Search Consoleのプロパティ（ドメイン/URLプレフィックス）で詰まったとき、最初の30分でやること

Search Consoleのプロパティは、最初に間違えると「計測できていないのに気づけない」「URL検査できない」「権限が取れていない」状態を作ります。この記事は、ドメイン/URLプレフィックスのどちらを選ぶべきか迷ったときに、最初の30分で誤爆を止めるチェックリストです。

最初に結論

• 「全部まとめたい」なら ドメイン プロパティ を第一候補にします（サブドメイン/HTTP/HTTPSを一括管理しやすい）。
• 「特定URLだけ早く検証したい」「手元で最短に作業したい」なら URLプレフィックス プロパティ が速いです。
• 迷ったら 両方作るのが最短です（ドメイン=運用の母艦、URLプレフィックス=検証の近道）。

よくある症状（これが出たら“種別/検証/権限”を疑う）

• URL検査をしても「プロパティに存在しない」系の表示になる
• インデックス/検索パフォーマンスの数字が明らかに少ない（実際の流入と合わない）
• 所有権の確認が取れず、権限が付与されない
• サブドメイン（例: www / m / app）だけ見えない
• http/https で片方だけ見えない

最初の30分チェックリスト（誤爆を止める順）

1) いま見たい対象は「どこ」か（サブドメイン/https を固定）

• 対象URLを1つ決める（例: https://example.com/）
• www あり/なし、http/https、末尾/の揺れを消す
• 運用上 “まとめて見たい範囲” を決める（例: *.example.com まで）

2) まずは URLプレフィックスで“検査できる状態”を作る（最短復旧）

• 対象URLの URLプレフィックス プロパティ を作る
• 可能なら HTMLファイル / HTMLタグ で確認（作業が早い）
• 目的は「URL検査が動く」「データが入る」状態を先に作ること

3) 次にドメインを“母艦”として作る（運用の抜け漏れを防ぐ）

• ドメイン プロパティを作り、DNSで所有権確認する
• サブドメインが増える運用（複数サイト/複数アプリ）ならドメイン側を主にする
• ドメイン側に権限を揃え、チームで継続運用できる状態にする

4) “見えていない”のはデータ遅延か、権限か、対象外かを切り分ける

• 直近にURLを変えた（リダイレクト/正規化）なら、URL検査の対象URLが合っているか確認
• robots/noindex/canonicalの問題は、まずURL検査で1URLから当てる
• データが少ないのは「プロパティが違う」だけでなく「計測/流入がそもそも少ない」ケースもある

SiteOpsで最短にする

SiteOpsは、複数サイト/複数サブドメインのSearch Console状態を並べ、プロパティ種別の誤爆（見えていない/権限が揃っていない）を“早い順”で潰す前提にできます。

次に読む

• /media/search-console-indexing-drop-first-30-minutes
• /media/search-console-sitemap-fetch-error-first-30-minutes
• /media/robots-txt-crawl-stop-first-30-minutes

相談する（最短ルート）

• 料金と導入の流れ: /#pricing
• お問い合わせ: /contact

この記事を書いた人

川原

SiteOps編集チームの公開窓口として、検索、アクセス、収益データをもとにした運営判断の知見をまとめています。

著者情報

関連記事

GA4/AdSense/Stripe/Search Consoleの数字が全部止まったとき、最初の30分でやることSEO/計測更新: 2026-05-17Cloudflare 502 Bad Gatewayが出たとき、最初の30分でやること障害対応更新: 2026-05-18Cloudflare 504 Gateway Timeoutが出たとき、最初の30分でやること障害対応更新: 2026-05-18

次にやること

複数サイトの検索、アクセス、収益データをまとめて見直すなら、SiteOpsのダッシュボードでサイト別に確認できます。

料金を見る相談したい / お問い合わせ