AMP ステータス レポート

このレポートは、AMP 固有の機能が表示される Google 検索結果への AMP ページの掲載を妨げるエラーの修正に活用できます。

最上位のビューには、サイト上の問題が検出されたすべての AMP ページが、問題ごとにグループ化されて表示されます。それぞれの問題をクリックすると問題の詳細が表示されます。この詳細では、その問題の該当ページのサンプルリスト、修正方法、修正後に Google に通知する手続きを確認できます。

問題と修正の影響をグラフで確認するには、[ステータス] ページにアクセスします。

このリストがサンプルリストである理由: エラーの該当ページはできる限り数多く表示されますが、表に表示できる URL は最大 1,000 件という制約があるほか、なんらかの理由で検出されなかったページや、カウントされなかったページが存在する可能性もあるためです。

AMP レポートを開く

確認すべき点

通常は、このレポートの内容が以下のようになる必要があります。

  • サイト上に AMP エラーが存在しないこと(警告は、エラーではなく推奨事項とみなされます。下記の警告についての項目をご覧ください)。エラーがある場合は、問題の優先順位の設定と修正の項目をご覧ください。
  • レポートの AMP ページの総数(有効 + 警告 + エラーページ)が、サイト上の AMP ページの数と一致すること。一致していない場合は、AMP ページの欠落の項目をご覧ください。

AMP のエラー

一般的な AMP エラーのほか、次のようなエラーもレポートの対象となります。

Google 固有の AMP エラー
エラー 説明
コンテンツの不一致

AMP バージョンとその標準ウェブページで、それぞれ内容が異なっています。

AMP バージョンとその標準ウェブページは、内容が基本的に同じでなければなりません。テキストが同一である必要はありませんが、トピックは同じものにして、ユーザーがどちらのページでも同じタスクを完了できるようにする必要があります。

また、いずれかのページで robots.txt ファイルにより重要なリソースがブロックされている場合にも、不一致が生じることがあります。URL 検査ツールを使用して、インデックスに登録されているバージョンのページを調べ、ページでリソースがブロックされていないかどうかを確認してください。

解決策:

  • AMP で正しい標準ウェブページが参照されていることを確認する。
  • AMP と標準ページの内容が全体的に同じであることを確認する。
  • URL 検査ツールを使用して AMP と標準ページの両方を調べ、Google に表示されるページとユーザーに表示されるページに違いがないことを確認する。
埋め込み動画なし 正規のウェブページに埋め込まれている動画が、対応する AMP バージョンに埋め込まれていません。通常、正規のウェブページにある重要なコンテンツ リソースはすべて、対応する AMP バージョンに含めることをおすすめします。注: 動画は URL で検出されるため、同じ動画を 2 つの異なる URL で参照している場合は、この警告が表示されます。
画像が推奨サイズより小さい AMP の構造化データが、推奨サイズより小さい画像を参照しています。これにより、検索結果に AMP 関連機能が表示されない可能性があります。修正するには、ガイドラインに沿って大きな画像を使用してください。
ドメインの不一致 AMP ページが、正規バージョンのページとは異なるドメインでホストされています。これにより、モバイル端末から検索を行った場合に、検索結果に表示される URL ドメインと、AMP リーダーでページを開くときに表示される URL ドメインが異なってしまうため、ユーザーの混乱を招く可能性があります(ページのインデックス登録やランキングには影響しません)。

