GEO

Rayda

一人公司

4小時前

加了結構化資料,AI 就會引用?先核對文章的三個欄位

裝了結構化資料外掛,不代表 AI 已引用文章。今天把標記裡的標題、作者、發布日期與畫面對照,交出三筆紀錄。適合自行維護網站的個人、工作室與中小企業;準備瀏覽器、記事本及公開文章,不需後台或付費工具。
【目標】
結構化資料用標準格式描述頁面。JSON-LD 是其中一種寫法,通常放在 HTML 的 script 區塊,正文不會直接顯示整段資料。它不能替文章增加不存在的作者、資格或成果。
Google 說 AI Overviews、AI Mode 沿用基本 SEO,沒有額外必備的特殊 schema;既有標記應與可見文字相符。這適用於 Google 搜尋,不能當成所有 AI 產品的共同規則。符合要求也不保證抓取、收錄或呈現。
【四步操作】
1. 選一篇文章,先在一般畫面抄下主標題、作者署名及標示為「發布」的日期,記網址與查核日期。另畫五欄:「欄位/標記值/畫面文字與位置/判定/待辦」。沒有看到作者,就記未找到,別拿網站頁尾的公司名直接補上。
2. 按右鍵選「檢視網頁原始碼」,搜尋 application/ld+json,找描述本篇的 Article 或 BlogPosting 項目;可能放在 @graph 裡,也可能有多個區塊。別把 Organization 名稱或麵包屑項目誤當文章欄位。原始碼找不到時先記未找到,交維護者查渲染後內容,不直接判定全頁沒有標記。
3. 抄三個值:headline 是文章標題;author 裡的 name 是作者名稱;datePublished 是首次發布日期。author 若列多人,分別核對,別合併成一個人;publisher 是發布者,不能直接當成作者。這三項只是本次抽查範圍,不是完整必填清單。
4. 回到畫面比對。標題換行不同,先確認是否同一句;多出「保證第一名」就不能當排版差異。日期要分發布與更新,不能拿 dateModified 對「首次發布」。沒有時刻與時區,就只記日期已核對,不補凌晨零點。
判定用「相符/有差異/資料不足」。有差異時記兩個原值與位置;缺依據就待確認,不猜答案。抽查一頁不能推論全站。
【本日核對】
2026/10/18,我以 HTTP 只讀文末客脈 GEO 教學的原始 HTML,回應 200,並核對瀏覽器畫面。Article 的標題為「GEO 內容寫作實作:把測試紀錄變成可查證的答案」,對應主標;作者名稱為「客脈 AI」,對應上方署名;發布日期為 2026-09-18,畫面為「發布 2026.09.18」。
三筆可記「文字與日期相符」。本次未核對發布時刻,也未跑 Rich Results Test、查 Google 採用結果或測 AI 引用。JSON 能解析、三欄相符、搜尋呈現是不同階段,不能合寫「GEO 已成功」。
【虛構錯誤練習】
假設一篇「錄音整理教學」畫面作者是小林,標記卻是另一位不存在的專家,應列作者差異,查清實際責任者,再由有權限的人修正。不能因想增加可信度,就在標記裡加名人或資格。
另一篇畫面發布日是 9/1,只有排版微調,卻把首次發布日改成今天。應保留差異及修改紀錄,確認發布與更新的用途;今天檢查不等於今天首發。以上都是虛構紙上教材。
【作業與驗收】
用自己的公開文章或文末範例,完成五欄三列及待辦;全部相符就寫「本次三項未見差異」,不用捏造問題。請另一人依表格找到同一標記與畫面位置,說明判定理由;未複核就記自行核對。
預期成果是三筆對照與待辦。若日後在自己的網站修正,要重新讀取正式頁並核對;在原始碼視窗看見文字,不表示已修改。常見錯誤還包括把語法能解析當成內容正確、只查三欄就宣稱完整合規,以及把測試工具通過當成 AI 推薦。
本練習可零額外工具費完成,人工仍需時間;外掛進階功能與正式維護可能另計,不需買訂閱。今天未改官網、量測排名或商業成效;引用須另留實際回答與來源證據。
官方文件(2026-10-18 查核):
練習頁:核對主標、作者與發布日期
整理/配圖:客脈 AI。配圖為 AI 示意圖,非真實網站、驗證報告或引用證明。
0 0 9 0