組織図
公開: 2022-09-09組織スキーマの使用方法
組織の構造化データにより、企業は機械が理解できる方法で検索エンジンに自身の詳細を提供できます。
組織とそのコンテンツをこのように記述すると、マシンは Web ページとサイトをデータベースとして扱うことができます。 組織のスキーマを使用するだけではありません。 それを適切に使用する方法を知ることです。 多くの便利なツールと組織スキーマ ジェネレーターがあります。 ただし、この記事はその背後にある概念を理解するためのものです。 このようにして、構造データ コードをカスタマイズして最大限のメリットを得ることができます。
2023 年以降の検索エンジン最適化 (SEO) では、数百または数千のランキング要素で構成される Google の検索ランキング アルゴリズムが引き続き見られます。 基本的な SEO は、キーワードの最適化、タイトル タグ、会議の画像仕様、およびヘッダーの基本的な戦術を大幅に超えて進歩しました。 長期的な SEO の成功には、検索エンジンに Schema.org ライブラリから検索するデータを提供することが含まれます。 この記事では、 Organization
構造化データを効果的に使用する方法に焦点を当てます。組織構造化データは重要なスキーマ マークアップ タイプであるためです。
組織スキーマとは
組織スキーマ タイプは、要素を識別する組織キーを詳述します。 主に、これにはロゴ、正式名称、Web サイトの URL アドレス、ソーシャル メディアのプロフィール、連絡先情報が含まれます。 また、ウェブサイトを公開している会社、製品の製造元、著者の雇用主などを表す場合もあります。 これは、人々が物理的に訪れる実店舗のない組織に最適です。
これは、組織とその組織の特定の部門との間の関係を結び付ける方法です。 さらに、さまざまな場所でさまざまな URL、ロゴ、営業時間を許可することで、組織を説明できます。
典型的な用途は、複数の中小企業を通じて製品またはサービスを提供する小売企業のスキーマです。 この構造化されたデータ タイプは、提供されるサービスと製品の違い、およびそれらを購入できる会社について検索エンジンに通知します。 さまざまな会社の詳細に最適な独自の組織スキーマを実装できます。
最も基本的なOrganization
構造化データは次のとおりです。
<script type="application/ld+json"> { "@context": "https://schema.org", "@type": "組織", "url": "http://www.example.com", "ロゴ": "http://www.example.com/images/logo.png" } </script>
組織スキーマの追加は本当に重要ですか?
あなたが誰であるかの簡単な確認を追加することは、重要ではありません。 ワークロードを管理するために、検索はマシンで応答する必要があります。 組織の構造化データ コードは、独自の言語での情報の確認です。 特殊なケースでは、組織のマークアップが非常に役立ちます。 類似の組織からあなたを正しく識別できます。
Google は、エンティティが単純にデータを提供する方が常に簡単であると述べています。 データ フィールドを指定すると、精度が向上します。 これにより、通常、より多くの制御とより良い利点が得られます. また、検索エンジンが機械学習にあまり依存する必要がないことも意味します。 一貫性のある正確で明確なデータを提供してください。 それは意味があり、あなたが誰で、何をしているのかを説明する必要があります.
シンクロニシティとアラインメントは、会社の信頼要素を構築するために重要です。 Martin Splitt と Lizzi Sassman が、組織のスター レビュー評価など、特定のスキーマ タイプを提供する利点について説明します。 Google 検索エンジンによる構造化データの取り込みは広範囲に及びます。
データ スキーマは組織にどのようなメリットをもたらしますか?
Organization
スキーマの利点:
- これは、Google のナレッジ グラフを形成する上で重要な助けとなります。
- ビジネスの提供物やサービスを説明し、明確にすることができます。
- 類似の組織との差別化に役立ちます。
- 複雑な関係や抽象的な関係を簡単に説明できます。
- SERP 上の組織のデータを魅力的な形式で提示する重要な情報を伝達するのに役立ちます。
- 組織をサポートする重要なページの検索エンジンによる簡単なクロールとインデックス作成を支援します。
- ウェブサイトやコンテンツをビジネスやブランドなどの既知のエンティティに関連付ける方法を Google に通知します。
- 組織の SERP パフォーマンスをより深く分析できるようにすることで、分析データを充実させます。
特定の組織構造化データ タイプの使用
Google では、一般的な組織タイプとより具体的なタイプの間でオプションを提供しています。 可能な場合は、より具体的なタイプを選択してください。
組織のスキーマ マークアップの書き方
構造化データ プラグインとスキーマ生成ツールに頼ってコードを記述するのは簡単です。 それらは構造化データ コードを自動的に作成しますが、ほとんどの場合、手順、ユース ケース、および検証プロセスに関する十分なガイダンスがありません。
構造化データ コードが何を出力しているかを追跡して観察します。 それは、あなた自身の個人的な経験を使用して、より良い決定を下すのに役立ちます. ビジネス エンティティは、スキーマの結果とメリットを理解することで、スキーマを最大限に活用できます。
「@id」:「organization.com」とは何ですか?
これは、会社固有の URL 識別子です。 他の用途に加えて、これはナレッジ グラフ エンティティの会社固有の識別子です。 会社にとって明確で永続的な参照である必要があります。
多くは単にドメインまたはエンティティのホームを使用しています。 私の現在の好みは、ドメイン名だけでなく、http://www.example.com/#organization を使用することです。 注: 一意の識別子として機能するために、実際に Web 上に存在する必要はありません。
共通組織の構造化データの種類とプロパティ
組織の種類 構造化データ マークアップは、出版組織内でさまざまな種類の記事が区別されるのと同様に、ビジネス ニッチを絞り込みます。 セマンティック検索の質疑応答マシンの情報検索を支援します。 提供しない場合、検索エンジンは他の情報源から詳細を取得してそれを想定します。 ここでは、「キーワード」を使用して模倣し、タグ付けのような構造で機能する「ジャンル」フィールドも使用できます。
組織構造化データを正しく実装することが重要です。
組織タイプにより、企業は自分自身をThing
としてより適切に説明できます。 構造化データ スクリプトには複数の構造化データ タイプを含めることができるため、より大きな構造化データのネストされたコンポーネントであることがよくあります。
以下に、最も一般的なものをいくつか示します。
LocalBusiness スキーマは組織マークアップの一種です
ローカル ビジネス スキーマ マークアップも存在するため、私たちが話したプラットフォームやビジネスの多くは不明確に感じます。
これは、地元の企業が検索エンジンにあなたのウェブサイトと近くで検索している人々との関係を知らせる方法です. このスキーマは、Google がローカル検索アルゴリズムを更新し続けているため、特に役立ちます。 LocalBusiness スキーマは、検索者のデバイスの近くにある企業の Web サイトの優先順位付けを支援します。 「近く」などの場所キーワードや都市名が含まれていても効果的ではありません。
schema.org プロパティ リストは、 LocalBusiness がOrganization
から継承するプロパティに加えて、 LocalBusiness
によって追加されるプロパティを示しています。
Schema.org の NewsMediaOrganization と EducationalOrganization のタイプ
構造化データ タイプ NewsMediaOrganization は、ニュース発行者の組織を識別し、タイプ Organization のより具体的なタイプです。 これは、新聞やテレビ局がセマンティック Web で見つけやすくするのに役立ちます。
彼らのサイトによると、現在、「この用語は Schema.org への完全な統合が提案されており、実装に関するフィードバックとアプリケーションや Web サイトからの採用が保留されています」。
EducationalOrganization
は通常、 HighSchool
、 MiddleSchool
、 CollegeOrUniversity
、 Preschool
などの学校です。
"@context": "https://schema.org",
"@type": "教育機関",
"住所": {
"@type": "PostalAddress",
"addressLocality": "国",
"addressRegion": "状態",
"postalCode": "郵便番号",
"streetAddress": "道路名"
}、
"卒業生": [
{
"@type": "人",
「名前」:「ジョン・ドウ」
}、
{
"@type": "人",
「名前」:「ナリー・スミス」
}
]、
「名前」:「特定の学校」
}
Schema.org の MedicalOrganization & GovernmentOrganization タイプ
MedicalOrganization
には、病院、機関、研究所、診療所などの企業 (物理的または非物理的) が含まれます。 Organization
の多くのプロパティに加えて、次の固有のプロパティがあります。
財産 | 予想されるタイプ | 説明 |
---|---|---|
MedicalOrganization プロパティ | ||
healthPlanNetworkId | 文章 | ネットワークの名前または一意の ID。 (ネットワークは、さまざまな保険プランで再利用されることがよくあります)。 |
isAcceptingNewPatients | ブール値 | プロバイダーが新しい患者を受け入れているかどうか。 |
medicalSpecialty | 医療専門 | プロバイダーの医療専門分野。 |
いくつかのサブMedicalOrganization
タイプが保留中ですが、現在ここに追加の承認済みの特定のタイプがあります。
- 歯医者
- DiagnosticLab
- 病院
- 診療所
- 薬局
- 医師
- 獣医ケア
GovernmentOrganization
は、明らかに政府の組織または機関です。 含める 2 つのお気に入りの属性は、 EducationalOccupationalCredential
プロパティとNonprofitType
プロパティです。
Schema.org の OnlineBusiness および OnlineStore 構造化データ型
リッチに構築されたカスタムの洗練された構造化データ マークアップ サーバー サイドを取得するのが最善です。 さらに、サイトのパフォーマンスを監査して、レンダリング時間を短縮するために JavaScript 統合を利用する方法を見つけてください。 各ページに最適なスキーマ マークアップ タイプを賢明に選択する必要があります。 ページのレンダリングが遅くなるコードの肥大化を回避します。
Google が、Google Search Console の構造化データのエラー レポートに、より多くのコンテキストを追加することが多いのは興味深いことです。 これは、高度なスキーマ マークアップをネストして実装する際のスキーマ監査チェックをうまく支援します。
Schema.org v14 は 2022 年 3 月 13 日にリリースされました。将来の機会のために保留中のタイプに注意してください。 OnlineBusiness と OnlineStore はどちらも、コーダーに仮想オンライン ビジネス向けのより堅牢で具体的な組織マークアップを提供します。
組織データベース スキーマの要素の正しい階層は何ですか?
要素の正しい階層については、WebSite > publisher > Organization を使用できます。
ネストされた組織構造化データの例:
- 大学の「コース」内– コースを提供している学校の名前を特定するのに役立ちます。
- Recipe Structured Data And Organization Data Type : Google のドキュメントには、各レシピ構造化データの作成者または組織に推奨されるプロパティが含まれています。
Google からのコースの例:
<script type="application/ld+json"> { "@context": "https://schema.org", " @type ": "コース", "name": "コンピュータサイエンスとプログラミング入門", "description": "基本を説明する CS 入門コース。", "プロバイダ": { " @type": "組織", "name": "工科大学 - エウレカ", "sameAs": "http://www.ut-eureka.edu" } } </script>
記事で著者として専門家が指定されている場合、私は著者にpersonプロパティ タイプを使用することを好みます。 1 人の個人がコンテンツにクレジットされていない場合、組織の構造化データ タイプが機能します。 組織の構造化データ タイプが適用されている場合、リッチリザルトには組織の名前がコンテンツの作成者として表示されます。
JSON-LD 仕様に従って、組み込みノードまたは複数のスクリプト ブロックの使用の適合性を確認します。 次に、必ず検証ツールを使用し、Google Search Console のレポートで拡張機能とエラーを確認してください。
JSON-LD 組織マークアップ
マイクロフォーマットは、企業や組織の特性を記述するためにサイト開発者によって頻繁に使用されてきました。 JSON-LD が現在の最良の選択肢です。
JSON-LD は、HTML マークアップにプロパティまたはクラスを追加することによって実装されていないため、microdata および microformats とは異なります。 代わりに、機械可読コードが、JavaScript Object Notation の 1 つ以上のスタンドアロン BLOB としてページに追加されます。 組織コードには、特定の Web ページ上のエンティティの識別説明とそれらの関係が含まれています。
実装はページの HTML 構造に直接結び付けられていないため、複雑または抽象的な関係を記述したり、人間が判読できるページのコンテンツではすぐに利用できない情報を表現したりすることがはるかに簡単になります。
「これにより、すでに大規模な JSON ベースのインフラストラクチャを展開している組織は、日常業務を中断せず、現在の顧客に対して透過的な方法で JSON-LD の機能を使用できます。 ただし、JSON をグラフ表現にマッピングすることが複雑な作業になる場合があります。 これらの例では、難解なユース ケースをサポートするために JSON-LD を拡張するのではなく、ユース ケースをサポートしないことを選択しました。 ゼロ エディットは設計上の目標ですが、言語に大きな複雑さを加えずに常に可能であるとは限りません。 JSON-LD は可能な限り単純さに重点を置いています。」 – [1]
sameAs
を使用して、組織に関連するエンティティを追加します。
組織構造化データの最も影響力のあるユースケースの 1 つは、 sameAs
を使用して関連エンティティを宣言することです。 これにより、物事をより深く理解するthing
ができます。 これにより、複数の場所や形式からの情報を相互参照して、組織エンティティをより深く理解することができます。
sameAs
実装の例と、それらがリレーショナル ノードを作成する方法を次に示します。
Web 全体のページでのsameAs
宣言の使用状況を示す棒グラフ。 ソーシャル プロファイルが目立ちます。
ページ | パーセンテージ |
---|---|
facebook.com | 4.26%で発生 |
instagram.com | 2.74%で発生 |
twitter.com | 2.46%で発生 |
youtube.com | 1.78%で発生 |
linkedin.com | 1.04%で発生 |
pinterest.com | 0.60%で発生 |
Google COM | 0.51%で発生 |
wikidata.org | 0.12%で発生 |
wikipedia.org | 0.11%で発生 |
tumblr.com | 0.08%で発生 |
uptodown.io | 0.10%で発生 |
vk.com | 0.08%で発生 |
soundcloud.com | 0.04%で発生 |
vimeo.com | 0.03%で発生 |
Jono Alderson 氏によると、「 sameAs
プロパティはすべての JSON-LD マークアップの 1.60% を占め、ページの 13.03% に存在します」。 彼の Web Almanac 2021 年 11 月 16 日Part I Chapter 4 Structured Dataの記事では、 sameAs
プロパティの最も一般的な値は、ソーシャル メディア プラットフォームと公式の信頼できるソース (wikipedia.org など) であることが明らかになりました。
このスキーマ プロパティは、主に Web サイトや企業のソーシャル メディア アカウントを識別するために使用されます。 これは、検索結果のナレッジ パネルを管理するための入力として、Google が歴史的にこのデータに依存していたことに動機付けられている可能性があります。 ただし、この要件は 2019 年に廃止されました。つまり、このデータ セットは、Google が構造化データの要件を更新するにつれて、今後数年間で変更される可能性があります。
組織のスキーマ マークアップを配置する場所
組織構造化データは、Web サイトのすべてのページに追加するべきではありません。 会社のメインページに最適です。 ホームページ、連絡先ページ、私たちについてのページなど。 理想的には、コードはページのコードの <head> セクションに配置する必要があります。
2019 年 1 月 22 日の営業時間外の Google ハングアウトで、51:36 分付近で、John Mueller 氏は次のように述べています。
「私が知る限り、それは単なるホームページです…ホームページや連絡先ページなどで見つけることができる必要があるため、私たちにとってはそれほど重要ではありません.
しかし、それが他の場所にある場合、それは私たちにとって何も変わりません.
したがって、比較してはいけないのはレビュー マークアップです。サイトのすべてのページの検索結果で星を獲得することを期待して、ウェブサイトのすべてのページに会社のレビューを掲載する人を時々見かけますが、それは悪いことです。 .
しかし、連絡先情報は、それがマークアップされていれば問題ありません。 それに問題はないと思います。」
特定のページで見つけやすいように、過剰にインデックス化された情報は避けてください。
拡張された組織スニペットはどのように見えますか?
ナレッジ グラフ カードは、検索エンジンの結果ページの右側に表示されるブロックです。 基本的に組織を要約します。 彼らは稼ぐのが難しいです。 Amazon や Bentley Motors Limited などの有名なブランドや、Blue Cross Blue Shield などのオンライン ビジネスの場合は簡単です。
上の画像は、それがどのように見えるかを示しています。 Bentley には、所有者、創設者、CEO、および親組織がすべてリストされています。 また、創業年や最新の車種も展示。 これらの各エンティティは、組織のスキーマ コード内で説明できます。
組織スキーマは、Google でビジネスの詳細を確立するのに役立ちます
この重要なスキーマ タイプを実装することにより、検索結果で Google ナレッジ パネルに直接通知します。 たくさんありますが、以下に必ず含める必要がある 5 つを示します。
1. 組織ロゴ構造化データ
検索結果と Google ナレッジ パネルでの組織のロゴ。
この構造化されたデータ タイプは、Google がロゴを組織のウェブサイトや組織自体と照合するのに役立ちます。 指定したロゴをナレッジパネルで使用することは、Google にとって強力なシグナルです。 テクノロジーの巨人は、製品カルーセル、トップストーリー、および検索結果のその他の特別なパネルにも、サイトに関するロゴやその他の情報を表示しています.
WebPage > isPartOf > WebSite
やOrganization > logo > ImageObject
など、重要なブランド関係であるいくつかの基本的な組織関係があります。
Google では、Google 検索で組織の検索結果と Google ナレッジ パネルに使用するロゴ画像を指定するよう求めています。 「Google 検索は、ユース ケース例のマークアップを使用して、組織のロゴとして使用する画像を認識します。 これにより、可能な場合、会社に関する検索結果に画像が表示されるようになります。 このようなマークアップは、Google 検索アルゴリズムに対して、この画像をナレッジ パネルに表示するための強力なシグナルです。」 [3]
2. 組織のスター レビュー機能
組織のレビュー スニペットを獲得する可能性を高めるには、追加のガイドラインに従う必要があります。
Google サポートは、「LocalBusiness またはその他のタイプの組織構造化データを使用するページは、レビュー対象のエンティティがそれ自体に関するレビューを管理している場合、スター レビュー機能の対象外です。 たとえば、エンティティ A に関するレビューは、構造化データに直接、または埋め込まれたサードパーティ ウィジェットを介して、エンティティ A の Web サイトに掲載されます。」 [4]
3. お問い合わせ機能
現在および潜在的な顧客が簡単に連絡できるようにします。 コード例を次に示します。
<script type="application/ld+json"> { "@context" : "https://schema.org", "@type" : "組織", "url" : "http://www.your-company-site.com", 「連絡先」:[ { "@type" : "連絡先", "電話" : "+1-301-222-1212", "contactType" : "カスタマー サービス" } ] } </script>
また、 areaServed
、 TollFree
オプション、およびavailableLanguage
を含めることもできます。 これは、ローカルを意図したマップやその他のクエリに役立つ場合があります。
4. 組織の営業時間構造化データ
あなたの会社の営業時間を、地域のビジネス組織の同時かつ論理的な構造に含めます。 JSON-LD 形式を使用すると、HTML マークアップとは関係なく、詳細を最適に記述することができます。
サードパーティのスキーマ ツールを使用すると、業界固有のドメインにカスタム スキーマ マークアップを適用する際の柔軟性が低下します。 独立したスキーマを利用して、要素間のマッピングをより支援するコンテンツ モデルを構築できます。 情報アーキテクチャに加えて、包括的なコンテンツ モデル、タイプ、およびコンテンツ プロトタイプを作成することにより、より優れたコンテンツ リレーショナル ノードが確立されます。 Schema.org の JSON-LD が推奨され、リッチリザルト用に Google によってサポートされています。
コード例は次のとおりです。
<div> <h1>サムシング薬局</h1> <p>当社のドラッグストアで医薬品のニーズを満たす。</p> <p>営業時間: 月曜日~木曜日の午前 9 時~正午</p> <p>電話: (800)555-1234</p> </div>
「最初に Google で確立することで、公式 Web サイトの外観とカバレッジ、および検索結果での存在感を高めることができます。 これにより、ユーザーが公式サイトを認識しやすくなり、検索時に提供された情報に簡単にアクセスできるようになります。
Google では、重要なビジネスの詳細を提供して、検索結果に表示されるようにするためのさまざまな方法を提供しています。 このガイドでは、検索結果、Google ナレッジパネル、Google マップでビジネスの場所、公式サイト、コンテンツ情報を利用できるようにする方法について説明します。」 [2]
5. ソーシャル プロファイルの構造化データを追加する
ソーシャル プロファイルは、ウェブ上でビジネス エンティティを確立するのに役立ちます。 それはあなたが誰であるかを検証し、あなたのブランドを確立し、あなたが知られていることを助けます. これは、私たちが知るようになったように、専門知識、権威、信頼性または EAT を確立するのに役立ちます。
組織のソーシャル プロファイルを追加する方法のコード例を次に示します。
<script type="application/ld+json"> { "@context" : "http://schema.org", "@type" : "組織", "name" : "株式会社ヴァンホーテ", "url" : "company.com", "と同じ" : [ "https://www.facebook.com/your-profile", "https://twitter.com/yourProfile", "https://LinkedIn.com/your_profile" ] } </script>
リッチリザルトの適格性に関する Google の構造化データ ガイドライン
好きな構造化データを使用できます。 そのコードのすべてが、Google SERP で切望されるリッチリザルトを獲得できるわけではないことに注意してください。 Google 検索セントラルのドキュメントは、Google 検索の動作について決定的なものです。 その要件を満たすことで、組織の情報を表示できるようになります。 [5]
Google のスキーマ プロパティの推奨事項から始めるか、それに固執してください。 ベスト プラクティスのガイドラインに注意を払うことで、SERP でのパフォーマンスを向上させることができます。 推奨される構造化データに準拠することで、会社の内容を最もよく伝えるために必要なデータを提供し、人々の Google 検索結果のリストを強化することができます。
基本的なOrganization
のスキーマが整ったら、推奨されるプロパティを使用して、より堅牢な構造化データ スクリプトを作成することに挑戦できます。
保留中のスキーマの種類を見るのは興味深いことです。 たとえば、現時点ではArchiveOrganization
がその中に含まれています。 schema.org/docs/pending.home.html でフォローしてください。
概要
組織の構造化データは重要で、強力で、実装が簡単です。 カスタムの高度な構造化データを使用するには、開発、コンテンツ ライター、および SEO チームが基本的な最適化方法から移行する意欲が必要です。 スキーマ コードの専門家は、この側面を最もよく管理できます。
最も重要なトピック、製品、およびサービスをさらに強化するには、スキーマ マークアップが不可欠です。 651-206-2410 に電話して、 Organization Schema Markup Audit and Optimization Servicesをリクエストしてください
[1] www.w3.org/TR/json-ld11
[2] developers.google.com/search/docs/advanced/structured-data/logo
[3] developers.google.com/search/docs/beginner/establish-business-details
[4] support.google.com/webmasters/thread/162305758/product-review-schema-markup
[5] developers.google.com/search/docs/advanced/structured-data/sd-policies