[レベル: 上級] RankBrain（ランクブレイン）と呼ぶ、AI (Artificial Intelligence: 人工知能) をベースにしたアルゴリズムをGoogleは数か月前から導入しているそうです。 Googleのシニア・サーチ・サイエンティストのGreg Corrado（グレッグ・コラード）氏が、Bloombergによるインタビューのなかで明らかにしました。 RankBrainの導入によって、ユーザーの検索クエリをより的確にGoogleは解釈できます。 RankBrainとは インタビューからわかるRankBrainの特徴をまとめます。 通常のアルゴリズムはGoogleのエンジニアがコードを書いて完成させます。 改良、改善するにはコードの修正が必要です。 自ら変化することはありません。 しかしRankBrainはAIがベースになっていて、学習していきます。 すなわち僕たち人間

[レベル: 初・中・上級] セーフブラウジング機能によってサイトにアクセスにした際に警告を表示する場合、Googleはその理由を説明するようにしました。 この先のサイトには有害なプログラムがあります ウェブサイトを閲覧しようとした時に、上で見せたような赤い警告ページに遭遇したことがあるかもしれません。 これはGoogleが提供するセーフブラウジングという機能によるものです。 危険なサイトにアクセスしようとした場合に、ユーザーの損害を未然に防ぐことを目的としてアクセスしないようにブラウザが警告を発します。 キャプチャはChromeでの画面ですが、 FirefoxやSafari、IEなど他のブラウザも対応しています。 セーフブラウジングのサイトに「サイト ステータス」というツールをGoogleは新たに設けました。 「サイト ステータス」では、そのサイトが危険かどうか、危険な場合はどうして危険な

[レベル: 上級] Googleは、Accelerated Mobile Pages （アクセラレイティッド・モバイル・ページ）という、モバイル端末でのウェブページの表示を高速化するためのプロジェクトを公開しました。 略して、AMP（アンプ）と呼びます。 AMPで策定された仕様に従ってモバイルサイトを構成すると、モバイル検索結果からリンク先ページがまさに“一瞬”で表示されます。 AMPをデモで体験 AMPを使ったページがどのようにモバイル検索から表示されるのかを見てみましょう。 Inside Searchの公式アナウンスに動画があります。 まずこれを見て、何となくでいいので雰囲気をつかんでください。 ただ、見てもどんなだか十分にはわかりませんでしたよね。 実際に試したほうが理解できます。 AMPを体験できるサンプルのリンクもアナウンスに出ていますが、日本からでは機能しないので少し細工を加え

[レベル: 初〜中級] nofollowリンクの使い方に関して、GoogleのJohn Mueller（ジョン・ミューラー）氏が英語版のオフィスアワーで参加者の質問に回答しました。 nofollowリンクをサイト内で多用することに問題はありません。 その一方で、ユーザーの役に立つコンテンツへのリンクであればnofollowを付ける必要性はまったくありません。 オフィスアワーでのQ&A 参加者が次のようにミューラー氏に質問しました。 外部サイトへのリンクをすべてnofollowにすることを、良いことだとはGoogleは思っていないというのは本当ですか？ 広告やユーザー生成コンテンツのリンクをnofollowにしようかと考えています。 ミューラー氏は次のように回答します。 いいや、そんなことはない。 nofollowリンクがサイトにたくさんあったとしてもまったく問題ない。たくさんの広告やユーザ

[レベル: 上級] Googleは、スマートフォン向けGooglebotのユーザーエージェント (User-Agent: UA) を変更しました。 GoogleのJohn Mueller（ジョン・ミューラー）氏がGoogle+でアナウンスしました。 FYI Googlebot just got a new iPhone, and is using it to check out your website. I updated the blog post to include the new user-agent, we’ll have the other docs updated soon too. http://googlewebmastercentral.blogspot.it/2014/01/a-new-googlebot-user-agent-for-crawling.html

