Instant Indexer
公開ページが変更されたときに、対応する検索エンジンへ通知します。何をクロールするかは各検索エンジンが判断します。
プラグイン
Instant Indexer
公開ページが変更されたときに、対応する検索エンジンへ通知します。何をクロールするかは各検索エンジンが判断します。
説明
Instant Indexer は、公開ページが追加・変更・削除されたときに、対応する検索エンジンへ通知します。何をクロールするかは各検索エンジンが判断します。
変更
プラグインは、公開、ライブ編集、非公開化、ゴミ箱への移動、復元の際に、対象となる公開エントリーをキューに追加します。スラッグを変更すると、新旧両方の URL がキューに入ります。編集は通常 30〜90 秒後に送信され、その間は URL ごとに 1 回だけ送られます。1 回のリクエストには最大 1,000 件の URL を含められます。
下書き、未公開の予約エントリー、プレビュー、noindex のページは対象外です。既知のアドレスには、noindex への変更後に削除通知が送られます。キュー済みのページは再確認されないため、先に送られた通知が noindex や非公開化の通知より前に届くことがあります。
送信は初期状態でオフです。オフの間の変更はキューに入りません。オフにすると「すべて送信」はキャンセルされます。待機中の URL は、送信を再びオンにしていても、次回の送信または 1 時間ごとのクリーンアップで破棄されます。
セットアップと記録
設定でコンテンツタイプとエンドポイントを選びます。生成されたキーだけを記したルートのキーファイル https:///.txt が必要です。代わりに、そのルートのパスからプラグインのキー用ルートへリダイレクトする方法もありますが、リダイレクトをたどらない検索エンジンもあります。
セットアップ後は、トップページの URL でテストします。200 が返ればキーの検証が完了しており、202 はキー確認の待機中を意味します。送信を有効にし、「すべて送信」を使って既存の公開ページをキューに追加し、削除通知のためにそのアドレスを記憶させます。
編集者と管理者は送信ログを閲覧できます。設定と送信の管理は管理者が行います。ダッシュボードには、待機中と送信済みの URL 数、および最後のレスポンスが表示されます。
このプラグインは MIT ライセンスで、アカウントもライセンスキーもテレメトリーもありません。
Instant Indexer は Peachfin Themes による独立したプラグインであり、IndexNow の運営者やいかなる検索エンジンとも提携しておらず、承認も受けていません。
インストール
要件
サンドボックスランナーを備えた EmDash 1.1 以降を使用してください（Cloudflare: Workers Paid と Worker Loader バインディング、Node: workerd）。EmDash 1.2.0 で動作確認済みです。
インストール方法
- プラグインレジストリから Instant Indexer（
@peachfinthemes.com/instant-indexer）をインストールします。 - コンテンツとスキーマの読み取りアクセス、およびネットワークアクセスを承認します。許可されるホストは「セキュリティ」の項に記載しています。
- Instant Indexer の設定: EmDash 1.1 ではセットアップ用アドレス。1.2 では設定済みのアドレス、次に Site URL、その後にセットアップ。1.1 ではセットアップを修正し、1.2 では Settings > General の Change domain から設定または Site URL を使用します（https。http は localhost のみ）。Node は再起動し、Workers では再デプロイするか新しいアイソレートを待ちます。Public site address (optional) はスキーム、ホスト、ポートを上書きします。EmDash のアドレスが存在しない場合の代わりにはならず、その場合は何も送信されません。
- 下記のルートのキーファイルを追加します。
- Send changes to search engines をオンにして保存します。送信がオフの間の変更はキューに入りません。
- Test connection を選びます。200 が返ればキーの検証が完了しています。202 はキー確認の待機中を意味します。それが続く場合は、ルートのファイルに保存したキーが書かれていて、公開で読み取れるか確認してください。
- Submit all published URLs now を実行し、既存の公開ページをキューに追加して、削除通知のためにそのアドレスを記憶させます。
送信をオフにすると「すべて送信」はキャンセルされます。送信を有効にしたら、もう一度実行してください。待機中の URL は、送信を再びオンにしていても、次回の送信または 1 時間ごとのクリーンアップで破棄されます。
ルートのキーファイル
インストール時にランダムなキーが作成されます。サイトの public/ フォルダーに、そのキーだけを記した .txt を追加してデプロイします。https:///.txt で読み取れる必要があります。
代わりに、同じサイト上で /.txt から /_emdash/api/plugins/instant-indexer/key へリダイレクトすることもできます。リダイレクトをたどらない検索エンジンもあります。どちらの方法でも、ルートのキーのパスは必須です。
キーを変更した後は、ルートのファイルまたはリダイレクトを更新して再テストしてください。
ローカルアドレスとテスト用アドレスは拒否されます。公開されているステージング用コピーでは、送信をオフのままにしてください。
よくある質問
何を送信しますか？
Instant Indexer は IndexNow プロトコルを使い、公開ページが変更されたときに対応する検索エンジンへ通知します。何をクロールするかは各検索エンジンが判断します。すべての検索エンジンが対応しているわけではありません。
テストはどのように動作しますか？
Test connection はトップページの URL を含むリクエストを 1 回だけ送り、再試行はしません。200 が返ればキーの検証が完了しています。202 はキー確認の待機中を意味します。それが続く場合は、ルートのキーファイルが公開で読み取れ、保存したキーが書かれているか確認してください。429 またはサーバーエラーの場合は送信が一時停止されます。一時停止中はテストが拒否されます。
なぜルートのキーファイルが必要なのですか？
通常のページを対象にするため、キーは https:///.txt で提供されている必要があります。ファイルには保存したキーだけを記してください。代わりにそのパスからプラグインのキー用ルートへリダイレクトする方法もありますが、たどらない検索エンジンもあります。422 が返った場合は、ルートのファイルを確認し、ページの URL が同じホストを使っているか確認してください。
「すべて送信」はいつ使うべきですか？
送信を有効にした後に実行し、既存のページをキューに追加して、後の削除通知のためにアドレスを記憶させます。未知の URL は削除として報告できません。対象外のコンテンツタイプはスキップされます。送信をオフにすると実行はキャンセルされるため、オンにした後に再開してください。待機中の URL は、送信を再びオンにしていても、次回の送信または 1 時間ごとのクリーンアップで破棄されます。
送信に失敗するとどうなりますか？
レスポンスが 400、403、422 の場合、そのバッチは破棄されます。原因を修正してから Submit all published URLs now を使い、既存のページを再度キューに追加してください。429、サーバーエラー、ネットワークエラーの場合、キュー内の URL は待機時間を延ばしながら再試行されます。Retry-After は最大 7 日まで尊重されます。再試行は、キューの行ごとに 8 回失敗した時点で止まります。新たに編集すると、その URL は再びキューに入ります。
ヘルプはどこで得られますか？
サポートをご覧ください。
セキュリティ
問題の報告
公開 issue を作成する前に、セキュリティ上の問題は [email protected] へ非公開で報告してください。
権限
コンテンツの読み取りアクセスは、公開エントリーの URL を見つけるために使います。スキーマの読み取りアクセスは、URL パターンと公開コンテンツタイプを識別するために使います。プラグインはコンテンツを書き込んだり公開したりできません。
ネットワークアクセス
プラグインが接続できるのは、次のエンドポイントのホストだけです。
api.indexnow.orgwww.bing.comyandex.com
リクエストは選択したエンドポイントに送られ、サイトのホスト名、キー、キーの場所、公開ページの URL を含みます。個人データがアドレスの一部になっている場合、URL に個人データが含まれることがあります。テレメトリーはありません。
下書き、未公開の予約エントリー、プレビュー、noindex のページは、新しいページとしてキューに入りません。既知のアドレスには、noindex への変更後に削除通知が送られます。キュー済みのページは再確認されないため、先に送られた通知が noindex や非公開化の通知より前に届くことがあります。他のホストの URL は破棄されます。
アクセスとキー
編集者と管理者は送信ログを閲覧できます。設定と送信の管理は管理者が行います。
保存したキーだけを記した、公開で読み取れるルートのキーファイル https:///.txt が必要です。代わりに、そのパスから /_emdash/api/plugins/instant-indexer/key へリダイレクトする方法もありますが、たどらない検索エンジンもあります。プラグインはキー用ルートをキャッシュなしのプレーンテキストで提供します。
保存されるデータ
サイトには、設定、キー、待機中の URL、記憶したアドレス、ログが保存されます。送信のたびと 1 時間ごとのクリーンアップで、ログは約 200 件に整理されます。件数が一時的にそれを上回ることもあります。1 回の送信で書き込まれるのは最大 90 行で、それ以上の URL は集計行にまとめられます。
アンインストールすると、サイトのアンインストール設定に従ってこれらのデータが削除されます。
テスト用サイト
アドレスが未設定、ローカル、またはテスト用の場合は送信がブロックされます。このアドレス確認は、サイトが公開されていることや本番環境であることを証明するものではありません。送信は初期状態でオフです。公開されているステージング用コピーではオフのままにしてください。
変更履歴
1.0.1 (2026-10-08)
EmDash 1.2.0 で動作確認しました。EmDash 1.2 向けにサイトアドレスの案内を更新しました。プラグインの動作に変更はありません。
1.0.0 (2026-10-06)
公開ページが変更されたときに、IndexNow を通じて対応する検索エンジンへ通知します。何をクロールするかは各検索エンジンが判断します。
- 送信は初期状態でオフです。オフの間の変更はキューに入りません。オフにすると「すべて送信」はキャンセルされます。待機中の URL は、送信を再びオンにしていても、次回の送信または 1 時間ごとのクリーンアップで破棄されます。
- 公開、ライブ編集、非公開化、ゴミ箱への移動、復元の変更に加え、スラッグ変更後は新旧両方の URL をキューに追加します。編集は通常 30〜90 秒後に送信され、ウィンドウごとに URL あたり 1 回、1 リクエストあたり最大 1,000 件の URL です。
- 下書き、未公開の予約エントリー、プレビュー、noindex のページを除外します。既知のアドレスには、noindex への変更後に削除通知が送られます。キュー済みのページは再確認されません。
- 対応する検索エンジン向けに、3 つのエンドポイントから選べます。
- インストール時にランダムなキーを作成します。所有者が用意するルートのキーファイルが必要です。ルートのキーのパスからプラグインのキー用ルートへのリダイレクトも代替手段として使えます。200 はキーの検証完了、202 はキー確認の待機中を意味します。
- 公開 URL のパターン、ロケールのプレフィックス、末尾スラッシュの設定をサイトから読み取ります。パスの上書きは任意です。
- 「すべて送信」は 1 ステップあたり 90 件のエントリーを読み取り、削除通知のために URL を記憶します。キャンセルは次のステップで有効になり、送信が無効でない限り、キュー済みの URL は引き続き送信されます。
- レート制限、サーバーエラー、ネットワーク障害は、待機時間を延ばしながら再試行します。Retry-After は最大 7 日まで適用されます。再試行は、キューの行ごとに 8 回失敗した時点で止まります。テストは再試行されません。
- 送信のたびと 1 時間ごとのクリーンアップで、ログを約 200 件に整理します。ダッシュボードには、待機中と送信済みの URL 数、および最後のレスポンスが表示されます。
- 設定と送信の制御は管理者が行います。コンテンツとスキーマへのアクセスは読み取り専用です。ネットワークアクセスは、宣言した 3 つのエンドポイントに限られます。
MIT ライセンスで、アカウントもライセンスキーもテレメトリーもありません。