- 首页缺少可见 H1,标题与摘要也没有表达核心业务
- Shop All 暴露客户姓名、定金和专属付款商品
Worldcustomtable 五项诊断报告
围绕技术 SEO、GEO、性能、页面内容与文章内容进行独立审计。每项问题均包含现场 URL、可复核数据、修复依赖、可落地 Shopify Liquid / JSON-LD / JavaScript 示例与验收标准。
审计结论
当前最高优先级不是继续扩充页面,而是将客户专属付款商品从公开目录和索引中隔离,补齐首页主题与品牌实体,压缩首页/产品模板初始载荷,并把产品、案例、评论和文章主张统一到可回溯的事实字段。
公开资产与抽样技术证据
全量站点地图 + 14 个代表性 URL| 页面 | 状态 | 标题 | H1 | 图片 | 脚本 | HTML | 识别 Schema |
|---|---|---|---|---|---|---|---|
| / | 200 | Worldcustomtable16 字符 | 0未检测到 | 231 | 99 | 953 KB | WebSite |
| /collections/all | 200 | Products — Worldcustomtable27 字符 | 1Products | 103 | 83 | 912 KB | BreadcrumbList、ListItem、WebSite |
| /collections/custom-table-1 | 200 | Custom Epoxy & Wooden Tables Made Just for You — Worldcustomtable65 字符 | 1Custom Table | 149 | 83 | 983 KB | BreadcrumbList、ListItem、WebSite |
| /collections/dining-table-1 | 200 | Handmade Dining Tables | Custom Wood & Epoxy Table | Worldcustomtable69 字符 | 1Dining Table | 149 | 83 | 975 KB | BreadcrumbList、ListItem、WebSite |
| /collections/pre-order-in-stock-tables | 200 | Pre-Order & In-Stock Tables | Ready to Ship Tables — Worldcustomtable69 字符 | 1Pre-Order & In-Stock Tables | 149 | 83 | 939 KB | BreadcrumbList、ListItem、WebSite |
| /pages/about-us | 200 | About Us — Worldcustomtable27 字符 | 0未检测到 | 33 | 102 | 519 KB | BreadcrumbList、ListItem、WebSite |
| /pages/how-to-order | 200 | How to Complete Your Purchase — Worldcustomtable48 字符 | 1How to Complete Your Purchase | 40 | 73 | 527 KB | BreadcrumbList、ListItem、WebSite |
| /pages/gallery | 200 | Display — Worldcustomtable26 字符 | 9Gallery Tables | New Designs | Best Sellers | Classic Collections | Epoxy Tables | Ocean & River Tables | Fluorescent Epoxy Tables | Epoxy Ice Effects Tables | Solid Wood Slabs | 47 | 73 | 571 KB | BreadcrumbList、ListItem、WebSite |
| /products/wctr01-custom-burl-wood-epoxy-dining-table-handmade-epoxy-table | 200 | Custom Burl Wood Epoxy Dining Table Handmade Epoxy Table - R01 — Worldcustomtable81 字符 | 1Custom Burl Wood Epoxy Dining Table Handmade Epoxy Table - R01 | 23 | 83 | 2956 KB | Brand、BreadcrumbList、ListItem、Offer、Organization、Product、WebSite |
| /products/wctr02-custom-walnut-seawave-live-edge-epoxy-dining-table-with-a-glossy-finish | 200 | Custom Walnut Seawave Live Edge Epoxy Dining Table with a Glossy Finis — Worldcustomtable89 字符 | 1Custom Walnut Seawave Live Edge Epoxy Dining Table with a Glossy Finish - R02 | 23 | 83 | 2974 KB | Brand、BreadcrumbList、ListItem、Offer、Organization、Product、WebSite |
| /products/wctr03-custom-walnut-rectangle-epoxy-conference-room-table | 200 | Custom Walnut Rectangle Epoxy Conference Room Table - R03 — Worldcustomtable76 字符 | 1Custom Walnut Rectangle Epoxy Conference Room Table - R03 | 23 | 83 | 2967 KB | Brand、BreadcrumbList、ListItem、Offer、Organization、Product、WebSite |
| /blogs/news | 200 | Blogs — Worldcustomtable24 字符 | 1Blogs | 33 | 72 | 509 KB | BreadcrumbList、ListItem、WebSite |
| /blogs/news/discover-epoxy-tables-embark-on-a-creative-home-decor-journey | 200 | Discover Epoxy Tables: Embark on a Creative Home Decor Journey — Worldcustomtable81 字符 | 1Discover Epoxy Tables: Embark on a Creative Home Decor Journey | 37 | 75 | 545 KB | BlogPosting、BreadcrumbList、ImageObject、ListItem、Organization、Person、WebPage、WebSite |
| /blogs/news/how-to-care-for-hardwood-furniture-a-comprehensive-guide | 200 | How To Care for Hardwood Furniture: A Comprehensive Guide — Worldcustomtable76 字符 | 1How To Care for Hardwood Furniture: A Comprehensive Guide | 37 | 75 | 545 KB | BlogPosting、BreadcrumbList、ImageObject、ListItem、Organization、Person、WebPage、WebSite |
HTML、图片和脚本数量来自抓取响应及源码标签计数,只用于模板负载和结构对比,不等同于浏览器最终请求数。
SEO 技术审计明细
基于公开站点地图与代表性模板现场采集。所有数量均注明统计口径;未取得的实时数据不做推断。
P0-P2 问题汇总
共 5 项- Gallery 页面出现 9 个 H1
- 集合页缺少 CollectionPage / ItemList 语义
- 站点地图规模需要按资产职责治理
问题、证据与落地代码
每项均含公开 URL 与验收口径首页缺少可见 H1,标题与摘要也没有表达核心业务
可直接修复首页源码实测:title 为“Worldcustomtable”,description 为空,H1=0;用户和搜索引擎无法从首屏快速确认“定制实木/环氧桌”定位。
影响该维度的可发现性、可信度或用户决策效率;优先级依据影响范围与修复依赖判定。
在 Hero 中保留一个可见 H1,并补 title 与 description;复测源码与渲染 DOM。
SEO/内容/前端;发布后复查 URL、可见内容、源码/结构化数据与模板功能。
{% if request.page_type == 'index' %}
<h1 class="hero__title">Custom Epoxy & Solid Wood Tables, Handcrafted for Your Space</h1>
{% endif %}
{% comment %} Shopify 后台:首页 SEO 标题与描述同步填写 {% endcomment %}Shop All 暴露客户姓名、定金和专属付款商品
需业务确认/collections/all 首屏可见多条 “Deposit/Payment Link for + 客户姓名”商品;站点地图同时公开 877 个产品 URL,形成隐私、索引质量与搜索体验风险。
影响该维度的可发现性、可信度或用户决策效率;优先级依据影响范围与修复依赖判定。
专属付款商品加 metafield 标记;从公开集合、搜索和推荐中排除,并设 noindex;无长期价值时在履约后下架。
SEO/运营/开发;发布后复查 URL、可见内容、源码/结构化数据与模板功能。
{% if product.metafields.custom.private_payment == true %}
<meta name="robots" content="noindex,nofollow">
{% endif %}
{% assign public_products = collection.products | where: "metafields.custom.private_payment", false %}Gallery 页面出现 9 个 H1
可直接修复/pages/gallery 源码实测 H1=9;同页多个一级标题削弱主题层级并影响辅助技术导航。
影响该维度的可发现性、可信度或用户决策效率;优先级依据影响范围与修复依赖判定。
保留“Gallery Tables”为唯一 H1,其余卡片标题统一为 H2/H3;验收 H1 数量=1。
SEO/前端;发布后复查 URL、可见内容、源码/结构化数据与模板功能。
<h1>{{ page.title }}</h1>
{% for block in section.blocks %}
<h2 class="gallery-card__title">{{ block.settings.title | escape }}</h2>
{% endfor %}集合页缺少 CollectionPage / ItemList 语义
可直接修复抽样 4 个集合页只识别到 WebSite、BreadcrumbList、ListItem;未识别 CollectionPage 与商品 ItemList。
影响该维度的可发现性、可信度或用户决策效率;优先级依据影响范围与修复依赖判定。
为可索引集合输出 CollectionPage + ItemList,列表项 URL 必须与可见商品一致。
SEO/开发;发布后复查 URL、可见内容、源码/结构化数据与模板功能。
<script type="application/ld+json">
{"@context":"https://schema.org","@type":"CollectionPage","name":{{ collection.title | json }},"url":{{ canonical_url | json }},"mainEntity":{"@type":"ItemList","itemListElement":[{% for product in collection.products limit:24 %}{"@type":"ListItem","position":{{ forloop.index }},"url":{{ shop.url | append: product.url | json }}}{% unless forloop.last %},{% endunless %}{% endfor %}]}}
</script>站点地图规模需要按资产职责治理
需业务确认主站点地图实测包含 878 个产品入口(其中 877 个产品页)、62 个集合、31 个页面、88 篇文章;资产数量大,且公开集合与商品职责存在重叠。
影响该维度的可发现性、可信度或用户决策效率;优先级依据影响范围与修复依赖判定。
建立 URL 主从表;只让可交易、可维护、有独立搜索意图的页面进入索引。
SEO/商品;发布后复查 URL、可见内容、源码/结构化数据与模板功能。
# 每周导出的治理字段(CSV) url,type,indexable,canonical,status,owner,intent,last_reviewed /products/private-deposit,product,false,,200,ops,private-payment,2026-08-15
GEO 技术审计明细
基于公开站点地图与代表性模板现场采集。所有数量均注明统计口径;未取得的实时数据不做推断。
P0-P2 问题汇总
共 5 项- 品牌实体信息不足且命名不一致
- 项目案例主张缺少可回溯证据字段
- 产品事实没有单一可复用来源
- 评论与评分需要说明统计边界
- 机器发现入口存在,但需要持续同步
问题、证据与落地代码
每项均含公开 URL 与验收口径品牌实体信息不足且命名不一致
品牌确认后修复首页仅输出 WebSite;About 页抽样未识别 Organization。Dining Table 页面正文还出现“Luxcraftwood’s exclusive collection”,与 Worldcustomtable 品牌冲突。
影响该维度的可发现性、可信度或用户决策效率;优先级依据影响范围与修复依赖判定。
确认法律主体、品牌名、地址和官方账号;全站替换遗留品牌名并输出统一 Organization。
品牌/法务/开发;发布后复查 URL、可见内容、源码/结构化数据与模板功能。
<script type="application/ld+json">
{"@context":"https://schema.org","@type":"Organization","@id":"https://worldcustomtable.com/#organization","name":"Worldcustomtable","url":"https://worldcustomtable.com/","logo":"https://cdn.shopify.com/.../logo.png","sameAs":["https://www.instagram.com/VERIFIED_HANDLE"]}
</script>项目案例主张缺少可回溯证据字段
品牌确认后修复首页案例包含客户名、城市、尺寸、木材和工期,但页面未提供项目编号、完成日期、客户授权或证据更新时间。
影响该维度的可发现性、可信度或用户决策效率;优先级依据影响范围与修复依赖判定。
为每个案例增加项目 ID、完成日期、图片授权状态、规格来源和更新时间;未获授权时匿名化。
品牌/项目/法务;发布后复查 URL、可见内容、源码/结构化数据与模板功能。
<article itemscope itemtype="https://schema.org/CreativeWork"> <meta itemprop="identifier" content="WCT-PROJECT-2026-001"> <time itemprop="dateCreated" datetime="2026-06-12">Completed June 2026</time> <p>Specifications verified from approved drawing v3 · Updated 2026-08-15</p> </article>
产品事实没有单一可复用来源
可直接修复产品页有 Product/Offer,但集合、FAQ、博客和案例中的尺寸、材料、交期表述分散;容易让搜索与生成式引擎遇到冲突事实。
影响该维度的可发现性、可信度或用户决策效率;优先级依据影响范围与修复依赖判定。
建立 Product Fact Table,通过 metafields 同时驱动页面、JSON-LD、Feed 和 FAQ。
商品/开发;发布后复查 URL、可见内容、源码/结构化数据与模板功能。
{% assign facts = product.metafields.specs %}
<dl class="product-facts">
<dt>Wood</dt><dd>{{ facts.wood.value }}</dd>
<dt>Lead time</dt><dd>{{ facts.lead_time.value }}</dd>
<dt>Finish</dt><dd>{{ facts.finish.value }}</dd>
</dl>评论与评分需要说明统计边界
品牌确认后修复商品和集合出现评分/评论文案,但页面级证据没有稳定展示样本范围、统计截止日与是否为全店或单品评论。
影响该维度的可发现性、可信度或用户决策效率;优先级依据影响范围与修复依赖判定。
仅在可追溯时输出 AggregateRating;可见区标注样本量、对象范围、截止日期和评论来源。
运营/数据/法务;发布后复查 URL、可见内容、源码/结构化数据与模板功能。
{% if product.metafields.reviews.count.value > 0 %}
<p class="review-method">Based on {{ product.metafields.reviews.count.value }} verified product reviews · Updated {{ product.metafields.reviews.updated_at.value | date: "%Y-%m-%d" }}</p>
{% endif %}机器发现入口存在,但需要持续同步
可直接修复站点地图已包含 sitemap_agentic_discovery.xml,属于积极基础;仍需让机器入口与产品事实、政策和更新时间保持一致。
影响该维度的可发现性、可信度或用户决策效率;优先级依据影响范围与修复依赖判定。
部署发布校验:机器文件引用的 URL 必须 200、canonical 自指、事实更新时间不旧于商品字段。
技术/商品;发布后复查 URL、可见内容、源码/结构化数据与模板功能。
# CI 验收伪代码 for url in agentic_discovery_urls: assert GET(url).status == 200 assert canonical(url) == url assert fact_updated_at(url) >= catalog_updated_at(url)
性能诊断明细
基于公开站点地图与代表性模板现场采集。所有数量均注明统计口径;未取得的实时数据不做推断。
P0-P2 问题汇总
共 5 项- 首页 HTML 与首屏资源体量过高
- 抽样产品页 HTML 超过 3 MB
- 第三方脚本供应商过多
- 集合模板首屏资产密度高
- 缺少可公开复核的实时 CWV 数值
问题、证据与落地代码
每项均含公开 URL 与验收口径首页 HTML 与首屏资源体量过高
可直接修复首页源码响应约 976 KB,包含 231 张 img、99 个 script、9 处视频/外部视频标记;这是现场源码指标,不冒充 Core Web Vitals。
影响该维度的可发现性、可信度或用户决策效率;优先级依据影响范围与修复依赖判定。
首屏只保留 1 张主视觉;非首屏图片 lazy,视频 poster+点击加载;移除重复 section 和无用 app。
前端/性能;发布后复查 URL、可见内容、源码/结构化数据与模板功能。
{% assign eager = section.index == 1 %}
{{ image | image_url: width: 1600 | image_tag:
widths: '480,768,1200,1600',
sizes: '(min-width: 990px) 100vw, 100vw',
loading: eager | default: 'lazy',
fetchpriority: eager | default: 'auto' }}抽样产品页 HTML 超过 3 MB
可直接修复3 个抽样产品页源码约 3.03–3.05 MB,均包含约 83 个 script;大量政策、FAQ、应用和组件数据进入初始响应。
影响该维度的可发现性、可信度或用户决策效率;优先级依据影响范围与修复依赖判定。
将评论、推荐、视频和长政策模块延迟到交互/可见时加载;目标初始 HTML < 500 KB。
前端/性能;发布后复查 URL、可见内容、源码/结构化数据与模板功能。
const loadWhenVisible=(el,fn)=>new IntersectionObserver(([e],o)=>{if(e.isIntersecting){fn();o.disconnect()}},{rootMargin:'300px'}).observe(el);
loadWhenVisible(document.querySelector('[data-reviews]'),()=>import('./reviews.js'));第三方脚本供应商过多
需业务确认首页源码识别到 Chatra、Privy、Clarity、GTM、Facebook、Loox、PowerfulForm 等外部主机;每个供应商都可能增加主线程、网络和隐私成本。
影响该维度的可发现性、可信度或用户决策效率;优先级依据影响范围与修复依赖判定。
建立脚本预算;同类功能只留一个,营销与聊天在同意/交互后加载。
前端/运营;发布后复查 URL、可见内容、源码/结构化数据与模板功能。
window.addEventListener('load',()=>requestIdleCallback(()=>{
if(window.userConsent?.marketing) import('/assets/marketing-tags.js');
},{timeout:3000}));集合模板首屏资产密度高
可直接修复抽样 Custom Table 与 Dining Table 集合均约 1 MB HTML、149 张图片、83 个 script。
影响该维度的可发现性、可信度或用户决策效率;优先级依据影响范围与修复依赖判定。
首屏限制 12–16 个商品;其余分页;筛选器与案例媒体延迟加载。
前端/商品;发布后复查 URL、可见内容、源码/结构化数据与模板功能。
{% paginate collection.products by 16 %}
{% for product in collection.products %}
{% render 'card-product', product: product, lazy: forloop.index > 4 %}
{% endfor %}
{{ paginate | default_pagination }}
{% endpaginate %}缺少可公开复核的实时 CWV 数值
需复测本次 PageSpeed API 在检测窗口内未返回结果,因此报告不生成性能分数、LCP、INP 或 CLS 推断值。
影响该维度的可发现性、可信度或用户决策效率;优先级依据影响范围与修复依赖判定。
发布前后分别保存 PSI/CrUX 结果;移动端目标 LCP≤2.5s、INP≤200ms、CLS≤0.1(75 分位)。
性能/数据;发布后复查 URL、可见内容、源码/结构化数据与模板功能。
npx lighthouse https://www.worldcustomtable.com/ --only-categories=performance --form-factor=mobile --output=json --output-path=./lighthouse-home.json # 在同一网络/设备配置下连续运行 3 次,记录中位数
页面内容诊断明细
基于公开站点地图与代表性模板现场采集。所有数量均注明统计口径;未取得的实时数据不做推断。
P0-P2 问题汇总
共 5 项- 首页首屏价值主张不可扫描
- Shop All 将公开商品与私密履约混在一起
- About 页面缺少一级标题与可验证事实块
- Gallery 页面层级和案例字段不统一
- 页面英文存在拼写与旧品牌残留
问题、证据与落地代码
每项均含公开 URL 与验收口径首页首屏价值主张不可扫描
品牌确认后修复首页无 H1、title 仅品牌名、description 为空;核心品类、定制方式、交期与信任依据未形成统一首屏信息。
影响该维度的可发现性、可信度或用户决策效率;优先级依据影响范围与修复依赖判定。
首屏用一句定位、3 个可证明优势、定制入口与 Ready-to-Ship 次入口。
品牌/内容;发布后复查 URL、可见内容、源码/结构化数据与模板功能。
<section class="hero-copy"><h1>Custom Epoxy & Solid Wood Tables, Made to Fit Your Space</h1><p>Choose wood, resin, dimensions and base. Receive an approval drawing before production.</p><a href="/collections/custom-table-1">Design my table</a><a href="/collections/pre-order-in-stock-tables">Shop ready-to-ship</a></section>
Shop All 将公开商品与私密履约混在一起
需业务确认Products 页面展示客户姓名、专属定金、附加费用和白手套服务链接,普通访客无法区分可购买商品与订单履约项目。
影响该维度的可发现性、可信度或用户决策效率;优先级依据影响范围与修复依赖判定。
公开目录只保留标准商品;私密款项使用 Draft Order/Invoice 或受控页面。
商品/运营;发布后复查 URL、可见内容、源码/结构化数据与模板功能。
{% unless product.tags contains 'private-payment' or product.tags contains 'deposit-link' %}
{% render 'card-product', product: product %}
{% endunless %}About 页面缺少一级标题与可验证事实块
品牌确认后修复/pages/about-us 实测 H1=0;品牌故事无法通过层级和事实表快速理解。
影响该维度的可发现性、可信度或用户决策效率;优先级依据影响范围与修复依赖判定。
增加唯一 H1;将主体、地点、工艺流程、质保和联系方式做成带来源/更新时间的事实块。
品牌/内容/前端;发布后复查 URL、可见内容、源码/结构化数据与模板功能。
<h1>About Worldcustomtable</h1> <dl class="brand-facts"><dt>Business entity</dt><dd>[LEGAL NAME]</dd><dt>Workshop location</dt><dd>[VERIFIED LOCATION]</dd><dt>Last verified</dt><dd>2026-08-15</dd></dl>
Gallery 页面层级和案例字段不统一
可直接修复Gallery 有 9 个 H1,部分图像名称仍以文件名/PID 形式出现,案例缺少统一尺寸、材料、时间与地点字段。
影响该维度的可发现性、可信度或用户决策效率;优先级依据影响范围与修复依赖判定。
统一一个 H1;每张案例卡使用同一字段模板和描述性 alt。
内容/前端;发布后复查 URL、可见内容、源码/结构化数据与模板功能。
<img src="{{ block.settings.image | image_url: width: 1200 }}" alt="{{ block.settings.wood }} {{ block.settings.resin }} custom table in {{ block.settings.location }}">
<h2>{{ block.settings.project_title }}</h2>页面英文存在拼写与旧品牌残留
可直接修复抽样页面出现 Dinning、Exrta、Artisina 等拼写,以及 Dining Table 页面中的 Luxcraftwood 品牌残留。
影响该维度的可发现性、可信度或用户决策效率;优先级依据影响范围与修复依赖判定。
导出 title/H1/商品名,运行词典和品牌词扫描;人工确认后批量回写。
内容/商品;发布后复查 URL、可见内容、源码/结构化数据与模板功能。
const banned=/(Luxcraftwood|Dinning|Exrta|Artisina)/gi;
document.querySelectorAll('h1,h2,[data-product-title]').forEach(el=>{if(banned.test(el.textContent)) console.warn(location.href,el.textContent)});文章内容诊断明细
基于公开站点地图与代表性模板现场采集。所有数量均注明统计口径;未取得的实时数据不做推断。
P0-P2 问题汇总
共 5 项- 文章库需要先做主题去重与主从映射
- 早期泛科普文章信息增益偏低
- 护理文章需要与官方政策形成单一事实源
- 文章作者实体虽有 Person,但履历证据不足
- 文章到商业页面的内链需要按决策阶段设计
问题、证据与落地代码
每项均含公开 URL 与验收口径文章库需要先做主题去重与主从映射
可直接修复站点地图实测 88 篇文章;博客列表近期多篇围绕 epoxy table、durability、climate、bubbles、design ideas,存在相邻意图竞争的可能,需要用全量标题/正文相似度验证。
影响该维度的可发现性、可信度或用户决策效率;优先级依据影响范围与修复依赖判定。
为每个主题指定 Pillar;保留独特问题页,重叠内容合并并 301。
SEO/编辑;发布后复查 URL、可见内容、源码/结构化数据与模板功能。
# 内容清单字段 url,primary_intent,pillar,unique_value,traffic,links,action /blogs/.../epoxy-care,epoxy-table-care,/pages/care-maintenance,regional-climate,?,?,keep
早期泛科普文章信息增益偏低
可直接修复“Discover Epoxy Tables”抽样文章主要覆盖 What is epoxy / allure / conclusion,缺少材料标准、选型数据、来源与可操作比较。
影响该维度的可发现性、可信度或用户决策效率;优先级依据影响范围与修复依赖判定。
重写为选择指南:用途、木材、环氧类型、厚度、维护、预算影响,并引用产品事实表。
编辑/商品;发布后复查 URL、可见内容、源码/结构化数据与模板功能。
<section><h2>Choose by use case</h2><table><thead><tr><th>Use</th><th>Recommended finish</th><th>Evidence</th></tr></thead><tbody><tr><td>Daily dining</td><td>[VERIFIED FINISH]</td><td>Care test / warranty scope</td></tr></tbody></table></section>
护理文章需要与官方政策形成单一事实源
品牌确认后修复“How To Care for Hardwood Furniture”与站内 Care & Maintenance、产品 FAQ 可能重复;若步骤或材料禁忌不一致,会降低可信度。
影响该维度的可发现性、可信度或用户决策效率;优先级依据影响范围与修复依赖判定。
政策页作为权威源;文章只负责解释场景并引用相同维护字段与更新时间。
编辑/客服/商品;发布后复查 URL、可见内容、源码/结构化数据与模板功能。
<aside class="fact-source">Care instructions verified by {{ shop.metafields.content.reviewer }} · Updated {{ shop.metafields.content.care_updated_at }} · <a href="/pages/care-maintenance">Official care policy</a></aside>文章作者实体虽有 Person,但履历证据不足
品牌确认后修复两篇抽样文章识别到 BlogPosting、Person、Organization;页面仍需公开作者专业范围、审校人、更新时间和利益关系。
影响该维度的可发现性、可信度或用户决策效率;优先级依据影响范围与修复依赖判定。
建立作者页与审校流程;Article JSON-LD 引用稳定 Person @id。
品牌/编辑;发布后复查 URL、可见内容、源码/结构化数据与模板功能。
{"@type":"BlogPosting","author":{"@type":"Person","@id":"https://worldcustomtable.com/pages/authors/jane-doe#person","name":"Jane Doe"},"reviewedBy":{"@type":"Person","name":"[VERIFIED REVIEWER]"},"dateModified":"2026-08-15"}文章到商业页面的内链需要按决策阶段设计
可直接修复抽样文章包含 Hot-Selling Product 模块,但通用热销推荐未必对应文章问题与用户决策阶段。
影响该维度的可发现性、可信度或用户决策效率;优先级依据影响范围与修复依赖判定。
按意图链接:科普→购买指南→集合;护理→维护政策→适用产品;避免所有文章复用同一热销模块。
SEO/编辑/商品;发布后复查 URL、可见内容、源码/结构化数据与模板功能。
{% case article.metafields.seo.intent %}{% when 'care' %}{% assign target='/pages/care-maintenance' %}{% when 'buying-guide' %}{% assign target='/collections/custom-table-1' %}{% endcase %}<a href="{{ target }}">Continue with the relevant guide</a>从 P0 清理到可持续发布
先隔离私密履约资产和修复首页主题,再治理模板载荷与品牌事实;随后统一商品字段、案例证据、评论统计和内容集群。
实施依赖
避免技术修改先于业务口径私密付款商品隔离、首页 H1/元信息、Gallery H1、品牌残留修正。
首页/集合/产品模板减载,第三方脚本预算,CollectionPage/ItemList。
品牌实体、Product Fact Table、项目与评论证据边界。
文章集群、作者审校、站点地图与机器入口发布校验、CWV 回归。
全量修复矩阵
点击编号跳转到对应证据与代码| 优先级 | 编号/维度 | 问题 | 落地动作 | 责任人 | 依赖 | 验收 |
|---|---|---|---|---|---|---|
| P0 | SEO 技术审计 | 首页缺少可见 H1,标题与摘要也没有表达核心业务 | 在 Hero 中保留一个可见 H1,并补 title 与 description;复测源码与渲染 DOM。 | SEO/内容/前端 | 可直接修复 | 复查页面可见内容、源码、结构化数据、索引入口和关键交互;保存发布前后证据。 |
| P0 | SEO 技术审计 | Shop All 暴露客户姓名、定金和专属付款商品 | 专属付款商品加 metafield 标记;从公开集合、搜索和推荐中排除,并设 noindex;无长期价值时在履约后下架。 | SEO/运营/开发 | 需业务确认 | 复查页面可见内容、源码、结构化数据、索引入口和关键交互;保存发布前后证据。 |
| P1 | SEO 技术审计 | Gallery 页面出现 9 个 H1 | 保留“Gallery Tables”为唯一 H1,其余卡片标题统一为 H2/H3;验收 H1 数量=1。 | SEO/前端 | 可直接修复 | 复查页面可见内容、源码、结构化数据、索引入口和关键交互;保存发布前后证据。 |
| P1 | SEO 技术审计 | 集合页缺少 CollectionPage / ItemList 语义 | 为可索引集合输出 CollectionPage + ItemList,列表项 URL 必须与可见商品一致。 | SEO/开发 | 可直接修复 | 复查页面可见内容、源码、结构化数据、索引入口和关键交互;保存发布前后证据。 |
| P1 | SEO 技术审计 | 站点地图规模需要按资产职责治理 | 建立 URL 主从表;只让可交易、可维护、有独立搜索意图的页面进入索引。 | SEO/商品 | 需业务确认 | 复查页面可见内容、源码、结构化数据、索引入口和关键交互;保存发布前后证据。 |
| P0 | GEO 技术审计 | 品牌实体信息不足且命名不一致 | 确认法律主体、品牌名、地址和官方账号;全站替换遗留品牌名并输出统一 Organization。 | 品牌/法务/开发 | 品牌确认后修复 | 复查页面可见内容、源码、结构化数据、索引入口和关键交互;保存发布前后证据。 |
| P0 | GEO 技术审计 | 项目案例主张缺少可回溯证据字段 | 为每个案例增加项目 ID、完成日期、图片授权状态、规格来源和更新时间;未获授权时匿名化。 | 品牌/项目/法务 | 品牌确认后修复 | 复查页面可见内容、源码、结构化数据、索引入口和关键交互;保存发布前后证据。 |
| P1 | GEO 技术审计 | 产品事实没有单一可复用来源 | 建立 Product Fact Table,通过 metafields 同时驱动页面、JSON-LD、Feed 和 FAQ。 | 商品/开发 | 可直接修复 | 复查页面可见内容、源码、结构化数据、索引入口和关键交互;保存发布前后证据。 |
| P1 | GEO 技术审计 | 评论与评分需要说明统计边界 | 仅在可追溯时输出 AggregateRating;可见区标注样本量、对象范围、截止日期和评论来源。 | 运营/数据/法务 | 品牌确认后修复 | 复查页面可见内容、源码、结构化数据、索引入口和关键交互;保存发布前后证据。 |
| P2 | GEO 技术审计 | 机器发现入口存在,但需要持续同步 | 部署发布校验:机器文件引用的 URL 必须 200、canonical 自指、事实更新时间不旧于商品字段。 | 技术/商品 | 可直接修复 | 复查页面可见内容、源码、结构化数据、索引入口和关键交互;保存发布前后证据。 |
| P0 | 性能诊断 | 首页 HTML 与首屏资源体量过高 | 首屏只保留 1 张主视觉;非首屏图片 lazy,视频 poster+点击加载;移除重复 section 和无用 app。 | 前端/性能 | 可直接修复 | 复查页面可见内容、源码、结构化数据、索引入口和关键交互;保存发布前后证据。 |
| P0 | 性能诊断 | 抽样产品页 HTML 超过 3 MB | 将评论、推荐、视频和长政策模块延迟到交互/可见时加载;目标初始 HTML < 500 KB。 | 前端/性能 | 可直接修复 | 复查页面可见内容、源码、结构化数据、索引入口和关键交互;保存发布前后证据。 |
| P1 | 性能诊断 | 第三方脚本供应商过多 | 建立脚本预算;同类功能只留一个,营销与聊天在同意/交互后加载。 | 前端/运营 | 需业务确认 | 复查页面可见内容、源码、结构化数据、索引入口和关键交互;保存发布前后证据。 |
| P1 | 性能诊断 | 集合模板首屏资产密度高 | 首屏限制 12–16 个商品;其余分页;筛选器与案例媒体延迟加载。 | 前端/商品 | 可直接修复 | 复查页面可见内容、源码、结构化数据、索引入口和关键交互;保存发布前后证据。 |
| P2 | 性能诊断 | 缺少可公开复核的实时 CWV 数值 | 发布前后分别保存 PSI/CrUX 结果;移动端目标 LCP≤2.5s、INP≤200ms、CLS≤0.1(75 分位)。 | 性能/数据 | 需复测 | 复查页面可见内容、源码、结构化数据、索引入口和关键交互;保存发布前后证据。 |
| P0 | 页面内容诊断 | 首页首屏价值主张不可扫描 | 首屏用一句定位、3 个可证明优势、定制入口与 Ready-to-Ship 次入口。 | 品牌/内容 | 品牌确认后修复 | 复查页面可见内容、源码、结构化数据、索引入口和关键交互;保存发布前后证据。 |
| P0 | 页面内容诊断 | Shop All 将公开商品与私密履约混在一起 | 公开目录只保留标准商品;私密款项使用 Draft Order/Invoice 或受控页面。 | 商品/运营 | 需业务确认 | 复查页面可见内容、源码、结构化数据、索引入口和关键交互;保存发布前后证据。 |
| P1 | 页面内容诊断 | About 页面缺少一级标题与可验证事实块 | 增加唯一 H1;将主体、地点、工艺流程、质保和联系方式做成带来源/更新时间的事实块。 | 品牌/内容/前端 | 品牌确认后修复 | 复查页面可见内容、源码、结构化数据、索引入口和关键交互;保存发布前后证据。 |
| P1 | 页面内容诊断 | Gallery 页面层级和案例字段不统一 | 统一一个 H1;每张案例卡使用同一字段模板和描述性 alt。 | 内容/前端 | 可直接修复 | 复查页面可见内容、源码、结构化数据、索引入口和关键交互;保存发布前后证据。 |
| P2 | 页面内容诊断 | 页面英文存在拼写与旧品牌残留 | 导出 title/H1/商品名,运行词典和品牌词扫描;人工确认后批量回写。 | 内容/商品 | 可直接修复 | 复查页面可见内容、源码、结构化数据、索引入口和关键交互;保存发布前后证据。 |
| P0 | 文章内容诊断 | 文章库需要先做主题去重与主从映射 | 为每个主题指定 Pillar;保留独特问题页,重叠内容合并并 301。 | SEO/编辑 | 可直接修复 | 复查页面可见内容、源码、结构化数据、索引入口和关键交互;保存发布前后证据。 |
| P1 | 文章内容诊断 | 早期泛科普文章信息增益偏低 | 重写为选择指南:用途、木材、环氧类型、厚度、维护、预算影响,并引用产品事实表。 | 编辑/商品 | 可直接修复 | 复查页面可见内容、源码、结构化数据、索引入口和关键交互;保存发布前后证据。 |
| P1 | 文章内容诊断 | 护理文章需要与官方政策形成单一事实源 | 政策页作为权威源;文章只负责解释场景并引用相同维护字段与更新时间。 | 编辑/客服/商品 | 品牌确认后修复 | 复查页面可见内容、源码、结构化数据、索引入口和关键交互;保存发布前后证据。 |
| P1 | 文章内容诊断 | 文章作者实体虽有 Person,但履历证据不足 | 建立作者页与审校流程;Article JSON-LD 引用稳定 Person @id。 | 品牌/编辑 | 品牌确认后修复 | 复查页面可见内容、源码、结构化数据、索引入口和关键交互;保存发布前后证据。 |
| P2 | 文章内容诊断 | 文章到商业页面的内链需要按决策阶段设计 | 按意图链接:科普→购买指南→集合;护理→维护政策→适用产品;避免所有文章复用同一热销模块。 | SEO/编辑/商品 | 可直接修复 | 复查页面可见内容、源码、结构化数据、索引入口和关键交互;保存发布前后证据。 |
数据来源与可复现方法
- robots.txt:抓取规则与站点地图入口。
- sitemap.xml:产品、页面、集合、博客与 agentic discovery 子地图。
- 关键页面:主页、Shop All、Custom Table、Dining Table、Ready-to-Ship、About、How to Order、Gallery、3 个产品模板、博客列表与 2 篇文章。
- 采集时间:2026-08-15(Asia/Shanghai);HTTP 状态、最终 URL、canonical、title、description、H1、图片、脚本、HTML 字节与 JSON-LD 类型由同一脚本采集。
- 证据快照:报告同目录附带 JSON,便于开发复核;网页可能在报告生成后变化。
python audit_site.py # 输出:audit_evidence.json # 口径:站点地图直接 loc;代表性页面 HTML 标签与 JSON-LD 解析