[レベル: 中〜上級] Googleは、schema.orgを使用したパンくずリストをサポートしました。 これまでは、schema.orgで定義されているもののパンくずリストを表す構造化データとしてschema.orgを利用することはできませんでした。 パンくずリストのドキュメント更新 パンくずリスト (breadcrumbs) の開発者向けドキュメント（英語）が2015年6月12日付で更新され、schema.orgを使ったパンくずリストの記述を説明するようになっています。 以前は、Data-Vocabulary.org を使った例でした。 Data-Vocabulary.orgは、すでに運営維持を停止しその役割をschema.orgに譲っています。 Googleがschema.orgのパンくずリストのサポートを開始したことは、Dan Brickley（ダン・ブリックリー）氏に確認が取れて

[レベル: 初・中・上級] Googleは、スマホ対応しているかどうかをモバイル検索のランキング要因として使用することを発表しました。 4月21日からの導入を予定しています。 またApp Indexingに対応したアプリコンテンツもランキング要因として利用するようにしました。 こちらは今日（現地時間の2月26日）から導入されています。 モバイルフレンドリーが単なるラベル表示からランキング要因に 昨年11月に、そのページがスマートフォンに対応しているときに、「Mobile-friendly」（モバイル フレンドリー）というラベルをGoogleはモバイル検索結果に表示するようにしました。 日本には、翌月の12月に導入されました。 「スマホ対応」というラベルが付きます。 導入時点では、「スマホ対応」ラベルは単純に表示だけの仕様でした。 スマホ対応しているかどうかはランキング要因にはなっていません

[レベル: 初〜中級] 入力フォームのフィールドには、入力が「必須」なのかまたは「任意」なのかのラベルを両方付けることが推奨されます。 どちらか片方だけだと入力途中の離脱の原因になります。 ECサイトのユーザービリティ調査と最適化を専門に扱っているBaymard Instituteが詳しく解説しています。 15の大手ECサイトのユーザビリティ調査と18の主要なモバイルサイトのユーザビリティ調査、そして自社による最新の大規模なアイトラッキングテストによって実証することができました。 この記事では、その解説の要点をまとめて紹介します。 片方だけの「必須」「任意」ラベルの問題点 入力が「必須」か「任意」かをどちらか片方のラベルだけで示すことにはさまざまな問題点があります。 必須か任意かを示さないのはいちばんよくない そのフィールドの入力が必須か任意かを示さないのはいちばんよくないスタイルです。

[対象: 初〜中級] この記事では、モバイル向けサイトのユーザビリティやユーザーエクスペリエンスの向上に役立つ、Googleが提供する公式ツールを5つ紹介します。 Chrome PageSpeed Insights Mobile-Friendly Test Fetch as Google モバイルユーザビリティ レポート 順に説明します。 Chrome Google Chromeの「デベロッパー ツール」では、スマートフォン端末で見たときのそのページの表示をエミュレーションできます。 「デベロッパー ツール」は次の手順で起動します。 [Google Chromeの設定]（右上の3本バー） − [その他のツール] − [デベロッパー ツール] Ctrl + Shift + i (Windows) / Cmd + Opt + i (Mac) スマホを表すアイコンをクリックするとスマホでの表示モ

[対象: 中級] 新しいページや更新したページを含めサイト内のすべてのページのクロールを促進するために、XMLサイトマップとRSS・Atomフィードの両方を送信することを、英語版ウェブマスター向け公式ブログでGoogleは推奨しました。 有用性の高い情報なので、早ければ今日にも、日本語版の公式ブログで翻訳記事が公開されるだろうと予測します。 したがってこの記事では、若干の補足を加えつつも要点を簡潔にまとめて解説します。 XMLサイトマップとフィードの違い まずXMLサイトマップとフィードの違いと特徴を知りましょう。 一般的には、単にサイトマップと呼ぶことが多いですね。 普段僕たちがウェブマスターツール（またはrobots.txtのAuto Discovery）で送信する検索エンジン向けのサイトマップです。 サイトマップには通常、Googleにクロール・インデックスさせたいURLをすべて記述

