FAQ

IndexNowを使い始めるには、お使いのコンテンツ管理システム（CMS）、ホスティングプロバイダー、またはSEOプラグインがIndexNowをすでにサポートしているかどうかを確認してください。多くのプラットフォームではビルトインサポートまたは互換性のあるアドオンが提供されているため、手動で設定する必要がない場合があります。

お使いのプラットフォームがIndexNowをサポートしていない場合は、キーファイルを生成し、ウェブサイトを認証し、IndexNow APIを使用してURLを送信することで手動で実装できます。

IndexNowを手動でセットアップする前に、お使いのCMSのドキュメントまたはプラグインライブラリを確認してください。

以下のCMSは、ネイティブのIndexNow統合を提供するか、SEOプラグインまたは拡張機能を通じてサポートしています：

• WordPress
• Shopify
• Wix
• GoDaddy
• Duda
• XenForo
• Milestone
• Joomla!
• Drupal
• Bitrix24
• PrestaShop
• MODX
• Shopware
• OpenCart
• Typo3
• Umbraco

その他のコンテンツ管理システムでも、プラグインライブラリで利用可能なサードパーティのプラグインまたは拡張機能を通じてIndexNowをネイティブにサポートしている場合があります。お使いのCMSまたはホスティングプロバイダーに、ウェブサイトでIndexNowを有効にする方法を確認してください。

CloudflareはネイティブのIndexNow統合を提供しています。ただし、このリストは網羅的ではありません。ウェブサイトでIndexNowを有効にする具体的な手順については、お使いのプロバイダーにお問い合わせください。

従来の検索エンジンはウェブクローラーに依存してコンテンツの更新を発見しますが、このプロセスは遅く、数日から数週間かかることがあります。IndexNowを使用すると、コンテンツが追加、更新、または削除されたときに直ちにURLを送信できます。

これにより、対応する検索エンジンでのサイトのインデックス速度が向上し、AI搭載の検索結果でコンテンツを最新の状態に保つことができます。より速いインデックス作成は、視認性の向上と検索結果へのタイムリーな掲載につながり、SEOパフォーマンスの改善を支援する可能性があります。

ウェブサイトは、コンテンツが追加、更新、または削除されるたびにIndexNowで通知し、検索エンジンがインデックスに最新バージョンを反映できるようにすべきです。

一般的なケースは以下の通りです：

• 新しいコンテンツ：商品ページ、動画、旅行リスティング、求人情報、ブログ記事、またはイベント告知。
• 更新されたコンテンツ：商品説明、動画タイトル/メタデータ、旅行ガイド、企業プロフィール、またはポリシーページ。
• 価格または在庫状況の変更：在庫状況、プロモーション、または期限切れのオファー。
• ユーザー生成コンテンツ：新しいレビュー、コメント、またはフォーラム投稿（過剰な通知を避けるために段階的に送信、例：1～20件は各レビューごと、その後100件まで5件ごと、1000件まで10件ごと）。
• 削除されたコンテンツ：削除された商品、動画、旅行情報、または期限切れのイベント。

これらのタイミングでIndexNowに通知することで、検索エンジンがサイトの正確なバージョンをより速く効率的にインデックスするのを助けることができます。

お使いのCMS、ホスティングプロバイダー、またはSEOプラグインがIndexNowをサポートしている場合、キーファイルは不要です。送信は自動的に処理されます。

手動セットアップの場合は、APIキーを作成する必要があります。このキーはドメインの所有権を証明し、送信を認証するため、検索エンジンは送信が正規のソースから来ていることを確認できます。

APIキー生成の手順

1. キー文字列を生成する

• GUID/UUIDジェネレーターまたはコマンドラインツールを使用します。
• キーは8〜128文字の長さである必要があります。
• 使用可能な文字：小文字（a〜z）、大文字（A〜Z）、数字（0〜9）、およびハイフン（-）。

2. キーファイルを作成する

