【グーグル公式】AMPのインデックスについてぜひ知っておきたい10個のFAQ【SEO記事12本まとめ】

今週のピックアップ

AMPのインデックスについてぜひ知っておきたい10の「よくある質問」にグーグル社員が答えた
AMP対応しているなら知っておくこと （Google Product Forums） 海外情報

AMPのインデックスについてよくある質問とその回答をグーグル社員が公式ヘルプフォーラムに投稿した。

「AMPのFAQ」として役に立つその内容を紹介する。

Q. AMPページがインデックスされて検索結果に表示されるまでには通常どのくらいの時間がかかるか？

AMPページのクロール／インデックスは標準的なウェブページと同じ。ただし、AMPページにエラーがあるとき、特に必要な構造化データ関連にエラーがあるときは、クロールからのインデックスが完了しない場合がある。

Q. AMPページを公開したとしたら、インデックスされるまでにどのくらい時間がかかるか？ どういった要因がインデックスの選択に影響するか？（たとえばAMP版のページ数は関係あるか）

（前述のように）グーグルがAMPページをクロール／インデックスする速度は、通常のページの場合と同じだ。きちんとクロールされるページを増やすためには、AMPページが確実に有効であるようにするのが大切だ。

Q. ページのタイプによってインデックスに違いは出るか？ たとえば、トップページと商品詳細ページでは違うか？

トップページも商品詳細ページも同じプロセスでインデックスされる。グーグル検索では、商品カテゴリページと商品詳細ページを通常は区別しない。

しかし、商品カテゴリページがしっかりと作られてインデックスされていれば、新しい商品詳細ページを発見するのに役立つ場合もある。

ちなみにグーグルは、ページ単位で最適なクロール頻度を決定するために、さまざまな要因を使う（たとえば、メインコンテンツがどのくらい頻繁に更新されるかなど）。

インデックスしてランキングされるには、クロールされるのが必須だ。しかしだからと言って、今よりも頻繁にページが再クロールされるように工夫しても、インデックスやランキングには影響しないという点には注意してほしい。

Q. ページが頻繁に削除されたり更新されたりしそうだとしても、きちんとしたインデックスの対象になるか？

大丈夫。オークションのアイテムや求人募集などのページは、公開する時間が限定されていて頻繁に変わるものだ。しかし、そうしたページでも問題ない。

新規のページがあったり更新したページがあったりしたら、サイトマップでグーグルにその情報を伝えられる。

Q. インデックスのペースを加速する方法はあるか？（たとえば、グーグル広告に出稿するとか）

グーグルを通じて広告を出稿していることが、オーガニック検索に影響を与えることはない。広告の出稿状況は、ランキングにはもちろんのことながら、インデックスにも影響がない。

インデックスを促進したいならば、サイトマップ送信やSearch Consoleを利用できる。

Q. AMPが検索順位に与える影響は？

AMPに対応しても検索順位は変わらない。

モバイルページの表示速度をグーグル検索はランキング要因に使っており、AMPを使えば表示速度を向上できる。しかし、サイトを高速化する手段としては、AMPのほかにもさまざまな技術がある。したがって、ページを構成するのに使われている技術にかかわらず、すべてのページに対して同じ評価基準を適用する。

Q. ごく一部のAMPページしかインデックスされておらず検索結果に出てこないとしたら、問題があるか？

一部のページしか出てこないこと自体は問題ない。

自分が管理するサイトで発見されたAMPページの大まかな数を把握するためには、Search ConsoleのAMPレポートを見る。

サイトのすべてのAMPページをグーグルが発見しないことがあるかもしれないが、これは普通にあることだ。時間がたてば、グーグルがAMPページを発見していって状況は改善してく。新しいページと更新したページをグーグルに伝えるためにサイトマップの利用を推奨する。

ちなみにグーグルは、クロールのせいでサイトのサーバーに問題を起こさないように注意している。サーバーの反応状況に応じてクロールを制限しているのだ。そうしたことを含め、最も重要なページを優先してクロール／インデックスするようにしている。

Q. グーグルの検索結果ページにAMPページとAMPではないページの両方が表示されるのはどうしてか？