[対象: 上級] この記事では、JSON-LDをシンタックスに用いたschema.orgの記述方法について詳しく解説します。 CSS Niteで講演 2014年9月20日（土）に、CSS Nite LP36 powered by In-house SEO Meetup 「ビジネスに活用できる2014年SEOトレンド」がベルサール神田 イベントホールで開催されました。 僕は出演者として登壇し、セマンティック検索と構造化データ、schema.orgをテーマに公演しました。 このなかで、JSON-LDの使い方についても説明しました。 [撮影：飯田昌之] 参加者には録画した動画とスライドが提供されています。 年内には（無償で）一般公開される予定です。 ですが、JSON-LDを使ったschema.orgをもっともっと多くのサイト管理者に使ってもらうことが僕の希望です。 3か月近くも待たせたくありませ

この記事では、ミューラー氏の発表やミューラーが直後に開催したオフィスアワー ハングアウト、Search Engine Landの記事などをもとに著者情報廃止に関する状況をまとめます。 著者情報プログラムは完全に終了 3年少し前に導入が始まった著者情報のプログラムは完全に終了しました。 Googleは、検索結果での写真とGoogle+フォロワー数の表示を3か月前に撤廃しました。 これはユーザーインターフェイス上、つまり見た目の変更であり、著者情報プログラム自体がなくなったわけではありません。 しかし今回は著者情報プログラムそのものの廃止です。 このプログラムはもはやGoogleには存在しません。 廃止の理由 著者情報が廃止に至った主な理由は次の3つです。 著者情報があってもなくても検索結果のクリック率にたいした違いがない 著者情報の表示は検索結果でのクリックを大きく増やすことも減らすこともな

通常、HTML内に設定したtitleタグを検索結果のタイトルとしてGoogleは利用します。 しかし、titleタグで記述したのとは異なるタイトルを検索結果に表示することが時おりあります。 検索結果のタイトルがおかしい。 titleタグと違う。 何が原因か？ どうしたら直せるか？ こういった質問を定期的に受けます。 Googleのヘルプフォーラムでもよく見かける投稿です。 Googleがtitleタグを書き換える理由やその対処法をこのブログで過去に解説しました。 Googleがtitleタグを修正する原因が明らかになった Googleがtitleタグを置き換える3つの理由と書き換えを防ぐ方法 ですが、新しい読者さんもいることでしょうから、検索結果に表示するタイトルをGoogleが自動的に置き換える仕組みについてもう一度おさらいしましょう。 Googleが推奨するtitleタグ Google

[対象: 中〜上級] Googleは、HTTPSをランキングシグナルとして取り入れました。 HTTPからHTTPSへ移行する際のサイト管理者たちからの質問にGoogleのJohn Mueller（ジョン・ミューラー）氏がGoogle+で回答しています。 僕たちにも参考になるので紹介します（すべてではありません。一部はHTTPS Everywhereからです）。 HTTPS移行への質問に対するジョン・ミューラー氏から回答 Q: 「HTTPSを考慮に入れる」というのは、HTTPSページの順位を上げるということか？ A: そのとおり。今のところはわずかだが、HTTPSのほうが上位になることがある。 Q: EV SSLなどサーバー証明書には種類があるがどれにすべきなのか？ A: 種類は問わない。今のところGoogleが条件に【UPDATE】推奨しているのは 2048 bit（以上）の証明書であるこ

[対象: 上級] 高品質なサイトやページに求められる条件として「E-A-T」が、メジャーバージョンアップしたGoogleの検索品質ガイドラインに新たに加わったことを先週伝えました。 この記事では、高品質なページに求められる E-A-T 以外の条件、そしてそのなかでも最高品質のページに求められる3つの条件について解説します。 高品質なページに求められる条件 高品質なページに求められる条件として、品質評価ガイドラインの最新版は次の7項目を挙げています。 満足感を与える量のメインコンテンツ 高いレベルの専門性・権威性・信頼性 (E-A-T) 良い評判 役立つ補助コンテンツ 実用的なページデザイン 満足がいく量のウェブサイトの情報 手入れがよく行き届き、きちんと維持されているウェブサイト 順に説明します。 満足感を与える量のメインコンテンツ メインコンテンツとは、そのページの目的となるコンテンツで

