品牌改版上線檢查清單：品牌導入與網站上線，逐階段完成

如何使用這份檢查清單

請依序進行。每個階段的最後都有明確的「完成標準」，讓你知道何時可以進入下一步。如果你只是推出新網站、沒有更動品牌，可以跳過品牌導入的項目，其餘仍然適用。

順序比任何單一項目都重要。先確認品牌檔案，再重做各個接觸點；先告知團隊，再告知客戶；先讓網站正式上線，再發布公告把人導過去。

決定哪些在上線當天更換，哪些可以延後

品牌改版不需要在同一天早上涵蓋所有接觸點。把工作分成兩份清單：

• 上線當天：客戶在第一週內最可能看到的項目，包括網站、社群帳號、電子郵件簽名檔、Google 商家檔案，以及最常寄出的文件，例如提案書、報價單和發票。
• 後續導入：可依排定日期陸續完成的項目，包括印刷品庫存、招牌、包裝、車輛和舊版範本。

每個項目都要指定一位負責人和一個日期。沒有負責人的項目，往往就是半年後還掛著舊標誌的那一個。

上線前幾週：品牌

最終檔案與品牌規範

• 向量與點陣格式的最終標誌檔、淺色與深色版本，以及縮到網站圖示大小仍然清楚易辨的標記。
• 螢幕與印刷用的色彩值、字體，以及同時涵蓋網頁與桌面使用的字體授權。
• 精簡到大家真的會打開來看的品牌規範，再加上團隊最常用的範本。
• 建立一個存放核准檔案的共用資料夾，並將舊檔案封存，避免有人誤用。

公布前先檢查新名稱

如果名稱有變動，在對外公開前，請先確認每個市場都能使用該名稱。WIPO 的Global Brand Database可搜尋馬德里體系下的國際商標，以及參與國家機構的商標，但 WIPO 本身也建議同時查詢各國與區域的註冊資料庫。請由合格的商標律師審閱結果，並同步取得網域與社群帳號名稱。

盤點所有接觸點

列出品牌出現的每個地方，並註明要改什麼、由誰改、何時改：

• 網站、網域與電子郵件地址
• 社群帳號：顯示名稱、帳號名稱、大頭貼、橫幅、簡介與連結
• 電子郵件簽名檔與自動回覆
• 文件與範本：提案書、報價單、發票、合約、簡報
• Google 商家檔案與其他商家名錄
• 應用程式商店頁面（如果有 App）
• 廣告帳號、電商平台與付款頁面
• 招牌、包裝、制服與車輛（如有）

Google 商家檔案有自己的名稱規定

Google 的商家檔案規範指出「商家名稱應反映商家在現實世界中的名稱」，也就是在店面、網站和文具用品上一致使用的名稱。規範同時限縮了哪些情況算是品牌改版：如果名稱中的專有名詞與服務不變、商家類別也不變，或是多據點商家更改名稱，就可以直接編輯現有檔案上的名稱。否則 Google 會將其視為新商家，你需要把舊檔案標示為已永久停業，再建立新的檔案。

動手修改檔案前，請先讀完該段說明。建議先更換網站和招牌，因為規範將檔案名稱與客戶在這些地方看到的內容連結在一起。

上線前幾週：網站

內容、法律頁面與表單

• 任何地方都不能留有預留文字、舊名稱或舊標誌，包括頁面標題、圖片替代文字和可下載的 PDF。
• 隱私權政策、服務條款與 Cookie 通知都已更新為新名稱，且內容與網站實際蒐集的資料相符。
• 每個表單都從頭到尾送出測試：訊息確實送達正確的收件匣或 CRM、確認信使用新品牌，而且沒有被歸到垃圾郵件。

分析與同意管理

在測試環境安裝分析工具與轉換事件，並確認事件有送達。如果網站使用同意橫幅，請檢查在需要同意的地區，標籤是否只在使用者同意後才觸發。

依據 WCAG 2.2 檢查無障礙

WCAG 2.2是 W3C 的建議標準，定義了三個符合等級（A、AA 和 AAA），建議至少達到 AA。上線前的檢查應涵蓋：

• 圖片的替代文字（1.1.1）
• 文字對比至少 4.5:1，大字則至少 3:1（1.4.3）
• 所有功能都能用鍵盤操作，且焦點清楚可見，不會被固定式頁首遮住（2.1.1、2.4.7、2.4.11）
• 指標操作目標至少 24 x 24 CSS 像素，列出的例外情況除外（2.5.8）
• 表單欄位有標籤或說明（3.3.2），並且宣告頁面語言（3.1.1）

品牌改版時，對比最容易出問題。請趁色彩還能調整時，就依 1.4.3 檢查新色盤，而不是等網站做完之後。

效能

