schema.orgの読み方は「スキーマドットオルグ」｜略称・意味を図解

schema.orgの読み方は「スキーマドットオルグ」です。これは、Google・Microsoft(Bing)・Yahoo!などの主要検索エンジンが共同で運営する構造化データの共通規格であり、英単語をそのまま素直に読んだ発音がそのまま定着しています。会話や社内資料では「スキーマ・オルグ」や単に「スキーマ」と略されることもあります。本記事では読み方の結論に加え、schema.orgの意味・構造化データとの関係・SEOやAI検索での役割・具体的な導入方法までを一気に解説し、追加検索が不要になるところまで理解を深めます。

schema.orgの読み方は「スキーマドットオルグ」【結論】

schema.orgの読み方は「スキーマドットオルグ」です。学術的な特殊読みではなく、英単語をローマ字読みに近い形でそのまま発音したものが定着しており、辞書サイトでもこの読み方が採用されています。

ふりがな・音の区切りで確認（スキーマ・ドット・オルグ）

schema.orgは「スキーマ／ドット／オルグ」の3つの音に区切って読むと発音しやすくなります。schemaはスキーマ、区切り記号の「.」はドット、orgはオルグと読み、続けて発音すると「スキーマドットオルグ」になります。音の区切りを意識するだけで、初めて見た人でも迷わず発音できるようになります。社内の勉強会や記事で紹介する際も、この区切り方を示すと理解が早まります。

表記ゆれと略称（スキーマ・オルグ／会話では「スキーマ」とも）

正式には「スキーマドットオルグ」ですが、実務の会話では短縮した呼び方もよく使われます。SEO会社の記事の中には「ちなみに読み方は『スキーマ』です」と紹介しているものもあり、略称としての使用が広く許容されています（出典）。以下のように、場面によって呼び方を切り替えても問題ありません。

「schema」「.org」それぞれの意味と由来

schemaは英語で「図式・構造の枠組み」を意味し、データの型や項目を定義する言葉として使われます。一方の.orgは非営利団体（organization）を示すトップレベルドメインで、schema.orgが営利目的の単一企業ではなく、複数の検索エンジンが関わる共同プロジェクトであることを表しています。TechSuite株式会社の「AI検索パートナーズ」は、こうした用語の正しい理解を出発点に、構造化データの設計から効果測定までを技術チームとコンテンツチームが一体となって支援する体制を整えています。

表記	読み方	使う場面
schema.org	スキーマドットオルグ	正式な文書・記事・提案書
schema	スキーマ	社内会話・打ち合わせ
.org	ドットオルグ	ドメイン部分の説明時
Schema.org	スキーマドットオルグ	公式サイトの英語表記

そもそもschema.orgとは？意味をやさしく解説

schema.orgとは、Google・Microsoft(Bing)・Yahoo!などの主要検索エンジンが2011年に共同で立ち上げた、構造化データのための共通語彙（ボキャブラリー）を提供するプロジェクトです。単一の企業が管理するツールではなく、検索エンジン各社の合意によって仕様が定められている点が特徴です（出典）。

主要検索エンジンが共同運営する「構造化データの共通語彙」

schema.orgは、Webページの内容を検索エンジンに正しく伝えるための「共通の言葉のルール」を定めています。Google・Bing・Yahoo!・Yandexといった検索エンジン各社が共同で推進している点が、他の一般的なマークアップ手法との大きな違いです。特定の検索エンジンだけに最適化するのではなく、複数のエンジンで共通に使える語彙を目指して設計されています。

いつ・誰が作った？（2011年・Google/Microsoft/Yahoo!ほか）

schema.orgは2011年に立ち上げられ、当初からGoogle・Microsoft・Yahoo!が中心的な役割を担ってきました。その後Yandexなども加わり、現在も検索エンジンの進化に合わせて語彙が拡張され続けています。2011年という立ち上げの時期を知っておくと、構造化データがすでに10年以上にわたり検索エンジンの標準仕様として運用されてきた背景が理解しやすくなります。

