|

Google 開放論壇申請另一條 UGC 送件管道，不保證收錄

By智搜編輯部

對大多數網站，進 Google 搜尋仍然是爬取：Googlebot 找到網址、取回頁面，再由另外的系統決定要不要放進索引。2026 年 10 月 8 日，Google 在 Search Central 加上 UGC Fresh Data Program 的說明。獲准的論壇和社群平台可以把使用者生成的內容，以及互動信號，從一條專用的資料送進管道直接送出。Google 寫這條管道獨立於傳統爬蟲，也獨立於 Indexing API，而且參加不保證內容會出現在搜尋裡。1

Google 先前跟個別平台合作過。這次把資格公開，並附了申請表，所以大部分條件可以用平台自己的頁面先對一遍。申請表會問每月活躍使用者，以及平台何時上線。

目錄（9）

編譯自 Search Engine Journal · Matt G. Southern · 2026-10-16 原文

完整來源聲明

來源聲明：本文根據 Matt G. Southern（Search Engine Journal，2026-10-16）〈Google Takes Applications For A UGC Pipeline Separate From Crawling〉編譯為繁體中文，不是逐句翻譯。資格、不保證收錄、六到八週回覆，已對上 Google 的計畫頁（最後更新 2026-10-08 UTC）。原文：https://searchenginejournal.com/google-ugc-fresh-data-program-applications/593113/。文中「編輯解讀」為本站觀點，不屬於原文。檢索日期：2026-10-17。

這條管道做什麼、不保證什麼

變更記錄在 10 月 8 日寫：新增 UGC Fresh Data Program 的文件，用來說明目的，並幫申請者了解資格和參加方式。同一天的計畫頁最後更新時間是 2026-10-08 UTC。頁面和這則變更記錄都沒有寫管道從哪一天開始運作。2

Google 的說法是：這個計畫幫平台把新鮮、品質高、真實的使用者生成內容，顯示在搜尋的多種功能裡。獲准的平台用專用管道送出內容和互動信號。這樣做是為了讓新鮮內容被處理，並在搜尋裡很快更新，讓人找得到來自該平台的第一手看法。頁面沒有給「很快」的時間。

它限定在趨勢性的使用者生成內容，不是一般網頁的爬取，也不是 Indexing API。參加不保證內容會出現在搜尋裡。

誰可以申請

計畫頁列了六項，沒有數字門檻：

  • 內容類型：平台主要必須是使用者生成內容、社群貼文或論壇討論。內容要在有穩定網址的專頁上，不在個人檔案或動態頁。Google 把 UGC 定義成由獨立使用者創作、由平台代為存放和散布的數位材料，不是平台自己產的。
  • 量與受眾：要有大量這類內容，以及可觀的使用者基數。「可觀」沒有寫成一個數字。申請表卻要求填每月活躍使用者。
  • 公開可及：頁面必須是 Googlebot 和使用者都進得去的公開頁。要登入或付費才看得到的不算。每則內容都要能對到一個公開的創作者檔案。
  • 技術：要能做安全的 OAuth 2.0 API 驗證，並組出嚴格驗證過的 JSON-LD。頁面上要已經使用、或準備好使用有效的 schema.org 標記。例子是 SocialMediaPosting 或 DiscussionForumPosting，並帶 interactionStatistic 的子欄位。
  • 內容健康：不得發布非法內容，要有持續的審核，並讓使用者可以檢舉。
  • 新鮮度：送出的內容要盡量新，理想是幾分鐘內送出；互動計數要能定期更新，在內容建立後 72 小時內。72 小時為什麼是這個窗口，頁面沒有解釋。獲准之後才會給更細的開發文件。

送出申請不保證參加。Google 寫會在六到八週內回覆申請狀態。入選後才給技術整合文件和上線步驟，沒有寫那一步的時程。