AMPページと正規ページの関係性をグーグルが認識できていないのかもしれない。たとえば、正規ページからの amphtml link要素あるいはAMPページからのcanonical link要素が壊れているような場合だ。

AMPページと正規ページが対（つい）になっていないと、別々のページとして扱われてしまうことがある。

Q. 次のような構成ではlink要素はどんなふうになるのか？

• PC向けページ: www.example.com
• モバイル向けページ: m.example.com
• AMPページ: m.example.com

現状では、AMPページからはモバイル向けページを指定し、モバイル向けページからはAMPページを指定している。

PC向けページとAMPページがあるサイトでは次のようにする。

• PC向けページから<link rel="amphtml"> でAMPページを指定する
• AMPページから <link rel="canonical"> でPC向けページを指定する

AMPは、すべてのトラフィックをAMPで配信するCanonical AMPもサポートしている。多くのサイトでは、PC向けとモバイル向けで別々のページを持つ必要はない。

ただし、質問の構成のようにPC・モバイル・AMPが分かれているなら次のようにする。

• PC向けページ:
  • <link rel="amphtml"> でAMPページを指定する
  • <link rel="alternate"> でモバイル向けページを指定する
• モバイル向けページ:
  • <link rel="canonical"> でPC向けページを指定する
  • <link rel="amphtml"> でAMPページを指定する。
• AMPページ:
  • <link rel="canonical"> でPC向けページを指定する。

Q. PC検索のトップニュースでAMPページが掲載されないのはどうしてか？

構造化データを追加すればカルーセル表示やリッチスニペットの候補になる。しかし、検索機能の候補になっているからといって、その機能での表示が必ずしも約束されるわけではない。

Q. AMPページのクロールはクロールバジェットを消費するか？

クロールバジェットを消費する。

というのもグーグルは、AMPコンテンツを含めたすべてのページのクロールを、サイトに問題を生じさせないようなクロールバジェットの範囲内で行わなければならないからだ。

とはいえ、ほとんどの一般的なサイトでクロールバジェットを心配する必要はないのも事実だが。

また、AMPコンテンツは非常に効率よくクロール、インデックスされる。その理由は、ページあたりの「補助リソース（JavaScript、CSS、画像など）」の数の違いにある。

現代のクローラがページをクロールしてコンテンツを完全に理解するには、HTMLだけでなく補助リソースも取得する必要がある。そうした補助リソースは非常に多い。

しかしAMPページでは、そうした補助リソースは少なくなる傾向にあるのだ。

AMPのFAQは以上だ。あなたのサイトがAMP対応しているなら知っておくといいことがたくさん含まれていたはずだ。

グーグル検索SEO情報

Q&AコンテンツのSEOがさらに強く？ グーグル検索結果に新リッチリザルト登場
構造化データで実装できる （グーグル ウェブマスター向け公式ブログ） 国内情報

Q&Aのリッチリザルトを、グーグルが公開した。「Q&Aサイト」「ヘルプフォーラム」「掲示板」のような、質問とその回答がコンテンツになっているサイトが対象だ（公式アナウンスでは触れられていないが、モバイル検索だけで利用できるようだ）。

次のキャプチャのように、回答の抜粋が検索結果にカルーセル形式で掲載される。

Q&Aのリッチリザルトの掲載対象するには、QAPageの構造化データを追加する。Q&Aコンテンツを公開しているサイトの運営者は試してみるといい。検索結果でのクリック率アップに繋がりそうだ。

なお、リッチリザルト テスト ツールが、Q&Aのリッチリザルトにさっそく対応した。実装する際の検証に利用できる。

どのくらいスクロールしたかをグーグルはランキング要因にしているのか？
深読みしすぎ （John Mueller on Twitter） 海外情報

グーグルのジョン・ミューラー氏にツイッターのフォロワーが次のような質問を投げかけた。

ユーザーがWebページのどこまでスクロールしたかをグーグルは認識できますか？

スクロールしたかどうかはランキング要因ですか？ つまりユーザーがコンテンツを読んだかどうかをグーグルは見ているのですか？

ミューラー氏は次のように返した。

あなたは深読みしすぎていると思う。

