AMP ステータス レポート

AMP ステータス レポートと URL 検査レポートの両方で、Signed Exchange プロトコルを使用する AMP の問題を表示できます。

Signed Exchange に関する問題の詳細を確認するには

AMP に関連付けられた Signed Exchange の情報は、複数の場所で確認できます。

• URL 検査ツールで、[AMP バージョンの詳細] の下にある問題をクリックします。
• AMP ステータス レポートで、問題の詳細に関する表にある URL をクリックします。

AMP で Signed Exchange が使用されているかどうかを確認するには

Google が AMP の Signed Exchange ヘッダーまたはペイロードを検出したかどうかを確認するには:

1. AMP URL を検査します（URL 検査ツールを使用して特定の URL を検査するか、AMP ステータス レポートで問題の詳細に関する表内の URL の横にある検査アイコン をクリックします）。
2. 結果ページの [クロール済みのページを表示] をクリックし、詳細情報を含むサイドパネルを開きます。
3. [その他の情報] タブをクリックします。
4. [Signed exchange] ラベルの下に、Google がその AMP の Signed Exchange コンポーネントを検出したかどうかを示すステータスが表示されます。

Signed Exchange に関する問題のリスト

AMP で Signed Exchange プロトコルが使用されている場合、次の問題が発生することがあります。

• Signed Exchange が無効になっている
• Signed Exchange ペイロードに解析エラーがある
• Signed Exchange ペイロードのヘッダー「header_name」に無効な値がある
• Signed Exchange ペイロードの必須ヘッダー「header_name」がない
• Signed Exchange の署名ヘッダーが解析できない
• Signed Exchange の署名ヘッダーのパラメータ「parameter_name」が無効になっている
• Signed Exchange の日付が無効になっている
• Signed Exchange「cert-url」が参照する証明書チェーンが解析できない
• 「cert-url」が参照する証明書チェーンが Signed Exchange では無効になっている
• Signed Exchange が解析できない
• 内部ペイロードの URL が Signed Exchange のリクエスト URL と一致しない
• Signed Exchange HTTP レスポンスのヘッダー「header_name」に無効な値がある

Signed Exchange が無効になっている

HTTP レスポンスである Signed Exchange が、Google AMP キャッシュの要件を満たしていませんでした。その結果として、ページは署名の情報なしでユーザーに表示されます。

サイトへの影響:

ページが、元の URL ではなく Google URL で AMP ビューアに表示されます。

次のステップ:

このエラーへの対処は任意です。このエラーの発生しているページは AMP ビューア内で引き続き正しく表示されます。このページを署名付き URL で表示したい場合は、このまま続きをお読みください。

このエラーは、次のような原因で発生します。

• Signed Exchange 仕様または Google AMP キャッシュによって許可されていないヘッダーが含まれています。
• validity-url が、Signed Exchange 仕様のとおり fallbackUrl と同一のオリジンではありません。
• 署名付きレスポンス ヘッダーが、正規エンコードされていません。

Signed Exchange のサービス プロバイダを使用している場合は、そちらにお問い合わせください。

AMP Packager を使用している場合:

• AMP Packager の最新版を使用していることを確認してください。
• AMP Packager の最新版を使用している場合は、バグを報告してください。

Signed Exchange ペイロードに解析エラーがある

HTTP レスポンスである Signed Exchange の「ペイロード」（本体）が、Google AMP キャッシュの要件を満たしていませんでした。その結果として、ページは署名の情報なしでユーザーに表示されます。

サイトへの影響:

ページが、元の URL ではなく Google URL で AMP ビューアに表示されます。

次のステップ:

このエラーへの対処は任意です。このエラーの発生しているページは AMP ビューア内で引き続き正しく表示されます。このページを署名付き URL で表示したい場合は、このまま続きをお読みください。

エラーを見つけて修正するには、以下の手順をお試しください。