申請表有七個必填：公司名稱、要送內容的主要網域、10 個含使用者內容的範例網址（每行一個，要和打算送出的格式一致）、每月活躍使用者、上線日期、Search Console 擁有者的電子郵件、聯絡信箱。表單寫這只是表達興趣，Google 沒有義務把你的內容放進它的功能。表單比計畫頁多走一步：送出的內容有資格出現在 Google 搜尋和其他版面，尤其是有時效或新鮮的內容；但它從不保證會顯示，顯示完全由排名演算法決定。計畫頁說的是「搜尋上的多種功能」，表單說「Google 搜尋和其他版面」，兩邊都沒有點名是哪一個功能。3

和爬取、Indexing API 差在哪

任何站都可以請 Google 再爬自己的頁。Search Console 資源的擁有者或完整權限使用者，可以在網址審查工具裡對單一網址要求爬取，有額度；網站地圖涵蓋更大的一批網址。Google 寫爬取可能要幾天到幾週，提出要求不保證立刻出現在搜尋結果，甚至不保證會出現。4

Indexing API 更窄。它只適用於帶 JobPosting，或在 VideoObject 裡嵌了 BroadcastEvent 的頁，讓擁有者通知頁面新增、更新或移除，以便 Google 安排一次新的爬取。5 額度頁寫，每個專案每天預設可以送 200 次發布請求（含更新和刪除），太平洋時間午夜重置；這項 API 不收費。6 SEJ 另外寫，預設額度是給上線和測試，進一步使用還要另外核准；作者在 9 月的文章裡說，有幾個職缺站等核准等了數月。10 月 16 日的變更記錄說，額度頁已按現行額度更新，並移除一份過時的表單。我 10 月 17 日打開的額度頁有上面的 200 次，沒有「進一步使用要另外核准」那一句。職缺站等了數月是作者自己的記錄，不是這份文件裡的數字。

再爬、網站地圖和 Indexing API 都是把網址交給 Google 去爬。這個計畫送的是 Google 所說的內容和互動信號，但沒有取代公開網址：資格仍然要求 Googlebot 進得了那些頁。「幾分鐘內」指的是送出，不是收錄。三條路都不保證會出現在搜尋裡。三者裡，再爬和網站地圖不需要先申請獲准；這個計畫要 Google 核准申請者。

以前的平台合作，和這次公開申請

SEJ 整理的時間是：2009 年 12 月 7 日 Google 推出即時搜尋，顯示 Twitter、FriendFeed 等網站上的即時更新，並把 Facebook、MySpace、Jaiku、Identi.ca 列為新夥伴。2011 年 7 月，它說與 Twitter 的協議在 7 月 2 日到期。2015 年 5 月把推文帶回行動版搜尋，8 月加上桌面。這些舊文這次沒有打開，日期依 SEJ。

2024 年 2 月（SEJ 所標的日期），Google 公告寫，它可以使用 Reddit 的 Data API，取得即時、結構化、該平台獨有的內容，並用加強過的信號去理解 Reddit 的內容，加以顯示、訓練，或以其他方式使用。同一則寫，這項合作不改變 Google 對網路上公開、可爬取內容的使用，那些內容仍可用於索引、訓練，或在 Google 產品裡顯示。7 計畫頁和申請表都沒有提到 Reddit，也沒有提到訓練。SEJ 認為，舊公告點名了合作對象，但沒有足夠的技術細節可以跟這條新管道比；這次是獲准的平台把資料送進 Google 的管道，而且資格和申請表對公眾開放。

標記早於這個計畫，計數沒有說明怎麼用

計畫點名的標記，比計畫本身早了將近三年。SEJ 寫，2023 年 11 月 Google 加入論壇和個人檔案的結構化資料。當年的說明寫，這套標記配合用來顯示社群平台、論壇和其他社群裡第一人稱觀點的搜尋功能，使用標記不保證會出現。8 SEJ 還寫，2024 年 6 月變更記錄確認也支援 SocialMediaPosting，2026 年 3 月加入討論串和問答屬性，包含 AI 生成與機器人內容的標籤。這兩則日期這次沒有在變更記錄裡逐條核到。現在的論壇標記頁同時列了 DiscussionForumPosting 和 SocialMediaPosting。

該頁列出 interactionStatistic 支援的互動：喜歡或贊成、不喜歡或反對、瀏覽次數、留言（CommentAction 或 ReplyAction）、轉發。計畫頁拿同一套標記當例子。論壇文件和計畫頁都沒有說這些計數怎樣影響排名。9