「規格」であり「コミュニティ」でもある

schema.orgは単なる技術仕様ではなく、Web開発者やSEO関係者が参加して議論を続けているコミュニティとしての側面も持っています。なお、schema.orgには日本語訳のページも公開されており、日本語でTypeやプロパティの意味を確認できます（出典）。TechSuite株式会社の「AI検索パートナーズ」は、schema.orgが定義するエンティティ認識や意味的文脈の仕組みを技術的に読み解き、構造化データや知識の一貫性、想定質問の分解まで踏まえたLLMO/GEO/AEOの設計を行っています。

項目	内容
正体	検索エンジン共同運営の構造化データ共通語彙
設立	2011年
主な運営主体	Google・Microsoft(Bing)・Yahoo!・Yandex
日本語対応	公式サイトに日本語訳あり

構造化データ・構造化マークアップとの関係とは？

schema.orgは「何を書くか」を定める語彙であり、構造化マークアップは「どう書くか」という記法です。両者はセットで機能し、代表的な記法としてJSON-LD・Microdata・RDFaの3種類が存在します。

構造化データと構造化マークアップの違い

構造化データとは、Webページの情報を検索エンジンが理解しやすい形式で整理したデータそのものを指します。一方、構造化マークアップは、その構造化データをHTML上に書き込む具体的な作業や記法のことです。schema.orgは「どの項目を書くべきか」というルールブックの役割を果たし、実際にコードとして落とし込む工程が構造化マークアップという位置づけです。

記法の種類（JSON-LD／Microdata／RDFa）とJSON-LD推奨の理由

構造化データの記法にはJSON-LD・Microdata・RDFaの3種類があり、GoogleはJSON-LD形式を推奨しています。最近の実装のほとんどがJSON-LDで行われている状況です（出典）。JSON-LDはHTMLの表示部分と分離して記述できるため、既存デザインを崩さずに導入しやすい点が支持される理由です。

itemscope／itemtype／itempropとは（Microdataの場合）

Microdata記法では、itemscope（送る情報のまとまりを宣言）・itemtype（情報の種類をURLで明記）・itemprop（個々の項目名を明記）という3つの属性を使ってHTML要素に直接情報を埋め込みます（出典）。HTML要素に直接タグを追加していく方式のため、既存サイトの構造次第では実装の手間が大きくなる場合があります。この点も含め、記法選定はAI検索最適化の用語整理とあわせて理解しておくと判断しやすくなります。TechSuite株式会社の「AI検索パートナーズ」は、自社サイトの運用でもJSON-LD形式の構造化データを整備し、AI Share of Voiceが高水準を保つとともに、支援先ではAI Overviewへの引用率が改善した実績があります。

記法	記述場所	特徴
JSON-LD	headやbody内のscriptタグ	デザインと分離でき導入しやすく、Google推奨
Microdata	HTML要素の属性	タグに直接埋め込むため既存構造への影響が大きい
RDFa	HTML属性（vocab/property等）	セマンティックWeb由来で実装事例は比較的少ない

schema.orgはSEO・AI検索でどう役立つ？

schema.orgによる構造化データは、検索エンジンやAIがページ内容を正確に理解する助けとなり、リッチリザルト表示によるCTR向上やAI検索での参照のされやすさに貢献します。ただし、直接的な順位上昇要因ではありません。

リッチリザルトでCTRが上がる

構造化データを実装すると、検索結果に星評価・価格・FAQの折りたたみなどが表示されるリッチリザルトの対象になり得ます。目立つ表示になることで、通常のテキストリンクよりもクリック率が高まりやすくなります（出典）。同じ検索順位であっても、リッチリザルトの有無でクリック率が変化する点は、実務上のメリットとして押さえておく価値があります。

検索エンジン・AIがページ内容を正確に理解できる