問題の優先順位の設定と修正

  1. AMP の概要のページで、警告をフィルタで除外して最初にエラーに焦点を合わせます。デフォルトでは、重大度、検証の状態、該当ページ数を組み合わせた条件に基づいて問題が並べ替えられています。このデフォルトの順序に沿って問題を修正することをおすすめします。共通する原因(不適切なテンプレートなど)で発生しているエラーを最初に修正してから、各ページに固有のエラーを修正します。
  2. エラーの総数の増加のほとんどが単一のエラーにより引き起こされているかどうかを確認します。具体的には、表内でエラー総数の増加に対応する形で急増している単一の問題を探します。
  3. エラーの急激な増加と AMP ページの欠落への対処に関する情報(後出のセクションに記載)を確認します。
  4. 表の行をクリックして、エラーの詳細ページを表示します。
    1. 詳細ページにはこのエラーに該当する URL のサンプルが表示されます。この URL の表示は最大 1,000 行という制約があり、また、エラーが最近検出されたページは含まれていない場合があるため、このリストは必ずしも完全なリストであるとは限りません。
    2. 構文エラーの場合は、[詳細] をクリックして公式ドキュメントで正しい構文を確認します。
    3. 調査アイコンをクリックして、該当ページに対して有効性テストを実行します。このテストでは、(現在の問題だけでなく)すべてのエラーを特定し、コード エクスプローラでエラーが強調表示されて詳細情報を確認できます。ライブページでエラーが修正済みであっても、まだ再クロールされていないためにエラーが表示され続けることがあります。その場合は、この問題のあるページをすべて修正した後で検証をリクエストします。
  5. サイト上で該当する問題のあるページをすべて修正し、修正をテストしたうえで、ウェブに修正が反映されていることを確認します。
  6. 問題の詳細ページに戻り、[検証して更新を Google に通知] ボタンをクリックして検証の処理を開始します。この処理はすぐに行われるわけではありません。 検証の処理については、検証についての項目をご覧ください。
  7. 引き続き、エラーを修正します。
  8. すべてのエラーの修正が終わったら警告のフィルタを解除し、必要に応じて、警告の出ている箇所を修正します。警告のなかには、必須ではない構造化データのマークアップが欠落しているという警告が含まれていることがあります。そうした警告を修正すると、関連するコンテンツのあるページに対して新しい検索機能が有効になります。

レポートを共有する

問題の詳細を共有するには、ページで [共有] ボタンをクリックしてください。このリンクでは、現在のページと、この問題についての検証履歴ページへのアクセス権のみが付与されます。リソースのその他のページへのアクセス権は付与されません。また、共有ユーザーは、あなたのプロパティやアカウントに対して操作を実行することもできません。このページの共有を無効にすることで、いつでもリンクを取り消すことができます。

エラーの急激な増加

急激な増加が、特定のページ群のステータスの変化が原因で発生したのかどうかを判別します。

  1. 急激な増加が見られる場合は、別のステータス(エラーまたは有効)でそれに対応する減少があるかどうかを探します。
  2. 対応する減少が見つかったら、両者の URL が同じであることを確認します。
  3. URL が別のステータスに変化している場合、ステータスが変わる原因となった変更を探します。

エラーの急激な増加の最もよくある原因は、サイト上の複数のページで使用されているテンプレートへのエラーの混入です。

AMP ページの欠落

レポート内の AMP ページの数(有効 + 警告 + エラー)がサイト上の AMP ページの数よりも少ない場合は、以下の点を確認します。

  • 正規の非 AMP ページと AMP ページが正しくリンクしていることを確認します。
  • AMP ページと正規ページがいずれも robots.txt ファイルや noindex でブロックされていないこと、および認証やログインを求めるページで保護されていないことを確認します。
  • Google 検索で info:<正規ページの URL> と入力して正規ページを検索し、インデックスに AMP ページと正規ページが登録されていることを確認します。検索結果にページが表示されない場合、ページはインデックスに登録されていません(info: を使った検索には非 AMP バージョンのページのみを指定できます。AMP バージョンのページを指定しても機能しません)。
    • 検索結果に正規ページが表示される場合は、AMP ページに正しくリンクしていることを確認します。
    • 検索結果に正規ページが表示されない場合は、新しいサイトマップ レポート(または従来の Fetch as Google ツール)を使用して、インデックス登録されるよう正規ページの情報を送信します。
  • AMP ページと正規ページが相互にリンクされていること、ページがサイトマップに記載されていることを確認します。AMP ページの数が少ない場合は正規ページで Fetch as Google を使用してインデックス登録をリクエストします。ページ数が多い場合はサイトマップを使用します(サイトマップには正規ページのみが記載されていれば問題ありません)。サイトマップの送信にはサイトマップ レポートの使用をおすすめします。
  • Google への新しいページの通知方法によっては、欠落しているページを Google が検出してクロールするまでに数日ほどかかることがあります。

警告について

警告の出ている AMP ページは、インデックスに登録されており Google 検索結果に表示されますが、一部の AMP 機能には表示されないことがあります(トップニュース カルーセルへの表示など)。つまり、こうしたページは通常の青色のリンクの検索結果としてのみ表示される可能性があります。

検証について