申請之外，頁面上仍該做的事

只有動態、必須登入才看得到貼文，或貼文對不回公開創作者檔案的平台，依現行條件不合格，跟平台多大無關。那 10 個範例網址，要代表準備送出的格式。

就算不申請，SEJ 認為技術上仍可先把頁面標記做好。有效的頁面結構化資料是條件之一。他寫 2023 年 Google 已在 Search Console 和複合式搜尋結果測試裡支援論壇與個人檔案標記，報表會顯示錯誤、警告和有效項目。這句報表範圍依 SEJ，不是這次在 Search Console 裡核對的。

如果網站的主要內容不是使用者生成的，第一條資格就過不了。這類網站仍可能在同一組搜尋裡跟論壇和社群結果競爭。Google 沒有點名任何參加者。截至 2026 年 10 月 17 日打開的計畫頁、申請表說明和 10 月 8 日的變更記錄，都沒有平台名字。因此搜尋結果裡論壇變多，無法從這三份文件判斷是不是這個計畫造成的。三份文件也沒寫 Google 怎樣使用互動信號，以及參加者會不會拿到報表。

常見問題

  • 送進這條管道，就會被收錄嗎？不會保證。計畫頁寫參加不保證內容出現在搜尋裡。申請表寫內容有資格出現在 Google 搜尋和其他版面，但從不保證顯示，顯示由排名演算法決定。送出申請本身也不保證獲准，回覆時間是六到八週。
  • 這是不是取代 Googlebot？不是。管道獨立於傳統爬取和 Indexing API，但資格仍要求內容在公開、穩定網址的專頁上，Googlebot 和使用者都進得去。要登入或付費才看得到的頁不合格。再爬和 Indexing API 是把網址交給 Google 去爬；這裡送的是內容和互動信號。
  • 一般公司網站可以申請嗎？第一條就要求平台主要是使用者生成內容、社群貼文或論壇討論。主要內容不是使用者生成的網站過不了。個人檔案頁和動態頁上的內容也不符合「要有穩定網址的專頁」。
  • 要有多少每月活躍使用者？計畫頁只寫可觀的使用者基數，沒有數字。申請表要求填每月活躍使用者，但沒有寫及格線。10 個範例網址要和打算送出的格式一致。
  • 互動數會提高排名嗎？文件沒有這樣說。論壇標記頁列出喜歡、反對、瀏覽、留言和轉發，計畫頁把這套計數當技術例子。兩邊都沒寫這些數字怎樣用於排名，也沒寫參加者會不會拿到使用報表。

編輯解讀

一句話重點：這是給大型論壇和社群平台的另一條送件管道，不是一般網站的收錄捷徑，也不保證會出現在搜尋裡。

這對你的網站意味著什麼：

  • 先用六項資格自己打分。內容若主要在動態或個人檔案、或要登入才看得到，申請表填了也不符合書面條件。
  • 不申請也可以把討論頁的標記補上：穩定網址、公開創作者、DiscussionForumPosting 或 SocialMediaPosting，以及文件列出的那幾種互動計數。標記本身不保證出現。
  • 不要把「幾分鐘內送出」寫成幾分鐘內收錄。爬取文件寫的仍是幾天到幾週，而且要求爬取也不保證收錄。
  • 搜尋結果裡論壇變多時，不要歸因到這個計畫。截至檢索日，公開文件沒有參加者名單。

適用與不適用的情境：適用於主要承載公開論壇或社群貼文、頁面有穩定網址的平台，用來判斷要不要花工程做 OAuth 和 JSON-LD。不適用於一般企業網站、會員牆後面的討論區，或把這份文件當成排名因素說明。

需要注意的限制：資格和「不保證」來自 Google 的計畫頁與申請表。2009 到 2015 年的平台合作、2024 年 6 月和 2026 年 3 月的標記變更日期、以及職缺站等核准等了數月，依 SEJ，這次沒有逐條打開舊文核對。Indexing API 額度頁在 10 月 16 日更新過，現頁沒有 SEJ 所寫的「進一步使用要另外核准」。Reddit 公告裡的「訓練」沒有出現在這個計畫的頁面或申請表。

