WordPress搬家后检查不同设备的阅读体验,核心不是“打开首页看一眼”,而是用真实设备或等效视口,逐项核对文本可读性、图片适配、导航可用性和表单交互。搬家常改变域名、路径或资源引用,导致桌面正常而手机错位。最关键的步骤是:在搬家前记录旧站关键页面的移动端表现,搬家后逐页对比,而不是只看新站是否能打开。
搬家前,选5到8个代表页面:首页、一篇长文、一个含表格或代码的页面、产品/服务页、联系页、搜索结果页、404页。用手机、平板、桌面浏览器分别截图或录屏,记录以下基准:
这些基准是搬家后判断“是否退化”的依据,比凭感觉说“好像变窄了”可靠。
没有多台真机时,可用浏览器开发者工具的响应式模式模拟常见宽度,例如320px、375px、414px、768px、1024px。模拟只能检查布局,不能完全代替真机,尤其是触控、字体渲染和输入法行为。检查时逐项执行:
如果发现图片溢出,优先检查搬家后媒体库路径和主题的响应式图片设置;如果文字挤在一起,检查主题是否依赖旧域名的字体文件或自定义CSS。注意:同一现象可能有多个原因,不要只凭一个页面就断定是搬家导致,也可能是主题更新或缓存未刷新。
把搬家后的截图与准备阶段的基准并排对比。重点看三类差异:
判断结果时,以“用户能否在窄屏上完成阅读和主要操作”为准,而不是追求与桌面完全一致。移动端适当精简次要元素是合理的,但正文、导航和主要按钮必须可用。
搬家完成后,把上述清单保存为可复用的检查表。每次更换主题、安装新插件或调整固定链接后,用同一组页面和视口再跑一遍。多人协作时,让检查人把设备、视口宽度、页面地址和截图放在同一处,交付时说明哪些页面已通过、哪些仍有差异。这样能减少“我这边看着正常”的返工。
下一步:选一个代表页面,按准备阶段的清单在手机和桌面各走一遍,把差异记下来,再决定是改主题设置、修资源路径还是调整内容结构。