客户端路由能切换视图，不代表服务器能处理同一个深层URL。嵌入WordPress的应用需要检查History API、普通链接和服务端回退，同时确保不存在地址返回正确状态，不能把所有未知路径都伪装成有效产品页。
分别测试点击与直接请求
从首页点击进入产品页，再在新窗口直接打开该URL并刷新，比较内容、状态和加载请求。客户端可能已经持有数据，而新请求需要服务器重新提供入口。只录一段点击演示无法证明分享链接、搜索访问或刷新后正常。
使用可识别的实际路径链接
Google官方JavaScript说明建议使用带href的链接及History API，而不是用片段模拟不同页面内容。片段锚点可以定位同页内容，但不适合作为所有独立产品的唯一地址。路由设计需与WordPress已有固定链接范围协调。
限定服务端回退范围
应用入口回退应只处理需要的路径，避免覆盖WordPress文章、后台、媒体和API。对真正不存在产品的地址，不能永远返回同样200空壳。需要由应用和服务器共同表达内容存在性，避免制造大量soft 404入口或隐藏真实故障。
检查页面信号及用户体验
直接打开后核对主内容、标题、规范地址和主要链接，检查返回键及手机加载。数据请求失败要有可理解错误状态，不只留转圈动画。不同抓取系统对渲染支持不一，应提供清楚稳定的内容入口，而不是仅依赖一次浏览器执行成功。
关键区别
客户端路由：浏览器内切换视图；不证明服务器路由可用。
深层URL：可独立分享的入口；需直接请求成功。
应用回退：返回应用入口处理；不能覆盖全部未知路径。
怎样确认处理到位
深层地址可直接打开和刷新，WordPress其他路径不受干扰，不存在内容有正确处理，手机返回及主要页面信号正常。
容易误判的边界
不要以整站一律返回200解决深层404；应用入口、真实内容与不存在路径应分别处理。