Google 的Core Web Vitals門檻為：LCP 在 2.5 秒內、INP 在 200 毫秒以內、CLS 在 0.1 以內，並以頁面載入的第 75 百分位數衡量。新網站還沒有真實使用者資料：Search Console 的Core Web Vitals 報告使用 Chrome UX Report 的實際資料，資料不足的網址不會列入。上線前，請用 PageSpeed Insights 或 Lighthouse 測試主要範本。

真正的 404 頁面

製作一個能幫助訪客找到方向的 404 頁面，並確認它回傳的是 404 狀態碼。Google 的HTTP 錯誤說明文件指出，如果回應 2xx 狀態碼卻是空白頁面或錯誤訊息，Search Console 會將其視為 soft 404。

網站圖示、網站名稱與分享圖片

• 網站圖示（Favicon）。Google 的favicon 規範要求使用正方形圖示，建議大於 48x48 像素，且首頁和圖示檔案都必須允許檢索。請保持圖示的網址不變。
• 網站名稱。依照 Google 的網站名稱說明文件，在首頁加入帶有新 name 的 WebSite 結構化資料。Google 也會參考 og:site_name、標題和標頭，所以請讓它們全都一致。
• 分享圖片。Open Graph protocol 要求每個頁面都要有 og:title、og:type、og:image 和 og:url，並指出設有 og:image 的頁面也應設定 og:image:alt。把幾個連結貼到私人訊息中，確認預覽是否正確。

如果網址或網域有變動

新名稱常常也意味著新網域。這屬於網站遷移，有自己的網址盤點、永久轉址與 Search Console 步驟，值得另外擬定計畫並測試。請參考網站遷移。

帳號、備份與所有權

網域註冊商、DNS、主機、CMS、分析工具、Search Console、商家檔案和社群帳號，都應該屬於公司，而不是綁在某個人的個人登入上。Search Console 資源至少需要一位已驗證的擁有者，而 Google 的權限頁面指出，如果唯一的已驗證擁有者離開團隊，你應該重新驗證擁有權。現在就新增第二位擁有者。上線前先備份舊網站與新網站，並確認你能還原它們。

上線週

1. 先告知團隊。說明這次的變動，分享新的簽名檔和範本，並為第一線客服人員準備一段簡短的回答，回應「你們改名了嗎？」
2. 凍結內容。只能加入上線所需的修正。
3. 在測試環境做最後檢查：連結、表單、手機版面和 404 頁面。
4. 排定對外公告的時間，要等網站確認已正式上線之後，而不是切換 DNS 的那一刻。

上線當天，依序進行

1. 發布網站或切換 DNS。
2. 移除測試環境的封鎖設定。Google 的 noindex 說明文件指出，當 robots.txt 封鎖了某個頁面，檢索器就永遠看不到該頁面的 noindex 規則。請檢查線上 HTML 是否有 noindex、回應標頭是否有 X-Robots-Tag，以及 robots.txt 本身。
3. 對首頁、主要頁面、每個表單和 404 狀態做快速測試。
4. 在 Search Console 驗證資源並提交 XML 網站地圖。你需要擁有者權限，才能透過Sitemaps 報告提交；而 Google 的網站地圖指南將提交稱為「僅供參考的提示」，所以今天的目標是看到「成功」狀態，而不是立刻被建立索引。
5. 將首頁和主要頁面用網址檢查工具逐一檢查：先執行即時測試，再要求建立索引。這類要求每天有配額限制，也不保證一定會建立索引。
6. 更新社群帳號、電子郵件簽名檔和商家檔案。
7. 發布公告。

檢查清單

上線後的 30 天

• 索引。確認主要頁面已被建立索引，並檢查任何尚未建立索引的頁面。
• 搜尋結果中的名稱與網站圖示。Google 表示兩者各需要幾天到幾週才會更新。如果過了這段時間仍顯示舊名稱，請檢查 WebSite 標記、標題和首頁文字是否一致。
• 品牌搜尋。在 Search Console 的成效報告中，觀察舊名稱與新名稱的點擊次數和曝光次數。
• 潛在客戶。將詢問數量與上線前幾週比較，並在第一週過後再次送出每個表單測試。
• 404。修正損壞的內部連結，並還原或替換人們仍在尋找的缺失頁面。
• Core Web Vitals。等真實使用者資料出現後，打開報告查看。
• 後續導入。依日期完成第二波清單，並淘汰舊的印刷品庫存。
• 疑問。詢問團隊客戶不斷問到哪些與這次變動有關的問題，並在網站上回答。

Dardo 能如何協助

Dardo 的品牌改造服務以導入階段作結，包括網站調整、遷移計畫、上線檢查清單，以及移交給你的團隊。如果品牌不變、只是推出新網站，請參考網頁設計。無論哪一種，都歡迎告訴我們你要上線的專案。