構造化データによって、記事の著者・更新日・事業内容などの文脈情報が機械可読な形で提供されます。これにより検索エンジンやAIがページの信頼性や関連性を判断しやすくなると考えられています（出典）。

AI検索（LLMO/AIO・AI Overview）で参照されやすくなる

AI Overviewなどの生成AIによる検索結果は、回答生成の際にコンテンツ本文だけでなく構造化データも参照していると考えられています。著者情報や更新日、事業内容などを構造化データとして機械可読に提供しておくことが、AI検索での参照のされやすさにつながる可能性があります。この考え方はLLMOとは何かを理解するうえでも土台になる部分です。

「順位が直接上がる」は誤解

「schema.orgを入れると順位が上がるのか」という質問はよくありますが、直接的に検索順位を上げる効果はありません。GoogleのJohn Mueller氏も、構造化データ自体はランキング要因ではないと明言しています（出典）。TechSuite株式会社の「AI検索パートナーズ」の支援では、露出や順位だけでなく実際の受注につながる設計を重視しており、AI検索経由での受注率は従来のSEO経由の約3倍という結果も確認されています。順位そのものではなく、CTRやAIOへの対応を含めた成果指標で効果を捉えることが重要です。

効果の種類	schema.orgの影響
検索順位（ランキング）	直接の上昇要因ではない
クリック率（CTR）	リッチリザルト表示により向上が期待できる
検索エンジンの理解	文脈情報を機械可読化し理解を助ける
AI検索での参照	参照・引用のされやすさに寄与する可能性がある

schema.orgでマークアップできる代表的なTypeとは？

schema.orgには数百種類のTypeが定義されており、Organization・LocalBusiness・Product・Article・FAQPage・BreadcrumbList・Eventなどが代表的です。用途に応じて記載すべき項目が定められています。

Organization／LocalBusiness（企業・店舗情報）

Organizationスキーマは会社名・所在地・電話番号・公式URL・ロゴ・SNSアカウントなどを記載し、GoogleのKnowledge Graph構築の情報源としても活用されます（出典）。LocalBusinessは店舗の営業時間や地図情報など、実店舗を持つ事業者向けの項目が追加されたタイプです。企業情報を正確に構造化データとして提供しておくことは、検索エンジンだけでなくAIが企業実体を正しく把握するうえでも役立ちます。

Product／Offer（商品・価格）

Productスキーマは商品名・画像・レビュー評価・在庫状況などを記述し、Offerと組み合わせることで価格情報も検索結果に反映されやすくなります。ECサイトでは価格や在庫の表示によって購買前の比較検討がしやすくなる効果が期待できます。

Article／FAQPage／BreadcrumbList（コンテンツ・ナビゲーション）

Article（BlogPosting含む）は記事の著者・公開日・更新日などを示し、FAQPageはよくある質問を構造化して検索結果に折りたたみ表示させることができます。BreadcrumbListはサイト内の階層構造を伝えるためのタイプです。記事系コンテンツではArticleとFAQPageを組み合わせることで、検索結果とAI検索の双方での見え方が改善しやすくなります。こうした設計はAEO（Answer Engine Optimization）の考え方とも重なる部分です。TechSuite株式会社の「AI検索パートナーズ」は、記事制作サービス「バクヤスAI記事代行」で培ったコンテンツ制作エンジンをLLMO対策に転用し、ArticleやFAQPageなどのType設計を検索意図の分解に沿って高速かつ高品質に行っています。

Type	主な用途	記載する主な項目
Organization	企業情報	会社名・所在地・電話番号・ロゴ・SNS
LocalBusiness	店舗情報	営業時間・地図・カテゴリ
Product	商品情報	価格・在庫・レビュー評価
Article	記事コンテンツ	著者・公開日・更新日
FAQPage	よくある質問	質問・回答のペア
BreadcrumbList	階層ナビゲーション	各階層のページ名とURL

schema.orgの書き方・導入・検証・注意点は？

