如何避免架構標記漂移
已發表: 2023-03-01如何避免架構標記漂移
Google 結構數據更新經常發生。 這不在你的控制之下。 保持最新狀態可能意味著讓您的產品易於找到,甚至可以幫助您避免人工處罰。
創建高質量的內容對您的網站訪問者和 Google 都很有價值。 結構化數據使搜索引擎可以輕鬆了解您發布的有用數據和您的意圖。 考慮產品頁面上的關鍵細節,例如定價、產品可用性、產品變體、操作方法詳細信息、聯繫信息等; 所有這些都需要有效的模式標記來塑造您的知識庫。
什麼是架構標記漂移?
模式漂移可能是一個難以管理的複雜問題。 它基本上包含處理網頁內容和模式標記不同時的策略和任務。 通常,當插件工程師或靜態、硬編碼、schema.org 標記落後於代碼或內容更新時,就會發生這種情況。 如果我們將“漂移”一詞的含義視為名詞,則非常恰當。 牛津語言稱這是“從一個地方到另一個地方的持續緩慢移動”。
與任何漸進的事物一樣,如果沒有刻意關注,通常很容易錯過。
萬維網的進步是持續的。 這些力量迫使 SEO 在管理語義和模式的方法中變得敏捷。
標記不斷發展的方式:
- Google 推出了新功能,其他功能不再使用。
- 新版本在 Schema.org 推出。
- 較舊的內容已更新或移動,當前代碼中斷。
- 有人決定對 CMS 或其他平台進行更改。
- JavaScript、應用程序或其他第 3 方實體更新或切換。
- 聯合或自動內容會更改頁面上的文本和元素。
- 站點的本體發生變化、合併或遷移。 (會影響麵包屑標記)
- 團隊成員在沒有意識到影響的情況下更改了內容或代碼。
- 業務實體更改名稱、移動、合併或進行其他身份更改。
Schema.org 詞彙表已刪除
預定的 Schema.org 詞彙更新通常包括新詞彙機會,而其他詞彙則被刪除。 我們尤其在產品選項和醫學術語中看到了這種情況。 如果這些更改適用於您,請執行 RDF 數據庫查詢以發現它們。 僅當您確定更新會產生積極影響時才刪除條款。 當標記過時的模式術語時,權衡是否值得存檔或取代。
用於觀察偏差的模式標記示例
數據集模式標記有幾個新的可能性待定
Dataset
集架構標記最後更新於 2022 年 10 月 25 日。許多很棒的想法正在考慮中。 比如AI創新生態的知識圖譜,ML Models就是過程中的一種實體。 隨著新的可能性的出現,更多的問題浮出水面。 例如,“OML 可以在語義數據集上描述機器學習嗎?” 雖然 OpenML 元數據使用了一些 OML 本體,但目前ml-schema
和Expose
都沒有。 (Expose 是一個使用 PHP 的隧道應用程序,允許您與 Internet 上的其他人共享您的本地站點和應用程序。)
我們已經有了數據集架構標記。 如果 MLModel 作為 Dataset 的子類被廣泛採用,那麼超類 Model 是否需要標記更新? 這樣的場景太多了。 幾個模式標記更新即將推出,其他是可能影響未來實施的討論點。
有效產品報價的項目條件憑據已更改
自 2022 年 10 月起, itemCondition
的微數據和 JSON-LD 有效標記都發生了變化。 “new”的內容值不再有效。 要使用此模式類型,現在需要在Offer
中使用NewCondition
。 這通常嵌套在Product
架構下。 修復所有產品標記錯誤對於電子商務網站尤為重要,有助於保持收入增長。
闡明了評論架構標記
另一件需要知道的事情是,谷歌最近明確表示,在您的網頁中嵌入本地評論不會影響網絡排名。 意思是,可能還有其他更重要的結構化數據實現需要花費您的時間。 John Mueller 明確指出,“確保不要對未在您網站上收集的評論使用結構化數據標記。” 這是我過去問過的問題,但答案很模糊。 儘管我們一直保持謹慎,但最好始終保持真正的清晰度。 對於我們多年未更新的某些頁面; 評論內容需要更新以避免模式標記漂移。
結構化數據通常是手動添加到您的網站代碼中的——如果您僱用了具有成熟專業知識的人。 幾個 SEO 插件可以以最小的努力提供幫助。 在任何一種情況下,密切關注模式需求都可以避免很多麻煩。
了解如果插件管理您的模式會發生什麼
Roger Montti,我最喜歡的作者,最近寫了一篇關於 All In One SEO WordPress 插件漏洞如何影響多達 3+ 百萬的文章。 與許多插件一樣,此插件內置了對架構標記的支持。
它強調需要謹慎使用插件來管理您的模式標記。 很多時候,“漂移”很重要。 在測試了多個類似的插件後,我很驚訝使用他們自己的工具在他們自己的網站上經常出現嚴重的錯誤。 我很同情保持應用程序或插件最新所必須進行的工作。 我也同情 300 多萬活躍用戶,他們發現自己容易受到兩次跨站點腳本 (XSS) 攻擊。
這不是兒戲。 Montti 報告說,“這些漏洞影響 AIOSEO 的所有版本,包括 4.2.9 版。” 這是怎麼發生的? 跨站點腳本 (XSS) 攻擊是一種注入漏洞利用形式,涉及在用戶瀏覽器中執行的惡意腳本,然後可能導致訪問 cookie、用戶會話,甚至網站接管。
維護良好的插件和應用程序可能會自動攝取當前的模式詞彙表版本。 您將想要探索支持所有可能的實體類型的所有模式機會。 但是,需要經驗才能知道哪種實體類型最適合各個頁面的用途。 您需要既有效又簡化的模式標記,以避免代碼膨脹並獲得頁面的最佳表示。
為什麼讓搜索引擎必須猜測?
對於 Google 而言,這可能是一場大型猜謎遊戲,以確定您內容中的關鍵點、作者是誰、它所代表的公司/組織以及哪些數據對於匹配搜索查詢最有用。 內容更新是一件好事。 您只是不應該忘記您的模式需要同時更新。
Martin Splitt 的架構標記漂移評論
“隨著時間的推移,你會在你的模式標記和頁面上的內容之間發生漂移。 誰能控制將內容放在頁面上,誰就有語義責任。 無論是開發還是 SEO。 嘗試將頁面上的任何內容映射到更廣泛的概念。” – Martin Splitt,Google 開發者關係主管[1]
正確構建和嵌套您的 Schema 有助於搜索引擎快速識別給定實體的各種屬性以及它們與其他實體之間的關係節點。 我們更喜歡 JSON-LD,它註釋頁面上的元素,構建頁面數據,這對搜索引擎很有幫助。
實施結構數據標記的一個關鍵優勢是消除頁面元素的歧義並建立實體周圍的質量和事實,然後與創建更有組織、更好的整體網絡相關聯。 然而,如果過去的代碼變得多餘,結構數據標記的優勢很快就會消失。
通常,您的核心姓名、地址和電話號碼更改頻率較低。 對於這些基礎業務細節,維護準確的組織結構化數據或本地業務模式至關重要。
為什麼避免模式標記漂移很重要?
Schema 增加了您贏得豐富結果的機會: Google 搜索引擎結果頁面 (SERP) 不斷添加新的方式來放置高度可視化的位置。 例如,流行的“People Also Ask”框和“People Also Search For”特色片段可以包含直接指向您網站的鏈接。
提高您的網站質量和 EEAT:就其本身而言,結構化數據並不是直接的排名因素。 但是,Google 一直推薦使用它,因為它可以幫助其搜索引擎了解您網站上的內容。 這種通過結構化數據讓 Google 更好地了解您的內容和您網站上包含的實體的方式還可以簡化和改進他們對您網站質量和 EEAT 的評估任務。
您可能出於某種原因想簡單地更改現有文章的架構。 請注意,濫用模式可能會觸發算法或手動懲罰。 架構漂移和頁面更改可能會在一段時間內被忽視; 但是,失去來之不易的排名並在 Google 搜索中掉線是不值得的。
結構化數據為您的 Google 知識圖譜提供數據
無論您是手動管理架構還是自動化結構化數據,它都有很多用途。
谷歌的知識圖譜領域正在迅速佔據更多的 SERP 空間。 雖然 Google 以許多我們不了解的方式收集信息,但我們知道模式代碼會為其機器人程序提供信息。
2018 年,谷歌開始談論其主題層。 這有助於其機器學習更好地評估網絡內容以及主題和子主題如何協同工作。 谷歌聲明如下:
“因此,我們採用了現有的知識圖譜——它了解人、地點、事物和關於它們的事實之間的聯繫——並添加了一個新層,稱為主題層,旨在深入了解主題空間以及興趣如何隨著時間的推移而發展隨著熟悉程度和專業知識的增長。 主題層是通過分析給定主題的網絡上存在的所有內容而構建的,並開發了成百上千個子主題。 對於這些子主題,我們可以確定最相關的文章和視頻——那些已經證明自己常青且持續有用的文章和視頻,以及關於該主題的新鮮內容。 然後,我們會查看模式以了解這些子主題如何相互關聯,這樣我們就可以更智能地呈現您接下來可能想要探索的內容類型。” – 幫助您完成搜索之旅
Google 的結構化數據採用和不斷發展的 Schema.org 庫都是非常棒的優勢,可以指導您的內容如何更好地結構化。 它可以幫助您的網站解決內容模糊和數據混亂的問題。
基本上,架構漂移會使您的內容對搜索引擎造成混淆。 這是一個數據質量問題。 將其視為通知 Google 主題層的數據層。 隨著時間的推移,隨著出版物和頁面的增多,管理數據質量成為一項更大的任務。 模式旨在服務於特定目的。 基於數據質量的結構化內容非常有用; 但是當它偏離準確性時,它就是一個數據問題。
您的模式需要可信度。 建立內部最佳實踐工作流來管理架構更改。 監控數據質量很重要。
你如何檢測模式標記漂移?
模式漂移檢測方法:
谷歌搜索控制台報告
由於我們渴望為客戶贏得 Google 富媒體搜索結果,因此密切關注 Search Console 報告是一項優先任務。 此 Google 工具會根據您的抓取速度緩存網頁版本。 因此,如果您經常更改標記,最新的標記可能不會反映您網站上的內容。
尖叫青蛙定制報告
在站點遷移期間映射架構標記是一項艱鉅的任務。 在遷移過程中,即使是輕微的內容更改也會影響架構。 例如,如果有人更改了問答內容,它可能會丟棄您的 FAQ 架構標記。 檢查每個系統以從所有遷移文件中導出所需的數據庫模式,然後將其與實時數據庫中的實際模式進行比較以檢測偏差。
映射數據中的 Microsoft 架構漂移
要啟用模式漂移控制,請在接收器轉換中選擇“允許”模式漂移。 啟用架構漂移後,請確保打開映射選項卡中的自動映射滑塊。 啟用此滑塊後,所有傳入的列都將寫入您的正確目的地。 否則,您必須使用基於規則的映射來編寫漂移列。
如何避免架構標記漂移的發生?
通過以下方式避免架構漂移:
- 指定一個人負責監控模式。
- 採取完整的團隊方法。
- 檢查外部架構漂移。
- 投資模式分析器工具。
- 在模式管理中具有選擇性、戰略性和流線型。
- 為每個模式屬性對齊相同的語言。
- 對齊相同的結構以添加值,包括日期和時間格式。
- 為每個屬性共享相同的語法,例如大寫、連字符和標點符號。
- 每個屬性使用相同的編碼格式(例如:字符編碼)。
- Google 開發人員結構化數據更新
- Schema.org 推出新版本
指定一個人負責監控模式。
像這樣的任務可能會被錯過或延遲,而沒有在兩個時間表中指定以及誰對此監督負責。 SEO 經常面臨超載的機會和任務,因此這只有在他們每周可以指定足夠的時間來完成檢查並與發生偏差的情況進行溝通時才有效。
採取完整的團隊方法。
一旦您確定了可能發生漂移的方式,請設置一個通知系統,以便進行更改數據同步的更新的任何人都可以將其傳達給其他人。 外部網頁容器、插件配置、主題等如果更改,可能會導致問題。 影響您的標記的多個插件可能會導致衝突或冗餘。
每個可能調整您的架構的團隊成員都應該:
檢查外部架構漂移
有時我們將模式(例如來自 WordLift 或 Yoast 的模式)與我們的自定義格式相結合。 在某些情況下,您的標記會託管在第三方上。 雖然這些附加模式標記方法有好處,但請注意@id
可能會漂移並導致外部模式漂移。
投資模式分析器工具
一些應用程序和平台提供了一個模式分析器,可以執行計劃的站點爬網以查看模式數據的整體健康狀況。 許多在查詢數據(RDF 三元組)以獲取已棄用的模式屬性後提供可視化報告(建議:Screaming Frog Crawler)。 利用鏈接的開放數據保持相關性。
在模式管理中具有選擇性、戰略性和精簡性
在向搜索引擎提供不足的數據和成為“嘈雜的環境”之間取得良好的平衡。 有人可能會認為,通過使用多個架構標記插件管理器,您可以完成單個平台提供的功能。 這是可能的。 但是,存在創建過多噪聲代碼的風險。 我們建議做出戰略選擇並發展開放式溝通以獲得該第三方的高級支持。 這通常需要付費購買高級版本。
遵循兩個主要來源以隨時了解架構標記更改:
如果這個任務看起來有點耗時,我們不會說你錯了。 然而,SEO 普遍同意的一件事是搜索營銷仍然是一項耗時的策略。 沒有任何單一版本的搜索引擎優化能夠快速、立即地保證您在搜索結果的第一頁排名。 只有付費搜索選項可以讓您對首頁廣告位出價。
在您的網頁上維護有效架構標記的定期審核將在架構漂移發生時發現。
摘要:您不想因架構標記漂移而出軌
如果您需要幫助保持架構準確,請致電 651-205-2410。 我們很樂意提供幫助! 我們熱衷於提供自定義 SEO 架構標記解決方案來解決您的獨特需求。 例如,我們將評估您網站的抓取預算、代碼重複和可能的意圖消歧問題。 我們還熟悉阻止 Google 將架構標記編入索引的最常見錯誤。 您的數據質量很重要,我們可以提供幫助。
審計防止結構化數據標記漂移
參考:
[1] https://webinars.searchenginejournal.com/search-engine-journal/QA-With-Google-s-Martin-Splitt-Semantic-HTML-Search-Google-Search-Console