1. 首頁
2. 知識庫
3. Sharing AI 架站平台教學
4. 活動頁怎麼做？上架、到期下架與活動結束後的網址處理

Sharing AI 架站平台教學

活動頁怎麼做？上架、到期下架與活動結束後的網址處理

作者：JamXu更新日期：2026-10-14

活動頁是什麼？和一頁式網站、最新消息有什麼不同

活動頁是為了某一檔促銷、講座、展覽、週年慶或報名活動而建立的頁面，訪客通常從廣告、社群貼文、電子報或首頁橫幅點進來，看完就要決定參不參加。它和網站上其他頁面最大的差別，是活動頁有明確的開始與結束，內容在某一天之後就不再成立。

很多公司把「活動頁」和「一頁式網站」、「最新消息」混在一起，結果活動結束後不知道這一頁該怎麼辦。先分清楚三者的角色，後面的上下架判斷才有依據：

這篇文章談的是第一種：有期限的活動頁。如果你想做的是長期使用、以廣告導流為主的銷售頁，那屬於一頁式網頁設計的範圍；本篇專注在活動頁從建立、上架、活動中修改，到結束後網址處理的完整流程。

先畫出活動頁的生命週期：上架前、活動中、結束後

活動頁出問題，多半不是因為版面，而是「沒人記得要收」：活動結束一個月了，首頁輪播還掛著倒數，搜尋結果還出現去年的優惠。原因是建立頁面時只想到上架，沒有同時排好下架。

比較穩妥的做法，是在開始製作之前就把整個生命週期寫下來，分成三個階段，每個階段都有負責的人與日期：

• 上架前：決定網址、寫好活動辦法、製作頁面、設定入口（首頁輪播、彈出視窗、選單或文章），並提早上線讓搜尋引擎收錄。
• 活動中：追蹤報名或詢問、處理延長、改期、額滿或取消等變更，所有更新都改在同一個網址上。
• 結束後：先撤下所有入口，再依判斷流程決定頁面要保留、更新、轉址或下架，最後確認站內沒有連到失效頁面的連結。

把這三段寫成一張簡單的活動排程表，列出每一項工作的負責人與日期，交給行銷、客服與網站管理者共用。下架日和上架日一樣，都應該在活動開始前就寫進行事曆，而不是等到有人發現才處理。

第一步：決定網址，一年一次的活動用固定網址

網址是整個生命週期裡最難改的部分，所以要最先決定。關鍵問題只有一個：這個活動以後還會再辦嗎？會再辦的活動，用一個不含年份的固定網址；只辦一次的活動，再用帶有活動名稱的專屬網址。

Google 在 2020 年針對年底促銷檔期發表的〈黑色星期五與網路星期一最佳做法〉中，建議週期性活動使用固定的網址，而不是每次都開新網址，並舉例使用 /sale/black-friday，而不是 /sale/2020/black-friday。隔年的說明也再次列出「每年重複使用同一個網址」。道理很直接：對搜尋引擎來說，換了網址就是換了一個頁面，去年累積的收錄、連結與信號都留在舊網址上。

年份不寫在網址裡，並不代表頁面上不能出現年份。標題、說明與內文都應該寫清楚這一檔的年份與日期，讓讀者與搜尋引擎知道目前是哪一屆；只是網址保持不變，明年改內容就好。網址的命名原則與層級規劃，在網站頁面架構與選單規劃有更完整的說明。

還有一個常見的陷阱：活動進行中不要修改自訂連結。廣告、社群貼文、電子報與印刷品上都已經印著原本的網址，雖然 Sharing AI 在變更自訂連結時會自動建立 301 轉址，訪客不至於找不到頁面，但廣告追蹤、短網址與 QR Code 的統計都會因此變得混亂。網址一旦對外公布，就把它當成固定的。

第二步：把活動辦法寫清楚，日期、對象與條件一個都不能少

活動頁的內容可以很有創意，但「活動辦法」這一段必須清楚到不需要再問客服。訪客最常提出的問題，幾乎都可以事先寫進頁面：什麼時候開始、什麼時候結束、誰可以參加、要怎麼參加、有沒有名額或數量限制、優惠能不能和其他折扣一起用、結果什麼時候公布。

