住宿设施网站每月检查清单｜每月60分钟的运营步骤

旅宿的官方网站并不是完成一次就结束。房价、接送可能改变，预订服务的URL可能更换，招牌猫也可能休息。WordPress与插件同样会收到更新。

不过，不需要每个月重读所有文章、变更所有设置。每月检查是找出异常与过时信息的时间；修正与更新作业则应先确认影响，再另外安排。

本文介绍小型旅宿每月可用约60分钟进行的检查步骤。

结论：依序检查四个领域

每月检查依下列顺序进行。

住客阅读的营业与预订信息
公开网站的显示与导航路径
Google搜索与网站内的使用情况
WordPress的安全性与恢复准备

重点是不要一开始就按下WordPress的更新按钮。先确认对住客的影响、记录异常，确认备份与恢复方式，再决定变更日期。

检查前要准备的项目

官方网站的URL
官方预订与主要OTA的公开URL
本月营业日、房价、餐饮、接送等信息的权威原始记录
上次检查记录
智能手机与电脑
可登录WordPress、以旅宿名义持有的账号
若使用Search Console与Analytics，则需具备查看权限
备份存储位置与最后一次确认恢复的日期

不要将个别住客的预订编号、姓名、联系方式、付款信息复制到每月检查表。只记录公开说明与系统状态。

区分每月与每天要做的事

每月检查不能取代日常的预订管理。

频率	主要确认项目
每天	新预订、变更、取消、可售房量、同步错误、当天抵达的住客
变更时立即	休馆、房价错误、设备故障、道路封闭、暂停预订、猫咪休养
每月1次	公开信息、链接、手机显示、搜索情况、网站健康状态、备份记录
季节或销售切换时	住宿方案、照片、餐饮、接送、税金、冬季条件、适用住宿日期

紧急信息不能「等到下次每月检查」。发现房价或营业信息有误时，就应立即判断如何修正。

最初15分钟：营业与预订信息

将旅宿确认为正确的信息与公开页面比较。

营业与受理

[ ] 正常营业、季节营业、休馆、暂停预订与目前状况一致
[ ] 固定休息日与临时休馆日与目前状况一致
[ ] 能看出可预订到哪个月份
[ ] 首页没有残留过时的紧急公告

客房、房价与餐饮

[ ] 销售中的客房名称、容纳人数、寝具与实际情况一致
[ ] 房价同时标示按人或按房计价、含税或未税、是否含餐
[ ] 入汤税、住宿税、清洁费等额外费用与目前状况一致
[ ] 儿童、共用寝具、餐饮、过敏咨询的条件一致
[ ] 已结束的方案或旧季节名称不会让人以为仍可预订

变更、取消与付款

[ ] 预订前能了解免费取消期限与取消费
[ ] 能依预订管道找到变更、取消预订的联系窗口
[ ] 现场付款、预先付款、退款方式的说明与目前状况一致

交通与招牌猫

[ ] 地址、地图、停车场、公共交通、接送与目前状况一致
[ ] 电话号码、受理时间、联系窗口正确
[ ] 招牌猫是否仍在旅宿、休养、见面的可能性、互动规则与目前状况一致
[ ] 没有「一定能见到」等忽略猫咪意愿或身体状况的承诺

信息项目的详细标准请参阅住宿设施网站至少应更新哪些信息；官方网站与OTA的比对请参阅如何让OTA与官方网站的说明一致。

接下来15分钟：显示与预订路径

除了已登录管理后台的浏览器，也要用无痕窗口确认。

首页

[ ] HTTPS正式URL可以开启
[ ] 能了解旅宿名称、地区与特色
[ ] 可从菜单前往客房、房价、交通、预订页面
[ ] 已结束的公告或空白区块不会过于显眼
[ ] 最新文章与说明按预期的数量、顺序显示

预订入口

[ ] 预订按钮前往正确旅宿、正确预订服务
[ ] 不会前往其他设施、已终止合同的URL或警告画面
[ ] 查询房价与空房前能阅读重要条件
[ ] 除了电话与联系窗口，也能了解正在使用的正式预订方式

不要为了确认而使用真实日期完成预订或输入信用卡信息。只有预订系统提供测试功能时，才使用其官方步骤。

智能手机

[ ] 菜单可以开启、关闭
[ ] 本文、表格、照片不会大幅超出画面
[ ] 电话与预订按钮不会被其他元素遮住
[ ] 开启地图后可以返回网站
[ ] Cookie同意等提示不会挡住预订按钮

主要链接

[ ] 客房、房价、餐饮、交通、FAQ不会出现404
[ ] 外部预订、观光协会、社交媒体链接目前仍有效
[ ] 联系表单可以显示
[ ] 必要时，只使用网站管理者的测试收件地址确认发送

刚更新页面后的详细检查，请参阅WordPress发布后的确认方式。

接下来15分钟：搜索与使用情况

不要只看数字增减，应分别考量上个月、去年同月、休馆日、长假与季节变动。

Search Console

Google向小型网站管理者介绍的方式，是大约每月检查一次概览面板，留意错误增加或点击次数不自然地减少。