• テキストエディターまたはコードエディター（例：Notepad、TextEdit、VS Code）を開きます。
• APIキーをファイルに貼り付けます。
• キーをファイル名として使用し、.txtを付けてUTF-8エンコーディングで保存します。
• 例：キーがabcd1234の場合、内容がabcd1234のabcd1234.txtというファイルを作成します。

3. ファイルをアップロードする

• キーファイルをサイトのルートディレクトリ、または同じホスト上の公開アクセス可能なフォルダー（ログイン不要）に配置します。
• パブリックURLでアクセスできることを確認します。例：https://yourdomain.com/{your-key}.txt
• 例：ドメインがyourdomain.comでキーがI-love-IndexNow-3000の場合、ファイルはhttps://yourdomain.com/I-love-IndexNow-3000.txtに配置する必要があります。
• または、別のパブリックな場所を使用することもできます。例：https://yourdomain.com/keys/well-known.txt。ルート以外の場所を使用する場合は、URL送信時にkeyLocationパラメーターを使用してキーファイルの場所を指定します。

キーファイルを生成した後、以下のいずれかの場所にアップロードします：

• ウェブサイトのルートディレクトリ（推奨）。
• または、ルートアクセスが不可能な場合は、ホスティングプロバイダー上の公開アクセス可能なフォルダー（ログイン不要）。

その後、ブラウザでファイルのURLを開きます：
https://yourdomain.com/{your-key}.txt

ファイルが読み込まれ、キーのみが表示される場合、サイトは認証されています。検索エンジンは、IndexNowの送信を受け入れる前にこのファイルを使用してドメインの所有権を確認します。認証に失敗した場合は、一般的な修正方法について以下のトラブルシューティングセクションを参照してください。

以下の手順に従って、サービスを中断することなくIndexNow APIキーをローテーションできます：

新しいキーを生成します。最初に使用したのと同じ方法（手動またはツールベース）を使用します。

• ルートディレクトリの古いキーファイルを新しい{key}.txtファイルに置き換えます。
• 新しいキーを使用してURLの送信を開始します。これにより、次回の送信時に検索エンジンが自動的に新しいキーを認証します。

URL送信時に更新されたキーが検出されると、検索エンジンは自動的に所有権を再認証します。

コンテンツを追加、更新、または削除したときに、URLをIndexNow APIに送信することで検索エンジンに即座に通知できます。

1. リクエストURLをフォーマットします：

以下の参加エンドポイントのいずれか1つにリクエストを送信できます。
各エンドポイントは送信をそれぞれの検索エンジンに直接送信し、送信はすべてのIndexNow対応の検索エンジンと共有されます：

• IndexNowグローバルエンドポイント： https://api.indexnow.org/indexnow?url={your-added-or-updated-or-deleted-url}&key={your-key}
• Amazon： https://indexnow.amazonbot.amazon/indexnow?url={your-url}&key={your-key}
• Bing： https://www.bing.com/indexnow?url={your-url}&key={your-key}
• Naver： https://searchadvisor.naver.com/indexnow?url={your-url}&key={your-key}
• Seznam.cz： https://search.seznam.cz/indexnow?url={your-url}&key={your-key}
• Yandex： https://yandex.com/indexnow?url={your-url}&key={your-key}
• Yep： https://indexnow.yep.com/indexnow?url={your-url}&key={your-key}

2. {your-url}を追加、更新、または削除したページの完全なURLに、{your-key}を認証済みのIndexNow APIキーに置き換えます。

3. ブラウザ、スクリプト、またはHTTPクライアントを使用してリクエストを送信します。

4. 送信が成功したことを確認します：

• HTTP 200レスポンスを受信した場合、送信は受理され処理されました。
• 注意：最初のリクエストでは、HTTP 202レスポンスを受信する場合があります。これはURLが受信され、検索エンジンがコンテンツをインデックスする前にキーを認証することを意味します。認証が完了すると、以降の成功した送信は通常HTTP 200を返します。

IndexNowは、1回のPOSTリクエストで最大10,000件のURLの一括送信をサポートしています。これは、更新、追加、または削除された複数のページを1つのバッチで検索エンジンに通知する場合に便利です。

POSTリクエストで以下のJSON形式を使用します：

