WEBサイト
Search Console に、静かに新しい章が刻まれた。2026年7月7日、Google Search Central Blog が発表したのは「platform properties(プラットフォームプロパティ)」という新しいプロパティ種別だ。対象は Instagram・TikTok・X(旧Twitter)・YouTube という4つのSNS・動画プラットフォーム。自分の投稿が Google 検索・Discover でどれだけ表示され、どれだけクリックされているかを、Search Console のダッシュボードで初めて見られるようになる。
そして、この新プロパティには一つだけ、これまでの Search Console の常識をひっくり返す特徴がある。ドメインを所有していなくても検証できるのだ。自社サイトを持たないクリエイター、SNSだけで発信している個人・企業でも、Google 検索での自分の見え方を初めて数字で確認できるようになる。
WEBディレクターにとってこれは「また新しいレポートが増えた」以上の意味を持つ。SEOチームとSNS運用チームの間にあった見えない壁が、この機能の登場によって少し薄くなる。今日は Platform Properties の中身と、WEBディレクターが今週から動かすべき実務、そして当サイト自身の自己実証計画を、正直に書いていく。
Search Console が「ドメインの外」を測り始めた ── これまでの2種類との違い
Platform Properties は、Search Console に用意された3種類目のプロパティ種別だ。これまでの Search Console には次の2種類しかなかった。
- ドメインプロパティ — サイト全体を対象に、DNS レコードで所有権を検証する。サブドメイン・httpとhttpsの両方をまとめて計測できる代わりに、DNS管理権限を持つ人でないと検証できない。
- URLプレフィックスプロパティ — 特定のURL配下を対象に、HTMLタグ・Google アナリティクス・Google タグマネージャー・DNSレコードのいずれかで所有権を検証する。DNS権限がなくてもHTMLへのタグ埋め込みができれば検証できるため、柔軟性が高い方式として広く使われてきた。
この2種類はいずれも「自分が管理するWEBサイト」を前提にしている。DNSレコードを書き換えられる、HTMLに検証タグを埋め込める——つまりドメインの管理権限を持っていることが検証の絶対条件だった。Search Console が2015年に「Search Console(旧ウェブマスターツール)」としてリブランドされて以来、この前提は一度も揺らいだことがなかった。
Platform Properties はこの前提そのものを外した。検証はドメインの管理権限ではなく、SNSアカウント自体のOAuth認可で行う。Instagram・TikTok・X・YouTube のアカウントを Search Console に接続すると、そのアカウントに紐づく投稿が Google 検索・Discover でどう扱われているかがレポートされる仕組みだ。
Google Search Central Blog の発表タイトルは「See how content from social and video platforms performs on Google Search」——「ソーシャル・動画プラットフォームのコンテンツが Google 検索でどう機能しているかを見る」。この一文が Platform Properties の目的を過不足なく表している。
Search Consoleは長らく「自社ドメインの健康診断ツール」としての役割を担ってきた。インデックス状況の確認、検索パフォーマンスの追跡、モバイルユーザビリティの問題報告——いずれも起点は「自分が管理するドメイン」だった。Platform Propertiesの登場は、この起点を初めて崩した出来事として記録しておく価値がある。
| プロパティ種別 | 検証方法 | 対象範囲 | 前提条件 |
|---|---|---|---|
| ドメインプロパティ | DNSレコード | サイト全体(サブドメイン・http/https含む) | DNS管理権限 |
| URLプレフィックス | HTMLタグ／GA／GTM／DNS | 指定URL配下 | サイト編集権限またはDNS権限 |
| Platform Properties(新設) | OAuthアカウント認可 | Instagram/TikTok/X/YouTube の投稿 | ドメイン所有権は不要・SNSアカウントの認証情報のみ |
対応4プラットフォームと計測できること
現時点で対応しているのは以下の4プラットフォームだ(2026年7月7日発表時点)。
- TikTok
- X(旧Twitter)
- YouTube
一方で、LinkedIn・Pinterest・Facebook は今回の対応リストに含まれていない(digitalapplied.comの実務解説記事より)。SNSプラットフォーム全体が一斉に対応したわけではなく、まず4つに絞って先行展開している点は、記事を読む際に押さえておきたい。なぜこの4つが選ばれたのかについて Google は明確な理由を公表していないが、いずれも「短尺の投稿・動画コンテンツが検索結果面(通常検索・画像検索・動画検索・Discover)に表示されやすいプラットフォーム」という共通点がある。
計測できる中身は、投稿単位・クエリ単位での Google 検索・Discover 上のパフォーマンスだ。「どの投稿が」「どんな検索語句で」「何回表示され」「何回クリックされたか」——これまでSNS運用担当者が各プラットフォームの独自インサイト機能でしか見られなかった数字の一部が、Google側の視点として初めて可視化される。
ここで押さえておきたいのは、Platform Propertiesが計測するのはあくまでGoogle検索・Discoverでの見え方という点だ。プラットフォーム内部でのフィード表示・レコメンド表示は対象外で、これは各プラットフォームのネイティブなインサイト機能(Instagramインサイト、TikTokアナリティクス、X Analytics、YouTube Studioなど)が引き続き担う領域になる。Platform Propertiesは既存の計測を置き換えるものではなく、「Google検索という一つの流入経路」を専門に切り出したレポートだと理解すると位置づけが分かりやすい。
3つのレポート構成 — Performance / Insights / Achievements
Platform Properties で提供されるレポートは3種類。それぞれの役割がはっきり分かれている。
Performance(パフォーマンス)
クリック数・表示回数(インプレッション数)などの指標を、投稿単位・検索クエリ単位でフィルタ・ソートしながら確認できる。データのエクスポートにも対応する。既存の Search Console の「検索パフォーマンス」レポートと発想は同じで、日々の数字の増減を細かく追跡する用途に向いている。「どのクエリ経由でどの投稿が読まれているか」を掘り下げる際に最も使う頻度が高いレポートになるはずだ。
Insights(インサイト)
直近のトラフィック傾向、最も成果を出している投稿、アカウントがどんな経路で発見されているかを俯瞰できるレポート。日々の数字を追うPerformanceに対して、傾向をつかむための概観レポートという位置づけだ。月次・週次のレビュー会議で「最近どんな投稿が伸びているか」をチームで共有する場面に向いている。
Achievements(アチーブメント)
28日間の追跡期間内でのマイルストーン達成(クリック数の一定閾値到達など)を追跡する。SNS運用チームのモチベーション管理という意味でも、地味に効いてくる機能かもしれない。数字を追うだけでなく「節目」を可視化する設計は、既存の Search Console にはなかった発想だ。
この3層構成は、既存の Search Console の「パフォーマンス」「検索での見え方」に近い発想を、SNSアカウント向けに再設計したものと理解すると分かりやすい。数字を追う層(Performance)、傾向をつかむ層(Insights)、節目を祝う層(Achievements)がそれぞれ独立している。
ドメイン所有なしで使える、という一線
ここが今回の発表で最も重要な一文だと考えている。Platform Properties はSearch Console史上初めて、ドメインを所有していなくても検証できるプロパティだ。
digitalapplied.comの解説では、この検証の仕組みを「OAuth形式のアカウント認可によって検証される設計」と説明している。ウェブサイトを持たないクリエイターでも、Instagram・TikTok・X・YouTube のアカウントさえあれば、自分のコンテンツが Google 検索・Discover でどう扱われているかを確認できるようになる。
Search Engine Journal の解説記事も、「これは、ドメインを所有していなくても検証できる初めての Search Console プロパティだ」という一文でこの特徴を強調している。SEOという専門領域が長年前提としてきた「自分のサイトを持っていること」が、この機能に関しては条件から外れた。
WEBディレクター視点で言い換えると——これまで「うちはコーポレートサイトを持っていないから Search Console は関係ない」と思っていたクライアント・事業者にも、Platform Properties は初めて関係する話になった、ということだ。飲食店・美容室・個人クリエイターなど、自社サイトを持たずSNSだけで発信している事業者にとっては、Google検索での自分の見え方を初めて数字で確認できる窓口が開いたことになる。
個人クリエイター・地域事業者にとっての意味
当サイトは三鷹の地域企業とのやり取りを日々の運用の一部にしている。その視点でPlatform Propertiesを眺めると、恩恵を最も受けるのは実は大企業のマーケティングチームではなく、コーポレートサイトを持たない個人・小規模事業者ではないかと考えている。
地域の飲食店・美容室・個人サロンの多くは、集客の主軸をInstagramやX、あるいはGoogleビジネスプロフィールに置いていて、コーポレートサイトを別途持たないケースが珍しくない。こうした事業者はこれまで、自分の投稿がGoogle検索でどう扱われているかを知る手段自体を持っていなかった。Platform Propertiesは、この空白を埋める初めての公式ツールになる。
WEBディレクター・制作会社の立場からは、「サイトを作りませんか」という提案の前に「まずPlatform Propertiesで今の見え方を確認しませんか」という、ハードルの低い最初の一歩を提案できるようになったとも言える。SNSだけで発信している事業者との最初の接点として、この機能は使い道が広い。
個人クリエイター・地域事業者向けの実務チェックリスト
| 確認項目 | 内容 |
|---|---|
| 対応プラットフォームか | Instagram/TikTok/X/YouTubeのいずれかを運用しているか確認 |
| アカウントの公開範囲 | 非公開アカウントでは検索表示自体が発生しないため対象外になる可能性が高い(要確認) |
| Google アカウントとの紐付け | Search Consoleの利用にはGoogleアカウントが必要。事業用Googleアカウントの整理を先に済ませておく |
| ロールアウト状況の確認 | 段階的展開のため、Search Consoleの「プロパティを追加」画面で定期的に確認する |
なぜ今なのか — SNS投稿とGoogle検索の関係が変わった背景
Google 検索・Discover の検索結果面には、以前からSNS投稿や動画コンテンツが表示される場面が増えてきた。X の投稿がリアルタイム性の高い検索結果に出てくることや、YouTube 動画が検索結果の目立つ位置に表示されることは、検索結果画面を日常的に見ているWEBディレクターなら実感として持っているはずだ。
digitalapplied.comは今回の Platform Properties を「自社ドメイン外で公開されるコンテンツの可視化が可能になる点が革新的」と位置づけている。これまでGoogleは自社ドメインのコンテンツについては Search Console という強力な計測ツールを提供してきたが、SNS上のコンテンツについては計測手段そのものが存在しなかった。検索結果に表示されているのに、その表示回数・クリック数を計測する公式な窓口がなかった、というねじれが長く続いていたことになる。
Platform Properties は、そのねじれを解消する一手だ。「Googleが検索結果でSNSコンテンツを重視するようになった」という事実と、「SNS運用担当者がその成果を数字で確認できるようになった」という事実が、今回同時に起きた。
もう一つ、当サイトが注目しているのはarchives/108「再クロール待ち行列547件、当サイトの2週間」で扱った「再評価には時間がかかる」というGoogleの姿勢との対比だ。自社ドメインのコンテンツに対しては「評価には時間をかける、待ってほしい」という慎重な姿勢を示す一方、SNSプラットフォームに対しては新しい計測窓口を積極的に用意する——この温度差は、Googleが検索エコシステム全体をどう捉えているかを考える上で興味深い手がかりになる。
短尺の投稿・動画という形式は、従来型のWebページとは更新頻度もコンテンツの作り方も大きく異なる。ページを1本作るのに時間をかける従来のコンテンツ制作に対し、SNS投稿は日常的に高頻度で発信される。Googleの検索・Discoverが、こうした更新頻度の高いコンテンツを継続的に取り込もうとするなら、発信者側にもその成果を確認する手段を用意するのは自然な流れとも言える。Platform Propertiesは、そうした「高頻度発信の時代の計測ツール」として位置づけると理解しやすい。
WEBディレクターが今週やるべきこと
ここからは実務の話だ。当サイトが繰り返し掲げている「第4の問い」——読んだWEBディレクターが明日の仕事で何を変えられるか——に沿って、今週動かせることを整理する。
1. 対象4プラットフォームの自社・クライアントアカウントを棚卸しする
Instagram・TikTok・X・YouTube のうち、どのアカウントを運用しているかをリストアップする。この段階でSNS運用チームとの会話が発生する。複数クライアントを抱える制作会社・代理店であれば、クライアントごとに一覧表を作っておくと、後続の検証作業がスムーズになる。
2. アカウント認証(OAuth)をSNS運用担当と連携して進める
Platform Properties の検証には、SEO担当者の権限だけでは足りない。SNSアカウントの認証情報を持つ担当者(多くの場合ソーシャルマネージャー)の参加が必須になる。digitalapplied.comもこの点を「認証情報保有者の参加が必須。SEO担当者だけでは完結せず、複数部門の調整が必要」と指摘している。社内に両方の権限を持つ担当者がいない組織ほど、早めに調整のスケジュールを組んでおきたい。
3. ロールアウトの偏りを確認する
発表では「今後数週間にわたって段階的に利用可能になる」とされている。アカウントごとに利用開始のタイミングが異なる可能性が高い。クライアントに「もう使えます」と即断で伝える前に、実際にダッシュボードで確認する一手間を挟みたい。
4. Performance/Insights/Achievementsの3レポートを既存の計測体制に統合する設計を考える
GA4・GSCの既存レポーティングに、SNS×Google検索という新しい軸をどう組み込むか。レポート様式を今のうちに検討しておくと、実際に使えるようになった時にスムーズに動ける。月次レポートの目次に「Platform Properties」の欄を新設しておくだけでも、後で慌てずに済む。
5. クライアントへの期待値調整を正直に行う
一括管理ツールやAPIは現時点で発表されておらず、複数クライアント・複数アカウントを扱う場合は個別検証の手作業が発生する。「すぐに全部繋がる」という過剰な期待を持たせないことも、WEBディレクターの仕事のうちだ。
今週の実務チェックリスト(まとめ)
| 順番 | やること | 関わる担当 |
|---|---|---|
| 1 | 対象4プラットフォームのアカウント棚卸し | WEBディレクター・SNS運用担当 |
| 2 | OAuth認証をSNS運用担当と連携して進める | SNS運用担当(認証情報保有者) |
| 3 | ロールアウトの偏りを確認する | WEBディレクター |
| 4 | 3レポートを既存の計測体制へ統合設計する | SEO担当・アナリスト |
| 5 | クライアントへの期待値調整を正直に行う | WEBディレクター・営業担当 |
代理店・制作会社が今から整えておきたい体制
複数クライアントを抱える制作会社・代理店であれば、Platform Propertiesの検証作業は単発のタスクではなく、継続的な運用フローとして設計しておいた方がいい。具体的には次の3点を先に決めておくことをすすめる。
- 誰が検証作業の窓口になるか — SEO担当・SNS運用担当のどちらが主導するかを決めておかないと、クライアントごとに対応がばらつく。
- クライアントへの説明テンプレートを用意する — 「Platform Propertiesとは何か」「なぜSNSアカウントの認証情報が必要なのか」を毎回一から説明するのは非効率。定型の説明資料を今のうちに準備しておく。
- ロールアウト状況のモニタリング担当を決める — 段階的展開のため、いつ自社・クライアントのアカウントで利用可能になったかを定期的にチェックする係を決めておくと、機会損失を防げる。
OAuth接続で確認しておきたいセキュリティ・プライバシーの視点
Platform PropertiesはOAuthによるアカウント認可で検証する仕組みだと述べた。ここで一つ、WEBディレクターとして押さえておきたい視点を書いておく。OAuth接続は「パスワードそのものを渡すわけではない」という点で比較的安全な仕組みだが、それでも「どの範囲の権限をGoogleに許可するのか」を接続時に必ず確認する習慣は持っておきたい。
特に代理店・制作会社がクライアントに代わってアカウント接続を行う場合、クライアント自身のアカウントであることを踏まえ、接続前に「Search Consoleに何を許可することになるのか」をクライアントへ説明した上で進める配慮が必要になる。今回の記事執筆時点では、Googleが要求する権限スコープの詳細な一覧は確認できていないため、この点は実際に接続画面が表示されるタイミングで改めて確認し、必要であれば追記する。
SEOとSNSの壁が薄くなる組織論
Platform Properties が持つもう一つの意味は、技術というより組織の話だ。
これまで「SNS投稿はGoogle検索に出ない」という前提は、多くの現場で暗黙のうちに共有されてきた。SEO担当者はドメインの中の話をし、SNS運用担当者はプラットフォームの中の話をする——両者が交わる場面は限られていた。
しかしPlatform Propertiesの検証プロセスは、この分業を構造的に揺さぶる。検証にはSNSアカウントの認証情報が必要で、SEO担当者だけでは完結しない。逆に言えば、SNS運用担当者だけでもレポートの意味を十分に読み解けない場面が出てくる——「このクエリでこの投稿がクリックされている」という数字は、検索行動を理解しているSEO側の視点があって初めて活きる。
digitalapplied.comが指摘するように、一括管理ツールやAPIがまだ発表されていない現状では、複数クライアントやアカウントを扱う代理店・制作会社ほど、この「個別検証の手作業」がボトルネックになる。だからこそ、今のうちに社内のSEOチームとSNS運用チームが同じテーブルに着く機会を作っておく価値がある。データはGoogle検索・Discoverに限定され、プラットフォーム側のネイティブなエンゲージメント指標(いいね・保存数など)は対象外だが、それでも「同じダッシュボードを両チームが見る」という体験自体が組織にとって新しい。
導入前後で何が変わるか
| 観点 | Platform Properties 導入前 | Platform Properties 導入後 |
|---|---|---|
| SNS投稿のGoogle検索露出 | 計測手段がなく「なんとなく出ている気がする」で止まる | 投稿単位・クエリ単位で数字を確認できる |
| SEO担当とSNS担当の接点 | ドメイン内外で業務が分断されがち | 検証作業自体が両者の連携を必要とする |
| レポーティング | Google検索の話とSNSの話が別々の資料になりがち | 同じSearch Consoleダッシュボード上で両方を確認できる |
Platform Properties が「できないこと」も正直に書いておく
新機能を紹介する記事は期待値を煽りがちだが、当サイトは限界も同じ熱量で書く。現時点で判明している範囲で、Platform Propertiesが「できないこと」を整理する。
プラットフォーム内部のネイティブなエンゲージメント指標は計測しない。いいね数・保存数・シェア数・フォロワー増減などは対象外だ。これらは引き続き各プラットフォームの純正インサイト機能(Instagramインサイト、TikTokアナリティクス、X Analytics、YouTube Studioなど)で確認する必要がある。Platform Propertiesが見せてくれるのはあくまで「Google検索・Discover経由でどう見られたか」という一断面であることを、レポートを読むメンバー全員が理解しておく必要がある。
一括管理ツール・APIは現時点で未発表。複数アカウント・複数クライアントを扱う場合、検証は個別に手作業で行う必要がある(digitalapplied.com指摘)。10クライアント・20アカウントを抱える代理店であれば、この手作業の量は決して小さくない。優先度をつけて着手する順番を決めておいた方がいい。
検索順位を直接改善する機能ではない。あくまで計測ツールであり、Platform Propertiesを設定したこと自体が検索露出を増やすわけではない。当たり前のことだが、新機能発表時にはこの前提が忘れられがちなので明記しておく。「Platform Propertiesを設定すれば検索に強くなる」という誤解がもし社内やクライアントの間で生まれたら、早めに訂正しておきたい。
対応プラットフォームは4つのみ。LinkedIn・Pinterest・Facebookは対象外だ。SNS運用を複数プラットフォームで展開している事業者は、Platform Propertiesでカバーできる範囲とできない範囲を最初に線引きしておく必要がある。特にBtoB企業でLinkedInを主軸に置いている場合、今回の対応リストには入っていない点に注意したい。
ロールアウトは段階的。発表日イコール全アカウントで即利用可能、ではない。「今後数週間」という時間軸を正しくクライアントに伝える必要がある。「発表されたのにうちのアカウントでは使えない」という問い合わせが来た時に、慌てず「段階的ロールアウト中」と正確に答えられるようにしておきたい。
当サイトの自己実証計画 — Platform Properties を使うか、使わないか
ここからは当サイト自身の話を、正直に書く。当サイトが実装している・していないに関わらず本当にやるべきことだけを読者に提示する、という当サイトの規律に沿って、まずは当サイトの現在地を隠さず開示する。
当サイトの著者情報(構造化データの Person スキーマ)には、運営者に紐づくXアカウントと、Facebookページが既に登録されている。✅ 当サイト実施済——Xアカウントの存在自体は archives/66「エンティティSEOを実際にやった」で行った Wikidata・sameAs 実装の副産物として既に確認できている。
ただし正直に言うと、Xは今回の対応4プラットフォームに含まれているが、Facebookは含まれていない。当サイトのSNS展開は現状Xが中心で、Instagram・TikTok・YouTubeでの公式アカウント運用は🔧 未着手／これから検討という状態だ。「自社がやっていないから書かない」を避ける当サイトの規律に従い、これも隠さず開示する。
今後の計画として、まずXアカウントでのPlatform Properties検証を優先的に進め、Performanceレポートで実際にどんな検索クエリから当サイトの投稿が発見されているかを確認する。上述のとおり検証にはSNS運用担当者側の認証情報が必要になるため、当サイトの場合は運営者自身がSEO・SNS両方の権限を持つ体制のため比較的スムーズに動けるはずだ。数週間かけて段階的にロールアウトされる機能のため、当サイトのアカウントで実際に利用可能になったタイミングで、この記事に実施報告を追記する形で自己実証を完結させる。
よくある疑問と用語集
Q. Platform Propertiesを設定すると検索順位が上がるのか
A. いいえ。Platform Propertiesはあくまで計測ツールであり、設定したこと自体が検索順位やDiscoverでの表示頻度を直接押し上げるわけではない。ランキングへの影響は現時点で公式に言及されていない。
Q. Search Consoleの既存のドメインプロパティと重複して計測されるのか
A. Platform Propertiesが計測するのはSNSプラットフォーム上に投稿されたコンテンツのGoogle検索・Discoverでのパフォーマンスであり、自社ドメインのURLプレフィックス／ドメインプロパティが計測する「自社サイトのページ」とは対象が異なる。両者は補完関係にあり、重複計測にはならない。
Q. 個人アカウントでも法人アカウントでも使えるのか
A. 現時点の発表内容では、個人・法人の区別による利用制限は明記されていない。OAuthでアカウント認可ができれば利用対象になると理解している。
Q. 利用に費用はかかるのか
A. Search Console自体が無料ツールであり、今回のPlatform Propertiesについても追加費用の発表はされていない。既存のドメインプロパティ・URLプレフィックスプロパティと同じく無料機能として提供されると理解している。
Q. 過去に投稿した古い投稿のデータも遡って見られるのか
A. この点は発表内容から明確に読み取れない。既存のSearch Consoleの検索パフォーマンスレポートが直近16か月分のデータを保持する仕様であることを踏まえると、同様の期間設計が踏襲される可能性はあるが、Platform Properties固有の保持期間について公式な明言は確認できていない。当サイトでも実際に検証が可能になった段階で確認し、この記事に追記する。
用語集
- Search Console — Googleが提供する無料のサイト管理者向けツール。検索結果での自サイトのパフォーマンス確認・インデックス状況の確認・問題の報告などができる。
- プロパティ — Search Console内で計測対象を区切る単位。従来はドメインプロパティとURLプレフィックスプロパティの2種類のみだったが、今回Platform Propertiesが3種類目として加わった。
- OAuth(オーオース) — パスワードを直接渡すことなく、第三者のサービス(今回で言えばGoogle)に自分のアカウント情報への限定的なアクセスを許可するための標準的な認可の仕組み。多くのSNSプラットフォームの「連携アプリ」機能がこの方式を採用している。
- Discover(ディスカバー) — Googleアプリやモバイル版Google検索のトップ画面に表示される、検索キーワードなしでもユーザーの興味に基づいてコンテンツを表示する機能。画像・動画コンテンツとの親和性が高い。
- インプレッション(表示回数) — Search Console用語で、あるページ(またはPlatform Propertiesの場合は投稿)が検索結果に表示された回数を指す。クリックされたかどうかは問わない。
連載軸「Search Console 機能追跡」の系譜
当サイトはSearch Consoleの新機能を継続的に追いかけている。今回の記事もその連載軸の最新回にあたる。
archives/76「AIに表示された回数を知っているか」では、GSC・GA4・Bingという3ツールを使ったAI検索での可視性の立体計測を、正直な現在地とともに書いた。続くarchives/82「SCのAI除外ボタンを使うべきか」では、Search ConsoleにAI学習除外の機能が追加された際の当サイトの判断を扱った。直近のarchives/108「再クロール待ち行列547件、当サイトの2週間」では、Googleが「最長2週間」という再評価の目安を公式に明示したことを、当サイト自身のインデックス状況の実測とともに検証した。
今回のPlatform Propertiesは、この系譜の中でも少し毛色が違う。これまでの3本が「自社ドメインの中で何が起きているか」を扱ってきたのに対し、今回は初めて「自社ドメインの外(SNSプラットフォーム)で何が起きているか」をSearch Consoleが計測し始めた回になる。Search Consoleというツール自体の守備範囲が、ドメインの内側から外側へと広がり始めている——その最初の一歩を記録しておく意味で、この記事を書いている。
まとめ
Platform Propertiesは、単なる新レポートの追加ではない。Search Consoleというツールが「ドメインを所有する人のためのツール」から「検索に見られる全ての発信者のためのツール」へと、輪郭を広げ始めた出来事だと捉えている。
WEBディレクターにとっての実務は明確だ。対象4プラットフォームのアカウント棚卸し、SNS運用チームとの連携、段階的ロールアウトの確認、既存レポーティングへの統合設計——今週から動かせることは多い。そして何より、「SEO担当とSNS担当は別チーム」という前提そのものが、この機能の検証プロセスを通じて少しずつ崩れていく。
SEOとSNSは、これから同じダッシュボードで見る時代へ入っていく。当サイトも、Xアカウントでの検証から、正直に一歩ずつ試していく。
新機能が発表された日は、まだ何も証明されていない日でもある。実際にどれだけの精度でデータが取れるのか、ロールアウトがいつ自分のアカウントに届くのか、当サイトはまだ確認できていない。だからこそ今日の記事は「使ってみた」ではなく「これから使う準備を始める」記録として書いた。数週間後、実際に検証が完了した時点で、この記事に実施報告を追記する。宣言した以上、やりきる。
関連 archives(連載軸として読む)
- archives/76「AIに表示された回数を知っているか — GSC・GA4・Bing、3ツール立体計測の正直な現在地」 ── Search Console機能追跡シリーズの起点(2026-06)
- archives/82「SCのAI除外ボタンを使うべきか — 当サイトの選択と、WEBディレクターが今確認すべき3つの数字」 ── AI学習除外機能への当サイトの判断
- archives/66「エンティティSEOを実際にやった — Wikidata QID取得からsameAs実装まで、当サイトのリアル全記録」 ── 当サイトのXアカウントsameAs実装の出典
- archives/108「再クロール待ち行列547件、当サイトの2週間 ── Google公式「最長2週間」の意味と、"待つ"を能動的にする方法」 ── 直前記事・Google公式ガイダンスのself-proof実践