[ ] 没有新的重要消息
[ ] 没有显示安全性问题或人工处置
[ ] 网页索引错误没有急剧增加
[ ] Sitemap读取没有问题
[ ] 点击次数与曝光次数没有无法解释的突变
[ ] 已记录是否需要对重要页面使用网址检查工具

并非所有「未建立索引的URL」都是问题。无须出现在搜索结果的管理或重复页面，不要勉强要求建立索引。具体查看方式请参阅Google Search Console入门。

Google Analytics 4

[ ] 数据采集没有完全停止
[ ] 预订说明、客房等主要页面有人浏览
[ ] 已设置的预订按钮等重要事件有记录
[ ] 已考量数字是否只因自己或网站制作公司的确认访问而增加
[ ] URL与事件名称中没有姓名、电子邮件、电话、预订编号等信息

不要只根据一个月的数字删除浏览量少的页面。应结合住客提问、搜索字词与季节性，将其列入改善候选。导入方式与个人信息注意事项请参阅Google Analytics 4入门。

最后15分钟：WordPress与恢复准备

在WordPress管理后台的「工具 → 网站健康状态」可确认重大问题与改善项目。看到诊断结果时，不需要当场变更所有项目。

网站健康状态与更新候选

[ ] 网站健康状态没有新的重大问题
[ ] 已记录WordPress核心、主题、插件的更新候选
[ ] 已决定由谁确认更新内容、兼容性与支持信息
[ ] 没有未使用的管理员账号或不明使用者
[ ] 管理员电子邮件可送达目前的负责人

有更新候选，不代表可以立即套用到正式环境。变更前应备份、确认恢复方式，避开预订集中的时间再更新。

备份

[ ] 能查到上次备份完成的日期与时间
[ ] 备份范围包含数据库、图片、主题、插件
[ ] 能实际访问存储位置
[ ] 不只有错误通知，也有完成记录
[ ] 能查到恢复步骤与负责恢复的人
[ ] 已记录最近一次恢复测试日期

只有备份文件存在，并不代表一定能恢复。请利用WordPress更新前的备份与恢复，确认符合所用服务器托管服务方式的步骤。

登录与安全性

[ ] 所有管理员使用个别账号
[ ] 已确认离职者、合同已结束人员的账号
[ ] 两步验证可按预期使用
[ ] 没有可疑登录通知或不记得做过的变更
[ ] 使用BASIC验证时，了解对REST API与外部整合的影响

保护登录的设置，请参阅WordPress登录的BASIC验证与两步验证。

将发现的问题分为四个等级

优先度	例子	处理参考
紧急	网站停止、预订前往其他设施、个人信息外泄、未授权管理员	停止追加变更，与负责人判断是否停止公开或恢复
高	房价、休馆、取消说明错误，无法预订，过时的猫咪在宿信息	当天确认正确信息与影响范围
中	部分404、手机显示布局错乱、搜索索引突然异常	决定负责人与修正期限
低	轻微错字、照片更换、说明改善	排入下次更新时段

修正一个问题时，不要混入无关的插件更新或设计变更，否则会难以了解原因与恢复方式。

每月检查表模板

对象月份：
检查日期：
检查者：
上次检查日期：

1. 营业与预订信息：无问题／需处理／未确认
2. 显示与预订路径：无问题／需处理／未确认
3. Search Console：无问题／需处理／未使用
4. Analytics：无问题／需处理／未使用
5. WordPress：无问题／需处理／未确认
6. 备份：无问题／需处理／未确认
7. 登录与安全性：无问题／需处理／未确认

问题的URL或画面：
对住客的影响：
优先度：紧急／高／中／低
修正负责人：
修正期限：
变更前备份：需要／不需要／等待判断
修正后确认者：
下次检查日期：

选择「无问题」必须先确认。因没有权限而无法查看的项目，应记录为「未确认」，而非无问题。

请AI进行只读检查的提示词

请协助进行住宿设施网站的每月检查。
这次只阅读公开页面并报告，不要登录、编辑、更新、
预订、发送联系消息、打电话或付款。

官方网站：［URL］
官方预订：［公开URL］
主要OTA：［公开URL］
旅宿确认的目前信息：［营业、房价、地址、接送、招牌猫等］
上次检查结果：［内容］

请将下列项目分为「无问题」「需处理」「未确认」「不适用」。
1. 营业、休馆、预订受理
2. 客房、房价、餐饮、额外费用
3. 取消、变更、付款
4. 地址、交通、接送、联系方式
5. 招牌猫的目前信息
6. HTTPS、404、主要内部与外部链接
7. PC与智能手机上的显示问题
8. 通往预订与联系窗口的路径

对问题候选附上URL、对应位置、对住客的影响，
依紧急、高、中、低的顺序排列。
不要推测目前信息，只有管理后台能确认的项目请标为未确认。

Search Console、Analytics与WordPress管理后台的内容，由旅宿主人以画面或导出数据分享必要范围即可。不要将密码、两步验证码、预订者信息、私钥贴给AI。