POST /indexnow HTTP/1.1
Host: <searchengine>
Content-Type: application/json; charset=utf-8

{
  "host": "www.example.com",
  "key": "fa8c0a469da44e9b8f6a769f291829f5",
  "urlList": [
    "https://www.example.com/url1",
    "https://www.example.com/folder/url2",
    "https://www.example.com/url3"
  ]
}

POSTリクエストの送信先：
https://api.indexnow.org/indexnow

複数のURLを送信する際の注意事項：

• 1回のリクエストで10,000件以下のURLを送信してください。
• UTF-8エンコーディングを使用し、適切なContent-Typeヘッダーを設定してください。

IndexNowでは、1回のJSONペイロードで最大10,000件のURLをPOSTリクエストで送信できます。これを超えると、リクエストが失敗したり、HTTP 422（Unprocessable Entity）レスポンスが返される場合があります。

処理を成功させるために、バッチ送信は常に10,000件のURL制限以下に保ってください。

以下のURL構造を使用して、参加している任意の検索エンジンに送信できます：

https://<searchengine>/indexnow?url={your-url}&key={your-key}

例えば、IndexNowに送信する場合、URLは次のようになります：

https://api.indexnow.org/indexnow?url=https%3A%2F%2Fwww.example.com%2Fpage1&key=50283fcd8c764cfd9bd79a8b4002f647

IndexNow送信URLを正しくフォーマットする方法：

• keyパラメーターを実際のIndexNow APIキーに置き換えます。
• 送信するページURLを必ずURLエンコードしてください（例：%3Aは:、%2Fは/）。

IndexNowでは、URLをRFC-3986標準に従ってエンコードする必要があります。これにより、特殊文字がAPI経由で安全に送信されます。

一般的なURLエンコードの例：

• :は%3Aになります
• /は%2Fになります
• ?は%3Fになります
• =は%3Dになります
• &は%26になります

IndexNow URLを正しくエンコードすることが重要な理由：

正しいエンコードにより、IndexNow URLが検索エンジンによって正しく解析・処理されます。URLのエンコードを怠ると、エラーや送信スキップの原因となる場合があります。

IndexNowを使用してURLを送信した後、検索エンジンはクロールクォータ、スケジューリングロジック、および品質シグナルに基づいてURLをクロールすべきかどうかを評価します。ページが内部チェックに合格すると、最新のコンテンツを取得するためにクロールされます。

URLの送信は即座のインデックス作成を保証するものではありません。ただし、IndexNowにより、重要な変更がより速く発見・クロールされる可能性が高まり、検索エンジンがコンテンツをより迅速に表示するのに役立ちます。

はい。IndexNowを通じて送信されたすべてのURLは、サイトのクロールクォータにカウントされます。

ただし、IndexNowを使用することで、これらのURLが重要であり優先されるべきであることを検索エンジンに示すことになります。これにより、通常、送信されたURLは送信されていないページと比較してより速くクロールされます。

意味のあるコンテンツの変更がない限り、同じURLを1日に何度も送信することは避けてください。頻繁に更新されるページの場合、再送信する前に更新の間隔を少なくとも5分空けることがベストプラクティスです。

高頻度の更新の場合は、コンテンツや構造に影響する実質的な変更にのみIndexNowを使用することに集中してください。不必要な更新を送信すると、視認性の向上なしにクロールクォータを浪費する可能性があります。

コンテンツが頻繁に更新される場合は、ページコンテンツ、価格、在庫状況の更新など、意味のある変更にIndexNow送信を集中させてください。レイアウトや外観上の小さな変更ごとに送信することは避けてください。

頻繁な更新を効果的に処理するには：

• 送信を自動化し、実際のコンテンツ変更を検出するスクリプトを使用します。
• 同じURLを再送信する前に少なくとも5分待ちます。
• コンテンツの鮮度とクロール効率のバランスを取るためにインデックス動作を監視します。

はい。リダイレクトされたURLおよびHTTP 404またはHTTP 410ステータスコードを返すページを送信すべきです。

