你的活動網站，明年還在為你工作嗎？

為什麼活動網站會「複利」

品牌搜尋會累積。 每年都辦的會議，全年都有人搜它的名字：「某某大會 2027 時間」「某某大會 講者」「某某大會 票券」。這些搜尋是「大家想回來」最直接的訊號，而它們會落在以前回答過這些問題的頁面上。

外鏈會累積。 講者、贊助商、合作協會和媒體都會鏈到活動網站。2026 年拿到的連結，只要指向的網址還在、內容還是這場活動，到 2027 年照樣有效。

AI 的回答也依賴這些積累。 ChatGPT、Claude、Perplexity 以及 Google 的 AI 功能，回答活動相關的問題時，靠的是它們讀得到的網頁。一個把事實寫清楚、前後一致、又有別的網站連結過來的活動網站，就是它們回答活動時間、地點和票價時能用的來源。讀不到的話，它們只能退而用票務列表網站、過期的新聞稿，或者乾脆答不出來。

共同點是：同一個網址，機器讀得懂，事實前後一致。

第一步：用爬蟲的眼睛看一遍你的網站

開啟活動首頁，用瀏覽器的檢視網頁原始碼（不是「檢查」，「檢查」看到的是指令碼跑完之後的頁面），在原始碼裡搜活動日期、場地、某個票價和一位講者的名字。

搜得到，爬蟲就讀得到。如果原始碼裡大多是指令碼標籤，外加一句「需要開啟 JavaScript 才能執行」，那這些資訊只有在瀏覽器把頁面程式碼跑完之後才存在。

這一點比以前重要得多。Google 會執行 JavaScript，所以 Google 搜尋通常還是找得到內容。但 AI 爬蟲大多不會：Vercel 對其網路流量的研究發現，「主流 AI 爬蟲目前都不渲染 JavaScript」，點名了 OpenAI 的 GPTBot、Anthropic 的 ClaudeBot 和 PerplexityBot（Vercel 與 MERJ，2024 年 12 月），它給網站的第一條建議就是關鍵內容要在伺服器端生成。對這些爬蟲來說，一個只在瀏覽器裡搭出來的頁面，上面就沒有活動。

八項檢查

1. 一個網址，年年沿用。 每年都用同一個網址辦這場活動，往屆內容做成歸檔頁或「往屆回顧」保留下來，不要刪。如果網址非改不可，把舊地址用永久跳轉（301）指到新地址，讓它積累的連結和搜尋跟著過去。

2. 關鍵資訊寫在頁面文字裡。 日期、城市和場地、適合誰來、票種和價格、議程要點、講者，都應該出現在伺服器直接返回的 HTML 裡，而不是要等指令碼跑完才出現。AI 助手能不能引用你的網站，最大的差別就在這裡。

有些網站還會在 /llms.txt 放一份給 AI 工具讀的純文字摘要。這目前只是一個提議中的約定，不是正式標準（llmstxt.org），也不保證哪個 AI 助手一定會讀。但對一場活動來說成本很低：日期、場地、票價、議程、講者和 FAQ 放在一個檔案裡就行。

3. 活動結構化資料要填完整。 結構化資料是寫在頁面裡、給機器讀的一組事實，用的是 schema.org 的詞彙。按 Google 的檔案，活動型別的必填項只有四個：name、startDate、location 及其地址；建議填寫的還有很多，包括 endDate、eventStatus、image、帶價格、幣種和開售日期的 offers、帶名稱和網址的 organizer，以及 performer（Google 搜尋中心）。

活動平臺上最常缺或者填錯的是這兩項：

• organizer（主辦方）應該是你自己，帶上你自己的網站，而不是你用來報名的那個平臺。
• performer（演出者）就是放講者的地方。有人問 AI「某某大會有誰演講」，回答靠的就是這一項。

各個分場次可以作為 subEvent 寫進去，帶上各自的時間、會場和講者。對活動來說，還有三項值得特別注意：

• sponsor（贊助商）：贊助商在意曝光，「某某大會有哪些贊助商」也是 AI 助手常被問到的問題。
• eventAttendanceMode（參與方式）：線下、線上還是混合。混合活動如果只標成線下，在「有哪些能線上參加的活動」這類回答裡就可能被漏掉。
• location（地點）：寫場館名稱，街道地址、城市、國家分開填，廳名不要和場館名混在一起。「三月新加坡有哪些會議」這類問題看的就是城市和國家，場館名埋在街道地址裡沒有用。

要說明一點：Google 專門的活動搜尋體驗只在部分國家和語言開放，即便開放也不保證一定展示。但結構化資料在哪裡都值得做，因為對任何讀這個頁面的機器來說，它都是把事實講清楚最乾淨的方式。

4. 每個頁面有自己的標題，標題裡寫的是你的名字。 議程、講者、場地、FAQ 這些頁面，都應該有各自的標題，並把自己宣告為規範地址。如果每個頁面都聲稱自己是首頁，搜尋引擎會把它們當成重複頁，只顯示其中一個。

再看看標題裡活動名後面跟的是什麼，分享卡片上的站點名又是什麼。如果是平臺的品牌，那每一條搜尋結果、每一次轉發，宣傳的都是平臺。這裡應該是你自己的名字，比如「支付峰會 2027 · 你的機構名」，或者只寫活動名。一個經營得好的活動網站帶來的品牌聲量，就落在這裡。