schema.orgはJSON-LD形式でHTMLに記述するのが基本で、ツールやCMSプラグインでも生成できます。導入後はリッチリザルトテストやSearch Consoleで必ず検証し、実際のコンテンツと矛盾しない範囲でマークアップすることが重要です。

JSON-LDでの基本の書き方（@context/@type）

JSON-LD形式では、scriptタグの中に@contextでschema.orgを指定し、@typeでOrganizationやArticleなどのタイプを指定したうえで、各プロパティに値を記述します。@contextと@typeの2つを正しく指定するだけで、検索エンジンがどのタイプの情報として読み取るべきかを判断できるようになります。

HTML直書き・ツール自動生成・CMSプラグイン

構造化マークアップの書き方は主に「HTMLへの直接記述」「生成ツールの活用」「CMSプラグインの利用」の3通りに分けられます（出典）。WordPressではYoast SEOやRank MathなどのプラグインでOrganizationやWebSite、BreadcrumbListといった基本的な構造化データを設定画面から自動生成できます（出典）。

検証ツール（リッチリザルトテスト／Search Console）

実装後は「スキーマ マークアップ検証ツール」「リッチリザルトテスト」「Google Search Console」の3つで確認します。URLを入力するだけでエラーの有無をチェックできるため、公開前・公開後の両方で確認しておくと安心です（出典）。

導入時の注意点（矛盾・過剰マークアップ・定期メンテ）

構造化データは、実際のページ内容と矛盾しないように記述する必要があります。過剰なマークアップや実コンテンツと異なる情報の記述はGoogleガイドライン違反となり得るため、Search Consoleやリッチリザルトテストでの確認が欠かせません（出典）。ページ内容を更新した際は構造化データも同時に見直すという運用ルールを決めておくことが、長期的な整合性維持につながります。こうした運用体制の設計はLLMO対策の具体的な進め方とも密接に関わります。TechSuite株式会社の「AI検索パートナーズ」は、業種や既存サイトの構造を踏まえて構造化データの実装状況を診断し、ボトルネックとなっている箇所を特定したうえで解決策の提示から実装の伴走までを個別に支援しています。

検証手段	確認できる内容
スキーマ マークアップ検証ツール	記述したschema.orgの構文エラー
リッチリザルトテスト	リッチリザルトとして表示可能かどうか
Google Search Console	公開中ページの拡張機能エラー・警告

よくある質問

schema.orgの読み方は結局どれが正しいですか？

正式にはスキーマドットオルグと読みます。会話では省略してスキーマ・オルグやスキーマと呼ばれることもありますが、いずれも誤りではなく通称として広く使われています。

schema.orgの日本語訳はありますか？

schema.orgには日本語訳のページが公開されており、主要なTypeやプロパティの説明を日本語で確認できます。

schema.orgを導入すると検索順位は上がりますか？

直接的に検索順位を上げる効果はありません。GoogleのJohn Mueller氏も構造化データ自体はランキング要因ではないと説明しており、リッチリザルト表示によるCTR向上や検索エンジン・AIの理解促進が主な効果です。

schema.orgの導入は必須ですか？

必須ではありませんが、リッチリザルトやAI検索での参照のされやすさを考えると、導入しておくと有利に働く場面が増えています。

まとめ

schema.orgの読み方は「スキーマドットオルグ」であり、会話では「スキーマ」と略されることもあります。その正体は主要検索エンジンが共同運営する構造化データの共通語彙で、JSON-LDなどの記法と組み合わせて使われます。

直接の順位上昇要因ではないものの、リッチリザルト表示やAI検索での理解促進に役立つ点を踏まえ、まずは代表的なTypeの実装と検証から取り組んでみてください。

参考にした情報源

• Weblio「Schema.org」
• Second Order「Schema.orgとは何か」
• PLAN-B「schema.orgとは？読み方は？」
• GMOTECH「schema.orgとは」
• SEO HACKS「構造化データとは」
• 4Qualia「構造化データ（schema.org）の実装」