IndexNowでリダイレクトまたは削除されたURLを送信すると、検索エンジンは次のことが可能になります：

• 301、302、またはメタリフレッシュを使用してページがリダイレクトされた場合にインデックスを更新する。
• ページが削除されて404または410を返す場合に古いまたは壊れたリンクを削除する。
• ユーザー向けの正確で最新の検索結果を維持する。

IndexNowは、削除、移動、またはリダイレクトされたコンテンツのURL送信をサポートしています。これらの更新を含めることで、検索エンジンがサイトの最も正確な構造を反映し、クロール効率を向上させるのに役立ちます。

IndexNowは、最近追加、更新、または削除されたURLについて検索エンジンに通知するためのものです。サイトのすべてのURLを一度に送信するようには設計されていません。

マイグレーションやリデザインの後など、サイト全体が最近更新された場合は、IndexNowを使用してすべてのURLを送信しても問題ありません。継続的な発見と長期的なインデックス作成には、XMLサイトマップを使用してください。

インデックスのカバレッジと鮮度を向上させるには、以下のアプローチを使用してください：

• IndexNowを使用して、優先度の高いページや頻繁に変更されるページを送信します。
• サイトマップを使用して、ウェブサイトのすべてのURLの完全な一覧を検索エンジンに提供します。

この組み合わせにより、迅速なコンテンツ発見と検索結果での包括的な可視性の両方が確保されます。

はい。IndexNowとサイトマップを併用することで、コンテンツの可視性が向上し、検索エンジンによるより広範なカバレッジが確保されます。

IndexNowは以下を提供して検索の可視性を向上させます：

• コンテンツが追加、更新、または削除されたときの即時通知。
• 重要な変更のより速い発見。
• 頻繁に変更されるコンテンツのリアルタイム更新。

サイトマップは以下を提供して検索カバレッジを強化します：

• サイト上のすべてのURLの完全な一覧。
• 変更頻度が低いページやサイト構造の深い位置にあるページの発見。
• 包括的なインデックス作成のための長期的なクロールサポート。

IndexNowとサイトマップを組み合わせることで、コンテンツが従来のおよびAI搭載の検索エンジンによって迅速に表示され、かつ完全に発見されることが保証されます。

いいえ。IndexNowは、最近の追加、更新、または削除について検索エンジンに通知するように設計されています。過去の変更を遡って送信することは意図されていません。

以前に更新されたページを検索エンジンが発見できるようにするには、以下のアプローチに従ってください：

• IndexNowのセットアップ後に変更されたURLを送信するにはIndexNowを使用します。
• 実装前に更新されたコンテンツを表示するには、正確なlastmod値を持つサイトマップを使用します。
• この組み合わせにより、最近の変更と過去の変更の両方が検索エンジンに可視化されます。

はい。IndexNowは、数ページしかない小規模なウェブサイトにも有益です。更新について検索エンジンに即座に通知でき、より速いクロールとインデックス作成の可能性が高まります。

小規模サイトでIndexNowを使用すると、以下のことが可能になります：

• 新しいまたは更新されたコンテンツのより速い可視性の達成。
• 変更されたページをターゲットにすることによるクロール効率の向上。
• 更新が検索結果に表示される速度の制御。

自動化は、検索エンジンに過負荷をかけたりレート制限を超えたりすることなく、タイムリーなURL通知を確保するのに役立ちます。重要なのは、実際の変更を検出し、重要なもののみを送信することです。

IndexNowを効果的に自動化するには：

• バックエンドスクリプトまたはCMSフックを使用して、コンテンツが追加、更新、または削除されたときに送信をトリガーします。
• 外観やレイアウトのみの変更ではなく、意味のある更新（価格、在庫状況、コンテンツなど）を検出してフィルタリングします。
• 急速な再送信を防ぐためにデバウンスロジックを実装します（例：同じURLの送信間隔を5分以上空ける）。
• 各送信を記録し、問題についてHTTPレスポンスコードを監視します。
• IndexNowを公開ワークフローまたはデプロイパイプラインに統合し、送信が自動的かつ確実に行われるようにします。