• HTML に無効な UTF-8 エンコードが含まれていないことを確認してください。エラーの発生している $URL については、curl $URL | iconv -f UTF-8 -t UTF-8 >/dev/null を実行し、「無効な入力シーケンス」などのエラー メッセージがないか確認します。エラー メッセージがある場合は、ドキュメントが正しく UTF-8 エンコードされていることをご確認ください。マルチバイト文字の一般的な原因としては、英語以外のテキストとスペースがあります。
• HTML 解析エラーを引き起こす U+0000 NULL または Unicode 文字が HTML に含まれていないことを確認してください。
• transform -config NONE の呼び出し後に HTML が変更されていないことを確認してください。HTML が変更される一般的な原因は次の 2 つです。
  • AMP Packager にバンドルされた printer 以外の printer を使用してシリアル化されました。別の Signed Exchange 生成ツールを使用している場合は、AMP Packager の transformer ライブラリを使用していることを確認してください。
  • HTML は、解析ツリーを変更して処理される解析エラーを引き起こします。多くの場合、終了タグの省略または配置間違いが原因です。例として、adoption agency アルゴリズムや「form」終了タグの処理があります。こうしたエラーの診断は困難ですが、HTML マークアップ検証ツールが原因の特定に役立つ場合があります。
  • 上記の原因がすべて除外されている場合:
    • Signed Exchange のサービス プロバイダを使用している場合は、そちらにお問い合わせください。
    • AMP Packager を使用している場合:
      • AMP Packager の最新版を使用していることを確認してください。
      • AMP Packager の最新版を使用している場合は、AMP Packager にバグがある可能性がありますので、バグを報告してください。

Signed Exchange ペイロードのヘッダー「header_name」に無効な値がある

HTTP レスポンスである Signed Exchange に、Google AMP キャッシュの要件のいずれかを満たしていない署名付きレスポンス ヘッダーが含まれていました。その結果として、ページは署名の情報なしでユーザーに表示されます。

サイトへの影響:

ページが、元の URL ではなく Google URL で AMP ビューアに表示されます。

次のステップ:

このエラーへの対処は任意です。このエラーの発生しているページは AMP ビューア内で引き続き正しく表示されます。このページを署名付き URL で表示したい場合は、このまま続きをお読みください。

Signed Exchange のサービス プロバイダを使用している場合は、そちらにお問い合わせください。

AMP Packager を使用している場合:

• AMP Packager の最新版を使用していることを確認してください。
• AMP Packager の最新版を使用している場合は、バグを報告してください。

Signed Exchange ペイロードの必須ヘッダー「header_name」がない

HTTP レスポンスである Signed Exchange に、Signed Exchange 仕様または Google AMP キャッシュの要件のいずれかにより必須とされる、指定のヘッダーがありませんでした。その結果として、ページは署名の情報なしでユーザーに表示されます。

サイトへの影響:

ページが、元の URL ではなく Google URL で AMP ビューアに表示されます。

次のステップ:

このエラーへの対処は任意です。このエラーの発生しているページは AMP ビューア内で引き続き正しく表示されます。このページを署名付き URL で表示したい場合は、このまま続きをお読みください。

Signed Exchange のサービス プロバイダを使用している場合は、そちらにお問い合わせください。

AMP Packager を使用している場合:

• AMP Packager の最新版を使用していることを確認してください。
• AMP Packager の最新版を使用している場合は、バグを報告してください。

Signed Exchange の署名ヘッダーが解析できない

HTTP レスポンスである Signed Exchange に、Signed Exchange 仕様に基づいた正しい形式ではない署名ヘッダーが含まれていました。その結果として、ページは署名の情報なしでユーザーに表示されます。

サイトへの影響:

ページが、元の URL ではなく Google URL で AMP ビューアに表示されます。

次のステップ:

このエラーへの対処は任意です。このエラーの発生しているページは AMP ビューア内で引き続き正しく表示されます。このページを署名付き URL で表示したい場合は、このまま続きをお読みください。

Signed Exchange のサービス プロバイダを使用している場合は、そちらにお問い合わせください。

AMP Packager を使用している場合:

• AMP Packager の最新版を使用していることを確認してください。
• AMP Packager の最新版を使用している場合は、バグを報告してください。

Signed Exchange の署名ヘッダーのパラメータ「parameter_name」が無効になっている

HTTP レスポンスである Signed Exchange の署名ヘッダーにおいて、Signed Exchange 仕様によって必須とされる指定のパラメータに無効な値が設定されていました。その結果として、ページは署名の情報なしでユーザーに表示されます。