[対象: 中級] Googleは、写真とGoogle+のフォロワーの数を検索結果での著者情報に表示することをやめました。 John Mueller（ジョン・ミューラー）氏が、今朝Google+で発表しました。 英語版のヘルプはすでに情報を更新していて写真なしの例を見せています。 この記事を書いている時点では日本語版のヘルプはまだ更新されておらず、写真付きの例を見せています。 でも近いうちに更新されるでしょう。 写真の表示をやめた理由 写真とフォロワー数の表示をやめたおおもとの理由は次の2つです。 モバイル体験を向上させるため モバイルとPCで統一感があるデザインを提供するため これらの目的を達成する施策の一環として、検索結果をシンプルにするために写真とGoogle+のフォロワー数の表示を廃止しました。 すでに写真とフォロワー数の表示が消滅 すでに写真とフォロワー数が著者情報から消えているこ

[対象: 中〜上級] この記事では、構造化データの情報を調査、確認するために使える便利なGoogle Chromeの拡張を紹介します。 次の4つになります。 Semantic inspector Microdata.reveal Microdata/JSON-LD sniffer SchemaDump Semantic inspector Semantic inspectorは、アドレスバーの右端にあるアイコンをクリックするとMicrodataでマークアップされているそのページの構造化データを表示してくれます 個人的には、Semantic inspectorがいちばん見やすいように思います。 ちなみに、フッターにあるコピーライトを見ると日本人の方が開発したようですね。 Microdata.reveal Microdata.revealも、Semantic inspectorと同じようにアド

[対象: 全員] Googleは数年間から、状況に応じて、HTMLのtitleタグの記述ではないタイトルを検索結果に表示するようになりました。 どのように書き換えるかはアルゴリズムによって完全に自動化されています。 タイトル修正が発生しやすい状況をGoogleは説明していますが、アルゴリズムはその後も絶えず改善されています。 現状はどのようになっているのでしょうか？ GoogleのMatt Cutts（マット・カッツ）氏が説明しました。 検索結果のタイトルをGoogleはどのように選んでいるのか 基本的に、タイトルを選んだり検索結果にどのタイトルを表示しようか決めたりしようとするときは、検索クエリに関連性があって簡潔な記述かどうかも常に見ている。 僕らが見ている基準はいくつかある。 比較的短いかどうか そのページのことをよく説明できているかどうか。そのページがあるサイトのことも説明できてい

[対象: 中級] この記事では、構造化データを実装するときに利用する、schema.orgやMicrodata、RDFaなどの役割とその違いについて、構造化データの初級者にわかりやすいように簡潔に説明します。 セマンティックの専門家が読むと「正しくは〜だ」とツッコミが入るかもしれませんが、僕たちは専門家ではありません。 SEOのために構造化データを利用するぶんには十分な理解が得られるはずです。 まず次の2つの質問を見てください。 Q1: 「schema.org」と「RDFa」ってどっちがいいの？ Q2: 「Microdata」と「RDFa」ってどっちがいいの？ Q1は答えられない質問です。 答えられないというのは、「どちらがいいか甲乙つけがたい」からではなくて質問として成り立っていないからです。 対して、Q2は「Microdataを勧める」または「RDFaを勧める」と答えることができます。

[対象: 中級] 3月の終わりに米サンディエゴで開催されたIA Summit 2014に参加しました。 IA Summit 2014は、僕がいつも行くSEO系のカンファレンスとは異なり、Inforomation Architecture（IA、情報設計）をテーマにしたカンファレンスです。 とはいえ、IAはSEOとも密接に関わってきます。 この記事では、IA Summit 2014でのSEOに関係するセッションをレポートします。 トピックは「サイト内検索」です。 フォーチュン500企業の上位50社と下位50社のサイト内検索の状態を調査した結果をもとに、サイト内検索に必要な9つの機能と要素を分析しています。 サイト内検索に必要な9つの要素・機能 グローバル検索ボックス すべてのページに設置した検索ボックス。いつでもどこでも検索できる。 上位50社の11%が未実装。 検索ボックスがまったくないサ