動的なコンテンツ変更を検出し、更新されたURLをIndexNow APIに直接送信するスクリプトを作成することで、IndexNow送信を自動化できます。これにより、重要なコンテンツが変更されたときに検索エンジンにリアルタイムで通知されます。
以下は、コンテンツデータベースで最近変更されたURLをチェックし、自動的にIndexNowに送信するPythonの例です。

シミュレートされたcontent_dbディクショナリを、CMS、パブリッシングプラットフォーム、またはバックエンドデータベースにクエリして最近更新されたコンテンツを検出するライブ統合に置き換えてください。

import requests
import time

# 設定
API_KEY = "your-api-key"
HOST = "example.org"
KEY_LOCATION = "https://{HOST}/{API_KEY}.txt"
INDEXNOW_API_URL = "https://api.indexnow.org/indexnow"

# シミュレートされたコンテンツデータベース（タイムスタンプ = 現在 - ランダムなオフセット）
content_db = {
    "/product?id=101": int(time.time()) - 100,  # 約100秒前に変更
    "/news?id=202": int(time.time()) - 4000,   # 約1時間以上前に変更
    "/blog?id=303": int(time.time()) - 200     # 約200秒前に変更
}

def detect_dynamic_changes():
    current_time = int(time.time())
    changed_urls = []
    for url, last_modified in content_db.items():
        if current_time - last_modified < 3600:  # 直近1時間
            changed_urls.append(f"https://{HOST}{url}")
    return changed_urls

def submit_urls(url_list):
    payload = {
        "host": HOST,
        "key": API_KEY,
        "keyLocation": KEY_LOCATION,
        "urlList": url_list
    }
    headers = {"Content-Type": "application/json; charset=utf-8"}
    response = requests.post(INDEXNOW_API_URL, json=payload, headers=headers)

    if response.status_code in (200, 202):
        print("URLs sent successfully:", url_list)
    elif response.status_code == 429:
        print("Rate limited. Try again later.")
    else:
        print("Failed:", response.status_code, response.text)

if __name__ == "__main__":
    changed_urls = detect_dynamic_changes()
    if changed_urls:
        submit_urls(changed_urls)
    else:
        print("動的コンテンツの変更は検出されませんでした。")

URLを送信する際、以下のHTTPレスポンスコードが返される場合があります：

• 200 OK：URLが正常に受信されました。
• 202 Accepted：送信は受理されましたが、まだ処理されていません。
• 400 Bad Request：URLまたはAPIキーのフォーマットが正しくない可能性があります。
• 422 Unprocessable Entity：サーバーはリクエストを理解しましたが、処理できませんでした。
• 429 Too Many Requests：レート制限に達しました。後でもう一度お試しください。

HTTPレスポンスを記録して送信の成功を監視し、問題を特定してください。これにより、特にレート制限やフォーマットエラーに関する問題を早期に検出できます。

適切なログを設定することで、URL送信を監視し、IndexNow統合のエラーをトラブルシューティングできます。

IndexNowログシステムに含めるべき重要なフィールド：

• 送信のタイムスタンプ
• 送信された完全なURL
• HTTPレスポンスコード（例：200、400、429）
• リトライの試行または失敗
• 送信方法（GETまたはPOST）
• 使用されたAPIキー（複数のキーを管理している場合はオプション）

IndexNowにおいてログが重要な理由：

• 送信パターンと繰り返し発生するエラーの検出に役立ちます。
• 失敗した送信の検出と修正が容易になります。
• URLが受理され正しくインデックスされているかどうかを確認できます。

IndexNow実装の監視とテストにより、URLが正しく送信され、検索エンジンに受信されていることが確認できます。

IndexNow送信を効果的に監視およびテストするには：

• curlやwgetなどのツールを使用してURL送信をテストし、HTTPレスポンスコードを確認します。
• 成功レスポンス（HTTP 200）またはエラー（例：400、429）を確認します。
• タイムスタンプとサーバーレスポンスとともにすべての送信を記録します。
• 検索エンジンが提供するインデックスレポートまたはツールを確認して、クロール動作を追跡します。

