indexnow
IndexNowの実装、検索エンジンへの新規・更新URLの通知、またはBingのインデックス登録を高速化したい場合に使用します。「IndexNow」「Bingインデックス」「URL通知」「即時インデックス」「サイトマップのIndexNow同期」などのキーワードが挙がった際にも活用できます。サイトマップをSSOTとして管理する場合はxml-sitemapスキルと併用してください。
description の原文を見る
When the user wants to implement IndexNow, notify search engines of new/updated URLs, or speed up Bing indexing. Also use when the user mentions "IndexNow," "Bing indexing," "URL notification," "instant indexing," "sitemap IndexNow sync," "share URL list with sitemap," or "IndexNow API." For sitemap SSOT, use xml-sitemap.
SKILL.md 本文
SEO Technical: IndexNow
検索エンジンのインデックスを高速化するための IndexNow プロトコル統合ガイド (主に Bing)。
実行時: 初回使用時は、このスキルが何をカバーしているかと重要性を 1~2 文で説明した後、メイン出力を提供します。後続使用時またはユーザーがスキップを求めた場合は、メイン出力に直接進みます。
スコープ (Technical SEO)
- IndexNow: URL を Bing/Yandex に送信してインデックスを高速化
- URL 通知: 新規または更新 URL を検索エンジンに通知
初期評価
プロジェクトコンテキストを先に確認: .claude/project-context.md または .cursor/project-context.md が存在する場合は、サイト URL を確認してください。
以下を特定します:
- サイト URL: ベースドメイン
- URL ソース: 設定ファイル、サイトマップ、CMS など
- デプロイ: CI/CD、手動、またはその両方
概要
IndexNow は検索エンジン (主に Bing) に新規または更新 URL を通知し、インデックスを高速化します。
実装ステップ
1. API キーと検証
- API キーを生成 (例: UUID)
- 検証ファイルを作成:
https://example.com/{key}.txt - ファイル内容: API キー文字列
- IndexNow クライアントにキーと URL を設定
2. 送信方法
| 方法 | 使用タイミング |
|---|---|
| 単一 URL | 新規または更新ページ |
| バッチ | 多くの URL を一度に送信 (例: デプロイ後) |
| 相対パス | 送信前に完全な URL に変換 |
3. ベストプラクティス
| 実装方法 | 注釈 |
|---|---|
| 送信するタイミング | 新規ページ、コンテンツの大規模更新、メタ変更 |
| 送信しないタイミング | 軽微な編集。自然なクローリングで対応 |
| 頻度 | デプロイごとに 1 回。過度な送信は避ける |
| 優先順位 | 高価値の商用ページを最初に送信 |
4. CI/CD 統合
npm run build
npm run indexnow:all
5. Single Source of Truth (URL リスト)
- サイトマップと同じ設定を使用: 中央設定 (例:
site-pages-config.ts) またはサイトマップ生成ロジックから URL リストをインポートします。 - 避けること: IndexNow 用に別の hardcoded URL リストを持つこと。一貫性の欠落と URL の漏れにつながります。
- フィード: RSS/フィードがある場合、同じ設定から消費して同期を保つことができます。
サポートされている検索エンジン
- Bing: プライマリサポート
- Yandex: IndexNow に対応
- Google: IndexNow は未対応。サイトマップ + Search Console を使用
検証
- Bing Webmaster Tools でインデックスステータスを確認
- 送信ログでエラーを監視
よくある問題
| 問題 | 対処法 |
|---|---|
| ドメイン検証に失敗 | URL が正しいドメインを使用していることを確認 |
| API キーエラー | キーと検証ファイルが一致していることを確認 |
| ネットワークエラー | 再試行。API は不安定になることがあります |
出力形式
- セットアップステップ: キー生成、検証ファイル
- 送信フロー: 単一またはバッチ
- 統合: CI/CD またはマニュアルスクリプト
- 参考資料: IndexNow docs
関連スキル
- xml-sitemap: 中央設定から同じ URL リストを共有
- indexing: より広いインデックス戦略
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- kostja94
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/kostja94/marketing-skills / ライセンス: MIT
関連スキル
doubt-driven-development
重要な判断はすべて、本番環境への展開前に新しい視点から対抗的レビューを実施します。速度より正確性が重要な場合、不慣れなコードを扱う場合、本番環境・セキュリティに関わるロジック・取り消し不可の操作など影響度が高い場合、または後でバグを修正するよりも今検証する方が効率的な場合に活用してください。
apprun-skills
TypeScriptを使用したAppRunアプリケーションのMVU設計に関する総合的なガイダンスが得られます。コンポーネントパターン、イベントハンドリング、状態管理(非同期ジェネレータを含む)、パラメータと保護機能を備えたルーティング・ナビゲーション、vistestを使用したテストに対応しています。AppRunコンポーネントの設計・レビュー、ルートの配線、状態フローの管理、AppRunテストの作成時に活用してください。
desloppify
コードベースのヘルスチェックと技術負債の追跡ツールです。コード品質、技術負債、デッドコード、大規模ファイル、ゴッドクラス、重複関数、コードスメル、命名規則の問題、インポートサイクル、結合度の問題についてユーザーが質問した場合に使用してください。また、ヘルススコアの確認、次の改善項目の提案、クリーンアップ計画の作成をリクエストされた際にも対応します。29言語に対応しています。
debugging-and-error-recovery
テストが失敗したり、ビルドが壊れたり、動作が期待と異なったり、予期しないエラーが発生したりした場合に、体系的な根本原因デバッグをガイドします。推測ではなく、根本原因を見つけて修正するための体系的なアプローチが必要な場合に使用してください。
test-driven-development
テスト駆動開発により実装を進めます。ロジックの実装、バグの修正、動作の変更など、あらゆる場面で活用できます。コードが正常に動作することを証明する必要がある場合、バグ報告を受けた場合、既存機能を修正する予定がある場合に使用してください。
incremental-implementation
変更を段階的に実施します。複数のファイルに影響する機能や変更を実装する場合に使用してください。大量のコードを一度に書こうとしている場合や、タスクが一度では完結できないほど大きい場合に活用します。