日期與時間要寫到「時點」。只寫「10 月 31 日截止」，有人會以為是當天中午，有人以為是當天午夜；寫成「10 月 31 日（六）23:59 止」，再加上星期，就幾乎不會有誤會。若活動與海外客戶有關，記得註明是台灣時間。

活動頁的內容也是廣告

在台灣，活動頁上寫的優惠、贈品與條件，屬於對外的廣告表示。依公平交易法第 21 條，事業不得對價格、數量、內容等足以影響交易決定的事項，做虛偽不實或引人錯誤的表示；消費者保護法第 22 條也規定，企業經營者應確保廣告內容真實，對消費者所負的義務不得低於廣告內容。換句話說，頁面上寫了「全館 8 折」，結帳時就不能突然多出沒寫的例外。

實務上可以把握三個原則：條件與例外寫在主要內容裡，不要藏在圖片小字；「限量」「限時」要有真實的數量與時間；活動有變更時，頁面要同步修改並標示更新日期。以上是一般性的整理，不是法律意見；涉及抽獎、贈品價值或特定產業規範時，建議先確認主管機關的規定或請教專業人士。

第三步：在 Sharing AI 建立活動頁

確定網址與內容後，就可以開始製作。下面以 Sharing AI 架站平台的後台為例，說明一個活動頁從建立到可以上線的步驟。後台各功能的位置與基本操作，在Sharing AI 架站平台教學主題頁有總覽。

1. 新增頁面：在「頁面管理」選擇「空白頁面」模板建立新頁面，頁面名稱寫成「活動｜週年慶」這種容易在後台辨識的格式，因為頁面名稱只在後台清單與選單使用，不會出現在前台。
2. 組合區塊：用「標題1(H1)」寫活動名稱，第一屏放活動主視覺與一句話說明，接著用「內文」或「圖文交錯」寫活動內容與辦法，報名活動加上「立即填表(可自訂欄位)」或「聯絡我們」區塊。
3. 設定自訂連結：在頁面設定填入第一步決定好的網址，例如 event/anniversary-sale，之後不再更動。
4. 填寫 SEO 欄位：在「SEO 基本設定」填寫 Meta 標題與描述，標題寫出活動名稱與年份，描述寫出期間與主要優惠；同時確認索引設定為允許收錄。
5. 設定精選圖片：上傳活動主視覺作為精選圖片，社群分享時才會顯示正確的預覽圖；尺寸與裁切可以對照網站圖片尺寸規格。
6. 存成範本：完成後在頁面編輯畫面使用「存成頁面範本」，下一檔活動從「我的範本」開始，版面與辦法欄位就不用重做。
7. 預覽後再發佈：在電腦與手機上預覽，確認表單、按鈕與連結都正常，再把「發佈狀態」切換為已發佈。

活動頁的文字盡量放在頁面內容裡，而不是全部做成一張大圖。活動日期、條件與報名方式要是可以選取的文字，手機讀者才看得清楚，搜尋引擎也才讀得到。主視覺上的標語可以保留在圖片中，但同樣的資訊要在內文再寫一次，圖片也要填寫替代文字。

報名或詢問是活動頁的主要目標，網站表單的欄位、感謝頁與通知設定要在上線前實際測過一次；想評估活動帶來多少報名，也要先依網站行銷代碼安裝教學在 GA4 設好對應的事件。

第四步：提早上架，並設定好每一個入口

活動頁不需要等到活動開始當天才發佈。Google 在同一篇說明裡建議，促銷頁面要在活動前及早建立，讓 Googlebot 有時間發現並收錄，並從首頁或類似的重要頁面連過去，讓使用者和 Google 都更快找到。提早一到兩週發佈「活動預告」版本，寫出活動名稱、日期與大致內容，正式開始時再補上完整優惠，是比較穩妥的節奏。