グーグルはユーザー行動をランキング要因に組み込んでいるに違いないという憶測は根強い。そのユーザー行動の1つが、ユーザーが記事をきちんと最後まで読んだかどうかだ。滞在時間やスクロールの深度でグーグルは判断しているというのだ。

だが、グーグルはそれを認めていない。果たして真偽のほどは……それは我々にはわからない。

SEOで忘れがちな「画像検索」のベストプラクティスをグーグルが更新
画像形式とレスポンシブ画像の情報を追加 （Twitter on Google Webmasters） 海外情報

画像検索のベストプラクティスを解説するヘルプ記事をグーグルは更新した。次の2項目の情報が追加された。

• サポートされている画像形式
• レスポンシブ画像

画像検索のSEOに取り組んでいるならヘルプ記事をよく読んでおくといい。

旧Search Consoleの機能をグーグルが廃止に
移植済み機能は新SC版を利用 （Search Console） 国内情報

今更「新しいSearch Console」と呼ぶのも違和感があるほどなじんできた状況だが、新しいSearch Consoleが正式版になったことに伴い、古いSearch Consoleのいくつかの機能が間もなく廃止される（この記事を読んだときにはすでに使えなくなっているかもしれない）。

旧Search Consoleで廃止されるのは次の機能だ（カッコ内は、新Search Consoleで相当する機能）。

• 検索アナリティクス（⇒ 検索パフォーマンス）
• サイトへのリンク（⇒ リンク）
• 内部リンク（⇒ リンク）
• 手動による対策（⇒ 手動による対策）
• モバイル ユーザビリティ（⇒ モバイル ユーザビリティ）
• インデックスステータス（⇒ 対象範囲）

それぞれのレポートにアクセスすると、新しいSearch Consoleのレポートを使うようにとの警告が出てくる。

移植された機能に関しては、新しいSearch Consoleだけを今後は使うことになるが、問題にはならないだろう。

Web担当者に役立つ最新情報

マイクロソフト、Edgeブラウザの独自エンジンを断念してChromeと同じエンジンベースに移行を決意
ブラウザ互換が高まるとの歓迎 ＆ 独占懸念 （Windows Experience Blog） 海外情報

マイクロソフトは、同社が提供するブラウザ Edge（エッジ）を Chromium（クロミウム）をベースにして今後は開発することを発表した。Chromiumは、オープンソースのウェブブラウザのプロジェクトで、グーグルが提供するChromeのベースになっている。

やや乱暴に言い方になるが、マイクロソフトのEdgeがChromeと同じ仕組みで動くようになるということだ。

とは言え、EdgeとChromeがまったく同じになるわけではない。わかりやすく言うと次のようなことだと判断される。

• アプリケーションとしての外観やインターフェイスは、これまでと同様にマイクロソフトがEdgeとして独自にデザインする

• HTMLやCSSを解釈して表示する機能や、JavaScriptを処理する機能のエンジン部分は、Chromeと同一のものを使う。

すでにVivaldiやSleipnirなどがエンジンとしてChromiumを使っているが、それと同様の動きだ。

マイクロソフトが大きく方針転換した理由は、ウェブブラウザ間の仕様の違いをなくし互換性を高めるためだという。Chromiumが、現在のブラウザ仕様のデファクトスタンダードになっていると認めたと言っていい。かつてInternet Explorerでブラウザ市場を独占した、あのマイクロソフトがだ。

実際のところ、悪名高いIEほどではないにせよ、Edgeにも独特の仕様があり、ウェブ開発者はEdgeでもウェブサイトがきちんと機能するように開発しなければならなかった。EdgeがChromiumベースになれば、そういったことに神経を使う必要はなくなる。

さて、開発者やデザイナーからは歓迎する声が多いのだが、そんななかグーグルの山口氏は次のようにコメントしている。

グーグルの人からの発言というのが興味深い（この発言の真意はこちらに綴られている）。

たしかに、ブラウザでもグーグル独占か？という懸念はある。Chromium以外のエンジンといえば実質的にSafari（WebKit）とFirefox（Gecko）ぐらいしか残らないからだ。

とはいえChromiumはオープンソースであり、だれでも、つまりあなたも開発に参加できるという点で、ある程度は払拭できそうな気もする。