サイトへの影響:

ページが、元の URL ではなく Google URL で AMP ビューアに表示されます。

次のステップ:

このエラーへの対処は任意です。このエラーの発生しているページは AMP ビューア内で引き続き正しく表示されます。このページを署名付き URL で表示したい場合は、このまま続きをお読みください。

Signed Exchange のサービス プロバイダを使用している場合は、そちらにお問い合わせください。

AMP Packager を使用している場合:

• AMP Packager の最新版を使用していることを確認してください。
• AMP Packager の最新版を使用している場合は、バグを報告してください。

Signed Exchange の日付が無効になっている

HTTP レスポンスである Signed Exchange の署名ヘッダーにおいて、Signed Exchange 仕様または Google AMP キャッシュの要件によって必須とされる date または expires パラメータに無効な値が設定されていました（具体的には、署名は取得時点から少なくとも 4 日間は有効である必要があります）。その結果、ページは署名の情報なしでユーザーに表示されます。

サイトへの影響:

ページが、元の URL ではなく Google URL で AMP ビューアに表示されます。

次のステップ:

このエラーへの対処は任意です。このエラーの発生しているページは AMP ビューア内で引き続き正しく表示されます。このページを署名付き URL で表示したい場合は、このまま続きをお読みください。

Signed Exchange のサービス プロバイダを使用している場合は、そちらにお問い合わせください。

AMP Packager を使用している場合、このエラーは次のような原因で発生することがあります。

• フロントエンドのリバース プロキシが Signed Exchange レスポンスを長時間にわたってキャッシュしていないことを確認してください。curl -H 'Accept: application/signed-exchange;v=b3' -H 'AMP-Cache-Transform: any' でページに複数のリクエストを行い、各レスポンスで「date=」を検索します。後続の番号が毎回異なることを確認してください。
• AMP Packager の最新版を使用していることを確認してください。
• 上記の原因がすべて除外されている場合、AMP Packager にバグがある可能性がありますので、バグを報告してください。

Signed Exchange「cert-url」が参照する証明書チェーンが解析できない

HTTP レスポンスである Signed Exchange の cert-url が、Signed Exchange 仕様に基づいた正しい形式ではありませんでした。その結果として、ページは署名の情報なしでユーザーに表示されます。

サイトへの影響:

ページが、元の URL ではなく Google URL で AMP ビューアに表示されます。

次のステップ:

このエラーへの対処は任意です。このエラーの発生しているページは AMP ビューア内で引き続き正しく表示されます。このページを署名付き URL で表示したい場合は、このまま続きをお読みください。

Signed Exchange のサービス プロバイダを使用している場合は、そちらにお問い合わせください。

AMP Packager を使用している場合:

• AMP Packager の最新版を使用していることを確認してください。
• AMP Packager の最新版を使用している場合は、バグを報告してください。

「cert-url」が参照する証明書チェーンが Signed Exchange では無効になっている

HTTP レスポンスである Signed Exchange の cert-url が、Signed Exchange 仕様によると無効でした。その結果として、ページは署名の情報なしでユーザーに表示されます。

サイトへの影響:

ページが、元の URL ではなく Google URL で AMP ビューアに表示されます。

次のステップ:

このエラーへの対処は任意です。このエラーの発生しているページは AMP ビューア内で引き続き正しく表示されます。このページを署名付き URL で表示したい場合は、このまま続きをお読みください。

Signed Exchange のサービス プロバイダを使用している場合は、そちらにお問い合わせください。

AMP Package を使用している場合、このエラーは次のような理由で発生することがあります。確認する必要がある事項は次のとおりです。

