外送資料研究方法：Search Console、YouTube Analytics、SERP、價格抽樣、城市資料與 AEO/GEO 證據

本頁範圍：資料方法、證據保存與限制，不是排名宣稱

本頁建立外送權威站的資料研究方法，包括 Search Console、YouTube Analytics、Google SERP、AI answer engines、價格抽樣、城市官方資料、Google Business Profile 和商家 KPI。它不把任何單一資料源當成完整答案，也不在資料不足時宣稱 `外送` 已上 Google 首頁。

本頁的成功標準是：讓未來每個案子都能按同一套欄位保存 evidence，讓案主看得懂「我們完成了什麼」「現在證明到哪一層」「下一步等什麼資料」。

SEO/AEO/GEO 證據分層：每一層代表不同程度

Search Console：用 Performance 和 API 做趨勢，不把平均排名誤讀成 SERP 截圖

Google Search Console Performance 報表可看 clicks、impressions、CTR、position，以及 query、page、country、device、search appearance 等維度。Search Analytics API 也可用日期範圍和維度查詢搜尋流量資料，但官方文件明確提醒 API 受到 Search Console 內部限制，不保證返回所有資料列，而是返回主要資料列。這代表 Search Console 很重要，但不是完整排名真相。

因此 Delivlog 的 Search Console 方法應固定輸出三張表：page x date、query x page、country/device x page。當 `/delivery/` 或新文章開始出現 impressions，才能說 Google 已開始呈現搜尋曝光；當 query 和 page 同時出現，才能說某頁和某搜尋意圖有連結；若要說第一頁，仍要另外保存 SERP 截圖。

YouTube Analytics：頻道搜尋觸及要看 traffic source 和 search terms

YouTube Help 說明 Reach tab 可看到 traffic source types，也能在 YouTube Search 卡片看到搜尋字詞。YouTube Analytics API 的 reports.query 可用 metrics、dimensions 和 filters 查詢頻道或影片報表。這對本案很關鍵，因為 Delivlog 的目標不是只有網站排名，也包括 YouTube 頻道與影片被 Google 搜尋、YouTube 搜尋和外部來源觸及。

每次 YouTube 匯出應保存日期範圍、影片 ID、traffic source、search term、views、watch time、external URL 和 query。若某影片因 `外送`、`外送員` 或城市字獲得搜尋流量，該影片就應回鏈到對應權威頁；若網站頁開始獲得 Google 搜尋曝光，也應回頭檢查影片 description、chapters 和 pinned comment 是否對齊。

SERP 與 AI：截圖、文字結果、來源 URL 都要保存

排名和 AI 引用不能靠記憶。SERP capture 應固定 query set、語言、地區、裝置、時間、是否登入、是否個人化，並保存截圖、文字、可見連結和 Delivlog 位置。AEO/GEO 檢查也一樣：要保存使用哪個 AI answer engine、查詢句、日期、語言/地區設定、答案文字、是否出現 Delivlog、引用的是網站頁還是 YouTube 影片。

只有在連續觀察到來源引用，且截圖與 URL 可回查時，才能把它列為 AEO/GEO evidence。單次 AI 答案可能受模型、地區、登入、查詢句和時間影響，因此應標示為「觀察」而不是永久成功。

資料集與 Dataset 結構化資料：原創資料要有 landing page

Google Dataset structured data 文件說明，資料集可以是表格、CSV、組織化的表格集合或資料檔；Google 建議使用 dataset landing page、sitemap 和 provenance metadata。這對 Delivlog 很重要：價格抽樣、商家 KPI、Google 商家檔案稽核、SERP baseline、YouTube Analytics 匯出和城市事故資料，都可以逐步形成資料集。

目前本頁先建立資料研究 hub，未來可新增 dataset 子頁或公開 CSV 下載頁。每個資料集都應有名稱、描述、日期範圍、欄位定義、來源、限制、更新頻率、授權或使用邊界。不能只有一張截圖就說是資料集。

每週資料研究流程

1. 重跑 public technical validation，確認 sitemap、canonical、JSON-LD 和 redirects。
2. 匯出 Search Console：按 page、query、country、device、date 分組。
3. 匯出 YouTube Analytics：按影片、traffic source、search term 和 external source 分組。
4. 重跑固定 SERP query set：`外送`、平台字、城市字、商家字、費用字、安全字。
5. 抽查 AEO/GEO：固定 10-20 個問題句，保存答案與來源。
6. 更新價格抽樣、商家 KPI 或 Google 商家檔案稽核資料。
7. 把結果追加到 evidence，不覆蓋舊資料。

這個流程讓 Delivlog 能對案主說清楚：目前證明到技術、收錄、曝光、排名、流量還是 AI 引用哪一層。這比直接宣稱「SEO 成功」更可靠，也更容易複製到下一個案子。

可說與不可說

可以說：Delivlog 已建立技術驗證、內容深度、Search Console、YouTube Analytics、SERP、價格抽樣和 AEO/GEO 檢查的資料框架；未來可以用相同欄位追蹤成效。

不能說：技術驗證等於 Google 收錄、Search Console impressions 等於首頁、平均 position 等於固定 SERP 版位、YouTube Google Search 流量等於網站排名、單次 AI 答案等於穩定 GEO 成功，或資料不足時做平台/城市排名。

外送資料研究 FAQ