🧹 免费 · 免注册 · 不装 App · 只读
此刻你的店面,会不会正把一行 Liquid 报错摊在顾客眼前?
主题报错几乎从不出现在你自己一直开着的那一页,而是躲在某个集合页、某个商品页、购物车,或者 404 页——只有第一次来、没有缓存的顾客才撞得上。我们按陌生访客的方式抓七类页面,把顾客能看见的东西原文引给你。
仅基于公开可获取的数据。仅供参考,不构成法律意见。
这个工具检查什么
- 被印进页面的 Liquid 报错——“Liquid error”“Could not find asset”
- 本该是文案的位置,直接显示出“Translation missing:”翻译键
- 没被解析的 {{ }} / {% %} 模板代码,漏进了页面正文
- 标题为空,或者干脆就叫“Untitled”的页面
- 断掉的图片引用——src 为空、Shopify 的 no-image 占位图、URL 直接 404
- 404 页是不是真的返回 404 状态码,还是返 200 的假 404(会被 Google 收录)
- 返回 500/403 的页面,以及内容少得不正常的页面
FAQ
我自己打开店面好好的,怎么会有报错?
你看到的多半是有缓存的版本、登录状态,或者主题编辑器里的预览,而且十有八九只看首页。一个坏掉的 snippet 往往只毁掉某一类模板。我们是冷启动、不带 cookie、不带预览参数去请求每一页的——那才是第一次来的顾客拿到的东西。
你们到底打开了哪几页?
首页、一个集合页、一个商品页、/cart、/search?q=test、一个不可能存在的地址(用来测 404 模板),再加 /policies/refund-policy。集合页和商品页尽量从你首页上的真实链接里挑。一次巡检的请求数不超过 12 个。
有什么是它看不到的?
我们不执行 JavaScript。页面加载之后才画出来的东西——App 异步取回的区块、懒加载的图片、前端模板——我们一概看不到;一个完全靠浏览器渲染的页面,在我们这儿看起来就是空的。这类项一律标成「无法判定」并写清原因,绝不算成通过。