頁面發佈後，可以到 Search Console 用網址檢查工具確認 Google 能否正常讀取，並要求重新檢索；內容在活動當天大幅更新時，也可以再要求一次。操作方式在Google Search Console 教學有完整說明。

入口要和活動同時上下架

活動頁本身只是終點，真正讓人看到的是各處的入口。入口越多，結束時越容易漏收，因此每一個入口都要記錄在排程表上，能設定顯示期間的就直接設定：

彈出視窗的顯示時機與 Google 對干擾式插頁的規範，在網站彈出視窗使用指南有詳細說明；全站共用的活動按鈕，則可以照網站 CTA 設計介紹的同步區塊方式統一管理。顯示期間只會讓入口消失，不會處理活動頁本身，頁面要怎麼收尾，仍然要依後面的判斷流程決定。

活動進行中：延長、改期、額滿或取消時怎麼更新

活動開始後，最常見的變動有四種：延長期間、更改日期、提早額滿，以及取消。處理原則都一樣：在原本的網址上更新內容，不要另開新頁。訪客手上的連結、搜尋結果與廣告都指向原本的網址，換頁只會讓一部分人看到過時的資訊。

取消的活動特別要注意：不要在宣布取消的同時直接刪除頁面。已報名或已購買的人會回來查詢退費與後續安排，頁面若變成找不到，只會增加客服負擔與不信任感。等相關事務處理完畢，再依結束後的流程收尾。

活動結束後：五種處理方式怎麼選

活動結束後，頁面不會自動變成「不存在」。它可能還被 Google 收錄、被合作夥伴的網站連結、被客戶存在書籤裡。處理方式大致有五種，各自適合不同情況：

表中的 404、301 與 noindex 三種工具，本站在noindex、canonical、301 怎麼選有完整的概念比較；這裡要談的是「活動頁」這個特定情境下，怎麼一步步判斷。

為什麼不建議一律轉到首頁

最常見的做法，是把所有結束的活動頁都 301 到首頁，看起來好像「流量不浪費」。但 Google 的說明指出，把大量舊網址轉到不相關的單一目的地，會讓使用者困惑，也可能被視為軟性 404。轉址的目的地必須是讀者原本想找的內容的合理替代：想看週年慶優惠的人被帶到首頁，什麼都沒找到，對他和對搜尋引擎來說都等於找不到頁面。

302 暫時轉址只適合短期情況

有些人會用 302 暫時轉址把舊活動頁導到新活動頁，打算明年再改回來。Google 把 302 視為「暫時」的微弱信號，舊網址可能繼續留在搜尋結果。若活動每年都會再辦，比較好的做法根本不是轉址，而是第一步提到的固定網址；若是真正永久的替代關係，就用 301。

判斷流程：活動結束後先問四個問題

面對一個剛結束的活動頁，依序回答下面四個問題，大部分情況都能找到答案：

1. 這個活動之後還會再辦嗎？會的話，保留同一個網址，改為「下一檔預告」或活動回顧，等新一檔開始時再更新內容。這是最省事、也最能累積搜尋表現的做法。
2. 有沒有一個內容相近的替代頁？例如同系列的新活動頁、活動商品所在的電商分類頁或對應的服務頁。有的話，用 301 轉址過去，並在新頁面說明舊活動已結束。
3. 這一頁還有沒有人需要？到 Search Console 的成效報表看這個網址過去幾週的曝光與點擊，再想想是否有外部網站的反向連結、已報名者是否還要查資料。仍有需求，就保留並標示已結束。
4. 以上皆否？那就是一次性、沒有後續價值的頁面，把發佈狀態改為未發佈，讓網址回傳 404，並移除站內連結。

這四個問題的順序有意義：先考慮「延續」，再考慮「轉移」，最後才是「移除」。延續可以保住網址累積的價值，轉移可以把價值交給相關頁面，移除則是在前兩者都不適用時，乾淨地結束。

一個完整的例子（虛構情境）