サイト上で特定の問題のあるページをすべて修正したら、Google に変更の検証をリクエストすることができます。問題の検出されたページがすべて修正されると、ステータスの表でその問題のステータスが「修正済み」に変わり、表の一番下に移動します。Search Console は、問題全体の検証ステータスと問題があるページの検証ステータスの両方をトラッキングします。問題のあるページがすべて修正されると、問題は「修正済み」とみなされます(実際に記録されるステータスについては、問題の検証ステータス問題のあるページの検証ステータスをご覧ください)。

問題の継続期間についての詳細

問題の継続期間は、サイト上でその問題のあるページが初めて検出された日を起点とし、問題のある最後のページの修正が記録されてから 90 日後までとなっています。同じ問題が再び発生せずに 90 日が過ぎると、その問題はレポートの履歴から削除されます。

問題の初検出日は、その問題の継続期間において問題が最初に検出された日付です。この日付は変更されません。そのため、次のようになります。

  • 問題のあるページがすべて修正され、その 15 日後に同じ問題のあるページが新たに発生した場合、問題は未解決としてマークされ、「初検出日」は元の日付のままとなります。
  • 問題のある最後のページが修正されてから 91 日後に同じ問題が発生した場合、前の問題は解決済みとなっているため、この問題は新たな問題として記録され、初検出日は「今日」に設定されます。

基本的な検証フロー

問題で [修正を検証] をクリックすると実行される検証処理の概要は次のとおりです。この処理には数日かかることがあり、進捗状況を知らせるメールが届きます。

  1. [修正を検証] をクリックすると、ただちに Search Console によりサンプルとして数ページがチェックされます。
    • サンプルのページに現在も問題が存在する場合、検証は終了し、検証ステータスは変更されません。
    • サンプルのページにエラーが見つからなかった場合は、検証が続行され、検証ステータスは「開始」となります。この検証において無関係の他の問題が検出された場合、そうした問題は該当する他の種類の問題としてカウントされ、検証は続行されます。
  2. Search Console の処理には、この問題に該当する既知の URL のリストが使用されます。サイト全体ではなく、この問題のある既知のページの URL のみが再クロールのキューに追加されます。Search Console の検証履歴にはチェックしたすべての URL が記録されます。検証履歴には問題の詳細ページからアクセスできます。
  3. URL のチェック時に次の処理が行われます。
    1. 問題が検出されなかった場合、問題のあるページの検証ステータスは「合格」になります。このページが検証開始後に初めてチェックされたページである場合、問題の検証ステータスは「修正を確認しました」になります。
    2. URL にアクセスできなくなっている場合、問題のあるページの検証ステータスは「その他」(エラーとはみなされません)になります。
    3. 問題のあるページがまだ存在する場合は、問題のステータスが「不合格」になり、検証は終了します。このページが通常のクロールで検出された新しいページの場合は、この既存の問題がある新たなページとみなされます。
  4. エラーおよび警告のある URL がすべてチェックされて、問題の数が 0 の場合、問題のステータスは「合格」になります。重要: 該当ページ数が 0 になって問題のステータスが「合格」に変更されても、元の重大度レベル(「エラー」または「警告」)の表示はそのままとなります。

[検証の開始] をクリックしていなくても、問題のあるページが修正されたことが Google により検出されることがあります。通常のクロールによって問題のあるページがすべて修正済みと確認された場合、レポート上のその問題のステータスは「該当なし」になります。

URL や項目の問題が「修正済み」とみなされる条件

次のいずれかの条件を満たすと、URL や項目の問題は修正済みとしてマークされます。

  • URL のクロール時に、ページ上で問題が検出されなくなったとき。AMP タグのエラーの場合は、タグが修正されたか、削除された(必須のタグではない場合)ことが考えられます。検証の実行時には、この状態は「合格」とみなされます。
  • 何らかの理由で Google がページにアクセスできない場合(ページが削除されている、noindex とマークされている、認証が求められるなど)、その URL の問題は「修正済み」とみなされます。検証の実行時には「その他」の検証ステータスにカウントされます。

再検証

不合格となった検証の [再検証] をクリックすると、問題があり検証で不合格となったすべてのページのほかに、通常のクロールで新たに同じ問題が検出されたページを対象として、検証が再び開始されます。

現在の検証サイクル中に問題を修正した場合でも、現在の検証サイクルが完了するまで待ってから、新たな検証サイクルをリクエストする必要があります。

検証に合格したページ(「合格」とマークが付けられたページ)やアクセスできなくなったページ(「その他」とマークが付けられたページ)は再チェックされず、[再検証] をクリックした際に履歴から削除されます。

検証履歴