5. 分享圖。 有人把連結貼到 LinkedIn、WhatsApp、Slack 或郵件裡時，預覽內容來自 Open Graph 標籤。沒有 og:image，預覽就只有一行字。設一張分享圖（封面圖，或者一張寫著活動名、日期和城市的卡片），並使用大圖卡片樣式，這樣連結看起來才像一場活動，而不是一個腳註。

6. 站點地圖，以及把私人頁面擋在外面。 公開頁面（首頁、議程、每位講者、場地、FAQ）要列進站點地圖。屬於某個人的頁面（他的票券、他的日程、他的賬戶）要帶 noindex 標記，也不要進站點地圖。在 robots.txt 裡再排除一次能讓爬蟲不去抓，但 robots.txt 本身只能擋抓取、擋不住收錄：被擋住的地址如果在別處有連結，仍然可能出現在搜尋結果裡。

7. 多語言版本互相標註。 如果活動有多個語言版本，每個版本都要用 hreflang 標籤指向其他版本。否則搜尋引擎可能顯示錯誤的語言，或者把譯文當成重複頁。

8. 用參加者的話寫 FAQ。 「有停車位嗎？」「票券能轉讓嗎？」「包午餐嗎？」「退款規則是什麼？」問題短、答案短而具體，正是 AI 助手最愛直接摘進回答裡的內容。寫一次，和網站其他地方保持一致。標記為 FAQPage 能把每個問題和答案清楚地告訴機器；不過 Google 自 2023 年起只給少數權威網站展示 FAQ 富結果，別指望問答會直接出現在你的搜尋結果下面。

AI 在活動資訊上常犯的錯，以及怎麼預防

最常見的問題不是憑空編出一場活動，而是把來源混在一起：去年的日期配今年的場地，過期的早鳥價，已經退出的講者。解決辦法不花哨：

• 把關鍵資訊（日期、場地、價格區間、適合誰、退款規則）用完整的句子寫一次，放在爬蟲讀得到的頁面上。
• 每個地方都保持一致：首頁、結構化資料、FAQ、社群媒體貼文。
• 資訊有變動時，從源頭改，並留一句帶日期的說明（「3 月 3 日起改到 B 館」），不要悄悄改掉。
• 一有變動就通知搜尋引擎。 IndexNow 能讓網站在頁面一變動時就通知 Bing 和其他幾家搜尋引擎，不用等它們下次來抓（indexnow.org）。Google 沒有參與，但它對經常變動的頁面會更常回訪。
• 刪掉的頁面就讓它消失。 已經不存在的頁面應該返回真正的 404。如果網站對任何不存在的地址都返回首頁（所謂「軟 404」），舊地址和拼錯的地址就會一直留在搜尋結果裡。

怎麼知道它在起作用

複利值得做，前提是你看得見它在積累。

• 在 Google Search Console 和 Bing Webmaster Tools 驗證你的網站。 兩者都接受在頁面頭部放一小段驗證標記，所以即使活動網站掛在平臺的域名下也能驗證，前提是平臺允許你加這段標記。驗證之後，你能看到大家用哪些詞搜到你的活動、出現了多少次、點進了哪些頁面，而且能一年一年地比。
• 把來自 AI 助手的報名單獨統計。 從 chatgpt.com、perplexity.ai、gemini.google.com、copilot.microsoft.com 這類網站點過來的造訪，通常會帶著來源地址。把它們歸成一個渠道，就能看出有多少參加者是透過 AI 的回答、而不是搜尋找到你的。有些 App 會去掉來源地址，所以這個數字只能當下限看，不是全部。

最後能積累成什麼

到第三屆，一個網址沒變、事實一直理得清楚的活動網站，每年開局就帶著：

• 已經會落到它上面的品牌搜尋；
• 往屆講者、贊助商和媒體的連結，仍然有效；
• AI 助手回答活動基本資訊時已經有了來源；
• 一份往屆歸檔，向贊助商和講者證明這場活動的積累。

這些都不是哪一次營銷活動的成果，而是把活動網站當成長期資產、而不是一張帶倒計時的報名表，自然得到的副產品。

bagevent 現在做到了哪些

在 bagevent 上，每場活動都有自己的網站和品牌地址。截至 2026 年 10 月，每個活動網站：

• 把活動內容直接寫進 HTML，並按頁面語言輸出：日期、場地、票種和價格、講者、議程、贊助商和 FAQ，不執行 JavaScript 的爬蟲讀到的和訪客看到的是同一場活動；
• 帶有完整的活動結構化資料：主辦方名稱、每位講者（performer）、每個分場次及其會場（subEvent）、贊助商、票價區間和開售時間，以及活動是線下、線上還是混合；
• 首頁標題和分享卡片預設寫「活動名 · 主辦方名」，講者頁的標題以講者名開頭；
• 有分享圖，使用大圖卡片樣式；
• 不存在的地址返回真正的 404；
• 提供一份寫著活動基本資訊的 /llms.txt；
• 站點地圖列出首頁、講者頁和各語言版本，參加者自己的頁面用 noindex 擋在搜尋之外，各語言版本之間有 hreflang 標註；
• 日期、場地、票價、議程或講者有變動時，等改動告一段落後，通知 Bing 等支援 IndexNow 的搜尋引擎；
• 主辦方可以在活動網站設定裡填寫 Google 和 Bing 的驗證碼；
• 從 ChatGPT、Perplexity、Gemini、Copilot、Claude 等 AI 助手點過來的報名，會在活動報表和組織報表裡單獨統計；
• 線下活動填寫場館時，會提示補上城市和國家。

上面那個「檢視網頁原始碼」的測試，你可以在任何一個 bagevent 活動網站上做，包括我們自己的演示活動：summit.bagevent.io。