• CertFile にリーフ証明書と中間証明書の完全なリストが含まれていないことを確認してください。
• AMP Packager が -development または -invalidcert フラグで起動されなかったことを確認してください。プロダクション モードでは、AMP Packager は証明書の複数の側面を確認します。
• フロントエンドのリバース プロキシが /amppkg/cert/ URL をキャッシュしている時間が、max-age の設定時間よりも長くないことを確認してください。
• フロントエンドのリバース プロキシがキャッシュ ヘッダーを変更していないことを確認してください。変更すると、上位のプロキシがこれらの証明書チェーンをキャッシュする時間が長くなりすぎることがあります。テストするには、内部 Packager ドメインの対応する /amppkg/cert/ URL を特定してレスポンス ヘッダーを含めて取得し（たとえば、curl -i を使用）、そのレスポンス ヘッダーをフロントエンドのサーバーから返されるレスポンス ヘッダーと比較します。
• 証明書に SCT が含まれていることを確認してください（たとえば、openssl x509 ツールを使用）。証明書に SCT が含まれていない場合は、認証局にお問い合わせください。
• AMP Packager の最新版を使用していることを確認してください。
• 上記の原因がすべて除外されている場合、AMP Packager にバグがある可能性がありますので、バグを報告してください。

Signed Exchange が解析できない

HTTP レスポンスの content-type は application/signed-exchange;v=b3 でしたが、レスポンスの本文を抽出できませんでした。これについては、そのタイプの高レベルの要件を満たしていない、またはペイロードが不適切に Merkle エンコードされているといった理由が考えられます。

サイトへの影響:

ページに対応する非 AMP のページがある場合、代わりにそのページが Google 検索によってインデックスに登録されます。それ以外の場合は、ページが Google 検索にまったく表示されない可能性があります。

次のステップ:

Signed Exchange のサービス プロバイダを使用している場合は、そちらにお問い合わせください。

AMP Packager を使用している場合、このエラーは次のような原因で発生することがあります。

• フロントエンドのリバース プロキシが Packager からのレスポンスを変更していないことを確認してください。エラーの発生している URL について、内部 Packager のドメインで対応する /priv/doc URL を特定し、dump-signedexchange を使用してテストします。内部 Packager のレスポンスが有効な Signed Exchange であり、外部フロントエンドのレスポンスが有効でない場合、フロントエンドに設定エラーがある可能性があります。
• AMP Packager の最新版を使用していることを確認してください。
• 上記の原因がすべて除外されている場合、AMP Packager にバグがある可能性がありますので、バグを報告してください。

内部ペイロードの URL が Signed Exchange のリクエスト URL と一致しない

HTTP レスポンスである Signed Exchange の fallbackUrl が、リクエスト URL と一致しませんでした（バイトのレベルで一致している必要があります）。その結果として、Google 検索において、レスポンスがリクエスト URL を表していることに対する信頼性が低下します。

サイトへの影響:

ページに対応する非 AMP のページがある場合、代わりにそのページが Google 検索によってインデックスに登録されます。それ以外の場合は、ページが Google 検索にまったく表示されない可能性があります。

次のステップ:

Signed Exchange のサービス プロバイダを使用している場合は、そちらにお問い合わせください。対策としては、ページの URL を変更して一般的な URL パーサーのバグを回避するという方法が考えられます。たとえば、パーセント エンコードされた文字、予約文字、またはパラメータのない ? などの珍しいクエリ文字列エンコードは、避けるようにしてください。

AMP Packager を使用している場合、このエラーは次のような原因で発生することがあります。

• フロントエンドのリバース プロキシが URL を正しく書き換えていることを確認してください。特に、パーセント エンコードされた文字または予約文字を含む URL では問題が発生する可能性が高くなります。たとえば、nginx には rewrite ディレクティブとパスのない形式の proxy_pass ディレクティブに関する問題があります。これをテストするには、フロントエンドにテスト リクエストをいくつか送信し、それらを AMP Packager が stdout にログを記録する URL と比較します。
• AMP Packager の最新版を使用していることを確認してください。
• 上記の原因がすべて除外されている場合、AMP Packager にバグがある可能性がありますので、バグを報告してください。

Signed Exchange HTTP レスポンスのヘッダー「header_name」に無効な値がある

HTTP レスポンスの content-type は application/signed-exchange でしたが、レスポンス ヘッダーが他のなんらかの点で無効でした。たとえば、content-type に v=b3 パラメータが指定されていない可能性があります。その結果として、形式が Google に認識されず、レスポンスの本文を抽出できません。

サイトへの影響:

ページに対応する非 AMP のページがある場合、代わりにそのページが Google 検索によってインデックスに登録されます。それ以外の場合は、ページが Google 検索にまったく表示されない可能性があります。