各サブドメインは個別のホストとして扱われるため、それぞれに個別のキーファイルを作成して管理する必要があります。

以下のようなサブドメインを持つサイトの場合：

• blog.example.com
• shop.example.com
• support.example.com

各サブドメインに対して以下を行う必要があります：

• サブドメインのルートディレクトリに固有の{key}.txtファイルをホストします。
• そのサブドメイン固有のAPIキーを使用してURLを送信します。

これにより、各サブドメインが独立して認証され、検索エンジン全体で適切にインデックスされることが保証されます。

ウェブサイトが複数の言語でコンテンツを提供している場合、各言語バージョンのURLをIndexNowで個別に送信してください。

例：

• https://example.com/en/product
• https://example.com/fr/product
• https://example.com/de/product

IndexNowで多言語送信を最適化する方法：

• 各言語バージョンに対して個別のURLを送信します。
• 該当する場合、各バージョンがcanonicalおよびhreflangタグを使用していることを確認します。
• 送信されるすべてのリンクをRFC-3986標準に従ってURLエンコードします。

この方法でIndexNowを使用することで、検索エンジンがローカライズされたコンテンツをより速く発見しクロールするのに役立ちます。

IndexNowのキーファイルがアップロードされているのに認証されない場合、通常はファイルの命名、配置、またはアクセスが正しくないことを意味します。

• ファイル名：ファイルはAPIキーと完全に一致する名前に.txtを付けたものでなければなりません（例：キーがI-love-IndexNow-3000の場合、ファイル名はI-love-IndexNow-3000.txt）。
• ファイルの場所：ドメインのルートディレクトリに配置する必要があります（ホストが別途要求しない限り、サブフォルダーではありません）。

確認すべき一般的な問題：

• ファイルの内容：ファイル内のテキストはAPIキーと完全に一致する必要があります。
• ファイルのアクセシビリティ：ログイン、ファイアウォール、またはIP制限なしでhttps://yourdomain.com/{your-key}.txtでアクセスできる必要があります。

テスト方法

ブラウザでファイルのURLを開きます。キーがプレーンテキストとしてのみ表示される場合、検索エンジンはサイトを認証できます。ファイルが見つからない、一致しない、またはブロックされている場合、IndexNow送信は受け入れられません。

IndexNowでURLを送信すると、コンテンツが変更されたことが検索エンジンに通知されますが、インデックスは保証されません。URLがインデックスされない理由には以下が含まれます：

• ドメインのクロールクォータ制限。
• 低品質、薄い、または重複したコンテンツ。
• 404エラー、robots.txtブロック、またはnoindexタグなどの技術的な問題。
• クロールスケジューリングによるインデックスの遅延。
• 検索エンジンがアルゴリズムに基づいてURLをインデックスしないことを選択する場合があります。

コンテンツが高品質で、内部リンクされ、クローラーにアクセス可能であることを確認してください。

IndexNowを通じてURLを送信すると、すべての参加検索エンジンにコンテンツの変更が通知されますが、各エンジンはインデックスするかどうかを独自に判断します。

URLが1つのエンジンではインデックスされ、別のエンジンではインデックスされない理由：

• 各検索エンジンのコンテンツ品質評価の違い。
• クロール予算やURL優先度戦略の差異。
• 固有のインデックスアルゴリズムとランキングシステム。
• エンジン間のタイミングまたはクロールスケジューリングの違い。

検索エンジンは、検索結果に表示するコンテンツを決定するために独自の基準を使用します。URLがインデックスされているかどうかを確認するには、各エンジンのサイト検査またはレポートツールを使用してください。

IndexNowは正確なレート制限を公開していません。各参加検索エンジンがサイトごとに独自の1日の送信しきい値を設定しています。

HTTP 429（Too Many Requests）レスポンスを受信した場合、以下の手順を実行してください：

• 送信を一時停止し、Retry-Afterヘッダーで指定された時間後に再試行します。
• 送信の頻度またはバッチサイズを削減します。
• 送信アクティビティをログに記録して、レート制限エラーを監視します。

