WordPress發布後的確認方法｜HTTP、SEO與手機顯示檢查清單

在WordPress按下「發布」按鈕後，工作還沒有結束。即使編輯畫面看起來正確，公開頁面仍可能出現圖片不顯示、手機上的表格超出畫面，或訂房按鈕連到舊網址等問題。

發布後，應依序確認頁面能否開啟、內容是否正確、能否進入訂房流程。本文整理不熟悉專業術語的旅宿主人也能使用的確認步驟，以及委託AI或網站製作公司的範圍。

結論：發布後從三個角度確認

機械式檢查：HTTP回應、URL、標題、連結等
人的目視確認：文字、照片、手機顯示、是否容易理解
旅宿業務的確認：訂房、電話、詢問、最新營業資訊

AI能迅速進行機械式檢查，但價格與營業資訊是否真的正確、手機上是否容易閱讀，以及是否能受理訂房，仍由人判斷。

發布前應記錄的項目

為了在發布後比較，作業前先記下以下項目。

要更新的頁面URL
變更前的標題與主要內容
文章ID或目標檔案
備份時間與復原方法
變更的內部連結與訂房連結目的地
核准發布的人

變更較大時，事先儲存電腦與手機上的畫面，較容易發現顯示異常。也請確認WordPress更新前的備份與復原。

1. 在瀏覽器開啟正式URL

開啟實際提供給住宿旅客的正式URL，而不是WordPress預覽。除了登入管理後台的瀏覽器，也應使用無痕視窗或另一部裝置確認。

URL以`https://`開頭
沒有鎖頭或憑證相關的警告
一般人無需登入即可開啟
沒有出現「找不到頁面」
沒有意外轉到舊URL
電腦與手機都能開啟

快取可能讓管理者看到新內容，一般人卻看到舊內容。使用無痕視窗或手機行動網路確認，也較容易發現問題。

HTTP 200是什麼

在瀏覽器背後，伺服器會以數字回傳狀態。正常的公開頁面通常回傳200。

主要狀態	意義	處理方式
200	正常回傳頁面	進行下一項確認
301・302	轉到另一個URL	確認目的地是否符合預期
403	拒絕瀏覽	確認Basic驗證或存取限制
404	找不到頁面	確認URL、發布狀態與slug
500系列	伺服器端發生問題	停止追加變更，聯絡管理人員

可以請技術人員或AI進行以下確認。

請確認指定公開URL的HTTP最終狀態與轉向目的地，不要進行變更。
不要顯示認證資訊；若不是200，只回報可能原因。

即使HTTP為200，仍可能出現內文空白、顯示另一篇文章，或訂房連結損壞。200只是確認的起點，並不代表所有項目都合格。

2. 重新閱讀內文與旅宿資訊

以初次訂房者的角度，由上至下閱讀公開頁面。

頁面標題與內文符合更新目的
旅宿名稱、地址、電話號碼與價格條件沒有錯誤
營業日、休館與入住時間符合目前公告
沒有過度斷言貓咪在籍、休養與互動方式
沒有留下舊促銷或已結束的方案
沒有顯示草稿備忘、暫用圖片或TODO
沒有錯字或不自然的換行

AI文字檢查很方便，但無法判斷實際營業日、可預訂名額或貓咪的身體狀況。仍須保留與旅宿現況核對的確認步驟。

3. 確認照片與特色圖片

特色圖片在文章列表與內文中正確顯示
長寬比正常，人物或貓咪的臉沒有被不自然地裁切
圖片沒有嚴重模糊
替代文字簡潔說明照片內容
需要提供者署名或示意圖片標示時，已顯示這些資訊
沒有使用未經授權的照片，或拍到秘密資訊的圖片

不要在替代文字堆砌搜尋詞，應讓無法看見圖片的人也能理解內容。

4. 點開內部與外部連結

文章中的主要連結應實際點開，而不只是看網址字串。

相關文章連到正確頁面
旅宿官網或訂房頁面使用目前的URL
電話連結使用預期的號碼
地圖指向正確設施
YouTube影片能夠播放
沒有連到已歇業的設施或已結束的服務
只有需要在新分頁開啟的連結才採用該行為

尤其只寫「這裡」「了解更多」時，較難理解連結目的地，應使用「查看客房與價格」等說明連結內容的文字。Google官方也建議使用搜尋引擎能循訪的連結，並加入與目的地相關的連結文字。

5. 確認訂房、詢問與電話的操作路徑

旅宿網站即使文章能閱讀，卻無法訂房，也是一個大問題。從公開頁面進入實際操作的入口。

訂房連結

連到正確旅宿、方案與日期選擇畫面
沒有訂房網站合約到期或維護中的提示
在電腦與手機上都能返回
沒有空房時的提示不會造成誤解

詢問表單

輸入欄位與送出按鈕正常顯示
必填項目與錯誤提示容易理解
URL不含個人資料
若要測試送出，先與收件人約定時間
同時確認自動回覆與旅宿端通知

電話連結

在手機點選電話號碼，確認顯示正確號碼。即使在實際撥出前停止，也能確認號碼。

測試正式環境的訂房或付款時，可能產生不必要的訂房名額占用、請款或通知。請與訂房服務的負責人決定測試方法，不讓AI擅自進行確定操作。

