Organization @idとは|意味・定義・GEO対策における位置づけ
著者:喜多 陽平 / Kita Yohei 公開日:2026年06月02日
Organization @idとは、Schema.orgの構造化データにおいてOrganization(組織)エンティティに付与する一意のURL形式の識別子のことです。サイト内の複数のスキーマを「同じ組織の情報」として連携させるための起点であり、AIがブランドを一貫したEntityとして認識するための接着剤として機能します。
このページでわかること
- Organization @idの意味・定義
- なぜGEOでOrganization @idが語られるのか
- @idの書き方と連携方法
- GEO対策における位置づけ
- よくある誤解
Organization @idとは
@id(アットアイディー)とは、JSON-LDにおいてエンティティに付与する一意の識別子です。URL形式で記述し、そのエンティティが「何者か」を機械が一意に特定できるようにします。
Organization @idとは具体的には、Organizationスキーマに付与する@idのことです。たとえば"@id": "https://genview.io/#organization"という値が、「このWebサイトを運営する組織の固有ID」として機能します。
なぜGEOでOrganization @idが語られるのか
AIはページ単位で情報を読みます。しかしブランドはページ単位では存在しません。
会社概要ページ・サービスページ・記事ページ・採用ページ——人間はそれらが同じ会社の情報だと理解できます。しかしAIは明示的な関連付けがなければ、それぞれを別の情報として扱う可能性があります。
Organization @idは、その関連付けを行うための識別子です。AIに対して「このページ群はすべて同じ組織に属している」と宣言することで、ブランド全体をひとつのEntityとして理解しやすくなります。
Genviewでは、@idを構造化データ同士をつなぐ接着剤と考えています。どれだけ多くのスキーマを実装しても、それらが同じEntityを指していなければ知識として統合されにくくなります。
@idの書き方と連携方法
Organization @idは慣例として以下の形式で記述します。
"@id": "https://genview.io/#organization"
この@idを他のスキーマから参照することで、エンティティ同士が連携します。以下は@graphを使って複数のスキーマを1つのブロックにまとめ、@idで連携させた例です。
<script type="application/ld+json"> { "@context": "https://schema.org", "@graph": [ { "@type": "Organization", "@id": "https://genview.io/#organization", "name": "株式会社FID", "url": "https://genview.io" }, { "@type": "WebSite", "@id": "https://genview.io/#website", "url": "https://genview.io", "publisher": { "@id": "https://genview.io/#organization" } }, { "@type": "Article", "headline": "GEOとは何か", "publisher": { "@id": "https://genview.io/#organization" } } ] } </script>
OrganizationもWebSiteもArticleも、すべてhttps://genview.io/#organizationという同じIDを参照しています。これによりAIはどのページから情報を取得しても、同じEntityとして理解できます。
GEO対策における位置づけ
GEO対策において@idは「スキーマ同士の接着剤」として機能します。WebSiteスキーマ・Organizationスキーマ・著者スキーマ・記事スキーマなど、サイト内の複数のスキーマが同一の@idを参照することで、AIはサイト全体を一貫したEntityとして認識します。
Launchmind(2026年1月)は「全ページが@idで同一のOrganizationエンティティを参照することがGEO対策で最もリフトを得られる。一貫性が単発の実装を上回る」と指摘しています。
またCubitrek(2026年)は「2026年のAI Overviewsは、URLよりもエンティティ(@id)を引用するようになってきており、安定した@idアンカーを持たないブランドはどちらのモデルでも引用されにくくなっている」と報告しています。Knowledge Graphへのエンティティ登録においても、@idによる一貫した識別子の存在が認識精度に影響します。
Genviewによる定義
GEO対策の文脈において、Organization @idとは「Organizationスキーマに付与する一意のURL形式の識別子であり、サイト内の複数のスキーマを同一のEntityとして連携させるための起点」です。
Genviewは、@idをGEO対策における構造化データ実装の「中心軸」として位置づけています。WebSiteスキーマ・記事スキーマ・著者スキーマがすべて同じ@idを参照することで、AIがブランド全体を一貫したEntityとして認識しやすくなります。@idなしの構造化データは、それぞれの情報が孤立した断片に留まります。
この定義はGenviewの見解であり、業界の総意ではありません。
関連語
- Organizationスキーマ:運営組織の情報を記述するスキーマ。Organization @idはこのスキーマに付与される識別子。
- WebSiteスキーマ:サイト全体の情報を記述するスキーマ。publisherプロパティでOrganization @idを参照する。
- sameAs:外部プロフィールへの参照を示すプロパティ。@idと組み合わせることでEntityの外部検証が可能になる。
- Entity:AIがブランドを固有の概念として認識する仕組み。@idはEntityを一意に識別するための技術的な仕組み。
- Knowledge Graph:エンティティとその関係性を構造化したデータベース。@idによる一貫した識別子がKnowledge Graphへの認識精度を高める。
よくある誤解
誤解①:「@idはURLと同じもの」
@idはURL形式で記述しますが、実際にアクセスできるページのURLとは異なります。#organizationのようなフラグメント識別子を付けた「論理的な識別子」です。このURLに実際にアクセスしても何も表示されなくて問題ありません。
誤解②:「@idはOrganizationスキーマにだけ使うもの」
@idはOrganizationだけでなく、WebSite・Person・Article・Productなどあらゆるスキーマタイプに付与できます。ただしGEO対策において最も重要な起点になるのがOrganizationの@idです。
誤解③:「@idの値は何でも良い」
@idはサイト全体で一貫した同一の値を使用することが必須です。ページごとに異なる値を使うと、AIがそれぞれを別々のEntityとして処理してしまいます。慣例としてサイトのルートURL+#organizationという形式が推奨されます。
よくある質問
Q: @idの値はどう決めれば良いですか?
A: 慣例としてhttps://[ドメイン名]/#organizationという形式が広く使われています。重要なのはサイト全体で同一の値を使い続けることです。一度決めた@idは変更しないことが推奨されます。
Q: @idを設定したかどうか確認する方法はありますか?
A: Google Rich Results TestやSchema.org ValidatorにページのURLを入力することで、実装されているスキーマと@idの値を確認できます。複数のページで同じ@idが使われているかも確認することが推奨されます。
参考文献
- Cubitrek「Nested JSON-LD for GraphRAG: The 2026 Schema Architecture Playbook」2026年(2026年のAI Overviewsはエンティティ@idを引用するようになってきており、安定した@idアンカーのないブランドは引用されにくい)
- Launchmind「Structured data for GEO: schema markup that AI understands」2026年1月(全ページが@idで同一のOrganizationエンティティを参照することがGEOで最もリフトを得られる)
- Soar Agency「Schema.org markup for AI citations: what matters in 2026」2026年(@graphを使った複数エンティティのOrganization @id連携パターン)