レート制限に達しないようにするには、以下のベストプラクティスに従ってください：

• コンテンツが変更された場合にのみ送信してください。変更されていないURLを再送信しないでください。
• HTTPレスポンスコードを監視し、送信パターンを適宜調整してください。

HTTP 400 Bad Requestエラーは、リクエストが適切にフォーマットされていなかったか、必要な情報が不足していたため、IndexNow送信が失敗したことを意味します。

IndexNowが400エラーを返す一般的な理由：

• IndexNow APIキーが欠落しているか、正しくありません。
• 送信されたURLが適切にURLエンコードされていません。
• リクエスト構造がIndexNowフォーマットに従っていません。
• urlやkeyなどのパラメーターのスペルが間違っているか、欠落しています。

IndexNow使用時の400エラーの修正方法：

• IndexNow APIキーを確認します — 送信のキーがキーファイルにホストされているものと一致することを確認します。
• 送信されたURLが適切にエンコードされていることを確認します — :、/、および&などの文字にRFC-3986準拠のエンコーディングを使用します。
• IndexNowリクエストの構造を確認します — GETまたはPOSTで送信する場合、フォーマットがIndexNowプロトコルのガイドラインに従っていることを確認します。
• タイプミスやフォーマットの問題を修正します — 末尾のカンマや配置の誤った括弧など、余分な文字がないか確認します。
• ログを使用してIndexNow送信を監視します — エラーとレスポンスコードを追跡し、繰り返し発生する問題を特定して修正します。

これらの問題に対処することで、IndexNow送信が参加検索エンジンに受理され、正しく処理されることが保証されます。

HTTP 422 Unprocessable Entityエラーは、サーバーがIndexNow送信を理解したが、1つ以上の問題により処理できなかったことを意味します。

IndexNowが422エラーを返す一般的な理由：

• 送信されたURLが認証済みドメインと一致しません。
• IndexNowキーファイルが欠落しているか、アクセスできません。
• 意味のある変更なしに同じURLが繰り返し送信されています。

IndexNowでの422エラーの解決方法：

• キーファイルの場所とアクセシビリティを確認します — キーファイルがルートディレクトリに正しくホストされ、https://yourdomain.com/{your-key}.txtで公開アクセスできることを確認します。
• ドメインがキーと一致することを確認します — 認証済みのIndexNowキーと一致するドメインのURLのみを送信します。
• 最近変更されたコンテンツのみを送信します — 変更されていないURLの送信を避けます。IndexNowは新しい、更新された、または削除されたコンテンツ用に設計されています。
• 送信を監視し記録します — ログを使用して繰り返しエラーを追跡し、重複送信を避け、正常な配信を確認します。

これらの問題を修正することで、IndexNowリクエストが参加検索エンジンに受理され処理されることが保証されます。

429エラーは、短時間にIndexNowに送信するURLが多すぎたため、サイトの送信レート制限を超えたことを意味します。

IndexNow 429エラーの解決方法：

• Retry-Afterヘッダーを確認して、再送信までの待機時間を把握します。
• 不必要または重複した送信を避けて送信頻度を削減します。
• 大幅に変更されない限り、同じURLを再送信する前に少なくとも10分待ちます。
• レート制限への再到達を避けるためにリクエストを記録しレスポンスコードを監視します。

各検索エンジンはIndexNowの独自の制限を設定しています。送信を遅くし、間隔を空けることで配信の成功率が向上します。

以下は、IndexNowが正しく動作しない原因となる一般的な実装の問題です：

• キーファイルをドメインルートの外にホスティングする。
• 間違ったファイル名を使用する（キーと完全に一致し、.txtで終わる必要があります）。
• 送信URLの特殊文字のURLエンコードを忘れる。
• 変更されていないURLを繰り返し送信する。
• 未認証または不一致のキーを使用する。
• キーファイルが公開アクセス可能になる前に送信する。

キーファイルが正しく配置され、公開アクセス可能であり、送信リクエストが適切にフォーマットされていることを確認してください。