問題の詳細ページで検証の詳細のリンクをクリックすると、検証リクエストの進捗状況を確認できます。

AMP レポートとインデックス ステータス レポートでは、検証履歴ページの項目は URL 別にグループ化されます。モバイル ユーザビリティ レポートやリッチリザルト レポートでは、項目は URL と構造化データの項目(項目の「name」の値により判断されます)の組み合わせを基準としてグループ化されます。検証ステータスは、調査中の特定の問題に適用されます。ページ上の 1 つの問題に「合格」ラベルが付き、他の問題には「不合格」、「保留中の検証」、「その他」のラベルが付くことがあります。

問題の検証ステータス

個々の問題には、次の検証ステータスが適用されます。

  • 開始前: この問題のあるページが存在しますが、検証はまだ開始されていません。次のステップ:
    1. 問題をクリックしてエラーの詳細を確認します。AMP テストを使用して個別のページを調査し、公開中のページ上でのエラーの例を確認します(AMP テストでページのエラーが表示されない場合、Google がエラーを検出してこの問題のレポートを生成した後で、公開中のページ上のエラーが修正されたと考えられます)。
    2. 詳細ページで [詳細] をクリックして、違反しているルールの詳細を確認します。
    3. 表内にある URL の例の行をクリックして、そのエラーの詳細を確認します。
    4. ページを修正し、[修正を検証] をクリックして Google にページの再クロールをリクエストします。Google から検証の進捗状況の通知が届きます。検証には数日から最大で約 2 週間かかるため、しばらくお待ちください。
  • 開始: 検証が開始されました。この問題が残っているページはまだ検出されていません。次のステップ: 必要に応じて、検証が進むと Google から対応方法を伝える通知が届きます。
  • 修正を確認しました: 検証が開始され、これまでにチェックしたページがすべて修正されています。次のステップ: 必要な作業はありませんが、検証が進むと Google から対応方法を伝える通知が届きます。
  • 合格: 問題のある既知のページがすべて修正されています(または、該当する URL にアクセスできなくなっています)。このステータスにするには、[修正を検証] をクリックする必要があります(検証をリクエストしておらず、問題のあるページが解消したことが Google により検出された場合、ステータスは「該当なし」になります)。次のステップ: 必要な作業はありません。
  • 該当なし: 検証を開始していませんが、すべての URL で問題が修正されていることが Google により検出されました。次のステップ: 必要な作業はありません。
  • 不合格: [検証] がクリックされましたが、一部のページにまだこの問題が存在します。次のステップ: 問題を修正して再検証します。

問題のあるページの検証ステータス

検証をリクエストすると、特定の問題がある既知のすべてのページに次の検証ステータスのいずれかが割り当てられます(インデックス ステータス レポートでは、「合格」と「その他」は使用されません)。

  • 保留中の検証: 検証のキューに追加されています。Google による前回の確認時に、このページには該当する問題が存在していました。
  • 合格: チェックの結果、このページに問題は存在しませんでした。このステータスになるのは、このページに対して [検証] をクリックした場合のみです。
  • 不合格: チェックの結果、このページにはまだ問題があります。このステータスになるのは、このページに対して [検証] をクリックした場合のみです。
  • その他: この該当ページをホスティングしている URL にアクセスできませんでした。または、ページ上で項目が見つかりませんでした(構造化データの場合)。「合格」と同等とみなされます。

同じ URL でも、問題ごとにステータスが異なる場合があります。たとえば、ある 1 つのページ内に問題 X と問題 Y の両方がある場合に、同じページ内で問題 X の検証ステータスが「合格」、問題 Y の検証ステータスが「保留中の検証」になる可能性があります。

 

既知の問題

この新しい Search Console のベータ版には、次のような既知の問題があります。こうした問題について報告していただく必要はございませんが、その他の機能についてのご意見や、発見した問題がありましたら、ナビゲーション バーに組み込まれているフィードバック機能を使ってお知らせください。

  • 一部の問題には長い名前が付けられており、わかりにくい状態になっています。
  • 問題がグラフに追加されるタイミングと表に追加されるタイミングとの間に、時間差が生じる場合があります。
  • モバイル版は現在開発中です。
  • プロパティ セットはまだサポートされていません。
  • サイトに多数の問題がある場合(アクティブな問題があるかどうかを問わず)、レポートでは重要度の高い順に 200 件のみ表示されます。
この記事は役に立ちましたか?
改善できる点がありましたらお聞かせください。