一家位於台中的烘焙品牌，每年 9 月舉辦中秋禮盒預購，另外在今年 5 月辦過一場新門市開幕試吃會。中秋預購頁使用固定網址 /event/mid-autumn-gift，預購結束後改成「明年預購預告」，放上今年的禮盒介紹與到貨提醒，等明年 8 月再更新為新一年的內容。新門市開幕試吃會只辦一次，結束後把頁面 301 到「門市據點」頁，並在據點頁介紹新門市；試吃會報名表單的感謝頁原本就設為 noindex，活動結束後一起下架。

同一家公司、兩檔活動，結局完全不同，關鍵在於事先回答了「會不會再辦」與「有沒有替代頁」。

在 Sharing AI 執行下架與轉址

判斷完成後，實際操作分成三種情況。下面的步驟以 Sharing AI 後台為例：

保留並標示已結束

1. 在頁面最上方加上一段「本活動已於某月某日結束」的說明，用「內文」區塊即可，文字要醒目但不必做成彈出視窗。
2. 把報名表單或購買按鈕改為「查看目前活動」或「聯絡我們」，避免訪客填了無法處理的表單。
3. 修改 Meta 描述，寫出活動已結束並說明頁面現在的內容，例如活動回顧或下一檔預告。

301 轉址到相關頁面

1. 先確認目的頁已經發佈，而且內容確實與舊活動相關。
2. 到「整合工具 → 重新導向網址」選擇「新增重新導向」，HTTP 狀態碼選擇「301 — 永久重新導向」，來源路徑填舊活動頁的網址，目標路徑填目的頁的網址。
3. 把舊活動頁的發佈狀態改為未發佈，避免後台出現兩個看似有效的頁面；在本站的實際測試中，已設定 301 的網址即使原頁面未發佈，仍會正常轉到目的頁。
4. 用瀏覽器開啟舊網址，確認確實轉到目的頁，而且只轉一次。

後台在新增重新導向時會提醒，規則會直接影響網站的網址路由，錯誤的規則可能讓頁面無法存取。設定前先確認來源路徑沒有打錯，也不要讓兩條規則互相指來指去。如果是整站搬家或大量網址需要對照，請改用網站搬家的網址對照與 301 轉址的做法批次規劃。

下架並回傳 404

1. 用「內容搜尋與取代」或逐頁檢查，找出站內所有連到這個活動頁的連結並移除或改連。
2. 確認首頁輪播、彈出視窗、選單與文章都已沒有這個活動的入口。
3. 在頁面設定把「發佈狀態」改為未發佈。在本站的測試中，未發佈的頁面對外開啟時會回傳 404。
4. 過一段時間到 Search Console 的網頁索引報表確認，這個網址會因為找不到而逐漸從索引中移除。

Google 的說明指出，回傳 404 或 410 的網址會從索引中移除，Google 對這兩種狀態碼的處理方式相同，檢索頻率也會逐漸降低。所以下架不必緊張，網站上有正常的 404 頁面，是健康的現象。若頁面涉及錯誤資訊、需要盡快從搜尋結果消失，可以依Google 搜尋結果移除申請的步驟，搭配移除工具暫時隱藏。

unavailable_after 與 noindex：能不能讓活動頁自動從搜尋結果消失

常有人問：既然活動有結束日期，能不能事先告訴 Google「這一天以後不要再顯示這頁」？答案是可以，Google 支援一個名為 unavailable_after 的 robots 中繼標記規則。

根據 Google 的〈robots 中繼標記規格〉說明，unavailable_after 的意思是「在指定的日期與時間之後，不要在搜尋結果中顯示這個網頁」，日期要使用 RFC 822、RFC 850 或 ISO 8601 等常見格式，格式無效時規則會被忽略；過了指定時間後，Googlebot 也會大幅降低這個網址的檢索頻率。寫法類似這樣：

<meta name="robots" content="unavailable_after: 2026-10-31">

不過，這個標記需要能夠逐頁編輯網頁的 head 程式碼。以 Sharing AI 為例，頁面的「SEO 基本設定」提供的是允許索引或不索引（noindex）的切換，沒有讓你逐頁填寫 unavailable_after 的欄位，所以實務上的做法是：把「活動結束後調整頁面」列入排程表，在結束當天手動處理。