ちなみに個人的には、いまだB2B向けサイトでは根強く使っている人が（僅少ながら）いるIEを早く絶滅させてくれるほうがうれしい。「IEはイントラネット専用で、インターネットには（機能として）アクセスできない」――そんな世界が来れば、EdgeがChromiumベースになるよりもうれしいかもしれない（可能ならば、HTMLメールのレンダリングに使われるエンジンも同様だが）。

グーグルマイビジネスで悪質な営業をする代理店を通報するフォームがあった！
グーグルマップのエコシステムを守ろう （David Mihm on Twitter） 海外情報

いつ公開されたか定かではないのだが、グーグル マイビジネスの代理店が規約に違反しているのを発見したときに報告するフォームの存在を知ったので紹介したい。

グーグルマイビジネスを不正に利用した業者が起こすトラブルが後を絶たないとも聞く。もし違反を見つけたらこのフォームから通報しよう。

WordPress管理画面からSCやGAを直接チェックできるプラグイン、グーグルが開発中
ベータテスト参加者募集中 （Google Webmasters on Twitter） 海外情報

WordPress（ワードプレス）の管理画面から、

• Search Console
• Googleアナリティクス
• アドセンス
• PageSpeed Insights

を管理できるようになったら便利じゃないだろうか？ そんなWordPressのプラグインをグーグルが開発中だ。各ツールにアクセスしなくても、WordPress内のダッシュボードからレポートを見ることができる。

WordPressは、個人から企業まで世界で最も多く使われているCMSだ。このコーナーの読者にも利用している人がたくさんいるはずだ（筆者もそのうちの1人）。WordPressの管理画面からグーグルのツールを利用できればたいへん便利になりそうだ。

一般公開に先立って、現在ベータテストの参加者をグーグルは募集している。こちらのフォームから申し込める。

2018年、AMPはここまで進化してきた
AMPは今や1つのフレームワーク （Google Developers Japan） 国内情報

2018年第4四半期におけるAMPの進捗状況の日本語訳記事が公開された。主だった新機能をいくつか挙げてみる。

• サードパーティのCookieを制御するAMP Linker
• amp-next-page による「無限スクロール」
• amp-orientation-observer による傾きと連動したアニメーション
• amp-image-slider によるイメージの比較
• Google アド マネージャーによる AMP ストーリーの広告サポート

普通のサイトでもあまり見かけないようなインタラクティブな機能が増えてきた。このほかにも新しい機能の追加が続々と予定されている。

グーグルはAMPを、単純に、高速なモバイルサイトを構築するための特殊なHTMLとしてではなく、確立された1つのウェブのフレームワークとして発展させようとしているようだ。

これがLighthouseを使ったサイトの高速化だ！ 9点⇒94点にするためにやったこと
難易度高めだけれど指南書として （Kekeの日記） 国内情報

Lighthouseを利用してサイトの高速化を実現した過程を詳細に記録した記事を紹介する。初めは9点だったパフォーマンススコアを94点にまで改善したのだという。

PageSpeed Insightsの分析エンジンに採用されたことに象徴されるように、パフォーマンス改善ツールの中核にLighthouseをグーグルは据えているようだ。ところが、Lighthouseはなかなか高度なツールで誰にでも簡単に使いこなせるわけではない。

こちらの記事は具体的な施策を細部に渡って説明している。この施策も十分高度で一見すると難しそうなのだが、実際にはかなりわかりやすく解説してくれている。

指南書として参考にし、開発者とも協力してサイトの高速化に取り組もう。

海外SEO情報ブログの
掲載記事からピックアップ

パーソナライズ検索とグーグル検索UI変更に関する記事を今週はピックアップ。

• パーソナライズ検索の真相をGoogleが自ら暴いた――検索結果がパーソナライズされるのは稀、大きくは変わらない

  検索結果が異なるのはパーソナライズ以外の要因による場合が多い。

  ★★★★☆

  • すべてのWeb担当者 必見！
• Google、新しいデザインの検索バーをPC検索に導入――丸角、スティッキーヘッダー型

  くっついてくるので再検索しやすいかも。

  ★★★☆☆

  • すべてのWeb担当者 必見！