6. 在手機上目視確認

除了管理後台預覽，最好也在實機上確認。尋找旅宿的人可能正在移動途中或旅遊目的地，應考慮狹窄畫面與單手操作。

不必放大文字也能閱讀
沒有不自然的水平捲動
表格、長URL、地圖與影片不會超出畫面
開啟選單後能進入目的頁面
訂房按鈕沒有被其他元件遮住
按鈕彼此不會過近，能分別點選
圖片載入時，畫面也不會大幅移動
返回頁首的按鈕不會遮住內文
Cookie提示能關閉，不妨礙訂房操作

除了手機直向，也以橫向及稍微放大的文字尺寸確認，較容易發現固定寬度表格或元件重疊。

7. 確認SEO基本項目

SEO確認不是看「搜尋排名是否上升」，而是確認搜尋引擎能理解頁面、使用者能判斷內容的狀態。

title

具體且簡潔地表達內容
沒有與其他文章相同的標題
自然包含旅宿名稱或主題
沒有不自然地重複搜尋詞
與內文主標題的內容一致

Google會自動產生搜尋結果標題，參考title、主標題、醒目的內文與連結文字等多種資訊。設定的文字不一定會原樣顯示。

description

確認已設定頁面專屬摘要，且與內文一致。Google主要從頁面內容自動產生搜尋結果說明，認為適合時才使用meta description。因此，比起只調整顯示字數，更應準確概括文章內容。

標題層級

確認文章標題下依序排列區分內容的章節標題。不要只為了放大文字而使用標題，應讓讀者能將結構理解為目錄。

索引設定

若希望公開頁面出現在Google搜尋，請確認沒有設定noindex。只有robots.txt允許存取，並不代表已確認索引設定。

canonical URL

若SEO外掛等輸出canonical URL，請確認沒有指向另一篇文章或測試網站。文章URL曾變更時尤其要注意。

8. 在Search Console確認發布狀態

剛發布後沒有立即出現在搜尋結果，未必代表異常。Google重新檢索與處理需要時間。

若已依照Google Search Console入門登錄網站，請使用URL檢查確認以下項目。

Google能否存取URL
是否有妨礙索引收錄的設定
Google辨識的canonical URL
是否視需要提出索引收錄要求

提出要求不保證收錄或取得高排名。與其重複提交同一個URL，不如整理網站地圖與內部連結。

9. Analytics用於次日之後改善操作路徑

若已導入Google Analytics 4入門介紹的工具，可透過即時報表確認是否記錄頁面瀏覽。不過，也可能受到不記錄自己檢查存取的設定，或Cookie同意機制影響。

不要用剛發布後的瀏覽量判斷合格與否，而是在數日到數週後確認以下項目。

文章是否成為入口
是否進一步前往客房、交通與訂房說明
手機使用者是否在途中迷失方向
是否正確衡量訂房連結的點擊

不要只因數字少就刪除文章，應結合旅客的問題與Search Console搜尋字詞改善。

發現問題時的優先順序

優先度	例子	處理方式
緊急	整個網站無法開啟、訂到另一家設施、個人資料外露	停止追加作業，與負責人判斷是否停止公開或復原
高	文章為404、價格或休館資訊有誤、訂房按鈕無法運作	當日修正並重新確認
中	手機上表格超出畫面、部分圖片或內部連結損壞	確認影響範圍後修正
低	文字微調、留白、輕微錯字	先記錄，與其他變更分開修正

發現錯誤後，在為了修正而反覆追加變更前，先記錄症狀、URL、發生時間、裝置與畫面。

發布後15分鐘檢查清單

最初5分鐘

[ ] 正式URL能以HTTPS開啟，回傳HTTP 200
[ ] 在無痕視窗也能開啟
[ ] 標題、內文與圖片已更新
[ ] 旅宿營業資訊沒有錯誤

接著5分鐘

[ ] 手機實機上能閱讀內文與表格
[ ] 選單、內部連結、地圖與影片正常運作
[ ] 訂房、詢問與電話的入口正確
[ ] 沒有顯示個人資料或草稿備忘

最後5分鐘

[ ] title與description為該頁面專屬
[ ] noindex與canonical URL沒有錯誤
[ ] 已記錄要在Search Console確認的URL
[ ] 已記錄變更內容、確認者、結果與未確認事項

可複製給AI的委託文字

請檢查以下已發布的WordPress頁面，不要進行變更。

目標URL：［URL］
本次變更：［文章發布、內文修正、連結變更等］

確認項目：
1. HTTP最終狀態與非預期的重新導向
2. title、meta description、robots、canonical URL
3. 標題結構、圖片替代文字、主要內部連結
4. 404或連到其他網域的連結
5. 在手機寬度下可能發生的表格、圖片或按鈕超出畫面
6. 前往訂房、詢問、電話與地圖的操作路徑

本次只進行讀取與回報。
不要變更文章、檔案、設定與快取。
不要送出訂房、送出詢問、撥打電話或付款。
無法確認的項目請明記「未確認」，並另外列出需要人以實機確認的項目。

即使AI回報「沒有問題」，最後仍由旅宿主人在手機上進入訂房入口。將機械檢查與人的確認搭配進行，才是發布作業完成的條件。