Next.js + VercelのサイトをSearch Consoleに最短で登録するには？

結論（Conclusion）

基本は3ステップ。

1. プロパティ追加（推奨：Domainプロパティ）
2. DNSの TXT で所有権確認
3. https://example.com/sitemap.xml を送信

始める前に、まずこの2つがあることを確認。

• https://example.com/robots.txt
• https://example.com/sitemap.xml

確認が通らない原因の大半は「TXTを入れるDNSが違う」か「DNS伝播待ち」。

背景（Explanation）

Search Consoleは手順自体は簡単だが、詰まるのは運用。

• 権威DNSではないところにTXTを足している
• DNSが即時反映される前提で進めてしまう
• sitemapが404/ブロック/重複URLだらけ

チェックリストにすると、時間の浪費と初期のインデックス事故を減らせる。

実務手順（Practical Guide）

手順1：DomainプロパティとURLプレフィックスを選ぶ

• Domainプロパティ（推奨）

  • サブドメイン/プロトコル違いをまとめて管理
  • DNS TXT確認が最も安定

• URLプレフィックス

  • https://example.com の範囲のみ
  • HTMLタグやGA/GTMで確認できる場合がある

判断基準：

• 長期でブレなく運用したいならDomainプロパティ。

手順2：プロパティを追加

Search Console → プロパティ追加 → ドメイン →

• example.com

手順3：DNSにTXTレコードを追加

• Search Consoleが表示するTXTをコピー
• ドメインの権威DNS（実際に管理しているDNS）に追加

注意：

• 伝播に数分〜数時間（場合によりそれ以上）かかる

手順4：所有権確認

Search Consoleに戻って「確認」。

手順5：サイトマップ送信

Search Console → サイトマップ →

• https://example.com/sitemap.xml

手順6：登録後の最小検証（ここが重要）

一度だけやる：

• sitemapのステータスが 成功
• 重要URLを1つURL検査
• robots.txt が重要パスをブロックしていない

判断基準：

• インデックス登録リクエストはホーム/ハブ/重要ページだけ（乱発しない）。

失敗パターン（Pitfalls）

• TXT追加先が違う（レジストラ/Cloudflare/Vercelなど）
• TXTのhost/name値が違う
• DNS伝播待ちで確認が通らない
• robots.txt が重要パスをブロック
• sitemapに重複URL（スラッシュ/大小/パラメータ）やブロックURLが混ざる

チェックリスト（Checklist）

• [ ] robots.txt が200で返る
• [ ] sitemap.xml が200で返る
• [ ] Domainプロパティ（or URLプレフィックス）を意図して選んだ
• [ ] TXTを権威DNSに追加した
• [ ] 所有権確認が通った
• [ ] sitemapを送信した
• [ ] sitemapステータスが成功になった（処理後）
• [ ] 代表URLを1つURL検査した
• [ ] canonicalがブレていない（スラッシュ/大小/パラメータ）
• [ ] リクエストは重要ページだけに絞っている

FAQ

Q1. DomainとURLプレフィックス、どっちがいい？

基本はDomain。サブドメイン/プロトコル違いをまとめて扱えるので運用が安定する。

Q2. TXTを入れたのに確認が通らないのはなぜ？

追加先が権威DNSではないか、DNS伝播が終わっていないことが多い。

Q3. インデックス登録リクエストはいつ使う？

ホーム、ハブ、重要ページに限定する。広い問題の“毎日叩く解決策”ではない。

内部リンク（Internal links）

• 親記事（Hub）：インデックス（Indexing）：まずはここから
• 関連記事：
  • 検出 − インデックス未登録を抜けるための実務チェックリスト
  • クロール済み − インデックス未登録の実務対処
  • Next.js多言語のcanonical/hreflang落とし穴

免責

インデックスは確率的です。改善はできますが、全URLの登録を強制はできません。