還要注意，unavailable_after 只影響搜尋結果，頁面本身仍然開得到，廣告、社群與書籤進來的訪客還是會看到過期的優惠。所以就算你的系統支援這個標記，活動頁的內容仍然要更新或下架。noindex 也是同樣的道理：它只讓頁面不進索引，不會讓頁面消失。

活動結構化資料（Event）：台灣的活動頁用得到嗎

常有人建議「加上 Event 結構化資料，活動就能出現在 Google 的活動搜尋結果」。這個功能確實存在，但有兩個限制在台灣特別重要。

第一是地區。依 Google〈活動（Event）結構化資料〉說明文件目前列出的支援區域，活動搜尋服務提供給澳洲、巴西、加拿大、德國、印度、拉丁美洲、西班牙、英國與美國，清單中沒有台灣。也就是說，以台灣使用者為主的活動頁，目前不太可能因為加了 Event 標記而出現在活動搜尋結果中。

第二是活動類型。Google 的內容規範要求每項活動據實提供名稱、開始日期與地點，活動必須在實體地點舉行、可供一般大眾預訂；並明確列出不可以標記為活動的內容，例如短期折扣、優待券、營業時間，以及在活動名稱中加入「立即購票」「享 5 折優惠」這類促銷字句。換句話說，「全館 8 折週年慶」這種促銷活動，本來就不屬於 Event 標記的範圍。

有海外參加者的實體講座或展覽，可以加上正確的標記，但不要把它當成台灣市場的主要曝光來源。若決定加上，要記得：活動取消或延期時，Google 建議保留原本的開始日期與地點，只把活動狀態改為已取消或已延期，而不是刪掉這些欄位，這和前面「在原網址更新內容」的原則一致。結構化資料的基本觀念與測試方法，在結構化資料與複合式搜尋結果一文有完整整理。

活動頁常見的錯誤與修正方式

下面整理活動頁從上架到下架最常見的錯誤，可以當成每次活動結束後的檢討清單：

活動頁上架與下架檢查清單

把前面的步驟整理成兩份清單，上架前與活動結束後各檢查一次。建議存成文件，每一檔活動複製一份使用：

上架前

• 已確認活動會不會再辦，週期性活動使用不含年份的固定網址
• 活動辦法寫清楚期間（含星期與時點）、資格、方式、名額、優惠條件與聯絡方式
• 條件與例外寫在主要內容，沒有只出現在圖片小字裡
• Meta 標題與描述寫出活動名稱、年份與期間，精選圖片已設定
• 表單、按鈕與連結在手機與電腦都測試過，GA4 事件已設定
• 首頁輪播、彈出視窗與活動文章都填好結束日期，選單與共用區塊的下架日寫進排程表
• 提早一到兩週發佈，並在 Search Console 確認網址可以被讀取

活動結束後

• 所有入口已撤下：輪播、彈出視窗、選單、共用區塊、廣告與置頂貼文
• 已回答四個判斷問題，並決定保留、更新、轉址或下架
• 保留的頁面已標示「活動已結束」，報名按鈕已改掉
• 轉址的頁面已用瀏覽器確認只轉一次，而且目的頁內容相關
• 下架的頁面已移除站內連結，未發佈後確認對外回傳 404
• 處理方式與日期已記錄，下一檔活動可以直接參考

下一步：先為下一檔活動寫好排程表

把整篇濃縮成三件事：第一，活動開始前就決定網址，會再辦的活動用固定網址，並把下架日和上架日一起排進行事曆；第二，活動辦法寫清楚日期、條件與例外，提早發佈，所有入口能設定顯示期間的都設定好；第三，活動結束後依「會不會再辦、有沒有替代頁、還有沒有人需要」的順序，決定保留、轉址或下架，不要一律轉到首頁。

如果你手上剛好有一檔即將開始的活動，今天就先把排程表做出來，列出每一個入口與下架日期。想了解 Sharing AI 架站平台的方案，可以從 Sharing AI 架站平台開始；如果希望由專業團隊協助規劃活動頁與整體網站內容，也歡迎直接與我們聯絡。