延伸閱讀：

可複用規則3 條

從本文提煉，可供人工對照或 AI 分析站點時作為依據。全部規則

  1. UGC Fresh Data Program 讓獲准的論壇和社群平台，用獨立於傳統爬蟲和 Indexing API 的管道送出內容與互動信號。頁面仍須公開且 Googlebot 進得去。參加不保證內容出現在搜尋裡。

    適用 把這個計畫說成一般網站的收錄捷徑
    排除 不要寫成送出就會收錄，也不要寫成可以取代公開網址
    • 寫明獨立於爬蟲但仍要公開頁
    • 寫明不保證出現

  2. 資格是：主要為使用者生成內容、在穩定網址的專頁而非個人檔案或動態、無登入或付費牆、能對到公開創作者、OAuth 2.0 與嚴格驗證的 JSON-LD、有檢舉機制、幾分鐘內送出且 72 小時內更新互動計數。「可觀使用者基數」沒有數字。

    適用 判斷一個平台能不能申請
    排除 不要自填一個每月活躍使用者的及格線，也不要把會員牆後面的討論區算進去
    • 六項都寫到
    • 門檻標成文件未給數字

  3. DiscussionForumPosting 或 SocialMediaPosting 的互動計數（喜歡、反對、瀏覽、留言或回覆、轉發）是申請的技術例子。論壇文件和計畫頁都沒說這些計數如何影響排名，標記也不保證出現。申請後六到八週才回覆，且不保證獲准。

    適用 用互動數解釋論壇結果變多
    排除 不要把計數寫成排名因素，也不要把沒有點名的計畫說成某次論壇結果增加的原因
    • 計數只當標記欄位
    • 截至檢索日沒有參加者名單

名詞與資料來源

  1. Google Search Central：〈UGC Fresh Data Program〉 https://developers.google.com/search/docs/appearance/ugc-fresh-data-program（最後更新：2026-10-08 UTC；檢索：2026-10-17；CC BY 4.0）
  2. Google Search Central：〈Documentation updates〉2026-10-08 與 2026-10-16 https://developers.google.com/search/updates（檢索：2026-10-17）
  3. Google 申請表：UGC Fresh Data Program https://docs.google.com/forms/d/e/1FAIpQLScCpW46_ZiFS7ormuphFnz0Fxt18Ott-z1I4jWq2C4bEjPQWQ/viewform（檢索：2026-10-17）
  4. Google Search Central：〈Ask Google to recrawl your URLs〉 https://developers.google.com/search/docs/crawling-indexing/ask-google-to-recrawl（檢索：2026-10-17）
  5. Google Search Central：〈Indexing API Quickstart〉 https://developers.google.com/search/apis/indexing-api/v3/quickstart（檢索：2026-10-17）
  6. Google Search Central：〈Quota and pricing〉 https://developers.google.com/search/apis/indexing-api/v3/quota-pricing（檢索：2026-10-17）
  7. Google：擴大與 Reddit 的合作公告 https://blog.google/company-news/inside-google/company-announcements/expanded-reddit-partnership/（SEJ 標為 2024 年 2 月；檢索：2026-10-17）
  8. Google Search Central 部落格：論壇與個人檔案標記 https://developers.google.com/search/blog/2023/11/discussion-and-profile-markup（檢索：2026-10-17）
  9. Google Search Central：〈Discussion Forum schema markup〉 https://developers.google.com/search/docs/appearance/structured-data/discussion-forum（檢索：2026-10-17）
  10. Matt G. Southern／Search Engine Journal：〈Google Takes Applications For A UGC Pipeline Separate From Crawling〉 https://searchenginejournal.com/google-ugc-fresh-data-program-applications/593113/（刊登：2026-10-16；檢索：2026-10-17）

繼續查證這個主題

以下文章與本文共用分類，依發布時間排列。請分別核對原文的條件與限制。

發佈留言

發佈留言必須填寫的電子郵件地址不會公開。 必填欄位標示為 *