この記事の目次
- この記事で答えること
- 前提：Cloudflare DNSでapexドメインを管理している
- ドメインプロパティとURLプレフィックスの違い
- 手順1：Search Consoleでドメインプロパティを追加する
- 手順2：Cloudflare DNSへTXTレコードを追加する
- 手順3：DNS反映を待って所有権を確認する
- 手順4：サイトマップを1度だけ送信する
- 手順5：URL検査で公開ページを確認する
- pocket-ai-lab.comで確認できたこと（2026-08-12/13）
- 所有権確認とインデックスは別
- つまずきやすい失敗と確認順
- TXTの値を誤ってコピーした
- 別ドメインのゾーンへ追加した
- TXTをWeb向けレコードと混同した
- DNS反映前に確認を連打した
- 所有権確認とインデックス登録を混同した
- サイトマップを同じURLで何度も送り直した
- TXTを追加したのに別ホストのSearch Consoleプロパティを見ている
- 認証後チェックリスト（2026-08-24版）
- 設定後に確認すること
- まとめ
Cloudflare DNSで管理している独自ドメインは、Google Search Consoleの「ドメイン」プロパティへTXTレコードで所有権確認できます。ただし、確認が通ったことと、検索パフォーマンスやインデックスの数字がすぐ揃うことは別です。
この記事では、pocket-ai-lab.comを2026年8月12〜13日に実際に登録した画面と確認結果を使います。本文では、本サイトで確認した事実、Google・Cloudflare公式の説明、注意点を分けて書きます。認証トークン、アカウントのメールアドレス、ゾーンIDなどの機密情報は記載しません。
先に注意点：所有権確認はDNSの設定権限があれば完了します。サイトが未公開でも認証自体は進められますが、検索結果への表示やクリック数の蓄積は、公開後も時間がかかります。
この記事で答えること
- URLプレフィックスではなくドメインプロパティを選ぶ理由
- Googleが表示するTXT値をCloudflareのどこへ追加するか
- TXTレコードがプロキシ対象外であることの見え方
- 認証直後にデータが0件・処理中でも異常とは限らない理由
- サイトマップ送信とURL検査・インデックス登録の違い
前提：Cloudflare DNSでapexドメインを管理している
この手順は、ネームサーバーをCloudflareへ向け済みで、CloudflareのDNS画面からレコードを追加できる状態が前提です。この記事は連載の最終段階です。先に次を確認してください。
| 順番 | 記事 | 内容 |
|---|---|---|
| 1 | Cloudflare Pagesの料金と無料枠 | ホスティング費用・上限 |
| 2 | GitHubからCloudflare Pagesへ自動デプロイ | mainへのpushで公開 |
| 3 | XServerドメインをCloudflare Pagesへ接続 | 独自ドメイン・SSL |
| 4 | 本記事 | Search ConsoleのDNS認証 |
| 補足 | カスタムドメインとメールDNSの観測記録 | apex TXT・MXの公開観測（配信テストなし） |
ドメイン取得費用の実測値は、XServerドメインの料金を実例で確認した記事にまとめています。
ドメインプロパティとURLプレフィックスの違い
Search Consoleでは、プロパティの追加時に次の2種類から選びます。
| 種類 | 対象 | 所有権確認の例 |
|---|---|---|
| ドメイン | example.comと、その配下のhttp/https、www有無を含むサブドメイン全体 |
DNSのTXTレコード |
| URLプレフィックス | https://www.example.com/のように、入力したURLだけ |
HTMLファイル、metaタグ、Google Analyticsなど |
Googleの公式説明では、ドメインプロパティは、指定したドメインについてすべてのプロトコル（http/https）とサブドメインをまとめて扱えます。wwwと非www、httpとhttpsを別々に登録したくない場合は、ドメインプロパティの方が向きます。
今回はpocket-ai-lab.comを正規URLとしているため、ドメインプロパティを選びました。
手順1：Search Consoleでドメインプロパティを追加する
- Search Consoleでプロパティを追加を選びます。
- ドメインを選び、所有権を確認したいドメイン名（例：
pocket-ai-lab.com）を入力します。 - 画面に表示されるTXTレコードの値をコピーします。形式はおおむね
google-site-verification=...です。
所有権の確認では、DNSプロバイダへTXTレコードを追加する方法が案内されています。表示された値はドメインごとに異なるため、別サイトの値を流用しないでください。記事や画像に実際の値は載せません。
手順2：Cloudflare DNSへTXTレコードを追加する
Cloudflareダッシュボードで対象ゾーンを開き、DNS → レコードから追加します。
| 項目 | 入力する値 | 補足 |
|---|---|---|
| Type | TXT |
TXTレコードはテキスト情報をDNSへ公開します |
| Name | @ |
apexドメイン（pocket-ai-lab.com）を指します |
| Content | Search Consoleが表示した値を完全一致で貼り付け | 余分な引用符や空白を足さない |
| TTL | Auto | 既定のままで問題ありません |
| 表示 | DNS only | TXTはプロキシ対象外のため、Cloudflareでは切り替え項目が出ず、保存後もDNS onlyとして表示されます |
CloudflareのDNSレコード作成手順どおり、Add recordから種類と内容を入力して保存します。CNAMEでサイトを配信しているレコードとは別行でTXTを置きます。
手順3：DNS反映を待って所有権を確認する
TXTを保存したら、Search Consoleへ戻り確認を選びます。すぐに失敗しても、DNSの反映待ちであることが多いです。
ターミナルでは、公開側のDNSにTXTが見えるかを確認できます。
dig +short TXT pocket-ai-lab.com注意：出力に表示される値はそのまま記事へ転載しないでください。自分の端末で確認できれば十分です。短時間に何度も値を変更すると、原因の切り分けが難しくなります。
Googleの公式手順では、DNSの反映には時間がかかることがあります。確認用のレコードが見つからない場合は、1〜2日待ってからもう一度確認するよう案内されています。短時間に何度も値を変更すると、原因の切り分けが難しくなります。
所有権が確認できたら、TXTレコードは削除しません。削除すると、後から所有権の確認が失われる場合があります。
手順4：サイトマップを1度だけ送信する
所有権確認後、Search ConsoleのサイトマップからXMLサイトマップのURLを送信します。本サイトでは次を使いました。
https://pocket-ai-lab.com/sitemap-index.xmlサイトマップの作成と送信では、サイトマップはGoogleへURLの発見を手伝うものであり、送信したからといってすべてのURLがインデックスされるわけではないと説明されています。初回送信後に処理が成功したら、同じURLを何度も送り直す必要は通常ありません。
手順5：URL検査で公開ページを確認する
サイトマップとは別に、URL検査で個別ページの状態を確認できます。代表ページ（トップや主要記事）を入力し、Googleが認識しているURLか、インデックス登録の可否や理由を見ます。
- サイトマップ：サイト全体のURL一覧をGoogleへ知らせる
- URL検査：1URLずつのクロール・インデックス状況を見る
所有権確認が終わっても、新しい記事がすぐインデックスされるとは限りません。公開直後は「処理中」と表示されることがあります。
pocket-ai-lab.comで確認できたこと（2026-08-12/13）
次は本サイトで実際に見えた画面です。数字は公開直後の基準値であり、検索流入の成果として過大評価しません。
| 項目 | 本サイトで確認した内容 | 読み方 |
|---|---|---|
| ドメインプロパティの所有権 | 確認済み | TXT認証が成功した状態 |
| サイトマップ | sitemap-index.xmlの初回処理成功 |
2026-08-09送信・2026-08-11成功を確認済み。再送はしていない |
| サマリー：ウェブ検索クリック | 合計1回 | 母数が小さい。公開確認や自己アクセスを含む可能性がある |
| 検索パフォーマンス | データ処理中。「1日後に再確認」と表示 | 認証直後はよくある状態 |
| インデックス作成 | データ処理中 | 翌日以降にレポートを再確認する |
| HTTPS | 9件有効、0件問題 | サイト側のHTTPS設定がレポートに反映 |
| パンくず | 7件有効、0件無効 | 構造化データの反映。GSC上で手動設定したものではない |
2026-08-11時点では、検索実績は表示1・クリック1で、対象ページは/commerce-disclosure/のみでした。記事ページへの自然検索流入は、この時点では確認できていません。表示回数が少ない段階では、CTRだけを理由にタイトルや概要を何度も変えず、検索者の疑問に答える本文を先に整えます。
所有権確認とインデックスは別
よくある誤解は、所有権が確認できた＝検索結果に載ると考えることです。
| 段階 | 意味 | 本サイトの例 |
|---|---|---|
| 所有権確認 | そのドメインのSearch Console操作権限を得た | TXT認証で完了 |
| クロール・インデックス | Googleがページを取得し、検索用インデックスへ載せるか判断 | サマリー・インデックスレポートは処理中 |
| 検索パフォーマンス | 検索結果での表示・クリックが記録される | クリック1回のみ。推移の判断にはまだ早い |
公式ドキュメントでも、サイトマップ送信はインデックスの助けにすぎず、保証ではないとされています。
つまずきやすい失敗と確認順
TXTの値を誤ってコピーした
Content欄へ貼るとき、前後にスペースや引用符を足さないでください。Search Consoleが示した文字列と完全一致が必要です。
別ドメインのゾーンへ追加した
Cloudflareで操作中のゾーン名が、Search Consoleに入力したドメインと一致しているか確認します。
TXTをWeb向けレコードと混同した
TXTはプロキシ対象外です。CloudflareのDNS一覧では、CNAMEのようなプロキシ切り替えは表示されず、保存後はDNS onlyとして表示されます。Web向けのオレンジ雲の設定と混同しないでください。
DNS反映前に確認を連打した
所有権の確認どおり、DNSの反映時間は環境やキャッシュ状況によって異なります。確認用レコードが見つからない場合は、1〜2日待ってから再試行します。反映中に値を何度も変えると、原因が分かりにくくなります。
所有権確認とインデックス登録を混同した
認証が通っても、サマリーやインデックスが「処理中」のままなら、まず時間を置いて再確認します。個別ページはURL検査を使います。
サイトマップを同じURLで何度も送り直した
初回処理が成功したサイトマップは、通常は再送不要です。エラーが出た場合のみ、原因を直してから再送します。
TXTを追加したのに別ホストのSearch Consoleプロパティを見ている
ドメインプロパティとURLプレフィックスは別管理です。認証したプロパティ種別と、レポートを見ている画面が一致しているか確認します。
認証後チェックリスト（2026-08-24版）
所有権確認のあと、次を順に記録します。
- TXTレコードを削除していない
- サイトマップURLが本番の
sitemap-index.xmlと一致している - URL検査で代表ページの正規URLが独自ドメインになっている
- HTTPS・パンくずのエンハンスメントに新規エラーがない
- 数字が少ない段階でCTRだけを理由にタイトル改変していない
設定後に確認すること
所有権確認とサイトマップ送信が終わったら、次を定期確認します。
- 翌日：サマリーとインデックス作成の処理が進んだか
- 週次：ページのインデックス状況、サイトマップのエラー、検索クエリの変化
- 公開記事ごと：URL検査で正規URLが認識されているか
- HTTPS・パンくず：エンハンスメントに新たなエラーが出ていないか
本サイトの公開実験の背景は、ポケットAIラボの開始宣言と2026年8月の準備期間レポートに記録しています。同テーマの記事はサイト運営の記事一覧からたどれます。
まとめ
Cloudflare DNSで独自ドメインを管理している場合、Search Consoleのドメインプロパティへは次の流れで接続できます。
- Search Consoleでドメインプロパティを追加し、TXT値をコピーする
- Cloudflare DNSへ
TXT（Name@）を追加する - 反映後に所有権を確認し、TXTは残す
- サイトマップを1度送信する
- URL検査とサマリーを別々に、翌日以降も確認する
pocket-ai-lab.comでは2026年8月12〜13日時点で所有権確認とサイトマップ処理成功を確認しましたが、検索パフォーマンスとインデックスの詳細はまだ処理中でした。2026-08-24時点でも、新規クラスター記事公開後はインデックスと表示回数の再確認が必要です。数字が少ないうちは、CTRだけを理由にタイトルや概要を何度も変えず、検索者の疑問に答える本文を先に整える方が安全です。