組織架構
已發表: 2022-09-09如何使用組織架構
組織結構化數據讓企業以機器可以理解的方式向搜索引擎提供有關自己的詳細信息。
以這種方式描述您的組織及其內容使機器能夠將您的網頁和站點視為數據庫。 這不僅僅是使用組織架構; 它是關於知道如何正確使用它。 有許多有用的工具和組織架構生成器。 但是,這篇文章是關於理解其背後的概念。 通過這種方式,您可以自定義結構數據代碼以獲得最大收益。
2023 年及以後的搜索引擎優化 (SEO) 將繼續看到 Google 的搜索排名算法由數百或數千個排名因素組成。 基礎 SEO 已經大大超越了關鍵字優化、標題標籤、滿足圖像規範和標題的基本策略。 長期的 SEO 成功現在包括為搜索引擎提供他們從 Schema.org 庫中尋找的數據。 本文將重點介紹如何有效地使用Organization
結構化數據,因為它是一種基本的模式標記類型。
什麼是組織架構?
組織架構類型詳細說明了組織關鍵標識元素。 這主要包括其徽標、正式名稱、網站 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” } </腳本>
添加組織架構真的很重要嗎?
添加一個簡單的確認你是誰並不是微不足道的。 搜索必須回復機器以管理它們的工作量。 您的組織結構化數據代碼是用他們自己的語言確認您的信息。 在邊緣情況下,組織標記非常有用。 它可以正確地從類似組織中識別您。
谷歌表示,如果實體只是向他們提供數據,那總是會更容易。 當您提供數據字段時,它會提高準確性。 這通常也會為您提供更多控制和更好的好處。 這也意味著搜索引擎需要更少地依賴機器學習。 確保提供一致、正確和清晰的數據。 它需要有意義並解釋你是誰以及你做什麼。
同步性和一致性對於建立公司的信任因素很重要。 Martin Splitt 和 Lizzi Sassman 討論了提供特定模式類型(如組織星級評論評級等)的好處。 谷歌搜索引擎對結構化數據的攝取非常廣泛。
數據模式如何使組織受益?
Organization
架構的好處:
- 它是塑造 Google 知識圖譜的關鍵幫助。
- 讓您陳述和闡明您的業務產品和服務。
- 幫助您將自己與類似組織區分開來。
- 更容易描述複雜或抽象的關係。
- 協助傳達重要信息,以有吸引力的格式在 SERP 上顯示組織的數據。
- 幫助搜索引擎輕鬆抓取和索引支持組織的重要頁面。
- 通知 Google 如何將您的網站和內容歸因於已知實體,例如您的企業或品牌。
- 通過允許對組織的 SERP 性能進行更深入的分析來豐富您的分析數據。
特定組織結構化數據類型的使用
Google 為您提供一般組織類型和更具體類型之間的選項。 如果可以,請選擇更具體的類型。
如何為組織編寫模式標記?
簡單地依靠結構化數據插件和模式生成工具來編寫代碼很容易。 雖然他們會自動創建您的結構化數據代碼,但大多數人在步驟、用例和驗證過程方面缺乏足夠的指導。
跟踪並觀察您的結構化數據代碼輸出的內容; 它將有助於利用您自己的親身經歷做出更好的決策。 當您了解架構的結果和好處時,您的業務實體可以充分利用架構。
什麼是“@id”:“organization.com”?
它是公司的特定 URL 標識符。 除了其他用途之外,它還是貴公司的知識圖實體的唯一標識符。 它必須是貴公司的明確、永久的參考。
許多人只是使用他們的域或實體主頁。 我目前的偏好是使用 http://www.example.com/#organization 而不僅僅是您的域名。 注意:它不需要實際存在於網絡上才能用作唯一標識符。
公共組織結構化數據類型和屬性
組織類型的結構化數據標記細化了業務領域,類似於在出版組織中如何區分不同類型的文章。 它協助語義搜索問答機信息檢索。 如果您不提供它,搜索引擎將通過從其他來源獲取詳細信息來假定它。 在這裡,您還可以使用“流派”字段,它模仿使用“關鍵字”並以類似標籤的結構工作。
正確實施組織結構化數據很重要。
組織類型允許公司更好地將自己描述為Thing
。 它通常是較大結構化數據的嵌套組件,因為結構化數據腳本可以包含多種結構化數據類型。
以下是最常見的幾種。
LocalBusiness Schema 是一種組織標記
因為還有本地企業模式標記,我們接觸過的很多平台和企業都感覺不清楚。
這是任何本地企業都可以告知搜索引擎您的網站與附近搜索的人的關係的一種方式。 隨著 Google 不斷更新其本地搜索算法,此架構特別有用。 LocalBusiness 模式有助於為位於搜索者設備附近的企業確定網站的優先級。 它們是否包含諸如“靠近我”或城市名稱之類的位置關鍵字是有效的。
schema.org 屬性列表顯示了LocalBusiness
除了從Organization
繼承的屬性之外還添加了哪些屬性。
Schema.org 的 NewsMediaOrganization 和 EducationalOrganization 類型
結構化數據類型 NewsMediaOrganization 標識新聞發布者的組織,並且是類型 Organization 中更具體的類型。 它可以幫助報紙或電視台提高他們在語義網上的可查找性。
目前,“該術語被提議完全集成到 Schema.org 中,等待應用程序和網站的實施反饋和採用,”根據他們的網站。
EducationalOrganization
通常是 School,例如HighSchool
、 MiddleSchool
、 CollegeOrUniversity
或Preschool
。
"@context": "https://schema.org",
"@type": "教育組織",
“地址”: {
"@type": "郵政地址",
"addressLocality": "國家",
"addressRegion": "狀態",
"postalCode": "郵政編碼",
"streetAddress": "路名"
},
“校友”:[
{
"@type": "人",
“名稱”:“約翰·多伊”
},
{
"@type": "人",
“名稱”:“納瑞·史密斯”
}
],
“名稱”:“特定學校”
}
Schema.org 的 MedicalOrganization 和 GovernmentOrganization 類型
MedicalOrganization
包括公司(實體或非實體),例如醫院、機構、實驗室或診所。 除了來自Organization
的許多屬性之外,它還具有以下獨特的屬性:
財產 | 預期類型 | 描述 |
---|---|---|
MedicalOrganization 的屬性 | ||
healthPlanNetworkId | 文本 | 網絡的名稱或唯一 ID。 (網絡經常在不同的保險計劃中重複使用)。 |
isAcceptingNewPatients | 布爾值 | 提供者是否接受新患者。 |
medicalSpecialty | 醫學專業 | 提供者的醫學專業。 |
雖然有幾個子MedicalOrganization
類型正在等待處理,但目前這裡有額外的、已批准的特定類型:
- 牙醫
- 診斷實驗室
- 醫院
- 醫療診所
- 藥店
- 醫師
- 獸醫護理
GovernmentOrganization
顯然是一個政府組織或機構。 我們最喜歡包含的兩個屬性是EducationalOccupationalCredential
屬性和NonprofitType
屬性。
Schema.org 的 OnlineBusiness 和 OnlineStore 結構化數據類型
如果您獲得構建豐富的、自定義的、複雜的結構化數據標記服務器端,那將是最好的。 此外,審核您網站的性能,以了解如何利用 JavaScript 集成來縮短渲染時間。 您想為每個頁面明智地選擇最佳架構標記類型。 避免導致頁面渲染緩慢的代碼膨脹。
令人興奮的是,Google 經常在 Google Search Console 中的結構化數據錯誤報告中添加更多上下文。 在嵌套和實現高級模式標記時,它很好地協助模式審計檢查。
Schema.org v14 於 2022 年 3 月 13 日發布。請注意未決類型以備將來機會。 OnlineBusiness 和 OnlineStore 都為編碼人員提供了更強大和更具體的虛擬在線業務組織標記。
組織數據庫模式的正確元素層次結構是什麼?
您可以使用網站 > 發布者 > 組織來獲得正確的元素層次結構。
嵌套組織結構化數據示例:
- 在大學“課程”中- 有助於指定提供該課程的學校的名稱。
- 配方結構化數據和組織數據類型:Google 的文檔包括為每個配方結構化數據的作者或組織推薦的屬性。
來自谷歌的課程示例:
<script type="application/ld+json"> { "@context": "https://schema.org", " @type ": "課程", "name": "計算機科學與編程導論", "description": "介紹基礎的 CS 課程。", “提供者”:{ " @type": "組織", “名稱”:“科技大學 - 尤里卡”, “sameAs”:“http://www.ut-eureka.edu” } } </腳本>
如果文章指定專家作為作者,那麼我傾向於使用作者的person屬性類型。 當一個人沒有被記入一個內容片段時,組織結構化數據類型就起作用了。 在應用組織結構化數據類型的情況下,豐富的結果將顯示組織的名稱作為內容的作者。
根據 JSON-LD 規範檢查使用嵌入式節點或多個腳本塊的適用性。 然後請務必使用驗證工具並查看您的 Google Search Console 報告以了解增強功能和錯誤。
JSON-LD 組織標記
雖然網站開發人員大量使用微格式來描述企業和組織的屬性; JSON-LD 目前是您的最佳選擇。
JSON-LD 與微數據和微格式不同,因為它不是通過向 HTML 標記添加屬性或類來實現的。 相反,機器可讀的代碼作為一個或多個 JavaScript Object Notation 的獨立 blob 添加到頁面中。 您的組織代碼包含特定網頁上實體的標識描述及其關係。
因為實現不直接綁定到頁面的 HTML 結構,所以描述複雜或抽象的關係以及表示在頁面的人類可讀內容中不易獲得的信息會容易得多。
“這使得已經部署了基於 JSON 的大型基礎設施的組織能夠以一種不會干擾其日常運營並且對當前客戶透明的方式使用 JSON-LD 的功能。 但是,有時將 JSON 映射到圖形表示是一項複雜的工作。 在這些情況下,我們沒有擴展 JSON-LD 以支持深奧的用例,而是選擇不支持該用例。 雖然零編輯是一個設計目標,但如果不給語言增加很大的複雜性,這並不總是可能的。 JSON-LD 盡可能關注簡單性。” – [1]
使用sameAs
添加與您的組織相關的實體。
組織結構化數據最具影響力的用例之一是使用sameAs
聲明相關實體。 這使得對thing
的理解更加深入。 這使您可以交叉引用來自多個位置和格式的信息,從而更深入地了解您的組織實體。
以下是sameAs
實現的示例以及它們如何創建關係節點:
條形圖顯示了 web 頁面上的sameAs
聲明的使用情況。 社會概況很突出:
頁 | 百分比 |
---|---|
臉書網 | 發生在 4.26% |
instagram.com | 發生在 2.74% |
推特網 | 發生在 2.46% |
youtube.com | 發生在 1.78% |
鏈接網站 | 發生在 1.04% |
pinterest.com | 發生在 0.60% |
google.com | 發生在 0.51% |
維基數據.org | 發生在 0.12% |
維基百科 | 發生在 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% 的頁面上”。 他的《網絡年鑑》2021 年 11 月 16 日第 1 部分第 4 章結構化數據文章揭示了sameAs
屬性最常見的值是社交媒體平台和官方的可信來源(例如 wikipedia.org)。
此架構屬性主要用於識別網站和企業的社交媒體帳戶; 可能是因為 Google 過去一直依賴這些數據作為在其搜索結果中管理知識面板的輸入。 但是,此要求已於 2019 年棄用。這意味著,隨著 Google 更新其結構化數據要求,該數據集可能會在未來幾年發生變化。
在哪裡放置組織架構標記?
不應將組織結構化數據添加到網站的每個頁面。 它最適合公司的主要頁面; 例如主頁、聯繫頁面或關於我們的頁面。 理想情況下,代碼應該放在頁面代碼的 <head> 部分。
在 2019 年 1 月 22 日的After Hours Google 視頻群聊中,接近 51:36 分鐘時,John Mueller 表示:
“據我所知,它只是主頁……這對我們來說並不重要,因為我們需要能夠在主頁或聯繫頁面之類的地方找到它。
但是,如果我們在其他地方擁有它,那麼它不會改變我們的任何東西。
因此,不能與之比較的是評論標記,我們有時會看到人們將公司評論放在網站的所有頁面上,希望在他們網站上每個頁面的搜索結果中獲得星標,這會很糟糕.
但是聯繫信息,如果你有標記,那就沒問題了。 我認為這沒有問題。”
避免在特定頁面上更好地找到過度索引的信息。
增強的組織代碼段是什麼樣的?
知識圖卡顯示在搜索引擎結果頁面的右側。 它基本上概括了一個組織。 他們很難賺到。 如果您是 Amazon 和 Bentley Motors Limited 等知名品牌以及 Blue Cross Blue Shield 等在線業務,則更容易。
上圖顯示了它的外觀。 Bentley 的所有者、創始人、首席執行官和上級組織均已列出。 同樣,它成立的年份展示了他們最新的車型。 這些實體中的每一個都可以在您的組織架構代碼中進行解釋。
組織架構有助於與 Google 建立您的業務詳細信息
通過實施這種基本架構類型,您可以直接在搜索結果中通知您的 Google 知識面板。 雖然有很多,但下面我們列出了您應該確保包括在內的五個。
1. 組織標誌結構化數據
您的組織在搜索結果和 Google 知識面板中的徽標。
這種結構化數據類型有助於 Google 將徽標與組織的網站和組織本身進行匹配。 在他們的知識面板中使用您指定的徽標是向 Google 發出的強烈信號。 這家科技巨頭還在產品輪播、熱門故事和搜索結果中的其他特殊面板中顯示有關該網站的徽標和其他信息。
有幾個基石組織關係,例如WebPage > isPartOf > WebSite
and Organization > logo > ImageObject
,這是一個重要的品牌關係。
Google 要求您在搜索結果和 Google 知識面板中指定您希望 Google 搜索用於貴組織的徽標圖像。 “Google 搜索使用用例示例中的標記來識別要用作組織徽標的圖像。 這樣可以確保在可能的情況下,圖像會出現在有關公司的搜索結果中。 像這樣的標記是谷歌搜索算法在知識面板中顯示該圖像的強烈信號,”它說。 [3]
2. 機構星級評價功能
為了增加為您的組織獲得評論片段的機會,您必須遵守其他準則。
谷歌支持告訴我們“如果被審查的實體控制著關於自己的評論,則使用 LocalBusiness 或任何其他類型的組織結構化數據的頁面不符合星級評論功能。 例如,關於實體 A 的評論被放置在實體 A 的網站上,可以直接放在其結構化數據中,也可以通過嵌入式第三方小部件放置。” [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" : "客戶服務" } ] } </腳本>
您還可以包括areaServed
、一個TollFree
選項和availableLanguage
。 這可能有助於地圖和其他具有本地意圖的查詢。
4. 組織開放時間結構化數據
將貴公司的營業時間包含在本地商業組織的並發且合乎邏輯的結構中。 使用 JSON-LD 格式可以讓您獨立於 HTML 標記來最好地描述您的詳細信息。
使用 3rd 方模式工具會使您在為行業特定域應用自定義模式標記時不太靈活。 您可以使用獨立的架構來構建內容模型,從而更好地協助元素之間的映射。 通過製作全面的內容模型、類型和內容原型,除了信息架構之外,還可以建立更好的內容關係節點。 首選來自 Schema.org 並受 Google 支持以提供豐富結果的 JSON-LD。
這是示例代碼:
<div> <h1>什麼藥房</h1> <p>在我們的藥店滿足您的藥品需求。</p> <p>營業時間:週一至週四上午 9 點至中午</p> <p>電話:(800)555-1234</p> </div>
“您可以通過首先與 Google 建立官方網站來增強您的官方網站的外觀和覆蓋率以及在搜索結果中的存在。 這使用戶在搜索時更容易識別您的官方網站並更輕鬆地訪問您提供的信息。
Google 提供了多種方式來幫助您提供關鍵業務詳細信息,以便它們在搜索結果中顯示給用戶。 本指南介紹瞭如何使您的企業位置、官方網站和內容信息可用於結果、Google 知識面板和 Google 地圖。” [2]
5.添加社交資料結構化數據
您的社交資料有助於在網絡上建立您的業務實體。 它可以驗證您的身份,幫助建立您的品牌以及您的知名度。 正如我們所知,這有助於建立您的專業知識、權威性和可信賴性或 EAT。
以下是如何添加組織的社交資料的示例代碼:
<script type="application/ld+json"> { "@context" : "http://schema.org", "@type" : "組織", “名稱”:“萬豪特公司”, “網址”:“company.com”, “如同” : [ "https://www.facebook.com/your-profile", "https://twitter.com/yourProfile", “https://LinkedIn.com/your_profile” ] } </腳本>
符合條件的豐富搜索結果的 Google 結構化數據指南
你可以使用任何你喜歡的結構化數據。 請注意,並非所有這些代碼都能在 Google SERP 中為您帶來夢寐以求的豐富結果。 Google 搜索中心文檔對 Google 搜索行為具有權威性。 滿足其要求可確保組織信息符合顯示條件。 [5]
從和/或堅持 Google 的架構屬性建議開始。 通過關注他們的最佳實踐指南,您將獲得在 SERP 中表現更好的權利。 通過遵守推薦的結構化數據,您可以提供所需的數據來最好地傳達您的公司是關於什麼的,並可能在人們的 Google 搜索結果中獲得增強的列表。
準備好基本的Organization
架構後,您就可以嘗試創造性地使用推薦的屬性構建更強大的結構化數據腳本。
觀察掛起的模式類型很有趣。 例如,此時ArchiveOrganization
就在其中。 請訪問 schema.org/docs/pending.home.html。
概括
組織結構化數據很重要、功能強大且易於實施。 使用自定義的高級結構化數據需要開發、內容編寫者和 SEO 團隊願意放棄基本的優化方法。 模式代碼專家可以最好地管理這方面。
模式標記對於進一步增強您最重要的主題、產品和服務至關重要。 致電 651-206-2410 並請求組織架構標記審計和優化服務
[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