次のステップ:

Signed Exchange のサービス プロバイダを使用している場合は、そちらにお問い合わせください。

AMP Packager を使用している場合、このエラーは次のような原因で発生することがあります。

• フロントエンドのリバース プロキシが content-type ヘッダーを変更していないことを確認してください。エラーの発生している URL について、内部 Packager のドメインの対応する /priv/doc URL を特定し、レスポンス ヘッダーを含めて取得します（たとえば、curl -i を使用）。ヘッダーが内部 Packager のレスポンスと外部フロントエンドのレスポンスの間で異なっている場合、これがエラーの原因になっている可能性があります。content-type 以外のヘッダーに違いがある場合は、このヘルプ ドキュメントにバグを報告して要件のリストを更新してください。
• AMP Packager の最新版を使用していることを確認してください。
• 上記の原因がすべて除外されている場合、AMP Packager にバグがある可能性がありますので、バグを報告してください。

検証のメリット

特定の問題ステータスや問題カテゴリの問題をすべて修正した際、そのことを Google に通知すると次のようなメリットがあります。

• Google によってすべての URL で修正済みであることが確認されたこと、または逆に、その問題のインスタンスが引き続き検出されたことを、メールで知ることができます。
• Google による修正確認の進行状況をトラッキングでき、チェック待ちのキューに登録されたすべてのページのログや、各 URL の修正ステータスを表示できます。

ウェブサイトに関する問題によっては、修正して検証することに常に意味があるとは限りません。たとえば、robots.txt により URL がブロックされているという問題は、意図的である場合がほとんどです。各問題への対処の必要性については、状況に応じてご判断ください。

検証せずに修正を済ますこともできます。修正の検証を明示的にリクエストしたかどうかにかかわらず、Google は既知の問題のあるページをクロールするたびにインスタンス数を更新します。

検証を開始する

問題を修正したことを Search Console に通知する手順:

1. サイト上で問題のあるインスタンスをすべて修正します。修正に見落としがあると、Google はその問題のインスタンスをひとつでも検出した時点で検証を停止します。
2. 修正した問題の詳細ページを開きます。レポートの問題リストで、その問題をクリックします。
   • ⚠️ レポートを特定のサイトマップでフィルタした場合、検証をリクエストした時点のサイトマップ内の項目にのみ検証が適用されます。これが望ましい場合もありますが、そうでない場合もありますので、ご注意ください。
3. [修正を検証] をクリックします。検証に合格するか不合格となるまで、[修正を検証] を再度クリックしないでください。詳しくは、Google による修正のチェック方法をご覧ください。
4. 検証の進行状況を確認できます。検証は通常 2 週間ほどで完了しますが、それより長くかかる場合もあります。検証完了までしばらくお待ちください。検証に合格するか不合格となった時点で通知が届きます。
5. 検証に不合格となった場合は、問題の詳細ページで [詳細を表示] をクリックすることで、不合格の原因となった URL を表示できます。このページを修正し、保留中ステータスのすべての URL について修正を確認したら、検証を再度開始します。

検証の進行状況を確認する

現在の検証リクエストの進行状況（検証が進行中でない場合は前回のリクエストの履歴）を確認する手順:

1. 問題の詳細ページを開きます。レポートのメインページにある問題の行をクリックして、問題の詳細ページを開きます。
   • 検証リクエストのステータスは、問題の詳細ページと、詳細テーブルの [検証] 行の両方に表示されます。
2. [詳細を表示] をクリックして、リクエストした検証の詳細ページを開きます。
   • リクエストに含まれる各 URL のインスタンスのステータスがテーブルに表示されます。
   • インスタンスのステータスは、確認対象の特定の問題に適用されます。あるページに「合格」のラベルの付いた問題が 1 つあったとしても、同じページに不合格、保留中、その他といったラベルの付いた問題もある場合があります。
   • AMP レポートとページのインデックス登録レポートでは、検証履歴ページのエントリは URL 別にグループ化されます。
   • リッチリザルト レポートでは、項目は URL と構造化データ項目（項目の「name」値に基づく）の組み合わせ別にグループ化されます。