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回报「没有问题」，最后仍由旅宿主人在手机上进入订房入口。将机械检查与人的确认搭配进行，才是发布作业完成的条件。