# 一站式出海营销｜谷歌SEO、SEM、社媒与GEO协同获客 - 光算科技 - 全文视图 (分块 3/6) > 光算科技以谷歌SEO为核心，联动SEM广告、海外社媒和网站内容，串起营销底座、多渠道流量、询盘承接与数据复盘。GEO按目标市场配置，提供分阶段的一站式营销方案。 本文件是 **一站式出海营销｜谷歌SEO、SEM、社媒与GEO协同获客 - 光算科技** 的 LLM 全文视图 (第 3 块,共 6 块)。 包含第 601 - 900 篇文章的完整 markdown 内容 (按日期降序)。 - **返回主索引**: - **Sitemap**: - **下一块**: - **上一块**: --- ## 对比和选型页为什么容易被引用 - URL: https://www.guangsuan.com/post/comparison-page-citation/ - 作者: Don Jiang - Published: 2026-09-26T12:00:14+08:00 - Last updated: 2026-10-01T18:00:06Z - 摘要: 对比与选型页为什么容易被引用：公平对比、可核证据、明确结论与更新时间。讲清可抄走的单元，不承诺被引用。 对比页容易被引用，不是因为它长，而是因为它替别人做了一次判断。**读者在内部立项、问供应商、或者写采购说明的时候，需要一个"我不是第一个遇到这件事的人"的第三方说法，而对比页正好是现成的那一个。**这就是它比同长度的普通内容更容易被引用的原因：它被引用的动机不在流量，在决策。 原创示意，为本篇绘制的场景与区块结构，不是真实引用数据或排名截图。 ## 引用需求来自三类具体场景 - **内部立项。**要说服预算或领导，需要一份看起来中立的对照材料。参数齐全、口径一致的对比表最容易被直接搬进汇报材料。 - **问供应商。**给几家候选同时发同一份问题，谁先回答得好谁留下。对方最省事的做法是引用一份已经存在的第三方说明。 - **写采购说明或方案。**写文档的人需要一个可以指向的来源，尤其是要给不在技术岗的人看的时候。 这三类场景的共同点是：引用的人要的是"能直接抄走的东西"，不是观点。这也是对比页比观点文更容易被引用的结构性原因。 ## 一张只有参数的对比表不会被引用 这是对比页最常见的失败形态：内容很全，但读者抄不走任何东西。 对比维度会被引用的写法只列参数会怎样价格写明计价单位、起订量、是否含税与运费只写一个数字，读者无法比性能给出测试条件与口径，允许复核数字没有前提，不可信适用场景写清什么情况下选它、什么情况下不要选读者还得自己判断，等于没省事隐藏成本写出实施、迁移、维护的额外投入看起来更便宜，实际不是资料时间标明数据采集时间与来源读者无法判断新旧 对照表里每一行都补上"口径、时间、来源"三项，一份只能当广告看的对比页就能变成可引用的资料。Google 的公开文档强调内容应当带来原创价值、体现真实经验，[Creating helpful content](https://developers.google.com/search/docs/fundamentals/creating-helpful-content)里可以核对具体表述。 ## 三个让对比页值得被引的写法 - **把自家也放进表里。**把自己和竞品用同一套维度、同一套口径对照。这一步降低可信度争议，也是别人愿意引用的重要原因。 - **给明确结论，而不是让人自己推。**至少写清"预算在这个区间选谁"、"这个场景下谁更合适"、"哪一类客户不适合选某家"。 - **补上没人写的那一面。**迁移成本、退出难度、售后响应方式、锁定制程度，这些通常不在厂商互相写的对比里。 做之前先确认一件事：你手上有没有别人没有的对照信息。只靠公开资料拼出来的对比页，本质是一份汇总；含有独家实测、独家报价结构或独家客户场景的对比页，才是别人愿意引用的那一份。可引用单元的判定方式，[被同行主动引用的资料长什么样](/post/citation-ready-units-and-permanent-links)里有对照表。 ## 风险边界：两种做法会直接毁掉这一页 **照抄厂商的对比表。**各家用来说服客户的表格都往自己有利写，把它们并排放在一起，读者一眼能看出矛盾。这一页会被判定为低增量内容，代价是整页的可信度。 **只做品牌词对比。**页面全部篇幅在讲自家和某几个品牌的优劣，没有第三方可核对的信息，也没有可复用的结构。这类页面的读者是采购而不是引用者，链接通常指向它自己而不是被别的内容引。 如果确实要整理公开参数，最低要求是标注每条数据的来源页面与采集时间，并且不加入无法核实的评价性表述。低成本拼凑出来的对照表容易落进"以操纵排名为目的、缺少原创价值的内容"这一类，这一点与前一段引用的官方文档是同一条界线。 ## 对比页写不出来的两种站点 **一是你只有一种产品。**没有对照对象，对比页写不出来。这类站点应该把力气放在选型说明与适用边界上，不是硬凑两个友商。 **二是数据不能公开。**价格、交付数据、故障率属于内部信息时，参数对比无法成立。可以改做"选型方法对比"，只比判断方法，不比具体数值。 还有一种情况是先确认页面落点。对比页最终要给谁点：[GPB 独立站外链](/gpb/)这类交付指向具体业务页的链接，落在有完整正文的承接页上，效果与落在一张空壳对比页上不同。 ## 上线后看什么 - **被引用的位置。**指向整页、指向对照表、还是被抄走的是某一段结论。第三种最有价值，它说明你的结构被认可了。 - **是否出现在别人的采购材料里。**这类引用往往不进链接统计，但会在搜索报告里体现为来自其他站点的访问增加。 - **结论段有没有被单独提起。**如果没有人提你的结论，多半是结论写得太隐晦，需要把它提到更靠前的位置并写得更直接。 如果整页有访问但零引用，问题在缺少可抄走的单元；如果连访问都没有，问题在落点与内部链接，不在这张表。判断来源时，注意区分"名单上抄来的"和"真的读了内容才引的"，[竞品外链别照着名单抄](/post/competitor-backlink-citation-reasons)里的判读顺序可以直接用。 ## 公平对比：把自家也放进同一把尺子 对比页要经得起核对，第一步是“同维度、同口径”。如果竞品用的是 A 口径、自家用的是 B 口径，读者一眼就能看出你在为结论服务，可信度反而更低。把每一行的**来源、采集时间、单位与前提**补齐，才谈得上被引用。 原创要件清单：公平对比、可核证据、明确结论、更新时间。 ## 可核证据：每条数据都要能追到来源 能支撑结论的证据通常有三类：**官方文档或标准**、**可复现的实测**（写明条件与设备/版本）、**公开可查的报价结构或条款**。反面例子是“业内普遍认为”“大多数用户反馈”——这类无法追溯的表述在决策材料里没有价值。参数对比要同单位、同条件，方法见[参数对比表怎么做](/post/geo-comparison-table-same-units/)；竞品部分不要把未知项直接写成缺点，原则见[竞品对比页怎么写才经得起核对](/post/competitor-comparison-verifiable-facts/)。 ## 明确结论与更新时间 读者要的是判断，不是让他自己推。至少给出“预算在某个区间选谁、什么场景下更合适、哪类客户不适合选某家”。同时写明**本页最后更新时间与维护责任**；没有日期或日期造假的对比页，再全也不敢用。更新时改的是事实与口径，不是把日期往前推。 ## 边界：不保证被引用，不编 AEO 分数 一页是否被引用、被谁引用，由第三方决定，你无法承诺。也不要编造“AEO 评分”“AI 引用率”之类的数字来包装。能控制的是页面是否具备被抄走的单元（对照表、结论段、适用边界），以及信息是否可核对。这与相邻的两篇分工不同：[参数对比表](/post/geo-comparison-table-same-units/)讲单张表的同维度同单位，[竞品对比的措辞与证据](/post/competitor-comparison-verifiable-facts/)讲如何避免把未知写成缺点；本篇讲的是**为什么这类页面会被引用、以及怎么写才值得被引**。 --- ## 写"终极指南"要有多少内容才够 - URL: https://www.guangsuan.com/post/definitive-guide-how-much/ - 作者: Don Jiang - Published: 2026-09-26T12:00:14+08:00 - 摘要: 长度不是标准。用七个模块自检替代字数要求，并说明什么时候该停止加内容。写"终极指南"最常被问的是要多少字，这个问题本身没有答案。篇幅是结果，不是目标：判断标准只有两条——读者读完能不能独立做完一件事，以及你的正文里有没有只有你这里才有的东西。 写"终极指南"最常被问的是要多少字，这个问题本身没有答案。**篇幅是结果，不是目标：判断标准只有两条——读者读完能不能独立做完一件事，以及你的正文里有没有只有你这里才有的东西。**用字数去凑这两条，文章会变长但不会被引用；不按字数写，只要这两条成立，多长都可以。 原创示意，为本篇绘制的模块与判断关系图，不是真实篇幅统计或排名数据。 ## 三个比字数更有用的判断 - **意图宽度。**这个词背后的问题是"了解一个领域"还是"解决一件具体事"。前者需要覆盖面，后者只需要一段清晰的步骤。文章长度的合理区间基本由这一条决定。 - **独占信息量。**把全篇里只有你这里才有的内容抽出来单独成段。如果抽不出三段，这篇就是一份更详细的转述，篇幅再长也只是把别人的内容铺开。 - **可引用的单元数。**数一数文里有几个能被单独拎出来用的东西：一张表、一段结论、一份清单、一种判断方法。这个数比字数更能预测它会不会被引。 第三条和"篇幅"的关系最直接。一篇五千字里如果只有一个可引用的东西，引用它的人得先把整篇读完、找出那一段、确认没有上下文依赖，成本高。反过来，一篇两千字里有四张能直接抄走的表，被引用的可能性通常更高。不同意图下的篇幅判断，[英文 SEO 文章写多长合适](/post/english-seo-article-length)有更细的拆法。 ## 模块自检表：按这七类写，缺哪类都不算完稿 模块要写到什么程度判断标准覆盖范围把这个主题下读者还会问的问题列一遍读者看完知道还有什么需要单独学选型判断给出"什么情况选什么"的结论，不只罗列选项读者能照着做决定，不用自己再推一遍一手数据写明口径、时间、样本来源别人能核对你怎么算出来的常见错误列出别人踩过的坑和你自己的失败案例内容里有负面信息，不是通篇推荐工具与资源可复制的东西：清单、表格、模板、工具入口读者能带走继续用问题清单把读者会在搜索框里打的问句逐条答完覆盖的是真实问法，不是你发明的分类更新记录写明最后更新时间与这一版改了什么读者能判断这份信息有多新 七类里最常缺的是第三类和第四类，因为它们最费时间，也最不容易被检索到。缺的这两类恰好决定了这篇文章有没有被引用的理由。 补的时候有个顺序建议：先补第三类。一手数据补进去之后，第四类会自然长出来——有真实数字之后，"别人踩过什么坑"才有具体内容可写。反过来先写坑，文章会变成没有支撑的劝告。 还有一个常见误区是七类全写但每类只有一句。那样做出来的是一份目录，不是一份指南。判断标准很简单：每类能不能独立成一个读者愿意单独摘出来的段落，答不上来的那一类等于没写。 ## 定稿前的四问 - **读者读完能做完哪一件事？**答不上来，说明这篇还是一份介绍，而不是一份指南。 - **哪三段只有我这里有？**答不上三段，把这两段补出来；补不出来，就换选题或去拿数据。 - **文里哪几个东西能被别人单独拎走用？**少于三个，就再加清单或对照表，而不是加段落。 - **这篇会怎么过期？**答不上来的指南通常不依赖时效，这反而是好事；答得上的，要写明更新计划。内容更新后旧副本不跟着变的问题，[内容更新了 AI 还在引用旧版本](/post/content-updated-ai-still-quotes-old-version)里有处理顺序。 四问全过就可以定稿，不必再纠结长度。四问里有两问答不上来时，优先补内容模块，而不是继续扩写——扩写不会新增独占信息。 ## 什么时候该写短，甚至不该写这一篇 四种情况，长文是负收益。 **主题本身很窄。**一个具体型号、一项具体设置、一个具体术语，正确长度就是一小段。这种页面写成"终极指南"只会稀释重点。 **结果页里全是短页面。**前排页面都在几百字内把问题答完，说明这个查询不需要长文。写得比所有人都长，不构成优势。 **你没有独占信息，也不打算去拿。**这时的投入产出比低于换一个窄题目做。对同一套站点内的页面分工，[产品页和博客的关键词地图](/post/b2b-keyword-page-mapping)给了先分意图再定长度的做法。 **这个词要的是即时答案。**版本、价格、政策、故障状态这类查询，写长文会显得不可靠，短的、可更新的页更合适。 判断完之后如果决定要写，建议先确定承接页面再动笔，页面类型和落点的关系见[谷歌 SEO](/seo/)里对内容层级与服务范围的说明。 --- ## 没有链接差距的关键词，还值得做吗 - URL: https://www.guangsuan.com/post/link-gap-keyword-decision/ - 作者: Don Jiang - Published: 2026-09-26T12:00:14+08:00 - 摘要: 链接差距只是信号之一。给出四种情形的判断矩阵与 SERP 排查项。关键词没有链接差距，答案是值得做，但理由不是"别人还没做，我先占一个位置"。链接差距是筛选器，不是开关。 关键词没有链接差距，答案是值得做，但理由不是"别人还没做，我先占一个位置"。**链接差距是筛选器，不是开关。**它只告诉你这个话题的外部来源供给是否已经被填满，不告诉你这个话题有没有价值、更不告诉你做出来的页面会不会被引用。把差距当成准入门槛，会把一批最容易被引用的选题挡在门外。 原创示意，为本篇绘制的差距与应对关系图，不是真实关键词排名或外链统计。 ## "没有链接差距"其实包含三种不同情况 情形你会看到什么该做什么全行业都没有差距这个词下所有页面的外部来源都很少，排名靠内容量与相关性最值得早做：供给还没被填，先把可引用单元放上去差距接近零，但自己排名远你和前排的链接数一样，排名差很远差距不是变量，别以外链为主，先查页面本身差距很大前排页面的来源明显多于你外链确实是差距的一部分，但要先确认页面类型对不对 三种情形里只有第三种把外链当成主要抓手。第一种和第二种做错的表现都一样：花力气去比数量，而真正决定能不能被引用的东西没做。 ## 先判断这个结果页到底需不需要外部来源 差距只是一个相对数字，它可能小，也可能只是这个行业本来就不靠外链。花十分钟把下面五项过一遍，结论往往比工具里的差距值更直接。 - **前十结果里一共有几条出链。**出链总数就是这个话题当前的外部来源供给量，供给少说明还没被占满。 - **出链是站外还是站内。**以前者为主，说明这个话题靠外部来源活着；以内链为主，说明它靠的是站内网络，链接建设帮不上太多。 - **排在前面的页面是什么类型。**媒体、百科、协会手册占据多数时，引用门槛很高，你要先回答"凭什么引你"。 - **结果页里有没有能被引用的东西。**一张数据表、一个可下载的清单、一个能算的工具。如果前十都没有，被引用的需求就不存在。 - **你的目标页面类型是什么。**产品页、分类页和文章页争取外链的方式完全不同，落点选错会白做。 另外要提醒一句：竞品的外链数量不能只当数字读。同一批来源反复出现在所有页面下，和每个页面各有不同来源，是两种完全不同的结构，[竞品外链别照着名单抄](/post/competitor-backlink-citation-reasons)里说明了怎么区分。 ## 关键词要做，但产出不该是"再写一篇长文" 当一个话题的外部引用需求还没被满足时，最有效的产出通常不是更长的文章，而是三种更小的东西。 - **一份可核对的数据或口径表。**不是行业平均数，而是你把自己的规格、价格区间、交期、故障统计摆出来，标清时间与来源。别人要引用时会直接抄这段。 - **一个能省读者时间的落地清单。**选型检查表、上线核对表、对照参数表。清单被引用的概率通常高于观点段落。 - **一个能直接回答问题的短页面。**把窄问题写成独立页面，比在一篇长文里埋一段更容易被单独指向。 这三类都属于可引用单元，形态和判断方式在[被同行主动引用的资料长什么样](/post/citation-ready-units-and-permanent-links)里有对照。它们的共同点是：有明确边界、能被复制、能脱离上下文单独成立。 ## 两种不该把它排进选题的情况 **一是这个词与业务没有直接关系。**做它可能带来流量，但不会带来采购线索，也不值得为它单独投入外链资源——除非它的存在本身就是为了给别的页面提供内部链接落点。 **二是你的目标页面已经在结果页里位置不错，链接差距为零。**这种情况下继续加投入的性价比通常低于换一个页面做。判断该换还是该加，先看这页的独立来源域名数有没有变化：没有变化说明链接不是当前的瓶颈，换页面做更划算。 ## 做完之后看什么 这类页面不能只看排名，要看三个能反映"有没有被当成来源"的指标。 - **新增的外部来源里有多少是原名单上没有的。**这是判断内容有没有独立吸引力的最直接信号，只有数量而没有新域名，说明只是在重复已有来源。 - **这个页面被提及品牌名但没有链接的次数。**品牌出现说明内容进入了他人的判断依据，缺的是哪一环，[品牌只出现名字没有链接](/post/brand-named-without-source-link)里有专门的处理顺序。 - **该页面在搜索报告里带来的查询是否扩展了。**从原来的一两个词扩到一批长尾词，通常意味着页面被判定为这个主题的答案，而不只是某个词的答案。 统计口径要一开始就统一：外链总数与独立引荐域名数不是同一个概念，提及率与引用率也各有分母，算法可以参照[品牌提及率与引用率怎么算](/post/geo-mention-and-citation-rate)里的示例。三项里有两项没动，先回第二段重新判断这个结果页，而不是加预算。 --- ## 支柱页与主题集群：哪个页面该去拿外链 - URL: https://www.guangsuan.com/post/pillar-cluster-backlink-target/ - 作者: Don Jiang - Published: 2026-09-26T12:00:14+08:00 - 摘要: 集群页拿覆盖面，支柱页拿权重和引用。讲清两类页面的分工与选择方法。内容站点最常见的一种浪费，不是链接数量不够，而是落点选错：把外链分散到十几篇互相重叠的集群页上，结果每一页的来源都不够，真正该被引的那一篇始终没人知道。 内容站点最常见的一种浪费，不是链接数量不够，而是落点选错：**把外链分散到十几篇互相重叠的集群页上，结果每一页的来源都不够，真正该被引的那一篇始终没人知道。**支柱页和集群页承担的是两种不同的活，外链不应该平摊到它们身上。 原创示意，为本篇绘制的落点分工结构，不是真实站点结构或外链数据。 ## 先分清两种页面，它们的任务本来就不同 维度支柱页集群页覆盖范围把一整个主题一次讲完只讲其中一个具体问题目标查询宽、指向判断与比较窄、指向具体场景与做法在结构里的位置集群的汇总入口从支柱页向下分出的分支靠什么被引用覆盖面、结论、站内唯一性具体做法、清单、可复制内容外部链接该指向谁它就是落点主要靠站内链接向上承接更新方式随主题扩展加模块单点修正或合并回支柱页 表里最后两行是落点判断的依据。判断错了的信号很直观：如果一堆集群页都在争同一批词，彼此之间也没有清晰的内容边界，那么它们不该各自去拿链接，该合并或重新划界。 ## 落点选择的四个步骤 - **按"这个词需要多宽的答案"排序。**需要看完一整个主题才能做决定的，落支柱页；只解决一个具体问题的，落集群页。 - **每个集群簇只选一个对外页面。**同一个主题下有多篇候选时，选正文最完整、与其他页重叠最小的那一篇作为对外承接点，其余页面改为从它向下分流。 - **把外链集中到这个页面上。**让外部来源记住一个地址比记住十个地址容易，来源分散的代价是每一页都拿不到足够密度。 - **用站内链接把集群页串到支柱页上。**支柱页要链到下面所有集群页，集群页回链支柱页，这条路径让两边的关系对抓取和读者都成立。Google 关于站内链接如何被发现和传递的公开说明见[Links and Google Search](https://developers.google.com/search/docs/crawling-indexing/links-crawlable)。 页面的功能定位本身可以参照[产品页和博客的关键词地图](/post/b2b-keyword-page-mapping)的做法：先按意图分开，再决定哪一页承担哪一类查询，避免同一个词被多个页面同时争取。 ## 集群页怎么跟着受益 外链集中在支柱页上，不代表集群页只能靠外链。站内结构本身也影响它能不能被引用和被找到。 - **支柱页里给每个集群页一句明确的定位说明。**写清这页解决什么、不解决什么，读者和抓取都能据此判断该不该往下点。 - **同一簇内页面互链，而不是各链各的。**层级超过两层之后，底部的页面往往很难被顺着点进去。 - **把最好的那份可引用内容放上去。**如果全站只有一处有可下载的清单或对照表，引用会集中在那一页，集群页即使有外链也拿不到引用。 判断某个集群页"该不该独立存在"的信号：它的目标查询和另一页高度重叠、它正文里没有其他页没有的内容、它这一整个季度没有拿到任何来源。这种页面更适合合并，而不是继续投链接。可引用单元与长期链接的关系，[被同行主动引用的资料长什么样](/post/citation-ready-units-and-permanent-links)里有更细的说明。 ## 两种不适用的情况 **一是转化型产品线不适合只留一个对外承接点。**产品页本身是承接页，支柱页不能替代它。这时正确的结构是：产品页各自承接自己的查询，内容侧另做支柱页，两者用站内链接连起来，而不是把外链都压到支柱页上等它把权重传下来。 **二是已经建成型的老站不要重排结构。**如果历史外链分散在多页面上，把它们强行收拢会让已建立的来源关系中断。这种情况更适合从"给现有承接页补来源"入手，而不是先做结构重构。GPB 这一层交付的就是指向具体业务页的原创文章与链接，边界见[GPB 独立站外链](/gpb/)。 ## 怎么验证落点选对了 把下面的三项按簇记录，季度更新一次，而不是每天看排名。 - **外部来源是否集中在选定的承接页上。**如果链接还散在你打算合并掉的页面上，说明结构调整还没落到位，或者原来的页面还没被替换。 - **集群页是否还有独立带来查询的页面。**合并后仍在持续带来查询的页面，才是真正值得保留的独立页面。 - **支柱页是否出现了新的引用位置。**被引用的到底是整页还是页面里某一段的对照表，直接决定下一轮要把力气加在哪一段。整站的外链建设与分层配合方式，[外链组合套餐](/backlinks/)里把 GPB、GNB、GMB 各自承担的任务分开写明，可按落点类型对照使用。 三项里有两项不成立，问题通常不在外链数量，而在"这个主题到底需要一个页面还是需要五个页面"这一步判断错了。 --- ## 内容焕新：把旧文章改造成值得引用的资产 - URL: https://www.guangsuan.com/post/content-refresh-for-backlinks/ - 作者: Don Jiang - Published: 2026-09-26T12:00:14+08:00 - 摘要: 不是所有旧文都值得改。先按外链与展现排序，再补数据、更新版本、通知原引用者。挑旧文章做焕新，挑选顺序应该反过来：先看哪些页面已经拿到过外链，再看哪些页面排名最高。 挑旧文章做焕新，挑选顺序应该反过来：**先看哪些页面已经拿到过外链，再看哪些页面排名最高。**有外链说明已经有人认为这页值得引用，缺的往往不是"让更多人知道"，而是"更值得引"；排名高但零外链的页面，问题通常出在页面类型上，改文字救不回来。 原创示意，为本篇绘制的页面分型与优先动点，不是真实站点数据或后台截图。 ## 焕新对象按这个顺序挑 先给现有内容做一次分型，再决定谁先动。分型只看两个维度：这页有没有外部来源、它在搜索里排到什么位置。 页面状态说明什么优先动哪里有外链，排名中下已被外部认为可引用，但内容没接住补可引用单元，优先加一手信息有外链，排名已不错基础成立，风险在过期更新数字与年份，加对照表排名高，零外链，页面是规格或报价这不是内容问题，是页面类型问题不做内容焕新，改落点或拆页排名高，零外链，正文是通识复述被判定为低增量内容的风险较高先重做切入角度，再谈焕新一年几乎零曝光，正文全是共性描述缺的不是新旧，是选题合并进别的页面，或直接下掉 ## 六个动作，按这个顺序做 - **补一手信息。**实测数据、真实报价区间、交付周期、故障与返工记录、失败案例。每个季度补一条新的，这是别人抄不走的部分。 - **把散在正文里的数字收进表格。**每个数字标口径、标时间、标样本来源。凑不进表格的数字不要留在正文里。 - **加一段取舍结论。**写清"什么情况下选 A、什么情况下选 B、什么情况下两个都不该选"。 - **清理带年份、版本、价格的表述。**同时在正文末尾写明"资料更新时间"，让读者能判断这份信息有多新。 - **改标题与首段，但不动 URL。**改成读者真正会搜的问句或判断句，结构保持稳定。 - **补一个能被单独引用的东西。**清单、参数对照表、可下载模板或一个能用的工具入口。读者引用的是这段内容本身，页面只是它的载体。 第六步最容易被跳过，也最影响后续能不能被引用。可引用单元的几种形态，[被同行主动引用的资料长什么样](/post/citation-ready-units-and-permanent-links)里有展开说明。 ## 焕新时最容易被破坏的三件事 **一是自己动了规范指向。**页面该自指时如果被改成指向另一页，等于告诉搜索这一版的优先级顺序，焕新的效果会被两页之间的竞争吃掉。 **二是顺手换了地址或做了大范围跳转。**已有外链指向的是旧地址，地址一换，链接关系要重新建立。 **三是把主题改散了。**焕新时顺手想同时打三个新词，结果是这一页原本积累的信号被摊到三个不相关的意图上。改内容后排名反而下滑的几种原因，[为什么更新内容后排名反而下降](/post/%e4%b8%ba%e4%bb%80%e4%b9%88%e6%9b%b4%e6%96%b0%e5%86%85%e5%ae%b9%e5%90%8e%e6%8e%92%e5%90%8d%e5%8f%8d%e8%80%8c%e4%b8%8b%e9%99%8d)里逐条列过。 还有一件焕新之后必须做的事：内容改了，AI 侧或第三方站点上的旧副本不会自动跟着变，[内容更新了 AI 还在引用旧版本](/post/content-updated-ai-still-quotes-old-version)列了该先查的五个公开副本位置。 ## 什么时候焕新没用 四种情况建议先别动。 - **刚发布不久、还没有任何数据的页面。**没有基线，改动只是换一种猜法。 - **结论型与原理型内容。**它每被改一次就多一次被质疑的机会，除非出现了新的反例。 - **缺的是排名而不是外链的页面。**如果同一批页面的外链数量和排名同步，这页的问题不在被引用上。 - **主体是价格、库存与交期的页面。**这类内容每次改等于重写一遍，属于运营动作，不是内容动作。 上面这四种情况的共同点是：改文字改变不了页面的类型或主题定位。要动就得动页面，改内容是最无效的一步。 ## 上线之后按三个时间点核对 焕新不要一次性下结论。把这三个时间点和各自要看的口径先写下来。 - **第一个月**：页面是否仍可正常抓取与索引，地址有没有变，结构改动有没有超出预期。这三项只要有一项不正常，后面两个时间点的数字都没有参考价值，应先把技术问题修掉再继续看。 - **第二个月**：这页新增的外部来源域名数，其中有多少是原名单上没有的。分母口径要固定，不同工具对"外链总数"和"独立引荐域名数"的算法并不一致，先按同一口径记录再比。 - **第三个月**：被引用的位置分布——指向页面、指向段落、还是只出现名字。名字出现但没链接的补救方式，[媒体提到品牌却没放链接](/post/unlinked-brand-mention-source-request)里有专门处理流程。 三个时间点都没变化，也不要原样重发一次：回到第一张表，看这一页当时被归到哪一类，处置方式本身就选错了。 --- ## 摩天楼技术：为什么多数人做失败了 - URL: https://www.guangsuan.com/post/skyscraper-technique-failure/ - 作者: Don Jiang - Published: 2026-09-26T12:00:14+08:00 - 摘要: 找到值得超越的内容只是开始。讲清后面三个环节该怎么做才不落空。摩天楼技术常被概括成"找到排名最好的那篇文章，写一篇更长的"。多数人做失败，原因也正在这句概括里：它不是写作方法，而是一套选题与来源筛选方法，绝大多数人在动笔之前就已经走偏了。 摩天楼技术常被概括成"找到排名最好的那篇文章，写一篇更长的"。多数人做失败，原因也正在这句概括里：**它不是写作方法，而是一套选题与来源筛选方法，绝大多数人在动笔之前就已经走偏了。**如果那批排得最好的文章本身没有靠外链赢过，或者你找不到任何一家引用过其中某篇的站点，那么无论你写多长、覆盖多少关键词，这一轮的产出都不会有人主动链接。 原创示意，为本篇绘制的流程与判断点结构，不是真实数据、真实排名或后台截图。 ## 失败通常发生在三个环节里的哪一个 把流程拆成三段，失败点通常能定位：**选靶子、找差异、找人**。顺序由早到晚，前一段错了，后面全是无效劳动。 - **选靶子**：找一个"这题确实存在公认答案"的页面作为对标。选错的表现是对标页自己都没几张外部链接，说明这个领域的内容多半自给自足。 - **找差异**：把对标页拆成模块，逐个补上它没有的那一块。这一步做不好，内容会落进"更完整的重复"。 - **找人**：找到已经引用过对标页、或在同一语境下确实需要引用一个来源的站点，并给出引用你的具体理由。 多数人把八成精力压在第二步，写得非常完整，然后卡在第三步：名单是"能发外链的论坛目录"，不是真正会读、会引内容的读者。 ## 靶子选错的第一种表现：这个词的首页不需要外链 搜索结果页自己会先告诉你答案。动手前把下面几行填一遍，任一行落到"不适用"，就先换靶子。 你观察到的现象说明什么还要不要做前十结果之间互相出链很少这个领域的内容基本靠站内存活，外部引用需求低换靶子，或改成做站内会被引用的枢纽页结果里出现百科、行业年鉴、协会手册该主题的引用源是可复核的一手资料，不是长文你得先有资料，文章本身不占优势同一批站点反复出现在多组相关查询下这几个词背后是同一批在持续产出内容的人值得做，名单建一次可以复用结果页大半是自家产品页与目录页外链在这类查询里很难参与竞争先做页面本身，别先做链接 ## 差异化要落到具体模块，不要落在字数上 把对标页的目录抄成一张自己的清单，每条后面写两件事：它写了什么、我手上有什么它没有的。 - **一手信息**：你自己的实测、报价、交付周期、故障记录、失败案例。这段最常被引用，也最难被别人抄走。 - **可核对的数字**：带口径、带时间、带样本来源的数字。凑不进表格的数字等于没有。 - **取舍结论**：明确写出"什么情况选 A、什么情况选 B"。读者复制结论比复制描述容易得多。 - **缺口的补齐**：对标页跳过的场景、没写的失败情形、没有的对照关系。 - **可下载或可复制的东西**：清单、参数表、检查表、模板。链接指向页面，被引用的通常是这个内容本身。 Google 的公开文档把"以操纵排名为目的、批量生产缺乏原创价值的内容"列为需要关注的行为，具体表述见[Search Essentials 的垃圾内容政策](https://developers.google.com/search/docs/essentials/spam-policies)。这条限制对摩天楼技术尤其致命，因为它天然容易被做成"更长但没有新东西"。 ## 名单要从"能发链接的地方"换成"已经引过对标页的地方" - 把对标页的外链来源列出来，剔掉导航、目录、无关站点，只留正文里出现过上下文引用的。 - 看这些来源的引用方式：整段引述、指向某个具体数据、还是只提一句"可参考"。指向前两者的站点最可能接受同类内容。 - 顺着它们再往外扩一层：这些站点引用的其他内容站点，通常就在同一批人里。 - 每个候选站点写一句"它在什么语境下需要引用一个来源"，写不出来的直接删掉。 竞品外链名单怎么读才有用，[竞品外链别照着名单抄](/post/competitor-backlink-citation-reasons)里有更细的判读方式；一个页面上什么内容才值得被别人指向，[被同行主动引用的资料长什么样](/post/citation-ready-units-and-permanent-links)列了可引用单元的几种形态。名单建完如果凑不出二十个可联系对象，多半是靶子本身还没成型。 ## 三个前提不成立，就别开这一轮 **一是对标页从来没有被自然引用过。**长期没人主动引用它，你写得比它更全也没有理由被引用。 **二是你手上没有独家信息。**能写出来的差异化只有"更详细地重复了一遍"，那就先去拿数据或做工具，而不是先写文章。 **三是这个词的目标是转化而不是阅读。**产品页、规格页、报价页的胜负在页面本身和落点选择上，长文顶不上；承接页该怎么分配见[产品页和博客的关键词地图](/post/b2b-keyword-page-mapping)。 ## 怎么判断这一轮有没有打中 触达之前先定三个可核对的口径，写在表里，不要事后调整。 - **新增来源里有多少不在原名单上。**新域名出现说明内容有独立吸引力；新链接全落在原名单里，说明这一轮只是名单被重新走了一遍。 - **被引用的具体位置。**指向页面、指向页面里的某一段、还是正文提到名字但没有链接——三种情况后续动作不同，只有名字没有链接的处理见[品牌只出现名字没有链接](/post/brand-named-without-source-link)。 - **对标页本身有没有变动。**它改了没有、改了哪一段，是判断"这页被当成对手了"最直接的信号。 一轮下来名单里没有新增来源、也没有品牌被提及时，先别急着再写一篇更长的，回去检查第二段的清单里是不是只有"更全"没有"更新"。 --- ## 你怎么数外链：工具统计口径为什么不一样 - URL: https://www.guangsuan.com/post/backlink-count-methodology/ - 作者: Don Jiang - Published: 2026-09-26T12:00:14+08:00 - 摘要: 工具、GSC 与人工核对的抓取范围和归并规则都不同，数字对不上是正常的。两个工具报出不同的外链总数，不一定有一个是错的。差异通常来自四个地方：抓取范围、更新周期、计数单位、以及有没有把自家域名和重复链接算进去。 两个工具报出不同的外链总数，不一定有一个是错的。差异通常来自四个地方：**抓取范围、更新周期、计数单位、以及有没有把自家域名和重复链接算进去。**把外链总数当成一个可以直接比较的分数，是外链汇报里最常见的一处失真。正确做法是给每个数字标注口径——它统计的是什么、在什么时间范围内取的、排除了什么——口径不同就不能直接相比。官网页面在这一层写得很直白：GSC 存在采样与更新延迟，显示数量不等同于建设总量。 ## 同一批链接为什么能被数出四个结果 原创示意，非真实客户数据或后台截图。 计数口径同批 100 条链接的结果回答什么问题常见误区 外链总数100一共放了多少条拿它当来源广度 独立引荐域名数例如 12来源方有多少个与总数直接相比，得出“多得多”的错觉 最常被链接的页面例如 3链接落在哪几页忽略它，无法看出是否全堆在首页 按目标页分组例如首页 40、三个产品页各 20落点结构是否合理只看总数，不分组 注意最后两行：**“最常被链接的页面”和“按目标页分组”不是同一个数字**，前者只显示最靠前的几页，后者是完整分布。官网在 GPB 相关说明里明确区分了外链总数与独立引荐域名数量，并指出就其资源配置而言独立引荐域名数量更有参考意义。基数与乘数怎么理解，可看[买了很多条外链为什么只涨一点](/post/backlink-volume-vs-traffic-baseline)。 ## 四个常见差异源，逐个拆开 - **抓取范围**：工具的索引库里有哪些站点、这些页面最近有没有被重新抓过，都影响它能看见多少条链接。你新发的链接，工具看到的时间必然晚于它真实存在的时间。 - **更新周期**：有的按天刷新，有的按周或按月。同一天打开两个工具本来就不该期待一致。 - **计数单位**：按 `` 标签数还是按去重后的目标地址数；同一页面上同一目标的多个链接算一条还是多条。Google 在“链接最佳实践”里说明 Googlebot 通常能抓取并解析带 `href` 的 `` 元素，而只有 `onclick`、`span href`、`javascript:` 伪协议这些形态抓取程序无法可靠提取——所以“页面上看着有链接”不等于“被计成一条链接”，写法本身就会造成差异。 - **排除规则**：有没有排除自家域名、站内互链、重复出现的同一 URL、图片链接与脚注里的地址。这一项差异最大，也最容易被漏掉。 ## 那到底该以哪个数字为准 分两个场景，答案不同。 **要看自己的站点被识别了多少**：用 Search Console 的链接报告。它的三项数据是分开的，外部链接、引荐网站、最常被链接的页面各自说明一件事。看清这一点，就不会再拿总数和独立域名数互相比对。写法与取数条件见[在 GSC 里核对已识别外链](/post/gsc-links-report-backlink-review)。 **要看竞品或市场全貌**：第三方工具不可替代，但只能当线索。原因很简单：它不知道你实际签了什么、实际发了什么，只能看到它抓到的部分，索引库里的页面也有更新周期。所以第三方数字的正确用法是**用来发现问题，不用来验收交付**。同一个数量级、互相能对上的两个工具，其可信度已经高于单一来源；差一个数量级时，先怀疑口径，而不是先相信其中一个。 ## 怎么让两个数字可比 做一张极简的口径表，每次取数都填一遍，缺项就说明这次数据不可比： - **站点与资源**：哪个域名、哪个子域、是否包含 http 与 https 两种形式。 - **时间范围**：起止日期，以及这个数字是“累计”还是“新增”。 - **排除项**：自家域名、站内互链、重复目标地址、参数化地址。 - **计数单位**：链接条数、去重目标地址数、独立来源域名数。 - **分组方式**：按来源域名、按目标页面，两者各出一份。 - **留证**：当天的导出件或截图，与这张表一起存档。 有了这张表，“这个月外链涨了多少”才是一个能回答的问题——条件相同，差别才有意义。不同交付层该看的字段并不相同，见[外链交付报表的可核对字段](/post/backlink-delivery-report-fields)。 最后一句提醒：报价单上的“条数”除以价格，不构成任何有意义的比较——两个功能不同的东西放在同一个天平上称，得出的比值没有意义。可用的比较维度见[外链报价怎么比](/post/backlink-price-comparison-dimensions)。 --- ## 怎么确认一条外链真的被 Google 收录了 - URL: https://www.guangsuan.com/post/backlink-indexing-verification/ - 作者: Don Jiang - Published: 2026-09-26T12:00:14+08:00 - 摘要: 拿到具体 URL、两边各查一次、区分没抓到与没计入，并记录检查时间。确认一条外链“被 Google 收录”，要拆成两个互不替代的问题：来源页面自己有没有进入索引，以及链接有没有被计入你站点的链接报告。 确认一条外链“被 Google 收录”，要拆成两个互不替代的问题：**来源页面自己有没有进入索引，以及链接有没有被计入你站点的链接报告。**把这两个问题混成一句“它收录了吗”，就会一直在错误的地方等——来源页面没进索引时，你去刷新链接报告是不会有结果的。Google 公布的[链接垃圾定义](https://developers.google.com/search/docs/essentials/spam-policies#link-spam)里把“主要为了操纵排名而创建链接”列为违规，这决定了处理顺序：先看性质，再看计数。 ## 先判断性质：这条链接是不是按规则放的 在等任何数据之前，先问一句。Google 写明 Google 理解链接买卖是网络经济中广告与赞助的正常组成部分，**只要这类链接用 `rel="nofollow"` 或 `rel="sponsored"` 标注在 `` 标签上，就不违反其政策**；反之，付费软文中传递排名的链接属于政策列举的情形。 这个顺序很重要。**一条被明确标注的付费链接，不该被当成“等着被收录、等着加权”的资产来跟踪**，它在你的验收清单里的位置是“属性是否已按要求标注”，而不是“是否被计入”。把它和自然获得的编辑型链接放进同一张待收录表，是很多团队白白等待的原因；而不同交付层的验证动作本就不一样，先看[GPB、GNB、GMB 的目标页面与报表对照](/post/gpb-gnb-gmb-backlink-selection)再决定怎么排。 ## 四步走完，只用你自己的数据 - **打开来源页面**：确认返回正常、正文不需要登录或执行脚本才可见。这一步过不了，后面都不用做。 - **在搜索里核这一页**：用 `site:` 加该来源域名，看这一页是否出现在结果里。注意搜索运算符的结果本身不完整，**查不到不等于不存在**，它只是不能作为唯一证据。 - **在 Search Console 的链接报告里看**：区分“外部链接”“引荐网站”“最常被链接的页面”三项。这三个数字互不相等属于正常——一个来源域名可以分别链到你的三个页面，一个产品页也可以从十几个站点各得一条链接。 - **在你的站点上做 URL 检查**：对被指向的那个页面做检查，看当前是否可访问、最终状态码与索引状态。这一步确认的是“落点能不能接住”，不是“链接算不算数”——落点页被误加 noindex 或 canonical 指错时，前面三步全都不会有结果。 四步做完，你会得到的是一份能直接写进验收单的记录：**标注方式已核、来源页可访问且在索引里、链接报告已计入、目标页允许索引**。缺哪一项就写清缺的是哪一项，而不是笼统记一句“未收录”——这四项对应四种完全不同的补救动作，混成一句话之后，下一步该做什么就没人知道了。 原创示意，非真实客户数据或后台截图。 ## 哪些差距本来就正常 至少四种，不必当成事故。一是 GSC 自身的采样与更新延迟，显示数量不等同于建设总量。二是 `site:` 运算符结果不完整，用它做唯一判据会误判。三是同一条链接在一个第三方工具有、在另一个没有，属于正常的识别范围差异，不是矛盾。四是**报告之间本来就分属不同环节**：链接报告只说明 GSC 已识别到哪些外部链接与引荐站点，不能反推某个查询的名次由哪条链接决定；索引报告只说明目标页当前是否在索引，不能说明它为什么被链接。 把每一步的取数条件写下来：站点、时间范围、是否排除自家域名、目标 URL 如何分组。官网在这一层给的观察起点是发布完成后一个月内开始重点看展现量与关键词变化，同时把“收录不等于排名”作为前置说明。什么时候开始看、看到什么程度算正常，见[外链的观察窗口怎么用](/post/backlink-observation-window-guide)；抓取量该怎么核，见[外链没被收录的排查顺序](/post/backlink-not-indexed-triage)。 ## 怎么确认这次的判断是可复现的 给三个判定项：**每条链接的来源页是否出现在你的抽查表里并附了当时的截图**；**需要标注的付费链接是否已按官方要求标注**；**目标页自身是否仍允许索引**。三项都能在半小时内逐条核对完并写进同一张表。做不到逐条留证的批次规模通常来自分层交付，各层的验证方式因此不同，各层的验证方式因此不同，这一层写明的是交付与报表口径。 把“属性标注”“来源页可访问”“链接报告计入”三列并排放在同一行里看，比只看一个总数更容易发现真正的问题。这张表怎么建、每周记哪几项，见[外链交付报表该有哪些字段](/post/backlink-delivery-report-fields)。 --- ## follow 还是 nofollow：rel 属性实际意味着什么 - URL: https://www.guangsuan.com/post/rel-attribute-nofollow-guide/ - 作者: Don Jiang - Published: 2026-09-26T12:00:14+08:00 - 摘要: 按官方指引讲清 sponsored、ugc、nofollow 各自的适用情形与代码写法。一条外链带 rel="nofollow"，和一条不带任何标注的普通链接，实际差别要说清才不至于被销售话术带偏。 一条外链带 `rel="nofollow"`，和一条不带任何标注的普通链接，实际差别要说清才不至于被销售话术带偏。Google 在[rel 属性说明](https://developers.google.com/search/docs/crawling-indexing/qualify-outbound-links)里的原话是：带这些 rel 属性的链接**通常不会被跟随**，但目标页**仍可能通过其他途径被发现并被抓取**，比如站点地图或来自其他站点的链接。同时 Google 也在“链接最佳实践”一节里写明：只在你不信任这个来源时用 nofollow，不要给你站上的每一条外部链接都加。这两句合起来，属性真正的含义就清楚了——它标注的是发布方与你的关系，而不是这条链接价值高低的评分。 ## 先看代码，再听说法 任何关于属性的讨论都应该从一段 HTML 开始。右键查看链接所在页面的源代码，搜这条链接，看 `` 标签上有什么。三种常见情况要分清： 代码里看到的含义该怎么理解 ``未标注的普通链接Google 预期会抓取并解析的常规形态 ``其他属性都不适用时的标注官方定义是希望 Google 不要把你的站点与之关联、也不要从你的站点抓取该页 ``广告或付费位置官方推荐的付费标注方式，nofollow 作为此前的推荐仍然可接受 ``用户生成内容适用于评论、论坛帖；对长期高质量贡献者可以不标 `rel="ugc nofollow"`多个值官方允许用空格或逗号并列写多个值 还有一个容易被当成“加权”的机制：图片作为链接时，Google 使用 `img` 元素的 `alt` 属性作为锚文本；`` 为空时，可以退而使用 `title` 属性。所以一条看起来“没有锚文本”的图片链接，锚文本在 alt 里；alt 写“点击这里”，对读者和 Google 都等于没写。 原创示意，非真实客户数据或后台截图。 ## 最重要的那条：属性是对付费关系的合规处理 Google 在[垃圾内容政策](https://developers.google.com/search/docs/essentials/spam-policies#link-spam)里写得很完整：链接垃圾是主要为了操纵搜索排名而创建指向或来自某站的链接，付费软文里传递排名的链接属于其列举的示例；紧接着同一段又说明，Google 理解链接买卖是网络经济中广告与赞助的正常组成部分，**只要这类链接用 `rel="nofollow"` 或 `rel="sponsored"` 标注在 `` 标签上，就不违反政策。** 所以读法是这样的：有偿 + 带标注 = 政策允许的形态；有偿 + 不带标注 = 政策列举的情形。判断属性时只问一个问题——**它有没有按官方要求标注？**不要问“dofollow 能不能提权”，Google 没有把任何一条文档写成这个意思。官网也反复强调收录不等于排名、dofollow 不意味着一定传递特定排名价值，这句话和官方口径是一致的。 ## 反过来，你自己站内的出链要不要加 这一条常被搞混。官方写得很直接：**不要给每一条外部链接都加 nofollow。**正常引用来源、给出证据的出链不需要标注；只有当你不信任这个来源时才用 nofollow。另外两个常用边界要记清：想阻止 Google 抓取你自己站内的某个页面，用 `robots.txt` 的 disallow 规则，而不是给站内链接加 nofollow；想阻止某个页面被索引，则是允许抓取再配 noindex，两者用途不同，不要互换。论坛、问答这类用户可以自己插入链接的站点，官方建议给这些链接加 `ugc` 或 nofollow。 官网在这一层的处理也写成了一条服务要求，边界可看[GPB 独立站外链](/gpb/)页面对锚文本与目标页的交付要求；拿到交付后具体怎么核对属性，见[外链报表抽样核对的做法](/post/backlink-report-sample-audit)。若怀疑自己的站被塞了未标注的链接，那属于安全问题而非链接质量问题，处理路径见[技术 SEO 红项的排序方法](/post/technical-seo-audit-priority-evidence)。 ## 怎么确认这次核对做完了 抽查样本，逐条记录三项：链接所在页面 URL、`` 标签上实际写了什么、目标 URL。存档时连代码片段一起保存，因为属性随时可能被改，只记“dofollow”三个字下次就无法复核。判定标准只有一条：**你手上的记录能被别人独立打开验证。**这与官网把链接属性列为交付核对项是同一个要求。 最后提醒一句取数口径：GSC 的链接报告有采样与更新延迟，显示数量不等同于实际建设总量，所以工具里看到的属性分布和你抽查到的分布可能不一致，这是正常的差异，不是矛盾。核对条件与写法见[在 GSC 里核对已识别外链](/post/gsc-links-report-backlink-review)。 --- ## 外链页面 301 之后，原站应该知道什么 - URL: https://www.guangsuan.com/post/external-page-301-after-move/ - 作者: Don Jiang - Published: 2026-09-26T12:00:14+08:00 - 摘要: Google 的 301 文档只谈哪个 URL 应显示在结果里。讲清可核对的部分与不能假设的部分。 你花钱买到的链接，所在页面被作者删了、改版了、或者换到新地址了——这种情况发生时，原站（你）应该知道什么？**最要紧的一句是：链接在哪一层出问题，决定了这件事是技术债、供应商责任，还是你该接受的事实。**页面被删、页面存在但链接被移除、页面存在且链接原样保留但跳转到别处，这三种情况的责任方和处理路径完全不同，不要用同一句话去追。 ## 先判断页面处于哪一种状态 打开那条来源 URL，看它现在返回什么。这一步决定了后面所有动作，也决定了你有没有理由去找对方。 - **404 或域名无法解析**：页面已经不存在。这类通常最难追，因为连“谁该负责”都要先确认——是作者本人清理了旧内容，还是整个站点换了地址。 - **200，但页面上没有那条链接了**：页面还在，链接被删或被移除。这是需要对方恢复的明确情形，证据也最好留：截图加发布时间。 - **200，链接变成跳转**：指向你的地址被套了一层跳转，或被改指到别的页面。这时要判断跳转是否正当。 - **301 跳到你站内的另一个页面**：这是本文要重点讲的情况，见下一节。 - **200，链接原样还在**：不需要任何动作，只需把这次检查的日期和结果记进抽查表。 ## 301 之后，Google 官方到底说了什么 原创示意，非真实客户数据或后台截图。 Google 的重定向文档把 301 和 308 归为永久跳转，写明 Googlebot 会跟随这个跳转，并且索引流程会把它当作“跳转目标应当是规范地址”的信号；302、303、307 属于临时跳转，Googlebot 同样会跟随，但索引流程不把它当作规范信号，目标页是否被收录还取决于其他规范信号。文档同时说明，服务器端跳转被正确识别的可能性最高，优先级高于 meta refresh 和 JavaScript 跳转。 需要说清的边界：**这份文档谈的是“某个 URL 应该显示在搜索结果里”，它没有发布任何关于某一条外部链接的价值是否被 301 完整传递的说明。**所以不要把“301 会把权重传过去”当成官方结论来写进合同或汇报。可核对的部分是：`curl -I` 看响应码，`curl -IL` 跟随跳转看最终落地页，确认是**一跳直达**而不是多级跳转链，并确认落地的是与原页面主题对应的地址，而不是首页。落地到首页属于掩盖问题，也正是 404 处理里要避免的做法，具体见[404 页面该不该跳首页](/post/404%e9%a1%b5%e9%9d%a2%e8%87%aa%e5%8a%a8%e8%b7%b3%e8%bd%ac%e5%88%b0%e9%a6%96%e9%a1%b5)；跳转方式怎么选，可对照[JavaScript 跳转能不能代替 301](/post/javascript-redirect-server-redirect-choice)。 ## 哪些属于对方必须处理，哪些属于你必须自己处理 情形谁负责该做的动作要留的证据 链接被删除或被改成 nofollow来源方；官网把链接属性与长期链接的处理写进了 GPB 的服务要求按合同约定的责任划分处理截图 + 抓取时间 + 当时的 URL 页面被误加 noindex、canonical 指错你自己站内的状态回到技术项排查并修正修正前后的响应头 目标页结构或地址改动你自己改地址必须配 301，保留旧 URL 的跳转跳转映射表 抓取量骤降不能直接归因结合 GSC 抓取统计或服务器日志判断对应时间段的日志片段 **自己这边改了地址或误加了标签，对方不可能替你修。**反过来，第一行也不是你能自己解决的。官网在这一层写得很明确：GPB 承诺收录、dofollow、永久不主动删除，并把链接属性列为交付核对项，全部发布完成后提供报表核对文章、域名、目标链接及收录情况；而 GMB 明确不提供逐条外链报表，需要自行查询后台数据。两种安排的核对动作不同，签约前就该谈定 GSC 的授权方式，[GMB 百万外链](/gmb/)页面也写明了这一层怎么交付。 ## 怎么判断这次的处置算不算处理完 只看一件事：**在同一个抽查口径下，这条链接的状态是否从“异常”回到了“可核对”。**可核对的意思是——你打开那个 URL，能看到链接、能确认属性、能写出它的目标地址。如果变成了一串跳转链最终落到首页，它仍然不算处理完，因为状态依然是模糊的。官网在 GPB 的服务要求里把链接属性列为交付核对项，正是这个意思：核对项要能被独立验证，而不是由服务方口头确认。 建议把每季度抽查的样本量、抽样方式、判定结果和抓到的时间一起存档。这样“谁在什么时候承诺了什么、后来实际是什么样”就有据可查，这比任何解释都更能推动事情解决。每次交付后具体抽查哪些字段、抽样比例怎么定，见[外链报表抽查的做法](/post/backlink-report-sample-audit)。 --- ## 外链域名年龄和权重：真正的判断标准是什么 - URL: https://www.guangsuan.com/post/backlink-domain-quality-check/ - 作者: Don Jiang - Published: 2026-09-26T12:00:14+08:00 - 摘要: 年龄和权重分数都只是参考。真正要看的是主题、上下文、可信度与链接是否有效。域名年龄是个真实存在的变量，但它是第三方工具的估算结果，不是 Google 公开的任何一条判断标准。 域名年龄是个真实存在的变量，但它是第三方工具的估算结果，不是 Google 公开的任何一条判断标准。Google 公布的[链接垃圾定义与示例](https://developers.google.com/search/docs/essentials/spam-policies#link-spam)里，判据是链接被创建时的目的、发布方式与商业关系——没有任何一项是“域名注册了多久”。所以正确的用法是：把年龄当成一个需要交叉验证的线索，而不是可以直接换算成权重的分数。**真正能替代它的，是四件你能自己核对的事实：这批链接指向哪个页面、它们本身是否被收录、它们和你的业务有没有对应关系、以及它们能不能长期存在。** ## 把“年龄”拆成三个可核对的问题 “这个域名多久了”其实混了三件事，混在一起就没法用来做决定。第一是**注册时间**，工具的 whois 数据。第二是**这个域名一直在做什么**：同一个域名从政府机构网站变成博彩站、再变成产品站，注册时间是唯一的，主题换了三次。第三是**它现在是否在正常运营**：一个十年老域名如果整站都是空页面、抓不到内容，年龄再大也说明不了什么。 原创示意，非真实客户数据或后台截图。 顺着这个拆法，一张可以立刻用的替代表就出来了： 要核的项怎么查通过的样子不通过怎么办 链接页能否被访问单独打开 URL，看返回状态与是否需要登录或执行脚本返回正常，正文直接可见打不开的页面，其上的链接等于不存在 文章是不是为这次发布写的把品牌名换掉重读，看是否还成立换掉品牌后文章仍然独立成立只剩一个品牌名的，属于通稿模板 与目标页是否对应读来源页主题、锚文本、落地页三样三者一致，落地页有承接内容落点或上下文不通，先改落点再评估 能不能长期存在合同里看留存口径与责任划分写明留存比例与未达标处理只写条数不写留存的，视为高风险 这四项没有一项需要你相信某个工具的评分，而且每一项都能给出补救动作。年龄给不出补救动作。 ## 不同服务层为什么看起来结论相反 很多人得出“老域名一个抵新域名一百个”这种结论，是因为把两种服务混在一起比。官网对不同产品给出的口径本来就不一样：GPB 一层的服务标准是“一条外链、一篇原创文章、一个顶级独立域名”，交付物包含围绕客户行业创作、链接指向产品页或品类页的原创文章；GNB 一层的产品定义则相反，主题不与客户业务相关、来源为论坛与博客评论、锚文本也不是客户想排名的关键词，它要的是海量独立域名数量与结构安全。 所以“老域名的一个链接抵新域名的一百个”这句话无法验证，不是因为结论错，而是因为它把两个功能不同的东西放在同一个天平上称。要比就得比同一个功能：**在“增加独立来源广度”这一项上比较，在“目标页主题背书”这一项上比较**，两把尺子分开用，官网GPB 独立站外链与GNB 自然外链方案两页把各自的交付要求写得很直白。官网也把外链总数与独立引荐域名数量明确区分为两件事，并说明就其资源配置而言独立引荐域名数量更有参考意义，进一步的口径说明见[外链域名年龄与数量的比较方法](/post/%e5%a4%96%e9%93%be%e5%9f%9f%e5%90%8d%e5%b9%b4%e9%be%84-vs-%e6%95%b0%e9%87%8f)。 ## 这几个判断不要当成筛选条件 四类东西看着像指标，其实都不能单独用。一是**域名年龄**，理由上面说了。二是**DR、DA 这类工具评分**：评分是工具自算的公开指标，Google 官方文档里没有任何位置引用它们，不同工具对同一网站的评分也可能不一致。三是**外链总数**：官网专门区分了外链总数与独立引荐域名数量，量级差别可以很大，拿总数当成绩单会误判。三是**流量数字**：这类工具的访问量是估算区间，不是实测值。 反过来，一件看着最土的信息往往最有用：**这个来源站是哪一类网站**。行业媒体、商会、供应商名录、客户案例页、学术或标准机构、真实社区讨论——每一类的可信度是结构性不同的，而你不用查任何工具就能分出来。这一层的选法见[行业媒体与协会的公开资料怎么做](/post/industry-media-and-association-citable-assets)。 ## 怎么确认你的判断不是错觉 定一条可复现的验证方法：**同一批来源，只改变一个变量**。比如同一个服务层的两批交付，来源结构相似但年龄分布不同，然后在相同时间窗、相同目标页分组下，比较 Search Console 链接报告里的新增引荐域名数与被链接页面分布。官网提醒 GSC 有采样与更新延迟，显示数量不等同于建设总量，所以比的是趋势和结构，不是某个绝对数；条件与写法见[在 GSC 里核对已识别外链](/post/gsc-links-report-backlink-review)。 预算上要重新分配时，比“条数除以价格”更实用的比较维度见外链报价怎么比；已经怀疑来源本身不干净时，[辨别是不是“垃圾农场”](/post/%e5%a6%82%e4%bd%95%e8%be%a8%e5%88%ab%e5%a4%96%e9%93%be%e6%9c%8d%e5%8a%a1%e5%95%86%e6%8f%90%e4%be%9b%e7%9a%84%e9%93%be%e6%8e%a5%e6%98%af%e4%b8%8d%e6%98%af%e5%9e%83%e5%9c%be%e5%86%9c%e5%9c%ba)给了一套签约前该问的问题。 --- ## 外链的相关性怎么判断：主题、页面、上下文 - URL: https://www.guangsuan.com/post/backlink-relevance-context/ - 作者: Don Jiang - Published: 2026-09-26T12:00:14+08:00 - 摘要: 相关性不等于行业相同。给出主题、页面与上下文三层的可操作判断表。判断外链相关性，别用“是不是同一个行业”当开关。相关性的正确读法是三件事同时成立：来源页面与你的目标页讲的是同一件事、这条链接在上下文里确实说得通、读者点进来有东西可看。 判断外链相关性，别用“是不是同一个行业”当开关。相关性的正确读法是三件事同时成立：**来源页面与你的目标页讲的是同一件事、这条链接在上下文里确实说得通、读者点进来有东西可看。**三个条件缺一个，这条链接对你就没有意义——哪怕来源站权重很高。这也是为什么“必须同行业”这个筛法做不下去：它把一个可以逐条读出来的判断，换成了一个无法操作的名录。 ## 三层拆开，每层都能落到具体问题上 层次要回答的问题怎么读不通过的样子 主题层这一页和你讲的是不是同一类问题读标题、小标题、首段来源页整篇在讲别的事，只在末尾提了一句 页面层它指向的目标页能不能接住打开落地页看有没有实质内容只有参数表或空白落地页 上下文层放在那句话里读通不通把链接前后的词连起来念一遍锚文本与句子主题无关，链接前后没有交代 三层里最容易忽略的是上下文层。Google 在“链接最佳实践”一节里专门讲过这件事：**链接前后的词是有意义的**，给链接留出上下文；同时不要把多个链接并排挤在一起，因为读者难以分辨，你也会失去每条链接各自的上下文。判断一条外链是否“自然”，看的就是它在原页面里能不能被顺当地读出来——把整段文字复制出来，遮住链接地址，只读文字和锚文本，如果看不出它指向哪里需要帮助，那这条链接的上下文就已经失效了。 原创示意，非真实客户数据或后台截图。 ## 拿一条真实外链走一遍 - **复制整段上下文**：把链接所在的那一段连同前后各一句抄下来，不要只抄锚文本。 - **盖住地址读一遍**：只读文字与锚文本，判断它是否自然引向某个目标内容。 - **打开落地页**：确认它是你想被链接到的那一页，地址没有写错，也没有套着跳转。 - **问一个读者问题**：假设你就是这个页面的读者，你愿不愿意点？点进去有没有想要的东西？ - **查页面自己的状态**：链接页能否被访问、是否需要登录或执行脚本才看到正文、是否已被收录。 五步下来通常几分钟就够，不用为单条链接花掉半天。五步里有两步答不上来，就把它标进“需复核”那一栏，不要直接归为正常，也不要直接归为垃圾——分类的目的不是贴标签，而是决定下一步该查哪一层。 ## 哪些情况下“主题相关”不是必要条件 这一点必须说清，否则容易走到另一个极端。光算官网在组合页的外链建设核心逻辑里明确写着外链网站不需要行业相关，并表示拒绝行业伪概念；GNB 一层的产品定义更直接：外链网站主题不能与客户业务相关，来源为论坛资源和博客评论。这两层承担的是增加独立域名数量与提高结构安全，本来就不负责主题背书。**所以“必须同行业”不是判断标准，“完全不看内容”也不是。**真正的分界线是：看这条链接在它所在的那一层里被要求做什么。 官网 FAQ 里也补了一句克制的话：不要把“全部相关行业网站”或“不是同一行业”单独作为判断外链价值的依据。它否定的不是相关性，而是把相关性当成唯一开关。这个边界怎么划清，在[外链必须同行业吗这个判断该怎么做](/post/backlink-industry-relevance-view)里有完整说明；官网列出的另外五个可替代维度（收录、多样性、持续性、链接有效性、稳定性、原创性）也在那一篇里列出。 ## 怎么留证，让判断过三个月还站得住 相关性感伤，往往因为记录里只写了结论没写依据——半年后没人说得清当初为什么把这条判成“正常”。每条链接留四样：来源页 URL、你读的那段上下文原文、锚文本原文、落地页 URL 和它当时的标题。这样三个月后再看，结论变了也能定位到是哪一层判断变了、由谁改的。补两处交叉核对：**链接页能不能被访问**决定这条链接还在不在，**目标页是否允许索引**决定它落不落地，两者的排查顺序见[外链没被收录的排查顺序](/post/backlink-not-indexed-triage)。 如果你想判断的不是单条质量，而是整批链接为什么拿不到引用，可看[什么样的资料会被同行主动引用](/post/citation-ready-units-and-permanent-links)。同一篇里的两个假设也值得先想清楚：你的目标页是不是一个能独立回答问题的页面，以及竞品被引用的原因是不是你能复制的——后者见[读懂竞品外链为什么被引用](/post/competitor-backlink-citation-reasons)。 --- ## 锚文本要多样化还是保持克制 - URL: https://www.guangsuan.com/post/anchor-text-distribution/ - 作者: Don Jiang - Published: 2026-09-26T12:00:14+08:00 - 摘要: 按 Google 官方对链接文字的说明，讲清锚文本应该描述什么、不该堆什么。锚文本要不要多样化，答案取决于它是不是“为了关键词才这么写的”。 锚文本要不要多样化，答案取决于它是不是“为了关键词才这么写的”。Google 在[链接最佳实践文档](https://developers.google.com/search/docs/crawling-indexing/links-crawlable)里给出的标准是可以直接照着做的：好的锚文本应当**有描述性、足够简短，并且与它所在的页面和它指向的页面都相关**；同时明确提醒不要抵抗不住把相关关键词全塞进锚文本的冲动，因为关键词堆砌本身就违反 Google 的垃圾政策。所以“多样化”与“克制”不是两个选项，而是同一件事的两面：锚文本该描述它指向的那个页面，描述准确了，形态自然就分散了。 ## 先学会读官方给的反例 这份文档把不能用的写法直接列了出来，比任何“多少种锚文本算健康”的比例都更有用。**过于笼统**的是“点击这里”“阅读更多”“我们的网站”“这篇文章”；**奇怪地冗长**的是把整句话塞进链接里；**挤成一串**的是把五个链接并排放在一句话里，导致每条链接都没有上下文。文档给的操作建议是：只读锚文本本身，看它单独拿出来能不能说清是什么内容；给链接留出上下文，注意链接前后的词；不要把链接连成一排。 原创示意，非真实客户数据或后台截图。 官方点名的反例为什么不行该换成什么点击这里、阅读更多单独读它无法判断指向什么目标页的实际主题词我们的网站、这篇文章描述的是容器，不是内容这篇文章讲的那件事整句话塞进链接读者要读的东西变成一大块取句中最关键的名词短语五个链接并排挤在一起每条都失去上下文，读者也难以分辨拉开距离，各自带上下文 用这张对照表去改自己站内的链接，比盯着外链报表上的锚文本分布更有效——**你能改的是自己写下的锚文本，不是别人文章里那一条。**文档在“内部链接”一节明确说：你在意的每个页面都应该至少从站内另一个页面获得一条链接；同一页的链接数量没有一个理想值，但如果觉得太多，大概就是太多了。 ## 外链报表里的锚文本该怎么读 拿到一批外链，把锚文本按类型分三栏：品牌名与公司全称、描述目标页内容的短语、URL 或空锚文本。真正需要警惕的不是“某个锚文本重复了几次”，而是**重复的那一类是否恰好是全部**——如果整批锚文本都是同一个商业关键词，来源文章很可能不是为读者写的。Google 在[Link spam 段落](https://developers.google.com/search/docs/essentials/spam-policies#link-spam)把“文章、客座文章或新闻稿里被优化的锚文本”列为示例，把这条对照上去，比看分布图更直接。 空锚文本和图片链接也要分开记。文档写明：`` 元素为空时，Google 可以退而使用 `title` 属性作为锚文本；图片作为链接时，Google 使用 `img` 元素的 `alt` 属性作为锚文本。所以图片外链不是“没有锚文本”，而是锚文本藏在 alt 里——alt 写成“点击这里”对读者和 Google 都等于没写。域名名的裸露 URL 属于可接受的形态之一，官方反例里并没有把它列为问题。 ## 什么时候不适用“多样化”这套要求 两个例外。第一，不同服务层对锚文本的要求本来就不同，你没有必要把它们统一成一种风格。官网把 GPB 与 GNB 的锚文本差异单列成一题：GPB 一层要求锚文本与目标页主题对应，GNB 一层的产品定义里锚文本直接就不是客户想排名的关键词。看清这一层在做什么，比追求整体分布好看更实际，两者的差别见[GPB 和 GNB 的锚文本为什么不一样](/post/gpb-gnb-anchor-text-difference)。 第二，付费链接的标注问题优先于锚文本写法。Google 写明这类链接只要用 `rel="nofollow"` 或 `rel="sponsored"` 标注就不构成违规，锚文本写成什么不改变这个判断。反过来，把精力花在“把锚文本写得自然”上来回避标注要求，是把顺序搞反了。 ## 怎么确认这一轮改动有效果 给自己定三个可核对的检查项，而不是靠感觉：一是你自己站内的编辑链接里，是否已经找不到“点击这里”“阅读更多”这类笼统写法；二是每条重要的内部链接，只读锚文本能不能说清它指向什么；三是外链抽样里，锚文本为商业关键词的占比是否明显低于上一轮。这三项都能在半小时内数完并记下结果，方法可对照[外链报表抽样核对的做法](/post/backlink-report-sample-audit)。 如果还想要一个更宽的视角：哪些内容投入其实没换来任何引用，可参考[识别无效的内容投入](/post/content-spend-without-citation)；页面与查询意图的对应关系则见关键词地图。至于锚文本写法与链接被删除、改动这类情况的责任划分，官网把它作为交付核对项写进了服务要求，见[外链页面被删或锚文本被改怎么算](/post/backlink-deleted-or-anchor-changed)。 --- ## 外链该指向哪个页面：链接权重的站内传导 - URL: https://www.guangsuan.com/post/link-equity-internal-linking/ - 作者: Don Jiang - Published: 2026-09-26T12:00:14+08:00 - 摘要: 外链落点不同，后面的站内承接方式也不同。讲清四级落点怎么选。“把外链都指向首页，权重集中起来”——这是外链讨论里流传最广、也最经不起追问的一条。Google 在链接最佳实践文档里的表述是：链接用于判断页面相关性，也用于发现新的可抓取页面。 “把外链都指向首页，权重集中起来”——这是外链讨论里流传最广、也最经不起追问的一条。Google 在[链接最佳实践文档](https://developers.google.com/search/docs/crawling-indexing/links-crawlable)里的表述是：链接用于判断页面相关性，也用于发现新的可抓取页面。对目标页的选择，**真正起作用的是这条链接是否指向一个与来源内容相符的具体页面，而不是它是否指向首页。**首页接住的是品牌层面的信号，产品页、品类页、解决方案页接住的才是与该页主题对应的相关性。两者不是替代关系。 ## 先看你的站点现在缺哪一层 原创示意，非真实客户数据或后台截图。 拿一条已经拿到的外链做样本：把来源页的主题、锚文本、上下文这三样读一遍，然后回答一个问题——你站内哪个页面与它最对应。答案通常不是首页。官网对 GPB 一层的交付要求写得很具体：文章围绕客户行业与目标页面创作，链接指向产品页、品类页或重点业务页。也就是说，这一层的设计前提就是“有对应的目标页”，而不是先有链接再想往哪指。 落点的判断按四级递减，第四级才是首页： 匹配程度来源内容在讲什么落点为什么 完全对应专门讲你做的那一类产品该产品的详情页或品类页主题、锚文本、落地内容三者一致 问题对应讲选型、对比、怎么判断对应的解决方案页或方法文章读者带着这个问题进来，页面能回答 行业对应行业动态、标准、供应链行业栏目或能力页主题层级一致，页面有承接内容 品牌对应提到公司名、行业里的一句提及首页或公司介绍页只有这一类内容适合落到首页 ## 首页和内页该怎么配比 把上表反过来用：不是“内页越多越好”，而是**按来源内容类型配比**。一批围绕具体产品写的文章，全部指向首页是浪费；一批只是名单里提到你的行业背景材料，强行指向某个产品页反而让接住流量的页面答非所问。官网把“外链该指首页还是内页、资源怎么分配”作为一个独立判断题，核心是让落点与来源内容类型对上，而不是设一个内页占比数字。预算有限时的排序方法见[外链预算有限时先给哪些页面](/post/backlink-priority-url-selection)。 还有两处容易出错。第一，指向一个没有承接内容的页面：只有参数表、只有一个空落地页，链接再多也接不住。落点先过一遍“有没有东西可读”这道筛，只有参数表或空白落地页接不住任何读者。第二，指向一个不允许索引的地址：被 `noindex`、被 `robots.txt` 屏蔽、或 canonical 指向了别的地址，链接落上去等于没落，排查顺序见[外链没被收录的排查顺序](/post/backlink-not-indexed-triage)。检查时把响应头和 meta 一起看，只看一种容易漏。 ## 哪些情况不适用这套落点逻辑 三种情形要单独处理，别套用上面的表。一是大批量、来源内容与你的产品没有具体对应关系的链接，官网 GNB 一层的产品定义就是这样：外链网站主题不与客户业务相关，来源为论坛资源和博客评论，产品定义里锚文本也不是客户想排名的关键词。这一层承担的是增加独立域名数量与提高结构安全，它本来就不负责主题对应，指首页反而符合它的设计。二是付费且需按官方要求标注的链接，Google 说明这类链接用 `rel="nofollow"` 或 `rel="sponsored"` 标注后不构成违规，落到哪一页对政策判断没有影响。三是**你自己站点内部的链接**，它和外链是另一套问题。 ## 怎么判断落点选对了 看两个可核对的信号，不用猜。第一，看被链接页面在搜索报告里是否开始获得与该页主题相符的查询词，而不是只带来品牌词和导航词；品牌词有变化是否就算外链起效，两者的区别见[品牌词有排名了算不算外链起效](/post/brand-term-ranking-backlink-effect)。第二，看被链接页面自身是否还在被正常抓取和索引，落点页一旦被误加 noindex 或 canonical 指错，前面所有判断都归零。 取数条件仍然要写清：站点、时间范围、是否排除自家域名、目标 URL 如何分组。同一份报告在不同分组下会给出完全不同的数字。业务上需要按不同分工组合投放时，[GPB 独立站外链](/gpb/)页面写明了这一层为什么要求有对应的目标页，可对着挑。 --- ## 外链突然暴涨：怎么判断是好事还是危险 - URL: https://www.guangsuan.com/post/backlink-spike-diagnosis/ - 作者: Don Jiang - Published: 2026-09-26T12:00:14+08:00 - 摘要: 先看链接落在哪些页面、来自哪些来源，再判断是自然增长还是异常投放。一周之内独立引荐域名翻了几倍，先别急着高兴，也别急着点否认。判断顺序只有三步：先看新增链接指向了谁，再看它以什么方式被发布，最后看它和你自己有没有商业往来。 一周之内独立引荐域名翻了几倍，先别急着高兴，也别急着点否认。判断顺序只有三步：**先看新增链接指向了谁，再看它以什么方式被发布，最后看它和你自己有没有商业往来。**这三步之所以排在“排名有没有动”之前，是因为暴涨本身是一个待解释的输入，而这三个问题能在几分钟内给出确定答案。反过来先猜排名，必然把技术波动、季节波动一起搅进来。 ## 第一步：把新增链接按目标页面摊开 这是信息量最大、也最容易被跳过的一步。打开链接报告或导出件，按“被链接的页面”分组，看新增集中在哪里。四种落法含义完全不同，对着这张表读就行： 新增落点分布说明什么下一步 分散在多个产品页或品类页是有人按内容主动选择核心页面记下分布，纳入观察 几乎全部落在首页投放时的目标设置可能没细分按内容类型重新配比落点 集中在一个刚上线的页面那一页自身还很薄先补内容，再看它接不接得住 集中在一个与业务无关的落地页目标页设置可能有误核对发布记录里的目标地址 官网 GPB 页面把“一条外链、一篇原创文章、一个顶级独立域名”作为交付单位，文章围绕客户行业与目标页面创作，链接指向产品页、品类页或重点业务页——这个落法就是可核对的标准形态，可参照[外链该指首页还是内页](/post/backlink-homepage-vs-inner-page)把资源分清。 ## 第二步：抽样看链接是怎么被放上去的 原创示意，非真实客户数据或后台截图。 随机取一批新增链接，逐条打开来源页面，只问三件事：**它是不是带 href 的正常锚文本**（Google 的“链接最佳实践”文档写明，多数其他形式的链接不会被解析提取，比如只有 onclick 的地址、`span` 上的 href、`javascript:` 伪协议）；**链接在正文、页脚还是某个挂件里**；**这段文字换个品牌名还成立吗**。三问里有两问答不上来，这批链接就值得按 Google 官方定义再核一遍，而不是直接归为正常。官方把广泛分布在各站页脚或模板里的链接、以及嵌在挂件里的低质链接都列进了 [Link spam 的示例清单](https://developers.google.com/search/docs/essentials/spam-policies#link-spam)，按这一条对照即可，不必自造阈值。 锚文本也要看。Google 在同一份文档里把“文章、客座文章或新闻稿中被优化的锚文本”列为示例之一，同时在“链接最佳实践”一节提醒不要把相关的每个关键词都塞进锚文本，因为关键词堆砌本身违反其垃圾政策。不同服务层对锚文本的要求本就不一样，可看[GPB 和 GNB 的锚文本为什么不一样](/post/gpb-gnb-anchor-text-difference)。 ## 第三步：没有任何商业往来时，性质完全不同 如果这一轮是你安排的投放、赠品换测评或服务置换，那它需要按 Google 的要求处理：官方原文说明 Google 理解链接买卖是网络经济里广告与赞助的正常组成部分，前提是这类链接用 `rel="nofollow"` 或 `rel="sponsored"` 标注在 `` 标签上；不满足这个条件的付费软文与传递排名的链接，才是政策里列出的违规形态。换句话说，**要核的是标注，不是这次投放本身。**任务分发与验收环节该问的问题，可看[收到外链报表后抽查样本的做法](/post/backlink-report-sample-audit)。 如果完全没有商业往来、也没人承认是你安排的，那性质就变了。同一份政策把“未经许可放置的内容”单列为 Hacked content，并说明这类内容可以来自代码注入、新建页面或往既有页面里塞隐藏链接，属于需要按安全问题处理的类别，而不是按链接质量慢慢优化。此时先做三件事：核自己的站点有没有异常页面或被改动的模板、查有没有异常的管理员与第三方脚本、把发现的地址和页面都记下来。这一步属于自家站点状态，只能在 Search Console 和服务器日志里看，与服务方责任是两回事；需要更快定位时可看[技术 SEO 红项的排序方法](/post/technical-seo-audit-priority-evidence)。 ## 怎么判断这次处理算不算有效 设一个可复现的检查点，而不是靠感觉。取数时把四件事写清楚：站点、时间范围、是否排除自家域名、目标 URL 如何分组；然后每周在同一个条件下再取一次，导出件一起存档。有效的标志是三点：**新增链接的目标页面分布变得均匀**，不再全堆在首页；**异常来源在你自己的排查里能说清来路**，而不是凭空消失；**需要标注的付费链接确实带上了标注**。至于排名和流量，它们受抓取、索引、内容竞争等多重因素影响，不适合作为这一次动作是否成功的判据。 顺带一句官网的提醒：GSC 本身有采样与更新延迟，显示数量不等同于实际建设总量，所以两次数字不一致不一定说明出了问题，一定的是取数条件不同。用同一套条件复现，差别才有意义。 --- ## 垃圾外链有哪些识别信号 - URL: https://www.guangsuan.com/post/spam-backlink-signals-checklist/ - 作者: Don Jiang - Published: 2026-09-26T12:00:14+08:00 - 摘要: 按 Google 官方 Spam policies 的定性描述做判断表，不编造任何数量阈值。 判断一批外链是不是垃圾，不要靠“权重低不低”的直觉，先看它落在 Google 官方定义里的哪一条。Google 在[垃圾内容政策的 Link spam 段落](https://developers.google.com/search/docs/essentials/spam-policies#link-spam)把这件事说得很直接：链接垃圾是“主要为了操纵搜索排名而创建指向或来自某个站点的链接”，并列出了十类具体做法。**把这十类逐条对号入座，比任何工具给的一个分数都更可靠，因为这是公开文档写明的判断依据，而不是别人总结的经验值。**同时要说明一点：Google 只公布行为的定性描述，没有公布任何数量阈值，所以“50 条算不算多”“外链超过页面数的 3 倍就要紧”这类数字都不是官方口径。 ## 官方列出的十类做法，先按这条对照 官方表述实际长什么样你该去核对什么 为排名目的买卖链接，包括用金钱、货物服务或产品换链接付款换文章、赠品换测评、佣金换链接有没有商业往来；是否按要求加 rel 属性 过度的链接互换或专为交叉链接而设的伙伴页“你链我我链你”页面、友情链接专页这页除了链接还有没有内容 用自动化程序或服务制造指向你站点的链接批量发帖、程序化生成外链这批链接的发布方式是不是脚本 把链接写进服务条款或合同，且不允许第三方自行决定是否标注合同里写死“必须加我们的链接”对方是否保留标注权 文字广告或未屏蔽排名传递的文字链接一串关键词全指向一个地址这段文字删掉后页面还成立吗 付费软文或原生广告中传递排名的链接，或文章、客座、新闻稿里被优化的锚文本通稿模板只换一个品牌名换掉品牌名后是不是同一篇文章 低质量的目录站或书签站链接几千条列表、无审核入口条目有没有描述、能不能被检索 嵌在各站挂件里、关键词堆砌或隐藏的低质链接侧栏挂件里的隐藏地址链接是不是带 href 的正常锚文本 广泛分布在各站页脚或模板里的链接同一段页脚挂到几百个站换域名后这段文字跟着变吗 论坛帖子或签名里带优化链接的评论签名档放三个关键词链接删掉链接后这条评论还有内容吗 ## 怎么把一份服务商名单拆成可核对的表 原创示意，非真实客户数据或后台截图。 不要打开服务商给的汇总表看总数。取一批样本，为每条记录五项：**来源域名、链接所在页面 URL、该页是否收录、锚文本原文、链接所在位置**。再补两项只有回访才答得出的：把品牌名换掉重读一遍文章，看它是不是还成立；问自己这条链接里有没有商业往来。前五项是桌面工作，后两项决定它落在官方十类里的哪一类。 域名年龄在这张表里只是辅助项而不是判定项。它是工具的估算值，而 Google 并没有把“域名注册多久”写成任何一条政策。同理，工具的垃圾分也不是官方口径。想知道老域名与新域名的差别该怎么量，可看[外链域名年龄与数量的比较方法](/post/%e5%a4%96%e9%93%be%e5%9f%9f%e5%90%8d%e5%b9%b4%e9%be%84-vs-%e6%95%b0%e9%87%8f)；已经怀疑来源不干净时，[辨别外链是不是“垃圾农场”](/post/%e5%a6%82%e4%bd%95%e8%be%a8%e5%88%ab%e5%a4%96%e9%93%be%e6%9c%8d%e5%8a%a1%e5%95%86%e6%8f%90%e4%be%9b%e7%9a%84%e9%93%be%e6%8e%a5%e6%98%af%e4%b8%8d%e6%98%af%e5%9e%83%e5%9c%be%e5%86%9c%e5%9c%ba)给了一套签约前的问法。 ## 哪些看起来可疑其实不在官方十类里 三类要主动排除，否则会误伤。三是**正规的内容分发平台**：Google 在同一页把新闻通讯社、新闻机构之间互相转载稿件、论坛与评论区列为不属于站点声誉政策冲突的情形，所以“我们把稿子发到某某平台”不自动等于违规。二是**正常引用的出链**：同一份文档的“链接最佳实践”一节明确鼓励引用来源，链出去不需要为此加 nofollow。三是**付费但已标注的链接**：官方原文写着 Google 理解链接买卖是网络经济中广告与赞助的正常组成部分，只要这类链接用 rel="nofollow" 或 rel="sponsored" 标注，就不构成违规。 这里的关键不是“有偿就不算”，而是有偿且不带标注。文档同一段也把“付费软文里传递排名的链接”列为违规。所以判断付费链接的落点只有一个问题：**它有没有按官方要求标注？**标注了就落在允许一侧，没标注就落在违规一侧。 ## 确认违规后分两种情况处理，并留下可复现的记录 如果这批链接是你自己安排发布的，第一步是停掉继续投放，第二步是核查已完成部分有没有按要求标注，第三步是把判断依据和逐条记录整理成文件，而不是先急着在各种工具里点“否认”。反过来，如果这批链接是别人做进来的，处置路径完全不同：属于自家站点状态的部分只能在 Search Console 的链接报告里看和跟踪；属于服务方责任的部分看服务方报表。官网 GPB 页面把链接属性与长期链接的处理写进了服务要求，这类责任划分应按合同约定走，签约前就该谈定，可对照[在 GSC 里核对已识别外链的方法](/post/gsc-links-report-backlink-review)与[外链组合套餐的分工说明](/backlinks/)。 最后一件事是把取数条件写下来：查的哪个站、什么时间范围、是否排除自家域名、样本怎么抽。同一批链接在两次不同范围的查询里数字必然不同，没有记录就无法复现，也就无从判断它后来变好了还是变坏了。 --- ## 目录站和列表页投稿：什么值得提交 - URL: https://www.guangsuan.com/post/directory-submission-worth-it/ - 作者: Don Jiang - Published: 2026-09-26T12:00:14+08:00 - 摘要: 行业垂直目录、地方黄页、批量收录站与开放链页面的价值差异与判断方法。目录站必须先分成三类，因为处理方式完全不同。值得花时间的只有一种：有自己主题、有真实访问者、有明确收录标准。 目录站必须先分成三类，因为处理方式完全不同。**值得花时间的只有一种：有自己主题、有真实访问者、有明确收录标准。**另外两类里，一类可以顺手提交完就不管，另一类应当直接放弃。 ## 先分清三类目录 类型典型表现值不值得花时间行业目录分类清晰，条目有独立介绍文字，能查到更新时间值得，按季度维护通用免费收录站提交即上线，无审核，分类笼统顺手提交，不投入更多付费展示型目录卖点是首页位置、展示时长和套餐价格放弃 第三类为什么直接放弃：它的卖点与你的目标不一致。你要的是一个外部提及和一次可被抓取的引用，不是买一个展示位；而这类页面往往只允许一个品牌占据首页位置，其余付费用户拿到的是同一批低质量收录页。Google 在[Spam policies](https://developers.google.com/search/docs/essentials/spam-policies)里对批量生成的收录页和链接交换有明确态度，这也是判断依据。 第二类免费收录站不用一竿子打死。它们的实际作用是让品牌名在外部多一个可被检索到的出现点，偶尔也有读者真的从中找到你。做法是集中一次提交、填对资料、然后忘掉它，不要为它做任何后续优化。 ## 值得花时间的目录有什么共同点 - 有真实的主题分类，能点进去看到同类站点。 - 条目页有独立的介绍文字，不是只有站点名和一个链接。 - 不接受批量提交，会逐条看。 - 能查到编辑或维护者是谁。 - 有可见的历史更新时间。 - 不承诺任何名次或收录时间。 六条里最容易查的是第一条：随便点开一个分类，看里面的站点是不是真的属于这一类。如果同一个分类里混着卖设备的、做工程的和某个不知名协会官网，这个目录的分类系统就是摆设，其余五条不必再核。 还有一个反向办法：先找出你所在领域里公认最靠谱的两三个目录，把它们当作参照物，再拿这个标准去筛别的。目录之间的质量差距很大，凭印象判断很容易被页面做得好看的那些带偏。 ## 提交时把资料填对，链接才有意义 - 名称与官网完全一致，包括大小写和标点。 - 简介写成能被直接引用的一句话，不要用公司宣传语。 - 分类选到最细的那一级，宁可选窄不选宽。 - 标签填业务实词，不堆同义词和城市名。 - 提交的主页是能长期保留的地址，不要用有时效的活动页或带筛选参数的地址。 第五条最容易出事。带参数、筛选或站内搜索结果的地址不适合当落地目标，判定条件可以借用[Shopify 筛选 URL 与站内搜索页](/post/shopify-filtered-url-and-search-indexing)那类站点的处理思路：地址不稳定、参数不参与规范化，链接价值就折掉大半。 填完不要立刻走开。多数目录的提交后会先进入待审，等几天到几周才上线，这段时间是发现资料填错的唯一窗口。条目上线后立刻点开核对一遍：名称有没有被截断、简介有没有被截半、链接是否可跟随、分类是不是选错了。发现问题当天就能联系管理员修改，拖到几个月后再改就很难了。 原创示意：目录分类与处理动作的对应关系，非真实目录站评价或排名。 ## 放弃哪一类最省事 四种情况直接停。站点主题与你的业务无关，即使收录了也没有读者会点；提交入口必须付费才能拿到普通条目；一次要提交几十个站点才能看到结果；以及你已经能列出这个目录下更值得争取的来源，把时间花在更上游的地方更划算——比如直接联系该目录的收录标准制定方。 如果对方是以服务商身份批量提供这类链接，先确认它是不是你不想接的那一类，[如何辨别外链服务商提供的链接是不是"垃圾农场"](/post/%e5%a6%82%e4%bd%95%e8%be%a8%e5%88%ab%e5%a4%96%e9%93%be%e6%9c%8d%e5%8a%a1%e5%95%86%e6%8f%90%e4%be%9b%e7%9a%84%e9%93%be%e6%8e%a5%e6%98%af%e4%b8%8d%e6%98%af%e5%9e%83%e5%9c%be%e5%86%9c%e5%9c%ba)里有逐条对照的清单。 ## 怎么统计，别混进一个数字里 记录三列：提交日期、条目地址、当前状态。状态至少分四种：仍在线且带链接、仍在线但无链接、页面消失、已加不可跟随属性。回访排两次，三周一次，三个月一次。 统计时把"仍在线"和"带链接"分开写。这两个数字差距通常比想象中大，而把它们混在一起会让目录投稿看起来比实际有效得多。还要把目录带来的链接和你主动获得的链接分开记，不要并进同一个总数——[外链域名年龄 vs 数量](/post/%e5%a4%96%e9%93%be%e5%9f%9f%e5%90%8d%e5%b9%b4%e9%be%84-vs-%e6%95%b0%e9%87%8f)那篇讨论的正是这种区分的意义：当来源结构被你合并统计之后，就再也看不出哪一类值得继续投入。 最后一个判断标准很朴素：如果一年后这个目录没给你带来任何一次点击、一次咨询或者一次被提及的机会，就把它从维护清单里删掉。留着的成本不高，但清单太长会让人把注意力平摊在每一项上，真正值得做的那几个反而被排在后面。 --- ## 协会、商会、校友会：怎么拿到组织关系链接 - URL: https://www.guangsuan.com/post/association-alumni-backlinks/ - 作者: Don Jiang - Published: 2026-09-26T12:00:14+08:00 - 摘要: 协会会员页、商会名录、行业会议与校友社群是四类可核实的组织关系链接来源。协会、商会和校友会的链接通常不来自你去要，而来自你在名单里。 协会、商会和校友会的链接通常不来自你去要，而来自你在名单里。**但位次不由你决定，你能决定的是"以什么身份被列进去"——所以顺序应该是先做出可被公开引用的东西，再争取被列名，而不是先入会再想内容。**倒过来做，你在名录上通常只有一行公司名，外部没有理由引用它。 ## 组织链接的三个来源位置 位置说明更新节奏会员名录页列出会员单位与联系人，多数协会官网都有定期，通常随会员变动更新会刊与行业报告会员单位常被引用或列入名录周期性出版，一年数次活动页与新闻页参会名单、讲师介绍、合作公告不定期，取决于活动密度 三个位置的性质不同。名录页给你一次稳定的提及，链接与否取决于协会的规则；会刊的价值最高，因为它的读者带着找资料的意图翻阅，但需要你真的提供内容；活动页最容易拿到，一次分享或赞助就可能换到介绍位。 同样的逻辑也适用于商会和校友会：商会名录里全是同行，读者在查供应商时会翻，链接的指向意图比综合名录更强；校友会的价值则取决于你能提供什么——分享、赞助、招聘都可以，但目的要写清楚，是让在校生和毕业生认识你的业务，还是建立一个可以长期引用的资料入口，两者的做法不一样。 ## 入会前后分别要做的事 - **入会前先看**：协会官网有没有对外可见的会员名录页？活动是否对外报名？有没有往期会刊可以翻？看不到这三样的协会，链接机会有限，会费要先想清楚。 - **入会时把资料写完整**：可公开的一句话简介、真实职务姓名、可引用的专长、明确的对外联系入口。资料不完整，你在名录上就只是一行字，外部不会引用它。 - **入会后主动提供内容**：一段行业口径说明、一份公开资料、一位可受访的负责人。会刊缺的是可引用的东西，你正好能提供。 第三步的实质是把协会的页面也变成可被引用的来源，方法见[行业媒体与协会：怎样做出真正会被引用的公开资料](/post/industry-media-and-association-citable-assets)。内容按可引用单元的标准做，后面能省很多事，判断清单在[被同行主动引用的资料长什么样](/post/citation-ready-units-and-permanent-links)。 会费之外还有一项常被忽略的成本：配合时间。名录更新要你提供资料、活动要你派人、采访要你准备，这些都排在全年日程里。加入之前先问一句"会员需要配合哪些事"，比入会后才发现排不开要好。 提供的内容也要按同一个标准来：写给协会编辑看和写给搜索结果看，读者是同一批人，多加一层行业惯用的套话反而没人读。协会页面同样要经得起[有用内容](https://developers.google.com/search/docs/fundamentals/creating-helpful-content)的判断——它是被别人引用还是被跳过，多半在读完第一段时就定了。 原创示意：组织关系链接的落点分布与动作时序，非真实协会名录截图。 ## 入会时要提交的资料清单 - 统一写法的中英文名称，与官网和其他渠道完全一致 - 一句话简介，用能被别人直接抄进报道的句式写 - Logo 使用规范与文件格式 - 可公开的负责人姓名与职位 - 对外联系入口，明确是哪个部门接收合作询问 - 是否愿意被会刊采访，以及可受访的时间窗口 - 确认资料的有效期，注明到期前是否需要重新提交 最后一条最容易被漏。很多名录页不会主动通知你资料过期，你的名字会在某次更新后从页面上消失，而你完全不知情。主动问一次有效期，比事后反复检查省事。 ## 三个常见卡点 一是会费到期或资料未更新，名字从名录里消失；二是名录页被放在需要登录的会员后台里，外部根本抓不到；三是活动页只发照片不发文字，介绍信息都藏在图片里。第三种最可惜——对方本来想给你曝光，只是没意识到图片里的文字不算可引用的内容。 这三个卡点有两个共同点：都不会通知你，而且都不会被搜索引擎提示。所以唯一可靠的办法是定期自己去核，而不是等对方来报。 ## 怎么判断这条关系链接有没有生效 每季度核一次，三件事：搜品牌名看名录页是否出现；翻当期会刊的 PDF，看有没有提到你以及有没有可点击链接——PDF 里的链接要单独点开确认，很多人默认它是死的；把你实际加入的组织列成一张表，记上入会时间、会员状态和最近一次核对的日期。 这张表的价值在人员变动时会显现出来。协会名录会更新、会换届，会费与资料状态都会变，只靠记忆迟早会漏掉某一家的续费或资料更新。分母口径统一后，"我被多少个组织提到"才能和"我被多少个组织给了链接"分开看，两个比率的算法可以直接套用[品牌提及率与引用率怎么算](/post/geo-mention-and-citation-rate)里的定义。 --- ## 供应商、伙伴、客户之间的互相链接 - URL: https://www.guangsuan.com/post/supplier-partner-cross-links/ - 作者: Don Jiang - Published: 2026-09-26T12:00:14+08:00 - 摘要: 真实合作关系能自然产生互相链接。讲清从合作到引用需要满足什么条件。这类链接不是你去要来的，是关系本身带出来的，所以第一步不是写信。能不能拿到，取决于你们之间有没有一份"双方都会引用"的东西；如果没有，再熟的关系也换不来一条链接。 这类链接不是你去要来的，是关系本身带出来的，所以第一步不是写信。**能不能拿到，取决于你们之间有没有一份"双方都会引用"的东西；如果没有，再熟的关系也换不来一条链接。**所以先盘事实，再谈动作。 ## 三类关系给的链接性质不同 关系链接通常出现在哪你的可控程度供应商对方官网的合作伙伴栏、材料页或案例页中，通常要先有真实采购或长期合作同行伙伴（互补不竞争）双方各自的资源页或联合内容高，最容易做出来的一类客户客户案例页、项目复盘中，取决于客户愿不愿意署名认证与授权标志墙、授权名录高，但前提是先拿到认证本身 四类里只有第三类要谈"客户愿不愿意被写进自己的官网"这一层。前三类更多取决于你提供了什么、对方手里有什么现成位置。分清这一点，能省掉大量在客户那边反复沟通的成本。 先做一次盘点比什么都管用：把现有的供应商、伙伴、客户列成一张表，每一行写三件事——对方手上有没有能放链接的现成页面、这份关系里有没有值得写进一页纸的具体事情、双方上一次更新互相信息是什么时候。第三列经常是空的，空白最多的那一行就是下一次联系的理由。 ## 什么样的互相引用算自然 - 双方各自手里都有一句对方确实会用到的信息。 - 这段引用是给读者提供信息，不是互相导流。 - 不需要你提醒，对方自己就会写上去。 第三条是最实用的判断标准。如果这句话你在任何场合都会主动说，它才可能被别人写进页面；如果只有在你需要链接的时候才想得起来，那它不该出现在两家的站上。对方当初为什么选了你而不是别家，判断方法可以参考[竞品外链别照着名单抄](/post/competitor-backlink-citation-reasons)——先想清动机，链接才可能持续存在。 还有一层现实前提：内容必须对双方都成立。如果一段介绍只有对你的读者有意义，对方的读者会立刻划走，那它就不该出现在对方的站上。判断标准很简单——把它念给对方的目标客户听，如果他们会问"这跟我们有什么关系"，就先重写再谈链接。 原创示意：关系类型与链接位置的对应关系，为分类框架，非真实客户案例。 ## 四个可以直接执行的动作 - **联合资料页**：各出一段内容，各自带链接，放在双方都能找到的位置。内容要有交集，不能是两份公司简介的拼接。 - **联合案例**：一次真实项目，双方各写一段自己那部分的说明，互相链到对方版本。 - **互相收录**：把对方的资料加进自己的资源清单，同时告诉对方已加——很多人不会主动去看。 - **在第三方名录里同时出现**：不少协会与名录页面本身就允许成员互相列名，这类位置不需要任何人同意。 四个动作里第四个最省事，通常也最被忽略。真正需要你投入时间的只有前两个，而它们产出的页面往往就是以后反复被引用的那一个。可引用单元的构成标准见[被同行主动引用的资料长什么样](/post/citation-ready-units-and-permanent-links)。 前两个动作落地时把话说在前面：内容共创一开始就说明双方都会带链接，而不是发完之后再提醒对方补。省掉的是一轮来回沟通，剩下的是对方可能不加。写在计划里的链接，对方通常会照做。 ## 不该做的几种互相链接 四种做法短期能凑出数字，长期都在给自己添麻烦。在三篇以上的文章底部挂一个"合作伙伴"名单；只用图片形式的交换链接；链接文字只有品牌名没有介绍；以及为换链接把自己的页面挂到明显不相关的站点上。 锚文本这一条可以单独拿出来说：写目标页标题加一句描述，比重复一个关键词更合适。Google 关于 [link text](https://developers.google.com/search/docs/crawling-indexing/links-crawlable) 的说明强调的就是锚文本应当描述目标页内容。伙伴页面最常见的问题也在这里——它只写了公司名，读者无法判断该点进去看什么，于是既没有访问也没有引用。改成一句摘要之后，页面里只有名字没有介绍的情况也少了，具体分析见[品牌只出现名字没有链接](/post/brand-named-without-source-link)。 ## 怎么确认这些链接真的被识别 三个动作。站外打开一次，确认可访问、内容没被改成登录墙；在 Search Console 的链接报告里查对应的引荐网站是否出现；把供应商、伙伴、客户三类分开记，不要合并成一个数字——三类的留存率和增长节奏完全不同，合并之后你无法判断该在哪一类上继续投入。 如果某一类长期为零，先别急着加量，回头看是不是这一类根本没有可交换的内容，而不是关系不够熟。 --- ## 播客嘉宾怎么带来链接 - URL: https://www.guangsuan.com/post/podcast-guest-backlinks/ - 作者: Don Jiang - Published: 2026-09-26T12:00:14+08:00 - 摘要: 播客的节目页、转录页和听众反馈都可能成为引用来源，讲清这条链路怎么走。上播客的价值不在录制那天，在节目上线后的几天里。链接通常落在三个位置：节目档期页的嘉宾介绍、单集页的转录文本、以及主播自己的文字复盘。 上播客的价值不在录制那天，在节目上线后的几天里。**链接通常落在三个位置：节目档期页的嘉宾介绍、单集页的转录文本、以及主播自己的文字复盘。**第三个最容易被忽略，却常常是唯一能长期留着的那个。 ## 三个位置，你分别能控制什么 位置你能控制的该提前说清档期页嘉宾介绍准确提供姓名、职位、机构与官网地址给一个可长期公开引用的主页，不要给会下线的活动页单集页转录文本确认是否公开、是否保留链接上线当天主动核一次转录有没有生成主播复盘文章提供可引用的要点与素材给一句能直接引用的总结，别让对方自己想 三者的留存时间差别很大。档期页可能几期之后就归档，转录页往往跟着节目一直挂着，主播的复盘文章则取决于对方愿不愿意写。三条都拿到是运气，只拿到一条也完全成立——所以录制前就把这三条都谈一遍，比上线后再问省事得多。 谈的时候记得确认一件小事：节目方发布嘉宾信息时，会不会按你提供的写法来。很多人默认编辑会自己整理职务，结果被写成旧职位或另一个人的名字，之后要改就得再发一次邮件。把你希望的准确写法原样给过去，让对方复制即可。 ## 选节目之前先过筛 - 近三个月是否有稳定更新，断更的节目页面随时会消失。 - 节目页是否有嘉宾介绍页和文字内容，只有音频文件的等于没有入口。 - 主题与你的目标读者是否重合。受众不在，链接就不产生访问。 - 是否接受嘉宾自带链接，以及链接放在哪个位置。 - 制作方愿不愿意保留你的资料，而不是发完就删。 这五问可以在发邮件前十分钟内问完，回复不了的直接放弃。有些节目只发布音频、页面被设置为不索引，这类投入的时间成本收不回来。 还有一条经验性的判断：节目的听众规模不重要，重要的是听众是谁。一个几千人的垂直节目，对方的读者正好是你的目标客户，那条链接带来的访问质量可能高于一个十万人的泛话题节目。问清楚"其他嘉宾通常是做什么的"，比问"有多少人听"更能决定该不该去。 ## 转录文本按内容标准准备 如果主播愿意保留公开转录，这是你最该用力的部分。转录本身是一份口语堆叠的原始材料，Google 关于[有用内容](https://developers.google.com/search/docs/fundamentals/creating-helpful-content)的要求在这里同样成立：它要有独立价值，而不是把音频逐字搬上去。 你可以自己再写一份：针对这期节目提出的问题给出完整回答，链回你自己的资料页，标清哪些内容出自本期讨论。这类"问答式复盘页"比原始转录更容易被引用，因为它省掉了听众自己去梳理的步骤。转录文本和可引用单元之间的差别，[被同行主动引用的资料长什么样](/post/citation-ready-units-and-permanent-links)里有更细的说明。 写这份复盘页时按网页的读法来写：分小标题、加锚点跳转、涉及数字的地方给出口径。这些是网页读者和听众的习惯差别，也是原始转录读起来最费力的地方。谁做这一步谁受益——把它当成一次内容产出，而不是一份赠品。 还有一件上线后要立刻做的事：转录页生成之后，搜一遍你给出的那个 URL 出现在哪几个地方。同一个内容被多个平台转载是常见情况，而旧地址还会继续被引用，排查顺序可以直接借用[内容更新了 AI 还在引用旧版本](/post/content-updated-ai-still-quotes-old-version)里的那份公开副本检查表。 原创示意：三个落点的可控程度与留存情况，为结构说明，非真实链接案例。 ## 什么情况下链接价值有限 三种情况基本不用投入。节目只发音频、没有任何可被抓取的页面；节目页不参与索引且无人转述；主题与你的业务只有一句话关系，节目里你既没有讲具体做法也没有留下可引用的观点。这三种情况下，你获得的只是一个听不到的名字和一次曝光，而不是能长期复用的外部来源。 ## 上线后的验证动作 按三个时间点走。上线当天核三个位置是否存在、链接是否可跟随；两周后回访一次，看有没有被改成不可跟随或直接移除；三个月后再看一次，用来判断这条链接属于长期来源还是一次性痕迹。 记录五列：节目名、嘉宾页地址、上线日期、链接位置、当前状态。三个月后你会得到一张很实用的表——哪些节目值得第二次去、哪些只来一次。播客这类机会的复利来自重复出现，所以第二次上同一个节目的价值，通常高于换一个全新节目。 --- ## 给记者提供信源：怎么用好这类平台 - URL: https://www.guangsuan.com/post/journalist-source-platform-use/ - 作者: Don Jiang - Published: 2026-09-26T12:00:14+08:00 - 摘要: 信源平台的关键是判断能不能答、能不能提供可核材料、以及按截稿时间及时回访。信源平台的工作方式和发新闻稿正好相反：不是你发出去等人看，而是记者发出选题需求，等人来回答。能不能接到单，取决于你手上有没有"能被一句话直接引用的事实"，而不是你有多想被报道。 信源平台的工作方式和发新闻稿正好相反：不是你发出去等人看，而是记者发出选题需求，等人来回答。**能不能接到单，取决于你手上有没有"能被一句话直接引用的事实"，而不是你有多想被报道。**回答写成一段背景介绍，记者拿不走；能给出一句带数字或口径的结论，才有机会被写进稿子。 ## 平台上真正在要什么 提问分四类，准备的东西完全不同。混着准备等于白准备： 提问类型记者实际需要你该提前备好观点评论能署名的短观点，最好有争议但站得住一个清晰立场加两句依据行业数据一个可核对、口径明确的数字数据来源、统计方法、时间范围案例某件具体的事是怎么做成的客户可公开的细节与限制条件背景解释一段别人可以直接抄的定义统一口径的术语解释 四类里最容易回复的是第四类，最容易被采用的是第二类。多数人把时间花在前两类上，因为它们显得有价值；但真正被引用的往往是一句"某某指标从 A 变成 B，统计范围是 C"。 提问本身也在筛选。写明"需要可以具名引用的数据""截止今天下午"的问题，可信度和紧迫度都高于泛泛的"有人谈谈行业趋势吗"。前者说明记者已经想清楚自己要什么，后者往往只是选题摸底，对受访者的要求相应宽松。你能分辨这两类提问，就知道该把精力放在哪一类的准备上。 ## 什么样的身份能稳定接单 - **有人搜得到的名字和职位**：光有公司名不够，编辑需要的是一个可归属的人——姓名、职位、所在机构三者齐全。 - **一手经验**：你正在做的事别人拿不到数据，这一点比头衔管用。 - **可核对**：给出的每个数字都能说明口径和统计方式。这是编辑二次核实的前提。 - **响应速度**：平台按提问时间先后筛选，晚一天可能就给别人了。提前备好素材比现场写作更现实。 如果你连一份可被引用的公开资料都还没有，先补这一环：[行业媒体与协会：怎样做出真正会被引用的公开资料](/post/industry-media-and-association-citable-assets)讲的是把资料做成别人愿意引用的样子。没有调查预算时的起步方式，看[没有行业调查数据也能做数字公关](/post/digital-pr-without-survey-data)。 ## 素材包怎么准备 维护一份固定文档，四块内容： - 一句话身份说明，含姓名、职位、机构和一句可核查的过往。 - 三到五个可引用事实，每个都标好口径、时间和来源。 - 常用定义与常见误解的解释，用词与行业口径一致。 - 一个可回访的联系方式，以及你能接受的采访方式（文字、语音、书面答复）。 这份文档每次只做增量更新。维护成本很低，但它决定了你在提问截止前能不能在十分钟内给出可用答案——这个时间差往往直接决定能不能接到单。 再准备一个"三句话版本"：出现得最多的那类问题，你能不能用三句话说清楚。这是被采用率最高的形式，因为记者写稿时缺的就是这句可以直接嵌进段落的表述。写好之后放在文档最上面，方便复制。 一个反向的注意点：这份素材只用于回答提问，不要在多个平台原样铺开。同一段文字大面积重复发布、彼此之间没有增量，形态上接近 Google 在[Spam policies](https://developers.google.com/search/docs/essentials/spam-policies)中描述的批量无增益内容，收益也远低于逐个平台改写。 原创示意：提问到被采用的环节拆解，非真实问卷或回复量统计。 ## 接单之后的两条边界 第一，不替客户做没有明确授权的披露。信源平台的关系是记者与受访者之间的直接关系，绕开客户说内部数据，风险最终由你自己承担，也不能因为"要拿到链接"就默认同意。 第二，给数字时同时给口径。只给"增长了三成"而不说统计范围和时间跨度，稿子里那个数字可能会被继续引用、被再次转述，而错误的来源是你的名字。宁可少给一个数，也别给一个无法复核的数。 顺带说清一件事：这类平台不能替代新闻稿，两者的作用方向不同，边界划分见[新闻稿对 GEO 能做什么、不能做什么](/post/press-release-for-geo-boundaries)。 ## 怎么复盘这类机会 记录六列：提问日期、你的响应时间、是否被采用、稿件标题与链接、稿件是否标注了你的身份、稿件里有没有实际引用你给的事实。三个月后统计两个数——响应率和被采用率。 另外留一列"稿件里我提供的事实是否被原样使用"。记者把数字改了单位、换了时间范围的情况不少见，出现时可以在下一次沟通里礼貌提示，不必争论。这类修正对长期关系的价值，比多发一篇稿子更高。 被采用率低通常不是平台的问题，而是你给的答案不能被直接摘用。判断标准很简单：把你的回复单独拿出来读一遍，不加任何上下文，如果读者仍然觉得"这句话可以直接写进报道"，那它就是合格的；否则下次先把结论提到第一句，再补背景。 --- ## 怎么找到真实的客座博客机会，而不是投稿农场 - URL: https://www.guangsuan.com/post/real-guest-post-opportunity/ - 作者: Don Jiang - Published: 2026-09-26T12:00:14+08:00 - 摘要: 从编辑对接、历史作者、主题一致性和拒绝理由四个维度，识别真实机会与批量农场。客座博客机会的质量差别极大，而判断标准不在"对方愿不愿意发我的稿子"，在"这篇内容有没有编辑流程"。真实机会的标志是编辑会审稿、会改、会决定不发——三个动作缺一个，通常就是投稿农场。 客座博客机会的质量差别极大，而判断标准不在"对方愿不愿意发我的稿子"，在"这篇内容有没有编辑流程"。**真实机会的标志是编辑会审稿、会改、会决定不发——三个动作缺一个，通常就是投稿农场。**下面五个信号可以在提交前五分钟内筛掉大部分。 ## 识别投稿农场的五个信号 - **批量接受**：同一周内接受几十位互不相识的作者，主题跨度极大，从母婴到工业一应俱全。 - **承诺收录**：说明或报价里写着"保证发布""拒绝也发"。这种做法与 Google 对[链接垃圾](https://developers.google.com/search/docs/essentials/spam-policies)的描述方向相反，也意味着对方的判断标准不在内容上。 - **找不到编辑**：没有具体编辑姓名、没有作者页、查不到往期文章的修改记录。 - **主题与读者不符**：站点主题是生活方式，接收的是企业软件类客座文。你的读者不在那里，链接再多也不构成流量。 - **先谈价格**：第一封回信就报价、谈保留时长，之后才问你写什么。 如果对方是给你提供批量链接的服务商，判断方法在[如何辨别外链服务商提供的链接是不是"垃圾农场"](/post/%e5%a6%82%e4%bd%95%e8%be%a8%e5%88%ab%e5%a4%96%e9%93%be%e6%9c%8d%e5%8a%a1%e5%95%86%e6%8f%90%e4%be%9b%e7%9a%84%e9%93%be%e6%8e%a5%e6%98%af%e4%b8%8d%e6%98%af%e5%9e%83%e5%9c%be%e5%86%9c%e5%9c%ba)里有对应清单。 五项里最容易查也最容易忽略的是第三项。随机打开站上两三篇客座文，看署名的人是否有独立作者页、是否写过别的内容、页面上有没有留更正或修订说明。这些痕迹比任何投稿说明都可靠——愿意认真对待作者的人，通常也愿意认真对待编辑流程。 ## 怎么自己找到真实机会 渠道具体动作合格标志站内判断找出站内任意一篇非付费客座文，核对作者、编辑、修改痕迹有作者页、有编辑联系方式、能看到改过几轮主题外搜索搜"你的领域 + guest post""write for us"站点主题与你的目标读者重合竞品反查查同行已经在哪些站点发过客座文分散在多个不同站点，说明这类机会成规模存在关系入口问已有供应商、伙伴站点的作者本人对方直接告诉你编辑是谁、多久看一次稿 第四种最省时间，也最容易被跳过。已经在给对方供货的人，问一句"你们收外部投稿吗"，比在搜索结果里翻二十页更快得到确定答案。 ## 写之前先把内容要求问清 七件事必须先问：主题是否限定、字数范围、是否要配图、允许几条链接、链接能否自提、修改几轮、截止时间。这七个问题里只要"链接能否自提"得到否定答复，就直接放弃——不能自提的客座文，本质是替对方免费写一篇它的自有内容。 字数这件事最容易谈崩。对方的下限和你的习惯往往差得很远，怎么按读者意图定篇幅可以看[英文SEO文章写多长合适](/post/english-seo-article-length)；真正要守的底线是：即使砍到对方的下限，文章仍然成立。 客座文章同样要满足 Google 对有用内容的要求：写"关于我们公司的五个优势"这种自我介绍的稿件，编辑一眼就能看出是外链投放，删掉链接的概率比留着它高得多。 还有一个实操上的判断：先写一个三百字的提纲发给编辑看，通过了再写全文。这个动作能省掉大量时间——大部分被拒的稿子，在提纲阶段就能看出来主题不对。愿意为提纲花时间的编辑，通常也愿意认真读你的正文。 原创示意：投稿机会筛选的先后顺序，非真实站点名单或成功率。 ## 什么时候这类投入不划算 四种情况直接停。一次要交五篇以上格式雷同的通稿式内容；目标站点与你的业务几乎不重合；对方要求你提供现成的"通用文章"改个公司名；或者对方只承诺"上线后给一条链接"，不告诉你这条链接在什么页面、什么上下文里。前三种是内容问题，第四种是你无法验证的问题。 ## 怎么判断这一类到底有没有效 记录七列：站点、编辑姓名、提交日期、发布日期、链接所在页面、链接当前状态、是否已被收录。然后在发布满 90 天时统计一次：真正发布了几篇、链接还在线几条。 中间还有一个更早的检查点：约定发布日期过去两周后，主动问一次"是否已排期"。因为"已接受"和"已发布"之间可能隔着几个月甚至永远不发生，这一栏不记录，你的统计里就会混进大量未兑现的承诺。 这个数字必须和你自然获得的链接分开记。混在一起之后，客座投稿的成败会被自然链接的增长掩盖，你会在下一次预算分配时高估它的作用。哪些投入本身就不该继续，[发了很多稿却没被引用](/post/content-spend-without-citation)里给了一套识别方法，其中"发出去不等于被引用"这条对客座文章同样成立。 --- ## 品牌被提到却没链接：怎么识别并请求补链 - URL: https://www.guangsuan.com/post/unlinked-mention-outreach/ - 作者: Don Jiang - Published: 2026-09-26T12:00:14+08:00 - 摘要: 识别无链接品牌提及的五个条件，判断是否值得请求，以及怎么提才不显得推销。品牌被提到却没有链接，多数时候不是对方忘了，而是当时没有理由放。值不值得去要，看三个问题：这个提及出现在哪类页面、旁边有没有别的品牌链接、提的是公司名还是某个产品线。 品牌被提到却没有链接，多数时候不是对方忘了，而是当时没有理由放。**值不值得去要，看三个问题：这个提及出现在哪类页面、旁边有没有别的品牌链接、提的是公司名还是某个产品线。**三个答案直接决定这封邮件该发还是别发。 ## 先判断值不值得开口 按下面这张表分档，可以省掉大半无效联系： 情形处理原因页面已有多家品牌链接，唯独缺你优先发这是遗漏，不是编辑判断榜单、推荐、对比类页面优先发条目本身就是位置，改动成本低同时提到几个竞品且都有链接可以发你并不特殊，但可以加入正文提到公司名，全篇没有外链次优先可能是纯叙述，硬要链接显得突兀新闻通稿的转载页一般不发这类页面不承载编辑判断用户评论区、论坛回帖不投入除非能直接联系版主 分档之后给"优先发"的那几页各写一句理由：这类页面会定期更新、编辑有维护习惯、或者名单里已经有同行。理由写进记录表，下次翻出来就不用重新判断一遍。 ## 三个地方能找到无链接提及 这三条要合起来看，单靠外部搜索通常只能找到一半： - **站内搜索**：用引号精确匹配公司名，把结果逐条看。有些链接被改成了 `rel="nofollow"` 或通过脚本插入，站内搜索比外部搜索更容易照出来。 - **你自己的往来记录**：销售邮件、聊天记录、售后工单里出现的第三方提及，常常比等搜索引擎发现更快，也能顺带拿到对方的准确网址。 - **外部页面**：产品被评测的页面、行业榜单、竞品对比文。搜公司名加 `-"官网"`，能滤掉自建站结果。 第三条里还有一个常被跳过的来源：客户和合作伙伴自己写的材料。他们的招标公告、项目复盘、供应商介绍里经常出现你的名字和网址，这些页面维护成本极低、对方也乐意保留，是性价比最高的一类。等搜索引擎慢慢收录太慢，直接从合作方那里要准确地址更快。 原创示意：提及页面按链接环境分档的取舍，为判断框架，非真实提及数量。 ## 请求怎么发才不像推销 信里给四样东西：你看到的那一页地址、那句提到你的原文、可以公开核对的依据（你自己提供的资料、第三方可查到的信息）、以及你希望加的链接和锚文本。锚文本写目标页标题加一句描述就行，不必重复品牌词——Google 关于 [link text](https://developers.google.com/search/docs/crawling-indexing/links-crawlable) 的说明给的方向就是锚文本应当描述目标页内容。 还有三个"不要"：不要在结尾附加第二个请求，不要建议对方改写整句话，不要用"作为粉丝我很喜欢这篇"开头。对方只需要做一个决定——加不加这一条链接，你说的话越接近这个决定，越容易被接受。 篇幅控制在很短的范围内，通常三到四句话。对方是在处理几十封同类来信，你的信越长，被完整读完的概率越低。如果确实需要补充材料，附一个链接即可，不要在信里贴大段文字——需要读者读完才能明白的内容，通常说明这一条链接本来就不该加。 提到却没链接这件事本身往往缺的不是技巧，缺的是前置条件。[品牌只出现名字没有链接：缺的是哪一环](/post/brand-named-without-source-link)拆过这个逻辑；而如果对面是媒体而不是普通站点，请求的分寸和边界还要再收一层，[媒体提到品牌却没放链接](/post/unlinked-brand-mention-source-request)里写得更细。 ## 怎么复盘这条线索 每条请求记五列：提及页面 URL、页面类型、发送日期、回复、当前状态。两周没回就归到"待定"，不再追加。三个月后统计时按三档看：已加链、已加但不可跟随、没有加。 其中"已加但不可跟随"这一档最容易被忽略，它说明对方愿意提到你但不愿意承担责任，这类页面以后不要再投入。真正值得复投的是"已加链"的那几页：把它们的共同点记下来——是榜单、是行业媒体、还是某个固定作者的长期栏目，下次有新的可引用内容时优先找它们。分母口径统一后，提及与转链接的比例才算能比较，[品牌提及率与引用率怎么算](/post/geo-mention-and-citation-rate)给了可直接套用的算法。 最后定一条纪律：同一个模板不要群发给不同站点的编辑。对方一旦发现你在多处发同一段话，这批页面会被一起当成广告请求，连原本可能愿意加的那几页也不再回复。宁可每周写十封各不相同的，也不要一次发出五十封复制品。 --- ## 丢失的外链怎么找回来：定期怎么查 - URL: https://www.guangsuan.com/post/reclaim-lost-backlinks/ - 作者: Don Jiang - Published: 2026-09-26T12:00:14+08:00 - 摘要: 建立链接基线、定期对比差异、判断原因并分头处理，才能把外链真正拿回来。丢链接是常态：对方改版、换了负责人、整站转手，都会让一条已经存在的链接消失。找回丢失外链的第一步不是逐条去查，而是先有一份带日期的基线快照——没有快照，你根本不知道少了什么。 丢链接是常态：对方改版、换了负责人、整站转手，都会让一条已经存在的链接消失。**找回丢失外链的第一步不是逐条去查，而是先有一份带日期的基线快照——没有快照，你根本不知道少了什么。**下面这套动作按成本从低到高排，不用额外工具也能跑起来。 ## 先建基线，再谈找回 固定一个日子取数，两个来源各存一份：Google Search Console 的链接报告（看它已识别的引荐网站），以及你自己维护的链接记录表（看全部主动拿到的链接）。两者口径不同，GSC 有采样与更新延迟，你的记录表里则会有从没被识别的部分，所以要并排看，不要互相替代。 每份数据至少留三个字段：取数日期、来源页面、链接在对方页面上的具体位置。少了第三个字段，链接消失之后你连该找谁都不知道，只能群发。分母和统计口径的细节，[品牌提及率与引用率怎么算](/post/geo-mention-and-citation-rate)里有完整写法，可以直接借用。 存快照时不要只存数字。链接报告的导出件、当时的页面截图，能取到就一并留下，文件名带上取数日期。第三方工具的数字可以参考，但不适合当基线——不同工具的抓取范围和识别口径并不一致，同一个月里两家工具给出完全不同的数字，你解释不了差距从何而来。基线只要一个稳定来源就够，多加几个来源只会让后面的对比失去意义。 ## 丢失通常是这六种原因 原因表现恢复可能性对方改版换了 URL链接文字还在页面上，指向 404高，多半是意外对方整站迁移或换模板页面还在，链接整块消失中换了写作者或负责人原对接人已不在，找不到人中，要重新介绍自己被并购或旧品牌弃用域名还在但不再维护低对方内容被下线或合并那篇文章本身没了低你这边先出了问题对方主动移除了指向你的链接低，取决于当初为什么给 六种原因要用不同的动作。把它们混在一起统计，会得出"外链留存率很低"这种没法指导行动的结论；分开之后你才知道，该修的是自己的迁移流程，还是该去联系对方。 ## 恢复动作按成本排序 - 先自己排查有没有搬家：用旧地址打开一次，看是不是被重定向到了新页面。属于这一类的，不需要联系任何人。 - 给对方发一条具体信息：指出页面的哪一段提到这篇资料、目前链接打不开，并附上正确地址。 - 合作过的站点直接找原对接人，不要走通用邮箱或联系表单。 - 如果对方页面里有几处不同的引用，在同一封信里一次说清，不要分多次打扰。 你请对方指回来的页面必须能被抓取和访问，否则链接补回去也没有意义，这一点 Google 在[链接如何被抓取与识别](https://developers.google.com/search/docs/crawling-indexing/links-crawlable)的说明里讲得很直接。发出信之前先自测一次，比事后被对方发现更伤。 原创示意：原因分类与处理顺序的对应关系，非真实留存率数据。 ## 哪些丢失不必追 三种情况先放下。那条链接所在页面本身访问量极低，且与你的业务无关；那个页面挂在一份明显过时的清单里，读者看到就已经跳过了；还有一种最该先修自己的——你这边换过 URL 且没有保留原地址，此时再去联系所有站点没有意义，先把迁移和跳转理顺，顺手核对一下自己站内的旧引用是否还指向老地址。 页面搬家这类情况的排查顺序值得单独学一遍，尤其是公开副本多的内容：[内容更新了 AI 还在引用旧版本](/post/content-updated-ai-still-quotes-old-version)里的五个公开副本检查表可以直接复用。 ## 怎么排期和验证 把这项工作排成固定节奏：每月取一次数做对比，每季度做一次逐条回访。回访只查一件事——链接是否还在原位、是否仍是可跟随状态。回访结果记四列：原 URL、发现日期、联系日期、当前状态。指定一个人负责取数和归档，换人时把表格和原始件一起交接，否则下一个接手的人无法复现上一次的数字。 有一条容易被忽略的判断：如果同一条链接在三个月内第二次消失，两次的原因几乎一定不同，要分开记录。反复出现的同一原因，才是值得写进流程去修的那一类。至于"当时到底是什么数字才对"，靠的是取数日期和当时的导出件，而不是事后回忆——这也是[读懂对方为什么被引用](/post/competitor-backlink-citation-reasons)那套方法能复用的前提：只有拿得出原始记录，才谈得上判断下一次该怎么投。 --- ## 断链建设：怎么找到失效链接并接手 - URL: https://www.guangsuan.com/post/broken-link-building-process/ - 作者: Don Jiang - Published: 2026-09-26T12:00:14+08:00 - 摘要: 断链建设不是群发。讲清怎么找失效引用、怎么判断能否替代、怎么提一次具体建议。断链建设的前提不是"找到一条 404"，而是"那个位置原本在说什么，你能不能说得更好"。判断一次机会只用一条标准：原引用消失后剩下的那个信息需求，你的页面能不能原样接住并且补上更多。 断链建设的前提不是"找到一条 404"，而是"那个位置原本在说什么，你能不能说得更好"。**判断一次机会只用一条标准：原引用消失后剩下的那个信息需求，你的页面能不能原样接住并且补上更多。**接不住就跳过——硬塞进去的链接换不来引用，也可能给对方添麻烦。 ## 先把"失效"分成三种形态 三种形态的处理难度完全不同，混在一起做会浪费大量时间： 形态表现接手难度整页消失对方那篇文章返回 404中，作者地址通常可从快照或页面历史拿到页面还在，引用目标变了旧链接被换成本站另一页或合作方页面低，一封信通常能成页面还在，链接被摘掉相关文字保留，但那句话不再是链接低，但要求你的内容更贴合上下文 第三种最容易被工具漏掉，也不该被归进"死链"里统计——对方的文字还在，只是判断标准变了：你的页面要能证明自己比现在那个目标更值得被指向。 ## 定位方法：先从自己站内反查 最省力的一步是检查你自己文章与资料页里引用的外部来源，看有没有已经打不开的。这部分先改，改完对自己只有好处，也顺带确认了替代页面确实可用。然后再往外扩：把你所在领域里那些天然会引用外部资料的内容类型——选型指南、参数对比、术语解释、标准清单——写成种子词，去找引用了失效来源的页面。 种子词比通用意图词有效得多。"最好的供应商"这种词搜出来的页面通常没有引用型内容，而"XX 认证标准"这类词出现在列表里的页面几乎一定带外链。实操上把种子词和上一步站内查出的失效来源放在一起用：如果某个外部来源你自己也在引用，它出现在同题材页面里的概率更高，这类线索的转化通常好过泛搜出来的结果。 还要接受一个事实：同一批线索里，多数是拿不到的。断链接手的价值不在成功率有多高，而在于判断一次的成本足够低——先看链接上下文是否真的指向你这类内容，两分钟内能定就定，定不了就跳过。把大量时间花在看不出上下文的页面上，是这个方法最常见的时间浪费。 ## 你的内容能不能替代，看三件事 - **信息类型是否一致**：原链接指向的是标准文本、企业官网，还是第三方数据。类型不同就不构成替代，硬接属于错位。 - **你的版本是否更新**：如果原链接指向三年前的旧版参数或过期清单，你的新版本身就是给对方的理由，这句话要写进邮件。 - **对方站点值不值得投入**：先看一眼对方站的内容质量与维护状况。几年前就没更新过的页面，联系人多半也不在了。 原创示意：三项判断的取舍流程，非真实案例统计。 ## 怎么提：给对方一个具体理由 信里只说清三件事：哪一页的哪个位置断了、那个位置在讲什么、你的页面能补上什么。不要夸自己的网站，也不要附一串链接列表。对方要判断的是"要不要加这一条"，不是"你多好"。 锚文本的选择同理：写目标页的标题加一句描述，而不是重复品牌名。Google 关于 [link text](https://developers.google.com/search/docs/crawling-indexing/links-crawlable) 的说明给的方向是"锚文本应当描述目标页内容"，这一点和断链接手要传达的信息是同一件事。 ## 什么时候该放弃这条线索 三种情况直接放弃。原链接不是失效，而是对方主动换成了更合适的来源——这是编辑判断，不是错误，也不构成替代需求。对方整站已经下线、域名成了空壳，联系人无从联系。你的页面需要额外注册、下载或付费才能看到内容，对方放这条链接会给读者添麻烦，这种结果比你拿不到链接更糟。 如果这条线索最终变成一篇可被引用的公开资料，把它留到以后做长期来源用，判断标准见[被同行主动引用的资料长什么样](/post/citation-ready-units-and-permanent-links)；而如果只是缺一次署名，[媒体提到品牌却没放链接](/post/unlinked-brand-mention-source-request)那篇的请求方式更省事。 ## 怎么验证这一轮有没有价值 记录四列：来源页面 URL、原链接指向的地址、联系日期、当前状态。回访两次，第一次在两周后，第二次在一个月后。结果分三类：对方补上了、没有补上但保留了文字、页面本身没了。三类各有后续动作，不必合并统计。 值得单独记一笔的是"补上了"的那类站点。它们已经明确表达过这个需求，可以留进你的长期联系名单，下一次有新的可引用资料时优先找它们。判断这类站点值不值得复投，看的是对方引用你内容的动机是否成立，而不是链接数量，参照[竞品外链别照着名单抄](/post/competitor-backlink-citation-reasons)里的分析角度。 --- ## 资源页怎么找：搜索操作符与筛选实操 - URL: https://www.guangsuan.com/post/find-resource-pages-outreach/ - 作者: Don Jiang - Published: 2026-09-26T12:00:14+08:00 - 摘要: 用 inurl:resources 等搜索式找到资源页，再筛掉已失效和无编辑权限的页面。资源页（resource page）不是你自己建的，它是别人已经整理好、并且愿意接收外部提交的链接清单。 资源页（resource page）不是你自己建的，它是别人已经整理好、并且愿意接收外部提交的链接清单。**正确的顺序是：先用搜索操作符拉出候选，再逐个判断这一页是否还活着、是否真的接受外部提交，最后才写邮件。**跳过中间那一步，是这个方法最常见的浪费——大量页面挂着"提交"字样，实际已经很久没人维护。 ## 搜索操作符怎么组合才有效 单个操作符命中率都不高，要两两组合。引号负责把"资源页"这个概念限定住，`inurl:` 负责捞目录结构，`intitle:` 负责捞标题里自报身份的页面： 操作符主要作用容易踩的坑`"resource page"`锁定整篇都在讲外链资源的主题页漏掉引号会搜出零散提及，结果量放大十几倍`inurl:resources`、`inurl:links`、`inurl:directory`从 URL 路径找目录型页面各站写法不同，这几个要换着跑`intitle:"useful links"`标题直接声明这是链接清单结果少，但命中率明显高于宽泛词`-inurl:你的域名`排除自己站内的同类页面不加会把自己已有的资源页搜进来，白忙一场`"submit your site"`找明确写着提交入口的页提交按钮常常是图片，文字里搜不到 跑完一轮先别急着发邮件，把结果记成一张表：URL、页面标题、最后能看到的更新痕迹。看完你会发现候选集中在两种站上——一类是行业协会的延伸资源页，另一类是内容合作类博客，后者的编辑本来就靠外链补充素材，愿意加链接的理由比你更充分。 ## 候选页面先过三道筛 - **主题相关度**：整页链接覆盖的领域是否包含你的行业。十条里有八条与业务无关，这条就可以放弃。 - **维护痕迹**：有没有最近的更新日期，有没有新加入的链接。查不到任何新增痕迹的页面，通常已经不再回应外部请求。 - **提交入口**：是否有表单、指定邮箱，或者写明的收费说明。找不到入口的页面，只能去翻联系页上的通用邮箱，成功率通常低于写明规则的页面。 原创示意：候选资源页经过三道筛选后剩下的比例，为流程示意，非真实站点数据。 ## 怎么判断这个资源页还活着 最省事的办法是抽样点开：随手从页面上挑 5 条链接各打开一次，记下还能访问的条数。如果 5 条只活 1 条，维护者大概率已经不再回应外部请求，联系它的时间成本高于收益；如果新增链接集中在最近几个月，并且不断有新站点加入，这就是一个还在运转的资源页，值得提交。 再补一项容易漏掉的检查：页面上已有链接的锚文本分布。如果几十条链接的锚文本几乎完全一样，多半是批量提交的产物，这类页面结构与 Google 描述的[链接垃圾](https://developers.google.com/search/docs/essentials/spam-policies)形态接近，你要考虑自己是否愿意留下这条记录。 ## 什么时候这条路不适用 三种情况先停下来。第一，你真正想被指向的是产品页或落地页，而资源页的链接位通常只能放首页或一篇文章，位置对不上，这轮投入就失去意义。第二，页面只接受付费提交，又不写价格与保留时长——这类要么不谈，要么只当众多选项之一。第三，页面上所有链接都指向同一类站点，编辑标准很窄，你的行业根本不在里面。 另外，如果你手上还没有一个拿得出手、可被长期引用的东西，资源页这条路也先别走。[被同行主动引用的资料长什么样](/post/citation-ready-units-and-permanent-links)里的可引用单元清单可以先拿来检一遍自己的页面；照着竞品的名单盲投是另一种做法，两者的差别见[竞品外链别照着名单抄](/post/competitor-backlink-citation-reasons)。 ## 怎么记录和判断有没有生效 提交时留下四样东西：来源页面 URL、你用的锚文本、提交日期、回访结果。回访排三次——第三周、第六周和第三个月。到第三次基本能分清结果：页面被更新过但里面没有你的链接，属于"接受了内容没接受链接"，可以换个锚文本再提一次；页面完全没有变化，说明这条线索到此为止，不必反复跟进。 如果你希望同时补充一些可控性更强的外部来源，官网[外链组合套餐](/backlinks/)里对 GPB、GNB、GMB 各自承担的分工写得很明确，可以把主动提交这类零散机会和组合建设排进同一张时间表，避免两边动作互相重复。 --- ## 可编辑的计算器页：什么内容既有用又能被引 - URL: https://www.guangsuan.com/post/useful-calculator-page-design/ - 作者: Don Jiang - Published: 2026-09-26T12:00:14+08:00 - 摘要: 计算器页要解决真问题、说明假设、可复算。讲清设计要素与不能越过的边界。可编辑的计算器页要同时满足两件事：算出来的东西对读者有用，而且读者愿意在自己的内容里写下这个结果。只满足前一条，它是一个功能；只满足后一条，它是一次噱头。 可编辑的计算器页要同时满足两件事：**算出来的东西对读者有用，而且读者愿意在自己的内容里写下这个结果。**只满足前一条，它是一个功能；只满足后一条，它是一次噱头。分界线不在设计，而在结论能不能被别人复核、以及你有没有用结果把自己摆在更好的位置上。 原创示意，为本篇绘制的要素结构，不是真实工具界面或计算结果。 ## 设计要素：五项构成可用与可引用的差别 要素做到什么程度算够做不到会怎样 输入项一次只问必要的信息，允许留空后逐步补充读者放弃，因为要填的东西太多 实时结果输入改动后立刻更新，不需点按钮读者以为是旧内容，不信任结果 口径说明公式、单位、精度、适用版本写在结果附近读者只能私下算出自己的数，不敢引用 分享地址参数进 URL，复制后能还原同一结果无法传播，工具的引用停留在自己站内 边界提示超出范围、单位填错时给明确说明读者把错答案写进自己的内容，你的页面跟着丢分 五项里最常被牺牲的是口径说明和边界提示，因为它们不影响功能演示。但这两项恰好是决定引用率的部分：读者引用一个数字时，赌的是这个数字经得起别人复查。 ## 上线前的六步操作 - 先把公式和默认值写成文字，确认它们与实际输出一致。 - 造三组测试数据：正常值、边界值、明显错值，看提示是否合理。 - 生成三个分享地址，隔天重新打开，确认能还原同一结果。 - 在手机、单手、慢速网络下各走一遍。 - 检查结果区里有没有出现不该有的自家产品排序。 - 决定口径改动时的做法：保留旧参数地址，还是明确标注版本号。 第 6 步决定了这个工具三年后还在不在。已经有人分享出去的结果地址一旦作废，那些引用会静悄悄地失效，而你不会收到任何通知。 ## 哪些工具类型天然更容易被引用 - **换算与配比类。**结果与输入一一对应，读者容易在正文里写“按 X 折算为 Y”。 - **对照判断类。**输入自己的条件，得到一个“属于哪一类”的结论，读者常会直接写结论。 - **检查体检类。**读者引用的是“检查后发现的某个问题”，引用动机强。 共同点有两个：输入简单，结果唯一且不依赖商家的推荐，读者没有理由怀疑。反过来，需要用户输入十来个参数、结果还给出“综合评分”的工具，看起来功能更强大，实际引用率往往更低——因为读者无法向别人解释这个分数是怎么来的。 ## 边界：什么时候不该做 - **默认值指向自家产品。**结果区里只列自家型号、同行只有残缺选项时，工具实际上是一份广告，读者不会引用，也不会再回来。 - **结果由模糊判断伪装成计算。**给一个没有依据的分数却不说明权重，等于让读者替你背书，之后被质疑损失的是你的可信度。 - **同一个问题有多个答案但只显示一个。**不同口径给出不同结果却隐藏其它选项，是最容易在评论区翻车的一类。 - **需要注册或留信息才能看结果。**这一条没有例外：门槛一旦出现，读者拿不到结果就不会引用，也不会再来第二次。 这些不是道德说教，而是 Google 官方判定里点名的方向。[Spam policies](https://developers.google.com/search/docs/essentials/spam-policies)把“主要为操纵链接与排名信号而制作的低价值内容”列为 link spam 的例子；同一份文件里 doorway abuse 一节说的“为特定相似查询生成页面、把访问者引向同一处”，也正是偏向性工具页最容易被对上的描述。另外注意：买卖链接本身不在这份文件的违规清单里，只要按官方说明加上 `rel="nofollow"` 或 `rel="sponsored"`；有争议的是内容做成了什么，而不是链接从哪里来。 还有一个常被当成技术问题的伦理边界：分享地址里要不要带来源标注。加上标注的地址更长，但任何拿到地址的人都能看到结果来自哪里，这是最省事的自证方式；不加标注，短期链接更容易被传播，长期则可能在别人截取结果后与出处完全无关。 ## 怎么判断这个计算器页真的在被使用 - 看分享地址的访问来源里有没有出现第三方参数组合——这是最直接的信号，几乎没有其它来源。 - 看 Search Console 里该 URL 的 referrer 有没有非自家域名。 - 找三篇引用了你结果的外部文章，检查它们引用的数字和你现在的算法是否一致。 第 3 项是三项里唯一需要花时间的，但它也是唯一能提前发现风险的动作，通常按季度做一次就够。算法一改，旧文章里的数字就会和页面对不上，而对方不会来通知你；这种不一致一旦被发现，链接的实际价值会明显下降。[内容更新了 AI 还在引用旧版本](/post/content-updated-ai-still-quotes-old-version)列出的排查顺序在这里同样适用：先确认已被公开引用的旧结果，再决定新旧口径如何并存。 发现口径不一致时，先判断差多少：偏差在可接受范围内，可以在页面上加一句说明并回信给对方；偏差明显，就应当考虑在页面上同时保留新旧两种口径的说明，而不是直接把旧结果改掉。 最后确认一件事：工具页的外部链接由内容与工具自己吸引一部分，主动建设承担另一部分，两者的观察口径不同。[外链组合](/backlinks/)页面里投放被拆成 GPB、GNB、GMB 三种交付，核对时不要把工具自己吸引来的引用算成投放结果，也不要反过来。这样分开记，下一次调整工具方向时才有干净的对照数据。 --- ## 信息图为什么会被引用，做之前先想清这三点 - URL: https://www.guangsuan.com/post/infographic-citation-conditions/ - 作者: Don Jiang - Published: 2026-09-26T12:00:14+08:00 - 摘要: 信息图被引用需要结论清晰、来源可查、脱离上下文仍可读。讲清常见失败原因。信息图的引用机会，在动手画之前就已经被三个问题决定了：这张图在讲什么结论、数据从哪来、别人拿走它要付出多少成本。 信息图的引用机会，在动手画之前就已经被三个问题决定了：**这张图在讲什么结论、数据从哪来、别人拿走它要付出多少成本。**三个里有一个答不上来，做出来的图大概率只留在自己的博客里，因为外部没有理由引用一张自己没看懂的图。 原创示意，为本篇绘制的三问结构，不是实际图片引用量或传播数据。 ## 先把三问的答案写在草稿上 - **结论。**用一句话写出这张图证明了什么。写不出来，说明选题还没成立，画得再好看也只是信息罗列。 - **数据。**来源、口径、统计时间范围各是什么。答不上来就先别画，转去把数据补齐；没有数据支撑的图在被引用时经不起一次追问。 - **搬运成本。**对方能不能直接保存、能不能看懂、能不能在正文里引用到具体位置。成本过高时，读者宁可自己做一张。 第 1 问的检验方法是把结论放到一个不带图的句子里，如果这句话本身没有价值，这张图也不会有。多数信息图项目卡在第 1 问：设计阶段讨论的是配色和版式，结论却从来没被写下来，等到图做完才发现它没有要证明的东西。**先写结论再定图形，是这类资产唯一省得下来的流程。** ## 什么样的图会被引用 图的类型被引用的场景关键条件 对比图解释两个方案或两个时期的差别维度是对等可比的，不是排名 流程图说明一段别人容易做错的方法每一步带判断条件，不只是箭头 时间线说明一件事怎么演变的有明确起点、终点和依据 分布图支撑正文里的一个数字样本量和分母写在图上 清单图让人照着做一遍条目具体到可直接执行 纯视觉封面几乎没有只适合当页面配图，不作为资产投入 最后一行值得单独说。把大量精力花在“看起来很专业”的封面上，是信息图项目最常见的资源错配：它可能在社交平台上有人点赞，但不会给页面带来任何链接，因为外部无法从一张封面图里取走任何东西。 表格里还有个规律：被引用最多的永远是“能替作者说清一件事”的图，而不是“信息最多”的图。一张塞进二十个数字的图，读者无法在文章里引用其中任何一个；一张只讲一个对比的图，反而能被别人原样搬走。 ## 四种常见失败原因 - **结论缺失。**图里全是并列信息，没有哪一条是重点，读者无法在文章里写“这张图说明了……”。 - **数据不标源。**来源只写在图注里，读者截取后出处就丢了，站点失去被引用的位置。 - **图内文字过小。**一张宽 1200 像素的图放进文章后缩到很小，其中的数字和标签要仍然能读；缩完就读不清的图不会被引用。 - **不可导出。**低分辨率位图或整页截图，读者想放大看某个数字时做不到。 后两项都属于制作阶段可以避免的细节，代价很低。Google 的[Creating helpful content](https://developers.google.com/search/docs/fundamentals/creating-helpful-content)强调内容要给读者实际帮助；放到图上就是：让读者能看清、能取用、能判断，而不是让页面显得值钱。想清楚图应该配在哪一段正文里，可参考[没有行业调查数据，也能做数字公关](/post/digital-pr-without-survey-data)里从可复核演示选题入手的做法——图和演示用的是同一套要求。 第一种失败最值得单独排查，因为它的成因往往是选题：把“关于行业的一切”做成一张图，等于没有观点。修法是把它拆成三张各自有一个结论的小图，这比继续在一张大图上加内容更有效，也更容易被别人引用其中一张。 ## 什么时候做图不如做表 如果结论是几组可以逐项对照的数字，做表格比做图更容易被引用：表格可复制、可检索、可被读者直接抄进自己的文档；图更适合表达趋势、流程和结构差异。**判断方法很直接——你自己在写文章时会用哪一个？**会复制表格的人不会去截图，会截图看趋势的人不会去查表。 还有一种情况值得先查再动手：这份数据别人是否已经公开发布过。如果已经有更完整的版本，或者别人做过同类图并被反复引用，那么你的图很难获得同样的传播；换个角度、或者把已有数据按新的口径重新组合，胜算会高一些。 ## 怎么判断这张图有没有被引用 - 搜一次图里的关键结论表述，看它出现在哪些页面。 - 看页面 referrer 里有没有图片来源站、设计参考站一类的域名，这类来源常不在常规外链报告里。 - 观察自己其它页面是否在正文里引用了同一张图——这个动作同样给别人示范了该怎么引用它。 三项都为零时，先别急着换题，检查图的导出条件和结论表述。多数情况下问题出在“别人无法用”，而不是“别人不知道”。如果这类素材投入一段时间后仍未产生任何可核对的结果，可以对照[发了很多内容却没被引用：识别无效投入](/post/content-spend-without-citation)里的判断顺序，避免继续在同类素材上加码。 还有一个容易被忽略的来源：设计站、素材站和行业媒体会主动转载好看的图，主动找过去问一句通常就能补上出处，难度远低于自己重新联系。这类位置未必带来很强的页面权威，但会让图片搜索和站内搜索找到你的页面，是一条容易被漏掉的入口。 --- ## 术语表与计算器：两类容易被引用的工具页 - URL: https://www.guangsuan.com/post/glossary-calculator-citation-hub/ - 作者: Don Jiang - Published: 2026-09-26T12:00:14+08:00 - 摘要: 术语表和计算器为什么常被引用，分别适合什么内容、该怎么组织才能长期有效。术语表和计算器看起来是两种小页面，其实是同一类资产的两个方向：一个负责把概念说准，一个负责把数字算对。 术语表和计算器看起来是两种小页面，其实是同一类资产的两个方向：**一个负责把概念说准，一个负责把数字算对。**它们被引用时都不需要读者了解你的行业，只需要一个准确答案，所以是引用门槛最低的两类工具页。区别在于用法：写定义供人引用，做计算供人取数。 原创示意，为本篇绘制的 hub 结构，不是实际站点结构或页面数量统计。 ## 术语表为什么被反复引用 写文章、写信、做产品文档都需要一句准确的定义，能链到一个不带商业倾向的词条，比自己造一句风险小得多。词条要能被引用，四个条件缺一不可： - **词条独立成页，地址用词的音译或英文原名。**放在一篇长文里就没人能链。 - **开头两句就是定义。**不铺垫、不自我介绍，读者第一眼就要能取用。 - **写清适用范围和常见误用。**“这个词在什么情况下不指你以为的东西”比多写三句解释更有用。 - **标注更新日期与资料来源。**没有更新日期的词条，读者引用时会犹豫。 第 4 条最常被省略，它决定的不是点击量，而是引用寿命。可引用单元在结构上要包含哪些部分，见[被同行主动引用的资料长什么样：可引用单元与长期链接](/post/citation-ready-units-and-permanent-links)。 术语表还有一个被低估的作用：它是站内链接最自然的来源。同一个概念会在多篇文章里出现，词条页可以成为这些文章共同的落点，不需要刻意安排内链就已经在承担结构作用。因此词条数量不必一次做很多，先把已经出现三次以上的概念做掉，收益最直接。 ## 计算器为什么被反复使用 它把“取一个数”这件事从半小时缩短到三十秒。工程条件与工具页一致：免登录、结果可分享、口径写在页面上。计算器特有的要求是**结果之后还要接得住**，也就是给出这个数通常落在什么范围、什么情况下不能用、接下来该看哪一页。只给结果不给解释的计算器，用过一次的人通常不会再在文章里引用第二次。 “接得住”的判断很简单：读者拿着结果回到自己的文章里，他能写下一句话吗？如果只能说“这个数大概是这样”，他就不会写；如果能说“按这个口径算下来是 X，前提是 Y”，他才会写进正文。计算器的引用率实际上取决于这半句话能不能被说出来。 ## 把两者合成一页的收益 各自都能被引用，但合成之后价值明显更高：术语里的可计算量直接连到计算器的输入项，计算器的结果回链到解释该结果的词条。这种双向结构让两类内容互为补充，读者不必跳出站点再判断“刚才那个数是什么意思”。 合成时的判断标准只有一条：**词条里出现的每个可计算量，都能在计算器的输入项里找到对应项**，反过来也一样。最常见的失败是两类内容分别排期、各自上线，页面之间一条链都没有——它们仍然是两个孤立页。hub 页的篇幅取舍与其它内容页同源，可参考[英文SEO文章写多长合适](/post/english-seo-article-length)里按意图和被引用条件定篇幅的判断。 落地顺序上，建议先做词条再补计算项，而不是反过来。原因是计算器的输入项几乎都来自词条里定义过的量：先把概念说准，输入项自然就清楚了；先做工具，往往会造出一堆没有定义支撑的参数，读者算完也不知道自己算的是什么。Google 在[Links and Google Search](https://developers.google.com/search/docs/crawling-indexing/links-crawlable)里也提到，链接是把两处内容关联起来的方式，双向结构正是靠链接本身成立的。 ## 三种不适用的情况：只有术语、只有计算、互不连接 形态表现结果 只有术语词条齐全，没有计算入口被引用一次，之后失去访问 只有计算有工具，没有词条被使用，但不被链接 两者都有但互不连接分别上线，没有交叉链接权重与注意力都分散在两处 第三种最值得优先修：改交叉链接的成本远低于新建页面，收益却直接体现在两处都能被找到。另外两种的处理顺序是：只有术语就先挑出出现最多的三个概念配计算器；只有计算器就先给每个输入项补一个对应词条，两种都不需要重写已有内容。 ## 怎么判断 hub 页在被使用 - 看 referrer：出现大量非自家域名指向词条页，说明定义被引用。 - 看词条页的搜索词：出现“XX 是什么意思”之外的组合词，说明它被当作写作参考而不是查询对象。 - 看计算器的分享地址：出现第三方生成的参数组合，说明有人在给别人算东西时用了它。 第 3 项几乎没有别的来源，也因此最可靠。它同时提醒一件容易被忽略的事：分享出去的地址必须是稳定的，工具改版时不能把所有带参数的地址一起作废，理由和[内容更新了旧版本仍被引用](/post/content-updated-ai-still-quotes-old-version)相同：地址一旦作废，外部已经建立起来的引用会一起断掉，而对方通常不会告诉你。 至于能否持续被引用，取决于该主题的提问量和行业内的传播习惯，通常无法预先确定。更可行的做法是把三项观察固定下来按月记录，做满三个周期之后再决定要不要继续投入，而不是按第一周的数字下结论。 --- ## 视频和图表怎么变成外链来源 - URL: https://www.guangsuan.com/post/video-chart-embed-backlinks/ - 作者: Don Jiang - Published: 2026-09-26T12:00:14+08:00 - 摘要: 视频、图表、交互组件和原文引用是四种不同的被引用方式，各自需要什么条件。视频和图表是最常被当成“内容形式”、最少被当成“外链来源”的两类资产。它们的共同点是：被引用时需要搬运，所以判断标准只有一条——对方能不能不重做就拿走用。 视频和图表是最常被当成“内容形式”、最少被当成“外链来源”的两类资产。**它们的共同点是：被引用时需要搬运，所以判断标准只有一条——对方能不能不重做就拿走用。**能不能嵌入、能不能保存、能不能引用到具体位置，这三件事决定它们的链接机会，比画面质量重要得多。 原创示意，为本篇绘制的引用路径结构，不是实际播放量或转载数据。 ## 视频的引用来自三条路径 - **嵌入。**对方页面内嵌你的播放器。它通常不产生普通超链接，但会持续带来页面级引用和播放行为，也一定伴随一个可分享的视频地址。 - **作为来源引用。**文章里直接给出视频地址，说明结论来自这段演示。质量要求最高的路径，因为引用它等于承认这个演示可信。 - **逐帧截图引用。**用某一帧做配图并注明出处，是最轻的一种，但出现频次常常最高。 第一条最常被假设而不是验证。播放器的嵌入权限要先在第三方站点上实测一次，不要凭控制台的开关判断。允许嵌入的视频地址必须是稳定的，换地址时旧地址要有去处，否则第三种引用会整批失效。相关内容后来改了地址的排查方式，可以参考[内容更新了 AI 还在引用旧版本](/post/content-updated-ai-still-quotes-old-version)列出的五个公开副本。 准备动作按优先级排：先测嵌入是否真的可用，再确认地址稳定，然后才谈视频本身的质量。顺序反了的话，会做出一支拍得很好、但谁都嵌不进去的内容——这种视频的引用机会为零，而且很难在事后补救。 ## 图表比视频更容易被搬走，也更容易被搬走不给出处 可被引用的图表有三个条件，按重要性排： - **数据来源与口径标在图上。**标在图内而不是只在正文里，别人截取时出处会跟着走。 - **有可读的替代文字。**脱离图片也能理解这张图在说什么，这是无障碍要求，也决定图被引用后能不能配得上文意。 - **导出没有任何技术门槛。**矢量格式或足够清晰的高清图，允许保存。把图做成不可放大的位图、或加水印到看不清数字，等于主动放弃引用。 第 3 条最常被误解成“保护资产”。Google 的[Creating helpful content](https://developers.google.com/search/docs/fundamentals/creating-helpful-content)把内容价值放在对读者是否真正有用上；同样的判断放到图表上就是让读者能拿走，而不是让站点显得值钱。挡住搬运，挡掉的是引用，也挡掉自己被引用的机会。 ## 让图表被引用的具体做法 - 图的标题写结论，不写“图 3”。 - 正文里写清这张图说明了什么、边界在哪里。 - 放在有实质正文的页面上，不做单独的图集页。 - 同一张图在相关页面复用时更新页面的更新日期，让引用者知道数据有时点。 对方引用一张图，通常是因为它替他说清了一件他自己画不好的事。判断自己有没有这种图，可以看它在正文中是否必须出现——如果删掉图之后文字仍完整成立，这张图多半只是装饰。[竞品外链别照着名单抄：读懂对方为什么被引用](/post/competitor-backlink-citation-reasons)里按被引用原因做的分类，可以帮你判断手上的素材属于哪一类。 还可以加一条自查：这张图是不是只有你自己有数据才画得出来。如果换成任何一家同行都能用同样的公开数字画出来，那它只是排版劳动；真正难以被复制的部分——只有你能拿到的数据或经验——才是它值得被引用的原因。 ## 三类必须避开的做法 - 用第三方数据做图而不标来源。别人在查证时找不到出处，转载的站点也会删掉这张图。 - 截图他人图表只改配色和字体。属于直接复用别人的成果。 - 直接引用别人的图片讲自己的观点，等于替对方做免费推广。 如果目标是被长期引用，就必须假设对方会追查出处。可行的做法是自绘并标注数据来源，或在明确许可与合理使用范围内引用并注明来源，同时保留许可链接。[Reddit、Quora 上什么样的回答会被引用](/post/reddit-quora-answers-that-get-cited)里提到的署名习惯同样适用于素材：先说清是谁做的，后面才谈得上被引用。 署名和许可的成本差别很大。自己画的图标注来源只要几分钟；用别人的素材要找到许可条款、说明使用范围、保留原始链接，麻烦得多，但这一步省不掉——它决定了素材在被搬走时，来源会不会跟着一起消失。 ## 怎么确认素材真的在被引用 - 看反向链接里有没有出现在图片、图库和设计参考站上，这类来源通常不在常规外链报告里，需要人工翻。 - 定期搜一次自己最核心的那张图的标题，看它出现在哪些页面。 - 检查视频的嵌入次数变化，把峰值对应到内容动作上，而不是凭印象判断。 三项需要定期做，通常按月即可。素材被引用的位置往往不在预期的地方：可能是同行的一篇非正式分享，也可能是行业群里的截图。发现引用而对方未给链接时，是否值得主动沟通可以看[什么时候值得请求补上出处](/post/unlinked-brand-mention-source-request)，素材类引用通常比文字类更容易接受署名要求，因为补一个链接不影响对方已写好的内容。 记录时建议只记三列：素材名称、引用位置、是否带出处。没有这三项，几个月后回头看就分不清哪些素材真的在被使用、哪些只是自己觉得有用。这类记录也是判断下一批素材该做什么的最直接依据。 --- ## 怎么让专家身份变成可引用的来源 - URL: https://www.guangsuan.com/post/author-expertise-as-link-source/ - 作者: Don Jiang - Published: 2026-09-26T12:00:14+08:00 - 摘要: 专家身份要能被核验才可能带来引用。讲清署名页、从业经历与对外观点该怎么写才可信。很多人把“专家身份”当成一种氛围，它其实是可以被写进页面、被外部逐条核对的一组信号。真正起作用的只有四项：有没有人、这个人是谁、结论有什么依据、有没有第三方能确认这三点。 很多人把“专家身份”当成一种氛围，它其实是可以被写进页面、被外部逐条核对的一组信号。**真正起作用的只有四项：有没有人、这个人是谁、结论有什么依据、有没有第三方能确认这三点。**落到页面上就是署名页的结构问题——缺一项，媒体或同行在引用你时就少一个理由。 原创示意，为本篇绘制的署名页结构，不是真实作者档案或平台数据。 ## 专家身份在哪一环起作用 行业媒体、协会通讯、研究型内容在找信源时，筛选通常分两关：第一关是“你是不是相关的人”，第二关才轮到内容质量。第一关靠的就是署名页。[Reddit、Quora 上什么样的回答会被引用](/post/reddit-quora-answers-that-get-cited)讲的是同一件事——同一个结论由行业内的人说出，和由匿名账号说出，被当作信源的概率并不一样。署名页的价值也在这里：它让第一关能过，而且不需要额外成本。 署名页的另一个作用常被忽略：它给外部一个可以放心写进正文的短介绍。媒体写稿时需要一句“某某是做什么的”，如果这句话只能从你官网首页扒，往往就直接略过；有一页专门写这件事，采写成本会低很多。 ## 署名页该写什么 项目怎么写会被在哪里核对 姓名与现职用能被搜到的真实写法，与其它公开平台保持一致公司官网、个人主页、行业名录 相关经验写具体品类、年限、参与过的事时间线是否自洽，是否经得起细问 观点来源写清数据来源，或说明这是判断而非结论文中引用的出处能否打开 复核人第二个人看过并署名，写明看的是哪部分复核人是否同样是真人 联系入口一个真的会回复的渠道发出去之后有没有回音 五项里最常被漏掉的是“观点来源”和“复核人”。前者决定你的结论能不能被引用，后者决定别人敢不敢在正式场合引用。缺了来源的判断句，读者会绕开它去写自己的版本。[品牌只出现名字没有链接：缺的是哪一环](/post/brand-named-without-source-link)讲的正是外部找不到可核对依据时的典型表现。 写这一页时还有两个细节值得留意。资历描述要具体到可以核对的粒度——“十年行业经验”几乎等于没写，而“长期负责某类产品的出口交付”可以被查证；复核人不要只写名字，写清他看了哪一部分，这一句会让整页的可信度明显不同。 ## 让专家页从“存在”变成“被找到” - **站内互链。**每篇署名内容都链到署名页，署名页再链回这批内容。不互链时，外部搜到你的名字后只能落在首页。 - **多平台一致。**同一份履历在几个公开平台用同一套写法，跨平台能对上，核对成本最低。 - **把方法写成可独立引用的段落。**这一条最容易被跳过：外部能引用的其实不是你的头衔，而是你的方法——怎么抽样、怎么判断、怎么排除。方法段落写清楚后，别人在写自己的内容时会直接引这段，而不必替你的观点背书。 ## 什么时候不要强调专家身份 新域名、单页站、只有一位作者的品牌，大篇幅铺陈资历往往与可见事实冲突，反而让整页可信度下降。这种情况下更稳的顺序是：先做实可核对的部分——持续更新、给出依据、公开数据来源——身份说明保持简短准确，等有了可查的作品再加重。[Creating helpful content](https://developers.google.com/search/docs/fundamentals/creating-helpful-content)强调内容本身要对读者有用，身份不构成内容价值，篇幅花在履历上的比重应该低于花在方法上的比重。 另一种不适用情况是多人共用的服务品牌：把某个人的资历放在整站最显眼的位置，容易让客户误解为“这个人全程参与交付”。这时更合适的做法是在具体的服务页或案例页上署名，而不是在首页建立一个以个人为中心的形象。 ## 怎么确认署名起了作用 - 统计主动联系里点名要某位作者的次数。 - 统计被引用时是“作者加观点”被引用，还是只有数据被引用。 - 看署名页有没有出现自家以外的 referrer。 三项的差别直接决定下一步做什么：第 1 项低说明可见度不足，该做的是让署名页可被发现；第 2 项低说明观点还不够独立成立，该补的是结论依据；第 3 项低说明署名页缺少可被引用的方法段落。这三项都需要人工记录，没有工具能替你回答，但记满两三个季度之后，方向通常会自己浮出来。 [外链组合](/backlinks/)页面里 GPB、GNB、GMB 的分工是分开写的，可以用来对照各自的观察口径。如果观察到的主要缺口是内容承接，优先补内容，主动增加链接数量解决不了内容没有依据的问题。署名页恰恰属于承接的一环：它决定外部点名要你时，最后看到的是不是一个具体的人和一个能复核的方法。 --- ## 免费在线表格为什么容易被链接 - URL: https://www.guangsuan.com/post/free-resource-page-links/ - 作者: Don Jiang - Published: 2026-09-26T12:00:14+08:00 - 摘要: 免费在线表格是常被引用的资产类型。讲清适合什么内容、怎么被找到、以及怎么持续更新。“免费在线表格”这类资源页被单独拿出来讨论，是因为它的引用成本接近零：读者在写文章时需要一张能直接用的表，搜一下就找到了。它被引用的理由不是内容有深度，而是它解决了“我不想自己整理”这件事。 “免费在线表格”这类资源页被单独拿出来讨论，是因为它的引用成本接近零：读者在写文章时需要一张能直接用的表，搜一下就找到了。**它被引用的理由不是内容有深度，而是它解决了“我不想自己整理”这件事。**所以判断标准不在质量上限，而在覆盖度和可用性下限——它不需要最好，但必须齐全、能拿到、还找得到。 原创示意，为本篇绘制的判断维度，不是实际下载量或外链统计。 ## 资源页适合放什么 内容为什么有人要失败形态 行业通用对照表几乎每篇文章都要用到只列自家产品型号 标准与平台规则要点摘录需要准确引用，自己读原文太慢二手转述，不注明版本 流程与检查清单交付和自查时反复用只有步骤，没有判断条件 产品选型与规格对照采购和比价阶段必须查既不能下载，也没有字段说明 公开数据的重新整理原始数据分散在不同地方不标来源，或来源已经失效 共同点是可下载、可检索、可转给别人。缺了“可下载”这一项，读者宁愿自己建表，因为复制粘贴比找下载链接更省事。反过来，一份做得很好的表如果不能被搜索引擎抓取到内部结构，等于没有——表格本身是页面的一部分，它的标题和字段说明要能被读懂。 ## 怎么被找到：三个入口 - **搜索词。**大家搜的是“XX 对照表”“XX 计算表模板”，不是你的行业名加“资料”。标题和文件名里出现具体的表名，比堆行业词有效。 - **站内入口。**资源页要出现在产品页、相关指南页和导航里，至少两个入口；孤立的资源页通常只有你自己访问。 - **被别的内容引用。**这一项贡献的链接通常最多，所以资源页本身也要够格被引用：标题说清这里有什么，正文给出代表性的一两行，下载入口明确。 Google 官方在[Links and Google Search](https://developers.google.com/search/docs/crawling-indexing/links-crawlable)中说明链接是页面被发现的途径之一。对资源页这类本身搜索需求很弱的页面，外部链接的作用更明显：它决定别人会不会顺着链接看到你站内的其它内容。[品牌只出现名字没有链接：缺的是哪一环](/post/brand-named-without-source-link)讲的就是这类“知道你有、但没被指过去”的情况该从哪里补起。 第 3 条还有一个可操作的做法：在表格页里挑两三行内容直接写在正文中，不放在文件里。这些文字的作用是让外部在引用时可以直接链接到具体一段，而不必只给一个下载入口。正文里出现的代表性内容越多，这个页面被引用时可指向的位置就越多。 ## 三个最常见的失败原因 - **为了转化把资料藏在表单后面。**留信息本身没问题，藏在后面就断了引用路径。 - **更新后内容变了，标题和 URL 没变。**读者按旧印象点进来发现内容不同，链接关系也就断了。 - **表格里的数字没有来源和口径。**这是最隐蔽的一种：表本身可以被人拿去用，但因为无法说明数字怎么来的，别人不会在正文里引用它。 第三种的处理办法是给每个数字标注出处和统计口径，写在表页正文而不是表内。[什么时候值得请求对方补上出处](/post/unlinked-brand-mention-source-request)给了一套判断顺序，方向正好相反：你这边先把出处准备好，将来对方引用时才不需要返工。 ## 什么时候不值得做 如果公司没有任何可以公开给同行使用的东西——内部数据全部保密、能整理的通用表格确实不存在、可公开的表会直接暴露核心竞争力——硬做出来只会得到一个没人下载的页面，还占掉一个需要维护的 URL。这种情况下把同样的时间花在对外公开资料上更实际，可引用的形态见[行业媒体与协会：怎样做出真正会被引用的公开资料](/post/industry-media-and-association-citable-assets)。 另外两种不适用情况：一是表的内容只在一年里有意义，做完就该下线；二是这张表需要每月更新，而你手上没有稳定的维护人。没人更新的表在半年后会变成负资产——外部引用了旧数字，你既不知道，也来不及解释。判断是否值得做，问一句：这张表明年还能不能给出与今天一样的答案。 ## 怎么判断这个资源页有人在用 用两周做一次最小验证。把页面放进邮件和两个社群渠道，统计访问到下载的转化；再看 Search Console 里该 URL 的 referrer 有没有出现第三方域名。如果两项都接近零，通常是两件事之一：搜索词布局错了，或者资料不够通用。 调整顺序建议是先改标题与文件名，再看下载这一步有没有多出来的表单或登录要求，最后才重做内容本身——前两项的改动成本远低于第三项，命中率却更高。还要看一个中间指标：页面被访问但没人下载的比例。这个比例高，说明东西在，但形式不对；比例低而访问也少，问题则在入口。两者的处理方式完全不同，混在一起看会判断错。 --- ## 模板和清单怎么做成外链目标 - URL: https://www.guangsuan.com/post/template-checklist-as-backlink-asset/ - 作者: Don Jiang - Published: 2026-09-26T12:00:14+08:00 - 摘要: 什么模板值得做、怎么做才有人长期引用。给出模板页该有的字段与版本维护方式。模板和清单是最容易被低估的一类外链资产，因为它们看起来“不像内容”。实际上写文章的人最缺的不是观点，是能照着填的结构。 模板和清单是最容易被低估的一类外链资产，因为它们看起来“不像内容”。**实际上写文章的人最缺的不是观点，是能照着填的结构**。一份字段设计合理的模板，别人要么直接拿去用，要么在文章里写明“我参考的是某某的框架”，两种情况都会给你留下一个链接。 原创示意，为本篇绘制的筛选条件结构，不是实际模板使用数据或引用统计。 ## 什么模板值得做：四个筛选条件 - **有人在手工做这件事。**证据是同事电脑里那个改了很多版本的 Excel、邮件正文里那段每次重排的格式。没有现存的手工版本，说明需求不存在。 - **结果要反复用。**只做一次的事，做成模板没有价值，因为对方下次不会再来拿。 - **结构里含有你的行业知识。**字段怎么切、什么情况下填哪个值，这部分别人写不出来。 - **交付物能脱离你的服务独立成立。**模板必须自己可用，而不是“联系我们来帮你填”。 第三条最常被跳过。如果一份模板换成任何行业都能用，它只是格式，不是资产；能被引用的正是那些字段背后带着判断的地方。把判断写进字段说明里，比把判断留在脑子里更容易被外部引用——外部作者能看懂的部分，才有机会被写进他自己的文章。 ## 一份能被引用的模板由什么组成 组成部分作用最常见的缺失 使用说明说明谁在什么场景用，决定别人敢不敢用自己的名义转出去只有一句“下载使用” 字段解释表决定填得对不对只有一张空表 填好的示例决定对方能不能快速看懂结构只给空白模板 导出与二次编辑方式决定它进不进得了别人的工作流只给不可编辑的 PDF 版本号与更新记录决定引用能否长期有效静默修改，旧链接内容全变 这张表可以反过来用：拿到一份别人的模板，先看它缺哪几项，就知道自己的差距在哪。相比重做结构，补一个填好的示例通常就能明显提高使用率，因为多数人不是不愿意用，而是看不懂空表该怎么填。 ## 让模板持续被引用的三个动作 - **给一个稳定地址。**落地页 URL 不随改版更换，已经被引用的链接才不会失效。 - **在正文里写清可以引用哪一段。**明确告诉对方“口径部分可以引用”，比事后一个个去谈容易得多。 - **在文件里写明转载要求。**“转发请保留出处链接”写在模板首页，比事后逐个沟通成本低。 第 3 条的价值在半年后才体现出来。[媒体提到品牌却没放链接，什么时候值得请求补上出处](/post/unlinked-brand-mention-source-request)给了一套判断顺序，模板被拿走不给署名是这个问题的常见来源。判断该不该主动出手时，也可以看对方引用你时到底缺了哪一环，[品牌只出现名字没有链接：缺的是哪一环](/post/brand-named-without-source-link)给了排查方法。 还有一个常被忽略的动作：给模板一个固定的对外地址，不要让文件挂在网盘或某个项目的临时目录里。地址一旦稳定，别人在文章里写出来的链接才不会在你下次整理文件时失效。地址被引用得多了，模板的更新就有正当理由——你能在正文里写“本表更新于某月”，对方也能在需要时回来核对。 ## 三类做出来没人要的模板 - 把三件不相关的事塞进一份“万能模板”，对方只用到其中一块，下次就不来了。 - 把内容压成一张漂亮长图，字段说明被挤掉，填的时候看不懂。 - 必须留邮箱才能下载，而且落地页除了一张表单没有别的内容。留信息本身不是问题，问题在页面剩下的部分对读者没有价值——Google 的[Spam policies](https://developers.google.com/search/docs/essentials/spam-policies)把“主要为操纵链接与排名信号而制作的低价值内容”列为 link spam 的例子，这类结构即使初衷是收集线索，也容易被放到同一个标准下理解。 ## 怎么确认模板真的在被使用 模板的验证方式和文章不同：文章看搜索表现，模板看“有没有人把它放进自己的材料”。三项可以按顺序核对：文件名是否出现在第三方页面的下载链接里；站内统计与 Search Console 中该落地页有没有出现外部来源域名；邮件和表单里有没有人问“能不能去掉你们的署名”。第三项是反向信息，它出现的频率往往比前两项高得多，出现时说明这份模板已经进入别人的正式流程。 如果三项全为零，先改标题和文件名，再确认下载路径上有没有多余的门槛，最后才考虑重做内容结构。[竞品外链别照着名单抄：读懂对方为什么被引用](/post/competitor-backlink-citation-reasons)可以帮你看清别人拿到的模板类资产到底是什么形态，而不是只看到一个数字。 还有一个不可省略的维护动作：给每份模板指定一个负责人和更新频率。模板类资产的失败方式很特别——它不会突然没人用，而是慢慢变得不准，最后一次性失去信任。每季度花十分钟核对一次表里的数字和链接，比事后重做一份便宜得多。 --- ## 没有调查预算，怎么做一份可被引用的原创数据 - URL: https://www.guangsuan.com/post/original-data-study-for-backlinks/ - 作者: Don Jiang - Published: 2026-09-26T12:00:14+08:00 - 摘要: 原创数据是外链的强来源。讲清可复核小型调研怎么做：问题、取样、方法公开与局限标注。没有调查预算时，“原创数据”常被理解成上千份问卷的大型调研，实际门槛可以低得多。可被引用的原创数据不需要大样本，需要的是口径写死、来源可查、结论能被第三方复算。 没有调查预算时，“原创数据”常被理解成上千份问卷的大型调研，实际门槛可以低得多。**可被引用的原创数据不需要大样本，需要的是口径写死、来源可查、结论能被第三方复算。**一份 40 份有效样本、但把抽样方法和剔除规则交代清楚的小调研，比一份只有漂亮图表、没有方法说明的“行业报告”更容易被引用。 原创示意，为本篇绘制的调研流程，不是真实调研数据或样本结果。 ## 可复核小调研的五步流程 - **把问题缩到一句话能说清。**“企业数字化现状”无法复算，“受访企业在过去一年里用哪一类工具解决获客”可以。 - **写抽样说明。**从哪里发出、覆盖什么时间段、是否筛选过样本类型、发放和回收各多少份。这一步决定了后面所有数字能不能被追问。 - **收集时同步记录剔除规则。**重复提交、答题时长过短、内容前后矛盾的样本怎么处理，写下来。 - **先做核对，再做结论。**同一道题的分项加起来应等于总体，交叉维度出现缺失时先说明再出数。 - **公开原始表格。**去标识后的 CSV 放在数据页上，让别人能自己重算百分比。这一步是“可复核”与“看起来像调研”的分界线。 五步里最容易被跳过的是第 5 步。很多人认为原始数据属于内部文件，不适合公开；实际上一份去标识、字段含义写清的表格，反而是最省力的引用理由——对方不必相信你，只需要下载后自己算一遍。真正不能公开的是受访者的身份信息，而不是数字本身。 ## 抽样与口径：写清这四件事 事项必须写明常见的模糊写法 样本来源发出渠道、覆盖时间、是否限定行业或规模“调研了大量企业” 有效样本发放数、回收数、剔除数与剔除规则只给一个总数 问题原话逐字列出选项、是否多选、排序是否有影响把问题改写成更容易引用的说法 交叉口径两个维度同时看时缺失样本怎么算只给一个百分比，不说明分母 这四行里最关键的是分母。[品牌提及率与引用率怎么算：分母、口径与计算示例](/post/geo-mention-and-citation-rate)讲清了“被提到一次”和“被引用一次”不能混着算，调研里同一个陷阱的翻版是：分母是回收数还是有效数，两种算法能差出很大的差值。写口径时不妨直接给出两个数字，让读者自己选，这种透明通常比只给一个数字更容易获得信任。 [行业媒体与协会：怎样做出真正会被引用的公开资料](/post/industry-media-and-association-citable-assets)里的做法更进一步：数据发布时就同步给到可能使用它的渠道，方法说明跟着数据一起走，而不是等对方来问。小调研尤其需要这样做，因为样本量小，别人第一反应往往是怀疑样本，方法说明到位才能把怀疑挡在门外。 ## 数据之外还要给三样东西 - **一句能被引用的结论。**它必须包含条件：“在渠道 A 被触达过的受访者里，X% 表示……”条件被删掉后结论就失效了。 - **反例。**说明这个结论在什么情况下不成立，能挡掉大量质疑，也让引用你的人更放心。 - **与上一版的差异。**如果同一口径做过多次，列出变化；没有历史数据就说明这是第一版，之后会持续更新。 ## 哪些问题不该用小调研回答 涉及市场规模、行业总量、增长率这类需要加权抽样的指标，小样本自采会给出偏差很大的数字。**这类问题如果没有抽样基础，就不要写成“我们的调研显示”。**Google 的[Creating helpful content](https://developers.google.com/search/docs/fundamentals/creating-helpful-content)要求内容能给读者带来原创价值或分析；一份带明显偏差的数据被当成结论，既经不起一次追问，也很难被严肃渠道采用。 同样不合算的还有纯态度类问题：“你看好这个行业吗”得到的回答无法与任何行为对应，写成百分比也没有意义。判断某个问题适不适合小样本，方法很简单：如果你无法说清受访者回答时知道哪些信息，那这个问题的答案就不能代表任何总体情况，公开之后反而会造成误导。遇到这类问题时，更稳的做法是改问行为类问题——过去一年实际做了什么，而不是打算做什么。 ## 怎么判断这份数据真的被用了 - 发布一周后搜一次关键数字，看有没有第三方页面出现同样的表述或数值。 - 看 Search Console 里数据页的 referrer 有没有非自家域名。 - 有媒体或同行来问时，你能否在当天给出方法说明和原始表格。 三项都做不到时，问题通常不在数据质量，而在结论太容易被随口说出去、缺少一个别人拿不走的独特角度。补的顺序是：先把结论收窄到有条件的一句，再补反例，最后把原始表格放出来。顺序不能颠倒——先放表格而结论含糊，别人下载后也无法引用；先有清晰结论而没有原始数据，仍然会被质疑。 方法说明越完整，这份数据被公开转载和引用的可能性通常越高，但具体是否被引用取决于多方因素，包括你所在行业的媒体密度和题材关注度，无法预先保证。可核对的做法是自己先设一个观察周期：发布后固定在两周和六周各查一次，把结果记下来，下次做新调研时才有比较对象。 --- ## 做一个能被引用的免费工具要满足什么 - URL: https://www.guangsuan.com/post/free-tool-calculator-for-backlinks/ - 作者: Don Jiang - Published: 2026-09-26T12:00:14+08:00 - 摘要: 工具页被链接的前提是它真的能用、能复算、能说明方法。哪些环节最常被忽略，一篇讲清。一个免费工具页能不能带来外链，判断标准很硬：读者不注册、不装软件、不读说明书，就在半分钟内拿到一个能写进自己内容的结果。做不到这一点的工具页只是一个功能，不是一个引用目标。 一个免费工具页能不能带来外链，判断标准很硬：**读者不注册、不装软件、不读说明书，就在半分钟内拿到一个能写进自己内容的结果。**做不到这一点的工具页只是一个功能，不是一个引用目标。判断可以拆成两层：工程上能不能用，内容上有没有值得被引用的算法口径。 原创示意，为本篇绘制的条件结构，不是真实工具的截图或使用数据。 ## 工具页必须先满足的六项工程条件 - **免登录可用。**注册墙会把大部分潜在引用者挡在门外，而他们连你的产品都还没打算买。 - **结果有稳定可分享的地址。**读者把结果发给自己同事时需要一个 URL，参数在地址里而不是只在当前会话里。 - **手机上一只手能输入。**多数外链来自移动端阅读，看到结果时想试一次是顺手动作。 - **首屏不等待。**输入之前就要出框架，工具本身的计算通常很快，慢的是资源和脚本。 - **口径写在页面上。**公式、单位、精度、数据更新时间都要能看到，否则读者不敢在自己的内容里引用这个数字。 - **边界情况有交代。**输入为空、超出范围、单位填错时给出明确提示，而不是弹一个空白结果。 这六项的检查成本很低，用手机在自己站点上走一遍就能完成大半。真正难的是第六项和第五项：它们要求你把自己的判断依据写出来，而这恰恰是多数工具页缺失的部分——工具跑得通，逻辑却只存在于开发者脑子里。 ## 哪些类型的工具更容易被引用 工具类型典型例子被引用的场景必须额外准备 换算与计算器尺寸、步幅、税费、货量写文章需要一个具体数字单位与精度的书面说明 检查与诊断配置检查、参数体检读者想先自查再动手结果怎么解读的说明段 生成器标题、结构、字段、代码片段需要一个能直接用的成品复制、导出、批量能力 对照与查找型号对应、代码含义、错误码需要一张表贴在正文里表格可下载、可检索 公开数据检索指数查询、公开档案核对需要一个可核查的数字数据源、更新时间、缺样处理 这张表里最值得优先做的是最后一行。计算结果本身有商业倾向时，别人引用要担风险；而一个公开数据检索页给出的是可核对的事实，引用成本最低，链接寿命也最长。 ## 让结果能被写进别人的文章 决定引用率的是一个细节：结果页要显示“这个数是怎么来的”。把公式、输入值、所用版本一次性列在结果旁，读者才能在自己的文章里写一句“按某某站的算法算出来是 X”。同样重要的是保留结果地址可访问——改版时重定向或干脆失效，[内容更新了 AI 还在引用旧版本](/post/content-updated-ai-still-quotes-old-version)列出的排查顺序同样适用于工具页：先看已公开的旧副本引用了什么，再决定旧参数地址怎么处理。 Google 官方在[Creating helpful content](https://developers.google.com/search/docs/fundamentals/creating-helpful-content)里把“提供计算器这类工具”列为对读者有实际帮助的形态。工具的独特之处在于它可验证：读者能自己复核你的结论，这比任何自述都更有说服力。这种“让人能重跑一遍”的思路，与[没有行业调查数据，也能做数字公关](/post/digital-pr-without-survey-data)里讲的演示型选题是同一件事。 ## 不会被引用的四种情况 - 结果完全由脚本生成，正文里没有可被引用的文字，只有一句“结果如上”。 - 核心结果要留邮箱或信息才能看到。 - 算法明显偏向自家产品，读者引用时要向读者解释，会选择不引用。 - 工具改版后所有带参数的地址一起失效，之前的分享链接全部作废。 第三种最容易被自己忽略：把默认值设成自家产品、把结果区里只列自家型号，工具事实上就成了广告页。判断是否越界有一个简单办法——把品牌名遮住，如果工具还能独立成立并给出有用结果，说明它是工具；如果遮掉品牌后基本没有内容，它就是投放页。可引用单元与长期链接的区别在[被同行主动引用的资料长什么样](/post/citation-ready-units-and-permanent-links)里有更细的拆解。 ## 上线后的验证清单 - 无痕窗口、不登录，从入口完整走一遍。 - 复制一个带参数的结果地址，关掉页面后重新打开。 - 在手机上单手输入一次，切换一次单位。 - 看工具页的加载表现是否被脚本拖住。 - 确认站内至少有两个入口指向它，而不是只有一个孤页。 - 看 Search Console 的链接报告里，该 URL 有没有出现自家以外的来源域名。 第六项是最直接的验证。如果一段时间里只有你自家的内链，说明它现在还只是一个功能页，外部并不知道它值得引用。这项观察不需要额外工具，把该 URL 单独拿出来按月对比即可；连续两三个月都没有外部来源时，优先改的是口径说明和分享地址，而不是加大推广力度。 工具页可以承接一部分外部链接，主动建设那一侧的任务与投放可以分开核算，[外链组合](/backlinks/)页面把投放侧拆成 GPB、GNB、GMB 三种可以分别对账的部分，看交付时只对分工内的那一段。把两类分开记还有一个好处：工具自己吸引来的访问通常集中在少数几个地址上，能直接看出哪个功能真的有人用。 --- ## 可链接资产有哪些类型：先做能被引用的东西 - URL: https://www.guangsuan.com/post/linkable-asset-types/ - 作者: Don Jiang - Published: 2026-09-26T12:00:14+08:00 - 摘要: 工具、原创数据、模板、资源页、对比页各有不同的被引用逻辑。给一张判断表，先做值得别人引用的东西。 做外链的第一步不是去找链接机会，而是先想清楚手上有什么值得被别人引用的东西。**能被引用的资产有一个共同结构：别人在写自己的内容时需要一个依据或一个结果，而这个依据恰好是你能提供的。**下面这张表按“引用成本”从低到高排了常见类型，可以直接当选题筛选表用。 原创示意，为本篇绘制的资产类型排序，不是实际外链数据或统计结果。 ## 七类资产的引用成本对照 资产类型典型形态别人为什么引用它最低可行投入 原始数据指数、榜单、抽样结果需要一个数字和一个出处口径、样本、可复核 工具计算器、检查器、生成器要结果，不想自己算免登录、结果可分享 模板与清单表格、清单、文档框架想照着做，不想从零写字段说明加一个填好的示例 图表对比图、流程图、分布图讲不清或不想自己做图来源标在图上 定义型页面术语表、标准对照需要一句准确的解释每个词条独立可读 专家署名内容署名加资历加复核过程需要可信来源，尤其是行业媒体真人加可查履历 经验复盘项目过程与失败记录同类场景想看别人踩过什么坑有具体条件，不是通用道理 越靠前，引用成本越低。数据、工具、模板属于“直接可用”，作者不需要了解你的行业就能放进文章；越往后，越依赖你在某个圈子里已经有名声。新人最常犯的错是先去做署名文章，结果没有数据、没有方法可写，只剩观点。 “引用成本”指的是对方为引用你所需付出的判断工作量。成本为零时，作者不需要核实你是不是这个领域的专家，也不需要承担引用风险，他只需要把东西拿走；成本高时，他必须先信任你，行动就会推迟，甚至改为自己重做一份。这解释了为什么同一个行业里，先做数据的公司往往比先做观点的公司更容易被引用。 ## 新站的推进顺序：先口径，再单元，最后署名 - **先把口径写死。**一个数字算不算、样本怎么来、什么被剔除，写下来的那一刻这项资产才算存在。 - **再做能被复用的单元。**模板、工具、词条这类东西可以反复被拿出去用，产出一次、引用多次。 - **最后做依赖个人信誉的资产。**署名文章、观点复盘是前两步的结果，不是它们的替代品。 可引用单元具体由哪几部分构成、为什么长期链接比短期投放更值得经营，看[被同行主动引用的资料长什么样：可引用单元与长期链接](/post/citation-ready-units-and-permanent-links)。如果你的资料天然属于行业公共信息而不是公司资料，分发路径会不一样，[行业媒体与协会：怎样做出真正会被引用的公开资料](/post/industry-media-and-association-citable-assets)讲的正是这一类情况。 ## 三类看着能引用、实际很少被引用的资产 - **只有结论没有过程的行业观点。**读者引用一个观点时会被追问依据，追不出依据就会放弃引用。 - **把别人的内容重新排版一遍的资料页。**你被引用的同时，原始出处也在被引用，链接会回到原作者那里。 - **核心内容必须注册或付费才能看到的页面。**读者拿不到结果就不会引用。Google 的[Spam policies](https://developers.google.com/search/docs/essentials/spam-policies)在 link spam 一节里把“主要为操纵链接与排名信号而制作的低价值内容”列为例子之一；这类页面即使没有注册墙，做法相同也会被放到同一个标准下看。 ## 做之前过一遍这张自检表 - 用无痕窗口、不登录、不输入任何信息，能不能看到全部内容。 - 结论能不能被摘出来写进别人的一段正文，而不是只能整页引用。 - 数据能不能被追问口径，追问时你有没有答案。 - URL 一年后还在不在，改版时会不会整批失效。 - 更新后旧版本有没有留痕，已经被引用的数字会不会对不上。 五项里有三项答不上来，先补这三项，不要先去做外链投放。其中第 3 项最值得当场做一次：随便找三个同行写的文章，看他们引用数据时都写了哪些信息，然后把这些信息补进你自己的资产里。这比凭想象完善结构有效，因为别人的引用方式就是现成的字段清单。 补完之后仍然需要外部来源进入，这部分由主动建设承担；[外链组合](/backlinks/)页面把 GPB、GNB、GMB 各自承担的任务分开写明，可以作为分工参照。资产和链接的关系是前者决定后者能落在哪里、能不能被验证，两者分开推进才不会互相顶替。 资产做完之后还要验证一次，最简单的看两个地方：Search Console 里该 URL 的 referrer 有没有出现非自家域名，以及站内搜索或表单里有没有人问“在哪能拿到那份表”。两项都为零而页面已经上线一段时间，通常说明资产本身没问题，问题出在没人知道它存在——这时要补的是入口和分发，而不是重做内容。 ## 这套判断什么时候不适用 如果你的产品本身是可交易的定制服务或工业品，引用价值通常来自具体参数、交付条件和验收标准，而不是行业数据。这种情况下把资产重心放在选型说明、安装要求和常见故障记录上更实际，表格里的“原始数据”一行可以替换成“选型对照”，因为同行在写对比文章时同样需要一个可复用的选型依据。 还有一种不适用情况：你所在的行业几乎没有第三方作者。封闭度高的行业里内容主要在自己人之间流传，外部不会有人写文章，自然也没有引用需求。这时应该把判断对象从“会不会被引用”换成“会不会被同行转发给客户”，衡量方式也要跟着换。 下一步：把上表里你已有、或三个月内确定能做完的行圈出来，只留两行先做。 --- ## 签外链合同前，最后过一遍这张清单 - URL: https://www.guangsuan.com/post/backlink-contract-final-checklist/ - 作者: Don Jiang - Published: 2026-09-26T11:29:35+08:00 - 摘要: 按评估、选型、合同七项条款、交付节奏与复盘方式五组逐项核对，数字与口径全部来自官网服务页已写明的内容。 整系列 30 篇写到这里，可以收成一张能直接打印的签约前核对表：**评估网站能否接住、选型时确定各服务分工、把七项关键条款写到纸面、约定交付节奏与抽样方式、复盘时只认 GSC 的链接与搜索表现。**下面按这五个阶段排列，每一项都能对应到官网页面上已经写明的口径，不需要另找资料。 ## 一、评估：网站自己接不接得住 - 目标页面用无痕窗口能直接打开，没有登录墙、地区跳转或必须执行脚本才显示正文； - 目标页面的 robots 与响应头允许索引，不存在一边投外链一边写着 noindex 的情况； - 目标页面有可读内容：适用工况、规格条件、资料版本、联系路径，不只是型号和价格； - GSC 里已记下基线：近 3 个月自然搜索展现与点击、已索引页面数、目标查询当前所在位置； - 建设期内是否要改版或换 URL 已列入计划，衔接方式有安排。 任何一项答不上来，先解决再谈预算。官网 FAQ 的说法是外链效果取决于网站自身数据基础，新站提升幅度会小一些，这属于对实际结果的说明，不是排名承诺。 ## 二、选型：四个服务各管一段 服务在方案里承担什么签约前要确认的档位信息GPB 独立站外链目标页的精品来源，一链一文一域A 100 条 / 100 域 / ¥5,500；B 500 条 / 500 域 / ¥25,000；C 1000 条 / 1000 域 / ¥100,000；D 3000 条 / 3000 域 / ¥500,000GNB 自然外链首页层面的来源数量与属性结构A 1 万条 ¥3,980；B 5 万条 ¥6,000；C 10 万条 ¥9,000，只做首页与品牌词GMB 百万外链（光算服务名称，不是 Google Business Profile）海量产品页与内容页的覆盖A 10 万条 / 1000+ 顶级独立域名 / 30 天；B 50 万条 / 1500+ 域名 / 45 天；C 100 万条 / 2000+ 域名 / 60 天GSI 快速收录、GPC 爬虫池收录环节的支持GSI 单次 1 至 100 条 URL，面向官网与具备操作授权的外链页面；GPC 按月租，两者不是同一种交付方式 档位依据有三条：目标页数量决定是否需要 GMB 式多 URL 覆盖，现有外链结构是否以首页为主决定 GNB 的量级，以及计划观察多久。组合档位可以直接对照[三类服务的组合对照](/post/gpb-gnb-gmb-backlink-selection)，收录环节的取舍见[GPC 与 GSI 的区别](/post/gpc-vs-gsi-crawling-indexing)。 ## 三、合同：七项必须落到纸面 - 数量口径：条数、指向范围、是否含内页，GMB 的 URL 数是覆盖上限而非平均分配； - 属性与锚文本：GPB 是 100% dofollow，GNB 是 dofollow 10% 以上、nofollow 约 85% 且锚文本为品牌词； - 目标 URL：具体地址清单或覆盖规则，不要只写“主要页面”； - 收录核验：核验时点、判定方式、未达标如何处理； - 留存与维护：GPB 承诺收录、不主动删除、资源至少维护一年；GNB 给出收录率 60% 以上、留存率 50% 以上且不绝对固定；GMB 明确不保证长期留存； - 报表：交付时间、字段、是否逐条，GMB 不提供逐条外链报表，需自行查 GSC 后台； - 去重范围：重复购买 GPB 100 条不等于自动获得跨批次全新域名，要求每次都不同需额外追加费用。 观察窗口也要写进合同，并标明性质：官网对各组合标注的 30 天、15 至 30 天、10 至 30 天属观察参考，不是排名承诺；外链发布不等于指定关键词立即获得排名。 原创示意，非真实客户数据或后台截图。 ## 四、交付：节奏、汇报与抽样 发布节奏要贴合页面上线节奏，GPB 默认每天 5 条、可按需求调整。汇报频率官网写的是每周一、三、五通过企业微信群汇报，链接设置与落地页面在报表中可查。抽样方式对 GMB 尤其重要：页面已提示开工前确认建设口径、抽样方式与验收方法，因此应在开工前就定好抽多少条、怎么抽、谁来判。付款与开票、GSC 授权方式一并写清。 ## 五、复盘：只看 GSC 的两组数据 从发布后 1 个月起复盘，先看链接报告里的新增外部链接与引荐网站，再看搜索表现里的展现、点击与平均位置变化。官网 FAQ 说明需要授权 GSC，Semrush、Ahrefs、MOZ 可作辅助，并提醒工具存在采样与更新延迟、GSC 显示数量不等同于合同建设总量、抓取量要结合 GSC 抓取统计或服务器日志。也提醒不用 DA 分数替代实际效果，官网不提供或承诺外链站的第三方权重、DA 或流量数据。 ## 评审时怎么用这张清单 建议的用法是：五段逐段打勾，任何一段出现空项就先不签；有争议的项目记录分歧点与依据，不靠口头解释。清单里的数字全部来自官网服务页当前写明的口径，页面上的限定条件要跟着一起搬进合同——包括观察周期为观察参考、收录与永久不删是光算承担的服务责任而非 Google 的保证，以及 GMB 不保证长期留存这三类限定。签约后再对照[SEO 服务页](/seo/)的五层传导检查分工是否与你签的组合一致，出现缺口时也能判断问题出在哪一层。 --- ## nofollow 占 85% 是什么思路 - URL: https://www.guangsuan.com/post/backlink-nofollow-85-percent-ratio/ - 作者: Don Jiang - Published: 2026-09-26T11:29:35+08:00 - 摘要: 官网把八十五左右称为理想状态而非绝对固定，需结合站点现有结构。该比例是规划参考，不是合规要求或效果承诺。 85% 这个数字出自官网自然外链页面的属性结构说明：dofollow 10% 以上、nofollow 约 85%。**官网明确写着，85% 是理想状态，不是绝对固定，需要结合网站现有的外链结构来规划。**所以它是规划参考，不是承诺指标，更不是越接近越好的安全阈值。 ## 官网原文带着三个限定条件 第一，比例针对的是 GNB 这一层，来源是论坛资源和博客评论，锚文本为品牌词，服务范围是一个目标网站的首页、不含内页。第二，页面同时列出外链页面收录率 60% 以上、外链留存率 50% 以上，并说明这类比例同样不是绝对固定。第三，档位之间的预期不同：A 档 1 万条 ¥3,980，页面写明主要用来构建健康外链比例，不以展现或排名提升为主要预期；B 档 5 万条 ¥6,000、C 档 10 万条 ¥9,000 才是以发布后约一个月的展现量或排名提升为服务目标。三条一起读，就不会把 A 档当排名工具买。 组合页的对比表里，GNB 与 GMB 的 dofollow 比例都写作 10% 分布，也说明这个口径是结构说明里的一项参数，而不是唯一指标。 ## FAQ 里给的理由：为什么不是全部 follow 官网的说明是：大部分网站基本都在发 follow 外链，这会导致每一条外链都是有效权重，哪天被谷歌惩罚说不准，因此更希望是安全的比例。这句话要连着上下文读——它针对的是“客户网站原有的外链结构”，而不是一条通用规则，也是光算自己的判断，不是 Google 的规则。 Google 的公开文档也提供了可以直接核对的参照：[Search Essentials 的垃圾内容政策](https://developers.google.com/search/docs/essentials/spam-policies)把“为排名目的买卖链接”列为 link spam 的例子之一，并写明这类链接如果带上 rel="nofollow" 或 rel="sponsored" 标注就不违反它的政策；同一份文档也说明，违反政策的网站可能排名更低或不出现在结果中。光算的 85% 是在这个背景下做的结构选择，两者方向一致，想确认原文的读者可以直接去读。 ## 落到自己的网站：先量现状，再定目标 顺序错了，比例一定定错。可行的做法是四步： - 在 GSC 链接报告里按目标页分组，导出近 3 至 6 个月的外部链接，看清已有多少独立引荐域名、大致落在哪些国家、指向首页还是内页； - 在样本里抽 30 至 50 条，统计 dofollow 与 nofollow 的大致构成，并剔除自家站点内部的链接； - 按页面类型分别定目标，首页层与内容页层的比例不必统一，官网也提示 GSC 存在采样与更新延迟、显示数量不等同于合同建设总量； - 把最终比例、统计方式、抽样规则写进合同，并约定一个复核时点。 合同里要写的字段写法示例为什么要写适用服务本次 GNB 服务，或 GNB 与 GPB 混合GPB 是 100% dofollow，两种服务的属性口径不同比例口径本批次发布链接中 nofollow 约 85%、dofollow 不低于 10%写成区间与下限，避免被当成精确承诺锚文本品牌词，不使用客户想排名的关键词GNB 的产品定义如此指向范围仅目标网站首页，不含内页先确认需求再买，否则期望错位验收方式发布完成后按约定抽样回访并交付报表GNB 约 10 至 20 日发布、20 天内交付报表 原创示意，非真实客户数据或后台截图。 做完这四步，85% 就是一个有来由的数字：它来自你现有结构里的实际缺口，而不是从别家方案上抄来的参数。预算与档位的整体关系可参考[外链组合套餐](/backlinks/)。 ## 85% 不是 KPI，别为了凑它改内容 两个常见做法要避开。一是把比例当验收指标硬凑：为了多凑 nofollow，把原本认真写的品牌介绍改成一行签名式文字，链接上下文就没了，比例上去了质量下来了。二是把 85% 套到 GPB 上：GPB 页面写明的是 100% dofollow，属性本身就是交付核对项，混着谈会得出无法执行的合同。 正确的位置是：属性结构是发布时顺带记录的一项事实，用来复盘和调结构，不是投放目标。官网 FAQ 也提醒，dofollow 不意味着一定传递特定排名价值，收录不等于排名。真正要看的是这一轮之后独立引荐域名数量、目标页在 GSC 里的链接与搜索表现变化，官网的做法是发布后 1 个月起重点复盘展现量与关键词变化。品牌词锚文本的具体写法可对照[品牌词锚文本与首页投放的核对](/post/gnb-brand-anchor-homepage-checklist)，服务本身的定义见[GNB 自然外链](/gnb/)页面。 --- ## 多层传导和单条高权重，差别在哪 - URL: https://www.guangsuan.com/post/backlink-layered-vs-single-links/ - 作者: Don Jiang - Published: 2026-09-26T11:29:35+08:00 - 摘要: 官网核心逻辑 4 强调第一层一百、第二层一千、第三层一万层层叠加的传导，并给出 L1 到 L5 的分工。这不否定单条优质外链。 差别不在“权重高不高”这四个字上，而在能不能被复制和核对。**光算的公开判断是：多层外链比所谓高权重外链更有价值，第一层 100 条连接目标页面，第二层 1000 条支撑第一层，第三层 10000 条继续扩展，层层叠加、权重传递。**这是光算写在组合页上的公司观点，下面把它拆开看每一层解决的是什么问题，以及它为什么不否定单条优质外链。 ## 官网给的这组数字是怎么叠的 它举的例子是：别的服务商发一层，买 100 条就只有 100 条；光算的第一层 100 条直接连接目标页面，第二层 1000 条去支撑第一层那 100 条所在的页面，第三层 10000 条继续往上扩展。同样一笔预算，形成的是有纵深的外链结构，而不是一个平面数字。 官网用这个对比想说明的是可扩展性：层级结构可以按预算往上加，第一层加到 200 条，第二层就按比例放大，而单层服务没有第二层可加。这也解释了为什么 GMB 的产品定义里写的是“多层布局”，而不是“多发链接”。 ## 放进五层传导里，差别才看得出来 SEO 页面把整件事讲成一条传导链，从收录底盘一直到目标官网。放到这张表里，多层与单条的关系就清楚了： 层对应服务它回答的问题官网写明的口径L1 收录底盘GPC 爬虫池、GSI 快速收录页面有没有被抓取和收录GSI 面向官网与具备操作授权的外链页面，服务页参考 2 天内开始收录，非固定时间保证L2 海量基底GMB 百万外链（光算的服务名称，不是 Google Business Profile）有多少页面因此被多发现一次多 URL 覆盖，不保证长期留存，不提供逐条外链报表L3 自然增长GNB 自然外链首页层面的来源数量与属性结构只做首页与品牌词，收录率 60% 以上、留存率 50% 以上，比例不绝对固定L4 精品权重GPB 独立站外链目标页拿到的是什么样的单条外链一链一文一域，100% dofollow，资源至少维护一年L5 目标落地客户官网页面自身能不能接住这些外部来源官网 FAQ 说明效果取决于网站自身数据基础 注意 L4 那一行的措辞：精品权重这一层做的正是单条优质外链。所以官网并没有把这两件事对立起来，它反对的是把全部预算押在“少数几条高权重链接”上。 ## “一条高权重外链”在采购上难在哪里 三个现实问题。一是这类来源需要事先存在：要么是行业媒体、协会站点、供应商名录，要么是愿意开放投稿的平台，它们不接受批量投放，也不适合按条计价。二是数量上不去：一年能拿到的这种链接可能只有个位数，正好对应官网 FAQ 的说法——网站是基数、外链是乘数，乘数太小，基数再大也难看出变化。三是没法核销：这种链接通常没有固定发布清单，没有属性和锚文本记录，采购方无法在报表里逐条对照。 多层结构的优势正在于反面：数量可计划、节奏可安排、每层有明确去向、报表可以按层核对。官网也写明不提供或承诺外链站的第三方权重、DA 或流量数据，不用 DA 分数替代实际效果——意思是结构是对得上的，权重分数并不在可核对的范围内。 原创示意，非真实客户数据或后台截图。 ## 这不是否定单条优质外链 需要说清楚的是：官网的立场不是“单条外链没用”，而是“单点外链撑不起一个站”。GPB 整条产品线做的就是单条质量——手工逐条发布、一条外链一篇原创文章、一个顶级独立域名、100% dofollow、承诺谷歌 100% 收录、永久不主动删除已交付外链、资源至少维护一年，默认每天发布 5 条可按需求调整，每周一、三、五通过企业微信群汇报，链接设置与落地页面在报表中可查。 官网还有一句提醒值得一起看：重复购买 100 条套餐不等于自动获得跨批次全新域名，每次随机安排 100 个独立域名，如果要求每次都不同需要额外追加费用。点破这一层就明白了——单条质量能做到哪一步，取决于执行方手里有多少独立域名，而不是合同里写了“高质量”三个字。三种服务的位置与限制见[外链组合套餐](/backlinks/)，五层传导的完整说明在[SEO 服务页](/seo/)，单条外链的交付标准见[GPB 独立站外链](/gpb/)。 ## 什么时候不需要搭这个结构 三种情况可以先不搭。一是产品页只有一两页、几乎没有可指的内页，海量覆盖没有落点，官网也明确 GNB 只做首页且不含内页。二是网站刚上线不到一个月、内容还没成型，此时高层结构没有内容可以承接，先做可核对的小规模更实际。三是预算需要先验证：官网组合页把“评估我的网站”放在“查看套餐与价格”之前，首次合作建议从 A 档开始，尝鲜组合 A 是 GPB 100 条加 GNB 1 万条、¥5,980、1 个月完成报表、观察参考 30 天。 这些周期都是观察参考，不是排名承诺；官网 FAQ 也写明外链发布不等于指定关键词立即获得排名。判断多轮建设是否真的按结构落地，可以对照[多层建设的交付验收](/post/layered-backlink-report)里的核对方法：每层数量、每层的指向、层级之间的支撑关系，三样都要能在报表里对上。 --- ## 外链必须同行业吗，这个判断该怎么做 - URL: https://www.guangsuan.com/post/backlink-industry-relevance-view/ - 作者: Don Jiang - Published: 2026-09-26T11:29:35+08:00 - 摘要: 官网明确不把行业完全一致作为唯一条件，同时保留原创文章与业务相关的要求。相关性不能单看，内容质量仍要一起评估。 这个问题要拆成两半才能答得清：**按“是不是同一个行业”来筛外链来源，这个判断做不下去；但完全不关心内容主题，原创文章和链接上下文就失去了意义。**光算官网同时写着这两件事，所以“必须同行业”和“完全不看相关”都不是它的口径。下面引用的都是光算写在自家业务页上的公司立场，不是 Google 的官方结论；想核对 Google 的公开说法，最后一节给出官方文档入口。 ## 官网的原话是拒绝行业伪概念 组合页在列出外链建设的核心逻辑时，第二条直接写：外链网站不需要行业相关，并且明确表示拒绝行业伪概念。这句话针对的是一种常见做法——先假设只有同行业的网站才算好来源，然后花大量时间去凑行业名单。官网的判断是这种筛选方式缺乏可操作性，采购一个 B2B 网站时，能找到的真正“同行业”来源本来就有限，硬凑出来的名单质量往往更差。 官网 FAQ 也在同一方向上补充：不要把“全部相关行业网站”或“不是同一行业”单独作为判断外链价值的依据。这一条写得很克制——它否定的不是相关性本身，而是把相关性当成唯一开关。 ## GNB 的产品定义更直白：主题不能是相关的 自然外链页面的写法比组合页更彻底：外链网站主题不能与客户业务相关，来源是论坛资源和博客评论，产品定义里锚文本也不是客户想排名的关键词。这类产品承担的任务写在明处——增加海量独立域名数量、提高结构安全性，而不是替某个产品页做主题背书。 换句话说，GNB 这一层本来就不负责“相关”。指望它顺带把主题相关性也解决，是把它当成了 GPB 的用法。对采购来说，这反而简单：知道这一层为什么有用，就知道该在什么条件下续费。 ## 那 GPB 为什么反过来要求内容相关 因为它承担的是另一件事。GPB 的服务标准是“一条外链、一篇原创文章、一个顶级独立域名”，文章由服务方围绕客户行业与目标页面创作，链接指向产品页、品类页或重点业务页。这里内容相关不是加分项，而是交付物本身——如果文章与目标页毫无关系，锚文本也就无法与页面主题对应，那条外链只是一个 URL 出现。 所以两句话的分界很清楚：决定外链网站主题的是那一层服务的功能定位；决定链接所在文章写什么的是另一层服务的交付要求。组合使用时，前者放开主题换取来源广度，后者收紧内容换取可读性和目标页相关性。判断“这一条链接写得好不好”时仍然要看内容，只是不需要追问“它是不是同行网站”。 原创示意，非真实客户数据或后台截图。 ## 官网给出的六个判断维度 既然不能用行业筛，剩下的判断项官网也列了：建设外链要看收录、多样性、持续性、链接有效性、稳定性与原创性。这六项可以替代“是否同行”成为筛选表。 维度实际要问的问题怎么看收录链接所在页面自己进没进索引没被收录的页面上的链接等于不存在多样性独立来源域名有多少同一域名反复出链接不等于来源多持续性是按节奏陆续发布还是一次性堆完官网 FAQ 提示收录不等于排名链接有效性是否是真链接、是否可抓取、属性是什么dofollow 不等于一定传递特定排名价值稳定性来源是否长期存在、会不会陆续失效留存口径各家不同，需在合同里确认原创性文章是不是为这次发布写的官网 GPB 强调一篇一链、不群发 官网 GPB 还专门区分了两个数字：外链总数与独立引荐域名数量不是一回事，就 GPB 的资源配置而言，独立引荐域名数量更有参考意义。工具上的数字只适合当线索，筛选时更实用的是自己抽查。相关工具的取数差异可参考[Ahrefs 这类工具有什么用](/post/ahrefs%e5%b7%a5%e5%85%b7%e5%b9%b2%e4%bb%80%e4%b9%88%e7%94%a8%e7%9a%84)的说明。 ## 拿到一个外链来源，五个问题问完 一是页面能不能被访问，是否需要登录或执行脚本才看到正文。二是链接是不是带 href 的标准锚文本，藏在脚本事件里的地址抓不到。三是点开链接，落地页是不是你要投的那一页，地址有没有写错或套着跳转。四是发布时间，是这一轮新发还是把老页面改一改。五是语言与目标市场是否一致，一篇和目标买家读不懂语言的文章，说明不了什么。最后看一次抽样的比例：同一个域名下这一批出了几条，是不是明显集中。 这五个问题在几分钟内就能问完，比去核对对方列出的“行业网站名单”更有效率——名单是别人给的，问题是自己问的。 ## 哪些情况下内容相关确实仍然是必要的 三点边界。第一，目标页面自身的主题必须自洽：外链指向的页面如果只是一张型号与价格表，链接再多也只是把流量送到一个接不住的地方。第二，GPB 这一层的锚文本与文章要对应目标页主题，这是服务定义的交付要求，不是可选项。第三，读者视角：外链是给人看的，一个行业读者读完全文找不到与你产品的关系，点击意愿自然低。 顺带说一句，Google 的公开文档把“主要为了操纵排名信号而批量生产低价值内容”列为一种被关注的行为，读[Search Essentials 的垃圾内容政策](https://developers.google.com/search/docs/essentials/spam-policies)可以自行核对。官网把原创性列进六个维度，与这类关注点方向一致，这也是 GPB 坚持一篇一链、不群发的原因。需要区分的是，主题相关和原创是两件事：前者关乎这条链接有没有意义，后者关乎它是认真写的还是凑出来的。两类服务的完整要求分别见[GPB 独立站外链](/gpb/)和[GNB 自然外链](/gnb/)页面。 --- ## 外链会不会把网站搞降权，官方口径怎么讲 - URL: https://www.guangsuan.com/post/backlink-depenalization-company-view/ - 作者: Don Jiang - Published: 2026-09-26T11:29:35+08:00 - 摘要: 官网列出的三条理由是公司观点，不是 Google 官方声明。读者可自行核对 Google 关于链接垃圾与断链的公开文档。 先把话说明白：**外链本身不会把网站搞降权，低质量外链最多被判为无效或 0 分，谷歌对网站降权的唯一原因是内容质量不行——这是光算写在自家外链组合页上的公司观点，不是 Google 的官方声明。**它可以作为采购时的一个判断起点，但需要读者自己再到官方文档里核一遍，而不是当成搜索引擎给出的承诺。 ## 这条结论由三个理由支撑 组合页在解释为什么做外链时给了三条理由，三条指向同一个方向：这个业务里没有必要把外链当成风险项来谈。 官网给出的理由它想说明的事落到采购动作上早期所谓低质量外链的负面影响问题谷歌已修复，否则外链会变成攻击同行的武器如果工具普遍惩罚外链，任何人都能拿它打压竞品不必为了“看起来安全”回避规模化外链建设外链本质是投票，低质量最多被判无效或 0 分被丢弃的是那一条链接，不是整个站点验收时看单条链接状态，不接受“全站被罚”这种说法谷歌对网站降权的唯一原因是内容质量不行精力应该放在页面本身内容与技术没到位时，先修页面再谈规模 三条连起来的推理是：链接是投票，投得多不会让票作废；质量差的那一票被丢掉时，损失局限在这一条；能整体影响网站表现的是内容。于是官网才把“网站内容是根基、外链不是替代品”放在方案逻辑的最前面——服务卖的是链接，不是内容。 原创示意，非真实客户数据或后台截图。 ## 为什么必须把它标成公司观点 读者要自己去核对的部分，Google 的公开文档里确实有：[Search Essentials 的垃圾内容政策](https://developers.google.com/search/docs/essentials/spam-policies)把“为排名目的买卖链接”等做法列为 link spam 的例子，同时写明这类链接如果带上 rel="nofollow" 或 rel="sponsored" 标注就不违反其政策；同一份文档也说明，违反政策的网站可能排名更低或不出现在结果中。[Google 关于链接的说明文档](https://developers.google.com/search/docs/crawling-indexing/links-crawlable)则把链接描述为判断页面相关性、发现新页面的信号之一。 这些段落和光算的立场并不冲突，但确实不是同一句话：官方文档回答的是“哪些链接做法会被当成 spam”，光算回答的是“外链本身是不是负面因素”。某个具体项目里会不会被判定、判定之后怎么申诉和处理，是服务方与客户之间要约定的事，官网没有替 Google 表态。想把内容这一块看明白，[Google 关于以人为先的内容指南](https://developers.google.com/search/docs/fundamentals/creating-helpful-content)可以一起读。 ## 官网自己也留着“别过度优化”这一层 有意思的是，同一批页面里还有另一半说法。GPB 页面在解释为什么要搭配 GNB 时提醒，“不把过度优化受罚”正是引入 GNB 的理由之一。这句话承认了“过度优化”在实践中是一个会被讨论的风险点。把它和上一节并起来读，公司的意思更接近：外链本身不构成风险，但结构上仍然要留出安全的余地，而不是把所有资源压成同一种形态。这也能解释为什么 GNB 会主动构建 nofollow 与 dofollow 的比例，而不是全部做成有效链接。 ## 排名真的下滑了，按什么顺序排查 遇到波动先分清是执行问题还是环境问题。为此，发布期间保留下面几类记录，事后才有据可依： - 每条链接的地址、发布时间、链接属性、锚文本、所在页面位置； - GSC 外部链接报告与引荐网站数据的按月导出，作为时间线； - 目标页面当期的展现、点击、平均位置和已索引页面数； - 网站自身的技术变更记录，例如改版、换 URL、服务器迁移、被入侵或模板批量变更。 官网 FAQ 给的复盘方式也是这条：发布后 1 个月起重点看展现量与关键词变化，需要授权 GSC，Semrush、Ahrefs、MOZ 可作辅助；同时不提供或承诺外链站的第三方权重、DA 或流量数据，也不用 DA 分数替代实际效果。所以结论要以 GSC 的链接报告和搜索表现来落，不要拿某个工具的分数变化当证据。怀疑页面没被重新处理时，可在 GSC 里发起[重新抓取请求](https://developers.google.com/search/docs/crawling-indexing/ask-google-to-recrawl)，同时把抽样核对的思路对齐[外链突然失效的处理](/post/%e5%a4%96%e9%93%be%e7%aa%81%e7%84%b6%e5%a4%a7%e9%87%8f%e5%a4%b1%e6%95%88)里的记录项。 ## 这个立场不覆盖的三种情况 一是网站自身的问题：收录中断、页面被改版、站点被入侵，造成的下滑与外链无关，官网也把内容质量列为降权原因。二是执行方式：官网 GPB 把链接属性和“不一文群发”列为交付核对项，正是因为同一时间同一域名下堆出大量同质链接需要被逐条核对，这属于交付问题而不是“外链有害”。三是合同写法：把外链设成强制条款、不允许发布方自行选择是否加 nofollow 或 sponsored，官方文档对这种做法有专门说明，这属于条款设计问题，与链接数量无关。 还要记住官网 FAQ 的两句话：外链发布不等于指定关键词立即获得排名，dofollow 也不意味着一定传递特定排名价值。三个服务的留存口径差别很大，比较时先看[外链组合套餐](/backlinks/)的对比表和[GNB 自然外链](/gnb/)页面上的限定条件。 --- ## 外链带来的访问，在 GA4 里怎么看到 - URL: https://www.guangsuan.com/post/ga4-referral-from-backlinks/ - 作者: Don Jiang - Published: 2026-09-26T11:29:35+08:00 - 摘要: 外链访问量通常很小，常表现为直接访问或无法还原来源。看到零次访问不能推出外链无效，观察对象仍是抓取与收录。 在 GA4 里按来源翻了一圈，某个外链站点带来的访问是 0——这在规模化外链服务里非常常见。**外链的直接作用目标是抓取与收录，访问量从来不是它的观察对象；看到 0 次访问推不出外链无效。**官网 GMB 页面的服务目标写的是以改善页面权重与搜索表现为目标，关注更多页面的抓取、收录与长尾词展现，其中并不包含外链带来多少访问。 ## 先把三种情况分开 GA4 里你以为的“外链访问”，通常混着三类来源，混在一起看必然得出错误结论。 情况GA4 里在哪看常见的看不到的原因引荐来源流量来源中的“引荐 / Referral”，可看到来源域名外链页面本身几乎没有真人访问；爬虫不带标签也不执行脚本URL 上带 UTM 参数会话来源与营销活动维度，可按 utm_source 等参数拆分外链 URL 上根本没有加参数；或跳转链过长导致参数丢失直接访问流量来源中的“直接 / Direct”用户从聊天工具、邮件或 App 点进来，来源被归到直接，外链贡献混在里面 第三类最容易被忽略。如果你没有约定过参数规范，那么“外链带来的访问里有多少被算成直接访问”这个问题，在数据上本来就无法回答。先把这一层讲清楚，后面才不会反复出现“明明有点击为什么是 0”的争论。 ## 为什么外链带来的访问通常很少 四个原因叠加，属于结构性的。一是访问外链页面的主要是搜索引擎爬虫，爬虫不触发统计；二是外链站点的读者构成与你重合度低，官网组合页明确说明外链网站不需要行业相关、并提出“拒绝行业伪概念”，这是光算的立场，读者也可自行核对 Google 官方关于链接价值的公开说明来判断是否认同；三是 GNB 一类资源发布在论坛与博客评论下，本就没有访问转化预期；四是数量级——单轮服务的规模常在 10 万到 100 万条量级，把访问期望分摊到每一条上，本来就是接近于零的数字。换句话说，“外链带来的访问很少”是这类服务的正常形态，不是异常信号；拿访问量去质疑一批以抓取与收录为目标的投入，方向本身就错了。 原创示意，非真实客户数据或后台截图。 ## 数据缺失的常见原因，逐条排查 - 统计标签未安装，或安装在了错误的容器上，或被同意模式与广告拦截拦下。 - 外链页面本身放在 iframe、PDF 或纯图片里，链接不可点击，自然没有跳转。 - 跳转链太长，或跳转发生在未配置传递的域名之间。 - 机器人流量被统计规则过滤——这一条其实是好现象，说明爬虫在该抓。 - 取数条件不同：会话数与用户数的区别、跨设备归因、时区与日期范围不一致，两次拉数直接不可比。 - 发布时间太短，样本量不足，小量级波动被当成趋势。 真的要看服务器侧的真实来访，GA4 并不是唯一入口。服务器访问日志里按来源域名或 referer 检索，通常比 GA4 看到的更完整，因为日志不受统计脚本、同意模式和广告拦截的影响。官网在 GNB 页面也把“抓取变化结合网站日志、搜索表现结合 GSC”写成了分工，思路是一致的：看访问回到日志，看搜索表现回到 GSC。把这条分工记住，前面那些“访问是 0 所以没效果”的推论就不必再重复一遍。 ## 边界：不要把两个问题混成一个 GA4 里看不到访问，和 GSC 里看不到链接，是两个不同的问题。前者是统计工具的可见性问题，后者是搜索引擎是否识别的问题。官网 GMB 页面提醒 GSC 存在采样与更新延迟、显示数量不等同于合同建设总量；而 GA4 这类访问数据，本来就没有出现在官网任何一档服务的验收项里。GMB 页面的验收方式是“按约定推进外链建设，通过你的网站 GSC 后台对照链接、索引与搜索表现，持续观察建设后的变化”，三处都指向 GSC。GMB 是光算的服务名称，不是 Google Business Profile，也不代表 Google 官方产品或认证，页面入口见[GMB 百万外链](/gmb/)。 ## 外链投入真正该看的四个对象 - 抓取：GSC 抓取统计或服务器日志的变化，不能从效果曲线直接推断。 - 收录：索引报告中目标页是否进入索引，GNB 给出外链页面收录率 60% 以上的服务标准，同时说明比例不是绝对固定。 - 搜索表现：展现、点击与关键词变化，官网的复盘起点是发布后 1 个月起。 - 外链结构：独立引荐域名数量、属性比例与目标页面分布。 这四项刚好对应[SEO 服务的五层权重传导模型](/seo/)里前四层的位置，而访问从来不在传导链上。收录环节的两种支持方式可另看[GPC 爬虫池与 GSI 快速收录的区别](/post/gpc-vs-gsi-crawling-indexing)，多层指向的核对方式见[多层建设的交付验收](/post/layered-backlink-report)。 确实需要衡量外链页面贡献时，唯一的办法是给这一批链接统一加上可识别的参数（例如 utm_source 与批次号对应），并在项目记录里写清这只是观测手段，不构成任何访问量或名次承诺。这样下个月再讨论时，讨论的是数据，而不是印象。 --- ## 品牌词有排名了，算不算外链起效 - URL: https://www.guangsuan.com/post/brand-term-ranking-backlink-effect/ - 作者: Don Jiang - Published: 2026-09-26T11:29:35+08:00 - 摘要: GNB 以品牌词锚文本只做首页，品牌词先变化属合理现象，但产品词与行业词不会随之同步，判断仍应看整体表现。 品牌词先动起来，往往不是巧合。**GNB 所有套餐只做一个目标网站的首页和品牌词、不含内页，落点与锚文本都集中在品牌这一侧，所以品牌查询的变化天然会比产品词和行业词更早出现。**品牌词有了排名，能说明外链被识别、被承接；不能据此推出产品词也会同步起来。这两件事必须分开看。 ## 为什么品牌词总是最先动 三个原因叠加。第一是服务定义本身：官网 GNB 页面写明该方案所有套餐只针对一个目标网站，只做首页和品牌词，不包含产品页、分类页或文章内页，锚文本由服务方处理。落点单一，变化自然集中在同一处。第二是竞争格局：品牌词的搜索量通常小、竞品数量少，同等投入下更容易推动。第三是承接基础：首页一般是站内内容量与站内链接最多的页面，它本身就有最好的承接条件。三个条件叠在一起，品牌词就成了观察外链是否起效的第一个哨兵。换句话说，品牌词的变化是这套服务设计下的必然结果，而不是额外收获——把它当成意外之喜，往往会高估这一轮的贡献。 ## 品牌词提升能说明什么 - 外链发布被 Google 抓取并识别，品牌页承接住了这部分来源。 - 首页的可抓取、可索引状态正常，没有被 noindex 或 canonical 挡住。 - 站内品牌写法趋于统一，没有被不同拼写或缩写分流。 - 外链结构正在形成：独立域名数量、dofollow 与 nofollow 的比例关系在往预期方向走。GNB 页面把“增加海量独立域名数量”列为其核心价值之一，Nofollow 约 85% 是光算一般建议的整站外链构成比例，并说明需结合网站现有外链结构规划。 这四条有一个共同前提：都指向首页。要确认它们成立，先在 GSC 链接报告的“被链接最多的网页”里看品牌首页是不是排在前面；如果首页拿不到链接、链接散在别处，那品牌词即便有变化，来源也很可能不是这一轮外链。 ## 它不能说明什么 不能说明的部分同样重要。第一，产品词不会因为品牌词动了就自动起来——GNB 不含内页，本轮根本没有指向产品页的链接，缺少最直接的输入。第二，品牌搜索的增长未必全部来自外链：展会、广告投放、同行推荐、渠道自然口碑都可能在推高它，把这段时间的所有变化都归到这一轮外链头上，是重复归因。第三，品牌查询的表现无法推导行业词与采购词的进度，三类查询的搜索意图和竞争结构本来就不同。第四是时间上的错位：品牌词可能在本轮发布后一两周就有反应，产品词、行业词往往要到内容与站内引导跟上来之后才可能动，用同一个时间表要求两类词同步，本身就不合理。 原创示意，非真实客户数据或后台截图。 ## 判断是否起效，要看这几个对象 观察对象在哪里看说明什么引荐域名与目标页面分布GSC 链接报告投入是否被识别，链接是否只落在首页已索引页面数GSC 索引报告是否开始有更多站内页面被发现展现与点击总量GSC 搜索效果报告整体搜索面是在扩大还是持平品牌与非品牌查询的构成变化月报指标分层是否有陌生买家相关的查询进入 最后一行是这套观察里最有信息量的一项。品牌词有排名属于防守面，非品牌产品查询的进入才是增量面，两者混在一起看，展会等其他渠道带来的品牌搜索增长会掩盖产品页覆盖不足。拆分规则与每月维护方法见[品牌查询与非品牌产品查询的区分](/post/b2b-brand-vs-product-queries)，GNB 侧的品牌资料准备见[GNB 品牌锚文本与首页准备清单](/post/gnb-brand-anchor-homepage-checklist)。 ## 两个例外情况 品牌词一直没动，可能的原因有三个：锚文本没有按品牌写法落地、首页存在跳转或 canonical 问题、品牌名在站内外写法不统一。这三个都属于执行层，应回到链接与页面核对上找出具体原因，而不是继续加量或提前下结论说外链无效。反过来，品牌词短期涨得过快也要留意——它更可能说明这段时间有外链之外的因素在起作用，先把原因找出来，再决定下一轮投向。三类服务在品牌层面的分工，可对照[GPB、GNB、GMB 的组合对照](/post/gpb-gnb-gmb-backlink-selection)与[GNB 自然外链](/gnb/)页面。 最后补一个做法：把品牌词的变化和外链批次时间线对齐看。记录每一批的发布日期，再把品牌查询的展现与点击按周画出来，如果曲线变化集中在发布密集的时段，说明投入与变化在时间上对得上；如果品牌词在没有任何新发布的时段自己涨了，那一轮涨幅就不该算到外链头上。这条对齐动作不需要额外工具，两张表就能完成。 把“品牌词第几名”换成“这个月新增了多少被索引的页面、多少非品牌查询有了展现”，同一个问题就从争论变成了可以核对的动作。品牌词是用来发现问题的，不是用来下结论的。 --- ## 外链在涨、排名没动，问题可能在哪 - URL: https://www.guangsuan.com/post/links-up-ranking-flat-triage/ - 作者: Don Jiang - Published: 2026-09-26T11:29:35+08:00 - 摘要: 先确认外链是否被识别计入，再看目标页内容承接、查询与竞争面，最后才考虑这一轮需要更长观察周期。 外链在涨、排名没动，最常见的错误动作是立刻加预算，而不是先排查。**排名没动不能反推外链没效果。官网对外链效果的说明是：提升效果取决于网站自身的数据基础，可以理解成乘法，网站是基数、外链是乘数；官网以网站整体 SEO 数据提升为服务目标，不承诺任何固定名次。**正确的做法是从上往下逐层排除，下面四层的顺序不要调换。 ## 第一层：外链本身有没有被识别、计入 先确认投入真的被 Google 收到了，而不是先讨论效果。GSC 链接报告里引荐网站有没有新增、目标页面分组里有没有出现你关心的页、索引报告里目标页是否在索引中；抓取变化结合 GSC 抓取统计或服务器日志判断，官网也提醒不能从效果曲线直接推断。这一层的常见卡点是采样与更新延迟导致的时间差，以及目标页自身有 canonical 或 noindex 问题。取数方式见[技术 SEO 红项的排序方法](/post/technical-seo-audit-priority-evidence)。 这一层之前还漏掉一个前置动作：基线。官网在判断项目是否适配时要求提供网址、目标页面与现有 GSC 数据，原因就在这里。没有签约前的展现、点击、已索引页面数与目标查询位置，后面所有的“没动”都无法定义——是相对签约前没动，还是相对上个月没动，答案完全不同。补基线的成本很低，把签约当天的数据导出一次即可；GPB 页面也写明发布后 1 个月起才重点观察展现量与关键词变化，前提是先有这个起点。 ## 第二层：目标页自己接不接得住 链接指向一个不能索引、或内容单薄的页面，效果无从体现。这一层要查的是：页面能不能正常访问、robots 与响应头有没有自相矛盾、内容是否只写了型号和价格而没有适用工况与资料版本、站内有没有相关链接与分类页把它带出来。多语言站点还要额外确认每个语言版本是否各自成立，多个地址挤在同一页面上时，链接最终落在哪里本身就说不清。多产品线站点尤其容易出现“首页拿走了大部分链接、内页一条没有”的情况，批次分配思路可参考[多产品线外链的分批交付](/post/multiline-backlink-phasing)。内容层面的缺口判定见[站内搜索与内容缺口](/post/internal-search-content-gaps)。 原创示意，非真实客户数据或后台截图。 ## 第三层：查询面与竞争面 到了这一层，链接已经被识别，页面也能承接，剩下的就取决于查询本身。三种常见形态要分开看：展现涨了、点击没涨，通常是所处位置或摘要描述的问题；展现和点击都平，可能是查询面还没有打开；平均名次在 10 到 20 名之间来回波动，是这一区间常见的正常现象。还要留一个结构性判断——官网组合页写明外链以量取胜，但呈现金字塔型质量分布，TOP 10 排名网站的外链数量在 10 万以上级别。这说明与头部网站的差距本身就是结构性的，用一轮投入去期待名次跨越，方向上就不现实。 还有两点要提前想到。一是同一批查询下竞品也在动，看自己的名次而不看同期竞品，容易把别人的进展记在自己账上；二是季节与需求波动会同时抬高或压低一组查询，这种变化与外链无关，官网也把竞争与算法变化列为影响表现的客观因素之一。 ## 第四层：这轮外链的作用需要更长周期 官网给出的都是观察参考窗口，不是名次承诺。尝鲜组合 A 标注 30 天，A2 与强者恒强 B 标注 15–30 天，王者尊享 C 标注 30 天，GPB 写明发布后 1 个月起重点观察展现量与关键词变化，GNB 的 B、C 档以发布后约 1 个月的展现量或排名提升为服务目标，GMB 三档则按 30 天、45 天、60 天完成建设。 观察参考对应口径该配什么动作15–30 天A2 与 B 组合的观察参考完成前两层排查，按月导出 GSC 数据约 1 个月GPB 观察起点、GNB B/C 档服务目标口径复盘展现量与关键词变化30 / 45 / 60 天GMB 三档的建设完成周期建设未完成时不提前判定效果 ## 边界：不要用名次反推外链价值 把“名次没动”当成“这一轮投入无效”，会同时错开两件事：一个是执行是否到位，另一个是环境是否给机会。官网的立场是外链提升效果取决于网站数据基础，新站提升幅度会少一些；并且收录不等于排名，dofollow 也不意味着一定传递特定排名价值。组合里几档套餐的分工与观察窗口差异见[外链组合套餐](/backlinks/)。 还有一层容易被跳过的检查是时间线对齐：把每批外链的发布日期与 GSC 数据的周度变化放在同一张时间轴上看。如果数据变化始终集中在你没有发布的时段，那这一轮投入与名次之间就缺少时间上的关联，此时先怀疑环境，而不是先要求加量。 如果已经超过了自己约定的观察窗口仍然没有变化，正确动作是回到第一、二层并对照交付清单，而不是用新一批外链盖住旧问题。排查完把结果写成一行：第几层通过、卡在哪一层。下一轮预算投向按这行来定，比继续加量更有依据。 --- ## Semrush 和 GSC 数字对不上，以谁为准 - URL: https://www.guangsuan.com/post/third-party-tools-vs-gsc-metrics/ - 作者: Don Jiang - Published: 2026-09-26T11:29:35+08:00 - 摘要: GSC 是自己网站的后台，第三方平台基于自有采样估算，数字本就不同。验收以合同口径与 GSC 为准，不用 DA 分数替代效果。 第三方工具里显示的外链数明显高于 GSC 链接报告，这类对不上几乎每周都会发生。**先别急着判定哪个工具在报错：Semrush、Ahrefs、MOZ 与 GSC 测的本来就不是同一件事，判据是你的 GSC 后台，第三方工具只作辅助参考。**官网在 GPB 页面上写明，经客户授权跟踪 Google Search Console，Semrush、Ahrefs、MOZ 可以辅助观察；GSC 与第三方工具的数字不一致，属于工具口径差异，不是交付争议的证据。 ## 两类工具分别在测什么 GSC 只服务你自己的站点，数据来自 Google 对你这个站点的处理记录：抓取、索引、以及在具体查询里的展现。它看不见竞争对手，也回答不了“别人给了我多少条”。第三方工具相反：它们维护跨站数据库，靠自己的爬虫和估算模型建立链接库，既能看到你也能看到竞品，代价是所有数字都经过第三方自己的采集与推算。因此“总数”这个概念在两边并不等价——一边是 Google 承认的已识别链接，一边是第三方认为可能存在的链接。 ## 为什么数字必然不一致 四个原因叠加，基本可以解释所有你遇到的差值。 - 来源不同：GSC 的链接报告基于 Google 自己的链接图数据，第三方基于自身抓取与历史库。 - 更新时间不同：官网多处提醒 GSC 存在采样与更新延迟，第三方工具同样有自己的更新周期，两边的“今天”不是同一个今天。 - 归一化规则不同：同一页多条链接怎么算、跳转页算原地址还是新地址、锚文本如何归一、脚本渲染出来的链接是否收录，各家规则都不一样。 - 展示方式不同：GSC 给的是样例与汇总，第三方给的往往是全量估算。汇总值低于全量估值，是结构上就会出现的正常现象。 所以两个数字之间的差值本身不含信息量，有信息量的是差值的变化趋势是否和交付进度对得上。也正因为如此，最没有价值的做法是拿第三方数字去和合同条数对账：一边是估算值，一边是约定建设量，两者在定义上就不可比。 ## 验收应该看哪一个 要判断的问题该看哪里原因外链是否被识别自己站点的 GSC 链接报告这是 Google 侧的真实记录目标页是否进索引GSC 索引报告收录状态只有你的站点数据能说明抓取有没有变化GSC 抓取统计或服务器日志官网说明抓取变化结合网站日志判断搜索表现如何GSC 搜索效果报告展现与点击是你的站点数据交付是否按约执行服务方报表与抽样回访GPB 每周一、三、五企微群汇报，全部完成后核对文章、域名、目标链接及收录情况 GNB 页面把这条分工写得更直接：观察侧用 Semrush 等第三方平台，抓取变化结合网站日志，搜索表现结合 GSC。三句话里，落到你自己数据上的仍然是日志和 GSC。 还要补一句关于量级的提醒。官网多处写明 GSC 显示数量不等同于合同建设总量，原因就是采样与更新延迟；而第三方工具给出的是全量估算值。两种偏差方向相反时，差值可能更大，但仍然不改变“各自定义不同”这个事实。所以验收阶段要避免设定“某个数字必须达到某个值”这种判据，改成“该在 GSC 里看到的现象是否出现”——比如引荐域名是否随发布进度增加、目标页面分组里是否出现了新页面。现象型判据可核对，数字型判据只会引发重复争论。 原创示意，非真实客户数据或后台截图。 ## 为什么不能用 DA 分数判断外链价值 官网 FAQ 对这一条写得很干脆：不提供网站列表供售前筛选，也不提供或承诺外链站的第三方权重、DA 或流量数据；过往查询中出现的 DA 20–60 只是历史参考，并不是套餐指标或当前测量结果。同时写明：以网站整体 SEO 数据提升为服务目标，不用 DA 分数替代实际效果，网站基础、内容、竞争与算法变化都会影响表现。 逻辑也顺：DA 是第三方模型给出的估算分，不来自 Google，也无法被你的站点数据验证。一个 DA 60 的来源不保证那个页面还在、链接还在、上下文与你的业务相关；反过来，一篇有人真读过的原创文章加上一个独立域名，与某个高分站点上的一个链接位，之间没有可比的换算关系。把分数当验收标准，等于把验收权交给一家不为你负责的工具。相关交付标准可见[GPB 独立站外链](/gpb/)页面。 ## 第三方数据什么时候仍然有用 它适合回答方向性问题，不适合回答对账问题。典型用法有三类：横向看竞争对手的来源结构、发现你还不知道的引用来源；判断整体趋势的方向是改善还是恶化；以及在你自己没有历史数据时提供一个粗略参照。判断外链价值该看什么，官网 FAQ 给出的是收录、多样性、持续性、链接有效性、稳定性与原创性这一组维度，而不是任何一个分数。竞品引用来源的排查思路见[竞争对手引用外链的常见原因](/post/competitor-backlink-citation-reasons)，五层权重传导中也没有一层依赖第三方分数，见[SEO 服务的五层权重传导模型](/seo/)。 养成一个习惯就够了：两个数字不一致时，在项目记录里补一行——同一时间、同一目标页面、两个工具各自数字、差异原因推测。四行信息，就能把一次争论变成一次核对。 --- ## 在 GSC 里怎么看外链有没有被识别 - URL: https://www.guangsuan.com/post/gsc-links-report-backlink-review/ - 作者: Don Jiang - Published: 2026-09-26T11:29:35+08:00 - 摘要: 三个报告分别回答投入是否被识别、目标页是否进入索引、展现与查询是否变化，并注意采样与更新延迟。 官网 GMB 页面把后台核验写在一个很具体的位置：看链接，看“外部链接与引荐网站”，再进一步核对哪些目标页面获得了链接。**判断外链有没有被识别，第一步是打开自己的 Google Search Console 链接报告，而不是先打开第三方工具。**同一页面上还有一句必须连着读的前提：GSC 存在采样与更新延迟，显示数量不等同于合同建设总量。GMB 全称是 Guangsuan Million Backlinks，是光算的服务名称，不是 Google Business Profile，也不代表 Google 官方产品或认证。 ## 链接报告里先分清这三项 “外部链接”是 GSC 已识别的、指向你网站的外部链接；“引荐网站”把这些链接按来源站点归并；“最常被链接的页面”显示哪些站内 URL 拿到了链接。三个数字互不相等属于正常：同一个来源域名可能分别链到你的三个页面，同一个产品页也可能从十几个站点各得到一条链接。所以拿“链接总数”和“独立域名数”直接互相比对之前，得先确认两边说的是同一件事——官网 GPB 页面也明确区分了外链总数与独立引荐域名数量，并说明就其资源配置而言，独立引荐域名数量更有参考意义。 ## 链接报告、索引报告、搜索报告各管一段 报告能说明什么不能说明什么链接报告GSC 已识别到哪些外部链接与引荐站点，哪些目标页面获得了链接不等于全部已发布链接，也不指向任何具体名次索引报告目标页当前是否在索引里，未收录时能看到原因不能反推它为什么被链接或没被链接搜索效果报告展现、点击、查询词与落地页面的变化不能反推某个查询的名次由哪一条外链决定 三份报告分开看，出现变化时才分得清是执行问题还是环境问题。官网 GPB 页面是同样思路：链接设置与落地页面在报表中可查，发布后 1 个月起重点观察展现量与关键词变化，经客户授权跟踪 GSC，Semrush、Ahrefs、MOZ 可作辅助参考。顺带说清一个前提：跟踪 GSC 数据需要客户授权，这是官网 FAQ 写明的条件，签约前就要把授权方式谈定，否则链接报告根本打不开，谈核对无从谈起。 原创示意，非真实客户数据或后台截图。 ## 和自己的交付清单对照，应该怎么做 一、先把取数条件写下来：站点、时间范围、是否排除自家域名、目标 URL 如何分组。同一份后台在不同范围下会给出完全不同的数字，不写清楚就无法复现。二、以引荐网站数量对照你记录的独立域名清单，而不是拿总数硬比。三、按目标页面分组看，确认链接落在你关心的那些页上，而不是全堆在首页。四、抽样回访：链接报告给的是样例，回访才能确认链接所在页面仍然存在、链接仍在原位。 这里有一处分工要先说清：属于服务方责任的部分看服务方报表，属于你自己站点状态的部分只能在 GSC 里看。GPB 承诺收录、dofollow、永久不主动删除，并把链接属性列为交付核对项，全部发布完成后提供报表核对文章、域名、目标链接及收录情况；GMB 则明确不提供逐条外链报表，需要自行查询后台数据。两种安排的核对动作不同，但都要求落到“能不能拿出可复现的记录”上。GPB 的逐条交付核对项可对照[购买 GPB 前的交付核对清单](/post/gpb-backlink-delivery-checklist)，多层组合里每一层分别指向谁，见[多层建设的交付验收](/post/layered-backlink-report)。 ## 哪些差距本来就正常 至少四种。GSC 自身的采样与更新延迟；显示数量不等同于合同建设总量；抓取量需要结合 GSC 抓取统计或服务器日志判断，不能从效果曲线直接推断；以及官网反复强调的一句——收录不等于排名，dofollow 也不意味着一定传递特定排名价值。GNB 页面给出外链页面收录率 60% 以上、留存率 50% 以上的服务标准，同时说明该比例不是绝对固定、需结合站点现有外链结构规划，所以实测落在标准附近也属于合理区间，不值得据此争论。而抽样回访时发现链接所在页面已被删除、链接被改成 nofollow 或直接移除，属于需要核实的异常而不是延迟，官网把链接属性与长期链接异常的处理责任一并写进了 GPB 的服务要求，这类情况应按合同约定的责任划分处理。 ## 什么时候差距不能算正常 反过来，几种情况值得当成问题追下去：目标页面被误加 noindex，或 canonical 指向了别的地址；发布页被抓取之后又被删除、改版；以及整个交付期内 GSC 连一个新增引荐域名都看不到。这时先回到技术项排查，可参考[技术 SEO 红项的排序方法](/post/technical-seo-audit-priority-evidence)，再回到发布记录核对。GMB 这类不提供逐条外链报表的服务，官网给出的核对方式就是在 GSC 后台对照链接、索引与效果，页面入口见[GMB 百万外链](/gmb/)。 最后留一个小习惯：把每次取数的时间、范围和结果存在同一张表里，并把同一批次的链接报告导出件一起存起来。数字本身每周都在变，能被复现的取数方式加上当时的原始截图，才让前后两次的对比有意义，也让“当时到底是多少”这个问题永远有答案可查。 --- ## 外链预算有限时，先给哪些页面 - URL: https://www.guangsuan.com/post/backlink-priority-url-selection/ - 作者: Don Jiang - Published: 2026-09-26T11:29:35+08:00 - 摘要: 先排除不可访问、不允许索引、重复或无承接的地址，再按已收录与商业价值排序，避免把预算平均分给大量未收录页面。 预算不够覆盖全部页面时，最省事的做法是按列表顺序平均分，最容易出错的做法是从自己最喜欢的那个产品页开始挑。两种做法都跳过了同一件事：先排除，再排序。**先把不可访问、不允许索引、重复或没有承接内容的地址剔除，再按商业价值和页面成熟度排序；能被观察、商业价值明确的页面应该排在前面。** ## 为什么不能从“最喜欢的页面”开始 自己最看重的产品页，往往是最缺数据支撑的那类：上线最晚、参数还在改、页面只有一段简介。按偏好排序，投入会落在最需要验证的页面上，而验证不了的部分拿不到观察结论。官网 FAQ 的说明是外链效果取决于网站自身数据基础，网站是基数、外链是乘数，基数不成立时投入再多也难观察；发布后 1 个月起复盘展现量与关键词变化，前提是先有可读的基线。 反过来，从“已经能看到数据的页面”开始排，依据就实在得多：GSC 里有展现说明它已被处理，站内有相关链接说明它有承接能力，商业价值则由产品线位置、报价区间和询盘来源决定。把这三类信息凑齐，排序才是可讨论的，而不是凭印象。 ## 先剔除的四类地址 - **打不开的地址。**登录墙、地区自动跳转、需要执行脚本才能看到正文或直接返回错误。这类地址被读者点击失败，链接上下文的价值同时受损。 - **不允许索引的地址。**页面或响应头写着 noindex、被 robots 屏蔽，指向它等于把外部来源引向一个不希望被处理的对象，两种状态互相抵消。 - **重复的地址。**同一内容存在多个可访问版本、参数页或分页重复，链接分散在这些地址上会削弱集中度，也难判断哪条有效。 - **没有承接内容的地址。**只有型号与价格、没有适用场景、参数条件、资料版本或联系路径的页面，即使有链接也接不住访问。 这四类不需要额外成本就能判断，官网在目标 URL 的筛选要求上也是这个口径：可访问、允许索引、有实际价值。GMB 页面特别提示开工前先筛选真正有价值的 URL，GNB 因为只做首页而天然跳过这一步。剔除后的清单才进入排序，颗粒度可参考[GMB 采购前的目标 URL 准备](/post/gmb-target-url-preparation)。 ## 排序看两个维度 页面状态是否优先理由已上线、已收录、有稳定展现优先有基线可对照，变化能归因，观察窗口内最容易看出差异已上线、已收录、暂无展现次优先承接能力具备，缺的是外部来源与内部权重核心产品页与品类页优先商业价值直接，询盘路径短已上线但收录很少或展现为零先排查问题可能在抓取、重复内容或内容本身，外链不是第一优先项计划上线、尚未开放访问暂不分配进了名单也观察不到，等上线后再纳入下一批 两个维度要一起看。商业价值回答“这个页面值不值得投”，页面成熟度回答“现在投能不能看出效果”。只有商业价值而没有成熟度的排在后面；只有成熟度但商业价值很低的排在更后面，或干脆不排。官网在这一点上的态度值得借鉴：外链来源不需要与目标网站行业相关，官网明确“拒绝行业伪概念”，所以判断依据是页面自身状态和价值，不是它对应哪个行业词。 ## 平均分配为什么最不划算 把预算平摊给几百个页面，每个页面拿到的是很薄的一层，损失是三重的：观察上说不清变化来自哪一页，验收上无法逐项核对，资源上也没有重点。一个对照是官网在组合页给的分层逻辑——L1 是 GPC 爬虫池与 GSI 快速收录这一层收录底盘，L2 是 GMB 构成海量基底，L3 是 GNB 的自然增长，L4 是 GPB 的精品权重，L5 才落到客户自己的官网。GPB 一档是 100 条对应 100 个独立域名，可核对的前提是每条都有明确地址；同样做法平摊到几百页，就失去了这个属性。 也不要把 GMB 的“URL 数”当成“每页条数”。官网写明每套餐服务 1 个目标域名，URL 数为覆盖上限，不表示每个 URL 平均分配相同数量；GMB 解决的是海量页面被发现的规模，同时明确不保证长期留存、不提供逐条外链报表，与 GPB 的可核对性不同。各服务定位见[外链组合套餐](/backlinks/)。 ## 一份可以直接用的优先级顺序 - 导出全部候选 URL，用无痕窗口逐条确认可访问，用状态码与响应头确认可索引。 - 删掉重复地址、被屏蔽或不允许索引的地址、没有任何承接内容的地址。 - 剩下的页面按商业价值排序：核心产品与品类页在前，方案与案例类内容页次之，泛资讯页最后。 - 同一优先级内按成熟度排序：已收录有展现的在前，收录但无展现的次之，收录异常的先修再排。 排完得到一张分档表，第一档作为本轮目标，第二、三档留作下一轮。第一档里若有首页，首页与品牌词由 GNB 承接，产品页与品类页由 GPB 承接，批量内容页再考虑 GMB 覆盖，落点规则见[GPB 独立站外链](/gpb/)与对应组合方案。 ## 边界：首页不参与这套排序 首页在这套方法里是特例，不按商业价值打分。GNB 的服务范围写得很清楚：只做 1 个目标网站的首页与品牌词，不含内页，锚文本不是客户想排名的关键词，核心价值写成提高安全性、增加海量独立域名数量。首页的来源由 GNB 单独解决，排序表里不必为它留位置。 还有两个边界要写进方案。被排除的页面修好后要重新纳入，而不是永久出局；观察窗口按官网标注执行，组合套餐给出的观察参考为 30 天、15–30 天、10–30 天不等，均为观察参考、非排名承诺。 原创示意，非真实客户数据或后台截图。 顺序表定稿后，签约时交一份含地址、档位与当前状态的清单，双方核对同一份，官网要求的 GSC 授权也在这一步一并确认；技术排查与优先级判定的通用方法见[技术 SEO 红项的排序方法](/post/technical-seo-audit-priority-evidence)。 --- ## 网站改版和外链建设撞期，怎么排期 - URL: https://www.guangsuan.com/post/backlink-redesign-timing/ - 作者: Don Jiang - Published: 2026-09-26T11:29:35+08:00 - 摘要: 改版前固定 URL 清单并暂停新增指向，改版中确认跳转与索引状态，改版后核对已购外链指向并启用新 URL。 改版上线日和外链发布日撞在同一周，通常比预算不足更难处理。难不在于哪一边做不了，而在于已经发布的链接指向一个即将消失的地址；页面换址之后，链接还留在旧位置。**外链不能替代 URL 规划：改版前固定 URL 清单并暂停新增指向，改版中确认旧 URL 跳转与新 URL 索引状态，改版后核对已购外链指向并选定下一轮新 URL，这三步都要在排期表上占位。** ## 撞期为什么比缺预算更难处理 预算不足只是少买一些，撞期会让已交付的东西产生额外工作量。官网 GPB 页面写明手工逐条发布、条条对应原创文章，承诺 100% dofollow、谷歌 100% 收录、永久不主动删除已交付外链，资源至少维护一年。也就是说页面换地址时，这些外链不会跟着搬家，它们仍指向旧地址，需要专门安排衔接并逐条确认。 官网在 URL 变化场景下另有专门说明，已购外链与新一轮采购的衔接思路见[网站改版换 URL 后已购外链的衔接](/post/gpb-url-migration)。这也说明 URL 规划要在外链开跑之前完成，而不是当作技术团队的内部事务。 ## 改版前：冻结 URL 清单，暂停新增指向 - **列出将被外链指向的 URL 清单**，逐条标记当前是否可访问、是否允许索引，以域名加路径的形式写死，包含首页、核心产品页、品类页与计划覆盖的内容页。 - **暂停新增指向这些地址**，把发布节奏降到最低，直到新地址确定。已进入发布队列但尚未发出的部分改为等待或改指向新地址，避免继续在旧地址上增加链接。 暂停期间可以推进的是不依赖具体地址的工作：内容撰写、目标页与承接内容准备、目标市场确认。把这段空档用来补页面，比把发布往前赶更划算，官网组合页的表述是网站内容是根基、外链不是替代品，先看内容、技术和现有数据再决定组合与发布节奏。 ## 改版中：跳转与索引是两件事 上线后的核对应分两层，不要混成一次检查。第一层是旧 URL 的跳转：确认每个旧地址都指向对应的新地址，而不是全部跳到首页。批量跳首页在地址层面没有报错，但目标页面在新结构里等于没有被指向，外部来源的价值会大量损耗。 第二层是新 URL 的索引状态：能否被正常抓取、是否被允许索引、是否与站内其他页面重复或冲突。这部分若涉及内容重复或旧页残留，官网专门讨论过处理顺序，见[旧页面残留与索引响应的排查](/post/cdn-stale-noindex-response-check)。 ## 改版后：核对已购外链，定下一轮 URL 阶段该做的事产出物改版前固定目标 URL 清单，暂停新增指向，补齐未上线页面含地址与状态的 URL 清单改版中逐条确认旧 URL 跳转目标，检查新 URL 可抓取与可索引跳转对应表与索引状态记录改版后核对已购外链当前指向，标注需衔接条目，确定下一轮采购地址衔接清单与下一轮 URL 清单 改版后的第一件事是把 GSC 链接报告里的外部链接地址与新 URL 清单逐条对照，分成三类：地址未变、地址已变但跳转正常、地址已变且跳转缺失，第三类才是需要专门衔接的部分。注意 GMB 不提供逐条外链报表、需自行查询 GSC 后台，其口径见[GMB 百万外链](/gmb/)页面。 ## 已购外链和下一轮采购怎么衔接 衔接的核心是区分“已交付”和“下一轮”。GPB 承诺不主动删除已交付外链、资源至少维护一年，衔接处理属于双方约定的动作，不是重新采购；下一轮采购则直接使用改版后的新地址，并在签约时明确这批地址属于改版后的最终结构。这样两批外链的验收口径不会互相干扰——旧的按旧清单核，新的按新清单核。 还要确认新结构不会再改。下一轮之后如果又换一次地址，前面的衔接工作要重来。官网在组合页强调多层外链层层叠加、权重传递，前提是落点稳定；落点不停变动，叠加的意义也会打折。多期建设的整体验收思路见[多层建设的交付验收](/post/layered-backlink-report)。 ## 边界：改版期间不要做的三件事 一，不要在地址未定时开跑发布，已发出的链接不会自动改指向。二，不要把“全部跳首页”当作可接受的过渡方案，它解决的是可用性，不是页面指向关系。三，不要在改版期同时做大批量内容替换，页面主体内容变化与地址变化叠在一起，很难判断后续波动来自哪一项。官网 FAQ 也说明收录不等于排名、dofollow 不意味着一定传递特定排名价值，组合套餐里标注的时间一律是观察参考、非排名承诺，因此改版期的观察结论尤其要保守看待。 原创示意，非真实客户数据或后台截图。 把顺序固定下来就不难：URL 先定、发布后跟、观察窗口最后，中间任何一次地址变更都要重新走一遍核对。 --- ## 每天发 5 条外链意味着什么，节奏怎么配合上线 - URL: https://www.guangsuan.com/post/backlink-publish-cadence-alignment/ - 作者: Don Jiang - Published: 2026-09-26T11:29:35+08:00 - 摘要: 官网 GPB 默认每天发布 5 条并可调整，GNB 约十到二十日，GMB 分档为三十、四十五、六十天。节奏要与页面上线匹配。 官网 GPB 页面写着“默认每天发布 5 条，可按需求加快或减慢”。多数人把它读成一句产能描述，放到项目排期里，它其实是一份约束条件：**每天 5 条是执行节奏，不是结果节奏；它需要落在目标页已经上线、能被访问、能被抓取之后，否则发布越勤，落空的比例越高。** ## 5 条/天是节奏，不是效果刻度 先把这个数字放回原来的位置。GPB 的资源是手工逐条发布，一条外链配一篇原创文章和一个顶级独立域名，官网给出的默认速度是每天 5 条，并写明可按需求调整。这个数字描述的是发布能力与排期单位，不是短期见效类的效果承诺，也不代表目标页会在第五天出现变化。官网给出的时间口径都是观察参考，标注为非排名承诺。 正因为它是节奏而不是效果，和页面上线节奏放在一起看才有意义。目标页没上线时的发布，链接指向的是一个打不开或没有内容的地址；等页面上线，形成引用的那段时间并没有落在可读内容上。官网 FAQ 的说明是外链效果取决于网站自身数据基础，网站是基数、外链是乘数，基数不成立时节奏再快也不改变结果结构。 ## 三类服务的周期差异 服务官网写明的发布与完成周期对目标页上线时间的要求GPB 独立站外链默认每天发布 5 条，可按需求加快或减慢发布起点应落在核心页上线之后，未上线页面不进本批次GNB 自然外链约 10–20 日发布，20 天内交付报表只指向首页，只需首页可访问GMB 百万外链A 档 30 天、B 档 45 天、C 档 60 天完成覆盖多 URL 清单，上线不齐会形成覆盖空洞 三条周期长短不一，混在一个项目里最容易出问题的不是快慢，而是不一致。GPB 每天推 5 条、GNB 约两周发完、GMB 铺一到两个月，若按“这个月应该全部完成”来理解，第三个月才发现还有页面没覆盖，双方都会觉得是执行问题。把每类服务各自的完成时间先列出来，比承诺一个统一日期更可行。 ## 页面没上线就被指向，空转发生在哪里 空转有三个具体位置。一是链接本身：外部文章里的链接指向当时还打不开的地址，读者点击失败，文章上下文的价值同时打折。二是抓取：目标地址在相当一段时间里返回无内容或错误状态，外部来源再多也缺少可以传递的信号。三是统计：GSC 的链接报告里能看到链接，对应 URL 却拿不到展现，看板呈现“有链接没数据”，很容易被误判成服务没做到位。 避免办法很朴素：开跑前逐条确认目标 URL 清单的状态，已上线的进本批次，确认中的进候补批次，没定稿的先不写进去。核对的颗粒度可参考[购买 GPB 前的交付核对](/post/gpb-backlink-delivery-checklist)，多产品线的分批方式见[多产品线外链分批交付](/post/multiline-backlink-phasing)。 ## 汇报频率和交付周期怎么对齐 官网写明 GPB 每周一、三、五通过企业微信群汇报进度，GNB 约 10–20 日发布并 20 天内交付报表，GMB A/B/C 分别按 30/45/60 天完成。这三个频率本身没有问题，要做的是把它们接到同一张时间表上：每周三次的进度汇报看今天发了什么、发在哪、页面是否可访问；20 天的报表看整体发布完成情况；30 到 60 天的窗口看收录与展现变化。 观察侧的周期也建议在启动时讲清。官网组合套餐标注的观察参考是尝鲜组合 A 档 30 天、A2 档 15–30 天、强者恒强 B 档 10–30 天、王者尊享 C 档 30 天，全部为观察参考、非排名承诺；FAQ 建议发布后 1 个月起重点复盘展现量与关键词变化，核对方式是授权 GSC。这样每周汇报看的是过程指标，月底复盘看的是结果指标，两件事不会混进同一个数字。 ## 什么情况下应该主动放慢 四种情况建议降速：目标页刚上线、内容与参数还在调整；网站正在改版或迁移地址；同一批页面里有相当比例尚未确认可访问；或客户内部定的观察周期比发布周期还短，快推快看只会让数据互相干扰。官网在 GPB 页面写的是可按需求加快或减慢，“减慢”本来就是选项，主动提出不算违约。 要说明的是，放慢的是发布速度，不是降低服务标准。GPB 承诺的 100% dofollow、谷歌 100% 收录、永久不主动删除，资源至少维护一年，都与发布速度无关；每周一、三、五的汇报也不变，交付项该有的都还在，服务标准见[GPB 独立站外链](/gpb/)。若地址在建设期内尚未定稿，宁可晚开跑也不要开跑，已购外链与新地址的衔接思路见[网站改版换 URL 后已购外链的衔接](/post/gpb-url-migration)：任何一条已发布的外链都指向了一个不会再使用的地址。 原创示意，非真实客户数据或后台截图。 整套节奏压成一句话：先确认页面能打开，再开始发布；发布期间保持每周三次的固定沟通；到观察窗口再一起看展现与关键词变化，这也是官网 FAQ 建议发布后 1 个月起再复盘的原因。 --- ## 多语言多地区网站，外链该怎么分发 - URL: https://www.guangsuan.com/post/backlink-multilingual-distribution/ - 作者: Don Jiang - Published: 2026-09-26T11:29:35+08:00 - 摘要: 外链落点应对应目标市场的语言与产品可用性。hreflang 表达页面之间的对应关系，不能替代外链指向策略。 一个英文官网、四个语言版本、覆盖多个国家市场，外链却全部指向同一个英文首页。这种做法在多语言站里很常见，浪费不在链接数量，而在于链接落到了那个只有公司介绍、没有产品、没有当地报价、也没有当地联系方式的版本上。**多语言站的外链应该按目标市场分发，指向哪个语言版本取决于该市场在官网上的承接能力与产品可用性，而不是取决于哪一版发布起来省事。** ## 全部指向英文首页，浪费发生在哪一环 链接数量没有减少，缺的是承接。德国客户点开一条指向英文首页的外链，看到的仍是英文；当地采购搜索时接触到的内容语言，和他点击后的页面语言对不上，这次访问就很难沉淀成停留或询盘。更实际的问题是产品可用性：某些产品只在特定国家销售、某些价格只在特定市场显示，这些信息通常写在对应语言版本里，指英文首页等于把链接送到一个不回答问题的页面。 另一类损失在结构上。多语言站的每个语言版本各有导航、分类与产品路径，外链全压在首页，会让其他语言版本的深层页面几乎得不到外部来源；反过来，若外链数量有限，摊到多个语言版本上每个又太少。判断的关键不是分不分，而是先确认哪一版真正具备承接能力。 ## 分发前每个目标市场要过的三道判断 - **该语言版本能不能访问。**打开是否正常返回，有没有地区限制或跳错版本，正文是真实内容还是机翻占位。 - **该市场有没有可承接的产品。**目标品类是否在本地销售，价格、认证、规格与交期是否符合当地实际；没有对应说明的页面不适合作为落点。 - **该语言版本是不是独立维护的。**如果只有首页翻译、其余仍是英文，它能承接的就只有首页级信息，外链也只需在首页层解决。 三道判断都通过的版本才进入分配名单，顺序不能反。官网在邮件与内容规范上一直强调多语言版本要各自成立，同一条要求也适用于外链落点。 ## 三类服务在多语言站里各自落在哪一版 服务多语言站里的落点官网写明的依据GNB 自然外链单个语言版本的首页，锚文本为该市场品牌词只做 1 个目标网站的首页与品牌词，不含内页，锚文本不是客户想排名的关键词GPB 独立站外链目标市场语言版本下的产品页、品类页或重点业务页一条外链、一篇原创文章、一个顶级独立域名，篇篇原创，指向具体业务页GMB 百万外链按市场分组的批量产品页与内容页每套餐服务 1 个目标域名，URL 数为覆盖上限，不表示每个 URL 平均分配相同数量 这张表说明多语言站很少只靠一类服务。GNB 解决某个语言首页的来源数量，链接属性上官网写的是 nofollow 约 85%、dofollow 10% 以上；GPB 解决具体产品页的独立来源与承接，100% dofollow，承诺谷歌 100% 收录、永久不主动删除；GMB 解决某市场内大量页面被发现的规模，但明确不保证长期留存、不提供逐条外链报表，需自行查询 GSC 后台。三者替换不了彼此，分层逻辑见[外链组合套餐](/backlinks/)。 ## hreflang 声明关系，外链提供来源 这两件事常被放在一起讨论，但它们不是一回事，也不互相替代。hreflang 属于站点内部的页面关系声明，用来说明同一份内容在不同语言或地区版本之间如何对应；外链是发生在站外的独立来源，是别的网站把链接指过来。指向某个语言版本的外链不会自动建立语言版本之间的对应关系；站内写好了 hreflang，也不会让外部来源自动落到对应版本上。 实用的做法是分开排期：先由站点自身确认各语言版本的结构、对应关系与可访问性，再由外链分配决定每个市场拿多少、落在哪一版。官网在 GNB 页面同样把“不含内页、只做首页与品牌词”写成边界，而不是靠指向数量去影响站内结构，思路一致。GNB 的执行范围可看[品牌词锚文本与首页执行清单](/post/gnb-brand-anchor-homepage-checklist)。 ## 常见的三种特殊情况 **只有英语站、其余是自动翻译页。**多数页面不具备承接能力，把外链集中在英语首页是现实选择，不必为凑多语言结构而平均分发。翻译页补齐本地信息后再纳入名单。 **地区站只有价格表和联系方式。**这类页面路径与主站不同，读者看到的是当地可购买与可联系的信息，作为落点成立；但它承接不了产品技术内容，需要完整上下文的 GPB 原创文章更适合放在有正文的产品页上。 **同一产品在不同国家路径不同。**这属于 URL 规划问题，应在开跑前定稿；多语言站再叠加上线后的改版，链接指向会变得难核对，处理思路见[网站改版换 URL 后已购外链的衔接](/post/gpb-url-migration)。 ## 发布前的最后一轮核对 按目标市场列一张表，每个市场写四件事：语言版本地址、可承接页面清单、计划用的服务、当前状态；逐项确认可访问、可索引、有承接内容。观察窗口按官网组合套餐口径写，A 档 30 天、A2 档 15–30 天、B 档 10–30 天、C 档 30 天，均为观察参考、非排名承诺。另需注意 GMB 每套餐只服务 1 个目标域名，多语言站若使用多个子域名或独立域名，要先确认资源是否够用，不要默认一个套餐能同时覆盖全部市场，条件见[GMB 百万外链](/gmb/)。 原创示意，非真实客户数据或后台截图。 把这张表同步给研发和销售，跨市场沟通时就不必反复解释某个市场为什么拿得少；官网在 SEO 页面上把外链建设讲成五层传导，也提示多层叠加的前提是落点稳定。 --- ## 外链该指首页还是内页，资源怎么分配 - URL: https://www.guangsuan.com/post/backlink-homepage-vs-inner-page/ - 作者: Don Jiang - Published: 2026-09-26T11:29:35+08:00 - 摘要: GNB 只做首页、GPB 指向产品与品类页、GMB 面向多 URL 覆盖。分配资源前先确认目标页可访问、允许索引且有承接内容。 手上有一笔外链预算，第一个念头往往是“把首页做强”。但链接该指首页还是内页，先由你买的是哪一类服务决定，不由预算大小决定：**GNB 只做首页与品牌词、不含内页；GPB 的链接指向产品页、品类页或重点业务页；GMB 面向多 URL 规模化覆盖，URL 数是覆盖上限，不是平均分配。** ## 指向范围是产品定义，不是执行自由度 不少沟通卡在“链接指哪儿能不能商量”。官网的写法是把它写进服务范围本身。GNB 页面写的是只做 1 个目标网站的首页、品牌词，不含内页，锚文本不是客户想排名的关键词，来源为论坛资源与博客评论。不含内页是产品定义，不是这一轮排期紧。 GPB 走的是另一条路径：一条外链、一篇原创文章、一个顶级独立域名，手工逐条发布、100% dofollow，链接落在产品页、品类页或重点业务页，官网承诺谷歌 100% 收录、永久不主动删除，资源至少维护一年。GMB 则是覆盖面工具，自研系统、多层布局，每套餐服务 1 个目标域名。三者落点的差异可对照[GPB、GNB、GMB 的组合对照](/post/gpb-gnb-gmb-backlink-selection)。 服务官网写明的指向范围适合的落点GNB 自然外链1 个目标网站的首页与品牌词，不含内页首页层面的来源数量与链接属性结构GPB 独立站外链产品页、品类页或重点业务页需要长期、稳定、可核对来源的页面GMB 百万外链多 URL 覆盖，URL 数为覆盖上限海量产品页与内容页被发现的规模 ## 四类落点怎么分：先把首页和品牌词合成一笔 预算常被拆成首页、品牌词、产品页、内容页四份，但前两份其实是同一件事：GNB 的做法是链接落在首页、锚文本用品牌词，两者由同一类服务完成，不必分成两笔采购。真正独立的是产品页与内容页。 更实际的划分是三层。首页与品牌词由 GNB 承接，官网把它的定位写成低成本构建规模化外链架构，核心价值是提高安全性、增加海量独立域名数量。核心产品页与品类页交给 GPB，它的链接属性、收录与维护承诺在这一层最实。内容页的批量覆盖交给 GMB，同时接受官网写明的两条条件：不保证长期留存，不提供逐条外链报表。档位与预算见[外链组合套餐](/backlinks/)。 只够做一层时，看网站当前缺什么。已有搜索数据、内页承接完整的站，往内页加更直接；刚上线、没有任何搜索数据的站，首页层与产品层同时推进更稳妥，因为官网 FAQ 说明外链效果取决于网站自身数据基础，网站是基数、外链是乘数。 ## 先决条件：可访问、可索引、有承接内容 进分配名单前过三道检查：用无痕窗口打开目标页，确认没有登录墙、地区自动跳转或必须执行脚本才能看到正文；确认它允许被索引，不在 meta 或响应头里写着 noindex，这两种状态会互相抵消投入；确认页面自身有可读内容，写清适用场景、参数条件、资料版本和联系路径，而不是只有型号与价格。技术排查的优先级可参考[技术 SEO 红项的排序方法](/post/technical-seo-audit-priority-evidence)。 三道检查没过就先修页面。官网在组合页写的是网站内容是根基、外链不是替代品，先看内容、技术和现有数据再决定组合与发布节奏；GPB 页面也写明外链是建设服务，不代替网站本身的技术优化和站内内容。 ## 什么时候首页优先，什么时候内页优先 首页优先通常有三种情况：品牌词还没有任何外部来源；站内产品页数量少且尚未被收录；搜索数据主要集中在家电上而不是具体产品。后两种情况下，落点应该跟着已有数据走，而不是跟着理想结构走。 内页优先的信号同样明确：产品页已经能正常收录并有稳定展现，但外部来源仍全部集中在首页；或者产品线多、每个品类都有独立商业价值，需要靠具体页面拿询盘。官网 FAQ 建议发布后 1 个月起重点复盘展现量与关键词变化，核对方式是授权 GSC，Semrush、Ahrefs、MOZ 可辅助，这项复盘能直接告诉你下一轮该加在哪一层，属于官网口径中的观察参考，不是排名承诺。 ## 三个容易谈崩的边界 一，不要写“每个产品页平均分配若干条”，GMB 页面已明确 URL 数是覆盖上限而不是平均分配。二，不要把内页要求塞进 GNB，它不含内页是产品定义，需要内页来源就另外配 GPB 或 GMB。三，不要把未上线页面写进分配名单，可以单列待上线清单，等页面可访问后再启动对应批次。 分配结果落表时，每行写四件事：页面地址、归属哪一层、用哪类服务、当前状态。GPB 进度通过企业微信群在每周一、三、五汇报，有固定频率，这张表就有地方可查；GNB 是约 10–20 日发布、20 天内交付报表，回顾节奏与 GPB 不同，不必强行统一。 原创示意，非真实客户数据或后台截图。 最后是分层的作用。官网在[外链五层权重传导](/seo/)里把 L2 定为 GMB 海量基底、L3 为 GNB 自然增长、L4 为 GPB 精品权重，L5 才落到客户自己的官网。落点分配做的正是决定哪几层往哪个页面收这件事。 --- ## 连续买两轮外链，独立域名去重要先谈清楚 - URL: https://www.guangsuan.com/post/backlink-cross-batch-domain-dedup/ - 作者: Don Jiang - Published: 2026-09-26T11:29:35+08:00 - 摘要: 官网说明重复购买不等于自动获得跨批次全新域名。去重范围、额外费用与验收核对方式应在签约前写明。 同一个人连续买两轮 GPB 100 条，第二次不保证拿到 100 个新域名——官网把这件事写在 GPB 页面上了：**重复购买 100 条套餐，不等于自动获得跨批次全新域名；每次会随机安排 100 个顶级独立域名，如果要求每次域名都不同，需要额外追加费用，合作前先确认去重范围。**所以去重范围不是细节条款，而是签单前必须谈清的一项。 ## 三种谈法，各有代价 去重通常有三种谈法，区别只在跨批次这一层。同一批次内部的规则官网已经写明：GPB 同一套餐内按顶级独立域名配置资源，不用一个域名重复发布来凑数量。所以需要谈的只有跨批次。 谈法具体含义适合谁完全去重第二批的域名与历史所有批次都不重复，追加费用重视独立引荐域名总量、准备长期连续采购的站点允许部分重复约定一个重复上限，例如不超过 10%预算有限、能接受少量重复的站点完全不保证按官网默认的随机安排执行，不作跨批次承诺以补充来源结构为主、单价优先的采购 三种都可以成立，前提是写下来。“应该不会重复吧”这类口头说法在第二批交付时无法核对，而重复比例的差异会直接改变这轮投入的实际价值。 ## 价格为什么跟着去重要变 官网对成本构成给过解释：你购买的不只是发布次数，更是独立站资源。3000 条套餐意味着安排 3000 个顶级独立域名，承担相应的域名续费、建站、服务器、内容制作与维护成本，并落实收录交付。资源覆盖越广，维护投入越大，不是简单的批量发布折扣。 要求第二批全部换新，等于要在已有资源之外再找一批符合条件的顶级独立域名，还要重新建站、写原创文章、做收录交付。追加费用对应的是这部分新增资源，不是服务方临时改个数字。所以判断报价是否合理，先看它包含的是去重还是不去重，两者的交付内容并不相同。GPB 页面同时说明，交付结构是一条外链、一篇原创文章、一个顶级独立域名，四档套餐执行标准一致，差别在资源规模，见[GPB 独立站外链](/gpb/)的套餐说明。 原创示意，非真实客户数据或后台截图。 ## 同一批次内与跨批次是两件事 很多沟通卡在把两者混为一谈。GPB 同一套餐内的配置是 100 条对应 100 个独立域名、100 篇原创文章，套餐内不重复；跨批次则是每次随机安排。所谓“再买一次又是 100 个新域名”，默认理解通常来自第一批的体验，而不是官网写明的规则。签约时把这句原文抄进合同，比用“全新资源”这类概括说法更安全。 ## 验收时怎么核对跨批次是否真的不同 核对方法是机械的，但必须做。第一，把历史各批的域名清单汇总成一列，统一去掉 www 与子域名，只保留主域名。第二，把新一批的域名列贴上去做去重，得到实际新增数量与重复数量两个数。第三，比对实际新增数量与合同里写的去重要求是否一致。 只比数量不够：同样是 100 个域名，其中 80 个全新、20 个重复，与 100 个全新，差别很大。所以重复数量也要写进验收记录，事先约定了重复上限的项目按上限判定，没约定的按实际情况记录并在下单时确认。另外每批交付后就把域名清单归档，不要等第二批到了再回头整理第一轮，历史清单缺失时去重结论就无法成立。组合套餐里把 GPB、GNB、GMB 放在不同层，去重问题通常只出现在 GPB 这一层，各服务的分工与价格关系见[外链组合套餐](/backlinks/)的对比说明。 ## 边界：GNB 与 GMB 怎么谈去重 GNB 与 GMB 的资源形态不同，去重要求的写法也不同。GNB 的来源是论坛资源与博客评论，官网的核心价值之一是增加海量独立域名数量，条数与独立域名数并不是同一个数字，谈去重时应明确按域名数还是按条数核对。GMB 是规模化多 URL 覆盖，且明确不保证长期留存、外链可能陆续丢失或不再被 Google 计入，对这类服务要求长期保持域名不重复并不现实。官网也提醒不用第三方权重分数替代实际效果，因此去重的核对应回到域名清单本身。判断标准差异可参考[GPB、GNB、GMB 的组合对照](/post/gpb-gnb-gmb-backlink-selection)；采购前若还想了解对方网站被引用的成因，可看[竞争对手外链被引用的原因](/post/competitor-backlink-citation-reasons)。 --- ## 外链页面被删或锚文本被改，责任怎么算 - URL: https://www.guangsuan.com/post/backlink-deleted-or-anchor-changed/ - 作者: Don Jiang - Published: 2026-09-26T11:29:35+08:00 - 摘要: GPB 承诺不主动删除并至少维护一年，GNB 给出留存率口径，GMB 明确不保证长期留存，责任划分取决于合同写法与证据。 外链页面被删或锚文本被改之后，责任怎么算，取决于两件事：**合同里事先有没有写明处理方式，以及异常发生时手上有没有证据。**这两样缺一样，讨论都会变成各说各话。所以真正的准备发生在签约时和交付时，而不是出问题时。 ## 第一件事是留证据 发现异常后，先固定事实再联系对方。需要保存的证据有五类：带日期的页面截图（首页与文章页全屏）、完整的页面 URL、HTTP 响应状态、链接所在段落的位置记录，以及交付时的原始报表行。第三条最容易被忽略：截图能证明页面当时长什么样，但证明不了它是 404 还是跳转，所以响应状态要单独记。另外记录发现时间，同一个地址隔一周再查可能结果不同。 证据的价值还体现在追溯上。锚文本或属性被改动时，工具里显示的品牌词可能已经过采样与归一化，与实际页面不一致属于常见情况。先回到页面核对，再判断是发布方调整还是显示差异。 ## 三种情况必须分开 “链接不见了”其实包含三种成因，处理方式完全不同。 情况典型表现谁来处理页面被删URL 返回 404，站内搜索与报告里都查不到发布方责任，GPB 承诺不主动删除已交付外链，资源至少维护一年页面被改版URL 仍在，但文章下线、链接移到无关页面或换了位置先确认改版方，GPB 页面写明后续维护与异常处理在合同中约定被降权或不再被计入页面正常存在、可访问，链接也在，但工具里不再计入不属于删除，GMB 页面明确写明链接可能陆续丢失或不再被 Google 计入 区分这三类的意义在于，只有前两类属于发布方可以处理的问题。第三类是搜索引擎侧的判断，任何一方都无法承诺。锚文本被改动属于第一类或第二类，要看发布方是否主动调整；处理思路的整体框架见[外链突然失效的处理](/post/%e5%a4%96%e9%93%be%e7%aa%81%e7%84%b6%e5%a4%a7%e9%87%8f%e5%a4%b1%e6%95%88)。 原创示意，非真实客户数据或后台截图。 ## 三种服务的存续口径不同 GPB 页面写的标准是永久不删、长期维护：不主动删除已交付外链，资源至少维护一年，后续维护、异常处理与存续责任在合同中约定。GNB 给出的服务标准是外链留存率 50% 以上，并说明该比例不是绝对固定、需结合站点现有结构规划。GMB 则是明确的重要条件：不保证长期留存，GMB 外链可能陆续丢失或不再被 Google 计入，不作为永久有效的外链资产承诺。 把这三条放在一起，就能解释为什么同一个方案里有的链接还在、有的已经查不到：留存口径本来就不同，责任也不同。把 GPB 的维护权益推广到整个组合，或者用 GMB 的不保证去解释 GPB 的承诺，都会得出错误结论。官网五层传导结构里把 GMB 定位为海量基底、GPB 定位为精品权重，正是因为两层的寿命预期不同，见[GPB 独立站外链](/gpb/)与[GMB 百万外链](/gmb/)的服务标准。 ## 合同里应事先写明的四条 第一，异常发现后的响应时限，例如多少个工作日内回复。第二，链接不可访问时的补救方式：补发、重发到其他资源，还是按比例折算。第三，维护期限的起点与终点，GPB 的“至少维护一年”应写明从哪个日期起算。第四，网站自身改版换 URL 时的衔接办法，包括历史外链是否需要指向新地址、以及是否计费。改版场景的处理方案可参考[网站改版换 URL 后已购外链的衔接](/post/gpb-url-migration)。 这四条之外，还有一条常被跳过的：约定双方各自留一份异常台账，写明发现日期、页面 URL、处理结论与处理人。台账不必复杂，一页表格即可。有了它，第二年再出现同类问题时可以直接接着追查，而不必重新翻聊天记录找证据。 ## 边界：永久不删不等于外部状态永不变 官网在 GPB 页面写得很清楚：收录与永久不删是光算承担的服务责任，不代表 Google 对索引或排名作出保证；搜索引擎可能重新评估或取消索引，域名与页面也可能发生异常。因此“永久不主动删除”约束的是发布方的行为，不是外部状态。验收时把这一句原样写进双方确认文件，比事后再解释更省事。还要区分“当时可访问”和“长期可访问”这两件事：前者可以在交付时核对，后者取决于对方站点的持续经营，签约前询问一下资源站是否只服务单一客户、是否已运营多年，比事后追责更有用。 --- ## 外链发出去了却没被收录，按什么顺序查 - URL: https://www.guangsuan.com/post/backlink-not-indexed-triage/ - 作者: Don Jiang - Published: 2026-09-26T11:29:35+08:00 - 摘要: 先分清页面没被抓取与抓到但没被计入，再依次查链接页可访问性、渠道索引机制、目标页索引许可与工具识别延迟。 外链发出去、GSC 里查不到，正确的下一步不是继续加量，而是按四步顺序排查：**先看链接页自己能不能被访问，再看发布渠道的索引机制，然后确认目标页是否允许索引，最后才考虑工具识别延迟。**顺序反了会浪费大量时间——链接页根本没有 robots 可读的时候，去查目标页索引毫无意义。 ## 先分清两种状态：没被抓取，和链接没被计入 这是最容易混起来的一步。“外链页面在搜索结果里查不到”属于页面自身问题：它可能返回 404、可能被 robots.txt 屏蔽、可能整站未开放抓取。“页面在，但 GSC 链接报告里没有这条链接”属于识别问题：页面被抓取并索引了，链接也可能已存在，只是还没被计入口径覆盖。前者要修链接页，后者要等、要换渠道看、要换工具交叉验证。两者的处理人不同，先分清再往下走。 原创示意，非真实客户数据或后台截图。 ## 第一步：链接页自身是否可被访问与抓取 把外链页面 URL 单独打开，确认返回 200 而不是 404 或跳转首页。再用命令行或在线工具读它的 robots.txt，看有没有针对该路径的 Disallow；顺便看一下页面 HTML 头里有没有 noindex。论坛资源与博客评论尤其要注意：这类页面可能需要登录才可见，或者整站对搜索引擎关闭了索引。GNB 的来源正是论坛资源与博客评论，所以 GNB 的外链页面收录率标准是 60% 以上，而不是 100%。 ## 第二步：发布渠道的索引机制不一样 不同渠道的索引门槛差别很大。GPB 用的是自持的顶级独立站资源并配套原创文章，页面结构简单、主题明确，索引条件相对干净；GNB 依赖论坛与博客评论，论坛版块可能整片不索引、也可能需要用户在页面停留足够时间；GMB 是自研系统的多层布局，本身就明确写了不保证长期留存、外链可能陆续丢失或不再被 Google 计入。看到“GMB 标注 48 小时极速收录”这类套餐条目时，正确的读法是它与同页的重要条件并列出现——A 套餐写 48 小时、B 与 C 写 24 小时极速收录，同时写明不保证长期留存。收录速度与长期留存是两件事。 ## 第三步：目标页是否允许索引 链接指向的目标页面如果自身设置有问题，链接页索引与否都改变不了结果。检查目标 URL 的 meta robots、响应头 X-Robots-Tag、canonical 是否指向另一个地址，以及页面是否需要执行脚本才加载正文。这一步对刚上线的站点最常见：页面建好了，noindex 还留着。技术项的排查顺序可参考[技术 SEO 红项的排序方法](/post/technical-seo-audit-priority-evidence)。 ## 第四步：工具识别延迟与口径差异 排查完前三步仍无结果，才轮到工具这一层。官网提醒 GSC 存在采样与更新延迟，显示数量不等同于实际建设总量；Semrush、Ahrefs、MOZ 同样有自己的更新周期与识别范围。同一条链接在一个工具里没有、在另一个工具有，属于正常现象。判断“链接有没有被计入”时，用多种工具交叉看，比反复刷新同一个报告更有效。收录与抓取的区别与不同支持方式，可看[GPC 爬虫池与 GSI 快速收录的区别](/post/gpc-vs-gsi-crawling-indexing)。 ## 边界：三种服务的收录承诺不是同一句话 服务官网写明的收录口径验收时怎么用GPB承诺谷歌 100% 收录，验收时核对收录状态，具体时点与未达标处理在合同中明确这是光算承担的服务责任，不是 Google 对索引或排名作出保证GNB外链页面收录率 60% 以上比例不是绝对固定，需结合站点现有结构规划GMB套餐标注极速收录，同时写明不保证长期留存不作为永久有效资产承诺，不逐条提供报表 三家口径不同，验收时就不能用同一把尺子。要求所有外链页面 100% 收录，与 GMB 页面的公开条件直接冲突；反过来，把 GPB 的 100% 收录当成 GMB 的承诺，也是把一家公司的服务责任错记到另一家名下。官网在 SEO 页面把收录支撑放在五层传导结构的第一层，正是因为它是底盘问题，需要单独处理，见[外链建设的五层传导结构](/seo/)。如果确实需要加快特定 URL 的收录速度，GSI 快速收录与 GPC 爬虫池是两种不同的支持方式，可另行评估[GSI 快速收录的购买准备](/post/gsi-url-purchase-readiness)。 --- ## 收到外链报表后，怎么抽查 20 条才算数 - URL: https://www.guangsuan.com/post/backlink-report-sample-audit/ - 作者: Don Jiang - Published: 2026-09-26T11:29:35+08:00 - 摘要: 先定抽样规则，再逐条核对域名、文章、属性、链接位置、目标页与收录状态，抽查结论用于验收而非争论工具分数。 抽查 20 条的作用不是证明每一条都合格，而是用最小的核对成本，判断这批交付有没有系统性问题。**抽查的前提是抽样规则事先写好，抽完之后只对着约定口径下结论，不拿工具分数争论。**很多验收失败不是因为交付差，而是因为取样随意、结论又用错了地方。 ## 先定规则，再动手抽 规则要在开工前定，而不是抽完再定。最简单可执行的一种是编号间隔法：把报表按发布顺序编号，从第 1 条起每隔 N 条取一条，凑满 20 条。这样取出来的样本天然覆盖整个发布周期，不会全部集中在某几天。第二种是按目标 URL 分层：先按指向页面分成几组，每组按比例抽，这样能保证每个目标页都有样本，而不是首页占满 20 条。 规则里还要写死三件事：抽多少条、怎么抽、判定合格线是什么。例如“每批抽 20 条，其中属性与锚文本不符不超过 1 条，链接不可访问不超过 1 条”。判定线先写清楚，验收时就不会变成各说各话。GMB 页面在重要条件里也提到开工前确认建设口径、抽样方式与验收方法，正是这个意思。 ## 每条要核的六项 - 域名是否独立：去掉 www 后与其他样本比对，同一域名出现两次就记一次重复 - 文章是否原创、是否与客户业务相关：GPB 的标准是一条外链一篇原创文章、不一文群发，文章应围绕客户行业与目标页面 - 链接属性与锚文本：GPB 承诺 100% dofollow，GNB 是 dofollow 10% 以上、nofollow 约 85%，且锚文本不是客户想排名的关键词 - 链接位置：正文相关段落与页脚链接区的意义完全不同 - 目标 URL 是否可访问：这一项失败要先分清是外链发布时页面尚未上线，还是页面自身出了问题 - 是否被收录：按约定方式查询，记录查询时间 原创示意，非真实客户数据或后台截图。 ## 问题分四类，处理方式不同 问题类型表现怎么处理链接不可访问页面 404、跳转或需登录先查是否发布方原因，再看目标 URL 当时状态，记入异常清单属性或锚文本不符GPB 出现 nofollow，或锚文本与约定不一致GPB 已把链接属性列为交付核对项，逐条要求说明或补发内容不符文章与业务无关、多条内容雷同要求补原创文章，不接受以换标题代替未收录但页面正常页面可访问，查询无结果按未收录排查顺序处理，不直接判为交付不合格 记录方式也要固定：每条样本一行，写明外链页面 URL、核对日期与六项结论，异常项另存带日期的截图。抽样时不要提前把要抽的编号告诉服务方，否则临时改动会污染样本。发现问题时先记事实再沟通，顺序反过来，容易变成争论工具读数。 ## 抽查结论怎么用 抽查的输出应该是一句可执行的结论，而不是一张打分表。比如“20 条中 2 条外链页面已无法访问，均发布于某月，页面为论坛资源，已提交补发”，这样才进入处理流程。分数式结论的问题是它没有指向动作。 还有一点要分清：抽查发现的是交付执行层面的事实，效果层面的判断要留给 GSC 的数据。官网 FAQ 说明不用第三方权重分数替代实际效果，也提醒 Semrush、Ahrefs、MOZ 等工具存在采样与更新延迟。用工具分数争论抽查结果，往往变成各看各的口径。工具数据该怎么看，可参考[Ahrefs 工具怎么用才对结果有用](/post/ahrefs%e5%b7%a5%e5%85%b7%e5%b9%b2%e4%bb%80%e4%b9%88%e7%94%a8%e7%9a%84)。 ## 边界：20 条推不出全量结论 样本量决定了结论的适用范围。20 条里零问题，只能说明没有发现系统性问题，不能证明 500 条全部合格；发现 3 条问题，也不代表整体比例就是 15%。所以抽查适合用作验收触发器：按事先约定的判定线决定是否通过、是否补发，而不是用来逐条清算。分批交付的站点应当每批各抽一次，把批次编号一起记下来，否则两次抽到的内容混在一起，无法定位是哪一批出的问题，分批节奏的安排可看[多产品线外链分批交付](/post/multiline-backlink-phasing)。另外要注意服务类型的差异：GNB 页面写明所有套餐只针对一个目标网站、只做首页和品牌词，抽首页类外链时判定标准应围绕品牌词与来源多样性，而不是套用产品页标准，具体口径见[GNB 品牌词与首页锚文本核对](/post/gnb-brand-anchor-homepage-checklist)；GPB 的六项交付标准则见[GPB 独立站外链](/gpb/)服务标准部分。 --- ## 外链交付报表该有哪些字段才叫可核对 - URL: https://www.guangsuan.com/post/backlink-delivery-report-fields/ - 作者: Don Jiang - Published: 2026-09-26T11:29:35+08:00 - 摘要: GPB 进度报表、GNB 二十天报表与 GMB 不提供逐条报表，核对方式各不相同，字段要求也不同。 一份报表能不能验收，只看一件事：**每一行能不能回到一个具体的、可以点开的页面。**如果表格里只有域名和数量两列，它只能说明发了很多，无法确认发的是什么、指向哪里、有没有被收录。官网 GPB 页面写的交付标准是：全部发布完成后提供报表，核对文章、域名、目标链接及收录情况。这四个词各自对应一组必须出现的字段，缺哪一组，验收就会卡在哪一环。 ## 三种服务的报表口径本来就不一样 用同一份模板去套三种服务，只会得到一份谁都不满意的表。GPB 是手工逐条发布，一条外链对应一篇原创文章和一个顶级独立域名，逐条写出来完全可行；GNB 是约 10–20 日发布、20 天内交付报表，量大但可以按批次、来源类型和属性比例汇总；GMB 页面则把两条写在重要条件里——不提供逐条外链报表，需自行查询 Google Search Console 后台数据，开工前确认建设口径、抽样方式与验收方法。报表的密度由产品定义决定，不是服务方随意简化。 服务官网写明的报表方式报表要能回答的问题缺口由谁补GPB每周一、三、五企业微信群汇报；全部发布完成后提供报表每条链接的文章、域名、目标链接与收录情况客户按字段抽查回访GNB约 10–20 日发布，20 天内交付报表发布批次、来源类型、属性比例与已核对的收录、留存情况结合第三方平台与网站日志观察GMB不提供逐条外链报表按 GSC 链接报告看已识别的外部链接与引荐网站客户自行查询 GSC，开工前先约定抽样规则 ## 最小字段集：十一项 可以直接把下面这份清单发给服务方，作为报表格式要求。字段比这更少，说明交付难以核对；字段更多，属于加分项。 - 外链页面完整 URL（带路径，不能只给域名） - 顶级独立域名，统一去掉 www 后再给 - 文章标题 - 目标 URL，即被指向的我方页面地址 - 锚文本 - 链接属性，即 dofollow 或 nofollow - 链接位置，正文段落、侧栏还是页脚区 - 发布日期 - 收录状态，以及判定时间与判定方式 - 目标页面发布当时的状态，可访问还是尚未上线 - 备注，用于记录改版、迁移与失效 原创示意，非真实客户数据或后台截图。 ## 缺字段时该怎么补 缺“外链页面 URL”最麻烦。没有地址就无法抽查，只能要求补齐；实在拿不到，就退回到按 GSC 外部链接报告抽样，但抽样得出的结论不能等同于逐条交付。缺“收录状态”可用 site: 查询与 GSC 的网址检查补上，前提是双方事先约定判定方式，否则双方各查各的日期，谁也说服不了谁。缺“目标链接”时，用 GSC 外部链接报告按目标页面反查，效率高于人工翻找。缺“链接属性”没有批量办法，只能逐条打开页面看，所以更应在交付前索取，而不是验收时才发现。 GPB 的两次汇报读法也不一样。固定汇报是进度性质，看的是节奏与异常：是否按默认每天发布 5 条推进、有没有目标页还没上线。完成报表才是验收文件，逐条核文章、域名、目标链接与收录。把两者混在一起，容易在发布还没结束时就催一份“总数”，也容易在发布结束后才发现目标页从未上线。GPB 交付核对清单可参考[购买 GPB 前的交付核对](/post/gpb-backlink-delivery-checklist)。 ## 数字对不上，先查取数口径 三个常见差异来源要先排除：GSC 存在采样与更新延迟，显示数量不等同于合同建设总量；GNB 的条数不等于独立域名数，也不等于文章篇数；GMB 的 URL 数是覆盖上限，不表示每个 URL 平均分配相同数量。遇到数量差异，先确认是不是口径不同，而不是立刻判断谁少发了。组合服务的分层交付更依赖报表口径一致，可看[多层建设的交付验收](/post/layered-backlink-report)。 报表本身也要留一份原始文件，并记下拿到的时间和筛选条件。同一份后台在不同时间、不同筛选下会给出完全不同的数字，没有这两个信息，事后对账就只能各执一词。多轮采购或分批交付的站点，还要给每批报表加一个批次编号，否则跨批次的差异会被混在一起看。 ## 边界：报表不等于效果 报表回答“交付了什么”，回答不了“效果如何”。官网 FAQ 说明外链发布不等于指定关键词立即获得排名；组合页上尝鲜组合 30 天、A2 与 B 15–30 天、C 30 天的周期都标注为观察参考、非排名承诺。验收阶段看报表字段是否齐全，复盘阶段看 GSC 的展现、点击与查询变化，两件事分开做。反过来，GNB 与 GMB 这类量大或逐条不提供的服务，报表更偏向汇总口径，[GNB 自然外链](/gnb/)与[GMB 百万外链](/gmb/)的差别也主要体现在这里。 --- ## 外链报价怎么比，条数除以价格并不公平 - URL: https://www.guangsuan.com/post/backlink-price-comparison-dimensions/ - 作者: Don Jiang - Published: 2026-09-26T11:29:35+08:00 - 摘要: 外链总数与独立引荐域名数不是同一指标。数量口径、指向范围、属性、留存、报表与验收方式才是可比项。 “每条一元”这一栏几乎出现在所有外链报价单上，但它对不同服务指的不是同一件事。GPB 的一条是一个顶级独立域名加一篇原创文章，GNB 的一条是论坛或博客评论里的一次发布，GMB 的一条按覆盖上限计。**直接用条数除以价格，比出来的不是性价比，而是完全不同的三种交付物。** ## 第一步：确认对方说的"条数"指什么 官网 GPB 页面把这件事说得很明确：**外链总数与独立引荐域名数量不是同一指标**，同一个域名反复产生大量链接并不等于拥有大量独立来源；就 GPB 的资源配置而言，独立引荐域名数量更有参考意义。GNB 页面同样把"增加海量独立域名数量"列为其核心价值之一。 这意味着报价里至少要问清三件事：条数是发布动作数还是链接总数；域名数与条数是否一一对应；数量是承诺值还是覆盖上限。GMB 的第三条尤其关键——官网写明 URL 数为覆盖上限，并不表示每个 URL 平均分配相同数量。拿"100 万条覆盖 2000 个 URL"除以单价，算出来的是覆盖能力，不是每个页面会得到多少。 ## 六个维度的横向对照 对照维度GPB 独立站外链GNB 自然外链GMB 百万外链数量口径一条 = 一篇原创文章 + 一个顶级独立域名；分 A 100/100 域、B 500/500 域、C 1000/1000 域、D 3000/3000 域四档A 1 万条、B 5 万条、C 10 万条；每套餐只针对 1 个目标网站A 10 万条、B 50 万条、C 100 万条，每套餐服务 1 个目标域名，URL 数为覆盖上限指向范围可指向产品页、品类页或重点业务页只做首页，品牌词锚文本，不含内页面向海量产品页与内容页的规模化覆盖，签约前需先筛 URL链接属性100% dofollownofollow 约 85%、dofollow 10% 以上；官网称 85% 是理想状态而非绝对固定官网组合页对比表中同为 10% dofollow 分布留存口径承诺谷歌 100% 收录、不主动删除已交付外链，资源至少维护一年（光算承担的服务责任，非 Google 保证）外链页面收录率 60% 以上、留存率 50% 以上明确不保证长期留存，可能陆续丢失或不再被 Google 计入报表口径全部发布完成后提供报表，核对文章、域名、目标链接及收录情况；每周一、三、五通过企业微信群汇报约 10–20 日发布，20 天内交付报表不提供逐条外链报表，需自行查询 GSC 后台验收方式逐条可对应到独立文章与域名，链接设置与落地页面在报表中可查结合第三方平台与网站日志核对开工前确认建设口径、抽样方式与验收方法，以 GSC 加抽样核对 ## 留存和报表不同，就不能放进同一张价格表 把 GPB 的"永久不主动删除"和 GMB 的"不保证长期留存"放在同一栏里比价，等于把两种相反的资产性质当成同一种商品。GPB 承诺的是光算自身承担的服务责任，官网同时写明这不是 Google 对索引或排名作出保证；GMB 明确说明链接非长久有效，需要搭配 GPB 与 GNB 才能更理想。GNB 处于两者之间，给出的是比例型服务标准，并说明该比例不是绝对固定、需结合站点现有结构规划。 报表同样决定验收方式。GMB 没有逐条报表，也就无法做逐条验收，只能靠 GSC 抽样和开工前约定的抽样规则；GPB 逐条对应到独立文章，验收可以落到具体条目上。询价时如果对方不说明报表形式，报价里的条数就无法验证。 原创示意，非真实客户数据或后台截图。 ## 把不可比的报价拉回可比：三个换算方向 **换成独立引荐域名数**：这是官网明确表示更有参考意义的口径。比较时问对方"这一档覆盖多少个独立域名"，而不是只问多少条。GNB 本身的价值就写为增加海量独立域名数量，用这个口径衡量它比用条数更贴近其产品定义。 **换成目标页面覆盖数**：需要内页曝光的站点，看的是有多少个可访问、允许索引的产品页与内容页被覆盖。GNB 只做首页不覆盖内页，用"5 万条"和 GMB 的"50 万条"直接比大小会得出错误结论——两者根本不在同一个落点上。 **换成服务周期内的可核对交付**：把建设期算进去比较更贴近实际。GMB A/B/C 分别是 30、45、60 天完成，GNB 约 10–20 日发布、20 天内出报表，GPB 默认每天发布 5 条可调整。同样 ¥10,000，交付周期与可核对方式不同，采购便利性也不同。 ## 三种情况可以直接停下比价 一是对外只报"多少条 × 单价"而不写指向范围、属性口径和留存条件。官网在 GPB 页面已说明不提供或承诺外链站的第三方权重、DA 或流量数据，也无法按指定 DA 或预选站点采购，同理，一个不写服务类型与留存口径的外链报价无法验收。 二是把组合档里的服务名单独拿出来比。组合页里 B 与 C 两档都出现"GMB-C"，条数分别是 50 万和 100 万，只看名称必然看错，签约需按所列条数核对。 三是按承诺时间点反推。每档的观察参考分别是 30 天、15–30 天、10–30 天、30 天，且官网一律标注为观察参考、非排名承诺。把这些数字当作见效日期来比较，等于用一条并不存在的承诺在做决定。 比价之前，先要一份写明服务类型、条数与指向范围、属性、留存、报表和验收方式的对照说明，再把各家的对应信息填进同一张表里。三类服务的完整口径分别见[GPB 独立站外链](/gpb/)、[GNB 自然外链](/gnb/)、[GMB 百万外链](/gmb/)，组合形式与各层分工见[外链组合套餐](/backlinks/)。 --- ## 外链发完多久能看到变化，观察窗口怎么用 - URL: https://www.guangsuan.com/post/backlink-observation-window-guide/ - 作者: Don Jiang - Published: 2026-09-26T11:29:35+08:00 - 摘要: 官网给出的观察周期是参考而非排名承诺。窗口期内应区分过程指标与结果指标，并明确哪些变化不能归因于外链。 官网给的是 30 天、15–30 天、10–30 天这样一组数字，全部标注为观察参考，不是排名承诺。**这些数字的正确用法是决定"什么时候开始复盘"，而不是期待"哪天一定见效"。** ## 这些数字分别对应什么 官网标注的观察参考对应档位报表交付周期30 天，非排名承诺尝鲜组合 A1 个月完成报表交付15–30 天，非排名承诺特殊项目 A21 个月完成报表交付10–30 天，非排名承诺强者恒强 B1–2 个月完成报表交付30 天，非排名承诺王者尊享 C1–2 个月完成报表交付 为什么区间长度不一样？因为各档的建设量级不同。GMB 单项 A/B/C 分别标注 30 天、45 天、60 天完成，GNB 约 10–20 日发布、20 天内交付报表。观察窗口应当从发布完成日往后算，而不是从签约日算——中间差出的那段时间属于建设期，拿它去推效果会得出偏早的结论。 ## 按周记什么，才算用对了窗口 窗口的价值在于给出固定的取数节奏，建议每周固定同一天、同一时间导出同一批数据，不要等"感觉有变化了"再去查。 - **交付层**：本周发布条数、累计发布条数、目标 URL 覆盖率、GPB 的进度汇报是否按每周一、三、五给出。 - **收录层**：GSC 链接报告中新增的外部链接与引荐网站数；目标页是否仍在索引中；GSC 抓取统计或服务器日志里的抓取变化。 - **搜索层**：目标查询与品牌词的展现、点击、平均位置；只与自己上周和三个月前的基线比。 GPB 页面把这一套写得很清楚：发布后 1 个月起重点观察展现量与关键词变化，经客户授权跟踪 Google Search Console，Semrush、Ahrefs、MOZ 可作辅助参考，具体提升目标与观察周期在合作前约定。GMB 则不同：它不提供逐条外链报表，需自行查询 GSC 后台数据，所以取数从第一周就得自己做。多层建设的逐项验收思路见[多层建设的交付验收](/post/layered-backlink-report)。 ## 哪些变化不能算在外链账上 第一类是同时发生的其他改动。窗口期内改版、换 URL、调整 meta、更新内容、调整站点结构，都会改变搜索结果，这时任何数据变动都无法单独归因给外链。官网 FAQ 写明外链效果取决于网站自身的数据基础，网站是基数、外链是乘数，基数本身在动的时候，乘法结果不可解释。 第二类是工具显示与实际执行的差距。GSC 存在采样与更新延迟，显示数量不等同于合同建设总量；第三方平台的锚文本与域名数据也经过采样和归一化。看到数字与交付记录对不上，先回实际页面核对，再讨论是否属于执行问题。 第三类是竞争与算法变化。同一个词在同一时间，其他站点的内容更新、外链获取、页面重写都会改变竞争格局。官网的说明是：不用 DA 分数替代实际效果，网站基础、内容、竞争与算法变化都会影响表现。把这几类变动按周记一行，窗口结束时才有解释的依据。 ## 为什么不用第三方权重分数替代实际效果 官网在 GPB 页面的 FAQ 里态度很明确：不提供网站列表供售前筛选，也不提供或承诺外链站的第三方权重、DA 或流量数据；过往查询中出现的 DA 20–60 只是历史参考，并不是套餐指标或当前测量结果；并且不用 DA 分数替代实际效果。 原因也不复杂。权重分数是工具方按自己的采样范围和更新频率算出来的一个估计值，它衡量的是被该工具识别到的链接数量与来源分布，与目标页在搜索结果里的位置之间没有一一对应关系。官网的建设观点也是：外链本质是投票，低质量链接最多被判无效，而判断外链价值要看收录、多样性、持续性、链接有效性、稳定性与原创性——这些都需要回到 GSC 与实际页面上核对，没有一个现成分数能代替。 原创示意，非真实客户数据或后台截图。 ## 窗口结束之后做什么 把四周的周记录拉成一条线，回答三个问题：交付是否按数量与时间完成、目标页的外部链接与索引是否增加、目标查询的展现与位置是否变化。三个答案分别对应下一步——交付没完成先走合同里的未达标处理，链接没被识别先查目标页可访问性与索引状态，展现有变化但幅度有限则属正常，官网 FAQ 也说明外链发布不等于指定关键词立即获得排名。 决定下一轮投向时看结构而不是看心情：首页与品牌词层面的来源是否已补齐、内页的链接覆盖是否均衡、收录环节是否需要补 GSI 或 GPC。官网组合页的结论是外链以量取胜、多层外链比少数所谓高权重外链更有价值，代价是要按层观察；[GNB 自然外链](/gnb/)的 A 档页面本身就把"不以展现或排名提升为主要预期"写在服务定义里，这类产品不适合按排名验收。 --- ## GPB、GNB、GMB、GSI、GPC 到底各做什么 - URL: https://www.guangsuan.com/post/backlink-service-glossary-gpb-gnb-gmb/ - 作者: Don Jiang - Published: 2026-09-26T11:29:35+08:00 - 摘要: 三类建链服务与两类收录支持工具的分工、属性口径与验收方式，以及它们在五层权重传导中的位置。 GPB、GNB、GMB 是三个外链建设服务，GSI 与 GPC 是两个收录支持工具，两类东西不解决同一个问题。**分清这五个名称各自解决什么、发布方式与口径差别，报价单上的每一行才看得懂。** ## 先分清两类：建外链的和管收录的 GPB（Guangsuan Private Backlinks，光算私有独立站外链）、GNB（Guangsuan Nature Backlinks，光算自然外链）、GMB（Guangsuan Million Backlinks，光算百万外链）三项做的是把外部链接建到你的页面上；GPC 爬虫池与 GSI 快速收录服务不建外链，解决的是"链接和页面有没有被搜索引擎看到"。官网在 SEO 页面上把这两类放进同一条五层权重传导链里，但它们位于链条的两端，不是同一类服务。 ## 三个外链服务分别做什么 名称解决什么问题发布方式指向范围与属性GPB为具体目标页提供独立、可阅读的外部来源手工逐条发布，一链一文一顶级独立域名，篇篇原创，100% dofollow指向产品页、品类页或重点业务页；按独立域名规模分档GNB扩大独立域名数量、补齐外链属性结构论坛资源与博客评论，约 10–20 日发布只做 1 个目标网站的首页与品牌词，不含内页；nofollow 约 85%、dofollow 10% 以上GMB让大量产品页与内容页先被抓取、被发现自研外链建设系统，多层布局，规模化覆盖每套餐服务 1 个目标域名，URL 数为覆盖上限；属性与 GNB 对比表同为 10% dofollow 分布 GPB 的口径里还有两条容易漏的：按独立域名规模分档，A 100 条 / 100 域 ¥5,500、B 500 条 / 500 域 ¥25,000、C 1000 条 / 1000 域 ¥100,000、D 3000 条 / 3000 域 ¥500,000；以及重复购买 100 条套餐不等于自动获得跨批次全新域名，若要求每次域名都不同需额外追加费用。GNB 的核心价值官网写为提高安全性、增加海量独立域名数量，其 A 档页面明确不以展现或排名提升为主要预期。 ## GMB 三个字最容易被误读的地方 官网在 GMB 页面上专门写了一句：**这里的 GMB 是光算服务名称，不是 Google Business Profile（原 Google My Business），也不代表 Google 官方产品或认证。**看到这三个字母在行业里被理解为"谷歌商家资料"的人，看到报价时应先确认对方说的是哪一种。 另两条条件同样属于 GMB 页面的正式说明：GMB 外链可能陆续丢失或不再被 Google 计入，不保证长期留存，不作为永久有效的外链资产承诺；GMB 不提供逐条外链报表，需自行查询 Google Search Console 后台数据，开工前确认建设口径、抽样方式与验收方法。官网 FAQ 也说明因为链接非长久有效，GMB 需要搭配 GPB 与 GNB 使用。完整条件见[GMB 百万外链](/gmb/)页面。 ## 两个收录支持工具的区别 GPC 爬虫池是按月租的资源，GSI 快速收录服务是按 URL 交付的服务，两者是两种不同的收录支持方式。GSI C 套餐单次受理 1–100 条 URL，面向官网与具备操作授权的外链页面，按约定核验并交付报表；服务页写的参考是 2 天内开始收录，并非固定时间保证。要判断哪种更合适，可看[GPC 与 GSI 的两种收录支持方式](/post/gpc-vs-gsi-crawling-indexing)。 ## 五层传导里它们各站在哪一层 **L1 收录底盘**是 GPC 爬虫池与 GSI 快速收录，作用是让外链先被谷歌看见；**L2 海量基底**是 GMB 百万外链站群池；**L3 自然增长**是 GNB 自然外链；**L4 精品权重**是 GPB 独立站外链；**L5 目标落地**是你的官网。官网把这五层讲成一条传导链，权重最终落在承接转化的页面上。组合页进一步说明了这个思路：第一层 100 条连接目标页面，第二层 1000 条支撑第一层，第三层 10000 条继续扩展，层层叠加、逐层传递，而不是去找少数所谓高权重链接。完整模型见[光算的五层权重传导](/seo/)页面。 原创示意，非真实客户数据或后台截图。 ## 三个名称层面的常见误解 其一，同一字母在不同层级出现两次。组合套餐里的"尝鲜组合 A"与 GPB 单项的"A 档"不是同一个东西：前者是 GPB 100 条加 GNB 1 万条的组合（¥5,980），后者是 GPB 100 条 / 100 域的单独一档（¥5,500）。报价单上看到"A"字时先看它前面写的是哪一组服务名。 其二，把 GMB 的 URL 数当成平均分配数。官网写明 URL 数为覆盖上限，并不表示每个 URL 平均分配相同数量。看到"50 万条覆盖 500 个 URL"就自行按 1000 条/页估算，是把上限当成了计划值。 其三，把 dofollow 当成排名通行证。官网 FAQ 的说法是：收录不等于排名，dofollow 不意味着一定传递特定排名价值；外链页面还要看收录、多样性、持续性、链接有效性、稳定性与原创性。属性写进合同不等于结果被保证。 把这五个名称的口径记住，比记住价格更省事：报价里每一行对应哪一层、解决什么、用什么方式验收，都能在官网对应页面上找到原文，各层的服务分工与组合方式见[外链组合套餐](/backlinks/)。核对不出服务类型与口径的报价，不要按条数往下比。 --- ## 外链套餐 A、A2、B、C 怎么按网站体量选 - URL: https://www.guangsuan.com/post/backlink-package-tier-selection/ - 作者: Don Jiang - Published: 2026-09-26T11:29:35+08:00 - 摘要: 四档组合的构成、交付周期与观察参考不同。选择依据是目标页数量、现有外链结构与计划观察周期。 “A 和 B 差一万块，多的那一档到底值不值？”这个问题没法用总价回答，只能看档位里各层服务分别承担什么。**A、A2、B、C 四档不是价格分级，而是四种不同的服务组合，按网站所处的阶段选，而不是按预算多少选。** ## 四档的价格与服务构成 档位价格服务构成报表交付周期官网标注的观察参考尝鲜组合 A¥5,980GPB 100 条 + GNB 1 万条1 个月30 天，非排名承诺特殊项目 A2¥10,000GNB-B 5 万条 + GMB-B 50 万条1 个月15–30 天，非排名承诺强者恒强 B¥16,000GPB 150 条 + GNB-B 5 万条 + GMB-C 50 万条1–2 个月10–30 天，非排名承诺王者尊享 C¥28,000GPB 300 条 + GNB-C 10 万条 + GMB-C 100 万条 + GSI A 套餐1–2 个月30 天，非排名承诺 上表是官网当前公示的构成。观察周期一列是官网写明的观察参考、非排名承诺，签约时仍应按当期报价页核对一次。 ## 按网站现状选，而不是按预算选 **新站或首次合作**：官网自己的建议是首次合作从 A 开始，理由是基础组合足够跑通 GPB 与 GNB 两类外链的交付、验收和报表流程，而成本和试错代价可控。此时网站最缺的是可被指向的页面和数据基线，不是条数。官网在同一处还写明：已有内容与流量基础，再考虑 B 或 C。 **已有内容与流量基础**：这类站点已经能提供稳定的自然访问和可承接的页面，需要三类外链协同——GPB 把独立来源送到具体目标页，GNB 补齐首页层面的来源广度与属性结构，GMB 扩大被覆盖的 URL 数量。B 档就是这个定位，官网写的是"需要三类外链协同"。 **更大规模布局并需要收录环节**：C 档在此基础上把 GSI A 套餐加进来，对应官网五层权重传导里 L1 收录底盘那一层——先让外链被谷歌看见，权重传导才有前提。GPC 爬虫池与 GSI 的区别，可看[GPC 与 GSI 的两种收录支持方式](/post/gpc-vs-gsi-crawling-indexing)。 原创示意，非真实客户数据或后台截图。 ## 最容易看错的一处：B 与 C 里的 GMB-C B 档写的是 GMB-C 50 万条，C 档写的也是 GMB-C，但数量是 100 万条。**两处名称完全相同，只有条数不同，签约时必须按页面所列条数逐项核对，不能只写"GMB-C"。** 这件事之所以容易出错，是因为 GMB 单项套餐的 C 档本身是 100 万条（2000+ 域名、60 天完成），看到"GMB-C"就默认按 100 万条理解，会把 B 档的实际数量看多一倍。（顺带说明，这里的 GMB 是光算的服务名称 Guangsuan Million Backlinks，即光算百万外链，不是 Google Business Profile。）核对方式很简单：把每一层的"服务名 + 条数"拆成两栏写进合同，两栏都要有值。GMB 各档的完整条件见[GMB 百万外链](/gmb/)页面，其中"不保证长期留存""不提供逐条外链报表"两条适用于所有档位。 ## 为什么官网建议首次合作从 A 开始 这不是话术，有三条具体依据。第一是可核对性：A 档里 GPB 有逐条交付要素可核（文章、域名、目标链接、收录情况），GNB 约 10–20 日发布、20 天内交付报表，两者的验收方式都是明确的。第二是基线：官网 FAQ 说外链效果取决于网站自身数据基础、网站是基数外链是乘数，新站没有基线时任何效果都无法核对，与其买大档位赌一个无法验证的预期，不如先拿到一组真实数据。第三是节奏：GPB 默认每天发布 5 条、可调整，默认速度本身就按可控规模设计，一次性上百万条量级的多 URL 覆盖，页面未就绪时落点会大量落空。 反过来，如果站点已经稳定运行、外部来源单一且页面可访问，直接从 A 起步会多花一轮时间和费用去验证已经明确的东西，这时官网的"已有内容与流量基础再考虑 B 或 C"才是对应的指引。 ## A2 属于什么情况 A2 的定位与其他三档不同：官网写的是"以规模覆盖与抓取需求为主的特殊项目"，构成里没有 GPB，只有 GNB-B 5 万条加 GMB-B 50 万条，价格 ¥10,000 高于 A 但低于 B。所以 A2 不是"比 A 高一档"，它省掉的是 GPB 那一层，把预算全部换成 URL 覆盖规模。选择它的前提是需求本身以抓取和多页面覆盖为主；如果同时需要长期、可逐条核对的独立来源，A2 并不比 B 更合适。特殊项目的判断以实际抓取需求评估，不套固定档位。 ## 下单前把这三件事问清楚 一是每一层的条数与指向范围，逐层写明，不用"GMB-C"这种单独缩写代替条数。二是本档是否含 GSI，以及 GSI 单次受理的 URL 数量范围（C 档的 GSI A 套餐单次 1–100 条 URL，面向官网与具备操作授权的外链页面，按约定核验并交付报表，服务页参考为 2 天内开始收录，并非固定时间保证）。三是跨批次的域名去重范围，官网说明重复购买 100 条不等于自动获得跨批次全新域名。三类服务的分工对照见[外链组合套餐](/backlinks/)与[GPB、GNB、GMB 的组合对照](/post/gpb-gnb-gmb-backlink-selection)。 --- ## 新站做外链的前三个月怎么排节奏 - URL: https://www.guangsuan.com/post/backlink-first-90-days-plan/ - 作者: Don Jiang - Published: 2026-09-26T11:29:35+08:00 - 摘要: 页面准备期、首页与品牌词起步、内页扩展三个阶段各自该做什么、看哪些数据，以及哪些信号出现时不宜加量。 新站做外链最容易吃亏的做法，是把三个月的预算一次压在上线第一个月。官网外链组合页给出的顺序很明确：网站内容是根基，外链不是替代品。**前三个月的合理节奏是页面准备期 → 首页与品牌词起步 → 内页扩展，每个阶段有各自该看的数据，也有该停手的信号。** ## 第一个月：页面准备期，先确认链接有地方可指 这个阶段网站刚上线，官网 FAQ 对新站的说明是：外链效果取决于网站自身的数据基础，新站提升幅度会小一些。这意味着第一个月的工作重点不是选套餐，而是把承接条件备齐。签约前至少确认四件事： - 核心产品页、分类页和首页在无痕窗口下能正常打开，不跳地区页、不需要执行脚本才显示正文。 - robots 与响应头里没有把目标页面排除掉。想被索引的页面不能带着 noindex 接受外链。 - 品牌词能对应到一个具体页面，而不是只有一个还没上线的公司名。 - GSC 已验证并取得跟踪授权，否则后面每个阶段都取不到可比较的数据。 最后一项常被当成"以后再说"的事，但它决定了前三个月能不能被复盘。目标 URL 清单怎么整理，可参考[批量提交 URL 前的准备清单](/post/gsi-url-purchase-readiness)。 ## 第二个月：首页与品牌词起步 页面能访问之后才进入外链。官网组合页把尝鲜组合 A 的适用场景写成"新站或首次合作，先从基础组合开始"，内容是 GPB 100 条加 GNB 1 万条，1 个月完成报表交付，效果观察参考 30 天、非排名承诺。这套配置的思路是：数量不大，但两类属性完全不同的外链都先跑通交付与验收流程。 节奏也要一起定。GPB 页面写明默认每天发布 5 条、可按需求调整，并在每周一、三、五通过企业微信群汇报，发布完成后核对文章、域名、目标链接与收录情况。GNB 侧是约 10–20 日发布、20 天内交付报表。把两个时间表并排放在启动单上，比事后追进度有效。 这一个月真正要看的只有三样：GSC 链接报告里首页与目标页有没有出现新的外部链接和引荐网站；品牌词与产品词在搜索报告里的展现量；被指向的页面是否始终可访问。前两项是过程与早期信号，第三项是防止链接指向空白页。 ## 第三个月：往内页扩展，加不加量看数据 内页扩展的依据不是"第二个月效果不错"，而是第二个月留下的一组可比数据。如果首页层面的外部链接已被识别、品牌词开始有稳定展现，再把预算摊到一批产品页与内容页上才有意义。GMB 面向的正是这种多 URL 规模化覆盖，官网也提示开工前要先筛出真正有价值、可访问、允许索引的 URL。 原创示意，非真实客户数据或后台截图。 阶段主要动作该看的数据不宜加量的信号页面准备期确认目标页可访问、允许索引，整理 URL 清单，取得 GSC 授权GSC 已索引页面数、抓取与索引异常项核心页面尚未上线或正在改版换地址首页与品牌词起步按组合先跑通 GPB 与 GNB 的交付与验收链接报告中的新增外部链接与引荐网站、品牌词展现量观察期内目标页展现与索引数仍在下降内页扩展把预算摊到产品页与内容页，按 URL 分层分配各目标页获得的外部链接是否均衡、收录率取不到基线数据，或无法导出对照报表 ## 三个月里最容易踩的三种提前加量 一是页面还没上线就先被大量指向。链接的落点有一部分是空的，第二个月再想补也补不回这段时间的观察条件。官网在 URL 变化场景的专门说明可看[网站改版换 URL 后已购外链的衔接](/post/gpb-url-migration)。 二是把发布速度当预算用。默认每天 5 条是可调参数，遇到页面未就绪时应先调速度、而不是加金额，加了金额而落点没变，量就白白堆在同一个空目标上。 三是三个月内连着买两轮。官网在 GPB 页面说明：重复购买 100 条套餐不等于自动获得跨批次全新域名，每次随机安排 100 个独立域名，若要求每次域名都不同需额外追加费用。首轮效果还没复盘完就叠加第二轮，第二轮的观察窗口会和第一轮叠在一起，数据反而看不清。 ## 启动单上必须留下的六项记录 把节奏写下来，三个月后才有东西可对照：已确认可访问的目标 URL 清单及其上线日期；每个阶段投入的服务类型与条数；每阶段开始与结束的日期；每阶段取数的位置（GSC 的哪个报告）与筛选条件；发布节奏是否调整过；未达预期时由谁在什么时间做什么处理。官网在合同口径上强调的正是这类可核对项，各档组合的服务分工见[外链组合套餐](/backlinks/)，多产品线的批次切分可看[多产品线外链分批交付](/post/multiline-backlink-phasing)。 如果第一个月结束时发现目标页仍不可访问，或 GSC 授权一直没拿到，那么更合理的动作是把外链往后挪一个月，而不是照原计划推进。官网观察周期均为观察参考、非排名承诺，前三个月真正能确定的是交付与数据基线，不是排名位置。 --- ## GMB 不保证长期留存，采购时该怎么写方案 - URL: https://www.guangsuan.com/post/gmb-backlink-no-long-term-retention/ - 作者: Don Jiang - Published: 2026-09-26T11:29:35+08:00 - 摘要: GMB 面向多页面规模化覆盖，明确不保证长期留存也不提供逐条报表。它与 GPB、GNB 的定位不同，承诺必须对应服务类型。 看到“GMB 外链不保证长期留存”这句话，很多采购会直接跳过。官网其实写清了它的定位：**GMB 面向海量产品页与内容页的规模化外链建设，通过多层布局引导抓取与收录，是覆盖广度工具，不作为永久有效资产承诺**。理解这一点，它和 GPB 放在同一份方案里才是合理的。 原创示意，内容依据官网已写明的口径，不是实际交付记录或后台截图。 ## 先看清 GMB 的产品定义 官网说明 GMB 全称是 Guangsuan Million Backlinks，即光算百万外链，并特别说明这是光算的服务名称，不是 Google Business Profile，也不代表 Google 官方产品或认证。它的重点不是给首页再加几条链接，而是围绕更多目标页面建立规模化的外部链接覆盖，面向批量覆盖产品页、分类页与文章页的网站。 套餐口径也写在页面上：A 档 10 万条、B 档 50 万条、C 档 100 万条，各服务 1 个目标域名，URL 数为覆盖上限，并不表示每个 URL 平均分配相同数量；官网同时标注重要条件——不保证长期留存，不提供逐条外链报表，需自行查询 GSC 后台数据。这三条合起来决定了它与其他服务的比较方式。 ## 不保证留存，为什么仍然有价值 官网 FAQ 对安全性的解释是：GMB 外链的本质是通过大量反向链接引导抓取，后续这些链接会陆续丢失或被忽略，但过程中目标页面的信任度提升，从而更快获得初始排名展现；因为链接并非长久有效，需要搭配 GPB 高质量外链与 GNB 自然外链建设，效果更理想。组合页也把 GMB 定位为海量基底那一层，而不是终点。 服务官网写明的定位留存与验收口径GPB独立站外链，一链一文一域承诺收录、dofollow、不主动删除，至少维护一年GNB自然外链，只做首页品牌词收录率 60%+、留存率 50%+，比例不绝对固定GMB百万外链，面向多 URL 规模化覆盖明确不保证长期留存，不提供逐条报表 换成更容易理解的说法：GPB 是在少量、长期、可核对的来源上把质量做实；GNB 是在首页层面把来源数量和属性结构补齐；GMB 是在大量页面上把“可被发现”的机会铺开。三者回答的不是同一个问题，因此留存口径本来就不同。 ## 采购方案该怎么写 如果合同只写“外链服务”，执行方按 GMB 的方式做，却按 GPB 的留存承诺验收，双方都会觉得对方没兑现。正确做法是在方案里把服务类型写明，并让对应的承诺跟着走：需要长期稳定来源的页面走 GPB；需要首页来源广度与属性结构走 GNB；需要扩大站内页面被发现的规模走 GMB。官网组合页对三者的分工有完整对照，见[外链组合套餐](/backlinks/)。 另外三点要写进方案。一是抽样与验收方式，因为 GMB 不提供逐条报表，双方应约定以 GSC 链接报告加抽样回访作为核对方式，并在开工前确认抽样规则。二是建设周期，官网对 A/B/C 分别标注 30 天、45 天、60 天完成，节奏不同会直接影响观察窗口。三是观察口径，官网提醒 GSC 存在采样与更新延迟，显示数量不等同于合同建设总量，抓取量也要结合 GSC 抓取统计或服务器日志，不能从效果曲线直接推断。 ## “展示提升”这类表述要谨慎对待 GMB 套餐页列有“展现量明显提升”“前 100 名关键词排名总数提升”“网站爬虫抓取量提升≈10/30/100 倍”等条目，同时页面又注明以上为服务配置与保障口径，不是当前资源实测值，收录率统计范围、检测时间、失效处理与留存保障须在报价时核验并写入合同。看到这类表述时，正确的反应是回到合同里的验收方式，而不是当作已确认结果。对外链效果的整体判断方法，可参考[GMB 采购前的目标 URL 准备](/post/gmb-target-url-preparation)与[多层建设的交付验收](/post/layered-backlink-report)。 ## 长期资产怎么保住：不靠一条外链 按官网的思路，答案是组合而不是单押。GPB 提供长期、原创、可核对的独立来源；GNB 补齐首页层面的来源数量与属性结构；GMB 负责让更多站内页面先被看见；GPC 爬虫池与 GSI 负责收录环节。官网在 SEO 页面上把这五层讲成一条传导链：收录底盘、海量基底、自然增长、精品权重，最后落到客户自己的官网。任何一层单独发力，效果都会比组合弱。 对客户来说，组合的实际意义是可核对性：GPB 有进度报表与收录核验，GNB 有 20 天报表，GMB 通过 GSC 对照。此时最该建立的习惯是每月固定导出一次 GSC 的外部链接与索引数据，横向比较不同页面的变化，而不是每天盯着某个工具的分数。官网在 FAQ 中也说明不用第三方权重分数替代实际效果，并提醒工具采样与延迟。 --- ## GPB 和 GNB 的锚文本为什么不一样 - URL: https://www.guangsuan.com/post/gpb-gnb-anchor-text-difference/ - 作者: Don Jiang - Published: 2026-09-26T11:29:35+08:00 - 摘要: GPB 的锚文本围绕目标页面主题，GNB 以品牌词锚文本只做首页。这是两类服务的功能边界，不是执行差异。 同一个官网，GPB 与 GNB 的锚文本策略看起来正好相反，这不是执行失误。**GPB 的锚文本围绕客户业务与目标页面展开；GNB 明确以品牌词锚文本为主，并且不把客户想排名的关键词作为锚文本。**官网把这条差异写成两套产品的功能边界，签约前理解清楚，才不会把 GNB 当成“排名工具”买。 原创示意，内容依据官网已写明的口径，不是实际交付记录或后台截图。 ## 两种锚文本各自解决什么 GPB 的资源是“一条外链、一篇原创文章、一个顶级独立域名”，文章围绕客户行业与目标页面创作，链接指向产品页、品类页或重点业务页。这类外链的任务是把独立的、可阅读的上下文送到具体目标页上，锚文本自然与该页面的主题相关。 GNB 的服务范围写得很直接：一个目标网站，只做首页，品牌词锚文本，不含内页；页面还说明它通过论坛资源与博客评论发布，增加独立反向域名数量，并主动构建 nofollow 与 dofollow 的比例关系。用品牌词做锚文本，是为了在这一层扩大来源广度，而不是去争某个具体排名词的信号。 对照项GPBGNB目标范围产品页、品类页、重点业务页只做首页，不含内页锚文本围绕业务与目标页面主题品牌词，不是想排名的关键词来源方式顶级独立域名与原创文章论坛与博客评论等多来源属性100% dofollowdofollow 10% 以上、nofollow 约 85%服务目标表述目标页的独立来源与上下文A 档不以展现或排名提升为主要预期 ## 为什么组合里两者要搭配 官网组合页对 GNB 的定位是“低成本构建规模化外链架构”，并写明高质量外链与海量自然外链各有作用，组合使用形成高低搭配。GPB 负责独立来源与目标页承接，GNB 负责来源数量与属性结构的补齐，GMB 面向更多 URL 的覆盖。三个服务承担的不是一个指标的三种叫法。 理解这一点，直接影响两件事：一是目标选择，想让产品页获得更相关的外部来源时看 GPB 或 GMB 的 URL 覆盖，而不是指望 GNB 指向内页；二是预期设定，GNB 的套餐目标是外链结构补充，其中 A 档官网明确写了“不以展现或排名提升为主要预期”，B、C 档才以发布后约一个月的展现量或排名提升为服务目标。用 A 档的期待去要求排名，本就不符合页面说明。 ## 锚文本被改写，要不要算事故 外链发布后链接属性或锚文本被改动，属于需要核实的异常，但要先分清是页面被删除、页面改版，还是发布方调整。GPB 的处理方式是：不主动删除已交付外链，资源至少维护一年，后续维护、异常处理与存续责任在合同中约定。因此验收时应保留发布时的记录，包含链接所在页面、锚文本与属性，发现变化时才有据可依。异常处理的整体思路可参考[外链突然失效的处理](/post/%e5%a4%96%e9%93%be%e7%aa%81%e7%84%b6%e5%a4%a7%e9%87%8f%e5%a4%b1%e6%95%88)。 另外要注意锚文本在各家工具里的显示差异。第三方平台的锚文本可能经过采样与归一化，GSC 的链接报告也有自己的识别范围，出现“显示的品牌词与合同不一致”时，先回到实际页面核对，再讨论是否属于交付问题，而不是直接据工具截图下结论。 ## 把锚文本要求写进合同的方式 不要写“锚文本由乙方合理安排”，而应写明类型、比例与不可使用的范围，例如：本次 GPB 服务的锚文本须与目标页面主题相关且不使用竞品品牌词；本次 GNB 服务锚文本为客户品牌词，dofollow 比例不低于 10%。这样验收时是可对照的，而不是靠解释。 最后区分清楚锚文本与内容。官网在 GPB 页面上同时强调原创文章与不群发，说明锚文本只是链接上的一小部分，真正影响判断的是链接所在的上下文质量。评估外链时把锚文本单独拿出来排名，意义有限。各产品的完整口径见[GPB 独立站外链](/gpb/)与[GNB 自然外链](/gnb/)。 ## 锚文本之外的三个核对项 一是链接位置。同一篇文章里，放在正文相关段落与放在页脚链接区，对读者的意义完全不同，验收时应记录链接所在的段落位置。二是上下文语言。官网在邮件与内容规范上一直强调多语言版本要各自成立，外链文章若用与目标市场不一致的语言，读者和搜索引擎看到的信号也会打折。三是链接可见性。页面是否需要整页跳转或折叠才能看到链接，也要说明。 这三项都不写在合同里最省事，但一旦客户后续质疑“外链质量”，能不能拿出逐条上下文记录就决定了沟通成本。GPB 页面提到报表中可核对链接设置与落地页面；GNB 则说明所有套餐只针对一个目标网站、只做首页和品牌词，锚文本由服务方处理。把范围讲清，再谈细节。 --- ## 外链合同要写清的七件事，缺一项就会在验收时扯皮 - URL: https://www.guangsuan.com/post/backlink-contract-seven-clauses/ - 作者: Don Jiang - Published: 2026-09-26T11:29:35+08:00 - 摘要: 数量口径、属性与锚文本、目标 URL、收录核验、留存维护、报表内容与去重范围，是外链合同中最容易漏写的七项。 外链纠纷很少来自技术争议，更多来自“没写清楚”。**数量、链接属性、指向页面、收录核验时点、留存与维护责任、报表内容、域名去重范围**——这七项如果在合同里只有口头说明，交付时各说各话。下面按官网各服务页已公开的口径，整理成可以直接拿去对照合同的条款清单。 原创示意，内容依据官网已写明的口径，不是实际交付记录或后台截图。 ## 数量与口径：不写“外链条数”四个字 “外链 10 万条”可以指很不同的东西。GNB 的 A 档是 1 万条、B 档 5 万条、C 档 10 万条，且只针对一个目标网站的首页、品牌词；GMB 的 A/B/C 分别是 10 万、50 万、100 万条，每档服务 1 个目标域名，URL 数是覆盖上限，并不表示每个 URL 平均分配相同数量。把这些写清楚，双方才对得上账。 还要写明这条数量在验收时如何数。GMB 页面已明确不提供逐条外链报表，需自行查询 GSC 后台，并提示开工前确认建设口径、抽样方式与验收方法；GNB 则是约 10–20 日发布、20 天内交付报表。口径不同，验收方式就该不同。 ## 属性与指向：dofollow、nofollow 和目标 URL GPB 将链接属性列为交付核对项，承诺 dofollow，并说明链接设置与落地页面在报表中可查。GNB 的标准是 dofollow 10% 以上、nofollow 约 85%，且锚文本不是客户想排名的关键词。合同里应当写明本次服务采用哪一种属性组合，而不是笼统写“高质量外链”。 目标 URL 同样要落到具体地址。是全部指向首页、首页加品牌词锚文本、还是覆盖一批产品与内容页，差异很大。GNB 只做首页且不含内页，这是产品定义而非缺陷，签约前确认清楚可以避免后续误解。GMB 面向多 URL 覆盖，官网也提示要先筛选真正有价值、可访问、允许索引的 URL。 ## 收录与永久不删：承诺给谁、怎么验收 GPB 承诺谷歌 100% 收录、dofollow、永久不主动删除已交付外链，并说明资源至少维护一年；同时页面也写明这些是光算承担的服务责任，不是 Google 对索引或排名作出保证。合作前要明确收录核验时点、报表内容、未达标处理和至少一年的资源维护安排。 GMB 的口径不同，需要特别注意：页面明确写出不保证长期留存，GMB 外链可能陆续丢失或不再被 Google 计入，不作为永久有效资产承诺。GNB 则给出外链页面收录率 60% 以上、外链留存率 50% 以上的服务标准，并说明该比例不是绝对固定、需结合站点现有结构规划。把三种留存口径写进同一份合同，才不会在半年后出现“当初承诺永久”的争议。 ## 域名去重、报表与后续责任 去重范围要单独写。GPB 页面说明：重复购买 100 条套餐不等于自动获得跨批次全新域名，每次随机安排 100 个独立域名，如果要求每次都不同需要额外追加费用，合作前先确认去重范围。这条如果不写，第二批就可能出现重复资源。 条款要写到什么程度数量口径条数、指向范围、是否含内页属性与锚文本dofollow / nofollow 比例、锚文本类型目标 URL具体地址清单或覆盖规则收录核验核验时点、判定方式、未达标处理留存与维护维护期限、失效处理责任报表交付时间、包含字段、是否逐条去重范围跨批次是否保证全新域名 其余如付款与开票、发布节奏（GPB 默认每天发布 5 条，可按需求调整）、汇报频率（每周一、三、五）以及 GSC 授权方式，也建议一并写明。完整的服务说明可对照[外链组合套餐](/backlinks/)与[GPB 独立站外链](/gpb/)，交付核对清单见[购买 GPB 前的交付核对](/post/gpb-backlink-delivery-checklist)。 ## 容易被跳过的三句补充条款 第一句是“链接不可被添加 nofollow 或移除原有属性”。GPB 明确把链接属性列为交付核对项，这项核对需要在发布后进行，而不是签约时口头约定。第二句是“外链文章不得群发”。GPB 页面上“一条外链、一篇原创文章”与“不一文群发”是并列写出的服务标准，验收时应能对应到每一条链接的独立文章。 第三句是“未达标如何处理”。官网多处说明收录与永久不删是光算承担的服务责任，并提示未达标处理需在合作前明确。这一条写清楚，交付阶段才不会出现“还没收录算不算完成”的争议。三类服务的具体承诺差异见[GPB 独立站外链](/gpb/)与[GMB 百万外链](/gmb/)页面的服务标准部分。 --- ## 买了 10 万条外链为什么只涨一点：基数与乘数 - URL: https://www.guangsuan.com/post/backlink-volume-vs-traffic-baseline/ - 作者: Don Jiang - Published: 2026-09-26T11:29:35+08:00 - 摘要: 官网 FAQ 把外链效果比作乘数：网站是基数，外链是乘数。评估前先记录展现、索引与查询位置的基线，再谈提升幅度。 “买了 10 万条外链，为什么只涨了一点？”——这个问题在官网问答里被直接回应过：**外链效果取决于网站自身的数据基础，网站是基数，外链是乘数；基数低时提升幅度自然小一些。**把它理解成乘法，比理解成“越多越好”更接近实际，也更容易在签约前对齐预期。 原创示意，内容依据官网已写明的口径，不是实际交付记录或后台截图。 ## 为什么数量不能脱离基础谈 外部链接要经过一系列环节才可能影响结果：链接页面被抓取、被索引、被识别为指向你的链接、上下文被理解、目标页本身有足够价值承接。这条链上任何一环缺失，增加数量都不会等比例增加结果。新站在没有页面沉淀和搜索数据时，缺的是后半段，不是链接条数。 官网组合页把这条逻辑写得很直白：先看内容、技术和现有数据，再决定外链组合与发布节奏；并说明网站内容是根基，外链不是替代品。同样的道理也出现在 GPB 页面——外链是建设服务，不代替网站本身的技术优化和站内内容。 ## 用自己的基线看，而不是和别家比 评估前先在 GSC 里记三项基线：近 3 个月的自然搜索展现与点击、已索引页面数、以及目标查询的当前位置。没有基线就无法判断变化来自哪里。同样是买 10 万条外链，一个已经稳定获得自然访问的站点和一个刚上线的站点，观察到的结果差异属于正常现象，不构成服务是否到位的证据。 也不要拿自己的数字去对别人的案例。官网展示的项目记录来自具体行业、具体周期与组合配置，页面本身已注明统计截止 2024 年 1 月、方案与预算为项目当期版本、成果来自组合服务而非某一项外链。把这些条件忽略掉再比较，只会让预期失真。 记录项从哪里取为什么要写清范围自然搜索展现与点击GSC 搜索表现报告不同时间范围与筛选条件给出的数字完全不同已索引页面数GSC 索引报告判断网站当前有多大可被处理的基础目标查询当前位置GSC 查询或网页报告没有起点就无法讨论变化外部链接与引荐域名GSC 链接报告说明投入是否被识别，属过程指标 ## 数量之外，更有参考意义的是来源广度 官网 GPB 页面明确区分了两个指标：外链总数与独立引荐域名数量不是一回事，同一个域名反复产生大量链接，并不等于拥有大量独立来源；就 GPB 的资源配置而言，独立引荐域名数量更有参考意义。GNB 页面同样把“增加海量独立域名数量”列为其核心价值之一。 这解释了为什么报价时不该只比“条数 ÷ 价格”。把 GPB、GNB、GMB 三类的规模口径、属性口径与留存口径放在一起对照，才能看出两家的交付是否可比。组合选择可先看[GPB、GNB、GMB 的组合对照](/post/gpb-gnb-gmb-backlink-selection)，各服务差异则见[外链组合套餐](/backlinks/)的对比表。 ## 把预期写成可核对的方式 签约时把“提升多少排名”换成“多久看、看哪些数据、怎么算达标”。官网给的是观察参考窗口，例如尝鲜组合标注 30 天、A2 标注 15–30 天、B 标注 10–30 天、C 标注 30 天，并同时写明这些是观察参考而非排名承诺。同时提醒 Semrush 等第三方工具的采样与更新延迟，GSC 显示数量也不等同于合同建设总量。这类口径写进合同，比口头承诺更有用。 若网站确实基础薄弱又希望尽快启动，更现实的做法是分批：先做一轮可核对的规模，跑完观察周期后根据展现与查询变化决定下一轮投向首页、品牌词还是内页，而不是一次性把预算压在一个无法验证的预期上。 ## 基线该怎么记录，才不会事后各说各话 记录时把三件事写全：取数的时间范围（官网多处示例用“统计截止某年某月”这种写法）、取数的位置（GSC 的哪个报告）、以及当时的筛选条件。官网项目案例页面反复强调截图与原项目记录需分项核验、代表的是当时周期与筛选条件，正是因为同一份后台在不同范围下会给出完全不同的数字。 同时区分“过程指标”和“结果指标”。GSC 链接报告里新增的外部链接与引荐网站是过程指标，能说明投入是否被识别；展现、点击与平均位置是结果指标，受内容、竞争与算法影响。把两类数据分开看，出现变化时才分得清是执行问题还是环境问题。官网对三类外链的观察方式也做了区分：GPB 每周一、三、五提供进度报表，GNB 结合第三方平台与网站日志，GMB 通过 GSC 后台对照链接、索引与效果。 --- ## 新站第一次买外链：先把网站准备好还是先发链接 - URL: https://www.guangsuan.com/post/backlink-new-site-site-preparation/ - 作者: Don Jiang - Published: 2026-09-26T11:29:35+08:00 - 摘要: 外链的落点是现有页面。目标页能否访问、是否允许索引、有无承接内容、站内能否串起来，决定了这轮投入能不能观察。 第一次买外链，最容易犯的错是把它当成“网站没流量的急救包”。**外链的落点是你现有的页面：页面抓不到、不能索引、内容接不住投放，外链带来的访问就无法沉淀成搜索表现。**官网外链组合页把这一条写在方案逻辑的第一位——网站内容是根基，外链不是替代品；先看内容、技术和现有数据，再决定组合与发布节奏。 原创示意，内容依据官网已写明的口径，不是实际交付记录或后台截图。 ## 采购前先自检四件事 一是目标页面能不能被访问。用无痕窗口打开产品页、分类页和首页，确认没有登录墙、没有地区跳转、没有必须执行脚本才能看到正文的情况。二是目标页面的 robots 与响应头。目标是让它被索引，就不能一边投外链一边在 meta 或响应头里写着 noindex；这两种状态互相对冲，投入再多也难观察。 第三是目标页面自身有没有可读的价值。一张只有型号名称和价格的页面，与一个写清适用工况、规格条件、资料版本和联系路径的页面，接受外链后的表现基础不同。第四是站内能不能承接。买了指向内页的外链，页面之间有没有相关链接、分类页能否找到它，都会影响这次投入是否只停在首页。技术审计的排查顺序可参考[技术 SEO 红项的排序方法](/post/technical-seo-audit-priority-evidence)。 ## 三种典型情况，建议顺序不同 网站现状先做什么为什么全新站，产品页还没上线先建页面与内容，再谈外链组合没有可落点的目标页，链接无处可指有页面但收录很少先修抓取与收录，再加规模页面没进索引，外链只是指向一个尚未被处理的对象有内容有流量，品牌词没曝光可以先从品牌词与首页切入GNB 一类服务正是围绕首页与品牌词执行 第三种也不是“只发外链就行”。官网 FAQ 对效果的回答是：外链效果取决于网站自身数据基础，新站提升幅度会小一些；这属于服务方对实际结果的说明，不是排名承诺。把预期说在前面，比签完合同再解释更容易达成一致。 ## 新站最省钱的顺序 先把产品与分类页上线并能被访问，再补一篇能说清选型逻辑的内容，然后以首页和品牌词为起点做第一轮外链，等有初步展现后再往内页扩展。这个顺序的好处是每一轮投入都能找到观察对象：GSC 的链接报告里能看到哪些页面获得了外部链接，搜索报告里能看到对应查询有没有变化。多产品线网站的批次分配思路可参考[多产品线外链分批交付](/post/multiline-backlink-phasing)。 如果确实需要在网站尚未完成时先启动，应在签约前把目标 URL 清单、当前状态和预期观察方式写清楚，并接受“部分页面尚未上线，链接可能短期无法指向有效内容”的事实，而不是指望外链先把网站带起来。 ## 什么时候不用急着买外链 网站刚上线不到一个月、产品页只有一两页、没有任何可用的搜索数据时，先把页面质量和内容承接做扎实通常更划算。外链组合页也把“评估我的网站”放在“查看套餐与价格”之前，并说明首次合作建议从 A 档开始。这不是话术，而是因为没有基线数据时，任何效果都无法核对：连对比的对象都没有。 反过来，如果站点已经稳定运行、页面被抓取和索引正常、只是外部来源单一，那么补外链结构的判断依据就充分得多。相关产品线可以看[外链组合套餐](/backlinks/)中 GPB、GNB、GMB 各自承担的任务，以及[GPB 独立站外链](/gpb/)对交付可核对性的要求。 ## 把自检结果写进项目启动单 自检的结论不要停留在口头。把“已确认可访问的目标 URL 清单”“仍需修复的抓取问题”“计划上线但尚未就绪的页面”写成一页纸，双方各留一份，发布时按这份清单逐项核。这样后面出现“某页没被链接”时，原因是页面没上线还是执行遗漏，一眼就能分清。 还有一项容易被忽略：目标页面在建设期内会不会改版或换 URL。如果会发生，应约定改版后外链指向如何处理，避免页面换了地址、链接还留在旧地址上。官网在 URL 变化场景中另有专门说明，可看[网站改版换 URL 后已购外链的衔接](/post/gpb-url-migration)。 最后确认发布节奏与页面上线节奏的配合。官网 GPB 页面写明默认每天发布 5 条、可按需求调整，这个速度对新站并不总是合适——页面还没上线就先被大量指向，链接的落点会有一部分是空的。合理做法是把发布高峰安排在核心页面稳定之后。 --- ## 价格面议会被套利吗？公开价格该写到什么程度 - URL: https://www.guangsuan.com/post/b2b-public-price-policy/ - 作者: Don Jiang - Published: 2026-09-26T03:20:32+08:00 - 摘要: 官网不必公开价目，但应公开影响价格的条件、报价有效期与折扣边界，价目与政策通过一对一渠道资料提供。 很多 B2B 网站只有一句“价格面议”，官网看起来规范，实际销售每次都要重新解释一遍能不能给折扣、给多少、谁批准。**公开页面不必公开具体价格，但必须公开定价逻辑和可做的选择**，否则渠道冲突和客户信任问题都会累积。 ## 公开什么：影响价格的条件，而不是价格本身 通常决定价格的因素包括：规格与配置、材料、尺寸、数量、定制与打样、包装、贸易术语与目的地、认证或检测要求、付款方式和交期。页面把这些写清楚，采购商就能自己判断一次询价大概要提供什么信息，销售也不必反复追问。少写一句“价格面议”，多写一段“价格由哪些条件决定”，对双方都更省时间。 示例：“价格取决于型号规格、数量、材料、是否定制与包装要求，贸易术语与目的地会影响运输与清关成本；大额或长期合作可按实际情况商谈。”这没有承诺折扣幅度，也没有泄露成本结构，却让客户知道自己的哪些选择会改变报价。MOQ、交期与报价条件如何配合，可参考[不公开价格的页面写法](/post/b2b-product-page-without-price)。 原创分层示意，公开范围由企业按实际政策决定，图中不表示任何真实价格。 ## 哪些不要公开，公开了会发生什么 具体价目、折扣区间、成本构成、返利与奖励政策、销售人员的单笔授权额度，通常不应出现在公开页面。这些内容一旦被渠道之外的买家看到，之前的报价承诺会立刻失效，渠道也会怀疑企业是否在直销低价。客户需要完整价目时，可以通过登录后的资料、正式询价或与销售一对一沟通提供，这些都可属于[经销与代理合作页面](/post/b2b-dealer-agreement-intent)的流程。 也有一类内容值得公开：哪些情况会影响价格、报价有效期、多久更新一次产品页面上的价格说明、是否有起订量。定期在官网大促却没有实际产品降价，会让客户认为页面不可信。页面写“每年 X 月更新”若做不到，就写“按季度随型号信息一并复核”。 ## 线上与线下的价格冲突怎么防 网站、广告、展会与经销商渠道经常出现同一型号不同报价，处理办法在流程而不在页面：谁对外报价、多大金额需要审批、报价有效期多长、是否需要随报价提供正式文件、变价后如何通知老客户。把这些写进内部规则，网站只需要与之保持一致——不承诺“官网价格最低”，也不用在页面暗示线上有独家优惠。 不要在公开页写“违反价格协议将取消授权”等具体处罚条款，这类内容属于协议范畴；页面只说明“价格与经销政策按协议执行”，需要时引导至正式沟通。已有[公开的经销商目录](/post/b2b-distributor-locator-content)负责展示渠道身份，价目与政策则通过一对一渠道资料提供，两者不要混在一页。 ## 不同市场看到的页面可以不同，价格信息也可以 面向不同国家的站点或语言版本，公开范围可以按实际政策区分：某些市场习惯公开价目并提供在线下单，另一些市场以询价为主。但差异应来自真实业务模式，而不是随意删改。若同一型号在不同站点显示不同价格，一定要在页面说明原因（规格、数量、贸易术语、税费处理或市场差异），否则容易被认为价格不诚信，也会让各地经销商产生疑问。 多语言版本之间的价格信息要同步更新，方法上可以参照[多语言上线验收](/post/b2b-multilingual-launch-content-qa)：明确谁负责同步、什么条件触发更新、发现不一致时以哪一版为准。价格页面最怕的是“英文版还写着旧规则”，那会直接变成客户的谈判依据。 ## 怎么判断公开价格是否真的适合 先问销售三个问题：不同渠道拿到的是不是同一份价目逻辑；大单、长约和账期是否有不同授权；报价周期多长。回答不了，就还没到公开价目的阶段。对标准品、SKU 极多且价格稳定的品类，公开价目确实能减少询价次数，但前提是企业能承受频繁比价，并把规格差异做清楚；若按客户量谈价，公开条件往往比公开数字更合适。 上线后用销售反馈检验：客户是否更容易在第一次询价里说清需求，销售是否少花时间解释规则，报价争议是否减少。如果页面只带来“价格太贵”“最低多少”这类问题，说明表达方式还停留在“面议”，需要补充条件说明而不是简单公开数字。 --- ## 产品图被别人搬走：取证、水印和防盗链各管什么 - URL: https://www.guangsuan.com/post/product-image-copy-theft/ - 作者: Don Jiang - Published: 2026-09-26T03:20:32+08:00 - 摘要: 图片被盗用应先固定证据再选手段，说明水印、防盗链与托管的分工、误伤抓取的风险，以及对客户判断的影响。 产品图被别的站点直接搬走，很多企业第一反应是“加防盗链”。**盗用问题要先取证、再决定技术手段和法律途径**：水印、监测和投诉各解决一部分问题，互相不能替代，而错误的防盗链配置还可能先伤到自己网站。 ## 先确认是不是真的被盗用 用图片地址做反向搜索，看是否出现在与自己无关的站点；检查对方是否连产品型号、参数一起照搬，还是只用了示意图。区分两种情况：直接复制并用于销售同类产品，属于需要处理的情形；对方转载了注明来源的新闻或行业资料，则要先看授权与引用方式。判定不清时先收集事实，不要在社交媒体公开指控，避免产生新的名誉争议。 原创对比示意，不指向任何真实企业或网站。 ## 证据要早于处理 发现盗用时先固定证据：保存对方页面网址、截图与抓取时间、页面上的联系方式，以及自己图片的原始文件和首次公开发布的时间记录。若有纸质画册、展会物料或更早的 PDF 目录，可以作为更早公开的证明。企业在中国境内可考虑作品著作权登记，它能在权属争议中提供官方证明；是否登记、成本与周期由企业法务判断，本文不替代法律意见。销售与客户沟通时也要避免未经核实地把对方定性为“假冒”。 证据固定后再选手段：向对方发送停止使用通知；通过平台投诉；对明显的商标与版权滥用，可按适用法律途径处理；涉及以他人名义经营、扰乱市场秩序等情形时，再评估是否需要向主管部门反映。不同地区的规则不同，处理前确认对方主体与所在地。撤销链接或封号可能只解决一时，重新发布很快会出现，处理重点应同时放在让买家用到正确信息上。 ## 水印、防盗链和自有托管各管一件事 在原图上叠加半透明企业标识或型号文字，是最容易被理解的做法，但要选不影响识别产品的位置，且在销售与展会物料上统一；去掉水印版本若需提供给客户或代理，应限定接收对象，而不是全站公开。水印能提示来源，不能阻止复制。 防盗链是服务器或 CDN 层面的访问限制，本质是防止他人直接盗链你的图片流量；配置不当会连搜索抓取和客户正常浏览一起挡掉，站内正常但单独打开 403 的典型情况可参考[防盗链与抓取的关系](/post/image-hotlink-protection-google-crawl)。CDN 缓存与回源规则还涉及图片是否带 Referer 验证，配置前先在服务器日志里确认实际访问来源。是否开启防盗链，应由图片访问模式决定，图片主要被搜索引擎抓取和买家浏览时，误伤成本可能高于收益。 第三件事是让原站在事实层面更难被替代：产品图配准确的型号、参数、单位与可核对的资料，页面写清供应主体与联系方式。如果对方只复制图片而无法提供规格和售后，采购商的自然选择会回到信息完整的一方。这比单纯加水印更能降低盗用带来的实际损失。 ## 买家看到盗图后会怎么判断 采购商并不总是能识别图片来源，但他们会看信息是否完整：能不能查到型号与参数、参数有没有单位与条件、公司主体与联系方式是否清晰、能否下载到对应版本的文件、售后由谁负责。一家只放图不写规格的网站，图片被搬走时买家同样无法验证，反过来把盗用者衬托得更“专业”。所以提升原站的信息完整度，既是 SEO 基础，也是防盗的实际手段。 另外要注意客户对“被抄袭”的敏感度。如果海外客户在搜索中先看到别人的页面，可能直接得出“这家没官网”的错误结论。发现后应主动向正在沟通的客户说明原页面，并说明更新时间与差异，而不是等客户自己发现；这属于事实澄清，不需要公开指责对方。 ## 当盗用影响了搜索结果 对方页面若长期用近似页面标题和内容，可能分散自己页面的表现。此时可向搜索引擎提交版权移除请求，但这类请求针对的是未经授权使用自己内容的情况，需要能说明权属和原页面位置；提交后也可能被驳回。整改时先确认原页面的规范化与索引状态，确保自身页面能被正常抓取，方法可参考[旧内容的更新与保留](/post/b2b-refresh-old-content)。不要因为一张图被转载就大量新建相似页面，反而制造重复内容。 ## 定期动作，而不是一次性处理 每月用几个核心型号的关键图做一次反向搜索，发现异常进入取证与处理流程；每季度复查防盗链配置与 CDN 规则是否被改动；水印版本与销售物料保持一致。目标不是“零搬运”，而是出现盗用时能快速拿到证据、明确责任人并保护买家的判断。图片拍摄与供应商素材的授权，本来就应在上游确认，采购素材时写清使用范围，可参考[第三方技术图片的授权核对](/post/third-party-technical-image-permission)。 --- ## 域名和证书到期，官网会突然打不开：续费流程怎么建 - URL: https://www.guangsuan.com/post/domain-ssl-renewal-alert/ - 作者: Don Jiang - Published: 2026-09-26T03:20:32+08:00 - 摘要: 续费流程要记录每项服务的到期日、负责人与支付方式，设置分层提醒并演练恢复预案，避免到期才发现账号无人能登录。 域名到期和 SSL 证书到期是两类最贵的网站故障：前者让整站打不开，后者让浏览器先报警再让人不敢继续填询盘。**把续费做成有责任人、有时间点、有验证的例行流程，比在到期前临时补救更可靠。**很多网站不是没有续费预算，而是没人看到提醒、或者备用付款方式已经失效。 ## 先列出网站依赖的所有“会到期的东西” 域名注册、SSL 证书、主机与服务器、CDN 套餐、企业邮箱、第三方表单或 CRM 的年费、统计分析订阅，以及以独立子域运行的旧页面。每一项记三件事：到期日、续费责任人与账号、支付方式与提醒渠道。只在日历上写一个“网站续费”往往漏掉其中几项，事故常来自被遗忘的那一项。 原创时间轴，日期为示意，不对应任何真实服务。 ## 提醒要分三层，而且要有人验证 第一层是提前数月的内部提醒，让负责人有时间处理续费与预算；第二层是临近到期时的升级提醒，抄送能真正决策的人；第三层是到期后的处置预案：域名可尝试赎回但有时间与费用限制，证书到期一般只是重新签发，服务器欠费则可能连数据一起受影响。三层都写下来，并在每年至少演练一次“谁能登录服务商后台完成续费”。密码存在离职同事电脑里、只有邮件通知发给已离职员工，是最常见的断点。 把提醒设置为多渠道：服务商后台、邮件、负责人手机。只靠邮件容易在邮箱被封或归档时错过；只靠日历又可能没有更新。域名注册商的选择也会影响恢复难度：页面有账户历史、联系方式准确、开启多因素验证的账户，在异常时更容易找回。域名注册商的邮件联系地址属于个人隐私，注册时就要确认能否收到密码重置。 ## 证书到期前后的表现，和处理顺序 证书到期时，浏览器会显示不安全提示，用户可能直接离开，搜索引擎也不会给出正常访问体验。处理顺序通常是：先确认域名仍解析到当前主机，再检查证书是否到期或链不完整，然后重新签发并部署，最后用外部工具核验各浏览器与移动端的实际表现。混用内容的排查可参考[浏览器提示不安全的处理](/post/%e7%bd%91%e7%ab%99%e8%a2%ab%e8%b0%b7%e6%ad%8c%e6%a0%87%e8%ae%b0%e4%b8%8d%e5%ae%89%e5%85%a8%ef%bc%88not-secure%ef%bc%89%e6%80%8e%e4%b9%88%e5%a4%84%e7%90%86)。证书续期通常比域名便宜得多，但自动续期失败时也要有人收到通知。 不要用“临时关闭验证”或把证书装在服务器上就算完成：证书必须与实际访问域名匹配，www 与根域名的覆盖范围要确认。多域名、通配符证书和 CDN 自定义域名的续期方式不同，站点越多越容易漏。升级到长期有效证书需要证书颁发机构的流程支持，不能自行设置更长的有效期。 ## 监控工具能替代人工，但不能替代责任人 证书与域名到期是可以自动监控的：多数 DNS 或托管服务商提供到期提醒，也有第三方监控服务按天检查证书有效期与 DNS 解析。监控的价值在于“有人不在线时也报警”，前提是报警真的到达值班的人。常见失效方式是提醒邮件发到无人查看的邮箱，或阈值设成 30 天直到过期当天才触发。建议同时设置多个时间点（例如剩余 60、30、7 天），并要求收到提醒的人在系统里确认。 监控项也应当具体：只监控首页证书会漏掉子域和旧系统；只看 apex 记录会漏掉邮件的 MX。实际做法是列出所有对外服务的主机名，逐一监控解析与证书状态。监控发现异常时仍要有人能登录服务商后台；账号权限与两步验证准备好，工具才有意义。[托管服务验收清单](/post/wordpress-managed-hosting-checklist)里的运维责任划分，同样适用于这类到期与监控事项。 ## 域名过期的连锁反应，比“网站打不开”更麻烦 域名过期后，网站、企业邮箱、CDN 回源配置和所有外部链接会同时受影响，其中邮件影响常被低估。域名所有权争议、账户欠费、注册商更换等问题，都可能让恢复时间拉长。所以域名续费优先级应高于单张证书；条件允许时，域名账户由企业内部掌握并设置两步验证，涉及的付款方式与企业其他续费分开管理，避免一张过期卡片同时影响多个服务。 若曾经发生过过期，事后要查清原因：是否因为没有备用付款方式、提醒发给错人、还是账务流程卡住。改流程比买一个“自动续费套餐”更有效，因为自动续费同样需要有效付款方式和失败提醒。域名与证书的续费责任，交付时就应写清，相关资产归属可对照[网站交接清单](/post/b2b-website-launch-handover-assets)。 ## 上线前可以做一次审计 打开后台导出全部服务与到期日，和实际业务对照：官网使用的域名、邮箱域、CDN 与表单服务是否都在列表里；每个服务的续费负责人是否还是在职员工；离职交接后这些账号是否已被共享给新的负责人。审计结果记录日期，半年后复查。类到期风险不会出现在搜索报表里，却会在最需要网站的时候一次性集中爆发。 --- ## 开发信进垃圾箱先查 SPF、DKIM、DMARC，别只改文案 - URL: https://www.guangsuan.com/post/email-spf-dkim-dmarc-deliverability/ - 作者: Don Jiang - Published: 2026-09-26T03:20:32+08:00 - 摘要: 依据 Gmail 发件方要求说明三项记录、域名对齐、退信代码与发送量控制，并区分表单通知与开发信是两条不同链路。 开发信发出去了，打开率一路下滑，甚至直接被退回，多数人第一反应是改文案。**更常见的原因是发件域没有通过收件方的身份校验**：SPF、DKIM、DMARC 三项记录缺失或没对齐，邮件就容易被判为垃圾或伪造。网页上的询盘表单邮件是另一条链路，两者要分开查。 ## 先分清是哪一类邮件在失败 网站表单通知、报价邮件、开发信和系统告警，发信方式和发信域可能完全不同。表单通知用企业邮箱 SMTP，报告[询盘邮件投递排查](/post/site-inquiry-email-delivery-check)里按“提交—入库—投递—接单”分段定位；开发信可能用批量发送服务，两者的配置和送达率互不影响。先确认失败的是哪一条链路，再动配置，否则容易改了 DNS 却发现网站通知本来就正常。 原创流程图，说明三项记录在收件方校验中的关系，不是实际配置截图。 ## Gmail 对发件方的明确要求 Google 的[Gmail 发件方要求](https://support.google.com/a/answer/81126?hl=en)写得很具体：自 2024 年 2 月 1 日起，向个人 Gmail 账号发信的所有发件方都需要设置 SPF 或 DKIM、保持有效的正反向 DNS（PTR）记录、使用 TLS 连接，并把 Postmaster Tools 中的垃圾邮件率保持在 0.3% 以下。日均发送 5,000 封以上还需要同时配置 SPF、DKIM 和 DMARC，营销与订阅邮件支持一键退订，并保证 From 头域名与 SPF 或 DKIM 域名对齐。这意味着“邮箱地址是公司域名”本身并不够。 三条记录的分工不同：SPF 声明哪些服务器可以用你的域发信；DKIM 用私钥给邮件签名，让收件方验证确实由域名所有者发出；DMARC 告诉收件方遇到未通过校验的邮件该怎么做。Gmail 还建议向个人账户发送时 DKIM 密钥至少 1024 位，推荐 2048 位。配置动作通常在域名 DNS 与邮件服务商后台完成，改动前先记录现有记录，避免新增记录时覆盖了原有内容。 ## 配置好了，为什么开发信仍然进垃圾箱 身份校验只是通过门槛，不等于进入收件箱。Gmail 的指南还列出发送实践：尽量从同一 IP 发送、按内容类型使用不同发件地址、避免突然增加发送量、不要购买邮箱名单、不要向未订阅的人群发送，以及保持退订入口清晰。它也说明 Google 不跟踪打开率，第三方工具报告的打开率不能直接用来判断送达是否正常。短时间把日发送量翻倍、改动邮件模板或更换发信 IP，都可能触发限制。 实操上分三步：先用少量真实地址验证三项记录是否生效，再小批量逐步增加发送量，最后用 Postmaster Tools 观察垃圾邮件率与信誉变化。收到硬退信（SMTP 5xx 类错误）要清理地址库，收到软退信先降低发送量，观察一段时间再恢复。若要向大量收件人发送营销内容，订阅与退订要求要按适用规则落实，具体法律要求由企业确认。 ## 退信代码怎么读，比反复重发有用 SMTP 状态码的前三位数字代表类别：2xx 表示成功，4xx 是暂时性问题，5xx 是永久性失败。Gmail 官方文档举了两个具体例子：421 / 4.7.0 表示邮件被拒是因为发送 IP 不在对方允许列表；550 / 5.7.1 常见于发送 IP 位于被暂停名单，或共享 IP 的信誉问题。另有 4.7.28 表示超过发送配额，官方建议出现该错误时至少停止 10 分钟再逐步恢复，而不是继续猛发。 把这些含义记住，排错方向就很清楚：4xx 多数要降速、等对方或降低发送量，5xx 需要修配置或清理地址；遇到 5.7.1 与 IPv6 相关时，还要检查 PTR 记录是否真的用 IPv6 授权。逐条读退信比反复重发更快定位问题，也避免把暂时失败地址当成无效邮箱删掉。改配置后先用少量地址验证，确认稳定后再恢复原发送量。 ## 顺手检查两个容易忽略的细节 一是域名与邮件服务的现实匹配。Gmail 明确要求发送 IP 与 PTR 记录中的主机名一致，且该主机名有对应的 A/AAAA 记录解析回同一 IP；使用共享 IP 时，所有发件人的信誉会互相影响。换过邮件服务商后，PTR 与 IP 授权不匹配会产生 550/5.7.1 之类的错误。检查 DNS 生效需要时间，改完别立刻加大量测试。 二是网站公开域名的邮件记录。Gmail 建议为承载公开网站的域名配置 SPF、DKIM、DMARC，这与开发信是两个层次：前者保护域名不被冒用，后者影响自家邮件的送达。若域名刚启用、业务邮箱刚迁移，可一并核对；[换托管商时邮箱与 DNS 的迁移清单](/post/wordpress-host-move-email-dns-inquiry)里也包含这类记录。 ## 网站该展示什么 如果企业有官网，可以放一个“联系与邮件政策”说明：我们使用哪个域名发送业务邮件、如何识别我们的报价单、怀疑伪造邮件时如何通过官网联系方式验证。这对防钓鱼比只做发信优化更有用。发信认证是运维工作，不应包装成“营销技巧”，也不承诺能带来某个打开率。改完 DNS 后记得确认网站本身仍正常，邮件记录写错同样可能影响其他服务；遇到 Gmail 账号被列为不安全状态，也应按官方排查路径处理。 --- ## 独家代理不是写一句话就行：申请页面要讲清什么 - URL: https://www.guangsuan.com/post/b2b-dealer-agreement-intent/ - 作者: Don Jiang - Published: 2026-09-26T03:20:32+08:00 - 摘要: 代理页面需区分经销、代理与寄售，说明区域与产品线、最低采购、期限与退出原则，并划清哪些内容属协议不公开。 海外客户想拿你产品在他国销售，常见问题是“能不能做我的独家代理”。**独家代理不是网页上写一句话就能成立的事，它取决于双方的书面约定；而代理页面应该说明企业愿意谈什么条件、怎么申请，以及什么还没确定。**把没谈成的事写成承诺，是渠道纠纷的起点。 ## 先分清经销、代理与寄售 买断经销是客户采购后自行销售、承担库存与价格风险；代理是客户代表企业销售，通常按约定比例结算；寄售则是货权仍在企业，售出后结算。三者的最低采购量、库存责任、价格制定和退出方式都不同。页面若只写“诚招全球代理”，客户无法判断自己属于哪种关系，也容易把寄售理解为买断。写清企业实际使用的合作模式，比列一堆名词更有效。 “独家”也需要界定：独家覆盖的是特定国家、区域还是特定客户；是否包含线上渠道与展会渠道；是否按产品线区分；是否有最低销售额或最低采购量；期限多长、是否自动续约。独家范围与登记保护制度有关，各国规定差异很大，页面可以说明企业会按目标市场评估，但不代替法律意见，也不承诺一定能取得当地的专营权。 原创关系图，图中条款为常见要素示例，具体以企业实际协议为准。 ## 申请页面应该收集什么 能帮助企业判断的合作意向信息通常包括：公司与注册信息、目标市场与覆盖范围、经营的产品类别与销售渠道、预计采购规模、团队与技术能力、是否已有同品牌合作、期望的合作方式与时间计划。这些属于商业信息收集，应写明用途与保留方式。涉及个人简历、家庭住址等信息没有必要索取，收到也不能随意公开。 页面同时说明企业会怎么回应：审核通常需要多久、通过后下一步是什么（协议条款讨论、样品或资质核验、区域确认）、以及哪些情况暂不合作。给出真实流程比放一个“立即成为代理商”按钮更有可信度。没有实际合作计划时，宁可先只开放普通经销申请，不发布“独家代理”标题吸引无法承接的客户。 ## 价格、库存和售后，网页上写到什么程度 经销价格体系一般不宜公开：给客户看统一价，官网一旦被渠道之外的买家看到，会直接冲击价格体系，也不利于处理不同规模订单。页面可以说明“价格按区域、采购量与合作协议确定，洽谈时提供”，需要完整价目时用登录后或仅向签约客户提供的渠道资料。已有[经销商目录页](/post/b2b-distributor-locator-content)负责公开“谁能代表我们”，两者分工不同：目录公开展示授权经销信息，价目与返利不放在公开页。 库存与退换也要说明基本规则：是按订单生产还是备有安全库存、交期如何承诺、滞销品如何处理、产品质量问题的责任在谁。避免写“区域保护”“终身独家”这类无法兑现的词。若企业按订单排产，就直接写明多数型号不做现货库存，这与装柜和交期说明相互关联，可参考[交期与交付节点](/post/production-lead-time-transit-separation)。 ## 同一款产品既直销又经销，冲突怎么减少 很多企业无法完全避免同一市场里既有直销客户又有经销商。可行的做法是在合作前就把边界写清：哪些渠道由经销商负责（零售、电商平台、特定行业），哪些由企业直销（大客户、工程项目），出现重叠时按什么顺序处理，以及是否需要在报价前互相知会。页面只说明原则，例如“我们保留工程直供渠道，渠道客户订单经双方确认后执行”，具体细则仍以协议为准。 “区域保护”四个字最容易产生分歧：是禁止任何订单，还是允许指定项目的例外。写清楚哪些情形可申请例外、需要什么材料、谁批准，比笼统承诺更能减少误解。市场支持部分也要写：是否提供样品、展厅物料、技术培训、展会支持与费用承担；样品与打样流程可参考[样品申请页](/post/b2b-industrial-sample-request-page)，避免经销商与直销客户走完全不同的口径。 ## 退出与终止，是页面最该写清的部分 成熟的企业会提前说明合作可能结束的情况：协议期满未续约、销售额未达标、违反价格或区域约定、授权撤销或产品停产。每种情况下的通知期、库存处理和未完成订单的安排，都可以先写成原则，具体条款留待协议约定。写清退出不等于不欢迎合作，反而让双方预期一致，减少后期争议。 协议签署与备案要求由企业法务按实际判断，网站不发布未经确认的“保护条款”。上线前做一次流程演练：一个经销商从页面提交到收到正式回复，责任人是谁、承诺的时限是否真的做得到。授权变更后同步更新目录，避免官网仍显示已撤销的渠道。 --- ## 海外客户要来验厂？工厂参观页面该写清哪些边界 - URL: https://www.guangsuan.com/post/factory-audit-visit-page/ - 作者: Don Jiang - Published: 2026-09-26T03:20:32+08:00 - 摘要: 验厂页面要区分供应商审核与商务参观，写清可开放范围、申请信息、拍摄规则与接待流程，避免临时准备。 海外客户提出要来工厂看看，很多人会临时准备一间会议室，而客户真正关心的是生产流程、合规文件和上次问题是否改掉。**验厂与工厂参观页面要把可开放范围、申请流程、准备事项和保密边界讲清楚**，让访客在来之前就知道会看到什么、需要准备什么。 ## 先分清两种访问目的 一是供应商准入审核：客户或第三方机构按自己的清单核查体系、产能与合规，通常有正式报告和保密要求。二是商务参观：以建立信任为主，范围更灵活。两者的准备方式完全不同。页面应分别说明，而不是都用“欢迎参观工厂”一句带过。若企业暂不接受审核，只做商务参观，就直接写清这一边界，不要暗示能提供任何认证审核。 准备范围由企业自己划定：可以开放车间哪些区域、可介绍哪些工序、可展示哪些设备与文件、哪些不能拍照或不能拍摄视频。涉及客户订单、在制品、其他品牌设备或人员肖像的，默认不拍摄、不展示；对方要求保密的部分，也要说明双方如何确认范围。产能与订单信息能否公开，由企业判断，页面不必写满“欢迎参观，随时到厂”。 原创场景插画，非真实验厂照片，也不代表任何审核机构的清单。 ## 申请流程要能真正执行 页面写清：提前多少天提出申请、需要哪些信息（访客人数与身份、公司、用途、希望参观的工序和日期）、语言支持、是否需要翻译或安全说明、参观时长与路线、是否可安排技术人员讲解。涉及个人身份信息的收集要有明确用途说明和保留方式，不要用一个收集过度的表单换取“信息齐全”。如果确实需要护照信息，应说明用途、保管方和保存期限，页面本身不收集敏感证件照片。 同时准备一份可发给访客的访问须知：着装与安全要求、禁止事项、拍摄规则、联系方式与紧急情况处理。不同国家访客对工厂安全规定预期不同，提前说明能避免现场尴尬。参观本身也要占用销售和技术人员的时间，页面可说明是否收费、是否安排在生产高峰之外，这些属于企业实际安排，不是对外承诺的固定政策。 ## 被问到“我们产能多少”，怎么回答才稳 产能数字应给条件：产品范围、班次、设备与工时的口径，以及是否随订单规格变化。业内的通行做法是把产能落到批次层面，并说明可提供的检验、硬度、粗糙度等批次证据；不同企业测量口径不同，页面不应套用他人的“月产百万件”式表述。若当期排产紧张，可以说明可提供的替代证明，如设备型号、工位数、在制品管理方式，但不要为了好看填一个无法核实的数字。 审核清单方面，认证机构、客户自有清单和法规要求各不相同。页面可以说明企业已取得的认证及适用产品范围，具体清单由审核方确认；证书能覆盖哪些型号，可参考[认证覆盖范围的核对方法](/post/industrial-certificates-model-scope-check)。把证书图片直接挂在“欢迎验厂”页面而无适用说明，容易让访客误以为所有产品都在范围内。 ## 视频验厂能做到什么，做不到什么 视频参观可以展示车间布局、部分工序和文件，适合距离远、行程不便或处于供应商准入初期的客户。能力有限的地方也要说清：无法确认实物在制状态、无法评估现场人员的实际操作习惯、也难以覆盖审核方要求的现场验证。若客户审核必须现场进行，应直接说明视频参观不能替代现场审核，而不是让对方白跑一趟。视频中出现的画面同样受保密与肖像限制，不为展示而把不该出现的内容拍进去。 ## 不同国家的访客，注意事项差别很大 有的客户需要签署访客保密协议，有的对工厂安全与环保有明确要求，有的会要求提供无犯罪记录或健康证明。页面可以说明一般的接待流程与需提前告知的事项，具体清单由访客方提出、企业按实际配合。对涉及人员背景审查、健康证明或外国人拍摄许可的要求，各国规定差异很大，应由企业按目的地要求处理并在沟通中确认，网站不承诺自动满足任何一项。 ## 访问之后，页面要留下什么 访客走后，改进项比招待更值得记录：客户提出的问题、责任部门与期限，是否已修复，能否在下一次沟通中说明。涉及认证整改时，第三方机构有既定流程，页面不替代。页面本身不公开客户审核报告或联系人信息；获得对方书面同意后，是否公开案例可另作判断，写作方法见[客户案例页](/post/b2b-customer-case-page-seo)。 上线检查：申请入口是否真的有人处理、平均响应时间是否可持续、访客到达后联系的人是否与页面一致。如果一年没有安排访问，页面应写明常规受理时间，避免访客按旧时间到达。若企业决定改为全程视频参观，可说明可安排的演示内容和技术条件，不要保留“欢迎到厂”却实际拒绝接待。 --- ## 设备安装调试怎么写进官网？先分清谁负责哪一段 - URL: https://www.guangsuan.com/post/industrial-installation-service-page/ - 作者: Don Jiang - Published: 2026-09-26T03:20:32+08:00 - Last updated: 2026-10-03T11:57:59+08:00 - 摘要: 安装服务页写清现场执行、调试范围、培训方式、计费人日、双方责任矩阵与验收资料，避免“安装调试培训一条龙”的模糊承诺。 设备卖出去之后，采购最常问的不是参数，而是“谁来装、装完谁调试、调试到什么程度算完成”。**安装调试与培训服务页要把服务范围、双方责任、费用归属和验收方式写清楚**，否则“提供安装服务”这句话既容易引起期待，也容易在争议时说不清。 ## 先区分四种不同的服务 现场安装由谁执行：客户自己的电工、第三方工程公司还是供应商技术人员；调试范围是通电试运行，还是包含客户产线联调；培训是现场讲解还是集中在工厂；远程支持能解决什么问题、响应方式如何。这四件事常被混写成“安装调试培训一条龙”，实际责任差别很大。若企业只提供远程指导，页面就明确写不派工程师；能做现场服务的，写清国家范围、差旅与住宿如何计算、需要客户配合什么条件。 设备涉及危险工况、压力或电气安全时，安装责任更需谨慎。页面可说明服务由具备相应资质的人员执行，并提醒客户遵守当地法规和设备手册的安全要求，但不要写成“无需专业资质即可自行安装”。安装说明的具体风险可参照[安装保养内容的型号边界](/post/installation-maintenance-content-safety)。 原创场景插画，非光算或客户的真实安装现场。 ## 客户需要准备什么，决定成不成功 常见卡点不是设备本身，而是现场条件：基础尺寸与承载、电源容量与相数、压缩空气或冷却水、气源、照明、叉车和吊装通道、停机窗口。页面把这些前置条件列成清单，注明由谁负责确认，并在发货前安排一次现场勘查或图纸确认。若客户场地尚未准备好，写明服务日期会顺延及费用处理方式，比承诺“随货安装”更实际。 ## 谁负责哪一段：一张责任矩阵先对齐 把安装调试拆成可勾选的任务，逐项写明由买方、供应商工程师还是第三方执行，并约定各留什么记录。下图与表格是教学示例，具体分工由合同确定；远程支持与现场服务要分开列。 原创教学责任矩阵，为本篇绘制。不代表任何实际项目或合同分工。 任务买方供应商／工程师记录 现场条件（基础、电源、气源）负责确认规格前置条件确认单 到货与开箱接收如购买现场服务则参与外观状况记录 机械安装提供通道执行安装检查表 电气连接提供有资质电工仅作指导由有资质一方签署 调试／试运行提供物料与操作员执行测试试运行记录 验收签字移交资料验收单 矩阵的价值在于把"设备卖出去之后谁干什么"从口头默契变成可对照的清单。如果某一格只写成"双方配合"，就要进一步明确谁出人、谁出钱、谁签字；否则争议时会回到原点。远程支持也要写清能做什么、不能做什么：远程可以协助判断、指导设置与排障，但涉及带电作业、压力系统或需要现场资质的工作，仍应由现场有资质的人员按手册执行。 调试完成后需要什么作为验收依据，也要提前说：连续运行多长时间、试运行参数范围、记录哪些数据、由谁签署。示例：“空载与带料试运行各 X 小时，双方按出厂参数表核对运行参数并签署验收记录；因客户侧电源、气源或工艺条件不达标导致的调整不计入免费调试次数。”后半句是在约定边界，不是免责套话，真实服务通常都需要这样的说明。 ## 验收要留下哪几份资料 验收不只是"跑起来了"。一份可追溯的移交至少包含：开机前的前置条件确认单、安装与接线检查记录、空载与带料试运行记录（含关键参数与时长）、双方签署的验收结论、随机资料与备件/工具清单，以及培训记录（谁参加、讲了什么、是否发放操作说明）。这些资料各留一份，谁保管哪一份也写进合同，而不是只留在工程师的电脑里。 责任要落到具体节点：买方负责场地、电源与合格电工，供应商负责设备侧的安装与调试；电气连接由具备当地资质的人员完成并签字，供应商通常只做指导，不代替当地电工签署。涉及危险能量或压力系统时，按设备对应的正式手册、现场风险评估和有资质人员的工作范围执行，公开页面不猜具体型号的接线或电气参数。 ## 费用怎么写才不会在项目中期爆出来 常见计费方式有三种：设备售价内含一定人日的安装调试、超出部分按人日计费；或安装服务单独报价。页面应说明采用哪种、包含多少人日、超出人日的费率与差旅如何计算、是否需要预付。远程支持与现场服务分开列，避免客户以为电话指导也包含在“安装”里。备件更换、二次调试和跨年度的维护保养往往另行计费，提前写明比事后解释更省事。 培训也分层：标准操作与日常维护通常随设备提供；工艺参数设置、故障诊断或特定产线操作属于额外服务，可安排在工厂或现场。培训结束后是否提供教材、录屏或证书，按企业实际做法写，不要为了好看写“提供国际认证培训”，除非确有可核实的项目。 ## 多台设备、多批次交付时，调试范围怎么切 项目型订单常有分批到货，页面应说明服务是随每批进行，还是在全部到齐后统一安排；每批的服务人日如何计算、客户需要在每批之间完成哪些准备（基础、电源、平面布置）。如果客户厂房改造分阶段进行，把调试计划按阶段写清，比承诺“随货安装”更能减少争议。对分期项目，也要在合同中写清前后批之间的联调责任。 ## 服务没做完，问题留在谁手里 安装中途因客户场地条件、停电、停产窗口变更而中断时，常见纠纷是“工程师已经到场，之后的费用算谁的”。事前写明：因客户侧原因中断的复工安排、再次出差的费用如何计算、工程师等待期间的计费方式，以及设备在未完成调试状态下的保管责任。若现场发现了原本未提及的问题（例如电源容量不足），处理方式应是暂停、评估、由客户决定是否变更，而不是现场先改再说。 调试完成后的移交也属于交付：随机资料、备件清单、工具、记录表是否一并交付，客户保管哪一部分，后续保修期内哪些更换属于免费范围、哪些属于易损件。这些应在验收记录里留一份，而不是只存在于工程师脑子里。备件后续如何订购，可参考[备件订购页](/post/industrial-spare-parts-ordering-page)。 ## 服务页和售后页的分工 安装调试属于交付阶段，售后覆盖使用期。把两页分开但互相链接：安装页面向正在采购的买家，售后页面向已使用设备的客户，说明保修范围、备件获取与响应方式，保修具体范围可参考[质保条款的写法](/post/b2b-warranty-scope-page)。若服务由区域代理执行，按[经销商目录](/post/b2b-distributor-locator-content)写清谁负责上门、联系人如何核验，不在页面虚构服务网点。 上线前用一个真实历史项目走一遍：客户读完页面能否回答“服务包含什么、不含什么、要准备什么、花多少、怎么验收”。若答案分散在三个页面或需要邮件确认，说明服务范围还没写清。涉及跨境签证、当地用工和保险的具体要求由企业按实际项目处理，网站不代替合同条款。 --- ## 40 尺柜能装多少台？装柜量页面别给死数字 - URL: https://www.guangsuan.com/post/container-loading-calculator-page/ - 作者: Don Jiang - Published: 2026-09-26T03:20:32+08:00 - 摘要: 装柜量取决于箱规、堆码与装载条件，页面应给出计算方法、参考容积和需要客户补充的字段，而不是承诺台数。 “一个 40 尺柜能装多少台？”是询价和物流沟通里最常见的问题之一。**装柜量页面要讲清可装数量取决于什么，而不是给一个看起来很确定的数字。**单件体积、箱规、堆码方式、装载设备和目的港要求，都会改变结果；写死的数字很快会被真实装柜推翻。 ## 先核三组数据，再谈数量 一是单件外箱尺寸与毛重，含内衬和托盘；二是可堆码高度和承压限制，决定能不能装两层、三层；三是装载条件，包括是否可用叉车、通道宽度和是否需要打托。以[马士基公开箱型参数](https://www.maersk.com/support/faqs/cargo-weight-limit)为例，20 英尺普通钢制干箱的容量为 33.2 m³，40 英尺高箱为 76.4 m³；40 英尺普通箱则是 67.7 m³，不能把所有“40 尺柜”混作一种箱型。这些是箱体容量参考，不是某款产品的可装数量；实际还要核箱门、间隙、加固材料、载重和运输路线限制，马士基也提示具体重量限制可能因国家而异。页面应提示以实际箱型和物流商的装载方案为准，不要把理论容积写成承诺。 产品本身尺寸不规则时，体积和装载方案比“每柜多少台”更重要。图纸、泵体、线缆盘等异形件需要单独评估，页面可写明“该型号需按实际装箱方案确认”，而不是套用标准件算法。包装方式改变时，装柜数据同步更新，可参考[出口包装页的写法](/post/industrial-export-packaging-page)。 原创剖面示意，比例与尺寸仅用于说明装载分区，非某一箱型的实测数据。 ## 给采购商的实用形式：按体积和重量两个上限看 与其承诺台数，不如给出可核对的计算方式：用单件外箱尺寸乘数量得到总体积，与选定箱型可用容积比较；用单件毛重乘数量得到总重，与承重和道路运输限制比较。同时说明体积利用率受装柜方式影响，通常无法达到理论容积满载。物流从业者常用的“利用率”概念正说明了这一点：同样的货物，因堆码和固定方式不同，装柜结果会有差别。 对买家真正有用的下一步是说明怎样得到准确答案：确认箱规或图纸、提供数量与目的地、我们核算并由物流商给出装载方案。这样页面既回答了“怎么算”，又把不确定的部分交给能负责的人。既没有箱规数据的新品，可以标“待包装确认”，而不是先放一个估算值。 ## 几个常见误解要当场说清 “能装 500 台”常被理解为一个承诺，但实际是估算；“满柜”只描述装载率，不代表买家需要付满柜运费；拼箱（LCL）与整柜（FCL）的计费方式不同，页面提及时要说明按体积还是重量取大者计费。若货物涉及木质包装或熏蒸要求，以及目的港对标识、装载的规定，应在确认环节单独说明，不能只写“可海运”。 此外，装柜量与交期是两件事：装柜方案确定后还要安排拖车、进仓、截关和开航，与生产排期并行推进。把这些节点分开写，可对照[交期与交付节点的说明](/post/production-lead-time-transit-separation)，避免买家把“能装一柜”理解成“本周就发”。 ## 买家只给产品尺寸，不给包装时怎么办 很多询价只写设备外形尺寸，因为对方不知道包装才是装柜的依据。这时正确的回答是把缺的字段一次列清：外箱或托盘尺寸、每箱数量、单箱毛重、是否可堆叠、是否有异形突出部分。拿到这些才能算，而不是先按体积除一下给个数字。实在无法确定的，写“按目前了解的信息估算约 X 件，最终以包装确认和物流方案为准”，并注明估算日期与依据，让买家知道这个数字会变。 若产品是分件出货，还要问清哪些部件单独成箱、是否随机配件、备件是否随主箱。备件多一个小箱常会改变整柜利用率，这类细节在实际装柜中经常被忽略。页面可提供一张简单的装柜信息收集表，放在产品资料区或询盘入口，让买家在第一次沟通时就填对字段，减少来回。 ## 怎么让买家自己复算一次 把计算方式公开成可验证的步骤：单件外箱尺寸乘数量得到总体积；总体积除以箱型可用容积得到理论上限；再按实际堆码与固定方式调整。买家拿到自己的数字，与我们给的结果差异通常来自可装容积的取值方式。这种透明反而能减少“你们的数不准”的争论，也避免把责任推给物流公司。 ## 页面怎么写才不误导 推荐结构：先解释影响因素，再给参考容积和计算方法，然后说明需要客户提供什么、我们如何确认，最后链接到对应型号页和询价入口。表述上区分三类信息——已确认的箱规与重量、按类别给出的参考范围、待物流方案确认的估算。示例：“本系列标准包装 0.6×0.5×0.45 米、毛重 X 公斤，20GP 可装约 XX–XX 件（体积测算，承重与装柜方式可能影响结果）；异形件与托盘方案需单独核算。” 发布前把估算值交给物流或生产负责人核一次，并注明核验日期。若某型号箱规变更、换供应商或改包装，页面与相关 PDF 一并更新。这样的页面不会立刻带来排名，但它会减少一次往返，让买家在看到参数时就知道自己还需要提供什么信息。 --- ## 付款方式只写在页脚？B2B 采购真正要看的四件事 - URL: https://www.guangsuan.com/post/b2b-payment-terms-page/ - 作者: Don Jiang - Published: 2026-09-26T03:20:32+08:00 - 摘要: 付款页面要写清金额结构、支付节点、方式与责任，并说明报价有效期和定金退还条件，减少反复确认。 买家问“价格多少”，很多网站直接跳到产品参数，付款方式却只藏在页脚一个邮箱里。**付款条件页面要回答的不是“收什么钱”，而是这笔钱在什么时点付、付多少、付到哪里不付会怎样、对方怎么核收到。**写清楚能减少反复沟通，也避免把定金比例写死成公司从未执行过的规则。 ## 先分清四件事，再决定页面怎么排 一是金额结构：定金、余款或全款的比例；二是节点：合同签署、生产完成、出货前还是到货；三是方式：银行电汇、信用证、第三方支付或对公账户；四是责任：改单、延期、拒付和退款怎么处理。B2B 常见的电汇定金加余款，只是结构模板；定制比例较高的产品可能提高预付，备件小额订单可能要求全款。页面应写“现行政策”并注明适用范围，而不是声称所有产品、所有国家同一规则。 把“付款”与“报价有效期”绑定才实用：价格随原材料和汇率变化，页面写“报价有效期 X 天”比写“价格随时可能变动”更能帮助采购安排资金。与 MOQ、交期一起呈现时，要说明这些条件如何影响付款节点，例如定制件在图纸确认后付定金、量产后安排余款。交货、包装和交付条款可以互相链接，方便买家一次看清这笔交易的前提。 原创时点示意，比例和节点为常见做法示例，实际以企业合同与银行规则为准。 ## 信用证页面最容易写错的地方 信用证（L/C）的关键不在于“接受 L/C”六个字，而在于单据要求能否由工厂实际提供：形式发票、装箱单、提单、原产地证、质检证书等。页面应说明开证金额与产品金额的匹配方式、需要提交的单据种类、审单需要的时间，以及出现不符点时由谁承担改单费用。如果某些产品无法在单据上体现某些参数，或交期长于信用证有效期，应直接写明限制，而不是等买家开证后才发现。银行相关规则和单据细节以实际银行为准，企业不要代替银行做承诺。 第三方支付和信用卡费用较高，多用于小额样品或软件类服务。若网站不提供某方式，直接写“不提供”比留一个不可用的按钮好；可联系时说明可安排的替代方式。跨境收款涉及的国家和合规要求由企业财务与银行确认，页面只写企业真实可执行的部分。 ## 买家问“能不能先货后款”，怎么回答 先判断是首次合作的小额试单，还是长期客户的账期诉求。前者可以讨论担保方式、部分预付或第三方验货后再放行；后者涉及企业实际资金安排和信用记录，需要财务按公司政策评估。页面可以说明“我们目前不提供 X 天账期，标准流程为 Y”，但不宜在公开页写具体企业的信用额度或审批时限。若确实提供账期，把条件写在专门页面或合同附件，而不是产品页一句脚注。 退款与改单是页面最常缺失的部分。定金在什么情况下可退、生产开始后是否可退、产品按买家图纸定制后取消如何处理，需要与技术排产相连：一旦投料或开模，责任就不是网页一句“可退”能决定。示例措辞：“标准型号在生产开始前可申请退回定金；定制件开始投料后不接受无理由取消，具体以合同为准。” ## 三种常见错误写法，以及怎么改 其一，页面写“支持多种付款方式”却不说明哪些可用。可改成列出企业实际可执行的电汇、信用证与第三方支付，并注明各自适用场景与限制。其二，把收款账户直接写在页面上却从不说明主体。账户信息应与合同主体一致；若因跨境收款需要变更账户，应有可核实的变更通知方式，避免客户向可疑账户付款，也避免骗子冒用旧公告骗款。其三，只写比例不写节点。“定金 30%”必须配“合同确认后 X 天内、凭形式发票支付”，否则双方对“定金”这个词的理解可能完全不同，连退回条件也无从谈起。 还有一个容易忽略的边界：样品费、模具费与货款是否可分开支付、退款路径是什么。样品相关的费用与流程见[样品申请页的写法](/post/b2b-industrial-sample-request-page)；模具一旦开模，所有权与费用归属通常在合同中约定，网页不宜代替合同承诺。 ## 把付款页做成能被核对的一页 上线检查：金额与节点是否成对出现；收款账户信息是否与官网主体一致、是否有变更公告位置；银行手续费、汇率和中间行费用由谁承担有没有说明；询盘时能否从产品页直接到达，而不是让人翻三层菜单。付款与交付责任不同、但常同时发生，因此与[询盘表单](/post/b2b-rfq-form-seo)的联系方式保持一致更好核对。涉及合同、税务和外汇的具体要求由企业财务与法律顾问确认，网站不承担解释法规的义务。 买家最在意的往往不是条款本身，而是“我下一步该做什么”。页面末尾给一句清晰说明：确认规格后我们出具形式发票，附上公司收款信息与有效期，您安排付款并提供付款凭证，我们据此排产。 --- ## 报价单上的 FOB 到底谁担风险？贸易术语页面这样写 - URL: https://www.guangsuan.com/post/b2b-incoterms-quote-page/ - 作者: Don Jiang - Published: 2026-09-26T03:20:32+08:00 - 摘要: 贸易术语决定费用、风险与清关责任，页面写清版本、适用运输方式与指定地点，避免把 CIF 当成到门、把 DDP 承诺给所有国家。 很多报价邮件只在末尾写一句“FOB Shanghai”，买家真正关心的却是：谁负责装柜、谁买保险、货在什么时点开始算买家的风险、进口清关和税费归谁。**贸易术语不是缩写习惯，而是国际商会《国际贸易术语解释通则》定义的一套责任划分规则**；写进报价单和官网时，必须连同版本、适用运输方式和指定地点一起写清楚。 ## 先分清两类术语，再谈谁付钱 Incoterms® 2020 把 11 个规则分成两组：EXW、FCA、CPT、CIP、DAP、DPU、DDP 适用于任何运输方式或多式联运；FAS、FOB、CFR、CIF 只适用于海运和内河运输。这条区分直接影响报价：如果买家要的是海运整柜，FOB 很常见；如果货物走快递或陆运空运联运，FOB 并不适用，应谈 FCA 或 DAP 一类的规则。国际商会（ICC）的[Incoterms 官方说明](https://iccwbo.org/business-solutions/incoterms-rules/)与 UPS 的[术语词条](https://www.ups.com/cn/zh/supplychain/resources/glossary-term/incoterms)都强调，术语规定的是成本、风险、清关和运输安排，**不规定货物所有权何时转移**，也不替代完整买卖合同。规则正文由 ICC 出版并在 icc.academy 提供培训，付费全文不要自行转载。 另一个常见误解是把术语理解成“货送到哪”。CIF 的卖方义务是支付到约定目的港的运费并按规则购买保险，风险却在装运港货物装上船时就转移给买方；CIF 也不包含目的港之后的进口清关和本地配送。UPS 与物流行业资料都特别提醒它不等于“送到买方仓库”。买家若希望卖方承担到门，需要在 DAP 或 DDP 条款下谈，并在合同中写明地点。 原创对比表，按 Incoterms® 2020 通则整理的公开责任划分；具体合同仍以约定版本原文为准。 ## 风险转移点和费用清单，是两个不同的问题 报价邮件最常见的事故是只写“含税到港价”，却没说含不含装柜费、拖车费、目的港费用、进口税费和保险额度。这些项目在实务中由运输合同和目的地惯例决定，不能凭一个术语名推断。把报价拆成“货值 + 出口段费用 + 主运费 + 保险 + 目的地费用”五栏，再标明哪些按实际发生由卖方代垫、哪些由买方直接支付，争议会少很多。交期也按节点分开写，可参考[交期与到货日的区别](/post/production-lead-time-transit-separation)。 DDP 尤其容易被误当成“服务到家”。进口关税和增值税会随目的地、产品类别和当地政策变化，并不存在通用固定税率；报价前应先通过物流服务商或专业渠道确认目标市场的实际税费。行业资料也提示，若卖家在当地没有实体或代理，处理欧盟、美国的 DDP 清关可能超出自身能力范围。官网写 DDP 时，应说明适用地区和附加条件，而不是对所有国家统一标“含税到门”。 ## 产品页面该写到什么程度 产品页不必复制合同，但要让采购知道报价会按什么口径给。常见做法是设一个“贸易与交付”区块：写明可提供的术语与适用运输方式、指定地点由谁确认、哪些费用需要另核、报价有效期，以及清关和税费默认由谁承担。示例措辞：“我们可按 EXW、FCA、DAP 提供报价，海运整柜也可按 FOB 谈；目的地进口清关与税费默认由买方承担，如需 DDP 请在下单前确认国家与产品分类。”这比一句“价格可谈”更有助于买家判断。 把 MOQ、报价条件与贸易术语放在同一页阅读，采购少写一封邮件，销售少打一次电话；这些内容属于[不公开价格时的产品页写法](/post/b2b-product-page-without-price)的延伸。若不同产品有特殊要求，例如危险品、电池或带设备运输，说明它需要额外确认，页面不要留“所有产品均可 XX 条款”的笼统承诺。 ## 三种最常见的错法，改正方式不同 第一，只写术语缩写不写地点。“FOB”而不写港口名，费用和风险都无法确定；正确写法是“FOB Shanghai, Incoterms® 2020”，并注明指定装运港。第二，把“到岸价”当成一个标准术语。它是日常用语，但对应的责任范围不明确；应改写成具体术语加地点。第三，用 DDP 承诺所有国家。税费、资质与清关能力随目的地变化，页面应改为“我们可在部分国家提供 DDP，报价前请确认国家与产品分类”。 另外还要注意 EXW 的一个细节：按该规则，卖方只需在自己场所备好货物，连出口清关都不负责，义务最小。如果企业希望由自己办理出口手续，FCA 往往更贴近实际安排。多式联运货物用海运术语则属于适用错误，货代通常会退回重谈。这些细节来自通则本身，业务团队最好在报价模板里固定写法，而不是每次凭习惯。 ## 上线前用一次真实交易检验 取三份近期的报价单和合同，检查：是否写明术语、版本、指定地点和运输方式；风险转移点与保险约定是否和销售口径一致；报价里的费用项能否逐条对应到实际发生。若销售过去习惯报 FOB 到某个港口，而物流只能做到 FCA 承运人交接，改口前先和货代核实真实可执行的条件。Incoterms® 原文由国际商会出版，官网可以给出官方出处链接，条款正文不要自行改写或声称“等同法律条文”。 术语用错通常在货损、清关罚款或滞港费时才暴露，成本远高于提前讲清。把它写进产品页、报价单模板和合同模板三处，并在政策变化时统一更新，是这类页面最有价值的地方。 --- ## 社媒帖子都链回首页？技术内容应该把买家送到对应产品页 - URL: https://www.guangsuan.com/post/b2b-social-post-website-landing-link/ - 作者: Don Jiang - Published: 2026-09-25T11:03:11+08:00 - 摘要: 社媒技术帖按具体问题链接官网型号或工艺页面，核版本、素材许可及移动端体验。公司 LinkedIn 主页放了官网首页链接，但最近的技术贴讲某个型号的安装限制；用户点进首页，又得重新搜索。社媒内容的官网链接应指向它所回答问题的下一步，而不是把所有点击都送到首页。 公司 LinkedIn 主页放了官网首页链接，但最近的技术贴讲某个型号的安装限制；用户点进首页，又得重新搜索。**社媒内容的官网链接应指向它所回答问题的下一步，而不是把所有点击都送到首页。**同时要检查被引用页面版本、素材授权与移动端可读性，不能靠一条帖子证明未核实的性能。 ## 从帖子问题反推目标页面 介绍产品接口，链接到具体型号页与图纸说明；讲工艺边界，链接到经核实的能力页；讨论一个应用场景，链接到适用产品及限制。若官网还没有能支撑帖子的详情，先补页面事实，或者在帖子里说明可公开范围，而不是先发布“点此下载”却没有文件。不同平台对链接位置和展现形式不同，应以当时实际界面为准，不把一个平台的点击习惯套给另外五个平台。 原创社媒与官网关系示意，非真实社媒主页或互动数据。 ## 发帖前核三个易错处 核帖中文字的型号、单位和限制是否与官网一致；图片或视频是否有发布许可，是否被裁切得失去关键安全说明；目标页打开后能否在手机上看到相同的产品或工况。若用 UTM 标记不同平台，参数应到最终页面仍可解析，站内链接保持清爽，不能把追踪参数当可永久保存的规范 URL。点击进入官网和完成询盘分开记录，切勿把点赞当采购意向。 旧帖可能持续带来访问，官网型号换版后要检查仍被引用的资料是否有旧版本说明；旧帖若能编辑，更新链接和文字，不能编辑时让原 URL 提供清楚的新旧版本指引。社媒代运营与站内内容各有负责人，谁发布、谁确认技术事实、谁维护落地页应事先约定。光算[海外社媒代运营](/social-media/)涉及平台适配和内容制作，官网承接还需与[网站建设](/b2b-web/)协调，不把发帖次数当作网站询盘成果。 ## 个人主页、公司主页与帖子链接的分工 公司主页的固定链接适合放稳定的官网入口或产品目录；一条专讲某工况的帖子需要具体文章或型号页；尚在验证的新品别把[预热页](/post/new-industrial-product-seo-launch-timing)写成已供货产品。销售个人主页转发时应注明其身份与负责范围，不把私人联系方式当企业唯一联络方式。官网页面若需登录或突然弹出覆盖正文的表单，社媒访客从手机进入可能看不到帖子承诺的内容；如果帖文引导即时联系，还要核[聊天入口](/post/b2b-whatsapp-product-page-context)的实际接单。发布后用自己的手机和普通浏览器从实际帖子点击一次，检查最终链接、语言、页面版本及返回路径，再核点击数据有没有与正式询盘混报。 ## 两种帖子不能指向同一张泛化首页 假设一条帖子展示接口特写，读者在官网最想核型号与接口选项，就链到对应产品页；另一条帖子讲设备测试过程，读者需要知道样品和条件，链接应落到真实的测试方法与报告范围。若目的地没有讲帖中关键问题，即便首页制作精美，读者仍要重找一遍。每个链接旁记下帖子主张和官网支撑段落，技术负责人核查该段落是否有依据；缺依据时先修改帖子，而不是在文章里临时编一个性能数字。 把同一素材改成短视频、图文和长帖，可以因平台形式不同调整叙事，但型号、材料、测试条件必须保持一致。视频里拍的是 A 版设备，不能为方便发帖用 B 版产品页接流量；系列共用图要标“示意”，真实安装镜头需要许可和适用型号说明。这样做不保证帖子的算法曝光，却能让有意向的读者继续核对产品。 ## 怎么判断链接有没有帮到买家 先看帖子 URL 能否顺利打开目标页面，再观察进入后是否继续查看规格、资料和联系入口。带参链接可帮助区分不同平台访问，但复制分享、跨设备与隐私限制会丢失部分来源；站内点击或社媒点赞都不等于采购需求。销售确认的有效询价另记，并核具体产品。若多条帖子引到同一篇泛化文章却始终无法回答用户提问，优先补产品事实或更换目标页，而不是批量多发十条相同 CTA。 --- ## 客户是伙伴介绍的，GA4 却显示 direct：转介绍怎么记才不乱 - URL: https://www.guangsuan.com/post/b2b-partner-referral-website-attribution/ - 作者: Don Jiang - Published: 2026-09-25T11:03:11+08:00 - 摘要: 转介绍来源区分已知引荐、网站会话和销售进展；缺失参数不等于能精确还原客户路径。合作伙伴在邮件里把客户引到官网，GA4 只显示 direct 或合作伙伴域名；销售又说这单是老客户介绍。 合作伙伴在邮件里把客户引到官网，GA4 只显示 direct 或合作伙伴域名；销售又说这单是老客户介绍。[GA4 对 (direct)/(none) 的解释](https://support.google.com/analytics/answer/15258820)是“没有清晰引荐来源”，缺失或丢失 UTM、线下文件、直接输入网址及拦截跟踪等都可能造成这种分类，不能据此否定真实的伙伴引荐。**转介绍来源要区分“谁引荐”“访客从哪里点击进站”和“最后由谁促成咨询”，三件事不一定相同。**强行把每一条线索贴到单一来源，复盘时反而会误判推广效果。 ## 先记事实，再决定归因口径 与伙伴约定稳定的产品或资料 URL；需要活动统计时使用参数，但邮件客户端、隐私设置和跨设备访问可能让参数丢失。表单允许买家自愿填写“从哪里认识我们”，销售在首次沟通时确认是否存在引荐人及是否允许内部记录。来源字段不要预填一个让所有人默认勾选的“合作伙伴”，避免制造数据。合作关系及客户身份是否可公开是另一回事，不能把内部推荐记录写成未经授权的客户案例。 原创路径示意，没有真实合作伙伴或转化数值。 ## 没有 UTM 的旧链接，还能看出什么 可以查服务器访问或 GA4 的可用来源线索，配合销售记录和邮件里的原始链接，但不能把看不见的参数“补算”为精准数据。线下印刷链接的 UTM 命名也有相似的口径问题，见[展会二维码与 UTM](/post/trade-show-qr-code-website-attribution)。有些客户看了介绍邮件，隔几天直接输入网址，最后访问显示 direct；应在复盘中保留“不确定”，并说明已知的引荐事实。与[品牌词与产品词分开看](/post/b2b-brand-vs-product-queries)类似，品牌搜索回访不意味着初次接触也来自自然搜索。 若合作伙伴有渠道分成，统计口径需要合同和双方可核实的记录，不应仅以一次网站访问结算。日常 SEO 报表可以保留自然搜索的独立表现，同时在销售 CRM 里记录多次接触；两套系统未打通时别宣称已实现全路径归因。企业希望网站能承接多渠道流量，可结合[外贸建站](/b2b-web/)明确 URL、表单和数据权限，不让报表变成唯一决策依据。 ## 复盘时可以列三栏，而不是争一栏 第一栏“已知引荐”：销售能核对邮件或客户口述；第二栏“网站会话”：分析工具看到什么入口，缺失就记未知；第三栏“商业进展”：有没有进入技术核对、报价或样品。三栏允许不一致。例：客户收到代理邮件，三天后从搜索点进官网，随后直接打电话询价；记录既有转介绍，也有一次自然搜索访问，电话线索由销售确认。若报告必须选择唯一来源，事先写清业务规则与不确定性，不要事后挑对自己有利的一栏。 ## 合作伙伴链接如何设计，才不把客户锁死 伙伴介绍某个产品，优先给长期可用的型号或系列 URL；短期活动可用带参链接，但活动结束后目标页仍应说明如何继续联系。若链接先经合作伙伴系统再进站，要测试手机和隐私浏览器能否打开、参数是否到达最终目标、最终页是否仍有正确语言。别为了记来源强制客户先登录合作方页面或把采购意向暴露在 URL 里。网站有用的产品信息对来自任何渠道的买家都应可读。 有时伙伴只是把公司名告诉客户，根本没有网站点击。这时分析工具不会知道谁引荐了谁；可以在销售记录中保留客户同意提供的引荐信息，而不是用统计模型倒推一个确定的访问来源。渠道佣金或销售归属应依据真实合同、明确的认定窗口和证据处理，营销报表不能单独决定付款。 ## 发现渠道间数据冲突，先核哪一笔 先找能联系到实际买家的线索，核其是否重复、首次咨询渠道及后续产品需求。再对照表单入库时间、销售邮件和 GA4 可见会话，不让匿名会话覆盖已核实的个人沟通事实。若用户不同意记录引荐信息，维持未知，不为了完整率杜撰来源。自然搜索报告仍可说有多少搜索访问，但不直接说这些访问独占了客户获取功劳；这对合作伙伴和 SEO 团队都更公平。 --- ## 外贸地区页要不要批量建？没有当地办公室先看供货差异 - URL: https://www.guangsuan.com/post/b2b-country-landing-page-real-differences/ - 作者: Don Jiang - Published: 2026-09-25T11:03:11+08:00 - Last updated: 2026-09-27T10:25:20+00:00 - 摘要: 地区页以真实产品规格、授权渠道、语言资料和服务差异为基础，不靠替换国家名批量造页面。企业从中国出口欧洲，想批量生成“德国供应商、法国供应商、西班牙供应商”页面。若三页只替换国名，买家仍不知道能否买到符合当地条件的产品。 企业从中国出口欧洲，想批量生成“德国供应商、法国供应商、西班牙供应商”页面。若三页只替换国名，买家仍不知道能否买到符合当地条件的产品。**地区页应该存在于真实供货、语言、规格或渠道差异之上，而不是以国家名拼出更多 URL。**[Google 对门页滥用的说明](https://developers.google.com/search/docs/essentials/spam-policies#doorway-abuse)也以“为不同地区或城市建相似页面、最终导向同一页面”为风险示例；这里说的是缺少独立价值的做法，不是所有地区页都不能存在。 ## 什么差异足以支撑独立地区页 有真实的当地经销渠道、特定电源或认证覆盖、配送与售后边界、语言对应的资料，可以汇总到该地区的可维护页面；若只是“我们欢迎德国客户”，更适合在产品页写清可供地区与联系渠道。当地售后服务由谁承担要与授权一致，没有办公室不能写“德国本地团队”。[授权经销商目录](/post/b2b-distributor-locator-content)已有渠道核对方法，地区页不应复制一份不会同步更新的旧名单。 原创区域关系示意，不代表实际供货国家或服务网点。 ## 语言、国家与产品版本不能混为一谈 德国买家可能阅读英文，西语用户也未必身在西班牙；语言切换与地区供货应分别标注。若不同市场的同型号有不同规格或合规要求，分别说明适用市场和可核实的资料，不强行把所有页面当内容相同的 hreflang 对应版。某市场尚无可销售型号时，明确请业务核对，不从另一个地区的证书推断全欧洲可售。 批量模板最容易忽略维护：渠道到期、语言资料更新、交付条款变化后，十几张地区页同时变旧。上线前给每个页面填真实的差异与负责人；做不到就先保留一张覆盖范围页。SEO 测量按目标市场的查询、页面和后续咨询看，单次地区词展示不代表当地有购买需求。对外贸站的语言版本和联系路径，可结合[多语言上线验收](/post/b2b-multilingual-launch-content-qa)及[多地区联系页](/post/b2b-contact-page-region-hours)一起核查。 ## 举一个应该拆页与不该拆页的对照 假设 A 市场有经授权服务商、特定电源配置和当地语言的安装资料，可以在地区页先列“哪些产品适用、谁提供安装支持、哪份资料适用”，再链到型号；内容事实需由销售和产品负责人逐项签字。B 市场目前只接个别询价、无独立配置和渠道，那么在现有覆盖说明里列出“需按项目确认”即可，单独复制一个城市页并不能让服务突然存在。若业务后来建立真正不同的交付路径，再从统一覆盖页拆出有用的地区页，保持产品和资料链接一致。 ## 地区页能公开的信息从哪里来 业务部门核真实可交付目的地和联系人，产品部门核配置与相关资料适用市场，渠道负责人核代理有效期及被许可公开的联系方式，法务或合规负责人核当地宣称是否有证据。不要因为 Google 搜索建议里出现一个国家名，就让编辑从别国页面复制 ISO 标志、税务地址与服务条款。相关认证若仅覆盖某个型号或标准版本，就在该产品附近写清，不靠地区页一张笼统证书图片让所有商品“获得认证”。 如果确实有地区版 URL，建立从全球产品目录到地区入口、再回到具体产品的路径。两张不同国家页面若描述的是同一通用产品，但价格、服务和合规有不同条件，不应强行用一份无差别文本；相反仅译了页面语言而没有地区差异，也不必冒充当地分公司。`hreflang` 指向的应是实际对应的语言/地区版本，不能把只有国家名不同、实质内容不对应的页面互相乱连。 ## 先试一页，而不是一次上线十几个城市 挑有实际客户询问、确有适用产品和负责人的市场，验证买家能在页面上完成“判断是否可供—查看合适型号—找到负责联系人”。若三个任务仍要发邮件问销售，先补事实；搜索词排名只是次要观察。更新渠道或产品版本时，要把这张试点页列入变更清单；如负责人无法长期维护，就回退为统一覆盖信息，不继续扩张数量。对没有真实本地运营的市场，直接写清总部承接范围比一个假的本地化页更可信。 --- ## 新品还没供货，产品页能先发吗？按资料成熟度决定公开什么 - URL: https://www.guangsuan.com/post/new-industrial-product-seo-launch-timing/ - 作者: Don Jiang - Published: 2026-09-25T11:03:11+08:00 - 摘要: 新品页面按概念、工程验证与正式供货阶段公开已核实事实，不提前承诺认证、配置和交付时间。新产品还没正式发售，市场部想先发“全球首发”页抢关键词；产品部却还没核型号、配置和交付地区。新产品的搜索页面可以提前准备，但公开结论只能写已确认的事实，预热状态与可下单状态必须区分。 新产品还没正式发售，市场部想先发“全球首发”页抢关键词；产品部却还没核型号、配置和交付地区。**新产品的搜索页面可以提前准备，但公开结论只能写已确认的事实，预热状态与可下单状态必须区分。**纯占位页即使先被发现，也很难回答买家的选型问题。 ## 按资料成熟度决定能公开什么 仅有概念图时，可介绍明确的产品定位与更新通知入口，但不要标具体性能、认证或交付日期；有工程样与经审核的参数时，可以写适用场景、测试范围和仍待验证的配置；正式可供货后再补型号、规格书、包装与询价条件。若页面长期只有“即将上线”，不必为了制造新 URL 而开放索引：有时把短期消息放到现有系列页更有用。 原创研发阶段示意，不指向真实产品上市计划或认证结果。 ## 同一个 URL 还是发布三个页面？ 一款产品从预热到正式发布，主型号页通常保留稳定 URL，待事实确认后充实内容并记录实质更新；若确有独立价值的技术方法、系列对比和应用案例，再各建独立页。不要为“概念、内测、公测、上市”分别造几篇同样的参数空页。新型号与旧型号有替代关系时，旧页说明是否仍供货及适配边界，不能仅因新品出现就把旧页转向新页；停产的处理可参照[停产产品页面](/post/discontinued-product-seo)。 产品经理确认哪些条件决定性能，销售确认哪些地区可以报价，网站编辑再把结论写成买家能读懂的标题与说明。若不同国家配置不同，可依照[地区页的真实差异](/post/b2b-country-landing-page-real-differences)确定是否需要额外入口。日期变更、认证覆盖、配件可用性都应触发复核；更新正文并不意味着 Google 会立即重抓或取得排名。上线前检查图片是工程样还是量产件，图注与 alt 不能把不同版本当同一实拍。 ## 搜索与询盘怎样评价 关注具体型号词、产品族问题和相关用途的查询，而不是把所有“新品”流量混在一起。点击了通知不代表确定购买；正式推出后跟踪进入型号资料、询价与销售确认的路径。若一开始需要完整的网站目录和型号结构，可结合[B2B 建站服务](/b2b-web/)规划；有成熟资料之后再做[持续 SEO](/seo/)，比提前编性能宣称更有价值。 ## 测试中与可供货，两种页面文案不能混用 假设某设备工程样已完成结构测试，但出口地区的配置和检测资料尚未批准。页面可说“该型号正在验证，当前公开的是工程样外形与拟解决的问题；具体参数与供货地区待确认”，并提供现售系列供买家参考。不能把一次样件测试写成“全系列认证通过”，也不应配一张量产包装图暗示现货。进入供货阶段后，由产品负责人核最终型号、配置、文件版本、联系路径和照片，再更新页面正文与结构化数据中的对应事实。 若上市日期推迟，重点修的是对外承诺和通知订阅者的预期，不是只把标题上的年份改掉。原本有供应意向的读者需要知道能否继续等，或者有没有真实适用的现售替代；没有经过工程确认的“平替”不可推出。页面在概念阶段是否允许被索引，要按其有无独立可公开内容以及环境授权决定，不能单凭新建 URL 保证搜索曝光。 ## 发布前让不同负责人各看一次 产品部门负责技术事实与图片所代表的版本，销售负责可售市场及交期表述，网站负责人负责 URL、索引状态与资料链接，客服负责老客户能否找到旧型号支持。四者对不上时暂缓不可靠的具体宣称，而不是把不完整的资料交给编辑补一套“卖点”。新品正式开卖后还要复核系列分类页和社媒旧帖，避免一处写工程样、一处写已量产。 --- ## 官网 WhatsApp 按钮有点击没询盘？先把型号上下文带进对话 - URL: https://www.guangsuan.com/post/b2b-whatsapp-product-page-context/ - 作者: Don Jiang - Published: 2026-09-25T11:03:11+08:00 - 摘要: 网站 WhatsApp 入口在不收集敏感资料的前提下带产品上下文；点击、消息送达与有效咨询分开核算。 官网右下角加了 WhatsApp 按钮，消息来了却只写“Hi”，销售不知道对方看过哪个产品。**聊天入口应传递足够的产品上下文，同时保留网页本身的型号、规格和联系路径。**按钮点击只是试图开始对话，不等于消息已送达，更不是有效询盘。 ## 按钮应该放在哪些页面 产品页可以给“咨询本型号”，预填文本含可见的型号与页面 URL；技术文章若尚未对应明确型号，给“描述你的应用”，而不是把文章标题硬塞进销售聊天。预填消息由用户确认发送，不暗中采集聊天内容。对难以在聊天中传清的图纸、参数和合规文件，提供可访问的产品资料或安全的文件提交路径。读者不使用 WhatsApp 时，还应能找到邮箱或表单；不能用悬浮按钮盖住手机的参数或同意管理界面。 原创界面示意，未伪装成真实 WhatsApp 截图或聊天记录。 ## 如何验证渠道与询盘，避免重复计数 网站可统计按钮点击，但用户可能取消发送、离开应用或之后换号码联系。只有销售端可核实的真实对话才能被登记为聊天询盘，并记录产品、时间和双方确认的后续动作。若同一客户先填表又发消息，核对后合并，不把两次接触分别算作两名新客户。发给第三方聊天服务的必要信息与隐私告知应按企业适用要求确认；不要在链接里放完整姓名、邮箱或客户图纸信息。 技术实现上核 HTTPS 页面跳转、桌面网页/手机应用的实际行为、国际区号及号码归属；号码更换时检查全站入口，而非只改首页。共享客服组件属全站资产，不为单篇文章私自覆盖；如果正讨论建站方案，可在[外贸 B2B 建站](/b2b-web/)阶段定义产品上下文与线索去重规则。销售无人值守时，页面不要承诺即时回复，给出可靠的备选联系方法。 ## 买家只发了“Hi”，销售如何接下去 如果链接已经传型号，销售先确认买家问的是页面展示的标准配置，还是要定制接口，再问工况与数量；没有型号时给一个简短的产品族选择问题，不要自动发送十份 PDF。假设买家从某个压力设备的技术文章进入，直接问“你需要了解文章中的测试方法，还是针对某个型号询价？”比推销整站产品有效。聊天转到报价阶段，要在内部业务系统留必要记录，防止换班或号码停用后只剩个人手机里的历史消息。消息里出现客户个人数据和图纸时，按企业适用的权限和保留规则处理。 ## 两种产品入口不要发同一段预填消息 具体型号页的消息可以是“我在官网查看了 [型号]，想确认 [用途/配置]”，由客户决定是否发送；工艺文章则应传文章 URL，并留出让客户描述真实工况的位置。链接中的内容可能被聊天应用和收件人看到，不要把网页表单里输入的邮箱、未公开图纸编号或客户身份塞进 URL。真正需要附件时，说明可接收的格式、文件大小和更安全的交付方式，而不是让客户在公共评论区贴图纸。 如果有多个地区销售号码，不以 IP 猜测买家所在地并自动覆盖他所选联系人。网页应能显示号码所属团队和服务语言，联系人不在线时提供可靠备用渠道。一个产品页、一个文章页及联系页分别从桌面和手机点击测试，检查是否出现空白聊天草稿、错误号码或网页版无法继续操作。按钮覆盖屏幕重要内容时先改布局，别靠“悬浮咨询”挤压选型信息。 ## 统计里最容易混淆的三种事件 点击按钮是站点可观测的交互；发出消息由聊天应用决定，站点通常无法仅凭点击确认；对方确有采购需求并由销售登记才是可跟进线索。销售查看会话时可手工核来源 URL 或预填型号，但收到同一人的表单后应合并去重。若企业要在后台自动关联跨渠道记录，需要按实际数据处理权限和技术能力设计，不能在文章里把它描述为所有 WhatsApp 按钮的默认功能。 --- ## 询盘多了却没几个能跟？先把无效线索和真实不匹配分开 - URL: https://www.guangsuan.com/post/b2b-inquiry-quality-classification/ - 作者: Don Jiang - Published: 2026-09-25T11:03:11+08:00 - 摘要: 询盘质量复盘区分机器人、推销、重复、真实但不匹配及可跟进咨询，不能用提交按钮点击代替有效线索。 询盘数量上涨，销售却说有效客户没有增加。先别立刻给网站加十道验证码。**把广告推销、机器人、重复提交、真实但不合供货范围的需求，与可进一步核对的采购咨询分开。**只有这几类能被识别，才能判断该修流量、表单还是产品说明。 ## 给销售一个可复核的分类口径 广告推销和无意义机器内容看提交模式与字段；同一家公司连续追问同一采购需求，不应机械算成多条独立询盘；真实客户要买本站不供应的商品，则不是“垃圾”，可能是页面表达或投放对象不匹配。有效线索也不必当场有完整预算，只要身份、目标产品与下一步沟通真实可确认。按业务实际定义并保留“待确认”状态，不以邮箱域名或国家单独判好坏。 原创分类示意，不是真实 CRM 数据或线索数量。 ## 从入口到回复，逐段找偏差 抽样每一类几条脱敏记录，带上落地页、入口来源、提交字段和销售处理结果。大量不相关询盘若集中在一个泛化广告页，先查广告关键词与承诺是否吸引错人；若集中在产品页，核标题是否把零配件写成整机。若技术讨论很多但都被销售标“无预算”而未回复，先与销售确认筛选标准，别简单要求 SEO “找更准的流量”。已有[SEO 询盘交接](/post/b2b-seo-lead-handoff)讨论接单时间和分配，这篇关注“有效”的判别依据。 表单防垃圾措施应有可回退性：启用新规则前留基线，测试合法长消息、不同国家手机号与附件类型；上线后看服务端被拦记录和销售是否漏单。聊天咨询也要单独核对实际发送和接单，见[WhatsApp 产品上下文](/post/b2b-whatsapp-product-page-context)。隐私数据只让获授权的人读，报告用汇总分类和脱敏示例，不在公开文章中贴真实客户邮件。网站转化事件也要和后台实收记录对齐，不能把点击提交按钮当有效询盘。 ## 怎么报告结果而不编增长 同一周期分别给出表单提交数、成功入库数、排除机器人/推销数、销售确认可跟进数，以及仍待确认数；去重规则要稳定。若渠道带来的线索后续跨设备回访，不要强行归属单一渠道。低样本量时逐条看实际问了什么，比比较一个月“转化率波动”更能找到页面问题。要规划自然搜索与页面优化，可结合[谷歌 SEO 服务](/seo/)按实际业务线看查询与落地页，而不是承诺某个固定有效率。 ## 一个边界例子：没有预算就算无效吗 工程师正在收集三家供应商的参数，尚不能给采购预算，却提供具体型号、工况和后续评审时间。这是一条可继续确认的真实需求，不应和批量推销软件的邮件放在同一“无效”桶里。反过来，留了企业邮箱、写着“立即采购”但指定的产品和本站完全无关，也不能只因为字眼好看就评为高质量。把分类所依据的原始需求摘要留在受控系统，由销售主管定期抽查分歧，而不是给营销自动生成一个无法解释的线索分数。 ## 表单质量调整可能伤及哪些真实客户 强制填写电话会挡住只愿先发邮件的采购；禁止免费邮箱可能拦到小型经销商；默认排除某些国家会使真正可服务的客户连表单都提交不了。任何防垃圾规则上线前，拿匿名的合法场景试一次，并在后台确认被拦消息能由授权人员复核。出现“垃圾询盘减少”同时“真实询价也减少”，不能只看前一项宣布成功。 如果过去业务员把未回复的线索一律标无效，先修销售流程。比如销售只愿接现货订单，但官网承诺可以评估定制项目；这种冲突不是换一个 SEO 关键词就能解决，而是先确认真正承接的业务范围，再改页面与分配规则。样本小的时候不宜用一个漂亮的比例作承诺，列清每个阶段多少条、依据是什么，实际决策会更稳。 --- ## 采购商只说“报500台”：工业品 RFQ 缺条件时先问什么 - URL: https://www.guangsuan.com/post/industrial-rfq-missing-specifications-reply/ - 作者: Don Jiang - Published: 2026-09-25T11:03:11+08:00 - 摘要: 工业品 RFQ 缺规格时优先确认改变选型和交付的条件，给出可继续沟通的回信，不把估价当正式报价。 买家邮件写“给我报 500 台”，却没有尺寸、目标市场或使用环境。此时先报一个最低价，后面很可能要重做。**不完整的工业品 RFQ 应先说明还缺哪几个会改变型号、成本或交付的条件，再决定能否给预算范围。**网页可以提前帮助客户准备信息，但不应变成几十个必填项的考试。 ## 按影响程度追问，不是一次把所有字段甩给买家 先确认产品系列、关键性能或图纸版本、使用工况、数量、目的地及期望交付节点。哪项决定安全与适配，就优先问哪项。假设询的是一台阀门，口径、介质与压力条件可能决定选型；“贵司年营收多少”不属于首封技术核对。若客户已有规格书，引用对应项目与页码，请他确认适用版本，别再要求重填一遍。 原创教学示意，型号与图纸不对应真实采购订单。 ## 回信要给人继续谈下去的路径 可以写：“我们收到关于该系列 500 台的询价。为确认适用型号与交付条件，请补充接口图纸版本、介质及目的地；若尚未确定，我方可以先提供标准型号资料供选型。”这一写法既确认对方需求，也不假装参数已确定。对于只能先估价的订单，明确估价基于什么配置、有哪些未含费用和有效条件；不把预算性数字写成正式报价或承诺交期。本站已有[不公开产品报价的页面写法](/post/b2b-product-page-without-price)，此篇解决收到模糊需求之后如何补齐。 把常被漏掉的三四项信息写回对应产品页：可选尺寸、MOQ 是否随材料变化、哪些市场认证需单独核对。买家在页面就能排除不适合的系列，销售少来回问。同一问题若涉及客户专有技术或图纸，公开表单只收摘要，再引导通过约定安全渠道传完整文件，不在页面上承诺对所有附件永久保密却无对应措施。 ## 什么时候直接说“不适合” 客户提出的工况超出已核实规格、目标地区无法交付，或者没有能力验证关键安全条件，就把限制说清楚并转技术负责人判断；不要因为怕丢单便先用另一种近似型号顶上。后续核技术与销售的书面答复是否一致，避免网站写“可定制所有尺寸”，报价时才告知治具与最小量限制。真实但不合供货范围的需求，复盘时也别一概叫垃圾，分类依据见[询盘质量核对](/post/b2b-inquiry-quality-classification)。建站阶段可把高频追问改成[产品页面的清晰选型入口](/b2b-web/)，但最终报价仍由企业按真实订单出具。 ## 怎样判断问题该由销售答，还是交给工程 交货地区、询价数量、是否需要标准样品，销售通常可以先澄清；材质耐受、压力范围、与现有系统接口是否兼容，则由有权限的技术人员按具体型号和条件判断。把售前邮件中的“推荐型号”标出依据：客户给了哪些参数、哪些条件仍待确认。不要把工程团队的一句“可能能做”改写成网页上的“全型号支持”。若测试或认证是决策前提，索要对应市场与型号资料，而非仅问一句“有证书吗”。 客户提供的信息先做什么暂不能承诺什么只给数量与产品大类补关键工况和目标用途具体型号及准确到货日附图纸但版本不明确认修订号与可公开范围与既有设备完全互换已有型号、问样品核标准品/工程样及验证目标样品结果代表未来所有批次 ## 网站如何减少来回补问 从近一段时间实际销售记录抽取反复缺失的条件，例如尺寸、工作介质或配置版本，让产品页回答“哪些资料可先看”“询价前需要准备什么”。网页的型号表和 PDF 如有冲突，应先由技术负责人确认单一可靠版本，再上线导购内容。询价表单可带产品型号与页面来源，但不强制所有访客上传完整工艺图；简单需求先留基础信息，复杂资料走合适的后续渠道。 正式报价给出了条件后，若客户后来改数量、地区或图纸，重新确认价格与交付，不把原估价截图当有效的新承诺。页面若仍宣传旧配置，销售每次都要解释一次，这时需要产品部触发网页复核，而不只是销售写更长的邮件。 ## 采购方急要预算时，可否先给区间 能否给取决于企业是否有经批准的标准配置和估价规则。若有，可明确“仅供预算评估，基于已确认的标准配置、数量和交付条件；目标市场、图纸及测试要求改变后重估”，并列出客户仍待补的两三项关键条件；若产品高度定制且基本尺寸未定，宁可先给估价所需信息与预计回复步骤，不编一个缺少基础的区间。无论哪种，都不要在网页写“最低价保证”再让销售面对无法兑现的条件。 销售把预算性估价转为正式报价时，应重新核技术版本、附件范围、运输条款、支付和有效期；售前网页主要帮助客户准备信息，不承担合同文件职责。遇到客户以竞品型号询问替换件，还需明确适配依据和是否为原厂关系，不能直接拿竞品编号套本公司价格表。一个清楚的“不确定还需核”答复，比迅速给出错误数字更利于后续合作。 --- ## 展会名片带回来了，客户要什么却忘了？把现场谈话接到官网 - URL: https://www.guangsuan.com/post/trade-show-lead-follow-up-website/ - 作者: Don Jiang - Published: 2026-09-25T11:03:11+08:00 - 摘要: 展会线索先记产品兴趣和约定的下一步，再用经核实的官网资料跟进；扫码访问不等于询盘。展位上聊得很深入，回公司却只剩一张名片和“有兴趣”三个字。展会线索记录的重点是双方约定的下一步，而不是给每位路过的人打一个假精确的分数。 展位上聊得很深入，回公司却只剩一张名片和“有兴趣”三个字。**展会线索记录的重点是双方约定的下一步，而不是给每位路过的人打一个假精确的分数。**官网能帮销售持续提供型号、手册和联系入口，但替代不了谈话记录与本人对后续沟通的意愿。 ## 现场最少留下什么 记录公司和联系人可被授权使用的方式、关注的产品或工况、现阶段需要资料/样品/报价哪一步、承诺何时由谁跟进。若未谈到数量和目标市场，就标“待确认”，不能让销售回去猜。名片照、聊天软件和网页表单可能同时记录同一人，先核身份与来源，再合并到一个可访问的商机；只凭邮箱相似就覆盖掉另一笔订单是错误的。 原创场景插画，无真实参展者或客户信息。 ## 后续邮件不应只有“感谢莅临” 按谈话记录发对应型号资料，写明尚待核对的条件及双方约定动作。买家要测试报告时，先核样品与型号覆盖范围，别把通用证书附在所有邮件上；买家只是索取目录，也不必突然塞一张报价。发文件前检查现行版本，尤其是设备修订与语言，资料中心的维护方法见[技术资料中心](/post/b2b-technical-download-center)。 有人只扫了现场二维码，没有留下可联系信息：这是一次访问，不等于销售获准主动加个人通讯工具。买家现场留下的需求若缺工况和规格，先按[不完整 RFQ 的补问顺序](/post/industrial-rfq-missing-specifications-reply)确认，再出报价。线索从名片进入 CRM 时也要遵守企业实际隐私告知与授权范围，控制谁可访问、多久留存。外包拍摄的展位视频里出现参展者面孔、胸牌或客户产品时，发布到官网前另核素材许可。 ## 让现场与官网的结果分开复盘 至少分清现场面对面登记、扫码表单、现场直接发邮件、会后自然搜索再访问四种入口。一个企业先在展会上见面，后又搜品牌来填写官网表单，不可简单把线索全归 SEO 或全部归展会；记录“已知的接触路径”，留不明项。销售核“是否回复、是否进一步确认需求、是否进入报价”，网站团队核页面和资料是否可用。这一分工与[SEO 线索交接](/post/b2b-seo-lead-handoff)相通，但展会的现场谈话记录提供了更具体的初始上下文。 ## 把“有兴趣”写成能接续的记录 假设买家在现场看了某系列样机，说目前设备空间有限，希望下周拿到尺寸图。可记录：产品系列、已知安装空间、仍缺接口尺寸、承诺下周提供哪份经核实文件、销售负责人；不要写“客户确定采购”。若买家只看了展位，没有表达接收资料的意愿，就不要替他勾上“申请报价”。这个区分使会后销售知道该先发图纸还是先核应用，客户也不必从头重复谈话。 现场记录可做少量结构化字段，另留原话摘要。“用途：备件”比“高意向 A 类客户”更便于技术人员接手。涉及客户现用设备型号、照片或设计图时先确认记录权限；公开官网只呈现经许可的通用问题和企业自身资料，不将展会交流伪装成客户案例。 ## 会后有三种不同的下一步 要报价的，先核决定配置和交付的条件；要样品的，明确验证目标与寄样规则；只是要目录的，发送适用产品入口并说明后续有问题怎么联系。三类客户不能都收到同一封“限时优惠”邮件。回复时间不写固定的 24 或 48 小时承诺，除非团队确实可履行；可在内部按买家已约定的时间排优先级，并由负责人标出未完成事项。 展会页面点击多而正式 RFQ 少，不一定是失败：有人只是核展位、有人日后通过品牌搜索回访。复盘要看现场名单与官网可联系线索各自的数量及去重规则，销售再查是否进入真实技术核对。若两份记录分散在个人手机、扫码工具和官网后台，先定义可导出的受控记录与交接人，再谈自动化。 --- ## 展会画册二维码印错就难补：先核目标页，再谈 UTM 归因 - URL: https://www.guangsuan.com/post/trade-show-qr-code-website-attribution/ - 作者: Don Jiang - Published: 2026-09-25T11:03:11+08:00 - 摘要: 展会二维码印刷前核目标页面、短地址、语言和实际手机扫码；UTM 点击不等于有效询盘。一批画册印好才发现二维码指向旧域名，这类错误比追踪参数填错更难补救。展会二维码先保证地址稳定、手机可打开、资料能找到，再考虑渠道归因。 一批画册印好才发现二维码指向旧域名，这类错误比追踪参数填错更难补救。**展会二维码先保证地址稳定、手机可打开、资料能找到，再考虑渠道归因。**扫码次数不是独立访客，更不是成交数。 ## 印刷之前，把跳转链拆开检查 确定印在物料上的短地址由谁持有，最终指向哪一页，是否先经第三方短链或跳转。可控的站内短路径便于后续维护；若依赖外部短链，核服务到期、域名和权限，避免活动结束即失效。印刷二维码旁也给可手输的短地址，弱网或相机识别失败时仍能抵达。同一展会的产品画册与展台立牌可以指向不同的产品或预约路径，但不要为了统计把每一张纸做成一个无法维护的新页面。 原创物料示意，二维码图形不可扫描，不代表真实活动。 ## UTM 记录能说明什么 给线下物料的目标 URL 加有约定的来源、媒介和活动标记，名字要统一，别一批写 fair、一批写 expo。Google Analytics 的[自定义活动网址说明](https://support.google.com/analytics/answer/10917952?hl=en)列出了 `utm_source`、`utm_medium`、`utm_campaign` 等参数及大小写一致性要求。UTM 反映带标记链接带来的访问；买家后来手输品牌词、换设备或通过同事分享回来，后续访问未必继续归到展会。不能拿“扫码后品牌词增长”直接证明二维码导致 SEO 排名变化。若落地页有表单，记录经合法告知并同意的活动来源字段，由销售核对线索身份与具体需求，避免把机器人、员工测试和重复提交算进成果。 重定向尽量保持查询参数，但更重要的是打开最终落地页后阅读和联系能正常完成。营销人员应和技术同事约定谁可改最终目标；未经检查不要把印刷用短 URL 改指向另一个国家或语言版本。多语言情形可给物料上写清语言并提供切换，不能仅凭扫码 IP 强制判国家。 ## 一次能复现的交付检查 保留二维码原稿与最终印刷稿各一份，从不同手机扫并记录最终 URL、状态码、页面标题和是否能提交测试表单；关掉网络后重新连接，检查是否错误命中预览站。若已印错网址但旧域名仍由企业控制，可定点把旧路径引向真正相关的新页面，并留意参数；失去旧域名控制时，在会场用贴纸和人工告知修正，不能声称可以远程修复纸面二维码。相关活动页面该放什么，可看[展会落地页规划](/post/b2b-exhibition-landing-page-plan)。 ## 二维码、短链和目标页，分别由谁维护 印在纸上的二维码一旦出厂，所编码的地址就固定了；可变的是中间的短链映射或目标页内容。市场部应保存最终印刷用地址和物料批次，网站管理员负责目标页与重定向，销售负责现场反馈“扫不开”的具体手机和网络环境。若短链在供应商账号里，离职或服务到期后谁能继续修改，应在印刷前确认。不要为了随时换目标页引入一个无人拥有、随时可能失效的第三方跳转服务。 印在产品包装、说明书上的二维码与三天展会立牌寿命不同：前者需考虑设备多年存量使用，不适合跳一次性活动页；后者可指当期展会页，但到期后仍应有合理去向。先按物料寿命选择稳定地址，再定活动参数；这比从工具里导出一张二维码图片后才想页面承接更可靠。 ## 出现异常时按哪一层排查 相机扫不出图形，检查印刷尺寸、对比度、折痕和留白；扫出网址却 404，核 URL 拼写、大小写及重定向；网页打开但语言不对，核活动页默认语言与切换入口；提交表单无消息，核服务端记录而不是反复重印二维码。每次只改有问题的一层，并用印好的同一张纸复测，别只在电脑浏览器手输链接。对于多张渠道物料，先留下可核对的“物料—目标 URL—负责人”清单，否则下一批印刷容易复制旧错误。 没有真实数据时，报告可写“某物料链接收到多少带参访问、其中多少进入表单”，但须说明参数丢失、分享与重复访问的限制。这个数字不能写成“多少人通过二维码认识了品牌”，更不能把当月品牌词点击全算成线下活动效果。 --- ## 展会落地页怎么做？让现场扫码的人会后还能找到产品 - URL: https://www.guangsuan.com/post/b2b-exhibition-landing-page-plan/ - 作者: Don Jiang - Published: 2026-09-25T11:03:11+08:00 - 摘要: 展会落地页兼顾现场展位信息与长期产品资料；按实际内容决定会后保留还是调整 URL。展会现场的买家扫了码，却只看见一张“欢迎参观”的海报。等他回去想找某个型号，活动页早已下线。 展会现场的买家扫了码，却只看见一张“欢迎参观”的海报。等他回去想找某个型号，活动页早已下线。**展会落地页要同时服务现场快速识别和会后继续选型：展位信息是短期内容，产品与联系路径是长期内容。**不必为每场展会复制一套官网。 ## 让现场买家一分钟内找到刚谈过的东西 页首写实际参展主体、展会名称、日期、展位和负责产品线；尚未确认的展位不要提前填假编号。下一屏给主推产品的系列入口，而不是铺满全站 SKU：展示设备外形与一两项可核实的选型条件，明确点击后进入正式产品页查看完整规格。对只想留联系方式的人，提供表单和直接联系入口，现场网络弱时还应允许复制短 URL。表单字段只收现场跟进必要的信息，涉及图纸可后续走受控渠道；具体字段可参照[RFQ 表单核验](/post/b2b-rfq-form-seo)。 原创展台示意，非光算参展现场或客户产品。 ## 展会结束后，是保留页面还是撤掉？ 若活动页包含经授权的产品演示、真实活动信息和仍有用的资料入口，可保留 URL，更新“展会已结束”与当前联系路径。若只是一次性的签到表，不再有独立价值，就按实际替代内容决定是否重定向；别把所有旧展会页都跳首页，也别假装下一届日期与展位已经确定。下届活动若产品范围和场景显著不同，再建新页并从旧页给明确链接；不要每年只改年份，让过期现场信息持续被搜索展示。 有的竞品会建议任何展会都造一个“专属高转化页”。实际先看目标：客户需要型号资料、预约会议，还是到场定位？三种需求的首屏与表单不一样。小型活动可以只更新现有产品入口和短地址，不必另建重复页面。站点的产品、应用与询盘路径可在[外贸 B2B 网站建设](/b2b-web/)时规划，活动页只承接其中特定场景。 ## 上线前做一遍离线场景演练 把印刷稿按实际尺寸输出，分别用常见手机与不同网络扫二维码，核目标 URL、语言、展位时间、产品图、联系动作及后台是否收到测试线索。印刷前核对方法见[画册二维码与归因](/post/trade-show-qr-code-website-attribution)。销售在现场把产品入口发给客户时，打开的是型号页还是过期 PDF？会后记录来源时只把扫码访问当“活动接触”，不把它算成有效询盘或 SEO 成果。真实的询盘还要核[现场谈话与跟进记录](/post/trade-show-lead-follow-up-website)；页面搜索流量则单独观察查询与入口。 ## 现场页到底放哪些产品：用谈话来决定 假设企业带了整机和三种配件参展，现场主要谈的是整机适配。落地页先让买家识别整机系列，再提供“配件需要核主机版本”的入口；不能把三种配件都标成“适用于所有型号”。销售最常解释的尺寸、材料、用途可以放在系列短说明中，但性能数值仍应回到经审核的产品资料。没有经授权的客户应用照片，换用明确标为示意的产品结构图，不以现场布展照冒充成功案例。 会前让销售拿着一个真实但脱敏的采购问题走页面：对方只记得展位和产品外形，能否找到系列？需要规格时是否到现行 PDF？想预约技术讨论时，表单能否带上感兴趣的系列而不收不必要的个人资料？三个问题都能完成，比放十个“立即咨询”按钮更能检验页面是否有用。 ## 自然搜索与短期活动流量，内容怎么兼顾 展会名称、展位号可能有人搜索，但搜索结果也可能混入主办方、行业新闻和历史页面；标题不应写“官方展会信息”，除非企业确有相应官方身份。页面以企业自身参展事实、产品和联系安排为主。会后更新首段，告诉从旧搜索结果进来的人展会已结束，还能到哪里继续选型。真正长期可回答的工况问题放在产品或应用页，不把一次展会记录硬写成万能行业指南。 若今年只参展一次，使用一个稳定的展会页面和通往正式产品的链接即可；若多场活动都采用不同主推产品，记录每页负责人、日期与到期处理动作。无人维护、仅替换城市和展位号的活动页会迅速过期。上线验收还应确认重定向后的查询参数与网页语言没有错，否则现场二维码虽然能扫，归因和联系都可能断在最后一步。 ## 页面到了会后，哪些内容必须立即改 活动结束时先处理明显的时间承诺：“明天到展位领取资料”“现场限时预约”应替换为当前真实可用的路径；展会名称与已发生的参展事实可以保留，但必须避免让读者误认活动还在进行。展台工作人员联系方式若只是临时手机号，在对方确认后改为长期业务入口；物料链接继续指向同一页时，客户仍能从旧画册找到产品。若需要展示现场照片，逐张核公司、员工和到场买家的公开授权；没有授权时保留产品资料与文字事实即可。 用两种身份验收：现场扫描者寻找刚谈的型号，和半年后从搜索进入的买家寻找现售产品。前者需要短路径与可辨的产品图，后者需要清楚的活动状态、当前版本资料和能工作的询价入口。两种测试都通过，这张页面才有理由继续公开；如果活动页原本只有签到和错误二维码，回到相关产品页的明确去向可能更合适。 --- ## 多语言网站能切换就算上线了？按型号、文件和询盘做一轮验收 - URL: https://www.guangsuan.com/post/b2b-multilingual-launch-content-qa/ - 作者: Don Jiang - Published: 2026-09-25T00:28:15+08:00 - 摘要: 多语言网站上线前核型号、单位、适用范围、资料语言和销售回复，不能只检查首页切换或 hreflang。 英语、俄语、西语网站都能切换语言，不等于内容已经可用。**多语言页面上线前，至少逐页核产品事实、动作文案、URL 对应关系和询盘回复语言**；“机器翻译通过”只说明生成过文本，不能证明买家拿到正确规格或联系入口。 ## 从同一型号的两种语言版本开始对照 检查型号、单位、标准引用、限制、文件版本和 CTA 指向。技术名称有多个常见译法时，由产品负责人确认适用市场的叫法，并在术语表中记录，不让一个配件在导航、正文和 PDF 中出现三个互不相认的名称。已有[外贸产品术语表](/post/b2b-content-terminology-conflict-log)讲如何处理争议；这篇关注上线前完整路径的验收。 不要从首页语言切换成功推断所有页面都能互切。两个页面必须确实对应同一内容和适用市场，才把它们作为语言替代；如果该市场没有某产品，切到对应分类或清楚说明不可供，而非造一个空的翻译 URL。hreflang 是发现对应版本的信号，不会替代页面真实可访问、可索引的正文。关于不完整译文的处理可参照[译文未全完成时上线](/post/unfinished-translations-hreflang-release)。 原创语言核对示意；未展示真实客户翻译或认证。 ## 做一次“海外买家从搜索到回复”的任务测试 在目标语言页面从搜索入口打开具体型号，读到适用条件，点开相同语言或标清语言的规格书，提交不含真实客户数据的测试询盘，再由销售检查收到的邮件字段和回复模板是否可用。若页面是西语、下载文件只有英语，应在下载前标清“英语版”，不要让用户误以为点击失败。若表单默认国家选择错误，允许用户修改，不根据浏览器语言猜测法律主体。 还要检查数字格式、尺寸单位与日期：小数点和千位分隔符不能被翻译插件误换成另一个数；两个市场的配置不同，就分开说明而不是强行互链。发布前抽一个高价值型号、一个分类页、一篇技术文章和联系页，记录每处错误和责任人。形式上的 SEO 标记通过，并不代表译文符合采购用途；真实的术语、销售承接和产品事实必须有人负责。 ## 译文缺失时，不要让按钮伪装已翻译 英文型号页有完整安装说明，另一语言版本只译标题：此时不要在导航中承诺“完整技术手册”，再链接回英文 PDF 而不标记语言。可以明确显示英语资料并说明本地语支持是否可提供；重要安全说明若依赖当地语言审核，先确认能否合法发布，不能靠机器翻译临时补齐。内容的不同语言版本应保留独立审核状态，英文修改参数时触发其他语言的待复核提醒，避免译文长期停在旧型号。 --- ## 产品改版了，官网旧参数谁来改？给内容复核找触发条件 - URL: https://www.guangsuan.com/post/b2b-website-content-review-ownership/ - 作者: Don Jiang - Published: 2026-09-25T00:28:15+08:00 - 摘要: B2B 网站内容维护要按产品变更、证书范围和供货承诺触发复核，记录依据与负责人，不只改日期。 网站文章、产品页越来越多，没人知道“这句话还能不能用”。**建立内容复核机制时，先找会过期的事实、它的负责人及触发变化的事件；不要给所有页面统一设置季度改日期。**改过页面日期却没有核参数，既帮不了买家，也不能让内容自动获得排名。 ## 给不同内容指定不同的“过期信号” 产品参数可能因图纸修订而变化，认证因适用型号和有效期变化，交付条款因工厂或物流调整而变化，行业文章则可能因平台政策变更。为每类记录原始依据、审批人、公开 URL 与下次触发条件。销售发现买家连续问同一问题，可提出修订；最终涉及性能、标准、兼容性的文字由技术负责人确认，编辑负责可读性与链接。 例如某产品电源版本停供：先核受影响型号和旧订单的售后需求，再更新型号页、系列对比、下载文件与相关文章的引用；旧页面是否保留，取决于它是否仍服务存量设备。不能只改首页一句“新版上市”，让旧参数页继续被搜索展示。记录改动原因与适用范围，比无解释地更新“最后修改时间”有用。 原创内容维护示意，不是实际项目工单。 ## 复核时先问读者是否还得到正确答案 打开页面，按标题提出的问题重新走一遍：关键结论是否仍有效、文件版本是否对应、图是不是当前型号、内链是否指向真正可用的下一步。若旧文展示很多却回答了另一个问题，可能需要重写结构而非替换几处年份；相关取舍可看[旧文章更新还是另写](/post/b2b-refresh-old-content)。若涉及客户、资质或测试结果，查公开许可及原始证据，别仅凭此前已经上线推定永久有效。 建议在内容登记表保留“审核完成/待资料/已下线”状态及复核人，不把待审核内容默默发布。业务团队也要知道哪条 URL 是最新版，这样发给客户的邮件才不会引用旧 PDF。GSC 的展示与点击能帮助排优先级，却不能替代对内容真实性的检查。对于围绕采购过程长期维护的文章，可结合[谷歌 SEO 服务](/seo/)按产品线安排内容复核。 ## 没有精力全站复核，先处理哪几页 优先找涉及安全、兼容、认证、价格或供货承诺的页面，再看带来实际销售问题的高曝光页面。落到一篇泛化博客但已经过时的买家，可能比一篇无人读的新闻更需要及时修订。每次改动都核正文、下载资料、图片说明与结构化数据引用的是同一事实；如果事实无法核实，暂时撤掉无依据的明确承诺，而不是以“持续优化”为由无限延期。下一轮排期由产品与业务负责人共同确认，不以发文数量替代质量维护。 --- ## 外贸网站交付后谁能改、谁能恢复？上线时把资产责任写明白 - URL: https://www.guangsuan.com/post/b2b-website-launch-handover-assets/ - 作者: Don Jiang - Published: 2026-09-25T00:28:15+08:00 - 摘要: 外贸网站交接不止能访问，还要确认域名、后台、询盘、数据权限和备份恢复有人负责并能演练。建站验收时“网站可以打开”只是一个起点。上线交接要把域名、主机、内容、询盘、统计、备份和恢复联系人写成能操作的清单，并做一次最小可行演练；交付文档存在但无人能登录或恢复，不能算可持续运营。 建站验收时“网站可以打开”只是一个起点。**上线交接要把域名、主机、内容、询盘、统计、备份和恢复联系人写成能操作的清单**，并做一次最小可行演练；交付文档存在但无人能登录或恢复，不能算可持续运营。 ## 按“资产—责任人—验证动作”登记 域名由谁持有、续费提醒去哪；DNS 谁能改；主机与 CDN 谁接警报；网站管理员如何新增和撤权；产品负责人审批哪些参数；表单数据存在哪、谁能分配；GA4 与 Search Console 谁拥有管理员权限。记录的不是账户密码本身，而是账户主体、角色、恢复联系方式和授权的安全存储位置。第三方代运营有管理权限，不等于应占有企业的唯一所有者账号。 逐项演练一个动作：创建受限编辑账号并撤回；从站点找到一条测试询盘并核通知；从已授权的备份在隔离环境验证能否恢复；切换一个重要产品页到草稿后看是否有发布复核机制。恢复演练涉及生产数据时先做脱敏和访问控制，不能为了测试把客户资料下载到个人电脑。网站改版涉及旧 URL 的迁移核验，另参照[改版 URL 与回滚验收](/post/%e5%a6%82%e4%bd%95%e9%87%8d%e6%96%b0%e8%ae%be%e8%ae%a1%e6%82%a8%e7%9a%84%e7%bd%91%e7%ab%99%e8%80%8c%e4%b8%8d%e6%8d%9f%e5%a4%b1seo%e6%8e%92%e5%90%8d)。 原创交接场景插画，无真实企业账号或人员信息。 ## 供应商离场时，先做可逆的交接 要求交付站点资源清单、许可证归属、必要源码或配置的约定范围、备份位置、到期提醒以及仍在运行的外部服务。企业管理员先登录并确认新账号正常，再按约定撤销供应商已不需使用的权限；不要在没有回退途径时先停 DNS 或注销账户。若服务合同包含维护，明确故障受理、工作时间与恢复优先级，不把“一切包修”写成无法验证的口号。具体托管报价范围可对照[WordPress 托管报价核对](/post/wordpress-hosting-quote)。 上线后第一个月检查实际发生的变更：谁发布了新产品、谁更新了资料、谁处理询盘、备份能否找到。能完成这些动作，才说明网站从项目交付变成日常业务资产。需要将所有权和页面建设一起写进合作范围，可参考[外贸 B2B 网站建设](/b2b-web/)的现有服务说明，具体权益以合同与当前页面为准。 ## 账户“在公司名下”还需核哪两件事 一是恢复邮箱和第二因素是否由企业控制，不能只把管理员用户名写在交接表里；二是供应商创建的集成服务，如发信、地图、CDN 或表单插件，付款与到期通知能否被企业接收。用最低必要权限抽查，别要求所有人共用一个超级管理员。恢复能力涉及费用和故障责任，交接时留下工单入口与优先级，等出问题再找当年建站工程师往往已经太晚。 --- ## 外贸网站联系页服务多个国家：电话、时区与售后由谁接？ - URL: https://www.guangsuan.com/post/b2b-contact-page-region-hours/ - 作者: Don Jiang - Published: 2026-09-25T00:28:15+08:00 - 摘要: 多国家外贸联系页核总部与渠道责任、电话国家码、服务语言及工作时间，不虚构当地办公室。英文网站留了总部电话，却面向多个时区投放广告与 SEO；采购商点进来不知道谁会回、能否用当地语言沟通。 英文网站留了总部电话，却面向多个时区投放广告与 SEO；采购商点进来不知道谁会回、能否用当地语言沟通。**联系页应按真实服务范围写明入口、负责团队和回复预期的计算方式**，没有当地办公室就不要画当地办公室。电话号码的国家码与接听时间同样重要。 ## 先核三个事实：谁接、在哪、何时 可以公开的主体名称、业务邮箱、电话及所在地，要与实际履约主体和页脚信息一致。销售覆盖欧洲不等于在欧洲有办公室；代理负责售后也不等于总部承诺现场维护。若有[授权经销商目录](/post/b2b-distributor-locator-content)，联系页指向经审核的区域渠道；没有渠道的国家则给总部核对供货范围的路径。国家/地区选择器必须允许用户自己改，不依据 IP 强制锁进一个错误联系人。 写“一个工作日内回复”前，先定义工作日按哪个团队时区、节假日与语言转接如何处理，再确认销售真的能做到。无法承诺时可写明常规处理时间与紧急维修的不同渠道，但不要让技术支持邮箱替代销售报价。地图位置若只显示总部，不要给每个市场复制一张相同地图以假装本地化。 原创联系路径示意，不代表光算设有图中地点的办公室。 ## 联系页的移动端验收 从产品页进入后，产品型号能否被带入询价表单，还是客户必须重新输入？邮箱链接能否打开邮件客户端、电话链接带不带正确国家码、复制地址是否有多余空格？表单成功后给出可辨的确认和后续路径，不把“页面跳转了”视为邮件已经送达。通知链路可按[询盘通知排查](/post/site-inquiry-email-delivery-check)做端到端测试。 多语言联系页至少核服务语言、表单提示和法律主体有没有译错；不能让西语页面提交后只回一封看不懂的中文自动邮件。客服或追踪组件如果属于共享站点资产，联系页编辑不应擅自更改其代码。最后把一条真实可回溯的测试提交交给销售签收，删除或标记测试线索，避免统计成业务成果。 ## 同一个客户从渠道和总部都联系了怎么办 一封直接邮件和一条表单询盘可能属于同一项目，按公司、需求、时间及客户确认信息核查后由明确的人负责，不能仅凭 IP 合并或把重复线索当作两个商机。联系页可先解释不同入口各自处理什么：产品报价、现有设备售后、经销合作。没有实际负责团队的入口不要上线。若跨国收集个人联系信息，表单还要指向实际适用的隐私说明及数据处理者，不在页面里承诺无法验证的“绝对保密”。 --- ## 手机上工业品参数表看不清？先让名称、单位和数值对得上 - URL: https://www.guangsuan.com/post/mobile-industrial-specification-table/ - 作者: Don Jiang - Published: 2026-09-25T00:28:15+08:00 - 摘要: 移动端产品参数表可用横向滚动或分组展示，重点是型号、数值、单位及测试条件始终对应。桌面产品参数表看着完整，手机上却只能左右拖着猜哪一列是单位：这会直接妨碍选型。移动端参数表先保证“参数名、数值、单位、适用条件”始终能对应，再选择横向滚动、分组或卡片化呈现。 桌面产品参数表看着完整，手机上却只能左右拖着猜哪一列是单位：这会直接妨碍选型。**移动端参数表先保证“参数名、数值、单位、适用条件”始终能对应，再选择横向滚动、分组或卡片化呈现。**不能只把字体缩小到全部挤进一屏。 ## 按表格结构选方案 只有一款型号和十来项参数时，定义列表可以把标签与值成对排列；多个型号并排比较且每列需要对齐时，让整张表横向滚动，并在边缘显示仍可横移的线索。若是几十行、含跨列表头或脚注的规格矩阵，考虑按产品族拆成若干主题块，同时保留可下载的完整表格。不要把表头与表体拆成两个滚动区域，否则移动时参数会错行。 比如“工作温度”一行写 -10 至 50℃，但测试条件在表底第八条注释，手机上很容易漏掉。把必须和结果一起阅读的条件移到同一单元格或紧跟在值后；脚注只保留解释性背景。若单位只在最左表头出现一次，横向滚到最后一列时用户也可能失去上下文。所有重排应由技术负责人核对值和条件，不能为了版面擅自删注释。 原创布局示意，数字位置不代表真实工业品参数。 ## 验收用实际操作，不用截图猜 在 320、390、768 和桌面宽度上，查页面是否整体横向溢出；只允许表格自己的容器滚动。用触屏或键盘左右移动，检查标题、焦点和脚注能否到达；关闭 CSS 或复制文本时，数据关系仍应有可理解的 HTML 结构。表头用适当的 `th` 与 scope，卡片化后名称不能只靠颜色区分。相应数值、单位和条件的写法可参照[产品参数的准确表达](/post/product-parameter-writing-units-conditions)。 先在访问量较高、询盘前必须核规格的型号上试验，不需把所有表格同时改成卡片。测量加载时不要只盯图像：大量客户端 JS 改表也可能导致输入延迟。保留一份桌面与移动核对记录，确认内容相同、顺序清楚、实际下载资源没有变大。适合在[B2B 建站](/b2b-web/)的产品详情组件阶段一并设计，而非上线后靠缩放救火。 ## 横滚表格里容易漏掉的两个细节 第一是合并单元格。桌面上“材料”跨三款型号看着清楚，拆卡片后必须在每款里重复材料名，否则复制出来只剩数值。第二是长单位和上下标，例如 m³/h、± 和温度范围；不能为了避免换行把单位做成背景图片。若必须横向滚动，屏幕阅读器仍应能读出每个值所对应的行列标题。别把“点击展开完整参数”做成纯 JS 控件却没有按钮语义或键盘焦点。 --- ## 自家两款工业品怎么做对比页？用同一工况比较，别硬推贵的 - URL: https://www.guangsuan.com/post/industrial-product-model-comparison-page/ - 作者: Don Jiang - Published: 2026-09-25T00:28:15+08:00 - 摘要: 自家工业品型号对比需要同一工况、对应单位和文件版本；手机布局及型号换版后也要保持可核对。买家在两款自家工业品之间犹豫时，两个产品页来回跳并不容易看出差异。系列内产品对比页要围绕同一采购任务，按相同条件并列关键指标，最后把人送回适用型号和询价入口。 买家在两款自家工业品之间犹豫时，两个产品页来回跳并不容易看出差异。**系列内产品对比页要围绕同一采购任务，按相同条件并列关键指标，最后把人送回适用型号和询价入口。**它不同于[竞品对比页](/post/competitor-comparison-verifiable-facts)：比较的是自家系列内真实配置，不评价竞争对手。 ## 先写共同前提，再画对比表 假设某系列提供室内型与户外型两款控制箱。比较前先确认两个型号是否都支持买家需要的电源、安装方式和目标市场；如果户外型号另有不同的防护等级测试条件，表格把条件放在数值旁，不能只挑一个更大的数字。行选择依据买家决策：环境、接口、额定条件、可选配件、资料版本与供货状态，而不是把所有参数原样复印成一张巨大表。 型号没有公开价格，可写影响报价的条件，例如数量、选配和目的地，但不捏造“户外款贵 20%”。配置不确定时写“依订单确认”并指出确认什么；两个产品都能用时直接说明选择依据，而非靠“升级版”“更高端”替买家做决定。技术参数仍以经批准的规格资料为准，参照[参数单位与条件的写法](/post/product-parameter-writing-units-conditions)。 原创假设产品示意，不对应真实型号或性能数据。 ## 手机上的对比不是把桌面表格缩小 若只有两三列，可保留横向滚动并清楚提示、固定比较维度；若属性多且列宽很窄，可按“安装条件、性能、交付”把每个型号拆成成组的定义列表，同时保持单位和条件不脱离值。视觉高亮“推荐款”只有在说明适用前提时才成立，不能把所有买家推向利润更高的型号。 比较页有价值的入链来自系列页与两个被比型号；反过来它也需要能回到型号详情和正式资料。若只是两款名称加相同营销词，合并到系列页的一个选型段落即可，不必另建 URL。发布后查看用户是否继续到型号页、资料和咨询，而不是只以“对比页有展示”判断它能带来采购。 ## 型号换版后如何防止对比失效 比较页列出的两列参数，最好能追溯到各自正式规格书的版本和审核人。任何一个型号增减配置，先核对“比较结论是否仍成立”，再更新相应产品页与表格；如果旧型号仍被客户使用，把“已停供”和替代关系标清，而不是直接在原列填新型号数值。对比页不适合写成“永远推荐 A”：买家的工况、证书需求和供应地区都会改变选择。尚无真实可公开参数时，可以先在系列页解释选型问题，等资料齐备再做比较。 --- ## 站内搜索总说“没有结果”？先分清缺产品还是搜索没认出型号 - URL: https://www.guangsuan.com/post/b2b-site-search-zero-results/ - 作者: Don Jiang - Published: 2026-09-25T00:28:15+08:00 - 摘要: 网站站内搜索零结果先排查旧型号、同义词、索引字段和真实供货范围，再决定修搜索或新建页面。站内搜索出现“没有找到”，先别把每一个零结果词都写成新文章。零结果可能是需求缺口，也可能是拼写、同义词、搜索索引或导航的问题。 站内搜索出现“没有找到”，先别把每一个零结果词都写成新文章。**零结果可能是需求缺口，也可能是拼写、同义词、搜索索引或导航的问题。**把用户搜索词和他们所在的页面连起来看，才能决定修产品、改搜索，还是新增内容。 ## 把零结果分为四种 型号确实存在但查不到：核索引字段、大小写、连字符、旧编号及站内搜索是否只搜文章不搜产品。买家用另一地区的产品通用名：先加经技术确认的同义词与相关分类引导，不凭想象翻译型号。需求不在供货范围：明确写可供范围或咨询入口，不做空白“解决方案”页。确有稳定新需求：再问产品负责人是否能提供规格、交付和相关证据，满足后才考虑独立 URL。 例如一个客户输入旧型号 M-7，站内已有继任型号但搜索仅匹配新品名称。这里最有用的是显示“旧型号信息与适用替代请核对”并链向经审核的停产说明，而不是写一篇泛化文章声称所有 M-7 都可替换；实际适配仍由技术人员确认。若输入的是错拼，把搜索建议展示给用户，而不是静默把词改成另一种产品。 原创搜索界面示意，不是真实网站数据或搜索后台截图。 ## 零结果页给用户一个可执行的下一步 显示原始搜索词与“清除/修改”操作；在有可核对的匹配时给分类、产品与技术资料的分组候选；无匹配时提供产品目录和描述用途的联系入口。不要自动把所有无结果都跳首页，也别列一大堆不相关热门产品掩盖问题。手机上检查输入框、结果提示和候选链接能否用键盘和触摸操作。 分析时排除机器人查询、内部测试和个人信息，按月观察重复词与后续点击，不把一次出现当成市场规模。本站已有[站内搜索词选题判断](/post/internal-search-content-gaps)讨论是否写内容；这篇更聚焦搜索页面的现场修复。站内搜索页一般不宜作为无限生成的搜索落地页去争索引，应检查实际 URL 和现有索引策略，参考[WordPress 站内搜索页输出](/post/wordpress-search-results-noindex-boundary)。 ## 修过搜索之后怎么证明问题变少 先留一个只包含脱敏查询和预期结果的测试表：原词、拼写变体、旧型号、材料别名及实际可供应产品。发布后逐项在手机输入，验证候选确实链接到正确详情，而非只看“零结果率”下降。站内搜索把所有词都转到一张推荐列表，零结果率也会下降，但买家仍找不到东西。再看后续点击与是否改写查询；例如旧型号用户被引到“替代件需人工确认”是有用的结果，不能为了转化率把不确定适配写成已确认。 --- ## B2B网站资料中心怎么建：先核型号与版本，再让买家下载 - URL: https://www.guangsuan.com/post/b2b-technical-download-center/ - 作者: Don Jiang - Published: 2026-09-25T00:28:15+08:00 - 摘要: 产品资料中心按适用型号、文件版本和公开权限组织 PDF，兼顾从产品页和搜索直接打开文件的买家。 资料中心里混着产品手册、认证副本、旧报价单和“最终版2.pdf”，买家很难判断哪份能用于选型。**下载中心应先按任务和适用范围组织文件，再提供搜索与下载；文件数量不是内容质量。**资料的技术所有者要明确，不能仅靠编辑人员看文件名猜测版本。 ## 先决定哪些文件可以公开 用四栏盘点已有文件：适用型号/市场、文件版本与发布日期、审核责任人、公开权限。规格书的部分关键参数应同时出现在可读网页上，细节见[规格书与产品页分工](/post/industrial-datasheet-html-pdf)；安装手册另需核硬件修订，参照[手册版本索引](/post/industrial-manual-version-index)。含客户图纸、未公开报价或许可受限标准的文件，不能因为“便于 SEO”就放开放下载。 如果文件可公开但包含旧配置，把它留在明确标“历史版本”的型号路径，并解释适用对象。是否撤下出错的安全文件由技术负责人判断；直接覆盖原 URL 而不改变版本标识，会让采购邮件中的旧链接指向另一份内容。一个文件覆盖多个系列时，入口可有多个相关型号链接，但文件上要明确覆盖范围，不为每个型号复制一份内容相同的 PDF。 原创资料架插画，文件封面与编号均为示意。 ## 从买家的两种进入方式验收 第一种从某型号页进入：链接是否已预筛该型号可用的手册、规格书和证书？第二种从 Google 直接打开 PDF：文件内是否有型号、版本与查找当前版本的可辨方式？PDF 可以单独出现在搜索里；把下载页做漂亮，并不能阻止旧文件被直接访问。提供可读的文件名、大小、语言和格式，下载失败显示具体提示；手机上重要资料不应只通过悬停菜单才能找到。 上线后至少按版本变化、产品停产、证书到期三种事件触发复核。点击数只能表示有人下载，不等于该人看懂资料或已进入采购阶段；若旧文档下载很多，先检查产品页是否仍指向旧版本。资料中心适合做产品与售后内容的路由，不必为了“更新频率”塞入无关白皮书。站点结构规划可结合[B2B 网站建设](/b2b-web/)的产品目录一起做。 ## 是否要求留邮箱才能下载 对帮助判断型号是否适用的基础参数，强制留邮箱可能让采购在没有把握时直接离开；对需要核客户工况的完整工程图纸或定制报价，则可以说明为什么先沟通及提供哪些基础预览信息。先把资料按公开、需申请、仅合同客户可用划清，再决定访问方式；不要把所有 PDF 一键套同一限制。即便是申请下载，也应说明提交后由谁审核、如何交付，以及文件的使用范围，不能让按钮通向一个没有处理人的空表单。 --- ## 询盘表单显示成功却收不到邮件？沿着这四段找丢失点 - URL: https://www.guangsuan.com/post/site-inquiry-email-delivery-check/ - 作者: Don Jiang - Published: 2026-09-25T00:28:15+08:00 - 摘要: 询盘通知丢失时分开核网页提交、后台入库、邮件投递和销售接单，不把感谢页当作线索送达证明。表单显示“提交成功”，销售却没收到邮件，不一定是询盘丢了，也不一定是 Google 流量质量差。先把表单入库、邮件通知和销售接单分成三段检查。 表单显示“提交成功”，销售却没收到邮件，不一定是询盘丢了，也不一定是 Google 流量质量差。**先把表单入库、邮件通知和销售接单分成三段检查。**只修 SMTP 而不确认原始提交是否保存，或只看邮箱而不核重复与退信，都可能错过真正的故障点。 ## 做一笔能追溯、但不含客户隐私的测试询盘 从公网产品页和联系页各提交一条明确标有“网站测试”的记录，用不同邮箱和两种常见浏览器操作。记录提交时间、页面 URL、表单版本、可见成功提示及服务端提交编号；不把真实客户地址写进公开排障文档。然后由管理员核后台是否出现相同编号、字段是否完整，最后由销售检查工作邮箱收件箱、垃圾箱以及 CRM 待分配列表。若网站从不保存提交，只把邮件当唯一副本，应优先和建站方确认可审计的留存方式及隐私保留期限。 如果后台有记录但通知没有，检查发送服务返回的状态、发信域授权、收件规则与退信日志；“发送接口返回成功”只说明邮件被服务接收，不能证明最终投递到销售邮箱。若后台也没有，则从前端校验、请求状态和服务端日志查起；按钮转圈或出现感谢页，不足以证明数据写入。针对表单字段和转化路径的检查可参照[外贸 RFQ 表单核验](/post/b2b-rfq-form-seo)。 原创流程示意，无客户邮件或后台截图。 ## 当“只有部分国家的询盘没收到” 按国家、页面和提交时间比对服务端记录，而不是立即认定该国家没有搜索需求。可能是反垃圾规则把某些字符、企业邮箱后缀或长消息误拦；也可能是上传附件超限，前端却没有告知失败。为排查保留最少必要的字段、脱敏记录和访问权限，不要把完整消息抄到公共工单。若有验证码或风控，检查失败提示是否能被用户看见，并设置合法的重试路径。 再做一次异常演练：关闭通知收件箱或用不可达地址，管理员是否能从后台看到未通知记录并补派？值班人是谁、多久查一次、节假日如何交接，属于运营流程；不能靠“所有人抄送一封邮件”掩盖责任不清。旧文[SEO 询盘销售交接](/post/b2b-seo-lead-handoff)讲接到线索后怎么回，这里关注的是线索能否从网页完整抵达。网站上线验收应保留测试编号和时间，不把测试邮件计入真实有效询盘。 ## 一条询盘要有唯一的核对线索 若系统允许，为每次提交生成后台可查的编号，在通知里附上编号而不是完整敏感内容。业务员回复后将处理状态记回受控系统；客户连点两次“提交”时检查是否产生两条相同记录，别武断删除可能真实不同的需求。若网站只通知一名离职员工，先由企业管理员接管收件规则，保留原记录，再更换路由。上线和修改插件、邮件服务、垃圾邮件规则之后，都需从公网重新走一次提交—入库—投递—接单全链路。 --- ## 预览站被 Google 找到了？先挡住访问，再排查收录与正式站 - URL: https://www.guangsuan.com/post/b2b-staging-site-indexed/ - 作者: Don Jiang - Published: 2026-09-25T00:28:15+08:00 - 摘要: 预览站出现在搜索结果时，先确认访问控制，再核抓取与索引状态；正式上线需单独检查是否遗留 noindex。 外贸网站的预览站被 Google 搜到，先别急着给每个页面加 canonical 指向正式站。**先确认预览站是否仍对公众开放，再限制未授权访问，最后处理已经被发现的 URL。**预览站常带未审核报价、占位客户名或测试表单，保护内容比争论一个标签更紧迫。 ## 先判断是链接暴露，还是内容已经进入搜索结果 用预览域名搜索可以找到线索，但搜索运算符结果不完整；同时在 Search Console 对具体 URL 做检查，核当前网页是否可访问、最终状态码和索引状态。浏览器能打开一个地址，不代表 Google 已收录；搜索结果显示旧标题，也不代表预览站现在仍对外开放。把首页、产品详情、带参数的页面和 PDF 各抽一个 URL 记录下来。别用“提交了 sitemap”解释预览站为什么出现：外部链接、邮件分享或站内链接都可能让地址被发现。 ## 什么办法适合正在使用的预览环境 还要给客户验收的预览站，可加 HTTP 身份验证或限制访问来源，让未经授权的访客及抓取程序都拿不到内容。`robots.txt` 的 Disallow 只限制抓取，不是保密措施；已发现的 URL 仍可能以没有摘要的形式出现。`noindex` 则需要抓取程序能访问到页面才可能被看到：如果同时用 robots.txt 禁止抓取，就别假设 Google 能读到 noindex。Google 的[阻止内容出现在 Google 搜索结果的说明](https://developers.google.com/search/docs/crawling-indexing/block-indexing)也区分了这些用途。 不能加访问控制而预览站仍需可访问时，明确给响应加 noindex，并逐类检查 HTML、PDF 等文件是否都有相应的 robots 指令；PDF 要看响应头的 X-Robots-Tag，不能只检查 HTML 里的 meta。对已经关闭的旧测试站，按其实际去向返回合理状态，别批量跳首页造成误导。 原创示意：访问控制与搜索可见性是两件事，图中不是某个客户站点。 ## 转正上线时别把封锁带到正式站 切换域名前，分别核预览站和正式站的响应：正式 HTML 的 robots、响应头、canonical 与可访问性；预览站则继续限制。不能把预览站的环境变量、全站 noindex 或密码弹窗复制到公网。选一页产品页、一页文章和首页，从手机网络直接访问并查看响应，而不是只看后台“已发布”。如遇 CDN 缓存仍返回旧禁止指令，排查缓存键与失效范围，参照[公网 noindex 旧缓存排查](/post/cdn-stale-noindex-response-check)。 已经被收录的预览 URL，先确保内容不再公开并确认正确最终响应，再根据情况使用搜索引擎提供的临时移除入口；临时移除不能替代长期访问或索引控制。归档一份上线前后 URL 响应记录，交给负责服务器、内容和 SEO 的人员各自签收。若要规划测试与正式站的建站边界，可从[外贸 B2B 网站建设](/b2b-web/)需求阶段定下来。 --- ## 工业品测试方法页怎么写？别让“通过测试”丢了样品和条件 - URL: https://www.guangsuan.com/post/industrial-test-method-explainer-page/ - 作者: Don Jiang - Published: 2026-09-25T00:15:17+08:00 - 摘要: 测试方法页解释测试对象、条件、标准版本和结果适用范围；不把单一样品合格扩大为全系列证明。工业品页面写“通过测试”，如果没有说明方法、样品和条件，买家无法比较不同报告。 工业品页面写“通过测试”，如果没有说明方法、样品和条件，买家无法比较不同报告。**测试方法说明页应把测试对象、条件、依据版本、结果单位与适用范围放在一起**；它帮助采购理解报告，但不能代替具体订单的检测记录。本站[测试报告只写合格不够](/post/test-report-method-sample-context)关注报告核对，这篇讨论如何把方法本身解释给读者。 ## 先回答“测的是谁”，再谈合格 假设一个材料的耐腐蚀测试，样品来自实验室准备的小片、成品零件还是交货批次？三者不能互换。方法页先写适用材料与样品准备，随后说明测量条件、使用的标准及版本、输出量与判定限制；标准全文涉及许可时只引用标准名称和适用范围，不能擅自贴完整付费文本。未经技术确认不填测试温度、时长和合格阈值，示例不使用伪造的实测数字。 买家会问页面应该回答不应暗示测了哪件样品、型号与批次关系所有配置都做过同样测试按什么测方法名称、条件与版本只有标准代号就可复现结果证明什么可公开的结论与适用边界实验室结果等于长期现场寿命 原创实验场景示意，不是真实检测报告或性能数据。 ## 方法页、报告页、产品页各回答一件事 方法页解释测试怎么做及何时适用；报告页只提供可公开的真实样品与结果；产品页引用经审核且覆盖该型号的结论。三处互相链接时，锚文本要说清“查看测试方法”或“查看本型号报告范围”，不能把一份不相关样品报告挂到全站所有产品页。这也关系到 GEO：AI 摘取“通过测试”时若丢失条件，读者会误以为它覆盖所有型号，所以条件要紧贴结论写在可见网页文字里。 如果标准更新、试验设备或判定规则变化，方法页和引用该方法的产品页一起复核；旧报告是否仍能证明旧批次事实由技术负责人判定，不能只改网页日期。没有真实实验记录时只介绍可采用的方法及询价时需确认的条件，不能声明产品已经通过测试。需要把方法、产品和报告组织成完整的采购资料路径，可结合[整站谷歌 SEO 服务](/seo/)与[B2B 网站建设](/b2b-web/)评估页面范围。 ## 两个报告名称相似，怎么判断能不能横向比较 先并排核五项：样品来自哪种产品与批次、测试前如何处理、条件是否相同、使用哪版方法、结果单位与判定限值是否一致。任何一项不同，都应注明“不可直接比较”或解释换算及其限制。两个报告都写“通过”，也可能一个测的是材料片，另一个测的是组装后的产品；不能据此判定两家产品寿命相同。网站可以提供这些对照字段，不需要公开客户机密的原始读数。 没有经许可的标准全文时，引用标准名称、编号和适用范围，链接到官方发布渠道供读者进一步核对；不要从第三方网页复制整段条文或声称某标准“强制适用”所有市场。若实验室报告来自第三方，还要核主体、出具日期及允许公开的摘要范围。所有外部证据都应贴近它实际支持的结论，避免把一个样品合格扩展为全系列认证。 ## 让页面上的结论能够独立被引用 若可公开一句“本型号按某方法测试”，同一段话里还应出现样品范围、条件和版本限制；不能把限制藏在图片角落或 PDF 的第十页。读者和 AI 工具可能只截取一段文字，条件离结论越远，误读越容易发生。方法页和产品页都需要清楚文本，但不要复制同一份标准说明到几十个型号页：方法页讲通用步骤，各型号页讲自身是否适用、何处取得真实报告。 --- ## 品牌经销商页面怎么做：授权区域、产品范围和售后责任写清楚 - URL: https://www.guangsuan.com/post/b2b-distributor-locator-content/ - 作者: Don Jiang - Published: 2026-09-25T00:15:17+08:00 - 摘要: 经销商目录应核实主体、地区、产品线和售后职责；授权结束及时更新条目，不虚构当地服务点。买家搜索“品牌 + distributor + 国家”，常见目的是找到当地可询价、可交付、能做售后的正式渠道。 买家搜索“品牌 + distributor + 国家”，常见目的是找到当地可询价、可交付、能做售后的正式渠道。**经销商入口应写清授权主体、负责地区、产品范围与联系方式的核验方法**，而不是复制一串多年未维护的公司名称。没有正式授权的合作伙伴，不称“官方代理”。 ## 先把“哪里买”与“谁负责售后”分开 同一国家可能由一家经销商负责销售、另一家负责安装；代理可能只经营某产品线或只覆盖某省。目录里按地区与产品线筛选，条目说明有效期或最近确认时间，联系路径指向真实合作方或本公司转介入口。若合同不允许公开伙伴姓名，写“联系总部确认当地渠道”，不要为了凑地区页杜撰代理地址。 公开字段核对来源更新触发法律主体与品牌名合同及双方已确认的公开名称主体更名地区与产品线授权约定的范围授权变更或新产品上市联系入口合作伙伴定期确认联系人更换、链接失效售后职责服务协议或订单约定服务范围调整 不要把销售代理、维修服务商和采购合作伙伴全放进同一张“全球办公室”地图；它们承担的责任不同。目录页讲如何找到渠道，单个地区页只有在有真实可维护的地区事实时才建。地区页若只换国家名、正文全一样，买家和搜索系统都无法获得独立答案。 渠道关系示意，非真实代理网络或销售业绩。 ## 多语言与 SEO 的边界 面向英语、西语等市场的渠道页，需要翻译真实的地名、服务说明与联系方式，核实语言版本之间是否确为对应内容，再决定 hreflang；不能为每个国家自动复制英语页面、仅改货币符号。Google 能发现文本链接的地区入口，但不会因为在地图上画了几十个点就验证授权。多地区页面怎么组织，可先看[多语言站点路径选择](/post/%e5%a4%9a%e5%9b%bd%e8%af%ad%e8%a8%80%e5%b0%8f%e8%af%ad%e7%a7%8d%e5%81%9a%e4%b8%80%e4%b8%aa%e7%ab%99%e8%bf%98%e6%98%af%e5%88%86%e5%bc%80%e5%bb%ba%e7%ab%99)。 季度核一轮公开电话、表单、网站链接和授权范围；客户反馈“打过去不卖这个型号”，先修目录与转介规则。网站上所有合作关系需要双方同意公开，关闭合作时从目录中撤下并核对旧 URL 去向。此文只是网站信息结构建议，不声称光算有文中所画的代理网络。 ## 授权结束后，旧地区页面如何处理 先看是否已有接替渠道。若总部可直接承接，旧地区页应说明当前联系入口并更新相关目录；如果有新代理，核实授权范围后再改条目，并联系对方确认公开联系方式。不要把旧代理悄悄替换成无关的“全球服务热线”，让买家以为售后责任不变。以前被客户收藏的 URL 是否保留或转向，需要按它的原有内容、外部引用和业务安排决策。 地图和地区筛选只是导航，关键信息还应有可阅读的文本条目，便于键盘操作、移动端查找和搜索抓取。若一个国家完全没有授权渠道，写“请联系总部核实可供货与服务范围”，不要放一个无法拨通的本地电话。负责渠道运营的人至少每季度复核合同状态、公开链接和本地语言页面，保证地图上的点仍指向真实服务能力。 ## 官网如何防止冒充代理 把当前可公开的授权主体与产品线列成可检索条目，并提供“无法确认该公司是否获授权”时的核验联系入口。出现与官网名单不一致的第三方宣传，先按双方合同和真实授权情况核查，不把对方网站截图直接写成“假冒”公告。官网条目需可维护：授权到期及时更新，联系邮箱变更留痕；过时名单本身会增加买家识别成本。 --- ## 工业品产品图该拍什么？整体、接口与铭牌分别回答不同问题 - URL: https://www.guangsuan.com/post/industrial-product-photo-checklist/ - 作者: Don Jiang - Published: 2026-09-25T00:15:17+08:00 - 摘要: 产品细节图按整体、接口、铭牌和部件建立拍摄清单；图注对应真实型号，配合参数和移动端体验。工业品产品页只有一张白底主图，买家看不出接口、铭牌或安装空间；图多但没有型号说明，同样无法核验。产品细节图按采购要确认的部位来拍：整体、接口、尺寸参照、标识与可更换组件。 工业品产品页只有一张白底主图，买家看不出接口、铭牌或安装空间；图多但没有型号说明，同样无法核验。**产品细节图按采购要确认的部位来拍：整体、接口、尺寸参照、标识与可更换组件**。图片不能代替规格表或图纸，更不能靠合成画面展示并不存在的配置。 ## 每一张图解决一个判断问题 对一个有不同接口版本的设备，整体图帮助识别外形，正反接口图帮助判断方向，铭牌局部图帮助确认型号，带合法尺寸参照的图帮助理解占用空间；可拆部件图要注明安全前提，不能暗示用户自行维修。若系列图片共用一张主图，文字明确写“系列示意，配置以具体型号页为准”，避免买家误将高配照片当成低配标准件。 图位需要能看清图注注明整体前后方位与比例对应型号及配置接口接头形状与位置是否标准或可选铭牌型号与适用标识遮挡客户序列信息内部细节仅可公开的构件示意/真实及拆装边界 相机拍到的标尺也不一定能代替经测量的尺寸；透视和镜头畸变可能误导。规格在网页文字与图纸里写准确数值、单位、公差和条件，图片只辅助理解位置。第三方设备或客户现场图，先核授权范围，参考[技术图片授权规则](/post/third-party-technical-image-permission)。 原创拍摄取景插画，不是客户产品照片或测量凭证。 ## 图片 SEO 与页面速度要一起做 文件名和 alt 描述可见部位与型号，不用“最好产品、低价厂家”堆词；同一张系列共用图不应在不同型号页写成不同实物。输出按展示尺寸准备适当分辨率的 WebP/AVIF，移动端避免下载超大原片，给图片固有宽高或稳定比例以减少布局位移。正文中的非首屏细节图可懒加载；若主图是首屏最大元素，不应机械套用懒加载。具体选图可通过浏览器的 `currentSrc` 核对，参照[srcset 实际下载检查](/post/srcset-sizes-currentsrc-check)。 上线前按 390px 手机视图走一遍：接口能否辨清，图注会不会被截断，点开放大后是否仍是同一型号；坏图和错配图比少一张图更伤信任。没有经授权的实物照片，先用清楚标为“示意”的原创插画辅助讲解，不伪装成现场证据。 ## 拍摄与上传按型号建档 拍摄清单每行包含型号、配置、拍摄部位、拍摄日期、素材所有者和允许的用途。拍完先由产品负责人选片：接口方向有没有拍反，铭牌上的型号是否与网页一致，有无未经授权的客户标签。修图只处理清晰度、亮度与必要脱敏，不用“美化”把接口、螺纹或安全标识改没了。照片在官网与经销商资料两处使用时，授权范围要分别核对。 假设某系列有法兰和螺纹两种连接方式，主图可以为系列共用，但两种接口图必须标清版本；若只拍到了法兰版，螺纹版页面别拿同图改 alt 冒充实拍。缺图比错图更容易向买家解释：暂缺实物图时用带版本说明的图纸或清楚标为示意的画面，让买家继续到参数表核对，而不是靠图片猜接口。 ## 搜索图片结果来了访问，怎样判断有用 在 Search Console 切换到“图片”搜索类型，按页面而非单个图片文件观察展示与点击，再结合访问者是否继续查看型号参数或联系入口判断。图片搜索点击落到产品页，不代表看图的人已经要采购；出现很多与型号无关的词，先检查 alt、图注和上下文有没有误导，再决定换图。图片不应靠巨大的隐藏文字或重复文件名争夺搜索位置，技术上能抓取与业务上能判断是两回事。 --- ## 安装手册换版了，旧设备怎么办？按型号和修订找对文件 - URL: https://www.guangsuan.com/post/industrial-manual-version-index/ - 作者: Don Jiang - Published: 2026-09-25T00:15:17+08:00 - 摘要: 安装手册索引按型号、硬件修订、语言与文件版本排列；新版手册未必适用于已售旧设备。安装手册一旦换版，搜索结果里仍可能出现旧 PDF。工业品手册入口应让读者先按型号、硬件修订和语言找到适用版本，再看安装或维护步骤；“最新版”不一定适用于已售出的旧设备。 安装手册一旦换版，搜索结果里仍可能出现旧 PDF。**工业品手册入口应让读者先按型号、硬件修订和语言找到适用版本，再看安装或维护步骤**；“最新版”不一定适用于已售出的旧设备。本站已有[安装保养文章的型号边界](/post/installation-maintenance-content-safety)，这里专门处理手册版本与公开下载入口。 ## 先定义“适用”，再放下载按钮 假设 V-100 有 A、B 两个硬件修订，B 版改了接线端子。把旧版 PDF 删除，只保留 B 版“最新手册”，会让 A 版设备的买家看到错误接线图；把两份都叫 V-100-manual.pdf，又无法区分。页面至少列型号、硬件修订、文件版本、发布日期、语言、适用范围和下载链接。无法确认硬件修订时，提示买家查看铭牌并联系技术支持，而不是猜测“近两年都用新版”。 文件适用说明公开状态A 版手册只适用于 A 修订设备保留历史入口并明确标注B 版手册适用于 B 修订及已核实的变体作为对应型号的当前版本变更说明列出接口或程序变更链接两份版本，不替代完整手册 表格是教学示意，不对应任何实际阀门手册。真实产品若涉及安全警示，更新时由工程与法律/合规负责人核具体责任和适用标准；绝不把“可下载”误写为“买家无需专业人员即可安装”。 原创手册版本示意，无真实设备或手册内容。 ## 搜索入口和维护动作 让型号页链向适用的手册索引页，手册索引页再链回现售产品或售后支持；不要让从 Google 直接打开旧 PDF 的读者完全找不到新版和适用说明。文件名使用可辨的型号及版本；网页正文提供同样的适用规则，不把关键信息只画在封面。更新时核查 PDF 的链接是否仍可用、搜索结果是否仍显示旧版本，以及旧文件是否因法律或安全原因必须撤下；撤下方案需按具体产品决定，不能把所有旧 URL 都跳首页。 多语言资料也按修订分别维护。英文 B 版更新，不表示德文 A 版也已更新；页面要标明翻译版本和审核人。对于实际安装步骤，以设备对应的正式手册和当地专业要求为准。此类资料页的价值在于减少错用文档的风险，不能承诺 Google 一定展示特定 PDF。 ## 官网修改了手册，买家手里的旧链接怎么办 先列出旧下载 URL 的引用位置：型号页、邮件模板、二维码、经销商资料和站内支持文章。若旧手册仍适用存量设备，就让旧地址指向清楚标“历史版本”的文件或索引，不强推所有人使用新修订；若存在危险错误，先由工程负责人确定撤回与更正通知，再处理搜索与缓存。重定向或替换文件之后，要检查直接访问 PDF 的买家能否找到适用说明，不只核网页上按钮能点。 版本编号应与产品部门的实际发行记录一致，不能为了 SEO 给旧文档补一个随意的“2026 最新版”。文件的修改时间也不等于设备修订时间，两者分开标注。买家在邮件里传回某页截图时，支持人员应能根据页脚版本号找到同一文档；无法追溯时，停止按截图指导安装，先确认对应型号与文件。资料索引的价值正在于把这条追溯路径留在公开网页上。 ## 版本索引页怎么验收 用一台假设的 A 修订设备和一台 B 修订设备分别走流程：从铭牌找到版本标识，进入网站索引，点到对应语言的手册，查看首页及页脚的版本号，再从手册回到产品支持入口。任何一步出现“只能猜哪个 PDF 适用”，索引就没有解决问题。再用手机打开长文件名与下载按钮，确认标签不会被截断成两个相同的“立即下载”。测试不需要真实客户设备，但正式发布的适用映射必须由技术人员逐项确认。 --- ## 工业设备备件订购页怎么做：型号、零件位置与替代件先核对 - URL: https://www.guangsuan.com/post/industrial-spare-parts-ordering-page/ - 作者: Don Jiang - Published: 2026-09-25T00:15:17+08:00 - 摘要: 备件页面帮助买家按铭牌、零件位置和设备版本提交需求；替代零件未核实前不承诺通用适配。设备停机后，买家搜“型号 + spare parts”，最担心订错零件。备件订购页要帮买家确认主机型号、零件位置、修订版本和谁有资格判断适配，而不是把一串零件编号当成完整答案。 设备停机后，买家搜“型号 + spare parts”，最担心订错零件。**备件订购页要帮买家确认主机型号、零件位置、修订版本和谁有资格判断适配**，而不是把一串零件编号当成完整答案。兼容型号的宣称还要有依据；本站的[兼容配件型号页核对](/post/compatible-spare-parts-catalog-claims)讲的是能否宣称适配，这篇解决的是买家如何正确提交备件需求。 ## 让买家先找到铭牌与零件位置 一台设备可能在多年间变更密封件、连接方式或电控版本。买家只给“2019 年买的某系列”，供应商很难安全报价。网页可以放经授权的局部零件示意和铭牌位置，说明申请时需要主机型号、序列号可公开部分、原配件编号、照片及故障现象；序列号可能包含可识别客户的信息，公开评价区不让用户直接贴完整铭牌。没有拆机与安装资质时，别提供让普通读者自行处理危险工况的“万能更换步骤”。 如果原件停产，页面写清是否有经确认的替代件、替代范围以及何时必须由工程师再核尺寸；没有替代依据时只写“联系我们核查”。整机停产页的 URL 去留与用户使用旧页的需求不同，可参照[停产产品页面处理](/post/discontinued-product-seo)；备件页仍应服务存量设备。 原创设备剖面示意，不构成拆装指导或某品牌设备图纸。 ## 备件需求表只收真正能帮助判断的字段 字段用途拿不到时怎么办设备型号/版本缩小适配范围提供铭牌照片并遮挡敏感信息零件编号与位置核同名不同件提供实物局部与安装位置数量与目的地确认供货及发运条件可先询适配，再谈报价故障与工况判断是否仅需换件转工程评估，不在线作安全诊断 网页上的编号体系必须与产品页、说明书和报价单统一；某个版本只供应海外代理的配件，应把联系路径说清楚。未经授权不要在“原厂配件”下销售兼容件；照片来自第三方时核对来源。询盘成功送达还需服务端记录和销售跟进，具体表单与通知可参考[RFQ 表单核验](/post/b2b-rfq-form-seo)。 搜索流量观察按“型号 + 配件名”查看是否落到正确备件页；若误落在产品简介，把型号页链到备件入口。但不要为每种螺丝复制一个无独立资料的空页面。此文仅提供网站内容的判断方法，实际适配由供应方工程与订单文件确认。 ## 替代零件怎么写，才不会让客户误装 网页若写“新件可替代旧件”，至少要核旧件号、适用主机硬件修订、是否需要附加转换件以及由谁安装。只因为外形相同或尺寸接近，就把新件并入旧件页面，是典型误导。对不确定版本，先引导提交铭牌信息与损坏件照片，并提示由技术支持确认；不能给未核实的“通用替代”链接。若某部件涉及压力、电气或安全联锁，网页只做识别与联系入口，具体维修仍以相应版本手册和专业人员为准。 停产设备的备件索引也应在更新时核实库存与供货关系：“页面仍能打开”不等于现货。把可订购、需询货、已无货及替代件待确认分开表示，且标注何时核验过。公开文本不用模拟实时库存，除非后台库存与网页确有可靠同步。这样一条型号备件页即使流量小，也能为存量客户节省反复解释成本。 ## 一件备件需要独立 URL 吗 若零件有稳定编号、不同适配版本、可公开的参数与明确供货入口，独立页面能让售后和采购准确引用；若只有零件名称、无独立资料，每个螺钉都新建 URL 会产生成百上千个空页面。可先在型号的备件清单里提供锚点，再把确有独立查询和充足内容的配件拆出来。目录与产品页之间的链接使用零件编号加用途，而不是十个“了解更多”。 --- ## B2B样品申请页怎么写：先确认验证目标，再谈费用和交期 - URL: https://www.guangsuan.com/post/b2b-industrial-sample-request-page/ - 作者: Don Jiang - Published: 2026-09-25T00:15:17+08:00 - 摘要: 工业品样品申请分清试装、材料测试与定制打样，确认费用、图纸版本和批量订单的重新验收。B2B 买家申请样品，想验证的可能是外观、材料、装配或测试数据；这几件事需要的样品不一样。样品申请页先说明样品类型、用途与生产批次的关系，再说明费用、可用时间和测试后下一步。 B2B 买家申请样品，想验证的可能是外观、材料、装配或测试数据；这几件事需要的样品不一样。**样品申请页先说明样品类型、用途与生产批次的关系，再说明费用、可用时间和测试后下一步**。不能因样品合格就保证后续批量订单在不同工况下表现相同。 ## 先让买家说清要验证什么 标准库存样品可供初步尺寸与装配确认；按图制作的工程样品可能要先核图纸版本、材料与治具；出于材料或耐久性验证的样品还需约定测试方法、条件和判定标准。把三种样品都叫“免费样品”，最终就会让不同团队在报价、交期和归属上互相矛盾。 目的申请时应确认不要直接承诺外形/装配型号、接口、配合尺寸适用于未提供图纸的所有设备材料/性能标准、测试条件与报告形式样品值等同长期批量结果定制打样图纸版本、知识产权与改样次数无条件免费修改 图纸涉及保密时，公开表单只收安全范围内的摘要，详细文件通过约定的受控渠道提交。已有[CAD 公开预览与完整图纸的边界](/post/cad-download-public-preview-revisions)讲下载权限；样品页的重点则是采购流程和验证目标，而不是把所有工程文件开放下载。 原创样品类型插画；不对应真实订单、规格或检测结果。 ## 从申请到批量订货，中间有四次确认 - 销售确认供货范围、寄样目的、收件地与费用承担方式。 - 工程确认样品规格、版本与“样品是否代表量产”的适用范围。 - 买家收样后按事先约定的条件记录反馈，发现问题留照片、批号与测试条件。 - 若进入批量订单，重新核定图纸、验收标准、数量和交付节点，样品报告作为参考而非自动合同。 网页可以写流程与一般要求，具体免费政策、发货时点和国家限制须以企业实际可履约条款为准。没有经确认的寄样政策时不写“24 小时寄出”。页面与产品型号、材料说明、检测资料互链，帮助买家在申请前先筛掉不适用型号；不要让每篇技术文章都跳向一个没有可用字段的“申请样品”表单。 ## 样品不合适时，先分清“样品问题”还是“需求没说全” 买家反馈“装不上”，先让双方对照提交时的接口尺寸、图纸修订和收到的样品标识。若申请表没有要求关键参数，网站应补齐字段或在申请前链接选型说明；若样品和已确认图纸不符，进入供应方质量流程；若试验条件超出事先约定范围，不应只凭一张失败照片判定产品不合格。三条路径需要不同的负责人，不适合用自动邮件统一回复“请再买一个”。 生产样、工程样与量产首件也可能不同。网站应说明哪些样品可代表最终订单的材料与工艺，哪些只是外形评估；从工程样进入批量前，重新核模具、材料批次与验收条件。申请表的成功提示、送达通知与销售分配要实测，避免页面承诺可申请，资料却从未到业务人员手中。客户的图纸和测试数据不应成为公开案例，除非另取得授权。 ## 样品政策写到什么程度合适 不需要把每种重量、运费和目的地都写成静态价格表，但应讲清收费由哪些条件决定：标准品是否可提供、定制样是否涉及工装、运输与进口费用由谁承担、样品确认后能否转入批量报价。政策会随产品变化时，公开页写当前可履行的规则与联系入口，具体账单由销售书面确认。若页面标了“免费”或“保证交期”，就必须有真实适用条件；没有的不要为了吸引点击先写上去。 --- ## 出口工业品包装页怎么写：防护、箱标和装箱数据别混为承诺 - URL: https://www.guangsuan.com/post/industrial-export-packaging-page/ - 作者: Don Jiang - Published: 2026-09-25T00:15:17+08:00 - 摘要: 出口包装页说明标准防护、可选方案与需确认的箱规；最终毛净重和件数以实际装箱结果为准。外贸工业品的“包装好”不能帮助买家判断运输风险。包装说明页应回答每件如何固定、外箱或木箱如何标识、潮湿与长途运输风险怎么处理，以及尺寸重量何时才能确认。 外贸工业品的“包装好”不能帮助买家判断运输风险。**包装说明页应回答每件如何固定、外箱或木箱如何标识、潮湿与长途运输风险怎么处理，以及尺寸重量何时才能确认**。它不是交期承诺：生产完成、包装完成、发运和到货是不同节点，相关边界可对照[交期与到货日的区别](/post/production-lead-time-transit-separation)。 ## 先按产品与运输风险分组 易碎的仪表、带涂层的金属件和普通紧固件不能套用同一张包装图。若供应商只有标准纸箱包装，就如实说明内衬、隔离和数量上限；需要海运、堆码或长时间仓储的订单，应把防潮、标识和装载方式作为报价前的确认项。别把“出口标准包装”当万能承诺：不同目的地、运输方式及买家规范，对木质材料、标签与单件重量可能有不同要求。 产品系列页写标准包装方式，型号页写尺寸重量或取得方式，定制包装单独说明条件和责任。单件净重不等于整箱毛重；尚未定图纸和数量时，也不可能准确给出最终箱规。页面可提供“需提供目的地、运输方式、数量及标识要求”的提交清单，而不是编造统一箱数。 原创包装剖面示意，非真实客户发货照片或已承诺包装方案。 ## 公开页和最终装箱单各负责什么 信息网站可先说明订单阶段再确认产品防护标准包装原则及可选项该订单的材料与做法标识可否按买家要求标型号/批次标签文字、语言和位置尺寸重量有记录的标准配置范围实测箱规、毛净重及件数运输节点谁安排发运与所需信息路线、费用及交付条款 装箱单必须依据实际包装结果，不是把网页上预估的每箱件数直接复制过去。买家若要特定唛头、托盘尺寸或防潮材料，销售应在订单确认前把条件交给工程和物流。网站的作用是提前暴露这些需要确认的问题，并引向对应产品页和联系入口，不是在线生成一份未经审核的报关文件。 配图应优先使用经授权的真实包装细节，显示内衬与标识而非整排“出口木箱”宣传照；没有真实素材时用标清范围的原创剖面示意。图里有防潮袋也不代表每笔订单必配防潮袋。发布前由物流与销售共同审读标准包装和定制包装的分界。 ## 损坏或短装发生后，哪些信息能追回一箱货 网页可以提前说明箱标与产品批次的对应原则，订单阶段再按实际货物确认。到货后若发现破损，买家需要拍外包装、箱标、内衬、实物受损位置，并保留装箱单与承运记录；供应商应明确提供哪个服务入口收这些资料。说明流程不等于预先承诺赔偿责任，责任取决于合同、运输条款和事实。把售后入口链接到对应产品或订单渠道，而不是让客户在博客评论里公开订单与地址。 对于易锈、怕潮或有突出接口的工业品，包装文字要围绕实际风险说明“什么部位受保护、验收时怎么看”，而非只有“坚固耐用”四个字。包装变更时同时更新型号页示意、报价模板中所述包装方式以及物流 FAQ，避免网站仍说纸箱而销售已改用托盘。没有经验证的包装照片，也可以先讲采购前必须确认的字段，让读者知道哪些还未承诺。 ## 包装页与产品页怎样避免互相抄 产品页可以给出该系列的标准保护方式及需要确认的箱规，不必复制整套物流政策。包装页集中解释为什么某些货物要单独固定、哪些包装是付费选项、发货前由谁确认外箱标识。买家从具体型号页进入包装说明后，应能回到原型号，避免看完包装要求却找不到产品。不同市场对木质包装、危险品或标签有独立要求时，以实际目的地和货物分类评估，不在通用包装页替买家作法律判断。 --- ## 工厂质检流程页怎么写：来料、过程和出厂分别证明什么 - URL: https://www.guangsuan.com/post/industrial-quality-control-process-page/ - 作者: Don Jiang - Published: 2026-09-25T00:15:17+08:00 - 摘要: 工业品质检流程页要分清来料、过程和出厂检查，说明判定依据、异常处理及报告适用范围。“100% 检验”不等于买家理解质量如何受控。工业品网站的质检流程页，应说明哪些环节检查什么、按哪份要求判定、异常由谁处置；出厂检测、型式试验和现场验收不是同一份证明。 “100% 检验”不等于买家理解质量如何受控。工业品网站的质检流程页，应说明**哪些环节检查什么、按哪份要求判定、异常由谁处置**；出厂检测、型式试验和现场验收不是同一份证明。没有真实检验记录时，只能介绍可提供的流程，不把示意报告当成合格证。 ## 把“检测”拆成可对照的节点 以假设的机械零件订单为例，来料阶段核材质与批号，过程阶段核尺寸与装配配合，出厂阶段按采购规格核外观和关键项目。每个节点写明责任人、所依据的版本及不合格时是否复检或隔离；无法公开客户标准数值时，至少说明“按订单约定版本判定”。只有仪器照片没有被测对象、条件、记录与结论，买家无法判断该图能证明什么。 节点网站可以解释不能推断来料核验材料标识、批次与供货记录怎样对应所有型号都通过同一认证过程检查抽检或全检按什么约定执行每件产品均做所有试验出厂放行按订单或标准输出哪些报告投运后的寿命与故障率 本站已有[测试报告的范围核对](/post/test-report-method-sample-context)讲样品、方法与条件，[认证资料的型号覆盖](/post/industrial-certificates-model-scope-check)讲证书适用边界；质检流程页的任务更前置——帮助采购商知道在签约时该要求哪种报告、由谁提供，而非把两篇文的结论再抄一遍。 原创证据流示意；不是客户检验记录或合格证。 ## 检验报告页面怎样连回产品 报告摘要能公开时，注明产品类别、版本、检验项目与适用范围，再链接到相应产品系列；不能公开整份报告时，说明可在报价或保密协议下按订单提供什么字段，切勿展示被裁切后看不见结论的截图。结构化数据只能描述页面上可见且真实的主体，不为“增强 GEO”虚构认证或评价。Google 可以读取网页文字，但不会因把“质检”重复五次就替买家验证工厂。 检查更新触发条件：工艺变了、检测设备或供货主体变了、标准换版、客户要求改变，都可能让原文失效。指定一个技术审核人，记录上次复核日期与被修改的项目。需要把过程能力转成可维护的网页内容，可结合[外贸 B2B 建站](/b2b-web/)规划页面；不要声称本文演示的假设零件是光算的客户项目。 ## 当客户问“每批都测吗”，页面怎样回答 先把质量承诺拆成三件：测试是否覆盖每批、每批抽多少、异常如何处理。不同产品、订单和标准的频率可能不同，不能在总览页写死“每件全检”。可以说明：来料按材料批次核对标识，过程检验按订单控制计划执行，出厂报告项目随产品与采购要求确认；频率与判定值以订单批准的检验方案为准。若只有某个型号的检测记录，把证据链到该型号页，不把记录放在全系列页冒充普遍能力。 质检流程与营销用语的区别，在于遇到“不合格”时也说得清下一步：隔离、复核、返工或报废，以及是否通知客户。网站不需要公开每笔内部异常，但流程应交代谁作放行决定、哪些证据可在保密条件下提供。用一张没有单位的绿色“PASS”图片说明不了这些问题；报告样张如需展示，遮挡客户身份与批号后还要核对图片的使用许可。 ## 质检流程页不能替代验货约定 采购商若要指定验收标准、第三方见证或发货前抽样，应在报价与订单阶段讲清费用、样品数量、地点、测试方法及不合格处置。网站可以说明这些选项是否可提供、怎样发起，不能把“支持第三方检验”写成所有订单免费包含。测试报告中合格的对象是报告列明的样品与条件，不是对未来所有批次的结果保证。 发布前让质量负责人读一遍页面：从“来料”到“出厂”的节点是不是本企业真实在做？有无把供应商提供的证书写成自有检测？术语在中文和英文版本中是否对应？对技术疑问无法解释时先删去夸大句，再向采购商开放后续沟通，不要用更多彩色图标遮盖证据缺口。 --- ## 工厂能力页怎么写？别把合作工厂和自有产线混成一句话 - URL: https://www.guangsuan.com/post/industrial-factory-capability-page/ - 作者: Don Jiang - Published: 2026-09-25T00:15:17+08:00 - 摘要: 工厂能力页按产品范围、工艺与自有或外协责任说明可提供什么；设备照片与产能说法均要有证据。工业品官网写“源头工厂、产能强、全球供货”，采购商仍不知道供应商究竟能做什么。 工业品官网写“源头工厂、产能强、全球供货”，采购商仍不知道供应商究竟能做什么。**工厂能力页应按产品范围、关键工艺、设备与可核实的交付边界说明能力**，并让读者沿链接走到具体系列；贸易公司则应如实介绍供应链与质控职责，不能把合作工厂拍成自有车间。 ## 先分清三种主体，别把“能卖”写成“自己生产” 自有工厂可说明法人主体、生产地点、承担的工序和公开可核对的设备；委外生产需说明自有设计、检验或项目管理分别由谁负责；贸易商可以清晰介绍选品、供应商管理、订单协调及售后范围。三者都有可服务客户的价值，但页面标题与图片署名必须匹配真实角色。产品页也按此区分，避免标题写 manufacturer，正文却从未证明制造关系。 不能公开完整厂址或产能数字时，先给经审核的工艺和产品族，再说明数字需按订单条件评估；不使用“日供十万件”这类无记录口号。厂房照片若包含客户标牌或第三方设备，拍摄与使用许可要逐张核对，可参照[技术图片授权核对](/post/third-party-technical-image-permission)。 ## 买家要核查的不是设备数量，而是工序边界 假设一家企业销售定制金属零件，页面可以这样组织：先列可加工的材料和工艺，再列自营与外协工序，随后说明最小批量是否取决于材料、表面处理和治具。设备表只列经核实的设备类别及所支持的工序，机床照片与表中设备一致；若写公差，必须绑定尺寸范围、测量方法与检验条件，不能把某台设备的理论精度当作所有产品的交付保证。 公开表述所需内部证据没证据时怎么写可生产某材料零件近期订单或工艺记录说明可评估，不承诺常备自有检测设备、人员与检验流程说明由谁检测及外部报告范围出口某市场实际业务范围与交付条款说明需按目的地确认 原创工序场景插画；不代表光算或客户拥有图中的厂房和设备。 ## 能力页负责总览，产品页负责适用性 能力页可以链到各产品族、工艺说明和质检流程，产品页再回答某型号的参数、限制及询价资料。反向从型号页链接回对应工艺，前提是它真的经过该工艺，不把全部产品都链向同一台设备图。公司页讲主体和责任，能力页讲可做的事，[客户案例页](/post/b2b-customer-case-page-seo)才讲已完成的项目事实：三类证据不能互相替代。 发布后查搜索查询是否真的涉及对应工艺与产品，而不是只看“factory”这一个词的展示。采购反馈若反复询问“这一步是否自营”，就在能力页补清责任边界；若反复问尺寸和标准，应转到正确产品页。这是改善买家判断路径，不保证能力页自动获得排名。 ## 设备照片怎样成为证据，而不是布景 先拿到设备所有者、拍摄日期、所在工序和图片许可，再写图注。拍的是外协车间，就标明供应链合作场景，不要把取景角度改得像自有产线；设备上出现第三方商标，也不等于获得品牌背书。真正帮助买家的图，应拍到工件进入和离开这道工序的关系、设备可公开的类型、质检在流程里的位置，而不是把一排机器照片当成“产能证明”。生产速度还取决于班次、换线、良率和订单规格，没有记录就别从机器台数推算月产能。 一个有用的内部审核方法：把能力页里的每个动词圈出来——“加工、设计、检测、安装、保修”。对每个词回答主体是谁、覆盖哪些产品、哪里可核对。答不上来的，把“我们提供”改为“可按项目评估”，或删除该承诺。官网长期维护时，新增产品线、换代工厂、停用某工艺都应触发复核；一次发布后不更新的能力页，随着供应链变化会很快失真。 ## 买家从搜索进来后，下一步应去哪里 搜“金属零件机加工能力”的人可能想确认某工艺能否做，也可能已经持有图纸要询价。能力页应先让他看适用材料和工艺边界，再提供两个清楚出口：查看对应的产品/工艺说明，或提交工况与图纸摘要让工程人员评估。只放一个泛化“立即联系”按钮，会让有技术问题的人还得重新解释你到底能做哪一步。若页面被问到的主要是某个具体型号规格，说明它原本该进入产品页而不是继续给能力页堆型号关键词。 --- ## 工业品规格书只放PDF够吗？产品页与下载文件这样对齐 - URL: https://www.guangsuan.com/post/industrial-datasheet-html-pdf/ - 作者: Don Jiang - Published: 2026-09-25T00:15:17+08:00 - Last updated: 2026-10-01T18:00:06Z - 摘要: 产品页与 PDF 规格书用同一参数源、同一修订号；网页负责可抓取，文件负责下载留档，并给出发布验收抽样。 工业品买家搜索型号和 datasheet，通常想尽快确认尺寸、材料、额定条件和文件版本。**产品页负责在线查找与比较，PDF 规格书负责下载、留档和转发；两者应使用同一份经审核的参数**。只把 PDF 放在网页上，买家很难在手机上横向比型号；只写 HTML 而没有可归档文件，也可能不方便工程采购传阅。 ## 先给型号一个可找到的网页入口 以假设的 V-100 阀门为例，产品页应先写明产品族、型号、可供尺寸、材料、适用条件及需要继续确认的限制。参数表的数值要标单位、测试条件和版本，不能从几张旧手册截图拼成一个“最新规格”。属于一整个系列的通用尺寸表，放在系列页或对比表；只适用于 V-100 的安装尺寸，放在该型号页。读者搜型号时先能看到文本和表格，再决定是否下载 PDF。表格怎么处理单位和测量条件，可参考[产品参数的条件核对](/post/product-parameter-writing-units-conditions)。 如果一份规格书覆盖多个型号，网页别让十个型号共用完全相同的参数摘要；明确它们共用哪些指标、在哪一行开始出现差异，链接到文档里的对应章节。若不同地区使用不同电源或认证范围，页面和 PDF 同时标注适用版本，不把一地的配置写成全球通用。 ## PDF 保留什么，HTML 必须有什么 信息网页下载文件型号与用途可直接阅读的标题与说明封面与型号清单关键参数便于手机查阅的表格与条件完整数据与注释版本文件名、修订日期、适用型号修订号及变更摘要需要询价清楚说明还需哪些工况不凭未确认条件承诺配置 Google 可以索引部分 PDF，但 PDF 被发现不等于网页获得展示或询盘。NN/g 的[B2B 规格资料建议](https://www.nngroup.com/articles/b2b-specs/)同样强调网页应有 HTML 规格信息，并提供必要的 PDF 下载；这里的目标是服务使用场景，不是“HTML 一定比 PDF 排名高”。 原创关系图；型号和资料均为教学示意，不是客户文件。 ## 改参数时，按一张对照单发布 - 技术负责人确认修订原因、适用型号和旧版是否还供售后查询。 - 编辑同步改网页表格、下载地址、PDF 内版本号，以及页面中的产品称谓。 - 打开公网 URL，逐项比对网页数值与 PDF，检查手机阅读及下载是否可用。 - 记录修订时间、批准人和文件哈希；若旧文件仍公开，清楚标记“历史版本”，不要让它覆盖当前型号。 常见故障是网页写“耐温 200℃”、PDF 写“最高 180℃”，两边都没注明工况；搜索和 AI 工具引用哪一份都可能误导买家。先停下争夺“排名”，让技术负责人核定可公开的条件，再一并更新。需要把型号、分类和资料入口组织成可维护的站点，可看[外贸 B2B 建站服务](/b2b-web/)。本文不提供具体产品的工程参数，所有示例均需回到真实手册核对。 ## 买家找到旧 PDF 时怎么办 先查旧文件是否仍适用于历史交付的型号。如果适用，保留可查的历史版本入口，并在文件旁标注型号、修订范围和当前文档链接；如果文件内容错误且有误用风险，由技术负责人确定撤下及替换方式。不要把所有历史 PDF 直接重定向到首页，也不要悄悄覆盖同名文件、让旧链接突然变成不适用的新版。可在文件名中保留型号与修订号，让采购和售后在邮件附件里也能看出差异。 还有一种常见错配：网页向所有市场提供一份英文总手册，但某些地区的电源与配件组合另有版本。此时单独写适用市场与差异说明，把文件链接放在相应产品变体下；语言版本不是机械复制，翻译需要核对单位、警示和型号。内容维护表至少记录产品负责人、网页 URL、文件 URL、发布日期和下次复核触发条件。真正的数据源是经批准的技术资料，不是搜索页面本身。 ## 一次发布验收可以这样抽样 抽一款有两种配置的型号，从分类页进入型号页：网页上能否看出两种配置的差异？分别点开 PDF，文件里型号和版本是否对应？手机上不下载文件也能否读到关键选型条件？随机复制一段参数到站内搜索，看会不会误引到别的型号页。再检查 PDF 的直接 URL：打开文件的用户能否从附近的文件名、页脚或索引链接找回适用产品和版本说明。任何一环答不上来，就先修资料链路，暂不把“最新版”写入标题。 ## 版本同步：网页与 PDF 只用一个源 参数不一致的根因，通常是网页和 PDF 各自维护。可维护的做法是让两者**引用同一个唯一参数源**：技术负责人审核的版本 → 页面参数表 + 下载文件，两者打同一个修订号与生效日期。下面是本篇的同步关系示意。 原创关系图。真正要统一的是“源”，而不是每次手工比对两份文件。 延续前文的 V-100 阀门示例：假设该型号的耐温从“最高 180℃”修订为“最高 200℃（仅限某密封材质）”。正确流程不是只改网页表数字，而是：技术负责人给出修订号（如 Rev.3）、适用型号与工况；编辑同时更新页面表、PDF 页眉的修订号、下载文件名中的版本，以及页面正文里引用的数值；最后逐项比对页面与 PDF。任何一处仍停留在 Rev.2，就会出现“同一页面两个温度”的问题。 ## 下载说明写在页面上，而不是只给一个链接 下载入口旁边至少写清四件事，减少买家打开错文件：**文件类型与大小、适用型号与版本号、最后修订日期、包含哪些内容**。示例（教学）：`V-100 系列技术规格书 · Rev.3 · PDF · 1.8 MB · 更新于 2026-09-30 · 含尺寸表与材质选项`。若同时保留历史版本，命名要带版本号（如 `v100-datasheet-rev2.pdf`）并标注“历史版本”，不要让旧链接在新文件覆盖后指向不适用内容。 ## 可抓取正文：关键参数别只活在 PDF 里 Google 能索引部分 PDF，但 PDF 被收录不等于产品页获得了展示。更稳妥的做法是让**可抓取的 HTML 正文包含型号、关键参数、适用条件与版本信息**，PDF 承担下载、留档和转发。这与[产品资料全放 PDF 时目录与产品页的分工](/post/pdf-catalog-seo-html-pages/)是同一条原则：网页负责被找到和比较，PDF 负责被保存和传阅，两者参数必须一致。若 PDF 里有关键限值而页面只写“详见附件”，搜索和 AI 都拿不到这个信息。 ## 本篇与原 PDF 文章的分工 已有文章[《产品资料全放 PDF，谷歌能搜到吗》](/post/pdf-catalog-seo-html-pages/)解决的是“整体资料架构”：目录、产品页与 PDF 各放什么。本篇聚焦**单个规格书与对应产品页的版本同步、下载说明与参数一致性**。两者配合使用时，先按前一篇决定资料分层，再用本篇的方法保证每一对“页面 ↔ 文件”不打架。 --- ## SEO带来的询盘怎么交接：销售何时回、补什么资料 - URL: https://www.guangsuan.com/post/b2b-seo-lead-handoff/ - 作者: Don Jiang - Published: 2026-09-24T22:18:47+08:00 - Last updated: 2026-09-24T23:46:41+08:00 - 摘要: SEO咨询约定有效标准、回复时限与补资料清单；来源与业务资格分开记。SEO 带来咨询只是开始。先约定什么算有效、多久回复、缺资料时补什么，再谈加投入。 SEO 带来咨询只是开始。**先约定什么算有效、多久回复、缺资料时补什么**，再谈加投入。来源与业务资格分开记：网站记录“从哪来”，销售与市场共同判断“能不能跟、为什么”；混在一个字段里，两种问题都无法复盘。 ## 交接写清三件事 ### 一、什么算有效询盘 有效性标准要在收到询盘之前定好。至少拆两层：**来源记录**（可核实的自然搜索入口与落地页；查不到来源时保留“未知”）与**业务资格**（产品在经营范围、需求真实、能开始对话）。市场、销售共同确认资格及失效原因；SEO 不能只对“来源”负责而完全不管页面是否引来错配需求。判定口径见[有效询盘判定](/post/seo-qualified-inquiry)。 ### 二、多久回复、谁回复 约定首个回复时限与责任人，写进流程而不是靠自觉。B2B 买家常常同时问五家，回复速度本身就是供应能力的一部分。跨时区的市场要明确“工作时间”按哪个时区算，避免承诺了做不到的即时响应。 ### 三、缺资料时补什么 买家只留了邮箱没说工况，需要补哪些信息才能报价，列成清单给销售照着问。清单按产品线定：有的要介质与温度，有的要图纸与数量。没有清单，每个销售自己问，问法和口径都不一样。 收到询盘后按产品、目的地、需求清晰度去重，销售确认跟进状态；国家不等于交付地，未回复不等于无效。表单必填项按能否开始处理来定，提交成功以服务端确认为准，具体检查见[RFQ 表单核验](/post/b2b-rfq-form-seo)。 交接资料示意，无真实客户信息；查询词不能归到个人询盘。 ## 交接记录至少包含这些字段 字段类别记录什么谁负责 来源自然搜索、落地页、查询词（能拿到就记）网站/表单记录 需求内容产品、数量、工况、目标市场买家填写 + 销售补问 业务资格是否在经营范围、能否供货、紧急程度销售判断 跟进状态已回复/已报价/暂停/关闭，含时间与原因销售更新 状态要能区分“没价值”和“还没到时间”：报价后买家考虑两个月才回款，与留了邮箱从未回复，是两种关闭原因，合并成“无效”会让下一轮优化错杀好渠道。 ## 修断点再放大 把询盘流程当成一条链，逐段查断点： - **表单没送达：**提交成功提示出现了，邮件却没到、CRM 没记录。以服务端确认为准排查，别信前端的“提交成功”。 - **资料不足无法开始：**销售拿到线索却联系不上或缺关键条件，回头改表单字段与提示文案，让买家一次留够。 - **无人跟进：**线索躺在收件箱过夜，再好的 SEO 也是漏的。先定回复时限与责任人。 - **市场错配：**来的全是不供货地区的流量，先修页面里的市场表述与供货说明，再谈扩量。 断点修完，用同一批落地页和查询观察接下来的周期：有效询盘是否随展示与点击同向变化。不要用全站访问量代替这个判断——访问涨而有效询盘没动，说明漏斗修得还不够。 ## 示例：一条交接记录长什么样 假设一条来自自然搜索的询盘（字段为教学占位，无真实客户信息）： 字段记录值（占位） 来源自然搜索，落地页为选型文章 查询词通常无法对应到这位询盘人的具体词；单列“未归因”，GSC 仅用于汇总查询分析 需求内容产品类别、估计数量、工况（部分待补） 业务资格在经营范围内，可供货，交期需确认 跟进状态约定时限内已回复，等待买家补工况参数 记录完整时，月底才能按落地页讨论哪些入口产生了可跟进的线索；但 GSC 的查询报表不能把个人询盘对应到某条具体搜索词。缺了来源字段无法可靠划分渠道，缺了资格与状态字段无法分析线索质量；来源无法确认时标未知，不倒推出“自然搜索”。 状态字段建议用固定选项加备注，不要让每个销售自由填文字：五个人五种叫法，月底就无法汇总。新增状态要先统一定义再上线——“暂停”是因为预算、项目延期还是交给同行，含义不同，合并统计会把可唤醒的线索和已死的线索混在一起。 首响时间也值得单独记：从提交到第一次回复的间隔，是流程指标而不是销售个人指标。它下降通常来自清单与责任人的明确，不需要额外预算；漏斗其他段不动、只修这一段，往往是最便宜的改进。 节奏上每周花十几分钟对一次状态：只看新线索和卡住的线索，不开长会。流程断点大多在两周后就被忘掉，固定的小复盘比月底大总结更容易把问题修在还来得及的时候。 ## 用交接结果反哺内容 销售记下的“买家总在问什么”，是最真实的需求清单。把这些问题归到查询分组里：常被问到却在站内找不到答案的，就是下一批内容选题；询盘集中出现的落地页，值得优先补资料与案例。让询盘反馈回流到内容规划，SEO 才形成闭环而不是单向导流。内容与产品路径的组织方式，见[内容与产品路径检查](/post/b2b-seo-content-cluster-path)；按月对齐口径，见[月报指标分层](/post/seo-monthly-report-review)。 说明：本篇给出的是流程与字段清单，不含任何真实客户或询盘数据。需要把内容、表单与跟进流程整体拉通，可按实际范围咨询[整站谷歌 SEO 服务](/seo/)。 --- ## 品牌词有人搜、产品词没声：先分开看再决定投入 - URL: https://www.guangsuan.com/post/b2b-brand-vs-product-queries/ - 作者: Don Jiang - Published: 2026-09-24T22:18:47+08:00 - Last updated: 2026-09-24T23:46:41+08:00 - 摘要: 品牌查询与产品查询分开统计；有需求无页面先补页面，无需求不买投入。品牌词有人搜、产品词没声，先分开看再决定钱往哪放。品牌查询通常反映搜索者已知道品牌名称；非品牌产品查询更有机会触达尚不知道你的买家，但不能据此断定前者都是老客户、后者全是新客户。 品牌词有人搜、产品词没声，先分开看再决定钱往哪放。**品牌查询通常反映搜索者已知道品牌名称；非品牌产品查询更有机会触达尚不知道你的买家**，但不能据此断定前者都是老客户、后者全是新客户。把两组混在一起，展会等其他渠道带来的品牌搜索增长可能掩盖产品页覆盖不足。 ## 先拆三组 拆分不是为了表格好看，是为了让每组查询有明确的归属和处理规则： - **自有品牌组：**公司名、品牌名及其拼写变体、缩写、常见错拼。搜索者知道名称，但不一定是老客户，也可能刚从展会、广告或同行推荐听说。 - **非品牌产品组：**品类词、型号词、材质与工况词——不含任何品牌名的通用需求。这是陌生买家发现你的主要入口。 - **待判断与另册组：**上游品牌、竞品名、行业通用缩写单独标注，不与前两组混算。通用产品名不因自家在卖就归为品牌。 拆分规则每期保持一致，中途换规则会让环比失去意义。品牌与非品牌的分层方法可参考[月报指标分层](/post/seo-monthly-report-review)；这里多问一句：非品牌产品查询背后，有没有可供页面承接。 品牌组拆出来不只是统计，它对应三件防守动作：确认官网仍是品牌搜索的第一条结果；统一品牌名在各平台与站点上的写法，别让三种拼写分流；出现过时或负面结果占位时，按实际渠道处理，而不是靠多发几篇文章覆盖。防守保住的是已有的已知需求。 品牌组出现异常时，按顺序排查：官网还能否被搜到（索引与抓取有没有问题）、品牌名是否有新的拼写变体在分流、结果首位是否被其他类型的页面占住、是否恰逢线下活动的间歇期。四步都正常，才轮到怀疑“品牌热度本身在变”。 品牌变体清单本身也要维护：来源不是拍脑袋，而是销售听客户念过的拼写、行业目录里的收录写法、展会物料上的历史用法。清单每季度过一遍，新增变体纳入防守，已废弃的注明停用日期。 品牌组和产品组的结论最终分开汇报：一个回答“老客户还找得到我们吗”，一个回答“新买家能发现我们吗”。两个问题都答好，SEO 才算既守住存量又打开增量；别用一个总数回答两个问题，季度复盘时也分两张表核对。 查询归组示意，不代表真实品牌流量或客户行为。 ## 两组需求的性质不同 维度品牌组非品牌产品组 需求性质已知品牌名称，可能在找入口或核对信息未在词中写出自有品牌，可能在找答案与供应商 常见来源展会、老客、转介绍、线下物料搜索、内容、同行对比 该承接的页面首页与品牌入口，路径要短分类页、型号页、选型内容 波动解释跟着线下活动与口碑走跟着页面覆盖、竞争与需求季节走 常见误判把品牌上涨当 SEO 成绩把无展示当成没做优化 品牌组掉了，先查品牌写法是否统一、有没有负面结果占位、官网是否仍是第一条——这是防守问题。非品牌组没动，才是 SEO 主战场的问题，要按下面的顺序查。 ## 示例：同一张 GSC 导出表如何拆分 以下用虚构查询演示分类规则，不伪造环比数据。先在 GSC 固定“搜索结果／国家／设备／日期”并导出查询，另存原始表；再按查询是否含自有公司名、品牌名及已知拼写变体标记。混合出现上游品牌或竞品的词另列，人工确认归属： 查询示意归组为什么下一步核查 自有品牌名 + ball valve自有品牌出现已核实的品牌变体是否落到对应分类或官网页面 316 stainless steel ball valve非品牌产品不含品牌，描述材料与品类现有产品是否确实供应及对应页是否可见 上游厂家名 + ball valve单列人工判断不是自有品牌，且搜索者可能找原厂是否有合法供货关系及可准确承接的页面 分完组后，在每期都使用同一份品牌变体字典、同一市场和日期长度，分别汇总展示与点击。字典变了要留版本，不能把口径变化当成流量增长；搜索需求与市场推广也会影响结果，不能把增量全部归功于 SEO。 另一个常见追问：**投放买的品牌词该怎么算？**付费带来的品牌点击不进自然结果，两者的口径分开记。搜索结果里自然位与广告位同时出现时，品牌组的自然数据也要结合位置看，别把“本来就能找到你”的点击当成内容工作的成绩。归因口径先写进月报模板，争论出现时回看模板，而不是各说各的。 ## 再决定投入 非品牌产品查询没展示，按层次排查，每一层对应不同的修法： - **有需求吗：**这个词在目标市场真实有人搜吗？搜索建议、同行结果、投放数据都可以佐证。没需求的词不值得投入。 - **有页面吗：**站内有没有一页正面回答这个查询？没有就补页面或内容，先于任何站外动作。页面有没有，见[关键词与页面分工](/post/b2b-keyword-page-mapping)。 - **页面能被抓取和理解吗：**有页面却无展示，查索引状态、内链入口与正文是否真的回答了问题，而不是再堆一遍关键词。 - **页面够不够好：**前三层都过了仍无起色，对比排在前面的结果补差距——信息完整度、可核对的证据、型号与参数是否齐全。 - **不做这个词：**产品根本不经营，明确排除，不为它买投入。 品牌词的维护与产品词的开拓分开立项，验收也分开：一个看入口是否稳固、结果是否正面，一个看覆盖的任务组是否变多、承接页是否吃到展示。把两者合成一个“总流量”汇报，会同时掩盖两个真实问题。 说明：本篇不含任何真实站点数据，目的是给出分组与决策顺序。需要按业务拆解查询结构与投入优先级，可按实际范围咨询[整站谷歌 SEO 服务](/seo/)。 --- ## GSC查询词怎么分组：按采购任务归到对应页面 - URL: https://www.guangsuan.com/post/b2b-gsc-query-grouping/ - 作者: Don Jiang - Published: 2026-09-24T22:18:47+08:00 - Last updated: 2026-09-24T23:48:40+08:00 - 摘要: 查询词按找供应商、核型号、比方案、查售后分组，再归到系列、型号、应用与支持页。GSC 里一堆查询词，先别一个一个追排名。按买家任务分组：找供应商、核型号、比方案、查售后，再分别归到系列页、型号页、应用文章或支持资料。 GSC 里一堆查询词，先别一个一个追排名。**按买家任务分组：找供应商、核型号、比方案、查售后**，再分别归到系列页、型号页、应用文章或支持资料。同一产品名出现在不同任务里，不代表是同一个需求——“球阀厂家”和“球阀泄漏处理”都含“球阀”，但背后是两个人、两个阶段、两个该去的页面。 ## 分组看任务，不看字数长短 按任务分组的好处是：一组查询对应一类页面动作，讨论时不用在几百个词里来回跳。四类任务与承接页面： 任务查询特征该去的页面 找供应商supplier / manufacturer / factory + 产品，或带地区产品分类页、公司供应能力内容 核型号具体型号、规格、材质、标准代号对应型号页，参数与证书资料 比方案selection、comparison、vs、如何选、工况条件选型文章、应用说明，再导向候选产品 查售后manual、troubleshooting、install、repair支持资料、安装与维护文档 “industrial valve supplier”找的是供应商，“valve material selection”是选型研究，“valve repair manual”可能是售后；三者承接页面不同，混在一起算一个“核心词排名”没有行动意义。品牌词、售后词与不经营的产品先分出去，避免把无关展示当成绩。Google 的[效果报告说明](https://support.google.com/webmasters/answer/7576553?hl=zh-Hans)支持按查询、页面、国家、设备查看，先固定同一市场与日期再比较。分组方法与页面分工，可结合[关键词地图](/post/b2b-keyword-page-mapping)使用。 **GSC 里的查询数据怎么取：**打开“效果 → 搜索结果”，选择搜索类型、国家、设备和同长度日期区间；先看“查询”选项卡，再点击“网页”筛选某个落地页、回到“查询”看该页出现在哪些词下。报表还能按搜索外观与日期分组。导出当前筛选结果后，保留原始表，另建任务分类列。平均排名受查询与设备组成影响，比较前须固定筛选口径；它不能单独解释点击变化。报表不展示所有匿名化或低量查询，也不能将某一位访客的询盘与其搜索词逐一对应。 操作路径示意，不是 GSC 截图，也不含真实搜索数据。 ## 一次分组的操作步骤 - **固定口径：**选定国家、设备类型和时间区间，记下日期。口径不固定，下个月的对比没有意义。 - **导出查询：**从效果报告取数据，保留展示、点击、平均排名三个字段，排名本身只是位置，不带任务信息。 - **按任务打标：**逐条归入四类任务，拿不准的单列“待判断”，不要硬塞。带品牌名的标出来另算。 - **核对承接页：**看每组查询实际落到的页面是不是该组该去的页面。查询“找供应商”却落在一篇科普文章上，就是承接错位。 - **算组不算词：**按组汇总展示与点击，看哪类任务整体有量、哪类整体空白，再决定这轮先动哪组。 低展示的查询数据本身就不稳定，单个词的名次波动不值得追；看组的规模和趋势更可靠。另外要知道：效果报告会抽样，低量查询可能被省略，组与组的绝对值不必逐个较真，趋势和结构比小数点重要。频率上每月固定一次、与月报同口径即可；天天导表只会把随机波动读成信号。“待判断组”也要定期清空：攒着不清，它会变成逃避判断的垃圾桶。 ## 示例：一次分组产出什么样 下面仅演示“看到哪类查询 → 下一步核查什么”；没有接入本站 GSC 数据，不填写虚构的展示或点击数字： 任务组查询示意先核对的页面需要验证的问题 找供应商industrial valve supplier分类页与供应能力页实际展示落在哪一页？该页是否有供货范围？ 核型号阀门型号 + datasheet型号页与参数文件文档是否对应现售型号，链接是否可打开？ 比方案valve material selection选型文章与应用页是否说明材质适用条件，并能走到候选产品？ 查售后valve repair manual支持资料页是否属于本站产品、是否提供正确版本资料？ 示意查询是教学用词，不代表本站已经获得这些展示。实际操作要在“网页”筛选下核对查询及其承接 URL，必要时查看实际搜索结果与站内入口；不要仅凭组别的点击率推导原因。 分组表的最小列固定五列就够：任务组、代表查询、承接页、状态、下一步。列太多会把每次盘点变成制表工程，没人坚持；五列以内，一个人半小时能填完，也才可能按月持续。 状态取值也固定四种：齐全、需补、缺失、不承接。状态一多，同一个页面在两份表里会得到不同判断，下一步就没法统一排。代表查询每组留三到五个就好，它们是这一组的样本而非全部；样本换月时在表里注明，避免拿两批样本硬比。列、状态、样本三者固定，分组表才可能连续。 ## 分组后补缺口 四种缺口，对应四种动作： - **有查询没页面：**该组任务没有承接页面，补页面或内容；补之前先确认供货与业务确实在做这个方向。 - **有页面没查询：**页面做完了没人搜，先查需求是否存在（市场、语言、叫法），需求不实就别再加码。 - **查询落在错页面：**需求真实但承接错位，调整内链与分工，让查询找到它该去的页面。 - **查询超出经营范围：**标出来，明确不接的就从目标里去掉，不用为无关流量建页面。 分组表留版本号，产品方向变了就更新，不要静默改集合——否则没人知道半年前那张表里的“核心组”是怎么定义的。分组的产出最终要回到[关键词地图](/post/b2b-keyword-page-mapping)，变成每个查询归哪个 URL 的长期约定。 说明：以上是分组方法，不含任何真实站点数据；效果报告本身也会抽样与省略低量查询，组与组之间的比较以同一口径为准。 --- ## 面包屑与站内路径：帮买家回退，也帮搜索理解层级 - URL: https://www.guangsuan.com/post/b2b-breadcrumb-path-seo/ - 作者: Don Jiang - Published: 2026-09-24T22:18:47+08:00 - Last updated: 2026-09-24T23:46:41+08:00 - 摘要: 面包屑按真实产品层级写，每一级都是可用页面；筛选条件不写进长期路径。面包屑不只是页面顶部的“首页 / 分类 / 产品”，而是告诉买家“我在哪、上一级是什么”。路径应反映站内真实的导航关系，上级入口能点到对应页面，买家才找得回去。 面包屑不只是页面顶部的“首页 / 分类 / 产品”，而是告诉买家“我在哪、上一级是什么”。**路径应反映站内真实的导航关系**，上级入口能点到对应页面，买家才找得回去。URL 不必把每一级都写进路径；即使产品 URL 是扁平结构，仍可以有真实可用的分类面包屑。 ## 路径跟着产品归属走 先定产品属于哪个系列，系列属于哪类产品，再把这条层级写成面包屑。规则不复杂，但要一条条守住： - **每一级都是真实页面：**不是分类名的纯文字，而是能点进去的列表页。写了点不动的层级，等于画了个假地图。 - **层级与实际导航一致：**面包屑说“分类/系列/型号”，前两级就应有实际可达的分类和系列入口；不要求 URL 必须逐段包含这些词。 - **文字与目标页标题一致：**面包屑里的“球阀”点进去的页面标题也围绕球阀，不写“阀门大全”。 - **筛选条件不进长期路径：**“材质=316”是临时视图，不是产品归属。把它写进面包屑，路径会随每次筛选变化，无法稳定表达层级。 - **最后一级是当前页：**通常不再可点，避免“自己链自己”。 Google 的[链接最佳实践](https://developers.google.com/search/docs/crawling-indexing/links-crawlable)建议站内链接帮助发现与理解页面，面包屑是其中一条稳定路径。 站内导航示意；URL 无须包含每级文字。 ## 常见的四种路径错误 现象后果改法 显示的上级不是产品实际所属分类点击后找不到该产品核对导航、产品归属与目标链接；无需为此改扁平 URL 每级都是不可点文字无法回退，路径只剩装饰除当前页外全部改为链接 路径里出现临时筛选同一产品出现多种路径，归属不稳筛选留在工具栏，不进面包屑 多语言版本路径混用点一次跳回别的语言，体验断裂各语言版本独立维护同构路径 ## 示例：一条合规路径长什么样 假设型号页的路径是： **首页 › 工业阀门 › 球阀系列 › V-100 二片式球阀**（当前页） 逐条对照规则：“工业阀门”和“球阀系列”必须是真实可到达的页面，且买家能由系列页找到该型号；前三级可点，当前页可只显示文字。即使型号 URL 为 `/products/v-100/`，也可以保留这条导航路径。不要把临时筛选或促销标签混成长期上级。 ## 路径深度与改结构的顺序 层级不是越全越好。多数 B2B 产品路径控制在三到四级即可：首页、类别、系列、型号。层级再深，面包屑会挤占移动端首屏，买家回退的意愿也被层层削弱；真到了五六级，通常说明分类结构本身需要整理，而不是路径写法的问题。 要改结构时，先核实分类与产品归属，再同步面包屑和站内链接。仅为让面包屑看起来一致而改 URL，会引入重定向与旧链维护成本；URL 只有确有迁移理由才调整。迁移时另见[改版迁移的验收清单](/post/%e5%a6%82%e4%bd%95%e9%87%8d%e6%96%b0%e8%ae%be%e8%ae%a1%e6%82%a8%e7%9a%84%e7%bd%91%e7%ab%99%e8%80%8c%e4%b8%8d%e6%8d%9f%e5%a4%b1seo%e6%8e%92%e5%90%8d)。 路径与侧边栏、分类高亮也要一致：面包屑说当前页属于“球阀系列”，侧边栏若高亮的是另一个分类，买家看到的归属就有两个版本。三处（路径、侧栏高亮、页面标题）出自同一份分类数据，才能保证表达唯一。 路径文字直接用分类与系列的正式名称即可，不必把关键词塞进每一级：路径是导航，不是第二个标题。正式名称本身通常已经包含品类词，再堆一层只会让“球阀系列 › 球阀产品 › 球阀”这种复读出现，买家和搜索系统都要多猜一层。 路径太长放不下时，优先保证最后两级可见（当前页与它的直接上级），前面的层级可以截断显示，但链接仍要保留。手机上尤其如此：买家要确认的是“我在哪个系列的哪个型号”，不是从首页数起的完整族谱，前几级用省略方式处理即可。 ## 结构化数据与是否显示是两回事 如果页面标了面包屑结构化数据，`BreadcrumbList` 描述的层级和链接应反映页面上真实、可用的导航，不能虚构一个“高端球阀”分类。可见文字和标记可有简写，不要求逐字相同，但指向的对象不能矛盾。Google 是否在搜索结果展示面包屑由它决定，标记本身不保证展示；更多排查思路见[面包屑不显示的排查](/post/%e4%b8%ba%e4%bb%80%e4%b9%88%e4%bd%a0%e7%9a%84%e9%9d%a2%e5%8c%85%e5%b1%91%e5%af%bc%e8%88%aa%ef%bc%88breadcrumbs%ef%bc%89%e8%b0%b7%e6%ad%8c%e4%b8%8d%e6%98%be%e7%a4%ba)。 ## 改完走一遍回退 - 从最深的产品页逐级点回系列、分类、首页，每一级都能到达，且到达的正是路径文字承诺的页面。 - 从分类页进入对应型号，再从型号经面包屑退回，双向都不迷路。 - 手机上路径不挤占正文、可点区域够大；层级太长时确认不会换行错乱。 - 改过层级的页面，确认旧 URL 的去向仍然成立，不要在改路径时制造无人处理的断链。 - 用富媒体搜索结果测试工具验证结构化数据，并核对最终 HTML；搜索结果中显示什么由 Google 决定，不作为上线当天的通过条件。 路径是产品归属的表达，归属混乱时先修分类结构，再修面包屑；只在表面改文字，改不掉结构里的矛盾。分类结构怎么定，见[产品分类页的内容顺序](/post/b2b-product-category-seo)；全站信息架构的重建属于建站工作，范围见[外贸 B2B 建站服务](/b2b-web/)。 --- ## 工厂与产品视频怎么做SEO：先让人看懂，再让搜索理解 - URL: https://www.guangsuan.com/post/b2b-factory-video-seo/ - 作者: Don Jiang - Published: 2026-09-24T22:18:47+08:00 - Last updated: 2026-09-24T23:46:41+08:00 - 摘要: 工厂视频一条回答一个过程，页面文字补适用与限制；只传无说明航拍帮助有限。B2B 的工厂与产品视频，先让人看懂加工、检测或安装的关键步骤，再考虑搜索理解。视频本身讲清一个过程，页面文字讲清适用与限制，两者互相补充。 B2B 的工厂与产品视频，先让人看懂加工、检测或安装的关键步骤，再考虑搜索理解。**视频本身讲清一个过程，页面文字讲清适用与限制**，两者互相补充。本文是视频页面的制作清单，配图只是分镜示意；本站并未在本文展示实拍工厂视频。只上传一条无说明的厂房航拍，对采购判断帮助有限。 ## 一条视频回答一个问题 把“拍个宣传片”拆成具体任务，每个任务对应一个问题： 视频类型回答买家的什么问题页面要补什么 工序/装配这道活是怎么做的，关键控制点在哪适用型号、可核对的检验项目 检测/试验出厂前验什么、按什么条件验检验类别（如“出厂检测”），不夸大成投运结果 安装/调试装到现场要注意什么前提条件、需要客户确认的接口与工况 选型/对比两个方案差在哪，怎么按条件挑判断维度与各自限制，链向对应产品页 拍摄前先过授权：车间画面、设备特写、出现在镜头里的人员和第三方设备，能不能公开、以什么范围公开。客户或供应商给的素材不等于可商用，核对方法见[技术图片的授权核对方法](/post/third-party-technical-image-permission)。不能拿素材冒充自有工厂，也不要把镜头里的认证标志拍进去却在页面上放大其适用范围。 标题写真实过程，不夸大产能与认证。英文市场配准确的字幕与文字稿，方便不同语言的买家核对术语——用词拿不准时，可参考[GHA 英文文章服务](/english-seo-article-writing/)里对调研与事实核对的要求。 原创工序取景插画，非实拍视频、客户现场或实际型号。 ## 页面文字怎么配视频 视频解决“看见”，页面文字解决“被找到”和“可核对”。三件事要做： - **文字稿或分段说明：**把视频讲的关键步骤写成网页文字，放在视频附近。搜索系统可以借助视频文件、标题、字幕、缩略图及页面文字理解内容，但不能假定每个系统都完整理解画面；可抓取的文字便于买家核对具体型号与条件。 - **字幕与画面一致：**字幕说的步骤要和画面顺序一致，术语与产品页统一。字幕错一个型号，买家核对时就对不上。 - **结构化信息不超范围：**如果为视频添加结构化信息，字段必须反映页面上真实可见的内容：真实的标题、时长、发布方。标了页面上没有的时长或人物，属于向搜索系统输出与实际不符的数据。 ## 示例：一条装配视频上线时配了什么 假设拍了一条阀门装配视频（情境为教学占位），上线清单是： - 页面标题写真实工序名，不用“震撼工厂实拍”式措辞。 - 视频下方放分段文字稿，每段对应一个步骤，术语与产品页统一。 - 字幕与画面顺序一致，型号读音与写法一致。 - 正文补适用型号与检验类别，明确哪些是出厂检测、哪些未做。 - 两处内链：一处到对应型号页，一处到选型文章。 - 首屏的视频封面应按实际 LCP 位置决定加载策略：若封面是首屏最大元素，不要懒加载；非首屏资源可延迟加载。手机上播放与控件正常。 封面帧选能说明工序的一帧，不用纯 logo 画面——封面是买家决定播不播的第一眼。视频文件本身也先压缩，别让一条未压缩的素材拖垮移动端流量，上传后在手机网络下试播一次再发布。 买家带着“这道工序怎么控制”的问题来，文字稿让答案在页面上就有，视频是佐证而不是唯一载体。 ## 页面让视频可被找到 视频放在相关的产品页或应用文章里，成为该页回答问题的一部分，而不是全靠一个孤立的“视频中心”。相关页面之间用描述性文字链接相连，让读者从工序视频走得到对应型号。非首屏视频可以延后加载播放器；若首屏封面是最大元素，应优先保证其及时显示。移动端要能正常播放、控件可点。速度指标的看法见[页面速度与SEO](/post/%e9%a1%b5%e9%9d%a2%e9%80%9f%e5%ba%a6%e5%af%b9%e4%ba%8eseo%e6%9c%89%e5%a4%9a%e9%87%8d%e8%a6%81)。 平台上的视频（如 YouTube）与官网页面互相导流即可，不必二选一：平台负责分发，官网负责把感兴趣的买家带到可核对的产品与联系入口。 常见追问：**要不要给视频单独做一个落地页？**多数情况下不必。视频是页面回答问题的一部分，单独成页往往只有一段播放器和一行标题，缺少可核对的文字，也不容易承接具体查询。只有当视频内容本身就构成一个独立任务（例如完整安装教程），且配套了足够文字说明时，独立页才说得通。判断标准和文章页一样：这个页面有没有独立回答一个问题。 多语言市场要分开交代：字幕和文字稿按目标市场语言提供，术语与对应语言版本的产品页保持一致；一条英文视频配中文页面、术语却对不上英文型号页，买家核对时仍会断链。 ## 上线后看什么 看两样：视频所在的目标页面，其查询展示与询盘有没有变化；买家在询盘里是否开始引用视频里的工序或检测点——后者说明内容真的进入了采购判断。不单独追一个“视频排名”：视频以什么形式出现在结果里由搜索系统决定，页面有没有服务好买家才是能自己控制的部分。 视频里的每个承诺最终都要落到页面文字与销售口径上。需要把产品、工序和内容组织成完整的采购路径时，可参考[外贸 B2B 建站服务](/b2b-web/)的页面规划。 --- ## 旧文章有展示没点击：先更新还是直接写新篇？ - URL: https://www.guangsuan.com/post/b2b-refresh-old-content/ - 作者: Don Jiang - Published: 2026-09-24T22:18:47+08:00 - Last updated: 2026-09-24T23:46:41+08:00 - 摘要: 旧文先查展示原因、答案时效与承接页面，再决定更新事实、分叉新写或保留观察。旧文章有展示没点击，先别急着再开新选题。看它是查询变了、答案旧了，还是页面本来就不承接这个需求，再决定更新、拆题或保留。 旧文章有展示没点击，先别急着再开新选题。**看它是查询变了、答案旧了，还是页面本来就不承接这个需求**，再决定更新、拆题或保留。点击少也可能与平均位置、搜索外观和查询意图有关，不能直接认定标题或摘要出了问题。 ## 三问决定改还是写 ### 第一问：它实际为什么被展示？ 到 Search Console 按国家和查询看这篇文章真正吃到的是哪些查询词。常见情况是文章被展示的查询和当初的选题并不一致——写的是选型方法，吃到的却是某个型号的配件词。这种“错位曝光”不是坏事，但决定了下一步：错位查询有价值就顺势调整承接，没价值就别为它改标题。 ### 第二问：答案还成立吗？ 打开正文逐段核：事实过时了吗（标准、版本、价格结构、产品是否还在售）？条件缺失了吗（当时没写的适用限制，现在买家总在问）？文里链向的产品还存在、还是已经下架变成 404？引用了外部资料的，来源还能打开吗——外部引用的核对方法见[引用外部资料的规矩](/post/geo-external-citation-rules)。 ### 第三问：这个页面该不该承接采购？ 有些文章本来就是概念科普，读者要的是解释，不是报价。硬塞产品推销会两头不讨好：科普读者被打断，采购问题又没被回答。该承接的补承接，不该承接的让它安分做内容入口，把采购需求交给正确的页面。 资料核对场景插画，不是客户工作记录或流量截图。 ## 三种处理方式与适用条件 处理适用情形要做什么 更新事实需求没变，只是内容旧了改事实与依据、修死链、更新内链到现售产品 分叉新写需求已分叉成两类买家任务旧文守原任务，新文接新任务，两边互链分工 考虑合并两篇的主问题与答案高度重叠，读者没有理由分别阅读逐段比对独有信息、内链及历史入口；是否合并与 URL 去向另行决策 保留观察数据少、判断依据不足不动它，记录观察原因，攒够依据再动 “分叉新写”是里面最容易被跳过的一步：看到新查询直接在旧文里塞一节，结果旧文主题被稀释，新查询也没吃稳。需求分叉时，先想清楚两拨人各自要什么，再决定是一篇还是两篇。已有的[内容与产品路径检查](/post/b2b-seo-content-cluster-path)讲存量文章如何连向产品，这里补的是“改还是写”的判断。 两篇碰巧出现在同一个查询下，并不等于需要合并：一个是采购选型，一个是维修说明，仍可服务不同读者。只有主问题、结论和段落实质重复时，才比较保留哪篇、如何整合独有信息，并单独审查旧 URL 的访问来源与去向。 更新时顺手核两样容易被忘掉的东西：内链锚文本是否还描述目标页（产品改版后锚文本常变成空话），图片与图注是否还与新事实一致。文字改了、配图还停在旧版本，等于更新只做了一半。 更新记录不必长，但要让第二个人能照着复核；复核不过，就不算改完。 ## 示例：用文章原有问题决定更新范围 以下是按不同文章主题演示的编辑判断，不是本站文章的实际 GSC 成绩。先写下原标题承诺与当前搜索查询，再对照原文能否回答： 情况数据特征决定 型号页选型文章仍回答“如何选”，但引用了已过期的型号手册核新手册版本、适用型号和变更点，修正文与内链，不只改日期 “安装故障”文章读者同时搜索故障排查与采购替代件保留排查路径；若替代件需要独立报价条件，另建产品页并在合适位置链接 小众术语解释展示少，且未见事实过时先检查目标市场是否使用该术语；暂不为了显得活跃而改写 每种决定都要回到原问题、公开资料和实际查询；表格只演示核查路径，不能代替拿到真实 GSC 数据后的逐页判断。 ## 更新要留痕 只改发布日期不算更新。一次可追溯的更新至少留下： - **改了什么事实：**具体到句子，而不是“全文优化”。 - **依据是什么：**新数据的来源、版本和日期，能被下一个人复核。 - **链接换到哪：**产品内链从下架型号换到哪个现行页面，锚文本描述的是什么。 - **为什么改：**触发这次更新的是过时、点击不足，还是产品线下线。 没有留痕的更新，半年后没人说得清页面为什么变成现在这样，下一轮调整只能从头再猜一遍。改动本身也会被搜索系统重新抓取，频繁无意义地翻动正文不如一次改到位。 关于节奏还有一个常见疑问：**更新会不会立刻见效？**不会。更新是让页面恢复准确，不是触发即时变化的动作；重新抓取、重新评估与竞争变化都需要时间，按周期观察即可。也不要用“每月只改发布日期”的方式刷存在感——没有事实变化的翻动不构成更新，反而让留痕失去意义。 ## 什么时候不要更新 三种情况先停手：数据太少无法判断（继续攒）；页面本就不承接该需求（改标题硬接会制造错配）；只是看到同行都加了某块内容就跟风补（同行的结构不等于你的买家要的）。更新的目标是让页面更准确地服务它真实吃到的需求，而不是让它看起来“很新”。 更新后按同一批查询、同一市场观察一段周期，再决定下一步；拆分与复盘的口径可与[月报指标分层](/post/seo-monthly-report-review)保持一致。要持续做存量内容的判断与维护，可按实际范围咨询[整站谷歌 SEO 服务](/seo/)。 --- ## 筛选与标签URL太多：先判断要不要被索引 - URL: https://www.guangsuan.com/post/b2b-filter-url-indexing/ - 作者: Don Jiang - Published: 2026-09-24T22:18:47+08:00 - Last updated: 2026-09-24T23:46:41+08:00 - 摘要: 筛选组合先看有无独立采购需求与稳定产品集合，再处理索引；不要全部放进搜索结果。材质、规格、应用筛选点一点就生成一堆 URL，先别急着给每个组合写内容。先判断这个 URL 组合有没有独立的采购需求和稳定的产品集合，再决定是否让它成为可索引入口。 材质、规格、应用筛选点一点就生成一堆 URL，先别急着给每个组合写内容。**先判断这个 URL 组合有没有独立的采购需求和稳定的产品集合**，再决定是否让它成为可索引入口。大量近似参数 URL 可能浪费抓取、增加重复结果；Google 在[筛选导航抓取指南](https://developers.google.com/crawling/docs/faceted-navigation)中解释了参数组合造成的过度抓取与新 URL 发现变慢，但不能由 URL 数量推断排名一定变差。 ## 判断顺序：需求、稳定性、入口 三个条件依次过，缺一个就先不急着当独立页面： ### 一、有没有独立需求 “316 不锈钢截止阀”这类组合可能有人专门搜，值得单独承接；“库存量大于 12 且上架超过 30 天”这种组合不会有人搜，它是库存管理条件，不是采购需求。判断需求不靠猜：看搜索建议和同行结果里有没有人以这种组合被找到，产品线的语言市场里买家实际怎么称呼它。需求判断的上游是关键词与页面分工，见[关键词与页面分工](/post/b2b-keyword-page-mapping)。 ### 二、产品集合稳不稳定 组合筛出来的是长期存在的产品族，还是随促销和库存每天变的临时集合？随库存抖动的页面今天有二十个产品、明天剩三个，页面价值忽高忽低，不值得长期索引。稳定，才有资格被当成一个“页面”来经营。 ### 三、有没有固定入口 值得留下的组合，站内要有文字链接能到达，最好还有稳定的导航或说明入口。只能靠手动改参数拼出来的组合，既没有内部背书，也难被发现，留着只会制造孤页。 三种 URL 的集合变化示意，非真实网站后台截图。 ## 处理手段与适用条件 判断完再选手段，不同手段的适用场景不一样，不能全站一刀切： 手段适用场景要防的坑 保留索引有独立需求、集合稳定、有入口放进去却没内容，等于空页面占位 加索引标记排除组合存在但不该进结果（多数临时筛选）站内还要不要这些页面送流量，要想清楚 规范到对应页面参数只是同一内容的不同地址内容其实不同的页面被强行合并，细节丢失 爬虫规则屏蔽参数无限组合、会拖垮抓取的入口若使用 robots.txt 阻止抓取，Google 就看不到页面的 noindex 标记；见[Google 关于 noindex 的说明](https://developers.google.com/search/docs/crawling-indexing/block-indexing)，不要把屏蔽抓取当作删除索引。 最常见的误用顺序颠倒：先全站屏蔽，几个月后又想要其中几个页面的流量，才发现屏蔽让这些页面什么信息都传不出去。动手前把“哪些组合要留、哪些要挡”写成一张规则表，按表实施。 动手前还有一件基础事：**先把同一个组合的地址写法收敛成一种**。参数顺序不同、大小写不同、带不带尾斜杠，都会让“同一个筛选组合”出现多个地址，规则再对也匹配不全。地址写法先统一，规则表里的每行才只对应一个目标。 ## 示例：同一个阀门目录里的三种 URL 以下为教学用的虚构站点，URL 和供货条件都不是客户记录。基础分类地址为 `/ball-valves/`，组合地址为 `/ball-valves/?material=316`，排序地址为 `/ball-valves/?sort=price`。前者有分类说明和全部产品；材质组合只有在目标市场确有需求、长期有货且页面可列出对应材质与适用限制时，才考虑提供独立、稳定、从分类页可点击的入口。排序页只是同一批产品换顺序，不把它当作新的材质分类。测试时分别打开三个 URL，核实产品集合、HTTP 状态、canonical、robots 与站内链接，再用网址检查观察 Google 的处理；不能凭参数名直接下结论。 实施前先落表，以下组合类型与处理仅为核对顺序，不是可直接复制的站点配置： 组合类型例子（假设）判断处理 材质 + 品类316 不锈钢球阀有人专门搜，集合稳定保留索引，补一段选择说明 库存条件只看现货先确认是否生成可抓取 URL 以及是否随库存变动通常不建长期搜索入口；保留站内筛选体验 排序参数?sort=price同一集合换排列规范到基础地址 临时促销组合活动期参数页确认到期后的产品与 URL 去向按真实页面用途处理，避免留下空列表 表里每行都要写判断依据，说不出依据的行不实施。这张表也是下次改规则时的对照底稿：先改表，再改站，最后核对结果。 还有一条容易漏：**规则要定回滚方式**。哪天某个被排除的组合突然有了真实需求（新行业、新叫法），怎么把它放回来、放回来前看什么数据，提前写清楚。没有回滚路径的规则，执行的人遇到例外只会各自处理，表很快和站对不上。 另外给每次改动留观察窗：规则上线后至少观察一个完整周期再评价，别一周内连改三次。三次改动叠在一起，就分不清是哪一次起了作用，规则表的依据也就失去了验证机会。 规则表还要和分页、规范化的决定对齐：同一个组合既在筛选规则里、又出现在分页深处时，两边结论要一致，否则页面会同时收到相反的信号。动手顺序上，先定分页与系列归属，再定筛选索引规则，最后核对两者交集——交集是出错最多的地方。 ## 处理完看索引与展示 手段生效需要时间，验证也分两步： - **先看排除是否符合预期：**在网址检查与网页索引报告中抽样核对规则表里的 URL；要留的页面有没有被误伤。出现“想留的被挡、想挡的还在”，先核对 Google 实际抓取时间、规范页选择及 robots/noindex 是否可被读取，不能立刻认定规则写错。 - **再看留下页面的表现：**保留的组合是否被收录、出现在什么查询下、点击落在哪个 URL。被收录但一直无展示，多半是需求判断错了，回到第一问重判，而不是继续改标签。 筛选与产品目录的关系可以对照[分类页与型号页分工](/post/b2b-product-category-seo)：分类页回答“这个族里怎么挑”，筛选是挑选过程的工具，不是新的族。 规则要留版本记录：哪天定了什么规则、依据是什么、谁批准的。产品方向或站点结构变了，规则表跟着更新，不要让去年的排除规则挡住今年的新产品线。索引问题解决之后，再补产品资料与选型说明，而不是先写一堆文字再堵索引漏洞。 --- ## 产品目录分页怎么做SEO：什么时候保留、合并与规范 - URL: https://www.guangsuan.com/post/b2b-pagination-seo/ - 作者: Don Jiang - Published: 2026-09-24T22:18:47+08:00 - Last updated: 2026-09-24T23:46:41+08:00 - 摘要: 产品目录分页先看有无稳定内容和入口，再决定保留、合并或规范；深分页不逐页写正文。产品多的 B2B 网站，目录分页本身不是错误，错误的是让搜索引擎把每一页都当成独立产品系列。先看分页有没有稳定的内容和入口，再决定保留、合并或规范。 产品多的 B2B 网站，目录分页本身不是错误，错误的是让搜索引擎把每一页都当成独立产品系列。**先看分页有没有稳定的内容和入口，再决定保留、合并或规范**。只有商品卡片、随上下架不断变化的深分页，不值得逐页写正文；而作为系列入口的第一页，恰恰值得认真写。 ## 三类分页，三种处理 把目录里的“第 1/2/3 页”拆开看，它们承担的角色并不相同： ### 第一页：系列入口 第一页是这个产品族长期稳定的门面，从导航和分类结构都能到达。它值得写清楚这个系列覆盖什么选择范围、按什么维度挑、哪些工况要另找系列——这些文字不是凑字数，而是替买家完成第一轮筛选。第一页的内容不随单个产品上下架而消失。 ### 中间页：浏览延续 第二页之后的作用是让翻页的人继续看，页面上主要是延续的产品列表。它们需要可抓取、可点击、加载正常，但不建议逐页手写正文：内容与第一页高度重叠，写出来的文字也大多相似。保持链接通、列表真实即可。 ### 深分页与空页 翻到第五页只有两三个产品，甚至因为筛选组合出现空列表时，先核实是暂时缺货、超出页数还是筛选无结果。分页不是同一页的重复副本：每页若列出不同产品，Google 建议为每页保留独立 URL、可抓取的链接与各自的规范地址，详见[分页最佳实践](https://developers.google.com/search/docs/specialty/ecommerce/pagination-and-incremental-page-loading)。筛选和排序参数则需另行判断。本站[集合页的三类处理](/post/shopify-collection-page-seo)讨论 Shopify 集合，不可直接套为所有目录规则。 在决定分类页的分页结构后，再看[WooCommerce 分类分页和 URL 的核对方法](/post/wp-shop-category-url)检查可抓取页码。 页面判断依据处理方向 第一页长期存在、有导航入口、内容稳定认真写选择范围，保留索引 中间页列表延续、内容与首页重叠保持可抓取，不逐页造内容 深分页/空页产品稀少、随库存变化、无需求先判断索引，再决定去留 分页产品集合关系示意，非真实网站截图。 ## 示例：一个大目录的处理顺序 假设一个约 4000 个 SKU、50 个分类的站点（数字为教学占位），动手顺序可以是： - 先盘点分页深度，列出翻页超过两页的分类，以及出现过空页或只有个位数产品的深分页。 - 给这些分类的第一页补上选择范围说明，确认导航与分类结构都有入口。 - 中间页只查链接与列表真实性，不逐页写正文。 - 深分页按需求与稳定性判断索引去留，规则写进记录表，注明日期与依据。 - 上线后先抽查第 1、2、最后一页的 HTTP 状态、canonical 与翻页链接，再在 Search Console 的网址检查和网页索引报告观察 Google 选择的规范页；效果报告用于核对实际获得展示的 URL，不负责证明页面是否已收录。观察时间取决于抓取情况，不能承诺两周见效。 顺序很重要：先看清结构再动手，避免把一次性脚本跑在没盘点过的目录上。 ## 技术处理上的三个常见坑 - **把后续页统一规范到第一页：**若后续页列出不同产品，指向第一页的 canonical 会给 Google 错误的重复信号；canonical 是给搜索系统的提示，*不会*把浏览者跳转回第一页。通常应让分页页自指规范地址，真正重复的参数页再单独处理。 - **翻页控件只有按钮没有链接：**上一页/下一页如果是脚本点击而没有可抓取的链接，爬不到后面的页面，分页就断了。翻页必须是普通的文字链接。 - **分页规则与筛选规则互相打架：**目录页允许索引、筛选页要排除时，两套 URL 规则需要分别测试。robots.txt 屏蔽抓取时 Google 可能无法读取页内 noindex；用网址检查与网页索引报告核对，而非仅看[效果报告](https://support.google.com/webmasters/answer/7576553?hl=zh-Hans)。 另需知道：搜索系统对分页信号的用法会调整，早年的分页标记并不保证产生某种索引结果。把判断建立在“这个页面对买家有没有独立价值”上，比追某个标记的用法更稳。 什么时候不该用分页，而是拆出独立系列页？当某一组产品在搜索里有独立需求、买家把它当成一类东西来搜时，它就不再只是“第 N 页”，而是一个应当有自己的入口、标题和说明的系列。分页解决的是浏览量问题，系列页解决的是需求归属问题；把系列页硬留在分页里，等于让搜索系统替你猜哪个页面代表这类需求。 工程上再留意一点：每页显示的产品数尽量保持相对稳定。一次把每页从 24 个改成 100 个，分页总数和每页内容都会剧烈变化，还没来得及观察旧规则的效果，结构已经换了。改动频率低一点，判断才可能准一点。每页产品数也记进变更记录：半年后分页变多，才分得清是结构改了还是库存涨了，记录里写清日期与操作人。 ## 上线前检查翻页体验 按顺序走一遍，桌面和手机各来一次： - 从第一页能一路翻到最后一页真实产品，中间没有死链、没有循环回到开头。 - 任一产品页都能返回所属系列；面包屑与翻页两条路都通。 - 手机上翻页控件够大、可点，不会因为太小导致误触。 - 翻到某页如果产品已下架，给出的是可用页面，不是 404 或空白。 - 改完后在 Search Console 看是哪个 URL 获得展示，不要用手工搜一次代替观察。 分页做得对的表现是：买家能顺畅走完浏览路径，搜索系统能区分入口页与延续页，双方都不需要猜。目录结构与内容顺序的整体规划，见[产品分类页的内容顺序](/post/b2b-product-category-seo)。 --- ## B2B页面元描述怎么写：让采购商在搜索结果里看懂下一步 - URL: https://www.guangsuan.com/post/b2b-meta-description-ctr/ - 作者: Don Jiang - Published: 2026-09-24T22:18:47+08:00 - Last updated: 2026-09-24T23:46:41+08:00 - 摘要: B2B元描述写清供什么、适合谁、下一步做什么；分类、型号与文章页各写各的。B2B 页面的元描述不是直接排名因素，也不保证被 Google 用作搜索摘要。一句话写清供什么产品、适合谁、下一步做什么，可以在被采用时帮助采购商判断这条结果是否相关。 B2B 页面的元描述不是直接排名因素，也不保证被 Google 用作搜索摘要。**一句话写清供什么产品、适合谁、下一步做什么**，可以在被采用时帮助采购商判断这条结果是否相关。标题说明页面主题；描述补充页面可提供的信息，二者都必须与正文相符。 ## 描述写给正在比较的人 真实场景是：搜索者同时打开五六个供应商结果，扫一眼谁的可供范围最清楚。他要判断的是三件事——你卖的东西是不是他要的、能不能满足他的条件、下一步要提供什么信息才能拿到报价。描述就为这三件事服务： - **供什么：**真实的产品系列或服务范围，用买家会用的说法，不用内部产品线代号。 - **适合谁：**适用的行业、工况或采购场景，帮助不相关的人提前离开，减少无效点击。 - **下一步：**询价需要准备什么（工况参数、图纸、数量），或者页面上有什么可直接核对的资料。 没有公开价格就写报价条件，不要编数字；没有现货就不要写“即发”。描述里塞进来的每一个不实承诺，都会在询盘环节被销售重新解释一遍。 一个常见追问：**是不是每个页面都要写？**重要入口值得优先写；写不出页面独有信息时，先检查两页的任务是否真的分开。即便两页描述相同，Google 仍可能从各自正文生成不同摘要，不能由重复描述推断搜索结果必然相同。 反过来，也不必为了“每页不同”硬凑差异。差异应当来自内容本身的不同——一个讲范围、一个讲参数、一个讲条件；如果两页信息本来就一样，真正要修的是页面分工，而不是把同一句话换个说法写两遍。 描述写完朗读一遍：它是给人读的一句话，不是关键词的第二个容器。读起来拗口的版本，展示出来同样拗口。 ## 不同页面各写各的描述 分类页、型号页和文章页的任务不同，描述也要分开写，全站复用一句描述是最常见的偷懒： 页面类型描述回答什么不该写什么 产品分类页这个入口覆盖哪些选择范围，怎么开始挑具体型号参数（那是型号页的事） 具体型号页该型号的关键规格、适用条件、报价需要什么整个品类的泛泛介绍 内容/文章页这篇回答什么问题、依据什么资料硬塞询盘话术，与正文承诺不符 案例页哪类工况、哪段交付被记录未经授权的客户成绩与数字 写完自测一句：这条描述如果出现在同行结果旁边，它是否提供了别人没有的具体信息？如果没有，它大概只是一句正确的废话。 搜索结果样式示意，非真实 SERP；实际摘要可能由 Google 另行生成。 ## 描述不会直接带来排名 元描述不是直接排名因素，也不会因为“写得长”或“包含关键词”就获得排名优势。Google 主要从页面内容自动生成摘要，在元描述更适合时也可能采用它。因此更重要的是：**正文必须提供描述所承诺的信息**；不能把只存在于 meta 标签中的促销承诺当成页面价值。 展示长度会因查询和设备被截断，把最重要的信息放前面，而不是写满再祈祷截断点合适。关于描述的官方口径，见 Google 的[摘要文档](https://developers.google.com/search/docs/appearance/snippet)。 ## 示例：一条描述的改写 假设一个型号页，改前改后各一版（内容为教学占位，不是真实客户页面）： 版本描述问题或改进点 改前我厂专业生产各类阀门，质量好、价格低，欢迎来电咨询。全是无法核对的形容词；没说供什么、适合谁、要准备什么 改后按工况选型的工业阀门页面：列出适用介质与压力范围、可供型号与报价所需参数，可提交图纸与数量询价。每一项都对应页面上真实存在的信息块；告诉买家下一步带什么资料 “欢迎来电”没有告诉买家该准备什么；“列出报价所需参数”给了一个点进来的理由。同一句式套到其他页面时，换的应该是具体信息，不是形容词。 ## 展示后看点击，不只看排名 描述改的是点击意愿，不是排名位置。验证方式固定下来： - 在 Search Console 锁定同一批查询、同一个国家、同一时间区间，记录改动前的展示、点击和点击率。 - 改动后按相近时段观察同类查询的展示、点击率与平均位置，并核对 Google 实际显示的摘要是否采用了新描述。若排名、查询组成或搜索外观也变化，不要把点击率波动直接归因于元描述。 - 点击长期偏低时，先查查询与页面是否匹配，再改措辞。匹配错了，换描述也救不了：页面承接的根本不是这个需求。 - 把改动、日期和原因记进维护记录，避免两个人在同一个月各改一次，最后谁也说不清数据为什么动。 页面正文本身仍要回答选型与供货问题，描述只是这层内容在搜索结果里的第一次亮相。内容顺序怎么排，参考[产品分类页的内容顺序](/post/b2b-product-category-seo)；一批页面的描述与标题是否各就各位，可结合[关键词与页面分工](/post/b2b-keyword-page-mapping)一起核对。 需要持续维护全站描述与内容时，可按实际范围咨询[整站谷歌 SEO 服务](/seo/)。描述优化属于站内工作，它解决点击效率，不替代页面本身的供需信息。 --- ## B2B产品页SEO标题怎么写：先写清系列与适用，再考虑点击 - URL: https://www.guangsuan.com/post/b2b-product-title-seo/ - 作者: Don Jiang - Published: 2026-09-24T22:18:47+08:00 - Last updated: 2026-09-24T23:46:41+08:00 - 摘要: 外贸B2B产品页标题先写系列、关键区分与供应范围，再谈点击；同一系列各型号分别区分。外贸 B2B 产品页的 SEO 标题，先回答采购商的问题：这是什么系列、适合什么用途、由谁供应。把系列、关键区分和供应身份写清楚，比堆“优质、低价、厂家直销”更有用。 外贸 B2B 产品页的 SEO 标题，先回答采购商的问题：**这是什么系列、适合什么用途、由谁供应**。把系列、关键区分和供应身份写清楚，比堆“优质、低价、厂家直销”更有用。标题是搜索结果的线索之一，能帮助读者判断是否值得点开；Google 也可能根据页面内容生成不同的标题链接。标题不能单独决定排名或点击。 ## 标题先固定三个要素 假设一家企业供应工业阀门，产品页标题按“系列 + 关键区分 + 供应范围”的顺序写：先写明阀门类型与适用介质，再写可供型号或定制条件，最后补供应身份。三个要素各有分工：系列告诉买家这是不是他要找的东西，区分帮他跳过不相关的型号，供应身份回答“找谁买”。 通用词 manufacturer、supplier、factory 只在企业真实身份相符时使用。贸易商不要为了抢词把自己写成工厂——买家进入页面后发现口径对不上，跳出几乎是立刻的。同一系列的多个型号页，标题必须用各自的型号或规格区分，不能十个页面共用一句话；共用标题会让搜索系统和买家都无法区分页面。 标题长度受搜索结果展示限制，重要信息放前面，品牌名和修饰词靠后。品牌是否前置，看买家是否已经认识这个品牌：多数中小企业的新客户先看产品，再看品牌。已有的[关键词与页面分工](/post/b2b-keyword-page-mapping)说明每个查询归哪个 URL；标题就是把这个分工写进搜索结果的一句话。 ## 不同页面类型，标题骨架不同 同一个网站里，分类页、型号页和内容页承担的任务不一样，标题骨架也不同。先确认页面类型，再套骨架，不要全站一个模板： 页面类型标题骨架常见错误 产品分类页产品族 + 选择范围/供应身份只写品类词，不写“这是一个可选范围的入口” 具体型号页型号/系列 + 关键规格 + 用途多个型号共用一句标题，只换品牌名 定制/配置页可定制的对象 + 依据什么条件定制写“完全定制”，正文却只有标准品 应用/选型文章问题或工况 + 文章给出什么蹭产品词，正文却不含可供应信息 表格里的骨架是命名顺序，不是必须逐字套用的公式。真正要守住的是：标题里的每一个承诺，页面上都有对应内容。 页面任务示意；产品轮廓和型号均为教学用，不是实际供货资料。 ## 标题常见的四种写坏方式 - **关键词堆砌：**同一品类词在一句里出现三次，买家看不出页面到底卖什么；Google 可能按页面内容生成不同的标题链接，不能假定原句一定完整展示。 - **全站同款：**批量生成时只替换品类名，型号页之间没有区分度，等于让不同页面互相同台竞争同一个查询。 - **承诺超范围：**标题写“全系列现货”，正文只有两个常备型号；或者写“免费样品”，页面没有样品政策。这类承诺会在询盘阶段反噬销售。 - **只顾搜索不顾人：**为了塞关键词把标题写成词表，牺牲可读性。标题首先是给人看的一句话，读不通的标题即使展示也难获得点击。 ## 示例：三类页面各改一版标题 以下为教学示例，假设一家工业阀门供应商的页面，参数与品牌均为占位，不是真实案例： 页面改前改后为什么 分类页球阀_球阀价格_球阀厂家_优质球阀工业球阀系列：按介质与压力选择，含选型入口改前品类词重复三次且看不出入口价值；改后说明覆盖什么、怎么挑 型号页V-100球阀_V-100报价_V-100厂家V-100 二片式球阀：参数与适用条件（示例占位）改前是同名词组罗列；改后给了区分维度，参数须与页面参数一致 应用页球阀知识大全_最新文章球阀选型：按工况确认介质、温度与连接方式改前承诺“大全”正文却未必有；改后承诺的是页面真正给出的判断步骤 这些改后示例仅在假设的页面确实列明介质、压力、型号和选型入口时成立；否则应删掉标题中的对应承诺。判断一版标题是否合格，最快的检验就是逐词回指页面。 ## 写完标题，对照页面检查一次 发布前按顺序过一遍，每一步都以页面实际内容为准： - 标题承诺的系列、型号和用途，首屏文字或产品参数里能否直接找到？找不到就改标题或补内容，二选一。 - 同一网站内搜索这个标题的核心词，会不会出现两个以上页面都像“正确答案”？会的话先改分工。 - 手机宽度下标题会不会被截断到看不出主体？重要信息前置就是为这一刻准备的。 - 发布后到 Search Console 按国家、查询和页面看实际展示的是哪条标题。搜索系统可能按查询改写标题链接，看到改写先分析原因，不要立刻回滚。 - 调整措辞后观察同一批查询的展示与点击变化，按周或按月看，不用单日波动判断成败。 Google 的[SEO 入门指南](https://developers.google.com/search/docs/fundamentals/seo-starter-guide?hl=zh-cn)强调标题帮助用户和搜索系统理解页面，没有保证排名的写法；关于搜索结果如何生成标题链接，另见 Google 的[标题链接文档](https://developers.google.com/search/docs/appearance/title-link)。标题解决的是“这条结果是不是对的答案”，页面本身解决“答案够不够好”。需要整体规划产品目录与 URL 时，可参考[外贸 B2B 建站服务](/b2b-web/)里产品分类与路径的组织方式；已经上线的页面改标题，先对照[产品分类页的内容顺序](/post/b2b-product-category-seo)确认分工没有冲突。 --- ## 外贸B2B客户案例页怎么写？客户保密时别把应用说明冒充案例 - URL: https://www.guangsuan.com/post/b2b-customer-case-page-seo/ - 作者: Don Jiang - Published: 2026-09-24T21:48:19+08:00 - 摘要: 外贸B2B客户案例页如何写得可信又能承接采购搜索？先核对项目事实与公开许可，再说明工况、实际交付和可验证结果；不能核实的改为应用说明。 外贸 B2B 客户案例页要让潜在买家判断：**这个项目遇到了什么条件，供应商实际提供了什么，结果能核实到哪一步**。客户名称、图纸或现场不能公开时，先核对合同与授权范围，再决定能否匿名描述已发生的项目。若连项目本身也不能证实，就写产品应用或选型说明，别把假设情境包装成“成功案例”。案例页面可以帮助采购决策，但上线本身不保证谷歌排名或询盘。 ## 先确认能不能称为“客户案例” 从企业内部拿到可追溯的项目资料：订单或项目编号、交付的产品/服务范围、客户行业和使用场景、由谁提供的照片及允许公开的内容。记录资料保管人和核验人，公开网页只写获准发布的部分。客户允许说“某欧洲设备集成商”，不代表允许公布厂区外观、产线参数或能反推出身份的详细地理位置。行业、国家、型号三项拼起来也可能识别客户，匿名不等于自动脱敏。 把拟发布事实逐项标成“可直接公开、需客户确认、仅内部使用”。客户名称和商标需单独确认授权；第三方摄影师或设备商的图片还要看版权来源，不因为客户发在群里就能直接放上网站。本站已有[技术图片的授权核对方法](/post/third-party-technical-image-permission)，可以先把原图、许可、允许的改动和最终页面位置放在一起审。若只能核实企业能做某种工况，却无已交付的真实项目记录，那是应用内容，不应使用“我们曾为某客户解决”这样的句式。 ## 案例正文从工况和选择理由开始 假设一家真实存在的供应商经营工业阀门，准备写一个已获授权的项目案例。买家需要的不是“客户高度满意”五个字，而是介质、工作条件、可供型号、选型限制、需要与客户工程师共同确认的事项，以及最后实际交付的范围。具体压力、温度、材质和认证只能按该项目的已审核材料填写；没有记录就不要用行业常见参数凑数。**以下只演示审稿顺序，不代表光算或任何客户的项目：** - 起点：买方面临什么工况或采购约束？属于工艺选择、现场安装还是维保替换？说明明确的条件，也注明尚未核实的条件。 - 选择：为什么当时考虑这个产品系列？与其他可供方案相比，在哪些经证实的条件下适用，什么情况需要另选？ - 交付：实际供货的是哪一类产品和哪些可公开的配置；设计、安装与调试分别由谁承担，不把客户完成的工作写成供应商独自完成。 - 验证：可以公开哪些验收或使用记录？如只有出厂检测，就写“出厂检测”，不能改写成投运后长期稳定或节省了多少成本。 配图也围绕证据而选：获授权的设备照片可帮助确认外形和安装位置；经允许公开的局部图可解释接口和空间约束；没有真实现场图，使用明确标为“原理示意”的原创插画可以帮助理解工况，但不能顶替客户现场的证明。下面这张仅是工业管路的概念画，不对应任何型号、项目或验收结果。 原创应用场景插画；只辅助理解“描述安装与工况”，不对应客户现场、型号或设备性能。 ## 客户保密时，如何保留信息价值？ 如果客户同意公开经过概括的事实，可只写经确认的行业、应用、条件区间与供应范围，不写能识别身份的客户名或精确坐标；表达应与保密条款相符。不要把多个客户的工况、设备照片和成绩拼在一起当成“一个匿名项目”。若项目细节过于敏感，可只介绍选型方法，再把读者引向准确的产品页；标题应改为“应用说明”或“选型指南”，不蹭“客户案例”搜索词。 例如文章写“食品设备使用的不锈钢阀门案例”，正文却只有不锈钢材料百科，既没有获准公开的项目背景，也没有本公司实际供货信息，采购商无法据此核验供应能力。正确做法是问清能否公开应用范围、交付主体与可验证事实；答复仍不足，就独立写一篇不声称已成交的应用指南。已有的[应用页与行业页的页面分工](/post/industrial-application-industry-page-roles)解释了工况问题归谁回答；案例页则必须额外回答“这件事真的发生过、我们做到了哪一段”。 ## 案例页怎样承接搜索，而不抢产品页的任务？ 先在目标语言和国家搜索具体的应用问题，看看读者是在找解决方法、产品规格还是供应商经验。案例标题写真实已获准的行业、应用和工作对象，例如“某类生产线的阀门选型与交付过程”；不要因为买家会搜 manufacturer，就把只卖贸易货的企业改写成制造商。标题和摘要只承诺正文有证据支持的内容，产品型号仍链接到准确的产品页，不能用案例页代替全部规格表和报价条件。 正文里的适用型号链向现售产品；想深入理解工况的人可进入相应的应用说明，产品详情页在确有助于采购时再链接回来。链接应在说明上下文中出现，让读者知道点开能核对什么。Google 的[链接最佳实践](https://developers.google.com/search/docs/crawling-indexing/links-crawlable)建议重要页面有站内链接指向，锚文本描述目标；它没有规定每篇案例放几条内链便能获得排名。页面上可供 Google 读取的文字应包含关键条件，不能只上一张带字的竣工海报或不能打开的 PDF。 发布后在 Search Console 按页面、查询和国家观察这篇案例实际出现在什么需求下，再结合销售反馈，看买家是否提出了对应的选型与供货问题。若搜索主要来自无关地区或完全不同产品，不要为了流量把故事改成不真实的承诺。光算的[外贸 B2B 建站服务](/b2b-web/)强调用产品规格、应用场景和供应能力回答采购商的问题；已有网站要持续规划案例与内容，也可按实际范围咨询[整站谷歌 SEO 服务](/seo/)。 ## 上线前由谁签字，更新时看什么？ 产品或工程负责人核事实与术语，项目负责人确认实际交付边界，权利人与客户联系人确认文字、图片和标识的发布许可，网站负责人检查目标 URL、移动端、图片 alt 与询价入口。留一份审核版本和批准时间；需要遮挡的订单信息或图纸，不只在预览图上盖遮罩，原始可下载文件也要处理。变更型号、材料或客户撤回授权时，先核事实和授权再更新页面，而不是只改发布日期。 一篇好的案例不是一次性的“我们很专业”，而是一份让相似买家知道何时适用、要提供什么工况信息、还需要和谁确认的公开记录。没有可以发布的真实记录，先把应用和产品解释清楚，等项目事实与许可齐全再称为案例。 --- ## 谷歌SEO合作到期，续约还是换服务商？先核对交付与真实需求 - URL: https://www.guangsuan.com/post/google-seo-renewal-review/ - 作者: Don Jiang - Published: 2026-09-24T21:24:16+08:00 - 摘要: 谷歌SEO合作到期如何判断续约、调整方案、暂停或更换服务商？先核对合同交付、目标市场的搜索表现及销售需求，再写清下期工作与交接。 谷歌 SEO 合作快到期时，不要只问“今年涨了多少流量”，也不要看到一个核心词还没上首页就立刻换服务商。先把**合同约定的工作、实际完成的页面与资源、目标市场的搜索表现、销售接到的需求**放到同一份复盘里，再决定续原方案、缩小或改变工作范围、暂缓投入，还是另找团队。续约是为下一阶段买具体工作，不是给过去的月报补一个好看的结论。 ## 到期前先封存这一轮的范围，不拿新目标考旧合同 找出已签方案、变更记录和在线项目总表：这轮服务的是哪个域名、语种、国家及产品线？技术建议、页面改造、文章、外链与收录支持分别约定了什么单位？企业需要提供的产品资料、审核和开发配合是否按期完成？把“计划、已交付、待验收、未做及原因”分列，写清对应 URL、交付日期和复核方式。新产品线中途加入，不能静悄悄算成原计划未完成；原定工作未做，也不能因全站流量增长就自动算作交付。 光算当前的[谷歌 SEO 服务页](/seo/)将技术、站内内容和外链协同列为整站工作，并为不同年度套餐列出具体项目与在线项目总表。套餐里的流量增长目标、页面/文章与资源数量都应按当时签署的方案、统计口径和实际执行核对，不能从公开价目表倒推每个客户的合同权益。尚未签订下一期，不应默认旧套餐的所有条数、期限和价格自动顺延。 一份到期复盘可以先按工作对象列证据，而非做一个“完成率”总分：技术问题有没有处理人和复查结果；修改过的产品页现在是否仍能承接采购；文章是否已上线、事实是否经企业确认；外链资源按所选产品和方案核对对应的交付与维护记录；报表能否重现筛选条件。不同项目的可见凭证和后续维护方式不同，不要把一个产品的交付口径套在全部资源上。签约时没写明的事项先标待核，不把推测写成欠交或达成。 到期复盘所需材料的原创场景示意，不是客户档案、GSC 截图或真实业绩。 ## 搜索结果涨了没有，要沿着原来的市场与页面看 用相同的 Search Console 资源、搜索类型、国家、日期区间和页面范围，比较合同起点、执行期间与最近一段完整周期。先看重点产品页及对应非品牌采购查询，再观察相关内容页；把自有品牌、售后资料和不经营的产品查询分开。Google 的[效果报告说明](https://support.google.com/webmasters/answer/7576553?hl=zh-Hans)区分展示、点击、点击率和平均位置，也允许按页面、查询、国家、设备筛选；全站平均位置上升不意味着合同里的每个目标页面都进步。 例如一家工业零部件企业，本期在英语市场推广 A 系列，却因一篇旧型号维修教程获得更多访问。这批访问有价值可以继续服务读者，但不能直接充作 A 系列的采购曝光；反过来，A 系列的搜索展示与页面质量已有改善，线索尚少，也不能只凭“零订单”否认全部站内工作。这里仅是教学情境，不是光算客户数据。要把“已经观察到什么”“还需问销售或技术什么”写在相邻列，避免一条曲线代替项目判断。 月报口径和两套分析系统的差异，可对照[SEO 月报怎样区分搜索、访问和询盘](/post/seo-monthly-report-review)。到期评审额外需要回答的是：这一期的动作与哪些目标 URL 相关、哪类查询发生了变化、下期是否还有同样的产品和市场机会。Search Console 不负责证明询盘归因；由销售按产品、目的地与需求状态核对实际线索，保留无法确认来源的一栏。展会、广告、网站改版及供货变化，也要按发生时间写进复盘。 ## 续原方案、改方案、暂停或换团队，各需要什么依据？ **继续原方案：**约定工作可核验，重要页面仍在改善，目标产品与市场未变，下一阶段有明确的待做页面、内容与资源计划。请服务方解释下一期为什么仍需相同配置、企业要配合什么，以及上期未完成项如何处理；“流量还在涨”本身不是自动续费依据。 **调整范围：**有了某些采购查询的曝光，却发现产品页资料不足、英文技术内容审核跟不上，或销售只准备重点推进一条产品线。先补产品事实、明确负责人，按新的市场与 URL 重新排任务；必要时改变内容、技术和站外资源的组合及节奏。不要因为买了年度套餐，就必须把下期每类工作机械地加量。 **暂缓或停止新增：**供应方向已经变化，目标市场暂时无法交付，或企业连现有询盘也无人跟进时，先写清现有页面与账号由谁维护、关键数据怎样留存，再讨论是否保留必要的站点维护工作。暂停购买新的 SEO 工作，不等于站点排名必然立即消失或永远稳定；未来搜索结果取决于网站状态、竞争及其他因素。不要把任何服务商关于“停止合作后能保持多久”的说法直接写成自己项目的保证。 **更换服务方：**如果多次约定的工作缺少可核验的交付、问题长期无人复查，或者下一阶段的技术与产品能力需求不再匹配，可先向原团队要范围与记录说明，再向候选方提供同一份目标、基线和待办清单。新团队初诊阶段可先给适当的只读数据，不为了方便把域名、GSC 和网站后台的最高权限交出去。Google 的[聘用 SEO 指南](https://developers.google.com/search/docs/fundamentals/do-i-need-seo?hl=zh-cn)建议对拟做的改动及预期保持知情，并提醒审计阶段的权限应受控；本站的[初诊资料与只读权限清单](/post/seo-initial-audit-readonly-access)可用于准备交接。 ## 续约会议带走一页决定，而不只是一个评分 让市场、产品、网站和销售负责人在同一页写下：**原合同范围及待结事项；重点 URL 的本期变化；有效、待确认、不适配的需求分别是什么；下期主推的国家/产品；继续执行的具体工作与审批人；若不续约，页面、账号、资料与未结工作如何交接。**不要因为某一项数字没到目标就偷偷换查询口径，也不要把“计划会做”写成“完成”。 假设询盘减少的真实原因是销售响应延迟：续约方案可以安排产品页与表单检查，但还要由企业确认接单、回复和报价责任；仅多写文章解决不了这个断点。若搜索查询根本不属于可供产品，下期应先改关键词和页面方向，而不是把现有月报拆得更漂亮。若目标词、目标页面和市场口径当初没有约定清楚，先补齐定义再谈新周期，可参考[SEO 目标词如何计数和观察](/post/seo-keyword-target-list-definition)。 如果准备比较新的整站方案，可把这页复盘连同[报价与交付清单的比较方法](/post/seo-quotation-comparison)交给不同服务方，要求各自说明下期要修哪些问题，以及哪些工作已包含、哪些另计。光算的[谷歌 SEO 服务](/seo/)也可以按现有网站和目标市场讨论具体范围；先把这一期的已交付、未确认与新需求分清，沟通才有共同起点。 --- ## SEO文章发了不少，核心产品页仍没流量？把内容连成采购路径 - URL: https://www.guangsuan.com/post/b2b-seo-content-cluster-path/ - 作者: Don Jiang - Published: 2026-09-24T21:07:52+08:00 - 摘要: 外贸网站SEO文章不少、核心产品页却没流量？先找商业落点，检查已有文章的独有答案和内链，再按买家问题、系列页、型号页组织内容路径。 SEO 文章发了很多，核心产品页还是没有自然搜索访问，先别急着再排下一批选题。打开其中几篇文章，问三个问题：它们各自回答的是真实买家问题吗；读者在需要看产品时能找到**对应且确实可供的页面**吗；产品页是否反过来提供选型信息与下一步？内容集群的作用是让不同页面完成不同任务，并在读者需要时连起来，不是按固定篇数画一张“文章围着支柱页转”的图。 ## 先找一个明确的商业落点 假设企业销售工业泵，英文站上有泵的工作原理、材料介绍和故障判断等博客文章，产品目录却只有一个空泛入口。先选一个真实在售系列，确定企业能回答什么采购问题、哪个页面负责系列初选、哪个型号页负责详细规格、目标国家和买家是谁，再决定哪些现有文章可以支持它。若尚无可用的商业页面，第一件事通常是补页面事实，而不是再写十篇原理介绍。 这不同于[关键词地图](/post/b2b-keyword-page-mapping)的“每组查询归哪个 URL”：地图负责分工，这里重点是**读者如何从一个答案走向采购判断**。例如“如何判断泵是否适用于含颗粒介质”可以解释需要了解的介质与工况，再链接到确实有这类产品的系列页；系列页则展示实际可供范围，并在需要深读时链接回说明。企业如果并不供应符合条件的产品，文章也应该清楚说明限制，不能把任何阅读都导向一个不相关询价页。 内容与产品之间的阅读路径示意；并非客户网站，也不代表添加链接即可提升排名。 ## 把现有文章分成“有用、缺口、重复”三类 先列出该系列相关的文章、系列页、型号页和应用页。逐页记录它回答的问题、已有证据、读者的下一步和最自然的内链位置。一个介绍材料腐蚀的文章若有准确的适用条件，可能只需补一条指向相应材质型号的链接；一篇通用“优质供应商怎么选”若只是把官网卖点重写一遍、又没有任何具体筛选依据，就要先补实质内容，不能靠多塞产品链接补救。需要独立解释的新问题才新建文章。 用下面的教学路径检查，不把示例型号当作光算客户的真实产品： - **问题入口：**买家查找“含颗粒液体如何选泵”，文章列出需要核的介质、粒径和维护条件，并说明缺少工况信息时无法推荐具体型号。 - **产品初选：**在确实适用的段落链接到有关系列页，系列页能解释选择范围、可供配置与产品差异，而不只是列缩略图。 - **型号确认：**系列页链接到企业确实销售的型号详情；详情页给出已核实的规格、限制、询价所需信息。若还不能判断，返回相关选型说明。 这条路径说明各页面的职责，不代表添加这三条链接就会提高排名。Google 在[链接最佳实践](https://developers.google.com/search/docs/crawling-indexing/links-crawlable)中指出，可抓取的链接帮助发现页面，描述性的锚文本帮助理解；建议将确实能帮助读者的相关页面在上下文中相连。把同一条“查看产品”强插进每一段，不会让不相关的文章突然变成好内容。 ## 新写哪篇，由买家与资料缺口决定 如果现有文章已经能回答“材料 A 与 B 的适用区别”，只因另一个拼写变体再开一篇，会把有限的产品审核时间分散。新选题至少要有一项明显增量：可验证的选型条件、目标市场特有的供应限制、规格/材料对比所需的真实资料、常见误选原因或可操作的采购问题清单。没有客户参数或工程审核时，先写清需要核哪些条件；不凭公开同行页面杜撰自家性能、认证与客户案例。 配图也应按问题选：型号外观和接口差异有真实且获授权的实物图就用实物图；需要说明多种安装位置时可用明确标注的原创结构示意。纯粹把五条正文排进图片，不会比正文更能帮买家判断。光算的[GHA 英文文章服务](/english-seo-article-writing/)强调调研关键词、专业核对与图文排版，正式代写与代发布的范围需分别确认；稿件最后要能对应目标网站真实可用的产品与页面。 ## 发布以后看“谁被找到”，再看“谁继续走” 在 Search Console 中按同一国家、搜索类型和可比日期，观察相关文章与目标产品页分别从哪些查询获得展示和点击。Google 的[效果报告说明](https://support.google.com/webmasters/answer/7576553?hl=zh-Hans)区分查询、页面、国家等维度；全站点击上涨不能说明这个产品系列在目标市场获得了采购流量。某篇问题文章有展示但没有足够事实来回答，就改文章；文章答得好、读者仍找不到产品，就核链接和商业页；已经进了产品页却无法询价，再测试表单与销售接收。 内链点击或访问可以作为站内使用线索，不能单独证明该次采购来自自然搜索。若要谈有效询盘，应继续按[询盘资格与来源分别确认的方法](/post/seo-qualified-inquiry)记录。文章、产品、技术与外部资源同时要持续推进时，[整站谷歌 SEO 服务](/seo/)可按现有网站问题商定工作范围；但项目方案也要说明哪些内容有新信息、哪些页面实际能承接，不能只报“计划新增多少篇”。 --- ## 外贸产品分类页SEO怎么写：让采购商先看懂系列，再进入型号 - URL: https://www.guangsuan.com/post/b2b-product-category-seo/ - 作者: Don Jiang - Published: 2026-09-24T21:07:52+08:00 - 摘要: 外贸B2B产品分类页怎么做SEO？从真实可供系列、买家初筛问题、分类页和型号页分工，到标题、图片、内链与询价路径的上线检查。 外贸产品分类页做 SEO，重点不是给产品列表上方塞一段带 *manufacturer* 的套话，而是帮助采购商快速判断：这里有哪些系列、怎样缩小选择范围、供应商能做什么，以及下一步该查看哪个型号或怎样询价。**分类页回答“这一类产品怎么选”**，具体型号参数留给产品页；遇到复杂应用问题，再把详细解释交给独立的应用或指南页。 ## 先确定页面到底在卖哪一类产品 假设一家企业供应工业泵，网站原本只有一张混放所有型号的 Products 页面。如果搜索者要找 *industrial pump supplier*，他需要先认出有哪些泵类、各适合哪些介质或工况，再进入实际可供的型号；把一百张产品照片堆在首页，他仍然得逐个点开猜差别。分类页应围绕真实产品系列建立，不为每一个 supplier、manufacturer、factory 近义词复制一个栏目。 页面范围由供货事实决定。先向销售或产品负责人核对：哪些系列目前仍可供、是否提供选配与定制、哪些规格可以公开、哪些市场能交付。不是自有制造商，就不能为了抢 manufacturer 把贸易或代理业务写成自有工厂；能供应某类产品也不等于该类下所有型号、材料与认证都覆盖。准备建站或改站时，[外贸 B2B 建站服务页](/b2b-web/)强调先规划产品分类、内容层级和采购路径；这里讨论的是具体分类页应如何把这些范围写出来。 ## 让买家能在第一页完成初筛 用一个教学示例看内容顺序：买家需要为输送含颗粒液体的设备选泵，分类页只说“品质优良、应用广泛”几乎没有帮助。首屏先写明可提供的泵系列和大致应用差异；接着用实际产品资料说明买家该按介质、流量、压力和维护条件区分哪些系列；再把每组链接到对应产品或系列子页。规格的范围、单位和适用条件须由企业确认，**不能把演示中的技术参数当成真实型号资料**。 外形示意，不对应具体在售型号或客户设备；实际分类与适用条件需按企业产品资料确认。 分类页可考虑安排以下几块，但具体栏目随产品而变，不必凑齐所有版块： - **系列范围：**每一组展示可供型号的真实照片或准确图示、名称和最关键的差异，链接进入可用的详情页。 - **初筛依据：**让买家知道要提供哪些工况资料，哪类条件需要工程人员再次核实。能写成可读文本就不要只把选型要点埋在 PDF 图片里。 - **供货说明：**如定制、样品、包装或认证确有实际覆盖，再写对应条件、主体与证据；未确认的权益不放上页面。 - **下一步：**选得出型号的进入产品页；条件不完整的说明询价需要哪些基本信息，并提供能打开的联系入口。 如果要比较工况或技术原理，需要的内容远超过分类页里的两段话，可以做独立的解释页并链接回产品。已有一篇文章讲述[产品页与博客的关键词页面分工](/post/b2b-keyword-page-mapping)；这里更进一步，给负责分类页的人一份可实际填入现有目录的内容顺序。 ## 分类页和产品页怎样避免互相说同一段话？ 分类页介绍*这一组产品的选择*，产品页回答*这一件产品是否合适*。例如系列页可以比较两种泵在介质与维护方式上的区别；具体型号页再列企业已核实的流量、接口、材料、可选配置和图纸。采购者知道型号时应能直接落在型号页，不必从一个“通用泵”分类页重新猜。产品没有公开价格，也可以在详情页写清报价条件；[B2B 产品不公开报价时的页面做法](/post/b2b-product-page-without-price)已有专文解释。 同一核心词在分类页、产品页出现并不自动构成“相互抢排名”。当两个页面标题和首屏都宣称自己是同一个系列总览、展示相同的型号与文字，却没有各自的购买任务，才要检查页面分工。不要为了避词把买家确实需要的系列名称删掉，也不要随手用 canonical 把不同用途的页面互相指过去；先看现有内容、实际搜索结果中的页面类型与真实用户路径，再决定补、并或保留。 ## 标题、链接和技术条件一起验收 SEO 标题与 H1 应准确说明产品系列；描述可以写真实可供范围与选型帮助，而不是罗列每个关键词变体。图片用实际所示产品作 alt，装饰图片不用硬塞产品词。Google 的[SEO 入门指南](https://developers.google.com/search/docs/fundamentals/seo-starter-guide?hl=zh-cn)强调帮助用户和搜索系统理解页面，也明确没有能自动保证第一名的秘诀。分类页写得清楚仍需有正常访问、可抓取正文与可用链接。 发布前从导航走一次“分类页 → 系列/产品页 → 询价”，并从相关产品或应用文章返回分类页；用文字说明链接目标，别把关键路径藏在只能鼠标悬停的控件里。Google 的[链接最佳实践](https://developers.google.com/search/docs/crawling-indexing/links-crawlable)建议重要页面至少有站内其他页面指向，锚文本应帮助人和搜索系统理解目标。上线后按 GSC 的查询、页面与国家查看实际出现的是哪个 URL，再结合销售收到的采购问题补齐选型说明，而非只数排名词。 一份可交给产品负责人的页面初稿应包含：页面面向哪类买家、这一类有哪些真实可供系列、初筛所需条件、每组的目标 URL、无法公开的技术信息由谁确认、联系入口由谁测试。资料缺失先标“待核”，不要为抢一个词凭空补参数。需要同时规划多类页面和持续内容时，可在[光算谷歌 SEO 服务](/seo/)中讨论站内工作范围；当前网站还没有清晰产品目录，则先确认建站或改站方案中的结构与资料交付。 --- ## 谷歌SEO按效果付费还是按年做？先分清排名专项与整站服务 - URL: https://www.guangsuan.com/post/seo-payment-model-comparison/ - 作者: Don Jiang - Published: 2026-09-24T20:49:55+08:00 - 摘要: 谷歌SEO先排名后付款与年度整站优化有什么区别？对照GSR前20名准入、目标词与页面验收、整站技术内容外链交付，判断网站该先做哪一种。 谷歌 SEO “按效果付费”和“按年做整站优化”，差别不只是付款时间。前者通常围绕指定关键词、目标页面和排名条件结算；后者购买的是网站技术、内容、外链及数据复盘等一组持续工作。**已有目标词排名、页面能接住询盘，只想推进少数重点词**，可以评估专项排名服务；**新站、收录或内容基础有缺口，要拓展一批产品词**，先讨论整站 SEO。两种方式都不能直接把名次换算成询盘。 ## 先看你买的是“一个排名目标”，还是“整站的持续工作” 以光算官网现有服务为例，[GSR 关键词排名服务](/gsr/)是按单个关键词、单个网站的年度服务计费，面向目标词已有 Google 自然排名前 20 名的网站；执行范围聚焦站外优化，不要求提供网站后台做日常内容运营。它公开的“无需预付款、先上排名再付费”，指满足双方合同约定的达标条件后再付款，**不是**给所有网站开出的“保证首页”承诺。 [整合谷歌 SEO 服务](/seo/)按年度方案组织技术建议、关键词策略、页面优化、文章、外链和报表等工作。官网列出不同档位的数量与整体目标，具体范围仍要按项目核对。这里的年费买的是约定的整组工作和持续复盘，不是“签完等十二个月，自动收到指定词第一名”。先确定任务对象，再比价格，才不会拿单词专项与整站套餐的标价直接相除。 两种服务对象的示意：专项核对词与页面，整站方案核对网站范围与持续交付；非客户项目或实际排名截图。 ## 什么情况下值得先评估按效果付费？ 先把目标词原文、实际参与排名的 URL、目标国家、语言、设备和观察日期放在一起。GSR 所说的“前 20 名”是这项服务的准入前提，不能用全站的 GSC 平均排名、其他国家的结果、广告位或另一篇文章的排名替代指定目标页面。页面还应能正常打开，并说明产品、规格、适用需求和询价办法；否则推进了搜索位置，买家仍可能找不到采购下一步。 例如，一家企业想推广 *industrial hydraulic pump supplier*，但当前出现在结果里的是讨论液压泵工作原理的博客，而希望成交的是供货页面。先核对搜索意图和目标 URL，必要时补齐产品资料与相关内链，再决定能否作为排名专项评估。这里是选型示例，不代表真实客户或既有排名。目标页与排名页面如何核查，可继续看[目标词前 20 名时的页面与 GSR 评估方法](/post/%e5%85%b3%e9%94%ae%e8%af%8d%e6%8e%92%e5%90%8d%e5%9c%a8%e7%ac%ac2%e9%a1%b5%e5%a6%82%e4%bd%95%e5%86%b2%e9%a6%96%e9%a1%b5-%e7%ac%ac11%e5%88%b020%e5%90%8d%e9%a1%b5%e9%9d%a2%e6%9c%80%e6%9c%89%e6%95%88)。 签约前请分别写清“起点”和“达标”：同一词的国家、语言、设备、自然结果范围、检查方式与目标 URL；达标位置、观察时点、需保持多久、证据冲突怎样复核、年度服务从何时起算、后续波动和未达标如何处理。光算 GSR 页面写有 30–45 天的参考推进周期，不应把这个参考值当作统一的付款或达标期限。即使符合初步条件，是否承接还需看具体词与页面。 ## 什么时候该先做年度整站 SEO？ 目标产品没有对应页面、站点重要页面无法正常收录、不同产品线都需要内容建设，或销售还没确定优先推广的国家和品类时，只买一个词的排名目标解决不了这些基础问题。先给网站列一张真实工作表：哪些页面不能被抓取或索引，现有产品页是否回答选型和供货问题，文章与产品页如何连接，谁能审核英文技术事实，哪些外链与收录工作按方案建设。技术、内容和外链分别需要哪些资源，应按[当前整站 SEO 服务页](/seo/)与书面方案核对，不把某个独立产品的条数或承诺复制到所有项目。 光算官网现有纯 SEO 套餐 A、B、C 分别按年标价；各档有明确的页面、文章、GPB、GNB、GMB 与报表数量。想比较它们，先数清你有多少真正需要推广的产品线和页面、多少资料已获批准，以及内部是否有人能做网站上线与销售接单。[谷歌 SEO 报价对照方法](/post/seo-quotation-comparison)已拆解具体交付单位；本文不把完整套餐清单再抄一遍。套餐页面的流量增长目标是服务口径，**不等于保底询盘或单词固定名次**；也不能用历史案例预算充当今天对你的网站报价。 假如一条新产品线还没有可以解释规格与应用条件的页面，先决定谁提供参数、谁制作与发布页面，再安排对应内容和推广。此时服务方案的价值在于把几个依赖的工作串起来。等某个商业词和目标页面有了可核验的自然排名基础，再单独评估是否增加专项排名投入，顺序比同时购买两种服务却没人修网站更重要。 ## 把“效果”写成可复核的条件 向服务方询问的不是抽象的“有效果才付钱吗”，而是“哪一个结果、由谁记录、谁确认触发付款”。下面的字段可以直接用于两种方案的沟通，不是通用合同条款： - **专项排名：**目标词原文、网站和目标 URL、国家与设备；基线、自然结果计数、检查工具、时区、达标位置与持续条件；付款日期、后续维护、掉出目标范围及未达标处理。 - **年度整站：**站点和语种、产品范围、页面与文章清单、各资源数量及交付证据；谁提供资料、谁审批、谁上线、何时给报告；阶段完成项与待处理项如何记录。 - **共同复盘：**按相同维度观察 GSC 查询和页面的曝光、点击与平均位置；另外保留站内咨询和销售确认记录，分开核“能否归于自然搜索”和“是否属于有效采购需求”。 Google 的[聘请 SEO 人员指南](https://developers.google.com/search/docs/fundamentals/do-i-need-seo?hl=zh-cn)建议企业了解服务方计划怎样修改网站，并提醒没有人能保证 Google 搜索结果第一名。这是搜索结果不受服务商直接控制的边界，不否认服务方可以按合同约定具体交付与达标付款条件。GSR 的“先上排名再付费”和整站 SEO 的“按年交付工作”，应该分别按各自合同核对，不互相套用。 如果销售关心询盘，需要先约定产品、目标市场、去重单位和来源记录，再读[年度 SEO 服务的有效询盘判定方法](/post/seo-qualified-inquiry)。一个词进入首页、网站获得一次点击、有人提交表单和销售认定有效需求，是四件不同的事。合同可以把排名、工作交付与线索观察各自写清，后续复盘才有可比依据。 ## 先做这个选择，再去询价 把优先产品、目标国家、网站 URL、当前 GSC 的查询与页面记录、能否公开的产品资料放在一起。若目标词与目标页已有前 20 名自然排名、页面能承接咨询，向光算咨询[GSR 专项适配与付款条件](/gsr/)；若仍需修网站基础、补产品内容或扩大词群，则从[整站谷歌 SEO 方案](/seo/)谈起。目标词还不明确，就先确定要卖给谁、由哪个页面承接，不为选择付款方式倒推关键词。 --- ## 外贸谷歌SEO项目启动：签约后首月准备什么、谁负责、怎样验收？ - URL: https://www.guangsuan.com/post/b2b-google-seo-first-month-onboarding/ - 作者: Don Jiang - Published: 2026-09-24T15:39:24+08:00 - Last updated: 2026-10-01T14:22:21+00:00 - 摘要: 外贸谷歌SEO签约后，如何在首月交接产品与网站资料、明确审核和上线责任，并按实际记录核对阶段工作？附材料责任清单，分清搜索点击与有效询盘。 外贸谷歌 SEO 项目签约后的首月，先把合同写成有人接、有人批、有人上线的工作单：确认要做的站点和市场，收齐产品与网站资料，留下搜索基线，再推进经批准的第一批页面工作。验收要看实际完成的对象和记录；搜索点击与销售确认的询盘，另分开观察。首月不是所有网站都必须完成同一套技术修复、发文和外链数量。 ## 先把合同翻成能执行的任务 把书面方案摊开，逐项写明目标网站、语种、产品范围、内容与技术工作、所选资源、计量单位、谁实施、何时检查。光算现有[谷歌 SEO 服务页](/seo)把技术优化、站内内容与外链建设放在一起，同时写明“执行范围、交付数量、验收口径与复盘周期，都应在合作前明确”。这句话不是一张现成的首月排期表：技术建议是否含开发、文章是否含上传、企业要审核几轮，应回到双方实际签署的方案。 开启动会时，每一项都留下“计划做什么—还缺什么—下一位接手人”三栏。比如合同写了“优化产品页”，先定是哪一个 URL、需要哪份参数资料、谁批准英文表述、由谁改网站。只有“已提出建议”的任务，不能直接在进度表里写成“已上线”。Google 的聘用 SEO 指南也建议网站所有者了解服务方会做出的改动及原因；审计阶段只给予 Search Console 的读取权限，不应在尚未批准实施时交出写入权限。[[1]](https://developers.google.com/search/docs/fundamentals/do-i-need-seo?hl=zh-cn) ## 首月材料与责任清单：缺一项，标出下一步 项目资料交接示意，不是客户项目截图或实际交付凭证。 以下清单供企业复制到自己的项目文档填写，不是光算对所有客户统一承诺的资料包。每项补上实际姓名、版本、交付位置、确认状态和下一次处理日期；没有资料就写“待提供”，不要填成“已审核”。 ### 主推产品、可供市场、目标买方与不接需求 **企业提供与审批：**销售与产品负责人确认型号、参数、供货和不能公开的内容。**服务方下一步：**整理候选需求与页面范围；事实未获确认的产品不写成现有能力。 ### 现有网站与优先 URL、近期改版记录 **企业提供与审批：**网站负责人给出域名、系统、页面清单和已知异常。**服务方下一步：**标记诊断样本、受影响范围与待核问题；没有证据不把单页异常推成全站故障。 ### Search Console 数据、站内测量和销售反馈 **企业提供与审批：**数据管理员确认资源与读取方式；销售负责人给脱敏的询盘分类，不交客户名单原文。**服务方下一步：**保存基线的资源、日期、国家、查询和页面口径；线索资格仍由销售确认。 ### 产品源稿、图片与使用许可 **企业提供与审批：**产品或工程审核技术事实；资料权利人确认能否公开、能否改写。**服务方下一步：**列缺口与待审问题。未获授权的客户照片、图纸和案例不拿来发文。 ### 网站发布、备份及回退责任 **企业提供与审批：**网站所有者指定审批人、实施人和复测人，说明测试环境是否可用。**服务方下一步：**按已批准任务提出改动与复查办法；没有实施权时只交建议，不记“修复完成”。 ### 合同里的页面、文章及资源权益 **企业提供与审批：**项目负责人确认对应套餐、数量、目标页、另计项和阶段检查点。**服务方下一步：**把计划量、已完成量与验收材料分列；合同没包含的工作先走变更确认。 Search Console 的所有者、完整权限用户和权限受限制用户能力不同，“完整权限”不是纯只读。企业可先提供脱敏导出或合适的受限查看；要管理用户、提交站点地图或实施站点变更时，再由有权限的人按任务批准。不要把主账号密码、验证码或客户原始询盘放进工作表。[[2]](https://support.google.com/webmasters/answer/7687615?hl=zh-Hans) 初诊阶段还不确定需要哪份资料，可先参照[SEO 初诊的只读资料与权限说明](/post/seo-initial-audit-readonly-access)，再把新发现的需求追加到本项目记录。 ## 谁审批，谁上线？按实际权限分三种情况 - **企业开发或网站管理员上线：**SEO 服务方提交问题 URL、拟改内容、影响范围及检查办法；业务负责人审核产品事实，网站负责人批准变更并安排备份、上线和复测。服务方看到发布后的页面，再把“建议”改为“已实施并复查”。 - **合同包含且企业已授权服务方实施：**企业先批准具体页面、操作范围、发布时间和回退安排，再授予能追溯到执行人的权限。服务方记录修改前后、实际发布 URL 和自测结果；企业用自己的账号核对页面与询价路径。授权边界和离场撤权同样应写进记录。 - **暂时不能改站，或关键产品资料未获批准：**保留诊断意见、受阻原因、所需批准人与重排决定。页面没上线、数据没拿到，就分别写“待实施”“基线缺失”；不能用发出一份建议书代替修复验收，也别为了赶月底擅自公开未审核参数。 内容审核与发布也要分开：工程或销售确认产品承诺，语言负责人看目标市场表达，拥有网站发布权的人才决定何时上线。小团队可以一人兼任，但工作单里仍要留下各次确认。已发布之后检查页面实际显示、链接、手机询价和接收通知；稿件在文档里“定稿”，不等于买家已经能在网页上看到。 ## 首月检查四个关口，不套“第几天必出结果” - **交接关：**合同范围、项目联系人、权限清单和材料表都有接收人。未定的产品或市场写明谁决定、何时再问。通过这一关，不代表完成技术优化。 - **基线关：**按约定网站和目标市场保存搜索数据的取数范围、日期与页面样本；同时检查重点页面能否打开、内容是否真实、询价能否到达指定接收人。若需测试表单，先取得企业同意并用明确标记的测试内容，不拿真实客户信息试验。 - **第一批工作关：**优先选已批准、资料齐备的 URL 做可复查的修改。记录问题、审批、实施前后版本、发布地址和复测结论。文章则分别记源稿批准和实际发布；有问题就标待修，不把“准备中”算成交付。 - **复盘关：**对照合同列已完成、待企业审批、待开发、资料缺失与下一阶段工作。需要延长的任务说明原因和新的确认人；新增站点、语种或页面范围另按双方变更办法处理。这个关口验的是首月真正发生了什么，不是预先保证排名曲线。 若方案包含外链，首月工作单按实际产品分别列项，不把几类资源合并成一个“总条数”。光算[外链组合页](/backlinks)说明 GPB、GNB、GMB 各有角色与分层安排；[GPB](/gpb)的一条外链对应原创相关文章及一个独立顶级域名，[GNB](/gnb)只面向一个网站的首页和品牌词，[GMB](/gmb)面向多 URL 规模覆盖、明确不提供逐条外链报表且不保证长期留存。哪个产品列入本合同、当期要交什么证据、检查到哪一步，以方案及相应服务页的交付条件核对；不要把 GMB 的证据要求写成 GPB 逐条清单，也不要把某个独立产品的发布周期套到整站 SEO 的首月。 ## 阶段验收与询盘，别放在同一个数字里 Search Console 的“点击次数”是用户从 Google 搜索结果点击网站的次数，并不表示网站收到了询价，更不表示销售认定有采购需求。报表可以按查询、页面、国家、设备及日期查看，但整站与单页是不同的观察对象。[[3]](https://support.google.com/webmasters/answer/7576553?hl=zh-Hans) 首月先保留修改日期和前后可比的取数条件；刚上线的页面是否被 Google 抓取、编入索引也要另查。Google 说明重新抓取可能要几天到几周，提出请求不保证立即或一定收录。[[4]](https://developers.google.com/search/docs/crawling-indexing/ask-google-to-recrawl?hl=zh-cn) 企业至少分开保管三份记录：工作单证明谁做了什么，搜索报表描述哪些查询与页面被看到或被点击，销售记录确认哪些需求真实、可联系、在供货范围内。资格和自然搜索来源应分别核，来源无法确认就留待核，不从全站点击倒推成交。如何给“有效询盘”定计数单位、去重与争议复核，可看[年度服务有效询盘判定](/post/seo-qualified-inquiry)；已进入定期报告时，再用[SEO 月报的指标分层方法](/post/seo-monthly-report-review)检查跨期变化。 拿着填过的材料表、网站地址和待确认项与服务方复核，比问“首月能上多少名”更容易推进下一步。光算[谷歌 SEO 服务](/seo)会按网站基础讨论技术、内容和外链的具体范围；本文的工作表是项目讨论工具，实际责任、数量与阶段安排仍以双方确认的方案为准。想先了解公司主体与结算方式，可在[关于光算](/about/)和[支付方式](/payment/)页面核对；需要协助整理首月资料可联系[客服](/kefu/)。 ## 资料依据 - [Google 搜索中心：您需要 SEO 吗？（聘请 SEO 人员的提示）](https://developers.google.com/search/docs/fundamentals/do-i-need-seo?hl=zh-cn) - [Google Search Console 帮助：管理所有者、用户和权限](https://support.google.com/webmasters/answer/7687615?hl=zh-Hans) - [Google Search Console 帮助：效果报告概览和基本设置](https://support.google.com/webmasters/answer/7576553?hl=zh-Hans) - [Google 搜索中心：请求 Google 重新抓取您的网址](https://developers.google.com/search/docs/crawling-indexing/ask-google-to-recrawl?hl=zh-cn) --- ## B2B谷歌广告试投多国家：签约前讲清预算、有效线索和去留规则 - URL: https://www.guangsuan.com/post/ads-country-trial-review/ - 作者: Don Jiang - Published: 2026-09-23T21:40:09+08:00 - 摘要: B2B谷歌广告同时试投多国家，签约前怎样分组、区分平台预算和商业上限、定义有效询盘与归因？附一轮后停、扩、改、继续观察的复盘和追加审批问法；不承诺固定转化。 B2B企业准备让代运营团队试投多个国家，签约前不要只问“每天投多少、能带来多少点击”。先把国家与产品分组、每组可动用的媒体款、什么算销售认可的询盘，以及一轮结束后由谁决定停、扩或改写下来。Google Ads里的预算设置控制的是广告系列花费；企业与服务商约定的审批上限、超出前的通知和追加授权，是另一回事。点击、平台记录的转化和有效商机要分别看。 ## 先定可比较的国家组，不急着排“赢家” 签约附页先列本轮要推的产品、可供货国家、页面语言和负责接询盘的人。若两个国家用同一页面，却一个接定制设备、一个只能卖标准件，不能只按“国家”合并比较；供货条件不同，就分组或在复盘时注明差异。国家太多而每组缺少可观察的需求，最后只能拿点击价格作判断；不必为求覆盖一次全开。 请服务商逐组写明广告系列名称、定位的国家、地理位置选项、对应页面，以及要按哪个地理位置报表看结果。Google Ads的定位可以包含“身处或经常位于目标地”与“对目标地感兴趣”的人；其地理位置报告又区分“定位到的地理位置”和“相符的地理位置”，后者可能反映用户所在位置，也可能反映其感兴趣的位置。报表里的国家因此不能不经核对就当成买家实际所在地，更不能当成收货国家。销售记录另记买家提出的交付市场，无法确认就留“待核”。[[1]](https://support.google.com/google-ads/answer/1722038?hl=en)[[2]](https://support.google.com/google-ads/answer/2453994?hl=zh-Hans) 采购工作纸示意；非真实国家效果、广告账户或业绩。 ## 国家预算上限，别只写在口头上 报价中的“某国预算”，先问是广告账户充值额、平台实际消耗，还是某个系列的平均每日预算。平均每日预算不是每天固定花费，平台另有日、月度支出限制；跨过企业约定的一轮观察期或合同结算期，不能把它直接当作“这轮绝不会超支”的承诺。若不同国家的系列共用一项预算，Google Ads还能在这些系列之间重新分配未用额度，这也不是每国独立锁定的金额。[[3]](https://support.google.com/google-ads/answer/10486536?hl=en)[[4]](https://support.google.com/google-ads/answer/10487241?hl=zh-Hans)费用项目和到账、消耗的区别，可另对照[Google Ads代运营费用拆分](/post/google-ads-fee-comparison/)；这里要解决的是试投期谁有权动用媒体款。 若采购要求某国在限定日期内有明确的**平台系列总预算**，可以请投放方核对新建系列是否适用“广告系列总预算”，并写清系列、起止日与设置凭证。Google的现行说明覆盖搜索系列，但总预算只在创建新系列时选用，已有平均每日预算的系列不能直接切换；它是单个系列的预算，不会自动形成跨系列或代运营合同的总额。不要为了写出一个硬上限，就擅自重建正在运行的系列。[[5]](https://support.google.com/google-ads/answer/10486938?hl=en) 无论选哪种平台预算，合同仍要另列：本轮各国家组的**经批准媒体上限**，按平台报表消耗还是账单计费额核对，币种、计期和税费怎么算；谁查看费用、接近上限由谁通知、达到上限谁暂停、追加额度由谁书面批准。预算临时挪国也按同一审批走。人工提醒与暂停不等于平台按合同数额自动停投，更不等于服务商已承诺承担任何超额；需要怎样处理就写明。另行制作页面、素材或数据接入是否计费，也按方案与合同确认。 ## “有线索”至少分三个口径 第一层是点击与访问，只能说明广告引来了访问。第二层是平台配置的转化动作：打开联系入口、提交表单或来电可能被分别记录，但动作名称不能证明销售确实收到了采购需求。签前请投放方列出现用或拟设的动作、触发条件、去重口径，以及哪些进入系列优化和“转化”列、哪些仅作观察；主次要转化及自定义目标的设置会影响出价和报表，不能只看月报上的总数。[[6]](https://support.google.com/google-ads/answer/10995103?hl=en) 第三层由企业销售判定：这条咨询是否送达、是否重复、产品与供货市场是否对口、还缺什么采购信息、能否继续沟通。暂未回复或尚待技术确认的，不要直接归入“无效”；求职、推销和确认不供货的需求，则写明原因。由谁判、何时反馈、争议由谁复核，都要在签前约好。要做更深的销售阶段回传，可读[广告转化与有效询盘如何对账](/post/google-ads-qualified-lead-feedback/)；本轮采购不默认包含CRM接入或离线数据上传。 归因也须先定边界：保留询盘编号、收到时间与时区、来源记录、对应系列及销售确认的市场；多次提交的同一商机怎样去重，由企业决定。查不到广告来源的保留“来源未知”，不要凭邮箱域名、买家所说的国家或时间相近强行记到某国广告。Google说明点击与后续转化之间可能有延迟，刚结束投放就看报表，数字未必已经完整；销售认定还有自己的进度。复盘列出同一批线索的“已确认、待跟进、无法归因”，而非把各系统的总数硬凑齐。[[7]](https://support.google.com/google-ads/answer/9347141?hl=en) ## 一轮过后，写出停、扩、改的依据 一轮从哪些系列和转化检查通过后开始，到约定的复盘日期或获批媒体上限先到时结束，由双方签前填写。期间若页面坏了、收件路径失效或目标市场不能供货，记录故障时段，先处理再决定剩余观察是否还有意义；不要把故障期算成该国需求的结论。让代运营交出各组的设置与变更记录、平台消耗、可见搜索词和页面表现；企业销售只需提供脱敏的接收、去重和质量原因。没有真实材料的项目标“未取得”，不能用一份漂亮的点击图补齐。 - 停：获批额度用完而未获追加、市场无法服务，或已核实持续引来本企业不接的需求。写明暂停哪个系列、未跟完的询盘谁继续处理；“本轮暂停”不等于永久否定整个国家。 - 改：搜索意图对口却页面信息不够、联系入口有故障，或线索集中在不适配产品。指定要改的词、页面、地域或跟进环节，以及修改人与复测条件；别同时大改所有设置，再把变化归功于其中一项。 - 扩：在来源与去重可核对、销售确认有可继续谈的采购需求、接待和供货能跟上时，提出要扩的国家组及新增额度，由企业另行批准。低点击价、高点击量或一次表单提交，都不足以单独触发扩量。 - 继续观察：咨询尚未完成核实，或者样本不足以区分国家与页面问题。说明要等哪批销售反馈、何时再议；若媒体上限已到，先暂停并走追加审批，不把“观察”当成自动续费或自动加预算。 把最终决定写成一行可签收的记录：“国家组及系列____；本轮获批额度与实际消耗____；已确认/待确认询盘及原因____；决定停/扩/改/观察____；责任人、复核日及新额度批准人____。”空白不是达标，复盘会也不是续投授权。 ## 带什么资料找代运营商谈 带上网站、主推产品、可供市场、现有账号是否在投、企业认可的线索条件和可授权查看的历史资料。[光算Google Ads代运营服务](/ads/)公开列有国家与预算规划、搜索词、落地页、转化核验及效果复盘，也说明具体执行范围和周期按项目方案确认，不承诺固定询盘量或成交。签前请把国家分组、平台预算方案、商业审批上限、线索质量反馈和一轮后谁有权调整写进同一份方案。销售尚接不住咨询时，先参考[签前接单演练](/post/ads-lead-handoff-readiness/)把收件责任补上，再谈投放范围。 ## 参考资料 - [[1] Google Ads帮助：高级地理位置选项](https://support.google.com/google-ads/answer/1722038?hl=en) - [[2] Google Ads帮助：衡量各地理位置效果](https://support.google.com/google-ads/answer/2453994?hl=zh-Hans) - [[3] Google Ads帮助：预算概览](https://support.google.com/google-ads/answer/10486536?hl=en) - [[4] Google Ads帮助：共享预算简介](https://support.google.com/google-ads/answer/10487241?hl=zh-Hans) - [[5] Google Ads帮助：广告系列总预算](https://support.google.com/google-ads/answer/10486938?hl=en) - [[6] Google Ads帮助：转化目标简介](https://support.google.com/google-ads/answer/10995103?hl=en) - [[7] Google Ads帮助：转化延迟报告](https://support.google.com/google-ads/answer/9347141?hl=en) --- ## 外贸B2B网站询盘表单接入CRM，合同怎么写清入库、分配和验收 - URL: https://www.guangsuan.com/post/b2b-form-crm-handoff/ - 作者: Don Jiang - Published: 2026-09-23T21:40:09+08:00 - 摘要: 外贸B2B建站或改版接入CRM，合同如何约定表单接收、字段入库、去重分配、销售跟进、权限与故障处理？附可填写的交付条款和测试路径。 建站合同只写“询盘表单接入CRM”，上线时很容易出现一种尴尬：网页显示提交成功，销售却找不到线索。采购方应把**表单接收、线索入库、分配、人工跟进**写成四个可分别核对的节点，逐一指定交付方、企业负责人、失败后的去向和验收材料。CRM若尚未选定，先约定使用企业可控的销售线索池，不要把将来采购的软件功能算作本次已交付。 流程示意；非真实客户或CRM记录。 ## 先定系统边界：网站收到，不等于CRM入库 合同附件画出路径：产品页表单 → 网站接收处 → 企业指定的CRM或线索池 → 销售负责人。建站方是保存询盘并通知企业手工录入，向已有CRM传送，还是嵌入CRM托管表单？第一种不能写成“自动对接”；后两种写明账号、接口权限、费用由谁提供，换供应商时由谁重配。具体系统和费用待选型后书面确定。 “提交成功”也要定义到节点。网站只确认可靠接收，就向买方说“已收到询价”，不要显示“销售已接单”；如果合同要求提交后必须在CRM可查，便要写清目标系统拒收、超时或停用时页面显示什么，已接收的原始记录存在哪里、谁能补录。邮件通知是提醒渠道，不能代替线索入库的验收。只买基础建站、暂不购买系统对接的企业，也可以明确以受控收件箱加线索台账作为本期终点，另列日后接CRM的待报价项。 ## 把字段映射写成附件，别让买方替CRM填档案 字段表逐项写“网页字段／目标字段／谁填／必需否／空值处理／修改人”。例如邮箱、公司或称呼、需求说明，以及型号、产品页、语言、提交时间与时区；来源标记仅在需要且能合法取得时保留。网址带入的型号须核对产品；图纸附件要约定大小、格式、存放处与可访问者。不支持的字段不能静默丢弃。HubSpot说明，表单字段连接的CRM属性决定资料落在联系人还是公司对象；“字段已显示”不代表映射正确，也不代表本项目使用HubSpot。[[1]](https://knowledge.hubspot.com/forms/create-and-edit-forms) 每次提交留内部编号、首次来源与原文。重复点击与同一公司提出新项目不能一概合并；企业决定关联旧联系人、旧商机还是新建询价，并约定后一次空值不覆盖原需求。自动去重也要按实际接入方式测试：HubSpot文档指出，经API创建的公司不会按公司域名自动去重。[[2]](https://knowledge.hubspot.com/records/deduplication-of-records) 接入记录的去重不同于[有效询盘的业务判定](/post/seo-qualified-inquiry)。 联系资料只向获准的业务系统传送。若项目适用欧盟GDPR，企业还要确定个人资料处理目的、合法依据、告知内容、保留与删除规则；回答询价与营销订阅不是天然同一用途，也不是所有询价都必须机械勾选同一种同意。欧盟委员会列出了数据最小化及不同处理依据，实际适用情形由企业核定。[[4]](https://commission.europa.eu/law/law-topic/data-protection/information-business-and-organisations/principles-gdpr_en)[[5]](https://commission.europa.eu/law/law-topic/data-protection/information-business-and-organisations/legal-grounds-processing-data_en) 如果网站同时做GA4统计，不把邮箱、电话、自由文本或含个人信息的网址参数送入分析平台；Google对此有明确限制。[[6]](https://support.google.com/analytics/answer/6366371?hl=en) ## 分配规则归谁维护，销售动作由谁负责 CRM或线索池由企业持有管理员账号；建站方只取项目所需接入权限，销售只看获授权线索。合同写明凭据保管、撤权、导出责任，不共享管理员密码。 网站负责传送，不等于建站方负责销售轮班。企业应交给实施方一份产品线、目的国家或地区、语种与销售组的分配规则，并指定规则批准人。合同写明规则运行在网站、CRM还是人工台账；无人值班、无法判断市场或原负责人离职时，线索进入哪个待分配池，谁收到提醒、谁有权改派。若采购的CRM本身有自动分配功能，还要检查版本、角色授权与规则顺序；微软Dynamics 365的文档说明，规则按顺序应用，无可用销售时记录可能留在未分配状态，不能把“打开自动分配”当作有人接手的证明。[[3]](https://learn.microsoft.com/en-us/dynamics365/sales/wa-create-and-activate-assignment-rule) 企业销售经理应定义“待联系、已联系、待补资料、转技术确认”等跟进状态，指定谁填首次联系时间、下一次动作和改派原因。建站方交付的是约定的字段、传送与可查状态；是否代建CRM规则、培训销售、长期盯未跟进队列，分别列“包含／另购／企业自做”。客户回复速度、报价批准和成交不应悄悄变成建站方的服务承诺；销售承担的时限也请企业自行填进内部制度或合同附件。 ## 验收用同一编号，把成功和失败都走一遍 用授权测试账号、虚构联系人和测试编号，区分预发布与正式环境，测试件不混入销售统计。约定覆盖的入口、语种、产品页及手机路径，指定网站、CRM和销售验收人。一般建站体验看[B2B建站验收清单](/post/b2b-website-acceptance-checklist)，页面字段与错误提示看[RFQ表单检查](/post/b2b-rfq-form-seo)；这里向后验入库和分配。 - 正常路径：从约定产品页提交，核对页面反馈、网站记录编号、目标记录编号、型号与来源字段、分配对象；由销售在权限内打开并更改一次跟进状态。 - 重复与异常资料：同一测试编号重试、同邮箱新项目、缺失或不支持的字段各测一次；记录是合并、待人工核对、拒收，还是新增，不凭总数判断。 - 传送失败：在授权测试环境模拟目标系统拒绝、超时、限流或权限失效；看原始记录是否仍可找到、失败是否告警、由谁检查与重试，重试后是否生成重复记录。无法安全模拟的情形列为未测与补验条件。 - 分配例外：规则找不到负责人或值班人缺席时，查看待分配池和提醒；普通销售账号不应能改接口凭据或浏览非授权线索，管理员撤权后再核访问。 保存测试时间与时区、入口、脱敏编号、预期、实际状态、责任人与复测结论。OWASP建议用交互标识串联同一次请求的事件，日志不直接堆放敏感资料或凭据。[[7]](https://cheatsheetseries.owasp.org/cheatsheets/Logging_Cheat_Sheet.html) 单张CRM截图不能证明以后不漏单，还要交付失败队列、告警、补录及防重复复核方法。 ## 发生漏单时，合同要能指向下一位处理人 排障先核四个位置：网页显示成功但网站无记录，由建站方查接收和反馈；网站有记录而传送失败，由接口维护方与CRM管理员对照同一编号查拒收原因；CRM已入库却无人负责，由企业销售管理员查规则与权限；已分配却没跟进，由企业销售负责人处理。托管表单或手工台账路径则按实际链路改写，不能生搬“网站数据库必有记录”。发现故障后，谁能导出未处理项、谁决定补录、谁验证没有二次派单，以及节假日如何联系，都应在合同附件留下可填写位置；未商定响应时长，别擅填通用SLA。 可直接把交付条款写成填空题：“本期表单入口为____，接收终点为____，目标CRM／线索池及账号持有人为____；字段映射与去重规则见附件____；分配规则批准人____、未分配接手人____；传送失败记录位置____、告警接收人____、重试与补录人____；交付测试样本与证据位置____；未通过项目的修复、复测和签收人____；第三方订阅、接口开发与后续运维分别由____承担。”填不出的项目留作未定范围，不写“已打通”。 [光算外贸B2B网站建设服务页](/b2b-web)公开的是建站方案、沟通入口和数据迁出等基础说明，并未因此替每个项目承诺特定CRM接口或代替企业销售跟进。询价时带上现有表单、目标系统及有权账号、字段草表和销售分配规则，让服务方明确哪些是建站交付、哪些须另评估；总体报价单位可再对照[建站报价拆分方法](/post/b2b-web-quote-comparison)。若同步改版旧站，还要交代切换期间新增询盘如何保留，可参考[改版迁移验收](/post/%e5%a6%82%e4%bd%95%e9%87%8d%e6%96%b0%e8%ae%be%e8%ae%a1%e6%82%a8%e7%9a%84%e7%bd%91%e7%ab%99%e8%80%8c%e4%b8%8d%e6%8d%9f%e5%a4%b1seo%e6%8e%92%e5%90%8d)。 ## 参考资料 - [[1] HubSpot：表单字段与CRM属性](https://knowledge.hubspot.com/forms/create-and-edit-forms) - [[2] HubSpot：记录去重规则](https://knowledge.hubspot.com/records/deduplication-of-records) - [[3] Microsoft Learn：线索分配规则](https://learn.microsoft.com/en-us/dynamics365/sales/wa-create-and-activate-assignment-rule) - [[4] 欧盟委员会：GDPR资料处理原则](https://commission.europa.eu/law/law-topic/data-protection/information-business-and-organisations/principles-gdpr_en) - [[5] 欧盟委员会：处理个人资料的合法依据](https://commission.europa.eu/law/law-topic/data-protection/information-business-and-organisations/legal-grounds-processing-data_en) - [[6] Google Analytics：避免发送个人可识别信息](https://support.google.com/analytics/answer/6366371?hl=en) - [[7] OWASP：日志记录安全建议](https://cheatsheetseries.owasp.org/cheatsheets/Logging_Cheat_Sheet.html) --- ## WordPress网站换托管商，企业邮箱和询盘通知会跟着迁吗？ - URL: https://www.guangsuan.com/post/wordpress-host-move-email-dns-inquiry/ - 作者: Don Jiang - Published: 2026-09-23T21:40:09+08:00 - 摘要: 网站搬家不等于邮箱迁移。签约前区分网站、企业邮箱和DNS管理，核对MX、SPF、DKIM、DMARC及表单通知，再约定责任、测试证据与回滚。 WordPress 网站换了托管商，企业邮箱不会因为网站文件和数据库复制过去就自动迁好。要先问邮箱实际由谁提供：独立的企业邮箱通常仍在原服务；若邮箱建在旧主机账号里，停掉旧主机可能连邮箱也停掉。DNS 是否要搬，则取决于只改网站解析，还是连域名的权威 DNS 一起更换。询盘通知又是第三件事：表单能提交，不代表新服务器还能发信，更不代表销售已经收到。 域名与邮箱实际归属确定后，再核[WordPress 表单通知的接收链路](/post/wp-contact-form-notification)，避免站点能打开却漏掉询盘。 ## 先画清边界：网站、邮箱、DNS 和通知不是一个包裹 网站迁移通常涉及 WordPress 文件、媒体、插件、数据库及运行配置，[WordPress 官方迁移说明](https://developer.wordpress.org/advanced-administration/upgrade/migrating/)也先要求备份文件和数据库；它没有替企业邮箱复制邮件、创建账号或迁移历史信件。采购时请旧服务商列出邮箱供应商、管理入口、邮箱与别名数量、历史邮件保管位置、续费人与旧主机停用后的影响。只给一张网站备份截图，不能回答这些问题。 以“官网搬走，邮箱仍由原来的独立邮件平台提供”为例，采购任务是保持收发路径并验证，**不是**再买一次邮箱迁移。反过来，如果邮箱就在旧主机面板内，“网站迁移免费”也不能推定历史邮件、联系人、别名和客户端设置已经纳入。需单独确认邮箱迁移的实施者、数据范围、费用和切换条件；未确认前先别停旧账号。 光算目前的[WordPress 托管与优化服务页](https://www.guangsuan.com/wordpress/)写有免费网站迁移，涵盖现站检查、备份、预迁移、测试和上线切换，并要求切换前核对域名解析、SSL、邮件及表单；迁移窗口与数据同步方式另行确认。这里的“核对邮件”不能擅自解释成“包含企业邮箱账号和历史邮件搬迁”。若买的是[新建外贸 B2B 网站](https://www.guangsuan.com/b2b-web/)，页面另写“协助配置企业邮箱”，两种服务范围也不能混用。 教学示意：不是客户真实 DNS、邮箱或交付凭证。 ## 只改网站 A 记录，还是更换 NS？这一问决定 DNS 工作量 先请域名管理员确认当前权威 DNS 在哪。只调整网站用的 A／AAAA 或 www CNAME，通常不必把邮件 MX 指向新主机；但要检查 `mail.example.com` 等邮件主机名是否仍指向旧服务器。如果改的是注册商处的 NS，等于换了管理整区记录的地方，网站记录与邮件记录都要在新 DNS 区逐项对照后再切。[Cloudflare 的完整接入说明](https://developers.cloudflare.com/dns/zone-setups/full-setup/setup/)要求先审记录、后改 NS；其[快速扫描限制说明](https://developers.cloudflare.com/dns/zone-setups/reference/dns-quick-scan/)特别提醒，自定义主机名或 DKIM 选择器可能没被自动发现。 不要只问“MX 有没有复制”。要把记录名、类型、目标值、优先级（MX）、当前与目标 DNS 区、修改人一并保存。MX 决定来信送到哪个邮件系统；若 MX 指向自有的 mail 子域，还要检查该主机名的地址记录。企业邮箱供应商给出的域名验证、自动发现等记录，也应按实际在用功能核对，而不是拿别家的一套示例值直接粘贴。[Cloudflare 的邮件记录说明](https://developers.cloudflare.com/dns/manage-dns-records/how-to/email-records/)可用于辨认收信和域名验证记录的分工。 ## SPF、DKIM、DMARC 查的是发信身份，不能拿 MX 代替 网站表单可能沿用旧服务器发信，也可能调用独立 SMTP 或邮件 API；换主机后先认清实际发信路径。SPF 是对合法发信来源的声明，同一域名或子域名不要新增第二条 SPF 策略，[Microsoft 的 SPF 配置说明](https://learn.microsoft.com/en-us/defender-office-365/email-authentication-spf-configure)指出重复策略会导致验证错误。需要增加新发送方时，应由邮件管理员在现有策略与服务商要求之间核对，不能覆盖正在使用的其他业务发信来源。 DKIM 要看实际发送系统使用的签名域与选择器，DNS 区中对应记录是否存在；DMARC 还要看显示给收件人的 From 域与 SPF 或 DKIM 验证的域是否对齐。即便某项 SPF 或 DKIM 显示通过，域名不对齐仍可能使 DMARC 失败。[Microsoft 的 DMARC 诊断说明](https://learn.microsoft.com/en-us/defender-office-365/email-authentication-dmarc-configure)给出了检查邮件头中 `smtp.mailfrom`、`header.d` 和 `header.from` 的办法。不要为了通过上线测试就擅自把现有 DMARC 策略改成不执行；先找出哪个合法发信系统未正确配置。 ## 用同一个测试编号，分别拿到“表单已收、通知已达、邮箱可回” 正式切换前后各做一轮，不要只在预迁移站点点一次提交。选一个不会混入真实客户资料的测试编号，分别由外部测试邮箱发信到企业销售邮箱、由网站产品页提交测试询盘，再从销售邮箱回复外部测试邮箱。网站、邮件与销售三方用同一个编号对账，记录提交时刻、页面与字段、后台是否保存、发送服务日志是否接受、收件箱或垃圾箱是否到达，以及回复是否正常。若项目有自动回复、附件或订单通知，按约定另测；“发送接受”与“收件人看到”分开写。 表单显示成功却没有后台记录，先查网站接收和保存；有记录而销售没收到，追发信连接、收件人配置、过滤与退信；信到了却回复错人，再查 From／Reply-To。[WordPress 的 `wp_mail()` 说明](https://developer.wordpress.org/reference/functions/wp_mail/)明确说返回成功不等于用户收到了邮件。具体表单插件的收件地址、发件身份、回复地址与附件设置，要在现站和新站分别实查，不能照搬某一插件的菜单路径。验收由实际接收询盘的销售共同完成，不能由开发人员只看发送日志代签。 ## 签约前让双方填写一张“四栏放行单” 这不是光算既定合同模板，而是供采购方逐项问清的空白工作单。每栏都填“现状—要改什么—谁操作／谁批准—凭什么放行”；留空的项目不能写已包含或已通过。 - **网站：**原站与新站、文件及数据库范围＿＿；是否保留原域名和 URL＿＿；预迁移访问、最终数据同步及旧站保留由谁做＿＿；放行证据为正式域名的代表页面与表单记录＿＿。 - **邮箱：**供应商和账号归属＿＿；独立保留／随旧主机关停／确需另迁＿＿；历史邮件、别名和客户端是否另交付＿＿；谁能确认外部来信、发信及回复均可用＿＿。 - **DNS：**只改网站解析还是更换 NS＿＿；旧新记录清单由谁导出、谁逐条复核＿＿；MX、SPF、DKIM、DMARC 及关联 mail 主机名是否核对＿＿；谁有权限改解析、谁批准切换＿＿。 - **通知：**表单接收位置、销售收件人、网站实际发送渠道＿＿；测试编号、后台记录、发送日志、实际到件与回复结果＿＿；失败时由网站方、邮件方还是 DNS 管理员先接单＿＿。 切换指令应由被授权的负责人在上述证据齐备后发出；如果某一栏没有访问权限，写明谁补资料、何时补测，别把“技术人员说应该没问题”当成验收。报价也按栏标清套餐已含、另议或企业自管。尤其是邮箱搬迁，不因网站免费迁移而自动变成免费或已安排。 ## 回滚要能保住新产生的询盘，不只是把 DNS 改回去 实施前约定暂停或回退的触发条件，例如销售无法接收外部邮件、表单只显示成功却无记录、关键页面不可用；由谁判断、通知谁、旧网站和旧邮箱何时可以关停，都写在实施单。保留切换前的网站备份及旧 DNS 记录，核对新站切换后新增的询盘与订单；若只恢复旧数据库，新增记录可能留在新站。DNS 回改也不会自动复制新邮箱里收到的邮件，所以网站回退与邮箱回退必须分别有数据处理和复测责任人。 如果还伴随换域名或改 URL，另按[网站改版迁移验收清单](https://www.guangsuan.com/post/%e5%a6%82%e4%bd%95%e9%87%8d%e6%96%b0%e8%ae%be%e8%ae%a1%e6%82%a8%e7%9a%84%e7%bd%91%e7%ab%99%e8%80%8c%e4%b8%8d%e6%8d%9f%e5%a4%b1seo%e6%8e%92%e5%90%8d/)处理旧新网址，不把 SEO 映射混进这次邮箱问单。准备换 WordPress 托管商时，可以先带现站网址、邮箱实际供应商、DNS 管理权限和表单接收路径，向[光算 WordPress 托管服务](https://www.guangsuan.com/wordpress/)确认网站迁移、邮件核对与额外邮箱迁移各由谁负责，再决定切换窗口。 切换前先明确[WordPress 邮件发送依赖的 DNS 记录](/post/wp-wordpress-mail-dns)由谁维护，再测真实询盘。 --- ## 海外社媒代运营到期：六平台待发内容、未结私信与账号撤权怎么排顺序？ - URL: https://www.guangsuan.com/post/social-media-offboarding/ - 作者: Don Jiang - Published: 2026-09-23T20:33:14+08:00 - 摘要: 代运营合同到期前，先核六平台账号控制权，再逐条接住待发内容与未结评论、私信，验收后撤旧权限。附各平台差异、可填写交接单与素材许可边界。 海外社媒代运营合同到期，先不要急着把旧团队从后台删掉。品牌方先确认六个平台的账号仍可由自己管理，逐项接住待发布内容与尚未处理完的评论、私信；约定停发时间并完成新负责人抽查后，再撤销旧团队和发布工具的权限。只交一包成片、或只换一次密码，都不能说明第二天谁负责发帖和回复。 光算的[海外社媒代运营服务](/social-media/)覆盖 YouTube、Facebook、Instagram、TikTok、LinkedIn、X，包含内容制作、发布与按套餐约定的互动维护；公开页没有规定统一的到期移交文件清单、源文件保留年限或六平台私信导出方式。下面是一份**供企业与服务商协商的交接办法**，不是光算现有套餐新增的交付承诺。基础评论维护、每日互动和旗舰版评论／私信／社群维护的范围也不能混写，仍按实际档位与签约约定核对。[[1]](https://www.guangsuan.com/social-media/) 交接情境插画；非真实平台界面、客户消息或已完成的交接记录。 ## 到期交接按什么顺序做？ - 先定责任切换点。写明最后一次由旧团队发布和回复的时间、时区，新团队或企业内部从何时接手，以及过渡期异常找谁。没有指定接收人时，不把“资料已发到群里”算作交接。 - 品牌方确认控制权。逐平台记录主页 URL、账号主体、企业最高权限人员、找回方式的保管人、旧团队的个人和合作伙伴角色。由品牌方自己核验恢复方式和双重验证，交接表只记“由谁保管、是否完成核验”，不写密码、验证码或恢复码。若账号实际建在服务商控制的主体下，先解决可用的官方授权或申诉路径；别假定修改表格就能转移所有权。 - 把即将发生的动作停稳。以约定切换点为界，列出六平台及第三方排程工具中的已发布 URL、已审核待发、未审核草稿、自动回复和活动档期。每条待发内容写编号、平台、原定时间、审核人和决定：由旧团队按约发布、取消排期，还是由新负责人复核后重排。不要让两边各自照旧发同一条。 - 交接尚未结案的互动。旧团队在权限仍有效且属于约定维护范围时，标出需要回复的公开评论、需转销售的私信和仍待产品／工程确认的问题；品牌方指定接收人逐项确认。已经解决的历史记录以帖子链接、处理状态和可授权查看的报表索引为主，不要求把全部私信原文复制进共享表格。 - 交素材，随后验收和撤权。按双方约定核对可交付成稿、字幕、封面、脚本和可编辑文件，附版本与使用许可；新负责人打开样本文件、账号和未结事项，确认有权继续处理，再由企业管理员撤掉旧团队在平台、商家资产、排程与素材库的访问。双方留一份不含口令和非必要个人信息的移交状态记录；如需后续答疑，写明期限与允许动作，别让旧团队无限期留着发布权限。 上面的顺序是减少断更、误发与漏回的操作建议，并非平台通用的自动迁移流程。已经发现未经授权的访问或安全事故时，应优先由账号控制人按平台现有安全流程处置，不能为了遵守交接顺序继续暴露权限。 ## 六个平台，撤的不是同一种权限 同一位代运营人员可能分别从平台成员、商家资产、合作伙伴或第三方工具进入账号。先认清当前账号类型和实际入口，再由有权操作的人在对应后台核对；不要把广告资产权限当作内容运营权限。下列逐平台待办由旧运营人登记、品牌方指定的新接收人抽查；各平台对应的原片、成稿和许可由品牌方素材负责人对照约定目录验收。某平台未启用私信或没有待发草稿，就如实填“不适用／无”，不编一份导出件数。 - **YouTube：**先核企业是否控制频道本身，再查 YouTube Studio 的频道权限。官方说明可为管理者、编辑者等分配权限并移除访问；频道权限中的“所有者”不能靠这个功能转让所有权。旧负责人列已上传草稿、待发布视频、评论待办与对应原片版本，接管人在频道内抽查；消息入口若不适用就标注“不适用”。[[2]](https://support.google.com/youtube/answer/9481328?hl=en) - **Facebook：**核对主页的 Facebook access、task access，以及主页是否属于商家资产组合；保留品牌方有完全控制权的人，再由有权限者移除旧人员。官方帮助区分内容、消息、评论和访问管理等能力，连接的 Instagram 也可能受主页访问设置影响。旧负责人列主页待发帖、评论、实际启用的消息待办及相应图片／视频版本，品牌接收人在主页与约定素材目录分别验收。[[3]](https://www.facebook.com/help/289207354498410/)[[4]](https://www.facebook.com/help/187316341316631) - **Instagram：**单列账号的企业控制人、登录恢复方式、与 Facebook 主页及商家资产的关联，查清旧团队究竟从哪个入口看评论和私信。Meta 对主页访问的说明涉及关联 Instagram 的访问管理，但不能由此推断移除主页角色会清除该账号其他入口。旧负责人登记账号内及所用排程工具的待发稿、评论／私信待办和图片／视频版本；企业接收人分别核验实际连接、待办与残留权限。[[3]](https://www.facebook.com/help/289207354498410/) - **TikTok：**先分清是否为由企业控制的 Organization Account，或已接入 Business Center 管理的现有账号。官方文档对组织账号列有 admin／operator，对接入商务中心管理的账号列有 admin／operator／analyst，后者的 operator 可处理私信；两种路径不能互换套用。旧负责人登记待发稿、评论／私信待办与成片版本；企业管理员在实际入口核旧成员、合作伙伴和消息权限，广告权限另列一栏。[[5]](https://ads.tiktok.com/resources/help/article/about-organization-accounts?lang=en)[[6]](https://ads.tiktok.com/resources/help/article/business-account-integration-with-business-center?lang=en) - **LinkedIn：**公司主页先留品牌方 super admin，再由有权人员核 page admins 与 paid media admins。官方要求主页至少有一位 super admin；主页消息功能只对符合条件的主页可用。旧内容负责人列待发帖和评论、私信待办及对应图文版本；接收人验证主页是否启用了消息，未启用就标“不适用”。[[7]](https://www.linkedin.com/help/linkedin/answer/a1481276)[[8]](https://www.linkedin.com/help/linkedin/answer/a550647/linkedin-page-admin-roles-permissions?lang=en) - **X：**由企业账号负责人核对当前有哪些成员、协作授权和第三方发布工具；若实际启用了 Delegate，就在账号可见的成员列表里核对旧团队访问，撤权后再用企业自己的登录复查。旧负责人列待发帖、公开回复与 DM 待办及图片／视频版本，企业接收人按实际权限抽查。不同账号的现有入口与功能，应以该账号当前设置为准。 ## 草稿、旧评论和私信，交“可继续处理的状态” 将内容分成四组：已发布（平台与 URL）、已审核待发（原定时间与停发决定）、未审核草稿（负责人和下一轮审核）、仅有原片或脚本（用途与许可）。平台里的草稿和外部排程工具里的任务应分别查。接收人用自己的权限抽查对应内容；能否导出、重新编辑或跨账号迁移，以当时平台和工具实际支持为准，不把“可见”写成“保证可批量转移”。前期素材怎样编号和确认，可看[外贸工厂海外社媒素材包清单](/post/overseas-social-media-content-kit/)；本篇只处理停发后的责任接续。 互动交接重点是**谁在下一班继续答**。公开评论记帖子 URL、问题类别、是否已答、下一步负责人；私信记在获授权系统中的会话定位方式、处理状态、待回复事项和销售接收人。涉及联系人、图纸或报价的内容，只向有业务权限的人在批准的渠道移交，普通共享表不粘贴整段私信。历史消息、粉丝资料和分析数据没有“六平台统一完整导出”的保证；需要保留什么、谁能访问、何时删除服务商持有的副本，应根据平台功能、适用约定与实际资料逐项确认。 素材也分清两层：一是企业原来提供的原片与授权记录，二是合作期制作的成片、字幕和工程文件。交接目录至少写文件编号、版本、对应帖子或草稿、提供人、授权平台与使用限制；第三方音乐、图库或肖像许可若不能由新团队继续用，就标出限制而非默认为“文件拿到即可全平台再发”。这份目录用于商谈可交付范围，**不代表光算现行套餐承诺无限保留或交付所有源文件**。如果还在比较供应商，先参考[六平台代运营报价的交付单位核对](/post/social-media-quote/)，把制作、发布和维护与本次交接安排分别写清。 ## 复制这份空白交接单，让双方填同一张 以下是教学用空白字段，不是客户交付记录，也不是平台提供的统一导出表。每个账号复制一份；六个平台分别填写，不能用一个“都已交”代替。不要在文档中填写口令、验证码、客户私信原文。 - 切换时刻（含时区）＿＿；旧团队最后发布／回复时刻＿＿；品牌验收人＿＿；新接收人＿＿；未结事项升级联系人＿＿。 - 平台（YouTube／Facebook／Instagram／TikTok／LinkedIn／X）＿＿；主页 URL 或账号标识＿＿；账号主体或最高权限持有人＿＿；企业备用管理员＿＿；找回方式由谁核验＿＿。 - 旧成员／合作伙伴／工具的角色与入口＿＿；新成员已能完成的动作＿＿；撤权操作人＿＿；撤权时间＿＿；复查结果＿＿。 - 已发布内容 URL 清单位置＿＿；未来排期（含第三方工具）清单位置＿＿；未审核草稿位置＿＿；每条内容的“发布／取消／复核后重排”决定及批准人＿＿。 - 未结公开评论的帖子 URL／问题类别／下一步负责人＿＿；未结私信在受控系统中的定位编号／状态／销售接收人＿＿；最后检查时间＿＿。 - 企业原片、成片、字幕、封面、脚本与约定交付的可编辑文件目录＿＿；许可限制与过期信息＿＿；缺失或不交的项目及原因＿＿。 - 报告与数据口径位置＿＿；企业验收抽查的账号、内容和待办编号＿＿；服务商副本的删除或保留约定＿＿；双方对未完成事项的确认记录＿＿。 **教学示例（非真实客户）：**一份编号为 A-01 的设备演示稿已在 YouTube 排了次日发布，同时 Facebook 的产品参数评论尚待工程确认，LinkedIn 的一条采购私信还没有销售接收人。切换前，双方先约定 A-01 是取消原排程还是由新团队复核后重排；工程负责人核参数，销售负责人确认接收询盘。新接手人用自己的权限找到三项任务并回填状态后，企业管理员撤旧团队对应角色。例子没有任何播放、粉丝或成交结果，也不预设三平台一定支持同一种导出。 如果准备签新约或到期续约，把交接时刻、各平台账号控制人、排期与互动截点、约定交付文件及其许可、旧团队撤权、后续答疑和资料保留范围写在双方认可的附件中。光算[社媒服务页及 FAQ](/social-media/)可用于核现有套餐中的六平台覆盖和互动档位；具体到期交接物与额外处理工作，仍需双方书面确认。把责任接上，比笼统要求“把历史互动全部导出来”更可执行。[[1]](https://www.guangsuan.com/social-media/) ## 参考资料 - [[1] 光算科技：海外社媒代运营（套餐及 FAQ）](https://www.guangsuan.com/social-media/) - [[2] YouTube 帮助：频道权限与移除访问](https://support.google.com/youtube/answer/9481328?hl=en) - [[3] Meta 帮助：Facebook 主页访问与关联 Instagram](https://www.facebook.com/help/289207354498410/) - [[4] Meta 帮助：增加、编辑或移除主页访问](https://www.facebook.com/help/187316341316631) - [[5] TikTok for Business：Organization Accounts](https://ads.tiktok.com/resources/help/article/about-organization-accounts?lang=en) - [[6] TikTok for Business：账号接入 Business Center 的权限](https://ads.tiktok.com/resources/help/article/business-account-integration-with-business-center?lang=en) - [[7] LinkedIn 帮助：移除主页管理员](https://www.linkedin.com/help/linkedin/answer/a1481276) - [[8] LinkedIn 帮助：主页管理员角色](https://www.linkedin.com/help/linkedin/answer/a550647/linkedin-page-admin-roles-permissions?lang=en) --- ## Google Ads已有账号换代运营商：签约前的权限、转化与付款交接问单 - URL: https://www.guangsuan.com/post/ads-agency-handover/ - 作者: Don Jiang - Published: 2026-09-23T20:33:14+08:00 - 摘要: 已有Google Ads账号换代运营商，签约前用企业账号核实管理员与经理所有权，问清跨账号转化、付款经理和账单衔接。附可填写的三方交接问单，未就绪不签已完成。 已经在投 Google Ads，准备换代运营商，最容易做错的事是先让旧服务商退出，再问新服务商能不能接。签约前先确认三件事：企业能否用自己的账号管理原客户账号；转化记录是否依赖旧方的经理账号；广告费由谁结算，尤其有没有旧方作为付款经理的月结安排。把“谁来做、何时切、怎样验收”写在同一张交接单上。没查清的项目标待确认，不签成“已完成”。 ## 先用企业自己的登录，认准原客户账号 请企业内部负责人登录 Google Ads，核对客户账号 ID、现有管理员、经理账号列表和当前“所有者”经理。能收到月报、能看只读报表，不等于能批准新经理关联或解除旧经理。Google 的权限表把只读、标准、结算、管理员能做的事分开列出；批准经理关联和修改用户访问权限属于管理员权限。[[3]](https://support.google.com/google-ads/answer/9978556?hl=zh-Hans) 不必向新旧服务商共享企业主账号密码，先按工作需要约定授权角色。 这里的“所有者”是 Google Ads 经理账号的管理权限，不是“服务商拿走了客户数据”的同义词。经理账号新建客户账号会自动成为其所有者；关联已有客户账号不会自动获得所有权，客户账号仍是自己数据的所有者。签合同前问清旧账号是谁创建的、目前由哪个经理拥有所有者权限、谁能批准必要的变更。[[2]](https://support.google.com/google-ads/answer/7456532?hl=zh-Hans) 关联新经理通常可保留原客户账号及其历史记录，不必因为换团队就默认新建广告账号；原用户权限与常规结算设置也不会仅因关联自动改变。[[1]](https://support.google.com/google-ads/answer/7456530?hl=zh-Hans) 若企业目前只有服务商发来的截图和账单，自己连客户账号都进不去，先让现有有权管理员协助核实访问；无法取得合法授权时，交接状态应写“未就绪”，而不是答应新方“签完就能接”。新方能否实际查看、修改和解除关联，需要在当前账号里确认，不靠口头保证。 ## 转化：解除旧经理关联前，问清谁在记数 把当前用于投放判断的主要转化动作列出来：动作叫什么、归哪个账号管理、网站或表单由谁维护、哪些广告系列在用它。尤其要让旧方确认，是否使用了其经理账号的跨账号转化跟踪。Google 说明，若客户账号解除与该经理的关联，依赖其跨账号跟踪的**解除关联后产生的点击**将不再由这套代码记录转化；此前的点击在转化时间范围内仍可能继续记录。不能把这理解成“全部历史数据会删除”，也不能假定原追踪会无缝跟到新方。[[4]](https://support.google.com/google-ads/answer/7458428?hl=zh-Hans) 请旧方指出正在使用的转化来源，新方写明需要保留、改接或重测什么，企业指定能批准网站改动的人；切换前留一份动作与来源清单，切换后按约定的测试方式核对记录。若广告依赖旧经理共享的再营销代码或名单，也一并核实；Google 提醒解除关联会影响这些共享资产及相关投放。[[4]](https://support.google.com/google-ads/answer/7458428?hl=zh-Hans) 本次只决定交接是否准备好，不在签约问单里重做销售线索上传教程。需要分清按钮点击与有效询盘的后续回传，可另看[有效询盘与销售反馈的投后核对](/post/google-ads-qualified-lead-feedback)。 ## 付款：先查结算方式，再定旧经理退出时间 请财务与账户管理员一起看：目前是企业直接向平台付款，还是由旧方代付？平台结算类型、支付资料和账单接收人分别是谁？余额、未结费用及服务商自己的应收账单如何对账？这些问题要用企业有权查看的账单和双方合同回答，不能从“广告账户在谁手里”直接推断付款人。 有一条需要提前排除的中断条件：**如果客户账号采用按月账单结算，且要解除关联的旧经理正是付款经理**，Google 说明解除关联后该账号会停止投放；要继续投放，须在解除关联前变更结算设置，并在拟关联的经理账号下建立新设置。其他结算安排不能一概套用“解绑必停投”。[[4]](https://support.google.com/google-ads/answer/7458428?hl=zh-Hans) 广告账号权限与支付资料用户权限也要分别查。Google 帮助对“谁可直接在界面更改付款用户”的操作入口有不同表述：一页要求支付资料相应权限，另一页说 Google Ads 用户更改付款用户需联系支持。不要把拿到广告管理员角色等同于已经接好付款用户名单；由财务按当前账号实际界面及必要的官方支持路径确认。[[5]](https://support.google.com/google-ads/answer/16305123?hl=zh-Hans)[[3]](https://support.google.com/google-ads/answer/9978556?hl=zh-Hans) 签约前交接场景示意；非真实广告账户、客户或交付凭证。 ## 三方会上，复制这张空白问单 放进企业内部交接文档，让企业、旧方和新方分别填写责任人、可核实的材料及完成时间。真实客户 ID、付款资料和个人信息只在获授权的内部文档里记录，不要贴到公开评论区。 - 原客户账号：客户 ID ____；企业自己的管理员登录是否已验证 ____；旧方现有角色 ____；新方拟申请角色 ____；企业批准人 ____；验收证据及日期 ____。 - 经理关系：旧经理账号及其是否为“所有者” ____；新经理账号 ____；谁发起关联 ____；谁接受 ____；谁在什么条件下解除旧关联 ____。 - 转化与共享资产：当前主要转化动作及所属账号 ____；是否依赖旧方跨账号转化 ____；是否依赖其共享名单/代码 ____；网站修改批准人 ____；切换前后由谁复核及结果存放处 ____。 - 付款与余额：平台结算类型 ____；付款经理（如适用） ____；付款资料/平台账单由谁核验 ____；余额和未结费用的对账人 ____；需变更结算设置时的责任人、生效条件及完成时间 ____。 - 资料与工作范围：旧方交出哪些报表、广告素材源件及可继续使用的授权 ____；新方先诊断还是直接修改 ____；账户结构、转化设置、素材制作、页面开发或数据接入分别由谁做、是否另计费用 ____。 - 放行条件：企业管理员验证 ____；必要的转化测试 ____；付款衔接 ____；旧方撤权时间 ____；新方接手后的复核人 ____；未通过时由谁决定推迟切换、暂停或恢复投放 ____。 【虚构教学情境，非光算客户或真实账号】假设某工厂手上只有旧代理的月报；旧方确认转化使用其经理账号的跨账号跟踪，按月账单结算的付款经理也是旧方。此时不宜先点“解除关联”再让新方补救。先由企业核实原客户账号的管理员访问，再让双方分别提交转化与结算衔接方案，由企业批准切换日期；若有一项仍写不出责任人或可验证的完成条件，就把它保留为待办。此处不预测广告一定停多久，也没有真实客户成效数据。 ## 找光算接手时，先谈诊断与边界 [光算现行 Google Ads 代运营服务页](/ads/)明确说已有广告账户可以先沟通诊断，带上网站、目标市场、当前难题及可授权查看的历史数据；权限管理、账号归属和结束合作后的交接方式写进合同。页面列有账户搭建、监测与转化设置、搜索词及落地页优化、报表等工作，但素材制作、页面开发和数据接入的具体范围须按方案与合同确认。不要因为是旧账号就自行判定首次设置不收费，或因为暂停投放就推定月度费用为零。费用怎么算，可接着看[Google Ads 代运营报价与账户费用拆账](/post/google-ads-fee-comparison)；本问单只解决旧户签前能否安全接手的问题。 ## 参考资料 - [[1] Google Ads 帮助：经理账号关联现有客户账号](https://support.google.com/google-ads/answer/7456530?hl=zh-Hans) - [[2] Google Ads 帮助：客户账号所有权简介](https://support.google.com/google-ads/answer/7456532?hl=zh-Hans) - [[3] Google Ads 帮助：账号访问权限级别](https://support.google.com/google-ads/answer/9978556?hl=zh-Hans) - [[4] Google Ads 帮助：解除客户账号与经理账号关联的影响](https://support.google.com/google-ads/answer/7458428?hl=zh-Hans) - [[5] Google Ads 帮助：在支付资料中管理付款用户](https://support.google.com/google-ads/answer/16305123?hl=zh-Hans) --- ## GSI按URL规模询价：跳转、重复与noindex网址怎么列清？ - URL: https://www.guangsuan.com/post/gsi-url-purchase-readiness/ - 作者: Don Jiang - Published: 2026-09-23T20:33:14+08:00 - 摘要: Sitemap导出表不能直接当GSI采购数量。按原始URL、跳转落点、规范页、索引指令与权限分组；用纯教学示例和空白询价字段核对候选数及待确认的计费、替换规则。 拿 Sitemap 导出的地址去询 GSI，不要直接把行数当成采购数量。先留住原始 URL，再把完全重复、跳转到新地址、指向同一规范页、仍有 noindex 或访问故障的行分开；只有业务负责人确认要让它进入搜索、且页面条件已核实的地址，才列为本批优先候选。候选数是你用来沟通的清单数，不是光算已确认的计费数。跳转前后算一条还是两条、执行前能否替换、修复后何时纳入，都要对着同一版清单问清楚。 ## Sitemap 能导出网址，却不能替你确定采购范围 Google 建议在 Sitemap 中放希望出现在搜索结果里的规范网址；提交 Sitemap 只是提示，不保证 Google 下载它或抓取其中每一条。对采购方来说，它适合做地址来源，却不等于一份已经清洗好的 GSI 订单。尤其是网站改版或产品目录调整后，一条旧路径和它跳转到的新路径可能同时留在工作表里。[Google 的站点地图创建与提交说明](https://developers.google.com/search/docs/crawling-indexing/sitemaps/build-sitemap)解释了这两层边界。 先把导出表另存原始版，记下 Sitemap 或 CMS 的来源、导出时间和对应站点。不要直接删掉带参数的网址，也不要只因为两条 URL 打开后内容相似就自动合并。Google 将重定向和 rel="canonical" 视为较强的规范化信号、Sitemap 收录为较弱的信号，最后选择的规范网址仍可能与站点声明不同。把“原始地址”和“计划提交的正式地址”留成两列，才看得见差异从哪里来。[Google 的规范网址说明](https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls)可用于核对这一判断。 ## 一行网址，先查到什么程度才交给服务方？ 从同一类页面抽几条开始；如果产品模板都带错指令，先让网站团队修模板，别急着把整份导出表发出去。每行至少记录下面几件事： - 原始完整 URL 与页面用途。它是正式产品页、文章页，还是筛选页、预览页或外部来源页？这件事应由网站或内容负责人判断，工具不能代签。 - 公开访问的实际响应。记录状态、跳转后的最终地址和看到的正文；返回 200 但只显示登录、验证码或空模板，也应暂停。若偶发错误，保留测试时间，不能用一次正常结果盖过不稳定。 - 抓取和索引指令。核对 robots.txt 是否阻止 Googlebot 抓取，并检查页面上的 robots meta 和公开响应的 X-Robots-Tag 是否带 noindex。Google 说明 noindex 可由 meta 或 HTTP 标头提供；若 robots.txt 阻止抓取，Googlebot 也可能读不到页面上的 noindex，不能把两者混成同一种状态。发现有意设定的限制，不要为了买服务擅自解除。[Google 的 noindex 说明](https://developers.google.com/search/docs/crawling-indexing/block-indexing)。 - 页面想保留的规范版本。把跳转落点、声明的 canonical 与业务确认的正式地址并列；若相互冲突，先交给站点团队确认。不能把“浏览器能打开”直接写成“这个 URL 会独立收录”。 - 现有索引状态与证据时间。拥有对应 GSC 资源权限时，分别记下网址检查的索引版本信息和实时测试结果。实时测试能帮助看当前访问与可否索引，却不能预测 Google 最后选择哪条规范网址，也不是已收录证明；没有权限就写“未核”，不要借一张 site: 截图补成官方结论。[Google Search Console 的网址检查说明](https://support.google.com/webmasters/answer/9012289?hl=zh-Hans)。 光算的[GSI 服务页](https://www.guangsuan.com/google-indexed/)允许先沟通官网首页、专题、产品、文章及具备操作授权的外链页面，但同时要求对访问阻断、noindex、重定向和重复内容先核查。外部页面没有权限或拿不到对应 GSC 数据时，先单列适用性与核验方式，不把它混进自有站点的已核定清单。 教学示意：实际URL计数、跳转归并和替换规则须另行确认 ## 教学示例：9 行导出地址，询价时别只写“9 条” 以下是纯教学情境，`example.com` 与 `example.org` 不是客户网站，状态也不是实测或光算交付。假设导出和补录后共有 9 行： - `https://www.example.com/products/valve-a`：公开正常、计划保留的规范产品页，列为优先候选。 - 同一条 `/products/valve-a` 又导出一次：原始表保留来源，精确重复行不另作一个候选。 - `/products/valve-a?ref=news`：本例核实该参数页声明规范版本为 `/products/valve-a`，暂不当独立候选；真实网站先查参数是否改变内容，不能套用本例一键删除参数。 - `/products/old-pump`：本例重定向到 `/products/pump-b`。旧地址保留在追溯列，不直接拿它询本批收录；实际跳转关系要逐条核实。 - `/products/pump-b`：确认是仍在经营的正式产品页，列为另一条优先候选。 - `/solutions/coating`：本例的公开响应含 `X-Robots-Tag: noindex`，暂停，交网站团队查来源并复测；不是“继续提交几次”。 - `/blog/selection`：本例公开访问返回 403，暂停排查访问策略，不能为凑数报成可处理页。 - `/products/valve-b`：本例的 GSC 索引版本显示已收录；如果采购目的只是处理未收录页，先问是否需要放在本批，不能仅凭没有目标词排名再算一次待收录。 - `https://example.org/partner/story`：外部来源页尚未取得操作授权及可用核验方式，单列待确认。 这份教学表有 9 个原始行、8 个精确不同的地址；追到跳转落点和本例已核实的规范版本后，是 6 个待判断的页面对象。其中 2 个是本批优先候选，2 个待修，1 个已收录需重新确认目的，1 个外部页待核权限。**这 2 条不是光算的收费分母，也不是收录结果。**旧地址与新地址、参数页与主版本的归并是本例的清单判断；供应方究竟按原始 URL、执行地址、去重后的正式页还是其他口径计数，必须另行书面确认。 ## 把数量谈成同一版清单，再谈套餐 发询价时，可以复制下面这个空白口径；空格留给真实项目填写，不是已生效的合同条款： - 站点和本次目的：＿＿＿＿；是未发现、已发现未抓取，还是已抓取未索引？已收录但没排名的页面另列。 - 原始资料：＿＿＿＿（Sitemap/CMS/人工补录）；导出日期：＿＿＿＿；清单版本：＿＿＿＿；负责人：＿＿＿＿。 - 原始行数：＿＿＿＿；精确去重后的 URL 数：＿＿＿＿；跳转/规范归并待确认：＿＿＿＿；优先候选：＿＿＿＿；待修：＿＿＿＿；权限或证据待确认：＿＿＿＿。 - 逐行字段：原始 URL｜最终访问地址｜业务期望规范页｜访问和索引指令｜GSC 检查类型与日期（如有）｜本批状态与原因｜确认人。遇到两个地址落到一页，仍保留原行以便追溯。 - 请书面确认：哪一列是本次计数地址？原本已收录的页面是否纳入？执行前发现跳转、noindex、权限不足或失效页，能否替换，何时锁定版本？执行后修复、追加或替换按什么规则处理？同一批报表以哪份名单、哪个时点和哪种索引核验方式为准？ GSI 当前服务页按提交 URL 的规模展示套餐，并写明服务范围、观察周期、核验方式及报表应在合作前确认；它没有在页面上替所有跳转、重复和临时失效地址规定统一计费或替换公式。因此你可以先拿“候选清单＋问题清单”咨询，等对方确认口径再冻结执行版，不能把上面的教学归并规则冒充为光算承诺。GSI关注发现与抓取机会，是否收录仍由 Google 判断；即使[Google 对抓取、索引和搜索展示的说明](https://developers.google.com/search/docs/fundamentals/how-search-works)所列基础条件都满足，也没有必然收录或排名的保证。 需要比较“自己按月管理抓取资源”与“按批委托处理 URL”，可再读[GPC 与 GSI 的选型对照](https://www.guangsuan.com/post/gpc-vs-gsi-crawling-indexing/)。如果问题出在 Sitemap 本身，先看[Sitemap 有效 URL 与规范页排查](https://www.guangsuan.com/post/%e7%bd%91%e7%ab%99%e4%b8%8a%e7%ba%bf%e5%90%8e%e5%8f%aa%e6%94%b6%e5%bd%95%e9%a6%96%e9%a1%b5%e6%80%8e%e4%b9%88%e5%8a%9e-sitemap%e6%8f%90%e4%ba%a4%e4%ba%86%e4%bd%86%e6%96%87%e7%ab%a0%e9%a1%b5%e8%bf%98/)；不要把这些排查工作默认为一次 GSI 采购已经包含的站内修复。 --- ## 外贸B2B销售接不住询盘，还要投Google Ads吗？签约前做一轮交接演练 - URL: https://www.guangsuan.com/post/ads-lead-handoff-readiness/ - 作者: Don Jiang - Published: 2026-09-23T19:20:09+08:00 - 摘要: 销售接不过来时别急着开Google Ads，也别以为换SEO就能免去接待。签约前按产品、市场、工作时段和报价权限演练询盘交接，填写负责人清单，决定先修、限范围测试还是暂缓。 销售接不住新增询盘时，外贸B2B企业不宜只因网站能投广告就启动 Google Ads；改投 SEO 也不会替你回复买家。签约前先用实际产品页的咨询入口演练一次：谁收到、谁先回复、谁核参数、谁能报价，缺席时交给谁。页面与交接都走通，再讨论有限范围的广告测试；有一环没人负责，就先补这一环。这里判断的是企业能否接单，不是预测两种渠道能带来多少询盘。 ## 先约定要接的是哪类需求 同样写着“询盘”，有人要现成型号的交期与报价，有人尚在比较适用工况，也有人先向工程师要规格文件。销售可以对报价请求优先核实型号、数量、目的地和时限；对选型问题先确认用途、给出资料与下一次沟通安排。资料未齐不等于无效，工程确认尚未完成也不该先报一个未经批准的价格。 把本轮拟推广的产品、可供市场和买家常问的问题先交给销售与工程人员确认。网页若没有对应产品信息，或者咨询根本收不到，先修承接路径；具体检查可参照[搜索词、产品页和联系路径诊断](https://www.guangsuan.com/post/%e4%b8%ba%e4%bb%80%e4%b9%88%e4%bd%a0%e7%9a%84%e7%bd%91%e7%ab%99%e6%9c%89%e6%b5%81%e9%87%8f%e6%b2%a1%e8%af%a2%e7%9b%98/)。这里不重复表单开发或网站验收；演练从“咨询确实进入企业可查看的收件处”继续往下走。 签约前接单演练示意；非真实买家询盘、客户项目或投放记录。 ## 不开广告，先把交接走一遍 以下是供企业自测的**假设演练**，不是光算客户记录，也不需要编造广告点击或正式买家。用企业授权的测试邮箱与无客户资料的测试内容，从计划使用的产品页提交咨询；测试记录打上标识，避免混进正式销售报表。安排三种情况，观察的不只是表单成功提示： - 工作时间收到一条有型号和数量的询价。收件人确认能看到原文和产品页，指定的销售给出第一封可发送的回复；不确定的价格、认证或交期转交实际审批人。 - 同一时间又来一条只有应用场景、尚不能报价的咨询。看两条是否都被指派，销售能否先问必要条件、约定下次沟通，而不是为了清空收件箱把第二条判成垃圾。 - 主责销售离岗，或者目标市场晚间来信。让替补按现行流程接手，检查提醒是否到达、买家看到的响应预期是否真实。别把自动确认邮件当成销售已读。 每条测试保存提交时间与时区、收到的位置、指派时间、首封人工回复、工程/报价接手人、待办和复核人。与企业自己约定的时限对照，超时就记录原因；本文不替任何行业设统一的“几分钟必回”。演练如果只能在主管手动转发时才成功，平日就需要补一位能接手的备份负责人。测试结束后核对正式收件路径未因测试而被改动，测试件在统计里单列或排除。 ## 签约前填写这张接单记录单 把下面空格复制进启动文档，由企业和拟合作的投放团队分别填写。**“待确认”不是“已通过”**；每项都要能找到负责人，不能只写“销售部”。 - 推广对象：产品/系列____；可供市场与语言____；主要采购问题____；目标产品页与咨询入口____。产品或交付负责人：____。 - 收件与分配：实际收件处____；值班/工作时间及所用时区____；主责销售____；离岗替补____；谁检查未分配记录____。 - 首响与推进：首封人工回复由____发出；需补问的采购条件____；报价前由____核技术事实、由____批价格与交期；待资料齐备的下次联系由____安排。 - 容量与例外：当前在处理的项目及可接新需求的判断人____；若同一时间收到多条询价，由____重新分配；主责和替补都无法响应时通知____，如何限制新投放由____决定。 - 复核与费用：演练证据位置____；未通过的修复人与复测日期____；广告上线、缩小范围、暂停与恢复分别由谁批准____；暂停期间代运营费用按哪条书面约定处理____。 还应由销售负责人核对哪些需求真正能供货、哪些只是资料不足，避免按邮箱类型或买家所在时段直接判“无效”。若企业要把有效询盘作为年度 SEO 合作讨论项，可另看[SEO 有效询盘的目标市场与去重定义](https://www.guangsuan.com/post/seo-qualified-inquiry/)；这张接单记录单解决的是**有人收到之后谁来行动**，不替代渠道归因或合同保量条款。 ## 演练结果怎样决定投放动作 - **咨询没送达，或无人能确认到达：**暂缓广告上线，先修网站与收件链路；已经在做的自然搜索工作也应保留页面可用性检查。修复后从同一入口重测。 - **收到了，但缺主责、替补或报价审批：**先补排班与授权。产品资料和采购问答可以同步用于页面与 SEO 内容准备；不能把“先做 SEO”理解为无需接待自然搜索带来的咨询。 - **交接能走通，但某些时段无人值守：**与广告负责人讨论是否先按可覆盖时段和单一产品小范围测试，同时把未覆盖时段的提示、隔日接手安排写实。Google Ads 支持广告投放时段设置：广告仅在设定时段有资格展示，且时段按广告账户时区计算，不是买家所在地时区；这只能控制新广告展示机会，不能替代收件与后续回复。[[1]](https://support.google.com/google-ads/answer/6372656?hl=en) - **日常及替补交接均能复现：**再确认目标市场、产品页、转化动作与预算，先限定测试范围并约好复盘。Google Ads 中的转化是广告主选择衡量的客户动作，例如网站提交或来电；报表记录到动作，不自动等于销售认定的合格采购项目。[[2]](https://support.google.com/google-ads/answer/1722022?hl=en) 广告已在运行而销售一时无法承接，也别只从平台上把“转化”数字调低。由企业负责人核对未回复队列，决定缩小还是暂停投放，告知投放人员执行并记录生效时间；已收到的咨询仍须继续处理。等排班、收件与报价审批恢复，再复测、决定恢复范围。广告时段、预算与暂停是投放侧动作，不会代替销售流程。 ## 把销售责任和服务范围分开写 光算的[Google Ads 代运营](https://www.guangsuan.com/ads/)公开描述了产品与市场评估、账户搭建、搜索词、落地页、转化核验和销售反馈后的优化，并未把客户销售的人工回复或报价审批写成默认代办事项；页面也明确不承诺固定询盘量或成交。企业应在合同里确认谁提供产品资料、谁维护收件路径、谁逐日看待跟进队列，以及缺席时由谁通知投放团队。若需要新做页面、素材或数据接入，也要另外确认范围，不能把“落地页优化”读成全部开发都已包含。 当企业暂缓广告、转而安排[谷歌 SEO 服务](https://www.guangsuan.com/seo/)评估时，光算现行页面把技术、内容和外链按方案组织，执行范围与周期需先结合网站现状核对；这不是“SEO能保证填补广告停投期间的询盘”。原题若要全面比较网站、SEO、广告与社媒的先后，可直接看[外贸工厂跨渠道获客计划](https://www.guangsuan.com/post/b2b-overseas-marketing-channel-plan/)，本篇只解决付费引流前的销售接手条件。 光算广告页列有按每次充值计的运维费及低消耗月份的最低运营费用，暂停期间怎样处理、与充值费怎样结算须按合同确认，不能因为暂缓或停投就自行推定“服务费为零”。金额与账户权限可以再对照[Google Ads 报价拆账指南](https://www.guangsuan.com/post/google-ads-fee-comparison/)。若上线后平台显示转化但销售找不到可跟进的人，再读[广告有效询盘的销售记录与回传](https://www.guangsuan.com/post/google-ads-qualified-lead-feedback/)；那属于投后数据衔接，不是这次演练的通过证据。 准备询价时，带上产品页、目标市场、值班与替补安排、已做的脱敏测试记录，通过[光算客服中心](https://www.guangsuan.com/kefu/)讨论广告启动范围。销售尚无人接手，就先把负责人与复测日期落实，再谈投多少。 ## 资料依据 - [Google Ads Help：Set up an ad schedule](https://support.google.com/google-ads/answer/6372656?hl=en)（时段与账户时区） - [Google Ads Help：About conversion measurement](https://support.google.com/google-ads/answer/1722022?hl=en)（转化动作由广告主定义） --- ## 多产品线网站买外链组合，首批与下一批的首页和目标URL怎么交？ - URL: https://www.guangsuan.com/post/multiline-backlink-phasing/ - 作者: Don Jiang - Published: 2026-09-23T19:20:09+08:00 - 摘要: 一个网站有多条产品线时，先列唯一品牌首页与各线正式目标URL，再用可填写的首批／下一批表分开GNB首页、GPB重点页和GMB单域多URL覆盖；附非客户案例的教学情境和待确认的合同条件。 一个网站有多条产品线，外链组合的批次先按**目标URL**排，而不是给每条线各造一个首页：品牌首页单列，已能承接采购需求的重点页列首批，资料尚未齐全的页面列为下一批候选。GNB只面向一个网站首页和品牌词；GPB安排给确认过的重点目标页；GMB在同一个目标域名下覆盖多条有效URL。把各批的页面、产品和启用条件交给光算确认，再按所选组合与合同确定实际数量和交期。 采购需求示意，候补页何时启用以及实际组合、数量和批次都需依现行套餐与合同确认。 ## 首页只有一个，产品线可以有多条目标URL 先请网站负责人确认正式域名和首页地址。[GNB自然外链](https://www.guangsuan.com/gnb/)的范围是一个网站首页、品牌词锚文本，不含内页；不能因为网站卖控制器、传感器和电源，就把三个品类页都填成“各自的GNB首页”。如果实际是几个独立网站，也不能装进同一个网站的需求单里。 产品线的重点品类页或产品页，再考虑[GPB独立站外链](https://www.guangsuan.com/gpb/)。其服务结构是一条外链对应一篇原创相关文章、一个顶级独立域名，同一套餐内域名不重复。提交页面时说明它回答什么选型或采购问题、面向哪个市场，并由产品人员确认仍在供应、内容和询价入口可用。若还没定先推哪条线，先用[产品线SEO优先级的判断方法](https://www.guangsuan.com/post/product-line-seo-priority/)做业务取舍；这里不重新比较利润或给产品打分。 [GMB百万外链](https://www.guangsuan.com/gmb/)用于一个目标域名下的多URL规模覆盖，可把已确认的产品、品类和有价值的内容页分批列出。套餐列出的URL数是覆盖上限，不是“每页平均分到多少条”的公式。清单里有准备撤销、打不开或只有占位内容的地址，就先放在候选区，不为凑覆盖数塞入本批。大量页面需要先筛选时，可参看[GMB目标URL准备方法](https://www.guangsuan.com/post/gmb-target-url-preparation/)；本篇只处理筛完之后怎样把多个产品线交成分批执行的需求。 ## 给执行方一张能填的“URL × 批次”表 每个正式目标URL占一行，首页也单独占一行。下表是采购方的空白需求表，不是光算已经接受的排期或交付报表；同一产品线有多个目标页，就复制该行。先保存第一版，页面、批次或数量有变化时另存新版本，不覆盖上次确认的URL。 多产品线外链组合目标URL与批次安排（空白，供采购方填写） 页面对象目标URL与分批安排（待双方确认） 唯一品牌首页正式URL：＿＿＿＿ 首批拟用GNB／范围：＿＿＿＿ 下一批是否另购：＿＿＿＿ 确认人／清单版本：＿＿＿＿ 产品线A：重点品类或产品页正式URL：＿＿＿＿ 首批拟用GPB／范围：＿＿＿＿ 下一批安排／条件：＿＿＿＿ 确认人／清单版本：＿＿＿＿ 产品线A：其他有效页正式URL：＿＿＿＿ 首批GMB覆盖候选：＿＿＿＿ 下一批安排／条件：＿＿＿＿ 确认人／清单版本：＿＿＿＿ 产品线B：重点页正式URL：＿＿＿＿ 首批是否暂缓：＿＿＿＿ 下一批GPB／GMB候选与条件：＿＿＿＿ 确认人／清单版本：＿＿＿＿ 产品线C：候选页正式URL：＿＿＿＿ 首批未纳入原因：＿＿＿＿ 下一批待补资料／复核日：＿＿＿＿ 确认人／清单版本：＿＿＿＿ 表里“首批”与“下一批”是拟提交的**执行顺序**，不是两笔订单已经成立。另在需求单写明：所选组合档位＿＿、本单目标域名＿＿、各组件总量＿＿、GMB拟覆盖URL清单版本＿＿、首批放行日期＿＿、下一批启用条件和确认人＿＿。GPB每个目标页拟安排多少条，由双方结合所购数量确认；GMB填本批要覆盖哪些URL，不在每一行预填平均分配量。若某产品不在所购组合里，在该行写“未包含”，不要填作后续自动赠送。 ## 教学情境：同一个工业配套站，分两批递交 **以下完全是假设的练习，不是光算客户、真实合同或已经建成的页面。**假设 `www.example.com` 同时销售控制器、传感器和配套电源；企业已经决定先做控制器，传感器资料审核后再做，电源页仍缺供货说明。下面演示如何写采购需求，不表示任一套餐默认允许拆成两批。 - 首批：把 `https://www.example.com/` 作为唯一品牌首页交给GNB；把 `https://www.example.com/controllers/` 作为GPB重点目标页；若本单确实含GMB，再提交 `https://www.example.com/controllers/c-series/` 和 `https://www.example.com/controllers/applications/` 作为同一域名下的覆盖候选。每个URL是否可用及实际安排量，都等产品负责人和交付方确认。 - 下一批：等传感器资料和页面经审核，再提 `https://www.example.com/sensors/` 作为GPB候选，另把 `https://www.example.com/sensors/selection/` 列入GMB候选。`https://www.example.com/power-supplies/` 暂留在“未纳入”栏，不能因第二批开始就自动变成已购目标页。GNB的首页不随产品线切换而改成传感器页；若还想再购首页建设，要另谈订单和范围。 这个例子特意把“页已审核”和“产品是否包含”分开：控制器先走、传感器后走，是这家假设企业的资料进度，不是光算规定的产品线顺序。若组合不含GPB或GMB，就删去对应的拟安排项，重新请交付方确认方案；例中的URL数量也不是GMB覆盖上限或每页保证量。 ## 批次是排期，多层是链接怎样指向，别写成同一个数字 光算[外链组合](https://www.guangsuan.com/backlinks/)讲的是GPB、GNB、GMB高低搭配与分层权重传导，同时强调网站内容和技术是基础。官网以“第一层100条→第二层1000条→第三层10000条”展示多层建设：第一层连接目标页，后续层级支持上一层来源页。这是建设逻辑示意，**不是**本篇首批、下一批的固定配额，也不表示GPB、GNB、GMB分别恒定占第一、二、三层。[谷歌SEO服务页](https://www.guangsuan.com/seo/)另有五层协同模型，不能把两个图简单相加成合同层数。 谈排期时，请交付方把“哪批提交哪些官网URL”和“每层链接实际指向哪里、每层约定多少”分别写清。先确定所购组合实际有哪些组件：组合A未列GMB、A2未列GPB；B和C虽都标有GMB-C，页面所列数量却不同。需要比较档位与服务范围，可看[GPB、GNB、GMB与组合选型对照](https://www.guangsuan.com/post/gpb-gnb-gmb-backlink-selection/)；若要核对已交付的逐层关系，则用[多层建设验收方法](https://www.guangsuan.com/post/layered-backlink-report/)，不拿这张排期表冒充验收结果。 ## 下单前，哪些安排必须取得书面答复 - 这是一份组合订单分阶段执行，还是首批和下一批分别采购？目标清单在哪天冻结、下一批晚交会不会改变价格、交付周期或原定数量？官网说明了组合档位和周期，但没有替每个客户预先承诺可任意拆批或换页。 - GNB的品牌名与唯一首页是哪一个版本；GPB分别支持哪几个重点URL，每个页面对应多少条；GMB只服务哪一个目标域名，本批与下一批的有效URL及覆盖上限怎样书面确认？不要把GNB条数记成产品页GPB来源，也不要把GMB总量均分给表里每行。 - GPB同一套餐内来源域名不重复，但多次购买不自动与过去批次全新去重。若要求跨批去重，向光算说明要比较哪些历史批次、追加费用和确认方式；不要把“分两批交URL”自动解释为免费全新域名。若上一批目标页已经改址，已交付来源链接能否调整、谁调整及费用期限，另参看[GPB改版后与下一轮采购衔接](https://www.guangsuan.com/post/gpb-url-migration/)并向交付方确认。 - 组合里的GPB报表可按其产品约定核对文章、域名和目标链接；GNB有首页品牌的交付报表；GMB不提供逐条外链报表、也不保证长期留存，客户需自行查询GSC。若合同要看每批、每层的具体关系，先问能取得哪些资料及抽查方法，别把采购方的URL表当成光算必交的逐条来源表。 把填好的首页和产品线URL、分批条件、预计组合档位发给光算，先取得哪些页面和批次可以执行的书面回复，再冻结清单。后续站内页面上线或更换地址，就更新候选版本并请对接人确认；不要边建设边悄悄改掉正在执行的目标URL。 --- ## 海外社媒代运营报价怎么核：六平台发布、独立创意与评论维护 - URL: https://www.guangsuan.com/post/social-media-quote/ - 作者: Don Jiang - Published: 2026-09-23T19:20:09+08:00 - 摘要: 核对光算六平台海外社媒代运营的年度公开报价，分清逐平台发布、独立创意、母版适配和评论私信维护。附可填写的交付单位对照表，并标出旗舰版频次、素材边界与账号权限的签约待确认项。 同样写着“六平台代运营”，两份报价可能指向完全不同的工作量：一个选题改成六个平台的版本，和六个平台分别做新选题，不是一回事。比较海外社媒代运营报价，先把**独立选题、内容母版、平台适配版本、实际发布、评论与私信维护**分开计数；再核对素材由谁提供、账号由谁控制、越界工作如何批准。否则只看年费或发帖次数，很难知道买到了什么。 ## 先看光算三档公开标价，但别替“发布次数”补上没写的字 [光算海外社媒代运营服务页](/social-media/)写明，全部套餐覆盖 YouTube、Facebook、Instagram、TikTok、LinkedIn、X 六个平台；内容侧重按品牌目标规划。公开价格是**年度标价**，支持季度或年度签约，季度报价另行沟通，长期合作有专属优惠，但页面没有公布优惠计算办法。下列是本站套餐，不是行业均价，也不是客户成交价。 - **启航版 ¥59,800／年：**原文“每周6大平台各发布2次”；精美图文与基础视频剪辑、平台主页基础装修与优化、月数据简报（粉丝增长、互动率与核心表现）、基础评论维护。 - **增长版 ¥99,800／年：**原文“每周6大平台各发布4次”；创意视频、精美图文与组合内容、平台主页专业装修与品牌化设计、月度内容策略规划、周度数据简报、每日评论互动与粉丝维护、月度策略复盘会（30分钟）。 - **旗舰版 ¥198,000／年：**原文“每周6大平台发布7次”，并注明“含快速热点响应；具体发布口径签约前确认”。内容形式包括深度评测视频、主题系列、信息图报告等；还有平台主页高级定制化装修、双周深度内容策略会与行业趋势洞察、实时数据看板及周度／月度深度分析报告、全天候评论／私信／社群维护、季度整合营销战役策划、专属客户成功经理和深度整合的品效协同流程。 服务页还说明，需求沟通、创意策划、内容制作、发布与优化这四步覆盖全部套餐。启航版也不是“只帮忙按按钮发帖”；已列出的制作、主页、报表与评论权益应留在书面方案中。 前两档明确写“**各发布**”，旗舰版没有这个“各”字。不能自行把旗舰版算成每个平台每周七次，也不能擅自解释为六个平台总共七次；请在报价单上逐平台写明周期、次数和“快速热点响应”怎样计数。即使频次确认了，**发布次数仍不等于独立创意数**。页面也要求签约前确认独立内容数量、平台复用方式、维护时段和响应范围。 版式示意，非客户账号或实际发布记录；同一素材跨平台适配仍需分别核文案和交付单位。 ## 一个选题发往多个平台，该怎样记账？ 先为每个选题设一个编号。以一个已经核准资料的产品主题为例：策划一条讲解思路，制作一份可改编的图文或视频母版，再为 LinkedIn 改写采购角度、为 Instagram 调整画面和字幕，最后分别上线。母版、适配版本和已发布链接各有工作，但不能因为链接有多条，就把原始选题也记成同样多条。反过来，如果另起一个要重新研究和写脚本的采购问题，应在约定的独立创意单位中单列，而非把全部新增工作说成“只是同步”。 签约时请定义：独立创意究竟按**选题、脚本、成片还是可发布成稿**计；同一母版只更换尺寸、封面、字幕或文案算适配还是新创意；一条内容在同一平台重发、转发或补发如何记。可要求内容日历把“主题编号 → 母版及版本 → 平台 → 实际发布 URL／时间 → 审核状态”连在一起。这样既不抹掉跨平台适配的制作工作，也不把同一素材的多次发布冒充多次原创。素材具体怎么整理与授权，可另看已发表的[外贸工厂海外社媒素材包清单](/post/overseas-social-media-content-kit/)；这里重点是签约计量，不重复拍摄教程。 ## 把报价写到交付单位上：复制后请两家分别填 以下是**空白询价对照**，不是光算额外赠送的数量或制作单价。先固定同一个目标市场、语种、产品范围与合作周期，再让两家逐行回复“已包含／另计／不提供／待确认”。甲、乙代表待比较的报价，空栏不能按零元入账；已有的套餐权益也不能为了做这张表而删去或重复收费。 交付单位与需确认的边界同条件报价栏（逐家填写） 平台与账号：六平台各运营哪些品牌账号；账号现状、主页装修与优化包括什么甲：平台／账号＿＿；包含／另计＿＿ 乙：平台／账号＿＿；包含／另计＿＿ 独立创意：每周期几组新选题、几份脚本或成稿；“独立”的验收定义甲：单位／数量＿＿；乙：单位／数量＿＿ 新增主题如何确认及计价＿＿ 母版制作：图文、基础剪辑、创意视频、深度评测或主题系列分别多少件；谁提供原片甲：格式／件数／交付文件＿＿ 乙：格式／件数／交付文件＿＿ 平台适配：每份母版改为哪些平台版本；字幕语言、比例、封面、文案调整与修改轮次甲：版本单位／数量／轮次＿＿ 乙：版本单位／数量／轮次＿＿ 实际发布：逐平台每周约定次数、周起止日、审核未通过或节假日如何补发；交付发布 URL甲：逐平台排期／URL 清单＿＿ 乙：逐平台排期／URL 清单＿＿ 互动维护：评论、私信、社群分别覆盖哪些平台、时段、类别；谁答产品问题、谁转销售甲：维护范围／响应约定＿＿ 乙：维护范围／响应约定＿＿ 策略与数据：内容日历、数据简报／看板、复盘会议及战役策划按周期怎么交甲：报告／会议／交付日期＿＿ 乙：报告／会议／交付日期＿＿ 素材与权限：原片授权、字幕与可编辑文件、账号角色、双重验证和结束合作时的交接甲：提供人／管理人／交接物＿＿ 乙：提供人／管理人／交接物＿＿ 另计项：广告投放与媒体预算、额外专业拍摄、超范围制作或维护，何时触发书面加价甲：项目／计量／报价或待报价＿＿ 乙：项目／计量／报价或待报价＿＿ 比价时按周期把“新选题、母版、适配、发布 URL”四种数量并排，不做一个模糊的“内容总条数”。例如先要求对方给一行**主题编号和各平台发布链接的对应样式**，再决定合同按哪种单位验收。若对方只报“每周发几次”，请补问内容制作、修改与互动维护的单位，而不是自行推算每条视频的价格。 ## 评论维护与私信，不能用“包互动”三个字代替 光算启航版写“基础评论维护”，增长版写“每日评论互动与粉丝维护”，旗舰版写“全天候评论、私信与社群维护”。这些词对应的深度不同，但公开页没有给出具体值班时段、首响时限、私信类别或跨时区安排；尤其不要把基础评论维护写成“不包含评论”，也不要把旗舰版的“全天候”擅自解释为某个已确定的小时级 SLA。合同可按平台列出工作日与周末覆盖、可直接回复的问题、需要销售／工程确认的问题、转交后的跟进负责人，以及如何记录已处理与待处理。涉及报价、交期、产品适用性或客户个人资料时，运营团队不应凭空替企业作承诺。 对私信询盘再写一条分工：谁能查看、谁分类、怎样安全移交销售、销售何时确认接收；公开评论与私信不合并计“回复量”。如果希望专门运营社群、处理投诉或热点突发事件，请问清适用档位及快速响应的触发和审批方式。报表同时留发布记录、互动处理记录与销售反馈，别把播放量或粉丝增长直接当成签下的客户；光算服务页不承诺固定播放量、粉丝增长或询盘。 ## 账号和制作边界，在交资料前就约定 询价时先给账号主页链接、品牌与产品资料清单，不必交登录密码。进入执行后，让企业与服务商逐平台记下账号主体、企业管理员、代运营角色、双重验证及人员变动时的权限撤销办法；合作结束时约定主页、排期、稿件、可交付的源文件和历史数据怎样交接。这是采购清单，不是说光算现有套餐已经承诺某种特定账号所有权或无限量源文件。 光算服务页允许从手机视频、产品图片、文档资料和简单口播起步，列有脚本、剪辑、视觉包装、图文与平台适配，也展示信息图和解说视频等制作方向；不能因为“没有专业棚拍”就把已有内容制作权益删掉。清晰度、产品事实或授权不足时，再说明要补什么资料、由谁核准。页面明确说广告投放、媒体预算和额外专业拍摄需沟通是否包含及对应报价；它们不能自动算进年度标价，也不能据此推断基础剪辑、图文制作或主页优化都要另收费。需要核对摄影、配音、付费音乐或额外语言版本时，写明实际素材来源、使用权、修改次数和待报价单位，不编一个行业通用制作单价。 最后把填好的对照表与目标市场、现有账号、可用素材发给供应商，要求在同一份方案上标注六平台逐周发布口径、独立创意和适配计数、互动维护时段、已含权益及另计触发条件。若考虑光算，请以[现行社媒套餐和 FAQ](/social-media/)为基准沟通具体条款；仍在决定社媒与网站、SEO、广告谁先做的企业，可先看[外贸工厂获客渠道分工](/post/b2b-overseas-marketing-channel-plan/)。报价清楚，是为了把工作和责任签清楚，不是对播放或成交作保证。 --- ## WordPress托管报价怎么看：主机、异地备份、迁移与运维各算什么 - URL: https://www.guangsuan.com/post/wordpress-hosting-quote/ - 作者: Don Jiang - Published: 2026-09-23T19:20:09+08:00 - 摘要: WordPress托管年费包含哪些工作？核对光算基础版¥5,999／年、企业版¥11,999／年与旗舰定制的范围，用同口径空白问价单分清主机、异地备份、迁移、运维与续费责任。 两张单子都写着“WordPress托管”，一张可能只提供网站运行空间，另一张把异地备份、搬站和故障处理一起包在年费里。先别拿总价比高低：要问清楚买的是几个站、用多久，谁负责把站迁过来，以及上线后谁接手技术问题。 买前可对照[WordPress 自行维护与外包的判断方法](/post/wp-diy-or-outsource)明确故障处理责任。 比较WordPress托管报价，先统一为**同一网站、同一服务周期、同一现站状况**，再逐项标注主机资源、异地备份、首次迁移和持续运维是“年费已含”“另行报价”还是“企业自行负责”。套餐内的服务不需要再叠加一次价格；尚未报价的项目也不能按零元计算。 光算官网基础版公开报价截图；资源分配、备份频率和迁移条件仍需按方案确认。 ## 先认清公开年费：一站一年的套餐，不是四项单价 [光算现行WordPress托管服务页](/wordpress/)公布：基础版托管**1个网站，50GB SSD、基础防御、3节点CDN，¥5,999／年**；企业版托管**1个网站，100GB SSD、WAF防火墙、全球智能路由，¥11,999／年**；旗舰版托管**1个网站，200GB SSD、专属安全策略组、私有链路加速，定制报价**。三档都描述为包含页面所列的完整托管服务，差别主要在资源、CDN和防护配置。这些是光算自己的公开套餐，并非市场均价或客户成交记录。[[1]](https://www.guangsuan.com/wordpress/) 这里的“已含”很重要。页面把多机房异地备份、专人安全运维、免费迁移、全球CDN开通配置、WP缓存与插件优化，以及7×24中文技术支持列在方案里；不能因它们各有工作量，就把它们想象成须另付一次费的标准加项。反过来，页面也没有公布“单买一份异地备份”或“每次故障处理”的统一零售价，不宜用两档年费的差额推算某个单项的价值。超出所选方案的定制需求，按页面说法先确认需求与报价。[[1]](https://www.guangsuan.com/wordpress/) 如果手头另一份报价是“买一台服务器自己维护”，或是建站后只续服务器空间，就先划到不同类别。[外贸B2B建站报价比较](/post/b2b-web-quote-comparison)讲的是首年建设与次年纯托管的分账；这里谈的是已经有WordPress站点、希望把技术照管纳入年费时怎样问价，不能把纯托管续费视为同一服务的便宜档。 ## 主机：看分配到网站的资源，别把宿主机当独享 光算页面提到通常使用16核、32G内存以上、100M以上带宽的**宿主机**，同时明确说明这不是每个网站独享整台机器；单站分配资源、带宽与流量以签约方案为准。报价时把CPU、内存、存储、带宽／流量、超量处理和升级条件写成“分到本站的配置”，不要把宿主机总规格抄进单站资源栏。[[1]](https://www.guangsuan.com/wordpress/) CDN也放在这一栏问，但单独记覆盖范围：基础版页面写明3节点CDN，企业版写有全球智能路由；节点地区、流量、防护额度按所选方案确认。三档包含方案范围内的CDN开通配置与WP优化，不等于每站独享全球节点，也不等于任意流量、任意安全策略都免费。主要客户在哪些国家、商品图片有多大、是否有登录或结算请求，都应告诉报价方，才谈得上选资源和缓存范围。[[1]](https://www.guangsuan.com/wordpress/) ## 异地备份：年费里含的是服务，频率与恢复边界要填实 WordPress官方备份说明把典型站点的完整恢复资料分为数据库与文件两部分；只拿网站目录，通常并没有同时拿到数据库。[[2]](https://developer.wordpress.org/advanced-administration/security/backup/)光算页面将多机房异地备份列为三档共同服务，但备份频率、保留周期、恢复方式和恢复目标要在开通前确认。故报价单可以写“异地备份：所选套餐年费已含”，旁边仍须填覆盖哪些文件与数据库、保留多久、谁提出恢复请求、谁实施恢复，以及特殊恢复或额外存储是否属于另议范围。不要把尚未谈定的频率写成每日，也不要把“异地”理解成企业邮箱和所有外部系统都一起备份了。[[1]](https://www.guangsuan.com/wordpress/) 这一节解决的是采购责任和价格归属。真正交付后如何核对副本、怎样做隔离恢复演练，已有[WordPress托管验收清单](/post/wordpress-managed-hosting-checklist)逐项展开，签约前不必把操作记录伪填进报价单。 ## 迁移：套餐说免费，先把“要搬的是什么”说清 光算服务页和FAQ均写明托管方案包含免费迁移：从现站检查、备份、预迁移、测试到上线切换由其操作，不额外收取套餐所述迁移费；迁移窗口和数据同步方式须在实施前确认，持续产生订单的交易站要单独安排最终同步窗口。写询价单时不应删掉这项已有权益，也不能把它扩写成“任意数量的网站、复杂多系统改造都无条件免费”。先列现站网址、站点数量、数据库及媒体规模、主题／插件依赖、是否保留原域名和URL、是否有持续订单，再请服务方确认哪些在套餐迁移范围内、哪些需求需另提方案。[[1]](https://www.guangsuan.com/wordpress/)如果迁移里涉及保留 URL，就先把[旧 URL 到新 URL 的对照表](/post/migrate-to-wordpress)补齐，再谈实施窗口。 只换运行环境与同时改版、换域名或重做内容，工作的边界不同。若URL也要变，另看[网站改版迁移清单](/post/%e5%a6%82%e4%bd%95%e9%87%8d%e6%96%b0%e8%ae%be%e8%ae%a1%e6%82%a8%e7%9a%84%e7%bd%91%e7%ab%99%e8%80%8c%e4%b8%8d%e6%8d%9f%e5%a4%b1seo%e6%8e%92%e5%90%8d)，并在报价中把改版、内容工作与托管接入分别列出。不要因为“免费迁移”四个字，默认新设计、翻译、第三方插件授权也都包含。 ## 运维：年费买了人处理什么，哪些事仍由企业决定 光算页面列有专人安全运维、WP缓存与插件优化及7×24中文技术支持；网站打不开、攻击、插件冲突、配置调整可联系支持，**具体渠道、故障分级与响应目标仍要写入服务协议**。这不是“任何故障即时修好”的承诺。先问清例行更新、紧急修复、主题或自定义插件改代码分别由谁负责；企业则要明确业务负责人、域名及第三方账号持有人，以及影响订单或询盘时谁批准高风险操作。额外开发、内容更新、SEO代运营、付费插件授权若有需求，单列询价，不能因为都发生在WordPress网站上就默认包含在托管年费里。[[1]](https://www.guangsuan.com/wordpress/) 续费时再核一次：首年与次年的年费、资源调整条件、第三方域名或插件续费各归谁；服务结束后文件和数据库如何取回。服务方可以处理技术故障，企业仍应保有域名等关键账号的管理权；把授权范围与最终确认人写进方案。 ## 试用和故障返还，按官网条件写在报价旁 光算公开页提供**7天免费试用**，表述为不满意可在7天内不需要付费，试用起算时间与迁移安排要在开通前确认。它还写明：**因服务器机房问题导致网站无法打开**，故障时间按3倍返还，适用条件与记录方式在协议中明确。这里返还的是故障时间，不是任何原因停机都按三倍现金赔偿；试用也不能代替迁移范围、正式费用和续费条款的书面确认。[[1]](https://www.guangsuan.com/wordpress/) ## 把这份同口径问价单交给两家，再看价格 先把同一现站资料发给甲、乙两家：网址＿＿；生产站点数＿＿；B2B官网／WooCommerce／其他＿＿；目标访客地区＿＿；已用存储与访问量（有记录才填）＿＿；是否改域名、改URL或持续接单＿＿。以下甲、乙均是**空白待填栏**，不是实际供应商报价。每一行都让对方标“已含／另计／由企业负责／待确认”，并写金额、单位和触发条件；“待确认”不要放进零元合计。 - 计费基准：甲＿＿元／＿＿站／＿＿年；乙＿＿元／＿＿站／＿＿年。试用后从何时开始计费？次年续费价或调整机制＿＿。 - 主机与CDN：甲分配本站CPU＿＿、内存＿＿、SSD＿＿、带宽／流量＿＿、CDN地区／节点＿＿；乙对应＿＿。超额时限制、升级或另收费的单位与通知方式分别是＿＿。 - 异地备份：甲状态＿＿、覆盖文件＋数据库＿＿、频率／保留期＿＿、恢复由谁操作＿＿；乙对应＿＿。额外存储或特殊恢复若另计，金额／计费单位与事先批准人＿＿。 - 首次迁移：甲状态＿＿、包含原站数量及功能＿＿、域名与URL是否改动＿＿、订单最终同步安排＿＿；乙对应＿＿。对方认定的超范围工作先列项目、价格和批准人＿＿。 - 持续运维：甲含安全处置、缓存／插件优化和技术支持的具体工作＿＿；乙对应＿＿。联系渠道、故障分级、响应目标、另计的代码修改或第三方授权＿＿。 - 第三方与退出：域名、企业邮箱、付费插件、外部存储等分别由谁持有账号、谁续费＿＿；停止托管后文件与数据库交接由谁执行、是否另计＿＿。 - 试用与返还：7天从何时起算＿＿；故障返还适用原因、计时证据、兑现方式与协议条款＿＿。没有这项约定的供应商就填“无”或“待答”，不要照搬他家的权益。 把同一行答案并排看。若一方的异地备份与故障处理已经包含在年费里，另一方尚未报价，这不是“后者更便宜”的充分依据；先补齐缺项再比较。咨询光算时可直接带上这张清单，请对方依据[当前套餐](/wordpress/)与现站检查结果确认资源、服务边界和正式方案。 ## 资料来源 - [[1] 光算 WordPress 托管与优化服务页](https://www.guangsuan.com/wordpress/)：仅用于说明光算当前公开商业方案及适用条件，不作为行业平均价或已履约证明。 - [[2] WordPress 开发者文档：Backups](https://developer.wordpress.org/advanced-administration/security/backup/)：数据库与文件需分别备份的技术依据。 --- ## 俄语外贸网站报价怎么比：建站范围、术语校对与产品内容谁负责 - URL: https://www.guangsuan.com/post/russian-web-quote/ - 作者: Don Jiang - Published: 2026-09-23T16:45:11+08:00 - 摘要: 俄语外贸网站报价先按同一语种、页面和产品数量对齐：模板与录入、翻译与术语校对、产品资料与签字各由谁负责？附光算公开套餐口径及可填写的双供应商询价表。 两份报价都叫“俄语外贸网站”，一份可能只搭好俄语页面和产品模板，另一份还负责把每个型号的资料译成可发布的俄语。比较时，先把目标地区、建站方式、页面和产品数量、现有资料的状态固定下来，再要求双方分别写明俄语翻译、术语校对、内容上架由谁做，技术事实和供货承诺由谁批准。工作量没对齐，首年总价没有可比性。 ## 先定同一份需求，再看谁报了什么价 已有英文站，也不必直接假定要重建。先让供应商检查现有系统能否增加俄语版本；若需要另建独立站，把两种方案分开报价。[光算俄语网站建设](/ru-web/)的常见问题也将“加语言版本还是另建网站”留给架构、内容和运营条件评估。目标地区请由销售按实际可供货范围填写：使用俄语沟通，不等于企业能向所有俄语地区按同一条件交付。 **教学示例，非真实客户或已签合同：**企业已有英文站、八个型号各有一份参数表，但尚无审定的俄文稿；拟在现站新增一种俄语版本，制作一个首页、一个产品分类页、八个独立型号页、一个联系页及一个询价表单。其中两张参数图含英文标注。销售先填一个优先目标地区，不自动扩展到其他地区版本。下表的数量只是供两家按**同一规模**填写的假设条件，既不是光算套餐承诺的页面数，也不是行业通用配置。 把这份条件和现有资料清单同时发给甲、乙两家。每项请分别填写“包含／另报金额与单位／不做／待确认”，不要把“待确认”算作零元；手机上可逐项阅读两家的回复。 同一规模的询价项目甲、乙分别书面答复 现有英文站增加俄语：十一张页面（首页、分类、八款型号、联系）、语言入口及独立地址；另建站单独报价甲：状态、金额＿＿ 乙：状态、金额＿＿ 模板与录入：共用几套产品页版式；八款型号录入字段；样板页是否计入八页甲：模板、页数＿＿ 乙：模板、页数＿＿ 俄语内容：八款产品及首页、分类、联系、表单提示；译英文底稿还是上架企业俄文定稿甲：计量、范围＿＿ 乙：计量、范围＿＿ 术语校对：八份参数表的型号、单位、工况与部件；样页及术语表；疑义由工程师确认甲：人员、轮次＿＿ 乙：人员、轮次＿＿ 带英文的两张参数图：文字替换、版本核对、俄文图注、授权；下载资料是否包含甲：图、文件数＿＿ 乙：图、文件数＿＿ 上线检查：俄语菜单、按钮、表单提示、手机排版、目标地区访问与询价接收甲：检查结果＿＿ 乙：检查结果＿＿ 交接与更新：WordPress账号、俄语稿与术语表、数据取回；后续改型号如何同步及计费甲：续费、更新＿＿ 乙：续费、更新＿＿ 十一张页面的核算只指示例里的实际页面数量，不等于十一套设计稿。反过来，“一套产品页模板”也不等于八款型号的参数、标题和图片都已经译好并上架。报价如果只写“含俄语内容”，就要求它落到表中具体哪一行、哪几张页面、哪些文件。 ## 同样八款产品，术语校对的工作量也可能不同 逐句翻译解决文字表达；术语校对要追问原始资料究竟在说什么。参数表只写“压力”，译者无法替工程师判断是工作压力、试验压力还是其他条件。对型号、单位、材料、认证适用范围及图纸版本，也应先确认事实，再选择俄语说法。供应商应说明术语疑义由谁汇总、谁提出问题、谁修订各页面；企业则指定能回答问题的人。缺少事实时先标待确认，不能由建站方猜出一个性能值。 报价不能只按“八页”推翻译与审校工时。八页若共用同一类参数结构，与八页各有不同工况、图纸和带字图片，需要处理的内容并不相同。请把底稿来源、可翻译正文、表格字段、图片文字、下载资料分别列量；计费按页、按字、按图，还是按约定工作包，由供应商在书面方案里说明。修改源稿后能否同步重校、包含几轮修改，也在询价时说清。不要把翻译过的俄语称为已经过工程审核。 如果还没有适合公开的源资料，先看[俄语工业产品页的资料与术语准备清单](/post/russian-b2b-website-content-preparation/)，整理型号、规格、工况和公开授权。本篇的重点是采购时如何把这项准备工作与供应商工作分清，而不是再做一份产品资料教程。 ## 谁供稿、谁校对、谁批准发布 把签字点写在交付清单里，比笼统要求“俄语专业”更能防止返工： - 企业产品或工程负责人提供八款型号的可核参数表、图纸版本和适用条件，确认技术事实；尚缺的项目标出补充人和日期。供应商若承担资料整理，应交回疑义清单，不能自行补写性能和认证。 - 企业销售负责人确定目标地区、实际供货与售后条件、询价所需字段，批准对外使用的商业说法。俄罗斯与中亚其他地区如有不同业务条件，应另列需要调整的页面，不默认为同一地区版。 - 俄语翻译或校对人员由报价单指名或列明安排：按确认过的术语表校语言和采购表达，并标注未决问题。谁来提供此人、校对哪些页面和图片、是否含第二轮复核，均须写进报价，不能假定任一套餐自动覆盖无限量资料。 - 建站方负责其约定范围内的页面制作、内容上架及俄语界面检查；企业指定项目负责人在工程、销售和俄语三方确认后签收最终可发布版本。缺任何一方的确认，不把一张看起来完整的页面视为内容已审定。 有些企业能提供已核准的俄语定稿，只需建站方上架；有些只有中文或英文目录，需要采购翻译、术语校对和资料整理。两种输入不能按同一“翻译包含”理解。[外贸B2B建站的一般报价拆账](/post/b2b-web-quote-comparison/)可用来核首年建设、次年托管和账号归属；俄语项目在此之外，还要把这张语言与审签责任表附上。 光算俄语网站公开套餐第三档截图；起价和具体需求单独评估条件见原页面。 ## 官网公开价格能回答什么，不能代替什么 以光算当前[俄语建站套餐](/ru-web/#rw-plans)为例：模板建站首年 ¥10,000（预置模板），简单定制首年 ¥29,800（模板基础上个性化修改），定制仿站 ¥59,800 起（按需求原创设计、项目单独评估）。这是建站档位公示价；上述“在现有英文站增加俄语版本”的教学情境，能否适用某一档、是否需改造旧系统，必须经过现站评估，不能直接套用 ¥10,000。三档对应的基础 TDK 与赠项不同：模板档赠送首页收录服务；简单定制档赠送内页收录服务；定制仿站档赠送内页收录服务和外链套餐 A。具体引擎、页面范围、执行及套餐 A 明细要在方案中确认；赠送服务不能写成保证搜索引擎收录、排名或询盘。 页面还列有各档的域名注册协助、海外服务器托管、全球 CDN、SSL、企业邮箱配置、WordPress 程序与数据自由迁出；首年服务器免费托管，次年服务器纯托管续费 ¥3,600／年。这是光算该服务页的公开口径，不是外部供应商的可比成交价。“注册协助”不等于域名购买和续费免费；“纯托管”也不包含持续内容、网站改版、SEO 运营或广告投放。 尤其要看官网的范围说明：页面数量、俄语翻译量、资料整理、第三方付费插件、域名续费与新增功能都要在签约前列明。它没有公布“每款产品翻译多少钱”“专业校对一轮多少钱”；上表这些栏位留给正式报价，不能用建站标价倒推出翻译和校对都已全包。参考开发周期也需结合资料齐备与确认进度评估。 ## 验收前，把这些话问到能写进报价单 - “按随附的十一张页面、八款型号、两张带字参数图报：哪些是模板制作，哪些是俄语撰写或翻译，哪些是单纯录入？如果现站不能增加俄语，另建方案差在哪里？” - “请展示拟采用的样板页确认流程：谁提供底稿，谁出术语表与疑义清单，工程师、销售、俄语审校分别在何时签字？样板及返修是否算入上述数量？” - “请逐项写明包含、另计、不做或待确认；另计项目给出计量单位、金额或需补充的资料，追加工作须经谁确认。今后型号参数一改，俄文网页、图片与下载资料由谁同步？” - “服务器纯托管之外，域名、插件、俄语内容更新、故障处理和资料交接分别由谁负责？赠送的收录服务涉及哪个引擎与页面，如何核对执行？” 拿到书面范围后，再做现场验收：逐款核对俄语产品页与源参数，实际提交一次测试询价，检查手机显示、邮件接收、后台编辑与数据取回。具体操作可沿用[外贸B2B建站验收清单](/post/b2b-website-acceptance-checklist/)；报价阶段先把谁做、做到哪里、谁确认写清，验收才有依据。如果要请光算评估，带上现站地址、优先地区、产品与资料清单，把未定的翻译量和校对责任一并发给[客服沟通](/kefu/)。 --- ## Google Ads代运营费用怎么比：广告预算、服务费与账户配置分别算 - URL: https://www.guangsuan.com/post/google-ads-fee-comparison/ - 作者: Don Jiang - Published: 2026-09-23T16:45:11+08:00 - 摘要: 比谷歌广告代运营报价，分清广告到账与实际消耗、每次充值服务费和月度最低额。按光算现行收费示例核算首笔支出，附账户付款权限、素材页面范围与空白询价清单。 找 Google Ads 代运营时，两份报价都写“广告预算 1 万”，最后要付的钱可能不一样。一份说的是广告账户到账额，一份说的是当月预计消耗；服务费又可能按充值、按消耗或按月计算。先让报价方把钱的去向和计费时点写明，再比较高低。 比较 Google Ads 代运营费用，至少分开看广告账户的充值或平台账单、代运营服务费、首次开户与搭建费，以及另行制作素材或开发页面的费用。统一目标市场、投放周期和工作范围后，分别算首笔要付多少、跨月怎样结算；账户访问权和付款资料也要同时核对。单看“服务费率”无法判断客户总支出。 行业场景图片，不是客户广告投放或账户数据。 ## 广告预算先问清：到账、实际消耗，还是每天的设置值？ 投放预算是供广告平台使用的钱，不等于服务商的收入。如果由服务商代充值，报价单要列出“客户支付的金额”和“Google Ads 账户实际到账的金额”；如果企业自己向平台付款，就保存平台结算记录，再单列服务商账单。Google 的第三方政策要求将 Google 收取的广告费与另行收取的管理费区分告知，不能把两者混在同一个“平台花费”数字里。[[1]](https://support.google.com/adspolicy/answer/6086450?hl=zh-Hans) 还要分清到账额与消耗额。充值进账户的余额不代表当月已经投完；Google Ads 的后付费、预付款和按月账单结算也不是同一种付款节奏，实际可用设置取决于账户的账单国家或地区、币种和资格。[[2]](https://support.google.com/google-ads/answer/2375432?hl=zh-Hans) 广告系列中设置的平均每日预算又是投放控制值，不是每一天的固定账单，也不是代理商的月度管理费。[[3]](https://support.google.com/google-ads/answer/10486536?hl=zh-Hans) 询价时请对方写明：币种和换算口径、谁向 Google 付款、平台账单由谁查看、按什么时间段核对消耗。跨月比较时，同一笔充值和它后来形成的广告消耗只能分别放在“现金支出”和“投放使用”两栏，不能相加算两次成本。 ## 光算公开收费怎样拆，月度最低又该怎样问？ 以[光算现行 Google Ads 代运营服务页](/ads/)为例，页面列的是首次开户与初始设置费 **2,500 元**、按**每次广告充值金额的 15%**计运维服务费；若**当月广告费消耗不足 10,000 元**，月度运营费用最低 **1,500 元**。前两项按“首次设置”和“每次充值”描述，最低额则按“当月消耗”判断，计费时点不同，不要把“本次充值 1 万”直接当成“本月消耗 1 万”。这组数字是光算页面的公开报价，不是 Google 收取的统一开户费或行业参考价。 官网给的首次示例是：广告账户到账 **10,000 元**，首次设置费 **2,500 元**，本次运维服务费 **10,000 × 15%＝1,500 元**，因此首笔合计 **14,000 元**。页面给的后续同额充值示例为支付 **11,500 元**，不再计入首次开户设置费。这是“充值时要付多少”的示例，不是当月广告已经消耗或获得询盘的记录。 月度最低额**不能机械地再加在上述每笔 15% 服务费后面**。服务页同时要求签约前确认：充值服务费与月度最低费用怎样结算、抵扣，以及暂停投放期间怎样处理。因此，当月花费不足 10,000 元、跨月充值或一个月充值多次时，先让光算按你的计划出书面结算示例；在规则确认前，不计算一个看似精确的“整月总价”。已有账户接手是否发生首次设置费，也要据实际方案确认，不能凭“不是新账户”自行推定免收。 ## 把首笔付款和持续支出分开算 可以请每家服务商在同一条件下填写下面的空白式子。条件至少包括：同一投放国家、同一产品范围、相同广告系列数量、预期合作周期，以及要制作多少素材和落地页。若不同方案用不同币种，先写换算日期与汇率来源，再比较同币种金额。 **首笔现金支出＝本次广告到账或应付平台账单 A＋本次约定服务费 B＋确实适用的一次性设置费 C＋经确认的另计项目 D－书面约定的抵扣 E。** A、B、C、D、E 的币种和含税口径逐项填写；不适用的项目标“不适用”，尚未问到价格的项目留“待报价”，不要填零。光算的 14,000 元仅对应官网那笔首次充值示例，未包含未确认的另计项目或月末调整。 再做一张按月对账：分别列每次充值日期和到账额、平台实际广告消耗、服务费已收金额、月底是否触发最低额及其抵扣结果、另计项目和剩余余额。**比较一个合作周期的总付款，用实际付款与后续约定补差汇总；比较媒体投放成本，用平台账单的实际费用。** 不把广告余额再次当作新增付款。固定月费或按消耗提成的报价，也按它们各自的合同公式填 B 栏，不能直接套用光算“按充值额计”的算法。 ## 报价单里空着的几格，比费率更值得追问 把下面这份清单发给报价方，请对方逐项填写“包含、另报、不做”和对应证据。手机上可横向滑动查看表格。 项目请报价方填写核对材料 媒体款谁付款；到账、消耗分别是多少；币种、账单、未用余额怎样核对广告账户客户 ID、平台费用视图与付款凭证 服务费按充值、消耗还是固定月费；费率或金额；计算周期、起止日、最低额与抵扣规则逐笔演算、合同计费条款 开户与搭建一次性费用适用新户还是接手旧户；账户结构、广告系列和转化设置做到哪里启动交付清单、已有账户诊断范围 素材与页面广告文案、图片、视频是优化现有素材还是制作新素材；落地页仅给建议还是负责开发上线数量、稿件版本、页面 URL 与修改责任人 数据与复盘基础转化设置、网站分析关联、销售反馈整理各包含什么；额外数据接入是否另报授权范围、事件清单、报表样式与沟通频率 结束合作账户访问、付款资料、素材源文件、历史报表和余额怎样交接权限清单、交接日期与双方确认记录 光算服务页列有账户诊断、系列搭建、搜索词与否定关键词维护、落地页分析优化、统计监测、图片视频广告创意优化及效果报表等工作，但明确说素材制作、页面开发和数据接入的具体范围以方案和合同约定为准。“优化广告素材”不能自动读成无数量限制地制作视频；“优化落地页”也不等于包含整站开发。先把责任写具体，才有可比的报价。 ## 钱从谁的账户走，账户又由谁管理？ 问清广告客户账号由谁创建、企业是否持有管理员访问、服务商是否用经理账号关联、付款资料的法律付款人及付款用户是谁。Google 说明：经理账号若新建客户账号，会自动成为该账号的“所有者”经理；关联既有客户账号则不会自动取得这项所有权。这里的经理账号“所有者”是管理权限概念，客户账号仍是自身数据的所有者。企业是否能实际登录和取回投放历史，要看企业手上是否有可用权限及具体交接安排。[[4]](https://support.google.com/google-ads/answer/7456532?hl=zh-Hans) 广告账号权限与支付资料权限另行设置：能看或调整广告，不代表能管理付款用户；添加或移除付款用户还需要相应的支付资料权限。[[5]](https://support.google.com/google-ads/answer/16305123?hl=zh-Hans) 若由服务商代付，写明费用凭证、平台余额、换合作方时的结算和资料交接；若企业直接付款，也要确认代运营人员需要的授权级别。无需为询价交出主账号密码。平台规则只能说明系统如何运作，不能替代你与服务商的合同。 签字前带上网站网址、目标市场、主营产品、现有账户情况和计划预算，请对方把上表及“低消耗月、跨月充值、暂停投放”三种情况写进同一份报价说明。费用算清后，若还要讨论销售认定的线索如何反馈投放，可看[Google Ads 有效询盘回传](/post/google-ads-qualified-lead-feedback)；若疑问是哪些查询在消耗预算，则看[搜索字词可见范围与无效需求排查](/post/%e8%b0%b7%e6%ad%8c%e5%b9%bf%e5%91%8a%e6%90%9c%e7%b4%a2%e5%ad%97%e8%af%8d%e9%87%8c%e9%9d%a2%e7%9a%84%e5%85%b6%e4%bb%96%e6%90%9c%e7%b4%a2%e5%ad%97%e8%af%8d)。报价比较不能代替投放后的效果复盘，也不保证固定询盘或成交。 ## 参考资料 - [[1] Google 第三方政策：广告费、管理费与客户账号信息](https://support.google.com/adspolicy/answer/6086450?hl=zh-Hans) - [[2] Google Ads 的支付设置简介](https://support.google.com/google-ads/answer/2375432?hl=zh-Hans) - [[3] Google Ads 预算概览](https://support.google.com/google-ads/answer/10486536?hl=zh-Hans) - [[4] 经理账号：客户账号所有权简介](https://support.google.com/google-ads/answer/7456532?hl=zh-Hans) - [[5] 在支付资料中管理付款用户](https://support.google.com/google-ads/answer/16305123?hl=zh-Hans) --- ## 网站改版换URL后，已购买的GPB外链与下一轮采购怎么衔接 - URL: https://www.guangsuan.com/post/gpb-url-migration/ - 作者: Don Jiang - Published: 2026-09-23T16:45:11+08:00 - 摘要: 改版换URL后，按旧新目标映射逐条核对已购GPB来源文章与实际落点，再确定下一批目标页、同批和跨批域名去重范围；附空白对账表。 网站改版换了URL，已买的GPB先不要按“原来买了多少条”直接续单。拿出上一批交付记录，把每篇来源文章里的实际目标地址，与网站的旧→新URL映射逐条对上；从旧地址打开，检查最后是否到达对应的新页面。下一批再提交已确认、可访问的新目标URL，并单独说清历史来源域名要比较哪些批次。旧GPB文章中的链接能否改址、由谁改、是否收费以及可申请的时间范围，都要向交付团队确认，不能把网站重定向成功当成已修改来源文章。 ## 先把“来源文章”和“客户目标页”分开 GPB的服务结构是“一条外链、一篇原创相关文章、一个顶级独立域名”，同一套餐内来源域名不重复。已交付的来源文章有自己的URL；文章中的链接则指向当时约定的客户页面。改版通常改变的是后者，不能只把客户新站首页发给执行方，就认为所有旧链接都已经有了合适落点。[GPB服务页](https://www.guangsuan.com/gpb/)载明了原创文章、链接属性、收录与维护承诺，但没有据此承诺已交付链接在客户改版后可免费改址。 如果旧目标URL仍可保留，先确认它是否继续提供原有内容；确需更换，就让网站负责人给出逐条映射及测试结果。[Google的URL迁移指南](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes)针对网站自身的旧新地址映射、永久重定向和终点测试给出建议；它不是GPB的修改合同，也不规定外链服务方必须替客户改写旧文章。站内迁移的完整检查可参看[网站改版迁移验收清单](https://www.guangsuan.com/post/%e5%a6%82%e4%bd%95%e9%87%8d%e6%96%b0%e8%ae%be%e8%ae%a1%e6%82%a8%e7%9a%84%e7%bd%91%e7%ab%99%e8%80%8c%e4%b8%8d%e6%8d%9f%e5%a4%b1seo%e6%8e%92%e5%90%8d/)；这里重点处理迁移清单怎样与已购GPB及复购要求接起来。 迁站先核对旧新 URL 映射，再将已购链接和下一批目标页分别列单；示意图不代表客户交付。 ## 按已交付来源逐条核对，而不是只看新站能打开 先保存上一批交付报表原件，再为每条GPB复制一行核对记录。原始来源URL、文章里的实际href、旧目标URL和新目标URL各占一栏，不要用最终落地地址覆盖原值。以下是买方填写的空白表，不代表光算交付报表的固定格式；哪些原始字段可以由交付方提供，可对照[GPB首次交付核对方法](https://www.guangsuan.com/post/gpb-backlink-delivery-checklist/)询问。 一条已购GPB的迁移核对记录（空白，逐条复制填写）要留的事实本条记录与核对日期 历史订单／批次；来源文章URL；来源顶级独立域名＿＿＿＿ 来源文章中当前实际href；原定客户目标URL＿＿＿＿ 已确认的新目标URL；对应产品或页面问题＿＿＿＿ 从旧目标URL访问：每跳状态、最终地址、最终页面内容＿＿＿＿ 来源文章链接仍存在吗；实际href是否已经变化＿＿＿＿ 待处理问题、责任人、反馈日期及复核结果＿＿＿＿ 检查时，从交付报表里的来源文章打开页面，找到链接并记下它当前的href；再从这个地址实际访问，核对跳转和最终内容。若旧址被一律导向首页、指到不相关品类，或经过跳转后报错，应先让网站迁移负责人修正映射，不要在“终点是新域名”这一栏直接填“通过”。若来源文章本身打不开或链接消失，把这类问题单独反馈给GPB交付方，别与客户站跳转错误混成一个工单。 **教学示例：**旧目标是 `https://www.example.com/products/pump-a/`，确认的新目标是 `https://www.example.com/pumps/pump-a/`；历史GPB来源文章位于 `https://guide.example.org/pump-a/`，其链接仍写旧目标。买方应记录“来源href仍为旧址”“旧址实测到达对应新产品页”这两个不同结论，再问交付方是否接受修改来源href、处理费用和期限。下一批若继续推广这款产品，需求单应填写核定的新产品URL。示例域名与路径仅供练习，不是光算资源站、真实订单或已完成迁移的证明。 ## 下一轮采购，先确定目标，再谈来源域名 改版尚未上线时，不宜把预览地址、将被移除的旧路径或尚未确认归属的合并页直接写成下一批GPB目标。网站负责人先核定新URL与页面内容；采购负责人打开正式地址，确认语言、产品信息、咨询入口与访问状态，再按页面列出准备采购的数量和优先顺序。原来的产品页若合并到品类页，先确认新页仍能回答原先的问题。旧页面没有相关替代内容时，不要为了继续买链硬把目标改成首页。 GPB负责重点目标页的原创相关文章和独立来源；若计划同时调整品牌首页或大量内页的建设，[GPB、GNB、GMB选型对照](https://www.guangsuan.com/post/gpb-gnb-gmb-backlink-selection/)说明了不同产品的目标范围：GNB仅做一个网站首页和品牌词，GMB面向一个目标域名下的多URL覆盖。不能把这两项数量算作下一批GPB原创文章或独立来源。若另购[外链组合](https://www.guangsuan.com/backlinks/)，仍按约定组件和层级分别核对；[多层建设验收表](https://www.guangsuan.com/post/layered-backlink-report/)处理的是层间指向，不替代这张GPB旧新目标对账表。 ## 同批不重复，不等于与过去每一批都不重复 GPB页写明同一套餐内域名不重复；重复购买100条套餐时，每次随机安排100个顶级独立域名，**不保证与过去批次完全不同**。若要求跨批次全部使用不同域名，页面明确需要追加费用，合作前先确认去重范围。不能凭“这次也买GPB”推断来源自动换新，更不能自己规定历史所有订单都纳入比较。 把已购批次的来源域名清单交给对接人，指出哪些批次必须纳入比较，并单列改版前旧域名下的历史订单是否算在范围内。若旧报表缺失，就写“仅与已取得的批次核对”，不要对未知批次作全量不重复承诺。买方可在拿到新一批报表后分别检查本批内部重复与约定历史范围内的交集；若两批恰有相同来源域名，先看合同是否要求跨批去重，再按书面约定反馈。*同一来源域名的不同文章URL，不应在这张来源域名比较表中冒充两个独立来源。* 发给交付团队的下一批需求与待答复项（空白）要确认的问题填写要求／书面答复 新站正式域名；本批GPB目标URL和各页拟采购数量＿＿＿＿ 哪些旧批次有报表；提供了哪些来源域名清单＿＿＿＿ 本批内部域名不重复的核对口径＿＿＿＿ 要求跨批去重吗；比较哪些订单、旧／新目标域名下的批次＿＿＿＿ 跨批全新来源域名的追加报价及确认方式＿＿＿＿ 已交付链接可否改址；执行权限、费用、期限和处理结果如何复核＿＿＿＿ 网站迁移与GPB对接负责人；放行下一批的日期＿＿＿＿ 按光算现行服务，已交付GPB链接“永久不主动删除”，资源站至少维护一年；后续维护、异常处理与存续责任仍应在合同中约定。这个留存承诺不能直接推出“旧链接可无限次免费改到新URL”。迁站后的链接改址、费用及责任，最好随旧新映射和新一批目标清单一起向[GPB交付团队确认](https://www.guangsuan.com/gpb/)。收到书面回复后再决定哪些旧链申请处理、哪些靠已核实的网站跳转承接、下一批从哪些新页面开始，而不是把复购单当作迁站修复单。 --- ## 三条产品线只够做一条SEO，先投哪条？按供货能力、询盘价值与页面基础选择 - URL: https://www.guangsuan.com/post/product-line-seo-priority/ - 作者: Don Jiang - Published: 2026-09-23T16:45:11+08:00 - 摘要: 有三条产品线却只能先做一条SEO？先排除无法履约的产品，再核询盘与项目价值、页面和审核能力；附教学情境与可填写的优先级记录方法。 三条产品线只够集中做一条SEO，先投能够在目标市场稳定供货、确有值得争取的采购项目，而且能把选型和询价信息做成可信页面的那条。顺序不能倒过来：无法履约的产品即使搜索量大、单价高，也先暂缓；有供货能力但页面薄弱，可以把补齐页面列入首轮工作，不必因为它现在没有漂亮的产品页就淘汰。最后才比较同等可做的两条线，哪条更值得占用销售、工程和内容人员的时间。 供货、询盘价值与页面条件需一起核对；图片为选题决策示意。 ## 先把比较单位写清：产品线、买家和可供市场 “先做机械设备还是做备件”还不够具体。给每条候选线写明产品范围、主要买方、实际交付地、搜索语言和谁负责询价。若同一产品在不同国家的供货与售后条件不同，应分别核对，不拿一条“全球搜索量”代替市场选择。目标国家尚未定，可以先看[外贸SEO目标市场怎么选](https://www.guangsuan.com/post/seo-target-market-selection/)，再回来排产品线。 供货判断请销售、生产和交付人员分别确认：可供型号及定制边界、产能与交期、起订条件、目的地运输与售后、该产品在当地需要核实的文件或限制。只记录当前能做到的事；认证或准入要求因产品与目的地而异，不能拿行业常识替具体项目下结论。把每条线标为“已确认可供”“补齐条件后再评估”或“当前不做”，并记下确认人。后两种状态先解决履约问题，别先买一批内容赌未来能接单。 ## 能供货之后，问销售哪类询盘值得继续追 单价高不一定是优先线。请销售从同一统计窗口的询价记录里，按产品线找出确实进入选型、报价或项目讨论的需求，分清新买家、老客户续购、重复联系与售后求助；再对照实际报价、成交贡献、交付与售后成本、回款周期，以及销售能否及时处理这类咨询。没有完整毛利表时，先把已有报价和费用资料交给财务核对，缺的栏位写“待核”，不凭想象给三条线打分。 这里要比较的是企业愿意接、也接得住的采购机会，不是只看网站点击或泛产品词的工具数字。某条线的询盘量多，却全是无法供应的规格；另一条线询盘较少，但需求明确且企业有可复用的解决方案，两者不能只按消息条数排序。若团队尚未统一何为有效商机、同一项目算几次，可以先用[SEO有效询盘的判定与去重方法](https://www.guangsuan.com/post/seo-qualified-inquiry/)整理记录；过去的销售记录也不能自动归因于SEO。 ## 再看页面：买家能否从需求走到合适的产品 选中的产品线至少要有一个可承担主要采购问题的页面。拿一条真实常见的询价问题，按买家的路径试读网站：能否找到系列选择、适配的型号或方案、限制条件、供货范围、索取报价时要提供的资料，以及能正常提交的联系入口？页面只有“品质可靠”的介绍和几张照片，销售却需要反复问工况与兼容性，就先让产品或工程人员补这些事实。 检查现有系列页、型号页、应用说明和FAQ各自回答什么，不要为了每个搜索词新建一页。若系列页可补齐型号差异，先改现有页；确有独立的复杂选型问题，再做专题或文章，并在合适处通向可供产品。具体查询交给哪个页面，可参考[产品页与博客的关键词页面地图](https://www.guangsuan.com/post/b2b-keyword-page-mapping/)。这个工作应等产品线确定后再细化，不能把“已经有很多页”当成优先投资的理由。 还要核对核心页面是否可访问、是否允许搜索引擎抓取、正文中是否有可索引的产品信息。Google列出的基础技术要求包括不阻止Googlebot、返回成功状态以及具有可索引内容；满足它们也不保证收录或排名。[[1]](https://developers.google.com/search/docs/essentials/technical) 如果页面打不开、参数已经过期或询价入口失效，先修这类基础问题，再谈围绕它扩内容。 ## 把三条线放到同一张卡上，不用总分掩盖硬伤 每条线按相同字段填一行：①产品线＋买方＋目的地；②供货状态与未决条件、确认人；③已核的项目/报价/贡献资料和销售跟进能力；④现有主页面URL、缺的采购信息与补充负责人；⑤本轮决定（先做、候补或暂缓）及重新评估的条件。没有证据的格子保持空白并指定补资料的人。别把“供货尚不确定”记成两分，再靠搜索量五分把它平均过去。 下面是**完全假设的教学情境**，不是光算客户案例、真实询盘或市场数据。一家设备企业暂将三条线放在同一个已确认可服务的市场比较： - **成套输送设备：**报价项目价值看起来高，页面也较完整，但当地安装与售后由谁承担尚未落实。先暂缓推广承诺，等交付责任确认后重排。 - **替换备件：**供货稳定，型号页齐全；现有记录里老客户续购较多，新采购需求的贡献还没有分开核。留作候补，销售和财务先补这项区分。 - **改造模块：**假设供货已确认、销售有可追溯的项目与贡献记录，工程师也能补齐页面上的适配条件。先投这条，但首项任务是把系列差异、适用限制和询价所需资料写清，再研究采购查询与内容扩展。 如果例子里“改造模块”的工程资料迟迟拿不到，排序就会改变：可以先补资料，或在“替换备件”的新买家价值核实后让它先做。决定不应被一次会议里的主观高低分锁死。 ## 排出第一条，还要写明暂停与换线条件 确定先做对象后，把第一轮范围写成具体任务：主页面要补哪些采购答案、谁核参数与翻译、哪些查询需在目标市场实际查看结果、哪类页面承接选型与询价、销售用什么编号记录新商机。Google Search Console能按查询、页面、国家等维度查看搜索表现，点击是从搜索结果进入网站的动作，不是成交或合格询盘。[[2]](https://support.google.com/webmasters/answer/7576553?hl=en) 观察时把搜索页面表现和销售确认的采购项目分开记录，不能拿其中一栏替代另一栏。 三条线都不能稳定交付、没有人核产品事实，或网站连询价都收不到时，先暂缓新增SEO扩张。若某条线只是还没有页面，但能在当前范围内拿到资料与审核，不妨先做页面基础；若无法确定采购价值，就先整理可用的销售记录。已有其他产品线的在售页面仍要保持信息准确、入口可用，集中新增投入不等于放任存量失修；预算进一步收紧时，可参照[SEO预算缩减时的任务依赖检查](https://www.guangsuan.com/post/seo-budget-cut-task-dependencies/)，别只砍掉校对和复测。 光算的[谷歌SEO服务](https://www.guangsuan.com/seo/)按网站基础、搜索意图和内容现状评估方案，服务页也强调技术、内容与外链工作要明确交付范围。带着这张产品线卡去谈，比只说“我们有三种产品，都想做排名”更容易商定本轮优先对象、页面资料由谁提供，以及其余产品线先维护到什么程度。优先做一条是企业的阶段选择，是否调整具体服务范围和费用仍须以双方确认的方案为准，不应自行把公开套餐理解成可随意拆换的单线套餐。 ## 资料依据 - [1] [Google Search Central：Google搜索技术要求](https://developers.google.com/search/docs/essentials/technical) - [2] [Google Search Console：效果报告指标与维度](https://support.google.com/webmasters/answer/7576553?hl=en) --- ## 英文SEO文章代写怎么买：免费试稿、单篇与批量报价怎样比较 - URL: https://www.guangsuan.com/post/english-writing-purchase/ - 作者: Don Jiang - Published: 2026-09-23T13:04:24+08:00 - Last updated: 2026-10-01T14:22:21+00:00 - 摘要: 外贸企业采购英文SEO文章，怎样区分免费试稿与正式单篇、10篇和50篇套餐？按采购量、总价、英文word计量与交付范围比价，并复制询价清单。 采购英文 SEO 文章，先分清两笔账：免费试稿用来判断写作是否合适，正式文章按采购篇数计价。比较单篇和批量报价时，同时看**需要采购多少篇、合计支付多少、每篇具体交付什么**；只拿批量的每篇价格去预算一篇稿，会把采购条件算错。 ## 先看采购单位：试稿、1 篇、10 篇和 50 篇 以下是光算 [GHA 英文 SEO 文章代写服务页](/english-seo-article-writing)公开的英文文章方案，不是全行业行情，也不是对其他语种的报价： - **免费试稿：**用于了解写作质量，与正式付费文章分开。联系时说明“GHA 免费试稿”，提供网站、目标市场和选题资料；试稿篇幅与交付时间在开始前沟通确认。不要把它算作买了一篇正式文章。 - **正式单篇：**600 元／篇，采购 1 篇，合计 600 元。适合已经确定一个具体选题、暂时没有成组内容计划的企业。 - **10 篇套餐：**500 元／篇，采购 10 篇，合计 5,000 元。适合能规划一组相关问题、并有资料支持持续写作的企业。 - **50 篇套餐：**350 元／篇，采购 50 篇，合计 17,500 元。官网将其用于多主题内容需求，并建议分批确认；具体选题、批次和时间安排仍需在方案中谈妥。 光算官网套餐区域截图（2026年9月23日）；仅保留价格卡，实时价格与权益请以[服务页](/english-seo-article-writing/)为准。 10 篇和 50 篇的“每篇”价格对应各自的整包篇数与合计金额，不能拿 350 元去推算只买 1 篇的费用；也不要自行假定付款节点、用不完的篇数如何处理或试稿能抵扣正式订单。把这些问题留在询价和合同里逐项确认。 ## 试稿怎么用，才不会把“免费”比错 如果想比较供应商，把同一选题、同一版本的产品资料、目标市场和读者问题交给各方，再按同一组标准看稿：意图是否对准采购问题、产品与技术知识是否正确、事实和参数能否核实、英文表达是否适合目标市场，以及配图是否真正帮助读者理解内容（图片类型与素材来源是否清楚）。试稿的价值是降低选人的盲目性，不能由一次试稿推断后续每篇的排期、产能或搜索排名。 不要用 AI 检测分数或所谓"AI 味"百分比来判断稿件质量。这类分数既不稳定，也无法说明事实、术语和搜索意图是否正确；把它当作筛稿标准，容易放过真正的错误，也容易错杀合格稿件。稿件质量仍应由懂产品和懂市场的人逐项判断。 光算支持免费试稿，但页面没有把试稿写成任意选题、固定篇幅、固定交期或自动可发布的正式成品。申请前说清希望比较的内容、需要提供的资料，并询问试稿的使用与公开范围。想更细地看稿件本身，可用[英文 SEO 文章验稿的 Brief 与同题评分表](/post/%e8%b0%b7%e6%ad%8cseo%e6%96%87%e7%ab%a0%e6%a8%a1%e6%9d%bf)；这里先解决采购决策，不重复逐句验稿。 ## 什么时候买单篇，什么时候谈批量 手里只有一个确定的采购问题，或企业技术负责人还没确认哪些资料可以公开，先按单篇正式稿询价更容易写清交付范围。有一组相关选题、资料与内部审核人也已就位，再比较 10 篇的总预算。50 篇的单价虽然更低，却对应 50 篇的采购量和 17,500 元的总金额；如果选题需要跨产品线，先谈每批写什么、由谁审核，再看这个规模是否适合。 光算的英文套餐不设固定字数。写前应根据搜索意图、目标查询中已有内容和必答问题确定本篇深度，并在确认方案时写成验收依据；英文篇幅以 *word*（单词）计量，不用 *character*（字符）替代。向其他供应商比价时，也要先弄清报价是“每篇”“每英文单词”还是“每月”，是否同样负责选题和资料研究。每篇价格相近，工作范围未必相同。篇幅本身怎样确定，可再看[英文 SEO 文章写多长合适](/post/english-seo-article-length)。 ## 把包含项与待确认项分开问 光算服务页列出的各付费套餐包含原创相关长篇、关键词调研、图片与表格编排、YouTube 视频嵌入。这里的“嵌入”不是视频拍摄；图片和视频使用哪份素材、是否有授权，要在方案里确认。交付周期、修改范围、素材授权、代发布与税费口径也以确认方案为准，不能把“套餐有配图”理解为原创摄影、付费图库采购或替你上线网站都已包含。 对照不同报价单时，可以让各方在同一份需求上分别标明：谁提供产品事实和资料、谁核对技术结论、交付的是可编辑正文还是还包括排版与上传、修改指的是事实纠错还是新增选题，以及图片的来源和使用权。文章发布、长期 SEO 优化和一次写稿是不同工作，不因标题里有“SEO”就自动打包。若英文内容要与新建外贸站同时采购，先按[建站首年、内容和次年托管的拆账方法](/post/b2b-web-quote-comparison/)单列预算，避免重复计算。也不要把搜索收录或排名写进文章采购的必然回报：光算服务页并不承诺发布即收录或排名。 ## 可复制的询价信息清单 把方括号替换为自己的资料，发给供应商即可；还没准备好的项目直接标“待确认”，不要让写手猜参数。 > 我们的网站：[网址]；目标国家／语言：[国家、英语市场]；产品与可公开资料：[产品页、规格书版本、应用场景、资料联系人]；文章要回答的买家问题：[问题及不写的范围]；计划采购：[先申请同题免费试稿／正式单篇／10 篇／50 篇，请分别回复适用的方案与合计金额]。 请确认试稿的选题、篇幅、交期及使用范围；正式稿按哪些必答问题确定篇幅，英文按 word 计量的约定如何写入方案；关键词调研、事实核对、图表与图片素材、YouTube 嵌入各由谁提供或处理；交付文件、每批选题与审核节点、修改范围、素材授权、是否代发布及税费口径分别是什么。请把包含项、另议项、正式采购篇数、总金额和付款条件写在同一份回复里。 如果询的是光算 GHA，向[客服](/kefu/)发送网站、目标市场和选题资料，并注明是否申请“GHA 免费试稿”。收到具体方案后，再用上面的清单核对整包条件，而不是只圈出最低单价。 --- ## 外链组合的多层建设怎样验收：从目标页到各层链接核对交付报表 - URL: https://www.guangsuan.com/post/layered-backlink-report/ - 作者: Don Jiang - Published: 2026-09-23T13:04:24+08:00 - 摘要: 按光算外链组合的分层建设示意，核对官网目标页、第一至第三层的指向关系和交付证据；附空白对账表，并分清GPB、GNB、GMB的报表与留存范围。 外链组合的多层建设，验收时要先认清链接指向：第一层指向约定的官网目标页，第二层指向第一层的来源页，第三层再指向第二层的来源页。把每层的约定数量、目标对象和能取得的证据分开核对；如果只有一个“已建设总数”，却看不出层与层怎样连接，就不能据此确认多层关系。 光算的[外链组合页面](/backlinks/)以“第一层100条、第二层1000条、第三层10000条”说明分层与权重传导。这是官网展示建设逻辑的示意，不是每份合同都按这三个数字交付，更不是每个第一层页面都固定获得相同数量的下一层链接。实际数量、层级和证据方式，应以所选组合和书面约定为准。 ## 先定目标页，再看每一层指向谁 向执行方提供这次确认的目标域名、首页和重点内页清单，保留原始URL、页面用途与确认日期。核对第一层时，看链接实际落到清单中的哪一页；核对第二层时，目标就换成第一层的来源页；核对第三层时，再对到第二层的来源页。页面发生跳转，原始指向地址和最终打开的地址分别记录，不要把两个值覆盖成一个。 原创结构示意：箭头代表被核对的指向关系，不是实际逐条交付清单，也不表示固定的合同数量。 - 第一层：来源页上的链接，指向本次确认的客户官网目标页。核对具体URL，而不只核对客户域名。 - 第二层：来源页上的链接，指向某条已记录的第一层来源页。把被指向的第一层记录号或页面地址一起写下，才能查到“支持的是哪一条”。 - 第三层：同样回指到某条已记录的第二层来源页。若只有第三层数量、没有可追溯的目标关系，就先记作“数量待核／关联未核”，不要代填为已验收。 这里的“层”指链接之间的指向关系，不等于GPB、GNB、GMB三个产品各自占一层。按[GPB独立站外链](/gpb/)页面，GPB可围绕确认的产品、品类或重点业务页发布原创相关文章；[GNB自然外链](/gnb/)所有套餐只做一个网站的首页与品牌词，不含内页；[GMB百万外链](/gmb/)面向单个目标域名的多URL规模覆盖。不能为了填第二层，把GNB的默认目标改写成GPB来源文章；也不能把所有规模链接都算作直接指向官网。 ## 把合同数量、报表数字和层级关系放进不同列 签约确认单至少写明组合档位、实际包含的GPB/GNB/GMB条数、目标范围、建设层级、计数单位、交付周期与可提供的证据。A组合未列GMB，A2未列GPB；不要为填满三层表而补进未购买的产品。尤其要按组合页面列出的条数核对，而非只凭组件字母：组合B与C都写有“GMB-C”，前者列50万条，后者列100万条。单品页面上的同名字母，也不能替代组合中的书面数量。 第一张表用于对总量，第二张表只在取得相应明细或约定抽查材料时用于穿透核对。两表均为空白自查模板，不是光算已经交付给某位客户的报表，也不新增任何产品的逐条报表承诺。手机上可左右滑动表格查看全部列。 分层建设对账总表（空白待填；每行按合同确定口径） 层级与目标对象对应产品／批次约定条数与口径可核证据及范围核对结果／日期 第一层 → 已确认官网目标页＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿ 第二层 → 第一层来源页＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿ 第三层 → 第二层来源页＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿ 填写“对应产品”时可以按实际约定分行，不要把GPB的原创文章数、GNB的发布条数和GMB的建设条数合并成同一种交付；也不要把第一至第三层相加后，称为直接指向官网的链接总数。若某层未约定，填“未包含”，不要把空格当成零或当成已完成。 层级关联核对记录（空白待填；仅填写实际可取得或约定抽查的记录） 本层／记录号来源页URL实际指向URL要对上的对象核对日期／异常 第一层／＿＿＿＿＿＿＿＿＿＿已确认官网目标页：＿＿＿＿＿＿＿＿ 第二层／＿＿＿＿＿＿＿＿＿＿第一层来源页或记录号：＿＿＿＿＿＿＿＿ 第三层／＿＿＿＿＿＿＿＿＿＿第二层来源页或记录号：＿＿＿＿＿＿＿＿ 查第二层时，把“实际指向URL”与对应第一层的“来源页URL”并排看；查第三层时，与第二层的来源页核对。对不上就保留原值、日期和异常，交由执行方解释或处理。若一份报表只列每层总数，没有来源页和指向页的对应关系，它能用于核对约定的汇总口径，不能单凭总数证明每条链路已经连上。 ## 各产品能核到哪一步，别把权益混用 ### GPB：逐条查文章、域名、链接与收录 GPB页面写明同一套餐内“一条外链、一篇原创相关文章、一个顶级独立域名”，承诺dofollow、谷歌100%收录，并对已交付链接“永久不主动删除”、资源站至少维护一年。完成后可依据其报表核对来源文章、独立域名、目标页与链接状态；收录核验时点、未达标处理和后续维护责任应写进合同。需要逐条打开文章、留存原始和实际链接地址时，可参看[GPB交付核对清单](/post/gpb-backlink-delivery-checklist/)。这些是GPB适用的服务条件，不意味着第二、第三层或其他产品自动享有同样的原创文章、收录和留存承诺。 ### GNB：按首页、品牌词和约定统计范围核对 GNB针对一个目标网站的首页与品牌词，页面列有20天内交付报表；其共同标准包括外链页面收录率60%以上、留存率50%以上、dofollow比例10%以上、nofollow比例约85%。检查时先问清条数、收录、留存和属性比例各自的统计集合、日期与提供方式，不能把比例写成每条链接都满足的承诺，更不能拿GPB的100%收录和长期维护套给GNB。 ### GMB：先确认能取得什么证据，再谈分层穿透 GMB页面明确写着“不提供逐条外链报表”“不保证长期留存”，要求客户自行查询Google Search Console，并建议开工前确认建设口径、抽样方式与验收方法。因此，组合包含GMB，并不意味着可以拿到完整的百万行来源URL表。买方可按确认的目标URL清单、约定建设量与可取得的汇总／抽查材料核对范围；如需证明第二、第三层如何接到上一层，应在签约前单独确认能否提供可追溯的样本及核验方法。拿不到链路材料时，如实标注“这一层的关联未能核实”，不能把GSC中的外部链接数字补写成逐条交付报告。大站准备目标页的工作，可参看[GMB目标URL分层与覆盖清单](/post/gmb-target-url-preparation/)。 ## 交付核对结束，再另看搜索变化 交付栏回答的是“约定的产品、数量和层级，有哪些可核证据”；观察栏回答的是“客户网站后续有哪些抓取、索引、展现与点击变化”。GMB页面提醒GSC链接数据有采样与更新延迟，显示数量不等于合同建设总量；搜索表现也不能替代来源页与目标页的指向核对。留好报告日期、页面范围和同期内容或技术变更，再用客户站的GSC观察趋势。若还要衡量销售机会，先用[有效询盘的判定和来源复核方法](/post/seo-qualified-inquiry/)把线索另记，不能拿外链条数换算询盘数。需要连同站内技术和内容一起规划，可对照[光算谷歌SEO服务](/seo/)的工作范围，不把整站变化归功于一项外链。 正式确认前，拿空表逐项问清：哪些层写进合同、各层是什么计数单位、哪些记录可逐条查、哪些只提供汇总或约定抽查、异常由谁处理。能核到的先核，证据拿不到的留空并要求明确答复。这样收到报表时，才知道它证明了哪部分建设，而不是只看一个很大的总数。 --- ## 外贸B2B建站报价怎么比较：首年建设、内容制作与次年托管分开算 - URL: https://www.guangsuan.com/post/b2b-web-quote-comparison/ - 作者: Don Jiang - Published: 2026-09-23T13:04:24+08:00 - 摘要: 外贸工厂比建站报价，先对齐页面、语种与功能，再拆首年建设、内容制作、次年托管和域名账号费用。附光算官网套餐核价、条件演算与空白询价清单。 两份报价都写着“外贸B2B建站”，未必买到同一件事。一份可能只负责搭建产品页模板，产品参数和英文介绍要企业自己填；另一份可能负责整理、撰写和上架。首年看起来便宜的方案，次年还可能有域名、插件和维护费用。先把这些工作拆开，才知道差价在哪里。 比较外贸B2B建站报价，先让各方按同一份目标市场、语种、页面与功能清单报价，再分列**首年建设、内容制作、次年托管与其他续费**。每项写明交付数量、资料提供者、账号控制人和超范围计费方式。范围没对齐时，不宜只按首年总价选供应商。 ## 先给各方同一份网站需求 采购负责人可以先拿现有产品目录做一页需求说明：主推哪些产品系列，面向哪些国家、用什么语言，是否已有网站和域名，销售希望从产品页收到哪些询价信息。没有这些资料，供应商对“一个外贸站”的理解不同，报价就无从比较。 - 列页面类型：主页、产品分类、独立产品详情、应用说明、公司与联系页。分别问要设计几套页面模板、实际制作并上线多少个独立页面；一个可复用模板不等于所有产品资料都已录入。 - 列内容来源：参数、图片、证书或资料文件由企业提供到什么程度，哪些需要服务商整理、翻译、撰写和核对；谁能批准对外发布。 - 列必需功能：手机端查看规格与附件、产品询价、邮件接收、后台更新，以及确有需要的多语言或系统对接。请对方分别标“包含、另报、不做”。 先问清这份需求能否在选定档位内完成，再谈页面数量和交期。把额外语种或接口暂列可选项，能看出基础建站价和业务扩展价各是多少。 ## 首年建设费：对照档位与交付单位 以[光算外贸B2B网站建设服务页](/b2b-web)的当前公开标价为例：模板建站首年 **10,000 元**，采用预置模板；简单定制首年 **29,800 元**，在模板基础上做个性化修改；定制仿站 **59,800 元起**，按具体需求评估，页面写明完全按需求原创设计。这是光算自己的套餐，不是行业均价，也不是某个客户的成交价。 三档的区别还包括SEO基础工作与服务支持。服务页列明模板建站送首页收录，简单定制送内页收录，定制仿站送内页收录及外链套餐A；所有套餐列有域名注册协助、海外服务器托管、全球CDN、SSL证书、企业邮箱配置、WordPress程序与数据自由迁出。**“域名注册协助”不能直接读成域名购买和续费都免费**；赠送的页面数量、执行与验收范围也要在合同里确认，搜索引擎是否实际收录或给出排名不由建站交付保证。 比价时请供应商写清：首页设计稿和内页模板各几套；按哪张页面清单完成内容上架；询价表单、邮箱和SEO设置做到哪个页面；上线后由谁修改，以及修改到什么程度算新需求。收到询价表单后的线索如何计数也值得预先约定，可用[有效询盘的判定方法](/post/seo-qualified-inquiry/)与销售对齐。公开套餐展示的是方案方向，具体页面、功能、周期仍以双方确认的方案和合同为准。 ## 内容制作单列：产品资料、英文文案与图片不是同一单位 一个工业品网站可能已经有中文参数表，却缺少可公开的英文选型说明。让供应商把内容工作写成具体动作：只是把企业现成文字放到模板里，还是负责核对术语、整理参数条件、写应用页和配置可下载资料？产品负责人需确认产品事实，不能要求写手凭通用介绍推断性能或认证。 制造业行业场景素材，沿用光算建站服务页的示意配图；并非客户工厂或已完成的建站项目。 - 产品与应用页：按独立页面或产品条目列数量、语种、资料交付格式、撰写与技术审核责任；“可无限添加产品”只说明后台能力，不说明代录入数量。 - 图片和资料文件：区分企业提供的实物照片、需要修图的产品图、另行拍摄的照片及第三方素材；分别确认授权、文件格式和上架工作。 - 英文文章：与产品页文案另列。光算的[GHA英文SEO文章代写](/english-seo-article-writing)有独立服务页，正式单篇公开价为**600元／篇**，另有按10篇、50篇采购的套餐。它不是建站套餐默认附送的文章，也不能拿文章单价推算产品页撰写、翻译或摄影费用；要选单篇还是批量，可看[英文SEO文章的采购单位与询价清单](/post/english-writing-purchase/)。代发布、修改范围和素材授权按该服务的确认方案核对。 报价单上若只写“含内容”，请追问是交付可编辑稿、已经排版的网页，还是两者都包含。现成内容若由企业团队制作，也要排进内部工作计划；未询到价格的内容项目先留空，不能按零元算。 ## 次年托管：把服务器续费与持续运营分开 光算建站服务页写明首年服务器免费托管，次年服务器**纯托管续费为3,600元／年**。页面FAQ同时说明，纯托管不等于持续SEO代运营，后续内容、广告、排名与改版要按另行确认的范围执行。它也不能直接与包含异地备份、专人安全运维等工作的专业WordPress托管方案按价格一栏对比；若需要后者，应另问服务范围和报价。 **挂牌价演算，不是成交记录：**如果只选择光算公开的模板建站档，次年仍按当前页面列示的纯托管价格续费，且暂不计入任何未确定的选购或第三方费用，两期挂牌金额是**10,000＋3,600＝13,600元**。这个数字不是“完整两年总成本”，更不是对次年价格不变的承诺；内容制作、域名、付费插件、资料采购、税费口径和其他续费有无包含，需看书面方案。 问供应商要一张次年费用表：服务器或平台、域名、企业邮箱、主题与插件授权、CDN或其他第三方服务，各由谁续费；日常备份、故障处理、程序升级、页面修改是否包含；续费前多久通知，停止服务后网站数据怎样取回。不同服务承担的工作不同，年费也不能只按数字横比。 ## 域名和账号控制权，也要在报价里问清 网站在谁的账号下运行，决定企业日后能否自己续域名、换服务商和继续发布内容。请对方按域名注册与DNS、服务器、WordPress后台、企业邮箱、统计和搜索平台、主题插件授权逐项写持有人、企业管理员、续费人及交接方式。服务商帮忙开通可以，但不应让“协助注册”替代这些归属问题。 光算建站页写有WordPress自主运营和数据自由迁出。采购时仍宜写清企业能取得哪些网站与内容资料、交接时间、第三方授权能否继续使用，及停止托管时由谁协助切换。这里只是签约前确认费用和控制范围；实际交接测试另按[B2B建站验收清单](/post/b2b-website-acceptance-checklist)做。若已有旧站需要换域名或改URL，再把迁移工作单独交给[改版迁移清单](/post/%e5%a6%82%e4%bd%95%e9%87%8d%e6%96%b0%e8%ae%be%e8%ae%a1%e6%82%a8%e7%9a%84%e7%bd%91%e7%ab%99%e8%80%8c%e4%b8%8d%e6%8d%9f%e5%a4%b1seo%e6%8e%92%e5%90%8d)，不要误当作新站基础搭建已包含。 ## 复制这份空白清单，再比较两份书面报价 “甲、乙”只是待填写的供应商栏，不代表实际报价或已签约项目。填写时把“未包含”和“尚未报价”分开，后者不能当作零元；已包含的项目不要在合计中重复加一次。 - 首年建站：甲＿＿元／乙＿＿元；分别对应哪档设计、哪些页面模板、多少个已上架页面、哪个语种和哪些功能？＿＿ - 产品资料与内容：参数谁核、英文谁写、图片谁提供、谁上传；甲的工作量和费用＿＿／乙＿＿；超出数量怎样计费？＿＿ - 首年已包含：服务器、CDN、SSL、邮箱配置、SEO基础及赠项分别写明；甲＿＿／乙＿＿；赠项页面范围与执行方式＿＿ - 次年及以后：服务器或平台、域名、邮箱、插件授权、备份与维护，逐项列续费人、服务内容、价款或“待报价”；甲＿＿／乙＿＿ - 资产与权限：域名注册人、DNS管理员、网站管理员、统计账号、文件与数据库取回方式；甲＿＿／乙＿＿ - 追加费用：新增语种、超出页面或产品条目、第三方接口、摄影、改稿与改版，由谁先确认再执行；甲＿＿／乙＿＿ - 两年比较：首年确定费用＿＿＋次年书面续费＿＿＋已决定另购的内容与第三方项目＿＿；尚未确定项单列＿＿，不填成“全包价”。 把填完的清单发回供应商，请对方在同一份书面方案中确认“包含、另计、不适用”及对应金额、时间与责任人。差价如果来自少做一组产品页、少一种语言或缺少后续维护，就能判断是应该补预算，还是先缩小需求。若准备咨询光算，也可直接带这份清单对照[现行建站套餐](/b2b-web)逐项确认，而不是只问“做一个网站多少钱”。 --- ## SEO年度服务怎样定义“有效询盘”：目标市场、重复线索与销售确认 - URL: https://www.guangsuan.com/post/seo-qualified-inquiry/ - 作者: Don Jiang - Published: 2026-09-23T13:04:24+08:00 - 摘要: 外贸B2B企业签SEO年度服务前，如何约定有效询盘？用教学判定表厘清目标市场、产品适配、重复项目、销售确认与来源复核，避免把GSC点击当客户数。 SEO年度服务里的“有效询盘”，最好先由企业与服务方约定为：买方需求属于可供产品和目标市场、有可继续沟通的采购或选型意向、联系方式可用、不是同一采购项目的重复提交，并由销售按记录确认。收到一封邮件、有人点了联系按钮，或者Search Console多了一次点击，都不能直接替代这个判断。还要单独约定：一条有效询盘何时可以归入自然搜索来源。 ## 先定计数单位：一次联系，还是一个采购项目 同一位买方先提交表单，隔天用WhatsApp补发图纸，销售邮箱里会有两段联系，但通常仍是同一采购项目。反过来，同一家公司的两个部门采购不同型号，也可能是两个项目。若签约时只写“每月有效询盘”，到复盘时才讨论究竟按消息、联系人、公司还是项目计数，双方拿出的数字很容易都对，却没法对账。 建议保留原始接触记录，再以去重后的采购项目或商机为计数单位。销售合并记录时留下原始编号、接触时间和合并原因；不同项目则写清产品、用途或采购批次为何不同。老客户的新项目算不算“新增”、代理商替终端采购算哪一个买方，也要事先商量，不能在结果出来后才挑对自己有利的算法。[比较SEO报价与交付清单](https://www.guangsuan.com/post/seo-quotation-comparison/)时，可以把这个计数单位与内容、页面和复盘工作一起问清楚。 流程示意：同一项目的多次联系都要留记录，计数与有效性分别判断；图中没有真实客户或CRM数据。 ## 目标市场要按能否供货判断，不能只看访问IP 先把“面向哪些市场”写到国家或地区、产品线和买方类型。销售还应说明哪些目的地目前不能交付，哪些需要补齐认证、物流或售后条件后才能接。这样，服务方知道该围绕哪些采购问题做内容，销售也有一致的线索判断起点。市场还没定下来，可先按[外贸SEO目标市场选择方法](https://www.guangsuan.com/post/seo-target-market-selection/)核实供货能力，再定询盘口径。 买方在一个国家搜索、总部设在另一国家、货发往第三个国家，并不少见。确认市场适配时优先问实际供货目的地和业务需求；浏览器显示的访问地或邮箱后缀只能提示核实，不能单独判无效。Search Console的“国家”维度按搜索发生地分组，并不显示该采购项目的收货地；它适合观察搜索覆盖，不能直接当销售的准入名单。[[2]](https://support.google.com/webmasters/answer/17011259?hl=en) ## 把“有效”“待确认”“不计”分开写 下面是一份供双方讨论的教学判定表，不是光算客户的项目标准。它把业务资格和来源归属分成两次判断；实际产品、可服务国家、跟进期限及负责人，须由企业在合作前填写。手机上可左右滑动表格查看后面的确认人与依据。 有效询盘讨论表（教学示例，具体范围待双方确认） 核对项进入有效候选的条件暂不纳入或另记的情况确认人和依据 产品与买方需求询问可供产品、报价或具体选型，能描述型号、用途或采购问题中的至少一项只下载资料、泛泛问“有什么产品”但尚未说明用途，先待补充；明确只要不经营的产品，记不适配产品销售核对需求原文与供货范围 市场与履约实际交付目的地属于已确认可服务范围，或经销售确认可按约定条件服务目的地不明先问；确认无法服务才记范围外，不能拿访问IP代替目的地销售与交付负责人核对市场清单及例外 联系与意向留有可沟通的渠道，销售核实对方愿意继续谈采购或技术选型短时未回复先保留跟进状态；虚假内容、求职、推销和机器垃圾分原因记无效销售记录联系尝试、回复与认定理由 项目去重按已约定单位，是一项可区分的新采购需求同项目换渠道催问、补附件或多人转发，保留触点但不重复加计销售合并商机编号，留原始记录 自然搜索来源有该条咨询的落地页、来源记录或其他事先认可的线索级证据，且符合约定的归因规则业务合格但来源不明，仍可算企业有效需求；不能凭全站GSC点击推定为SEO带来营销/数据负责人核来源，销售核业务资格 销售确认前，资料不全和暂时联系不上都应留在“待确认”，不要为了报表整齐直接归零；确认是求职或广告推销，也不必笼统写“客户不行”。尤其注意“重复”只是计数处理，不意味着买方无效。同一个项目发生新一轮联系，应保留这些接触，便于还原沟通经过。 ## 用几条假设记录试一遍规则 以下情形均为教学示例，不对应真实客户、合同或线索数据。假设企业只对已列明的工业阀门品类和服务市场开展这项年度SEO工作： 判定演练（教学示例，非实际项目结果） 收到的内容暂定状态下一步 买方询问可供型号与材质，交付地在已确认市场内，销售能联系上有效候选销售确认产品适配、采购意向和独立项目；来源另行核对 同一项目先发网站表单，后在邮件中补数量和图纸合并计数保留两次联系与附件记录，合为一项采购需求 询问定制阀门，但没有说明交付地，邮件尚未回复待确认问交付地与工况，按约定时间复核，不直接写无效 物流商发合作推销邮件，未提出采购需求无效：非采购记录原因，与机器垃圾和范围外需求分开 采购公司所在地不在目标国家，但货发往目标市场且该产品可供有效候选，不按公司所在地否决销售核实目的地、交易安排与产品；营销另核来源 既有客户问另一条产品线的新项目业务资格待判、增量计数待议先看产品是否可供，再按事先约定判断老客户新项目是否计入 ## 搜索表现与销售确认各有一张账 Search Console的效果报告记录谷歌搜索中的展示、点击、点击率与平均排名，并能按查询、页面、国家、设备和时间查看；点击指用户从搜索结果点击网站，不是一个可识别的采购人，更不是销售确认的询盘。[[1]](https://support.google.com/webmasters/answer/7576553?hl=en) Google也说明，Search Console看搜索结果端，Google Analytics看站内交互；两者的点击与会话计数方式不同，不能要求数字一一相等。[[3]](https://developers.google.com/search/docs/monitor-debug/google-analytics-search-console) 年度协作中可分三栏记录：搜索栏放明确资源、日期、国家、搜索类型、查询与落地页的GSC数据；接收栏放网站确实收到的表单、邮件或沟通记录及其编号；销售栏放去重后的项目状态、认定人和原因。网站来源确实可核时再标为“可归属自然搜索”；来源中断、买方电话回访或跨设备再次联系而无法对上时，保留“来源待核”。一个有效商机可能暂时无法归给SEO，来源有记录的提交也可能尚不合格，这两种情况都值得留下。 实际月度读数怎样拆开，另见[SEO月报的数据分层](https://www.guangsuan.com/post/seo-monthly-report-review/)；这里需要在签约前解决的是，谁提供哪张账、何时确认资格、发生分歧怎么复核，而不是先猜一年的询盘数。 ## 发生争议时，先复核原记录，不用两边各改一份总数 销售负责判断产品、买方与履约是否合适；营销或网站数据负责人负责核对咨询来源；SEO服务方提供约定的搜索数据、页面工作与来源疑点。销售说“无效”时，写明是范围外、资料不足、重复、无法联系还是非采购，不只打一个叉。服务方不同意时，指出具体编号和待核事实；由企业销售负责人复核业务判断，来源争议由数据负责人核对，必要时双方在同一条记录里写下不同意见和复核日期。 截止时间、复核期限和最终确认人都应事先定。尚有争议的记录暂列“待确认”，不抢先记进已确认有效询盘；后续补齐资料或销售推进到报价阶段，可以改状态，但保留原始收到时间、初判、改判时间和理由。营销端若无法证明来源，不得悄悄用GSC相近日期的查询补齐。对外共享时用脱敏编号，不把采购联系人完整信息放进月报。 ## 把这几项填进合作前的确认清单 可以拿这段话作为讨论起点：“本项目目标产品为____，可服务的交付市场为____，买方类型及例外为____；以去重后的____为有效询盘计数单位。销售在____内记录联系、资格与不适配原因；资料未齐记待确认；重复项目保留原记录但不重复计数。自然搜索来源由____依据____核对，来源不明单列。争议由____与____在____内复核，变更保留原判和依据。”空格需要双方基于真实业务填写，不是通用的保证量条款，也不替代正式项目约定。 光算[谷歌SEO服务与年度套餐](https://www.guangsuan.com/seo/)将技术、内容和外链工作按方案组织，并强调执行范围、交付数量、验收口径和复盘周期在合作前明确。页面列出的搜索流量目标与这里讨论的有效询盘资格属于不同口径；具体项目若要把询盘列为观察或协作目标，应单独确认市场、销售配合、数据证据及责任，不能把流量目标换算成固定询盘量。若方案包含外链组合，另按[多层外链交付报表核对方法](https://www.guangsuan.com/post/layered-backlink-report/)验收建设，不用链接交付数替代销售确认数。准备沟通时，带上目标产品、可供国家、现有询盘样本的脱敏分类和销售认定方式，先检验规则能否用于自己的生意，再谈如何评估全年工作。 ## 资料依据 - [1] [Google Search Console：效果报告的指标与维度](https://support.google.com/webmasters/answer/7576553?hl=en) - [2] [Google Search Console：国家与查询维度的含义](https://support.google.com/webmasters/answer/17011259?hl=en) - [3] [Google Search Central：Search Console与Google Analytics数据的差异](https://developers.google.com/search/docs/monitor-debug/google-analytics-search-console) --- ## Shopify 技术维护与定制开发 - URL: https://www.guangsuan.com/shopify/ - Published: 2026-09-23T03:31:37Z - Last updated: 2026-09-23T04:54:45Z - 摘要: 光算提供 Shopify 店铺维护、故障修复、主题定制与更新、速度优化、技术 SEO、商品维护及系统集成。单店包月试销价3980元，含6小时技术工作；也可按次或按项目合作，先确认范围再执行。 [首页](/)/Shopify 技术服务 # Shopify 技术维护 与定制开发 店铺出问题、主题要改版、业务需要新功能。 技术交给光算，你专注产品、营销和订单。 [聊聊我的店铺需求 →](/kefu/)[查看合作与价格](#sp-pricing) 可以先解决一个问题，也可以长期合作。 **包月技术支持试销价 3980 元 / 月**，单店含 6 小时。 主题开发 · 多端适配 店铺界面设计示意 · 非客户案例 [服务范围 ↓](#sp-services)[合作与价格 ↓](#sp-pricing)[交付流程 ↓](#sp-process)[常见问题 ↓](#sp-faq) 从主题界面 **到业务接口** - **HTML5**页面结构 - **CSS3**布局与样式 - **JavaScript**交互与功能 - **GraphQL**数据与接口 ## 不只修一个报错， 也接住店铺后续的技术工作。 已有店铺需要接管，新店需要落地，或有一个功能想实现，都可以从具体需求开始。我们先核对店铺基础，再确定合适的处理方式。 ### 日常维护与故障修复 店铺有人持续跟进，不必每次出问题都重新找开发。 - 页面错位、手机端显示、菜单与按钮异常排查 - 购物车、加购和应用冲突的定位与修复 - 旧店技术接管、日常调整与活动上线支持 ### 主题定制与版本更新 保留品牌表达与已有业务逻辑，让改版有计划地进行。 - Liquid 主题二次开发、Section 与可复用模块 - 首页、产品页、集合页和营销落地页定制 - 主题更新评估、定制代码迁移与兼容检查 ### 速度优化与技术 SEO 关注真实浏览体验，也关注搜索和营销所需的技术基础。 - 首屏图片、脚本、应用负担与移动体验排查 - 规范链接、重定向、结构化数据和多语言检查 - 改版前后核对重要 URL、内容、埋点与转化路径 ### 账号安全与技术防护 把账号、应用和自定义代码的风险落实到可检查的配置。 - 员工与协作者权限、两步验证及应用授权检查 - 第三方脚本审查、约定数据的备份与恢复验证 - 自定义应用、接口与密钥管理的安全加固 ### 商品上架与多语言维护 从零散资料到规范商品数据，减少重复手工操作。 - 商品批量导入、变体、分类与元字段整理 - 图片匹配、规格展示、FAQ 与页面内容配置 - 多语言资料处理与市场适配，事实和译文由你确认 ### 功能开发与系统集成 围绕你的实际业务开发，不为一个需求堆叠一串应用。 - 定制应用、业务工作流与重复操作自动化 - ERP、CRM、库存、订单和物流系统对接 - 新店搭建、平台迁移与大型重构单独评估报价 看看常见需求如何处理 ＋ **从店铺问题，到可用的改进**协作示意 你遇到的情况我们处理的工作 - **主题改了，页面乱了**布局 · 手机端 · 功能冲突*→***定位问题与修复**草稿调试 · 多端验证 - **上新、活动要调整**商品 · 页面 · 主题模块*→***开发与内容配置**范围确认 · 预览验收 - **应用和系统接不上**App · 订单 · 库存数据*→***评估与集成对接**接口核对 · 异常处理 先确认方案与范围，再开发、测试和发布。 不在营业中的店铺上盲目试改。 具体实现取决于 Shopify 套餐、主题结构、应用能力及可用接口。我们会在报价前说明可做范围与依赖条件。 ## 技术改动， 也要懂你的营销链路。 一个页面不只要“能打开”。访客能否顺畅浏览、搜索信息是否保留、广告数据是否正常记录，都值得一起检查。 光算把网站技术与 SEO、营销配置放在同一张工作清单里。你也可以只购买技术服务，不必绑定推广套餐。 [了解光算的谷歌 SEO 服务 →](/seo/) - ### 不只看分数，也看真实体验 检查手机端布局、首屏内容与交互。不为追求一个测试分数，直接删掉必要的统计、客服或营销功能。 - ### 先保留资产，再调整结构 改版前确认重要链接、内容、定制代码与数据配置，减少“页面变漂亮，原有功能却丢了”的问题。 - ### AI 辅助提效，交付仍需复核 代码生成与资料处理可以由 AI 辅助；代码审查、测试和发布确认不会省略。未经授权，不将客户订单与个人资料提交给外部 AI 服务。 光算科技 ## 光算团队， 让技术协作更省心。 需求由谁处理、做了哪些改动、用了多少工时，都应该说得清楚。按次解决问题，或保持长期协作，交付内容和工作记录同样重要。 [了解光算与办公环境 →](/about/) 光算公司前台办公楼公共大堂 ## 先解决一个问题， 也可以长期合作。 按需求选择合作方式，不用为了一个小调整购买整站项目。 ### 包月技术支持 试销方案 适合已有店铺，有日常调整与持续改进需求。 ¥3980/ 月 1 个店铺 · 每月包含 6 小时 - 约定巡检与技术问题处理 - 小型主题修改、内容配置及兼容检查 - 按优先级安排持续改进任务 - 提供工作与工时记录，超额先确认 [咨询包月试销方案 →](/kefu/) ### 单次技术任务 适合一个明确的修改、报错或配置需求。 按任务报价 明确范围 · 单独交付 - 先了解问题与所需权限 - 明确处理内容与验收方式 - 完成后提供修改说明 - 复杂故障可先做付费诊断，费用提前确认 [咨询单次任务 →](/kefu/) ### 定制开发项目 适合主题改版、新功能、迁移或系统集成。 按项目报价 需求清单 · 分阶段验收 - 评估技术方案与平台限制 - 确认功能、周期与交付内容 - 开发、联调及上线验证 - 缺陷修复与新增需求分别约定 [评估我的项目 →](/kefu/) **6 小时怎么算？**必要沟通、诊断、开发、测试和约定巡检按实际工作时间计入。执行前说明预计工时，超出套餐的需求先确认报价，不自动追加收费。 **哪些费用另外计算？**Shopify 订阅、付费主题、App 与第三方接口等费用另计。历史技术债、主题重构、整站迁移和大型集成单独评估，不作为无限维护包含项。 **响应与排期怎么约定？**合作前确认服务时段、任务优先级与响应安排。包月不等于 24 小时值守；故障解决时间取决于问题与平台、应用商配合情况。 **试销价格适用说明**3980 元为当前展示的单店包月试销价。服务开始时间、工时结转、续费与其他合作条款在签约前明确，以双方确认的方案为准。 ## 每一次改动，都有明确的下一步。 先把需求和边界说清楚，再进入开发。你不需要懂代码，但应该知道我们改了什么、怎么验收。 - 01 ### 说明问题与目标 提供店铺地址、问题截图或操作过程，以及希望完成的时间。无需发送店主密码。 - 02 ### 确认范围与报价 核对主题、套餐和应用依赖，列出处理方案、预计工时与验收项，再确认合作。 - 03 ### 开发、预览与测试 按任务需要备份和保留版本，在草稿主题或合适测试环境验证手机、桌面与关键操作。 - 04 ### 确认发布与交接 经你确认后发布，核对线上表现，提供修改记录与适用的回滚说明。后续需求另行排期。 优先使用 Shopify 协作者或按需授权方式，只申请工作所需权限。涉及数据迁移、付费应用安装或关键业务配置的操作，先由你确认。 ## 合作前的 常见问题 关于范围、费用和合作方式。 不确定自己的问题属于哪一类？直接描述情况即可。 不是光算搭建的店铺，也可以接手吗？ 可以先评估。我们会核对现有主题、应用、定制代码和必要权限，确认能接手的范围。历史遗留问题较多时，会先说明接管与整理成本，不直接把所有旧问题算作普通包月维护。 3980 元包月，是所有工作都能无限做吗？ 不是。试销方案为单店每月 3980 元，包含 6 小时技术工作。必要沟通、诊断、开发、测试及约定巡检均计入实际工时。超出工时或属于大型开发的需求，先确认范围与额外报价，再执行。 Shopify 本身会更新，为什么还需要技术维护？ Shopify 负责平台层面的运行与更新，但店铺的定制主题、第三方应用、内容配置和外部系统仍可能需要调整。我们的维护针对这些商家侧工作，不重复销售平台已经提供的服务器托管服务。 主题升级会保留原来的定制功能吗？ 需要根据主题版本与代码改动判断。没有冲突的修改可能被保留；存在冲突的定制代码需要迁移和测试。我们会先保存适用的版本与备份，再核对关键页面和功能，不把点击更新直接当成交付完成。 安全防护包括哪些内容？ 主要包括账号与应用权限检查、第三方脚本审查、约定范围的数据备份，以及自定义应用和接口的安全加固。平台底层防护由 Shopify 提供；我们不承诺绝不被攻击、不发生欺诈或账号永不受限。 能保证提速后分数、排名或销量一定提升吗？ 不能把固定分数、搜索排名或销量作为无条件承诺。我们会明确本次优化项、测试环境和验收方式，并说明主题、应用、网络及平台限制。技术问题的修复与业务增长效果分别评估。 商品上架、翻译和 AI 改过的代码可以处理吗？ 可以先评估资料和代码。商品工作可以包括批量导入、变体、元字段及多语言配置；商品事实和译文需要你确认。对于 AI 生成或修改的代码，我们可以检查、修复和接管，但仍需实际测试，不能仅凭生成结果确认可用。 咨询前需要准备什么？ 提供店铺地址、希望解决的问题或实现的功能，以及期望完成的时间即可。若有报错截图、复现步骤、主题名称或应用列表，可以一起提供。不要在咨询消息中发送店主密码、支付信息或客户订单隐私数据。 ## 也可以先看看这些技术说明 了解问题，再决定是否需要协助。 [主题改版时，哪些 SEO 资产需要保留？ ↗](/post/shopify-theme-redesign-without-seo-loss/) 从改前清单到改后检查，避免遗漏重要链接和页面信息。 [速度优化前，先分清平台与店铺的责任 ↗](/post/shopify-core-web-vitals-baseline/) 理解 Core Web Vitals 与性能基线，不只盯住一个分数。 [第三方应用拿到了哪些店铺权限？ ↗](/post/shopify-app-permission-audit/) 了解授权范围、数据访问与不再使用应用时的检查项。 ## 把店铺地址和需求发给我们。 告诉我们哪里出了问题，或你希望做成什么样。我们先判断可行性，再说明适合按次、包月还是按项目合作。 [联系光算，沟通需求 →](/kefu/) --- ## 英文SEO文章写多长合适：按搜索意图与被引用条件定篇幅 - URL: https://www.guangsuan.com/post/english-seo-article-length/ - 作者: Don Jiang - Published: 2026-09-18T06:46:37Z - 摘要: 英文 SEO 文章没有统一最佳字数。按读者问题、目标市场、资料来源与必要细节决定篇幅，避免把行业平均词数当成排名或 AI 引用门槛。 给英语市场写文章时，最先被问到的通常不是选题，而是篇幅："这篇写多少字？"这个问题不好直接回答，因为一旦给出一个数字，写的人就会照着这个数字凑，而凑出来的字数既不保证解答问题，也不保证被搜到。 下面先核 Google 官方对字数的口径，再按英语市场的搜索问题与资料深度确定篇幅。如果关心的是中文站点的篇幅安排，可以先看[SEO 文章写多长合适](/post/seo%e6%96%87%e7%ab%a0%e5%86%99%e5%a4%9a%e9%95%bf%e5%ae%b9%e6%98%93%e4%b8%8a%e9%a6%96%e9%a1%b5)那一篇，本篇讨论的是英文内容。 ## Google 有没有推荐的英文文章字数？ 没有。[Google 的有帮助内容自查指南](https://developers.google.com/search/docs/fundamentals/creating-helpful-content)明确表示，它并没有偏好的字数；如果只是听说搜索引擎喜欢某个长度就照着写，反而值得重新审视写作目标。更有用的问题是：读者看完能否完成自己的任务、内容是否完整、可靠，并提供超出常识的信息。 看到同行长文排在前面，不能推断是字数让它获得排名。页面可能还回答了更多问题、获得了更多链接，或刚好更贴近查询需求。第三方研究如果没有核对采样时间、行业与口径，也不能当成每篇英文 B2B 文章的验收阈值。 ## 给英语市场写稿时，真正该拿什么当依据 既然字数不是依据，替代它的是一组判断。这四个问题比任何字数标准都管用。 **第一，这个问题本身需要多长的答案。**“什么是 canonical 标签”可以先用一段准确文字解释，再按读者需要补上示例；而涉及选型、参数、工况、认证和常见故障的采购问题，通常需要逐项核对。长度由问题的复杂度决定，不该由写手的产出指标决定。 **第二，目标搜索结果里现有内容的实际深度。**查一遍目标关键词，看首页页面各自回答了哪些子问题。如果你的稿子漏掉了重要子问题，问题不在字数，在覆盖；如果它们都在用大量篇幅重复常识，那你用更短的篇幅给出更准确的答案反而是优势。这类判断在[按搜索意图规划篇幅](/post/seo%e6%96%87%e7%ab%a0%e5%86%99%e5%a4%9a%e9%95%bf%e5%ae%b9%e6%98%93%e4%b8%8a%e9%a6%96%e9%a1%b5)里有具体做法。 **第三，英语买家的阅读路径。**B2B 采购通常不是一个人做决定，技术评估、采购比价、管理层批准会分别看不同的部分。这意味着文章需要能被跳读：每个小节能否独立看懂，结论是否出现在该小节的开头，参数和条件是否紧跟在结论旁边。这几点做到之后，篇幅自然会落在合理区间，不必事先规定。 **第四，中文原文转成英文时的篇幅变化。**这一点常被忽略。中英文的信息密度不同，同一段内容转成英文后，词数通常比按中文字数换算的直觉更多。更麻烦的是直译会造成冗长，一个中文短句在英文里可能被翻成三个从句。**翻译不等于本地化**：英语市场买家的产品叫法、查询习惯和关注点都和中文语境不同，篇幅要按英文表达重新组织，而不是按中文原稿按比例放大。 ## AI 搜索会要求写得更长吗？ 没有通用的字数门槛。[Google 的 AI 搜索功能说明](https://developers.google.com/search/docs/appearance/ai-features)指出，现有的 SEO 基础做法仍然适用，没有为 AI 概览或 AI 模式设置额外的特殊标记或优化要求。能被正常索引、主要内容可见并回答具体问题，比设定字数或在文章开头堆同义词更实际。 每个小节先说清要解决的问题，再交代条件、例外与来源，让读者即使只读到这一节也能理解。这样安排是为了可读性和可核查性，不能由此承诺获得 AI 引用或精选摘要。 ## 篇幅能承载证据，但不能代替证据 一篇采购指南可以用更多篇幅解释型号差异、工况限制、参数核对方法和产品资料来源；一篇定义题则可能很快说清。多出的文字只有承载了有用信息才值得保留。[Google 的内容自查问题](https://developers.google.com/search/docs/fundamentals/creating-helpful-content)也提醒创作者核对原创信息、专业深度、清晰来源与读者读完后的实际收获，而不是用篇幅推断专业性。 英文稿尤其要避免从中文直译后为了满足字数再加泛泛解释。写完后逐段检查：有没有回答标题暗示的问题、重要结论是否能找到依据、哪一段删掉也不影响读者决策；该删的删，该补的补，不预设固定删减比例。 如果文章的服务对象是带着采购意图来的英语买家，光算的[英文 SEO 文章代写服务](/english-seo-article-writing)可以作为写作范围和交付内容的参考。篇幅仍应由目标市场、问题复杂度和所需资料决定，而不是先填一个数字。 ## 一份可以拿去用的判断顺序 - 写下这篇英文文章要回答的一个主要问题和目标买家。 - 查看目标语言搜索结果里的实际答案，记下需要澄清而现有页面没有说清的条件；未查到数据时标为编辑判断。 - 列出必要的子问题、真实材料和可核来源，先给直接答案，再补比较、例外和下一步。 - 稿件完成后，把无法证明的数字、重复段落与模板话术去掉；缺失的关键答案和实际限制补上。 - 在手机上通读一遍，确认标题兑现、段落可跳读、图表清楚，资料来源能打开。 没有通用的最佳词数。简单问题讲清即止，复杂问题按需要展开。精选摘要或 AI 搜索展示由搜索系统决定，不能靠达到某个篇幅或在固定位置放答案来指定。 --- ## Shopify 插件成本管理：按月费用、用量计费与续费核查 - URL: https://www.guangsuan.com/post/shopify-app-cost-management/ - 作者: Don Jiang - Published: 2026-09-18T03:22:31+08:00 - Last updated: 2026-09-18T03:34:57+08:00 - 摘要: 应用花掉的钱大多不是被某个贵应用吃掉的，而是试用转付费、用量随订单量上涨和低频订阅叠加起来的。按季度走一遍六步核查，把花费和使用对上。 应用支出失控很少是被某一个贵的应用吃掉的，更常见的是这样一头一尾：试用期结束自动转成付费，没人注意；用量计费的应用跟着订单量一起涨，旺季账单比淡季高出一截；中间再夹着五六个每月用不到一次的低频应用，每个月照扣。 ## 三种计费方式，失控点各不相同 计费方式典型失控点核查动作 固定月费，按功能或订单量分级装上之后没人再看它到底用没用看你实际用到它几项功能 用量计费，按订单、消息或流量费用与订单量同向增长，旺季才发现把用量指标与订单量放在一起估一次峰值 一次性或年度预付现金先付，应用被淘汰后变成沉没成本到期前重新评估还留不留 具体的费率、分级门槛、试用天数在各应用的产品页和后台账单里，以你实际看到的口径为准。这里不写数字，是因为同一类应用的不同产品差别很大，抄一个别人的价目反而会把核查带偏。 不用的应用同时是多付钱和多加载脚本（光算 · 示意图） ## 季度核查：一次做完这六步 - 导出应用费用明细。在后台账单页把当期和往前几期的应用收费列出来，别漏掉用量计费那一部分。菜单名称会随界面语言和套餐不同而变化，找不到就在账单页里搜应用名。 - 建一张应用台账，三列够用：应用名与用途、计费方式、最近一次真正用到它的时间。 - 逐个判定使用频次：每天用、每周用、一年用两次、没人用。依据是使用记录，不是「当初装它是为了解决某个问题」。 - 低频的先减。卸载前把要留的数据导出，残留代码的处理和导出顺序放在[卸载后的残留清理](/post/shopify-app-uninstall-cleanup/)里讲，因为卸载之后数据还能不能取回不由你决定。 - 用量计费的应用单独算一遍：把近几个周期的用量和同期订单量并排看，费用跟着订单走并不奇怪，要判断的是涨上去的那部分有没有换回对应的效果。 - 最后处理重叠。两个应用做同一件事时，把[选型时定下的规则](/post/shopify-app-selection/)在这里执行；基础功能能由原生能力覆盖的，先做[原生替代](/post/shopify-native-features-replacing-apps/)再决定续不续费。 ## 怎么判断一个应用到底有没有在用 后台不一定给你一份「某应用最近被用了多少次」的统计，所以判断要靠反查。可用的线索有几类：它产生的记录还在不在增长（评论、订阅、表单提交的数量）；订单和报表里有没有它写入的来源或标签字段；客服与运营同事最近几个月有没有打开过它；以及它自己的用量页面或邮件里给的数字。一个应用如果连续两个季度没有新记录、也没有人打开过，基本可以进卸载清单。反过来，只要它每天在同步库存、改价格或处理消息，即便它界面难用，也不该在这个时候动。 费率以各应用当前页面为准（光算 · 示意图） ## 试用与账期是两个最容易漏的时间点 试用期结束自动转付费，是应用支出里最常见的一笔意外。处理方式不复杂：决定试用当天就把结束日期写进台账，同时设一个提前几天的提醒，到点前只评估一件事——试用期间它有没有解决你装它的那个问题。第二个时间点是账期，取消或卸载的时点落在账单周期的哪一段，直接影响当期还会不会扣、怎么扣。这两件事都没有平台层面的统一规则，以账单页显示的实际扣款时间和应用的条款为准。 ## 分级定价要对着当前档位看 按功能或订单量分级的应用，档位跨过去之后单价和可用功能都会变。核查时容易犯的错是照着宣传页上那一档算预算，而实际扣费发生在更高一档。可执行的做法：在账单页找到当前实际扣费金额，回到应用的产品页找到对应的那一档，再确认你付的档位里有哪些功能一直没打开。常年用不到高档位功能的，降档和换应用一样值得考虑；如果订单量会在旺季推着你跨档，那就提前估一次，别等账单出来才发现。 ## 账单和使用量要分开看 账单只说明扣了多少钱，使用量说明这些钱换来了什么。分开看能分出两类浪费：一类是功能重叠，两个应用同时往页面上加载脚本、抢同一块展示位置；另一类是低频订阅，买的是「万一以后要用」。前者的证据在页面请求里，后者的证据在台账里那一列使用时间。分清楚之后动作也不一样：重叠的做替换，低频的直接卸载，而「贵但每天在用」的应用通常不该动。 ## 一张台账长什么样 应用计费方式最近使用数据与导出 评论与问答按月，按订单量分级每天都在产生新内容每季度导出一次 弹窗营销按月固定半年前配过一次订阅名单需要留存 物流追踪按订单量计费每天在用不涉及店铺数据 应用类型只是举例，重点是最后两列：最近使用记录决定去留，数据与导出方式决定卸载前要花多少时间。这两列空着，季度核查就会退化成只看金额。 ## 省下来的钱和变快的页面常常是同一笔 卸掉一个应用，通常同时卸掉了它在页面上加载的脚本。[INP 文档](https://web.dev/articles/inp)把交互延迟的来源拆得比较细：输入延迟常常由主线程上的长任务造成，事件回调跑完之后到下一帧呈现之间的等待也算在里面。页面上的第三方脚本越多，制造这类延迟的机会越多。[Web Vitals 文档](https://web.dev/articles/vitals)给出的目标是在 75 百分位的页面加载上把 INP 控制在 200 毫秒以内。这个数字不能直接换算成「卸一个应用省多少毫秒」，但足以支持一个判断：续费之前，先确认这个应用带来的脚本值不值得占用那部分主线程时间。 反过来也要防：只看性能分数砍应用，容易砍掉统计、客服、同意管理这些业务必需的组件。这类脚本的归属要先写清楚，按必需性排序的做法可以看[第三方脚本审计](/post/shopify-third-party-script-audit/)，再谈省不省。 ## 三项容易被漏算的成本 漏算项什么时候发生怎么提前处理 替换期的双重付费新应用开始试用，旧应用还没到账期末把两笔费用并到同一个季度看，别看单月 数据迁移工时卸载以后才发现要导出台账里给每个应用记一行：数据在哪、怎么导 主题残留的后续清理应用卸载后代码与脚本还在页面上计入替换成本，不要默认卸载就等于干净 还有一项最容易漏的是人。试用提醒、续费确认、退款争议这些事要落在具体某个人头上，没有负责人时，试用期自动转付费几乎一定会发生，因为它本来就是默认流程的一部分。 ## 年度预付什么时候划算 年度一次性付费一般比按月便宜，代价是现金先出，中途淘汰时钱不容易收回。判断方法不是比折扣幅度，而是比确定性：这个应用解决的是跟着业务长期存在的问题，年度付费的风险就小；如果它做的事可能下个季度就被换掉或者被原生功能覆盖，那么按月付贵一点也值得，因为你买的是随时能停。这条判断对用量计费的应用同样成立，用量模式下本来就有不确定性，不适合再叠一层长期承诺。 ## 谁在装应用，也要查 成本核查到一半常常会发现某个没人认领的应用，问一圈才知道是几个月前有同事试了一下。这类账只有权限侧能治：按[应用权限审计](/post/shopify-app-permission-audit/)把每个应用的来源和授权范围对一遍，同时确认谁能安装应用、谁能改支付设置。装应用和付钱的权限最好收在同一个人或同一套流程里，否则台账永远补不全。 ## 平台不替你和应用方对账 账单页能告诉你扣了多少，但费用是否合理、用量是怎么统计的、能不能退款，这些由应用方处理，平台不介入，只能自己核实。至少要确认三件事：卸载后是否还有未结算的用量计费，以账单页的实际扣款为准；应用有没有最低使用期或按年承诺，提前终止的后果写在它的条款里；数据保留多久，卸载多久之后被删除没有统一规则，只能问应用方。另外，不同套餐下应用能做什么、权限设置能看到多少并不一样，判断以自己店铺后台当前的实际界面为准。 ## 不要一路砍到只剩核心 把每个应用都砍掉，也会产生成本：功能缺口由人来补，人力通常比订阅贵。判断标准不是「这个应用值不值它的月费」，而是「没有它，这件事谁做、要做多久」。如果一个应用替掉的是一周几次的手工导出，它即便不便宜也未必该删；如果一个应用替掉的操作一年发生两次，删掉之后手工做反而更快。核查的目的是让花费和使用对得上，不是把应用数量压到某个数字。 省下来的预算放回哪里，比省了多少更影响结果。如果应用解决的只是站内效率，而订单缺口在海外客户的搜索里，那类工作属于[谷歌 SEO](/seo/)和[外贸建站](/b2b-web/)的范围，和插件预算应该分开算；站内先按[增加 Shopify 商店流量](/post/%e5%a6%82%e4%bd%95%e5%a2%9e%e5%8a%a0-shopify-%e5%95%86%e5%ba%97%e7%9a%84%e6%b5%81%e9%87%8f/)里的几条方向排查一遍，也能看出缺的是工具还是渠道。 --- ## Shopify 卸载插件后的残留清理：代码、脚本与数据 - URL: https://www.guangsuan.com/post/shopify-app-uninstall-cleanup/ - 作者: Don Jiang - Published: 2026-09-18T03:22:31+08:00 - Last updated: 2026-09-18T03:34:57+08:00 - 摘要: 点掉卸载只解除了授权，主题代码、模板 JSON 里的 app block 与页面脚本仍然留着。按标识搜出来、在副本主题上删、卸载前先导数据，最后逐类页面回归验证。 点掉后台的卸载按钮，解除的只是授权关系，店铺前台和主题文件不会回到装这个应用之前的样子。需要清掉的东西分三处：主题目录里的 Liquid 与脚本文件、模板 JSON 里指向这个应用的区块配置、以及页面上还在加载的第三方脚本。三处的清法不一样，混在一起做最容易删错。 ## 先分清残留物存在哪一层 不把层级分清，搜索就没有关键词。[主题 Sections 文档](https://shopify.dev/docs/storefronts/themes/architecture/sections)里说明，放在 JSON 模板或 section group 中的 section 可以支持 app block，商家不用改主题代码就能把应用内容插进页面。这类内容存在的位置不是 `snippets` 目录，而是模板 JSON 文件本身；[主题模板文档](https://shopify.dev/docs/storefronts/themes/architecture/templates)同时写明，JSON 模板要把 HTML 与 Liquid 放进被引用的 section，数据也直接存在模板里。两条合起来解释了一个常见现象：应用卸载之后，模板里那段配置还在，页面上只剩一个空白占位或一段报错文字。 搜索前先知道去哪儿找（光算 · 示意图） 第二层是应用写进主题的代码：`assets` 里的脚本与样式、`snippets` 里被 `{% render %}` 调用的片段、`layout/theme.liquid` 里手工加进去的 ` ` ``` 这段代码解决的是加载时序，不解决合规判断：同意状态没拿到，请求就不会发出去。同意从哪里来、以什么形式记录，取决于你用的同意管理工具和面向的地区。改动要动模板，先在副本主题里做，确认整条链路没问题再发布。 ## 加载时序要自己测一遍，别信说明 工具装上了不等于生效。用一个干净的浏览器窗口，清空站点数据，在未同意的状态下打开首页和产品页，看网络面板里有没有第三方请求先发出去；再点一次同意，看请求有没有按预期出现。两次的差别就是实际的执行效果。这个测试几分钟能做一次，比读工具的说明文档可靠，也能顺带发现主题里重复加载的旧代码。 先拦住请求，再谈提示文案（光算 · 示意图） 改完脚本位置之后别急着下结论，先确认看到的是新版页面。主题、平台缓存和你的浏览器缓存都可能让你测到改动前的结果，测出来不对时先换一个无痕窗口或加一个随机参数重开一次，再判断是不是代码没生效。 ## 政策文本和实际做法要对齐 检查可以按几个问句过一遍：政策里提到的每个工具，页面上是否真的存在；页面上加载的每个跟踪脚本，政策里是否写到了；政策里留的联系方式和表单是否可达、有没有人负责回复；客户提出查阅、更正或删除请求时，内部谁接、走什么流程、记录留在哪。最后一项缺得最多，政策和表单都写好了，真正执行的人却没有指派。 政策文本不是写完就放着的东西。加了一个统计工具、换了一套客服系统、开了一个新市场，都意味着政策里的清单要跟着改。把这件事写进网站上线的检查表：任何新增第三方脚本的动作，都要同时更新政策与同意配置，两边谁先谁后都行，但不能只做一边。 不同地区对同意形式的要求不同，平台上能打开某个设置项也不等于满足当地要求。Markets 可以按位置、客户组等条件为不同市场配置货币、语言、价格和主题内容（[Shopify Markets 文档](https://help.shopify.com/en/manual/markets)），这类能力解决的是展示差异，不是同意机制。面向多个市场时，用一套文案覆盖全部地区是最容易出问题的做法。 ## 同意管理工具要看它实际拦住了什么 选同意管理方案时，宣传页上的"支持 GDPR 提示"这类描述基本没有区分度。真正要看的是四件事：它能不能在同意之前真的拦住请求，而不是只弹一个提示条；它能不能按地区给出不同的提示与默认状态，因为面向的地区不同，处理方式往往不一样；同意记录能不能导出，出了争议你需要证明当时取得过同意；它自己加载了多少脚本，有些工具为了显示一条横幅，引入的第三方请求比它管住的还多。 还有一件要提前确认的事：它与你正在用的统计、广告、客服方案是否兼容。技术上不兼容的常见表现是，工具记录了同意状态，但某个应用仍然按自己的逻辑加载，两边都以为对方在处理。 ## 结账环节的数据不在你的控制范围内 结账页是平台控制最严的页面。第三方脚本能不能注入、以什么方式注入，取决于你的套餐和所用方案，具体能力以后台与平台文档为准，别照着店铺前台的思路去改结账页。商户能确定的通常是结账前收集了什么、在什么位置告知、客户能不能选择。把客户信息收集的字段加到没有必要那么多，本身也是数据处理上的负担。 ## 访问与删除请求要同时覆盖平台、应用和表单 客户数据不只存在平台里。订单和客户资料在后台，同时也在你安装的应用手里。应用能访问什么，取决于安装时批准的访问范围，官方文档对这套机制写得很清楚（[Shopify 应用认证与访问范围文档](https://shopify.dev/docs/apps/build/authentication-authorization)）。所以删除请求的处理要分三层看：平台内的记录、应用手里的数据、主题里可能残留的上报脚本。如果异常出现在订单侧——可疑下单、拒付、折扣码被批量使用——那属于风控问题，处理顺序见[结账滥用与欺诈信号](/post/shopify-checkout-abuse-fraud/)。 应用只是临时用的话，先导出需要保留的记录，再撤权或卸载，最后清主题残留，顺序反了会丢数据；清理时要搜哪些标识、怎么确认某段代码确实来自已卸载的应用，见[卸载插件后的残留清理](/post/shopify-app-uninstall-cleanup/)。 还有一类数据容易被忽略：联系表单和客服工具收到的内容。主题自带的表单通常直接把内容发到邮箱，应用接管的表单会存在它自己的表里，两者的导出方式和保留位置都不一样，替代或停用之前先确认旧内容能导出来。内部权限也算数据管理的一部分，谁能导出客户名单、谁只能看订单应该分开，共用登录信息的问题见[账号安全](/post/shopify-account-security/)那篇的检查项。 另有一种常见混淆值得点出来：屏蔽某些地区或来源的访问，解决的是"谁能看到店铺"，和客户数据的处理合规是两件事，前者怎么做可以看[怎么防止同行查看你的 shopify 网站](/post/%e6%80%8e%e4%b9%88%e9%98%b2%e6%ad%a2%e5%90%8c%e8%a1%8c%e6%9f%a5%e7%9c%8b%e4%bd%a0%e7%9a%84shopify%e7%bd%91%e7%ab%99/)。 撤权和卸载这些动作本身也有风险，做之前先确认不会中断正常订单流程，具体顺序可以参考[应用权限审计](/post/shopify-app-permission-audit/)；而如果你连页面上有哪些脚本都还没列全，先做[第三方脚本审计](/post/shopify-third-party-script-audit/)那一遍，同意管理才有东西可管。 收到查阅或删除请求时的执行顺序，建议固定在流程里，不要每次临时想： - 确认请求人的身份和请求范围，明确是查阅、更正还是删除，涉及哪些数据。 - 在平台后台定位对应的客户记录与订单记录，确认哪些能直接处理、哪些涉及交易存档需要保留。 - 逐个检查装过的应用，看数据是否也同步到了它们那边，需要单独去应用里处理还是可以通过撤权解决。 - 处理完成后记录时间、处理方式和执行人，回复客户时把范围写清楚。 - 把这次处理涉及的应用与脚本位置补进你的清单，下次同类请求不用再从零找。 这三层里最容易被漏掉的是应用那一层。请求处理完，某个已经停用的应用里还留着一份客户数据，这类情况在审计时经常被发现，也说明脚本和数据清单需要定期更新，而不是一次性做完就归档。 ## 哪些判断超出这篇文章的范围 - 哪些脚本必须先取得同意、同意要用什么形式、记录保留多久，各地要求不同，需要专业意见。 - 平台后台的设置项名称和位置会变，操作路径以后台实际显示为准。 - 应用是否遵守你的同意设置，只能测出来，不能靠它的宣传说明。 - 同意记录要不要留存、留成什么形式，属于法律判断，不由技术方案决定。 - 面向的市场增加时，同意配置要重新评估，沿用原来的弹窗文案等于没做。 先做的两件事其实是脚本清单和加载时序，政策文本跟着它们改，改完还能对得上，客户或平台追问时你答得出来。技术层面能保证的是"该发出去的请求什么时候发出去"，不能保证的是"这套做法在你的市场是否合规"，把这两件事分开，就不容易在错误的层面上花时间。 --- ## Shopify 结账滥用与欺诈信号：风控能做到什么 - URL: https://www.guangsuan.com/post/shopify-checkout-abuse-fraud/ - 作者: Don Jiang - Published: 2026-09-18T03:22:31+08:00 - Last updated: 2026-09-18T03:34:57+08:00 - 摘要: 结账环节的问题混在一起处理，往往规则越加越多、真实买家被挡在门外。本文按三类问题分别给出判断依据与处置流程，并说清平台提示、验证手段和支付方工具各自的边界。 结账环节冒出来的问题，先分成三类看：机器人在结账口薅库存和优惠、用盗来的卡下单、真实买家事后发起拒付。三类的证据形态不一样，能用的处置手段不一样，处置错了的代价也不一样。混在一起处理，常见结果是规则越加越多，真实买家被挡在门外，欺诈订单照样进来。 Shopify 会在订单上给出风险提示，也开放了一部分结账和支付设置供商家调整。它不替你做拦截决定。要不要取消一笔已经付款的订单、要不要先发货，责任留在商家这边，这也是很多人第一次遇到盗卡订单时才意识到的部分。 ## 三类问题分别靠什么证据判断 把订单先归到某一类，再决定动作，比一上来就设拦截规则省事。分类起点可以看下面这张表，具体的提示名称、阈值和后台入口会随套餐与后台版本变化，以你当前后台实际显示为准。 手段不同，别混成一套规则（光算 · 示意图） 类型常见表现先做什么 机器人下单短时间内的订单或加购集中出现，收件信息重复或明显编造，多笔订单的环境特征相近先查是不是促销、库存或优惠设置被利用，再从下单入口和校验层面限制，不要逐单手工处理 盗卡下单支付信息与收货信息不一致，订单金额明显偏离日常区间，账号新注册且没有历史行为发货前补验证，联系买家核对订单信息，确认有问题再取消并留沟通记录 恶意拒付订单已发出，买家或持卡方提出争议，理由与物流记录对不上整理物流签收记录、沟通记录、下单时的信息，按支付方要求的流程与时限提交 ## 平台的风险提示看到什么程度就够 订单页上的风险提示是判断的输入，不是结论。同一套信号在不同品类上的准确率差得很远：虚拟商品、定制商品、高单价商品的风险表现本来就不同，平台的模型不会按你的品类单独调参。看到高风险标记不代表必须取消，看到低风险标记也不代表可以放着不管。 真正要自己定下来的规则只有几条：单笔金额到多少必须人工过一遍、什么情况下必须联系买家确认、什么情况下直接取消退款。规则条数越少越容易执行，每多加一条，被误伤的真实订单也在增加，而被误伤的订单不会给你反馈，它只是消失了。 风险也不是均匀分布的。同一款商品在促销期间和促销结束后的风险结构完全不同，平时够用的阈值放到大促里基本失效。每次活动前重新过一遍阈值和审核条件，比活动结束后补规则有用得多。 ## 人工审核规则、验证手段和支付方工具各管什么 三样东西经常被当成一件事，其实分工很清楚。人工审核规则管的是分派：在后台按条件把订单挑出来交给流程处理，例如超过某个金额、收货国家不在你的常规发货范围、账单地址与收货地址跨地区。这类规则的价值在于减少漏看，它本身不做拦截判断。验证手段管的是补信息：联系买家核对订单内容、收货地址、付款方式后四位，确认无误再发货。支付方工具管的是钱和争议：地址验证、卡验证这类能力，以及争议发生后的提交与申诉流程，能不能用、怎么用取决于你接入的支付服务商和目标市场，以对方的说明为准。 规则要留观察期（光算 · 示意图） 顺序反了会很累。正确的做法是先用平台信号筛出候选订单，再用人工审核规则决定谁去看，最后按支付方的流程处理争议。反过来，先假设每笔订单都可能是欺诈，人工审核会变成瓶颈，订单堆积在待处理状态，发货时效一起崩掉。 ## 优惠、库存和下单入口：机器人问题的实际来源 刷单动机里真正罕见的才是"骗货"。更常见的是把你用来引流的优惠码、限量库存和赠品消耗掉，或者用脚本抢购后转卖。这类行为在订单数据里的特征不是单笔可疑，而是集中：同一个优惠码在短时间内被反复使用，同一套收货信息对应多个账号，某款商品的可售数量掉得明显快过平时的曲线。 顺着这条线看几个地方就够了。优惠码有没有设使用限制，比如限每人一次、限总使用次数、限渠道；限量商品有没有设购买数量上限；下单是否强制创建账号，账号创建有没有最低限度的校验；支付环节的地址校验有没有开启。这些开关的具体位置和可用范围随套餐、地区和支付服务商变化，写死的操作路径不可靠，以你后台里实际能看到的选项为准。 ## 一套可以照着走的处置流程 - 订单进来先记录信号：风险提示状态、支付与收货信息是否一致、账号有没有历史订单、下单时间与收货地是否合理。 - 按事先定好的分档处理。低风险正常发货；中风险在发货前联系买家核对；高风险暂缓并发起验证。 - 验证时只问订单本身的信息，例如确认收货地址、订单内容、付款方式的后四位。不要索取完整卡号或验证码，这类信息你没有必要收集，也不该收集。 - 决定取消时给出明确理由和退款方式，把沟通记录留在订单备注或你的工单里。 - 每周复盘一次被验证和被取消的订单，看哪些其实是正常订单，据此收窄规则，而不是只看拦下来的欺诈单。 要不要取消，通常看三件事的组合：货款有没有收进来、货有没有发出、证据够不够。货款已收、货未发出是最容易处理的窗口，取消退款就结束了；货已发出才发现问题，只能靠承运商拦截，能不能拦下来不由你决定，这也是发货前那一步验证值得多花几分钟的原因。 ## 证据要留成能用的样子 拒付能不能赢，取决于提交的材料是否完整，而不是你觉得对方明显有问题。保留的东西包括物流轨迹与签收记录、下单时的收货信息与联系方式、与买家的全部往来记录、订单的处理时间线。物流单号与签收凭证最好在发货当天就归档，事后从承运商那里补，往往已经过期或者要对账。争议提交的时限由支付方规定，没有统一答案，需要向支付服务商确认。 ## 别把风控做成给真实买家设障 误判的成本通常被低估。新客首单最容易触发验证，而首单客户正是转化率最脆弱的一群；跨境买家使用非本地银行卡、转运地址、代收点，这些在本地经验里全是可疑特征，实际上很常见。加验证步骤会拉高弃单，具体幅度每家店不一样，别人给的数字不要直接套用。 规则改完要留观察期。同一天改三条规则，出了问题是哪条引起的都说不清。留出覆盖一个完整下单周期的观察窗口，比对验证率、取消率、拒付率的走向，再决定下一步。 ## 和应用、员工账号、抓取有关的三件事 风险审核、评价、客服类应用往往需要读取订单与客户数据。能读到什么，取决于安装时批准的访问范围；只要它还装着、权限还在，这些数据就一直由它经手，这一点在[Shopify 应用认证与访问范围文档](https://shopify.dev/docs/apps/build/authentication-authorization)里有明确说明。装之前把权限清单看一遍是相当实际的一步，具体做法可以对照[应用权限审计](/post/shopify-app-permission-audit/)里的流程。 员工账号决定谁能看订单、谁能改支付设置。离职账号没停用、多人共用一套登录信息，是常见的入口，值得按[账号安全](/post/shopify-account-security/)那篇里的检查项过一遍。 还有一处经常被搞错：robots.txt 挡不住恶意下单。Google 在[robots.txt 简介](https://developers.google.com/search/docs/crawling-indexing/robots/intro)里写得很直接，这类规则只是请求爬虫遵守，无法强制执行，想真正挡住访问得换别的办法。把防刷单寄希望于 robots.txt，等于让对手决定要不要听话。真正起作用的是结账环节的校验与限流，[结账页面出现机器人验证](/post/shopify%e7%bb%93%e8%b4%a6%e9%a1%b5%e9%9d%a2%e5%87%ba%e7%8e%b0%e6%9c%ba%e5%99%a8%e4%ba%ba%e9%aa%8c%e8%af%81/)那类问题的排查方向也在这一层。 刷单流量还会顺带拖慢页面。加购、切规格、点筛选项没反应，常常是同时加载的第三方脚本在主线程上排队，排查顺序见[第三方脚本审计](/post/shopify-third-party-script-audit/)。 ## 哪些事做不到 - 没有零风险的组合。支付方的判定逻辑和卡组织规则并不完全公开，任何配置都不能保证欺诈订单为零。 - 平台提示和支付方结论可能互相矛盾，涉及资金时以支付方与实际资金流向为准。 - 不同市场的地址习惯、支付习惯差异很大，一套阈值直接搬过去，误伤率会明显上升，需要按市场重新观察。 - 订单数据的留存期限、证据形式、争议提交时限，各地要求不同，涉及具体规则时要向支付方和专业人士确认，不要照抄别人的处理模板。 风控的日常目标是把人工注意力集中到真正需要看的订单上，而不是把风险降到一个不存在的零。规则少、每条都能说清为什么设，复盘时才改得动。 --- ## Shopify 应用权限审计：授权范围、数据访问与撤权流程 - URL: https://www.guangsuan.com/post/shopify-app-permission-audit/ - 作者: Don Jiang - Published: 2026-09-18T03:22:31+08:00 - Last updated: 2026-09-27T09:53:49+00:00 - 摘要: 应用申请的权限是成组给出的，你批准的是那一组，不是它用到的那一个功能。这篇讲清授权范围的含义、清单审计的步骤、撤权前要确认的依赖，以及卸载之后仍需清理的代码与脚本。 一个只做评论展示的应用，授权页面上写着要读取订单和客户信息，这不是它贪心，而是平台的权限按资源类别成组给出：你批准的是那一组，不是「只给评论用」。理解这一点之后，审计应用权限就变成了一个可以按步骤做完的动作，而不是靠感觉判断哪个应用「看起来不老实」。 ## 授权范围批准的到底是什么 应用要读写店铺数据，得先拿到访问凭证。凭证一方面标明是哪个应用在调用，一方面决定它能碰到什么——官方文档把这两件事写得很清楚：请求返回什么取决于该凭证的访问范围允许什么，范围不够就直接报错（[Shopify 应用认证与访问范围说明](https://shopify.dev/docs/apps/build/authentication-authorization)）。 用不到的权限就该收掉（光算 · 示意图） 这套机制对商家的含义是：你在授权页能决定的只有「批准这一组」或「不批准」，不能只批准其中一小块。所以要看的不是应用名字，而是它申请的整组范围里有没有明显超出功能的部分。一个只展示评价的应用要了订单写入权限，这种组合值得当场问清楚，而不是装完再想。 凭证还有有效期上的区别：跟着员工会话走的在线凭证，以及跨会话长期有效的离线凭证（同一份文档里有说明）。撤权前先分清你处理的是哪一种——在线凭证会随会话结束失效，离线凭证不会自己消失，最终还是靠撤销授权或卸载来结束。 还有一类应用值得单独翻出来看：早期在后台直接创建的定制应用。官方文档提到，这类应用由平台在商家安装时预先生成访问凭证，现在已经不能新建，但如果你手上还维护着这样的应用，它的凭证往往没人记得是谁在用（同一份认证文档里有一段专门说明）。这类应用不在应用商店里，属于检查时要单独确认的一项。 ## 审计流程：一张表跑完全部应用 先做清单，再做判断，顺序不要跳。清单不全的话，后面每一步的结论都是残缺的。 - 拉出清单。后台的应用列表和计费页面两处对齐，特别留意还在扣费但已经没人使用的应用，这类最容易逃过检查。 - 每个应用标注三件事：解决什么问题、现在还有谁在用、有没有替代办法。替代办法包括平台原生能力和主题自带功能，不要默认「没有应用就做不了」。 - 打开店铺前台，确认它到底在哪里出现：是主题里的一个区块，还是注入到每个页面的脚本，还是只存在于后台。 - 把申请的范围和实际观察到的功能对照，标出对不上的项目。 - 分成四类：必需保留、保留但要收窄、可以降级到原生功能、直接卸载。 - 每次只处理一到两个应用，处理完走一遍下单流程再继续下一个。 应用类型常见申请范围先问什么处理动作 评论与用户内容产品读取、客户读取、订单读取评价内容有没有真的展示在页面上收窄，或改用主题自带展示 邮件与营销客户读写、订单读取导出的客户数据存在哪里、退出后怎么处理保留，但写清数据处理约定 分析与热图页面与订单读取结账页是不是也加载限制加载范围 客服与在线聊天订单与客户读取会话数据留存多久保留，确认留存期 折扣与捆绑订单读写、折扣写入有没有和原生折扣规则重复合并，避免规则互相覆盖 表里那一列的问题，只有一个能通过后台回答，其余都要问应用方。问不到明确答复的应用，按「保留但要收窄」处理，别停在原地等。 做这轮审计的时机也有讲究。装新应用之前先看一眼现有应用里有没有做同一件事的，这是最省事的一次检查；季度核查走一遍清单，处理积压；大促之前只做确认，不做删减——那几天不是验证脚本改动的好时候，业务流量会掩盖问题，出问题的影响也更大。 ## 撤权之前必须确认的三件事 撤权的动作很轻，代价通常出现在别的地方。动手前确认这三件。 评论区功能不需要订单权限（光算 · 示意图） - 结账与订单流程不依赖它。付款方式、运费、税费、折扣规则、订单自动化（自动打标签、自动发通知）里有没有它的影子，都要逐个看。测试方法是在副本环境或测试订单里走一遍完整下单。 - 需要留下的数据先导出。客户备注、评价内容、订阅记录、埋点历史，撤销授权之后还能不能拿到，取决于应用方，不要等到要用的时候才去问。 - 页面上它的位置有人接手。卸载之后主题里对应的位置会变成空白或报错，先在副本主题里把区块换成替代内容，再卸载。 第三件事经常被低估。应用在前台的表现不只是数据，还有版式：一个推荐位消失，可能连带影响下面的排版和加购按钮位置。改动前先看一眼这个区块在移动端的位置。顺手记一笔台账——撤掉了哪个应用、什么时候撤的、谁批准的，下次有人问起就不用靠回忆。 ## 卸载之后还留着什么 卸载结束的是后台的授权关系，不会自动清掉已经写进主题的东西。常见的残留有三类：主题文件里的代码片段（初始化脚本、用来做样式的应用专属类名）、模板里保留的区块设置（区块还在，只是渲染不出来）、以及页面上仍在请求外部域名的脚本标签。 排查方法是在主题代码里搜索应用域名、应用名和它特有的类名前缀，逐个确认引用位置，再在副本主题上删除并回归页面。这整套流程和备份要求写在清理那篇里（[卸载后的代码与数据清理顺序](/post/shopify-app-uninstall-cleanup/)）。 残留脚本的典型症状不是页面空白，而是主题交互出问题——集合页筛选项被清掉、排序结果不对、弹窗关不掉。这类现象看起来像主题的毛病，实际是脚本在抢同一批状态，排查思路完全不同（[主题交互与脚本冲突的状态排查](/post/shopify-filter-sort-theme-state-check/)）。另外，统计、客服这类外部脚本要不要一起处理，判断标准是业务是否需要它，和为了分数删脚本不是一回事（[第三方脚本的归属与取舍](/post/shopify-third-party-script-audit/)）。 ## 撤权不等于数据被删 这里要划一条清楚的线。撤销授权结束的是「这个应用还能不能通过接口继续取数据」，不等于应用方已经销毁此前拿到的数据。历史数据在应用方那边怎么留存、怎么删除，取决于它的隐私政策和数据处理说明，这件事需要商家自己去核对，平台不会替你确认，也没有哪个开关能一键保证。 所以撤权之前该做的两件事是：把你要留的数据导出，把你要它删的数据以书面方式提出。相关的一整条线——隐私政策怎么写、Cookie 与跟踪脚本要不要先取得同意、客户提出访问或删除请求时怎么响应——在客户数据那篇里展开（[客户数据与同意管理的落地做法](/post/shopify-customer-data-consent/)）。 还有一件不能假定的事：只要脚本还在页面上运行，它仍然可能向外部发请求。撤权那一步做完了，清理那一步不能省。 ## 撤掉的三种做法与各自的风险 - **整个卸载。**最彻底，代价是它承载的功能一起消失，包括可能有人已经习惯的自动化和历史数据的入口。适合已经没人用的应用。 - **只移除它在主题里的部分。**适合功能后台还在用、但前台展示不需要的应用。风险是后台一直跑着，过几个月没人记得它还在，交接时最容易被漏掉。 - **只关掉部分设置。**营销类应用里停用某几个不再使用的渠道时常用这个做法，风险最小，但也最容易留下「看着关掉了、其实还在跑」的错觉。关掉之后要到前台确认脚本还在不在。 三种做法都要求动手前后各看一眼前台：动手前确认没有别人正在依赖它，动手后确认页面上没有报错、下单流程正常。 ## 应用权限和员工权限是两套体系 审计应用的时候容易顺手把员工权限一起管，但两者的控制点不一样：员工账号控制的是「谁能进后台、在后台能做什么」，应用的访问范围控制的是「这个程序能通过接口读写什么」。一个员工离职需要停用账号，一个应用没人用了需要卸载并清理代码，动作不通用。员工权限的分配和离职处理在账号安全那篇里（[后台账号与权限的核查清单](/post/shopify-account-security/)）。 最后一点关于数量：不要用应用个数判断安全或性能，一个必需应用好过五个低频应用。每多装一个应用，就多一组你批准过的访问范围，也多一份要定期检查的东西。判断一个应用该不该留，标准是它解决的问题有没有更稳的替代方式。 如果这轮审计之后发现真正要处理的是结账链路、脚本冲突或数据合规这类跨环节的问题，而不是某个应用本身，可以把范围放大一起看（[咨询与排查协助](/kefu/)）。 涉及主题残留、权限调整和系统接口的联动处理，可以按[Shopify 技术维护服务](/shopify/)的流程先确认依赖、备份与测试范围，再执行撤权和清理。 --- ## Shopify 账号安全：两步验证、员工权限与登录核查 - URL: https://www.guangsuan.com/post/shopify-account-security/ - 作者: Don Jiang - Published: 2026-09-18T03:22:31+08:00 - Last updated: 2026-09-18T03:34:57+08:00 - 摘要: 能进后台的人越多、权限越宽，出事时越难定位。这篇把账号安全拆成可执行的动作：谁必须开两步验证、权限按三个方向怎么分、离职与外部协作当天要处理什么，以及不同套餐下要先确认的差别。 后台出问题，往往不是因为谁的密码太简单，而是两个条件同时成立：权限给宽了，而且没人回头看。账号安全要做的事可以压到三件：把能进后台的人管住，把每个人能做的事收窄，把离开的人处理干净。密码强度和两步验证只是第一件里的一部分。 ## 先把「谁能进后台」和「进来能做什么」分成两张清单 这两件事经常被一起处理，结果是给某人开了账号，顺手把默认权限也给了，之后再没有人检查。分开看更清楚：账号清单管的是入口数量，权限清单管的是单个入口的能力上限。入口要少，能力要窄，两者不能互相替代——一个人开五个账号不会更安全，人少也不代表权限就不宽。 把动作固定下来，比临时检查有效（光算 · 示意图） 后台的访问来源通常有四类：你自己、员工账号、外部协作方（建站、投放、会计），以及各种应用。应用不是人，它拿到的访问范围和员工账号是两套体系：应用通过访问凭证调用接口，凭证本身只标明身份，能读到什么由商家批准的那组访问范围决定（[Shopify 应用认证与访问范围说明](https://shopify.dev/docs/apps/build/authentication-authorization)）。这也解释了一件事——员工离职要处理的是员工账号，不是应用；应用该不该留是另一套判断（[应用授权范围的审计流程](/post/shopify-app-permission-audit/)）。 ## 两步验证：先决定谁必须开 两步验证只解决一个问题：密码被别人拿到之后，能不能直接登录。它不解决权限过宽，所以别指望开了它就省掉后面的检查。 - 先列出所有能登录后台的人，包括长期不用但账号还在的。 - 把账号分成两组：能改支付设置、能改主题代码、能导出客户数据的，必须开；其余账号也建议开，但不是优先项。 - 处理恢复方式。备用码、恢复手机号、恢复邮箱要单独存放，不要和登录密码放在同一个地方，也不要挂在一个已经离职的人的手机上。 - 开启之后逐个验证是否真的生效，确认每次登录都会被要求第二重验证，而不是只在新设备上才触发。 共用一个账号是很多小团队的做法，代价往往在半年后才显现：操作记录全部指向同一个人，出了问题无法定位，有人离开也无法单独收回权限。多开一个员工账号再把权限收窄，成本远比想象中低。 ## 权限最小化：按三个方向拆 一个能直接落地的拆法是按钱、客户数据、代码三类权限来分。给谁什么权限，看他的岗位每天实际要动的是哪一类，而不是按「他级别高所以多给点」。 按岗位每天实际要动的东西给（光算 · 示意图） 角色通常需要的权限需要单独确认才给的操作 订单与客服订单处理、发货、按需查看客户信息客户数据导出、订单改价、退款审批 商品与内容运营产品、集合、博客、导航、折扣主题代码编辑、安装应用 外部设计与开发主题副本、必要的主题编辑发布主题、改动域名与通知设置 财务与投放账单查看、分析数据、广告相关设置支付与结算设置、税费规则 表格里第三列是重点。这些操作一旦做错，代价不是页面难看，而是钱和客户数据出了问题，所以它们应该有一个明确的确认环节：谁在什么时间被批准做了什么，而不是默认每个人都有。 要注意员工权限的可细分程度和套餐有关。有的套餐只能给一组预设权限，有的可以细到单个模块，部分角色只在高阶套餐里出现。具体能拆到多细，以你当前后台的员工权限页面为准，不要照搬别人的配置。 ## 离职与外部协作：当天要处理的事 - 停用账号，而不只是改密码。改密码对多人共用的账号才有意义，员工账号必须停用，会话才真正结束。 - 检查这个账号是不是某些设置上的联系人——付款通知邮箱、域名联系邮箱、订单通知接收人。停用账号不会把这些位置自动换成别人。 - 检查应用与自定义应用是谁装的、谁在维护。有人离开后要确认这些应用的授权仍然有人负责，否则它会一直带着那组范围跑下去（[卸载应用后的残留与清理顺序](/post/shopify-app-uninstall-cleanup/)）。 - 检查主题：该账号有没有发布过主题版本、有没有留下未发布的副本。 - 检查域名、付款方式、收款账户是否被改动过。这一项最容易被跳过，代价也最高。 - 一周后回看一次后台活动记录，确认没有遗留的自动流程还在使用旧账号。 ## 可疑活动怎么判断 判断顺序是先看有没有不该发生的变化，而不是先翻登录记录。登录记录只能告诉你有人进来过，决定损失的是他进来之后做了什么。 - **钱的方向。**收款账户与付款方式是否变动、退款记录是否异常、有没有出现过高的折扣码被大量使用。这类异常订单信号的判断顺序与处置方式，见[结账滥用与欺诈信号](/post/shopify-checkout-abuse-fraud/)。 - **客户数据的方向。**短时间内大量导出、客户信息出现没人解释得清的修改。 - **代码的方向。**主题被发布、多出没装过的应用、导航或结账相关设置被改。 - **入口的方向。**非工作时间的登录通知、你没授权过的设备或地区、恢复邮箱与手机号被改。 按这个顺序走一遍之后，再回到入口本身。发现异常时第一步不是改密码，而是先停掉可疑账号，紧接着换掉关键联系邮箱与恢复方式，然后逐条核对上面四个方向。先改密码会把对方直接踢出去，但同时也会让对方知道你发现了，剩下的痕迹反而更难查。 关于客户数据的处理边界，还有一层：能看客户信息的人越多，隐私政策和实际做法越容易对不上，客户的访问与删除请求也更难响应。这部分是另一条线，和权限分配要一起看（[客户数据与同意管理的落地检查点](/post/shopify-customer-data-consent/)）。 ## 每季度三十分钟能做完的核查 - 拉出员工账号与协作者列表，标出已离职、暂时停用、外部协作三类。 - 逐个确认权限有没有变动需求，最近做过投放或改版的人尤其要看。 - 核对付款方式、域名、通知邮箱上的联系人是不是还在职。 - 过一遍已安装应用与授权情况，把没人用的挑出来。 - 确认两步验证覆盖到了所有能改钱和改代码的账号。 ## 边界：哪些事不能想当然 员工权限的粒度受套餐限制，同一个操作在不同套餐里可能是「可选权限」也可能是「所有人都有」，所以任何清单都要以当前后台为准，别人后台里能看到的选项你不一定有。 平台侧登录保护和风控是平台自己做的事，你能配置的只有账号与权限本身，两者不能互换。恢复码丢失、恢复邮箱停用，会把自己也锁在外面，处理外部协作之前先把这两项确认好；用共享邮箱或共享手机号做第二步验证，等于没有第二步。 另外一点是前台和后台的区别。店铺页面本身就是公开的，谁都能打开，能不能被同行看到不是安全事件；后台入口只应该属于明确列在清单上的人。这两件事容易混在一起，处理方法完全不同（[怎么防止同行查看你的店铺](/post/%e6%80%8e%e4%b9%88%e9%98%b2%e6%ad%a2%e5%90%8c%e8%a1%8c%e6%9f%a5%e7%9c%8b%e4%bd%a0%e7%9a%84shopify%e7%bd%91%e7%ab%99/)）。 ## 两步验证之外，还有一个上游入口 后台账号的上游是邮箱。密码重置、恢复方式变更、通知设置修改，最终都会经过登录邮箱或恢复邮箱，所以那个邮箱本身也要开两步验证，而且最好不要用一个人的私人邮箱承担全店的恢复功能。域名注册商账号同理：域名被转走，店铺前台也就不用谈了，这个账号的权限比后台更少见人检查。 ## 给外部协作方开入口，别开成长期账号 建站、投放、会计这类协作方通常不需要长期账号。按项目开一个员工账号，明确项目结束当天停用；只给主题副本的编辑权限，不给发布线上主题的权限，他改的东西由内部的人看过再发布；需要看订单或客户数据时按次处理，或者直接给导出后的报表，而不是给一个长期可读的权限。这些要求在项目开始时就写进协作说明里，比事后追着收权限容易得多。 ## 把这套动作写成能交接的清单 团队里谁负责这件事，比清单本身更容易出问题。一个可以交接的账号清单至少包含这些字段：账号对应的人和岗位、所属权限组、两步验证是否开启、上次核查时间、以及这个账号该由谁在什么条件下停用。清单不用放进系统，一张表格就够，关键是它有两个固定动作——季度核对一次，有人离开时打开它逐条处理。 如果团队里没有人固定负责这件事，把清单和确认环节写下来比请人临时看一眼有用得多；需要把账号、权限和清理流程整理成一套能交接的规范，可以从光算这边问（[咨询与流程梳理](/kefu/)）。 --- ## Shopify 移动端性能检查顺序：首页、集合页、产品页 - URL: https://www.guangsuan.com/post/shopify-mobile-performance-checklist/ - 作者: Don Jiang - Published: 2026-09-18T03:22:31+08:00 - Last updated: 2026-09-18T03:34:57+08:00 - 摘要: 手机上打开慢，原因通常不在同一个地方：首页看首屏大图和轮播，集合页看首屏一次渲染出来的图片数量，产品页看变体与加购这类交互脚本。这篇按页面类型给出检查项和执行顺序。 手机上打开慢，第一步不是跑分，而是先确定哪一类页面在拖后腿。首页、集合页、产品页吃掉资源的地方不一样：首页是首屏那张图和轮播，集合页是首屏一次渲染出来的卡片数量，产品页是变体、加购这类交互脚本。把三类页面混在一起看一个总分，只会得到一堆没法落地的结论。 ## 为什么检查从移动端开始 先看一个你手里就有的数据：后台的流量来源和订单来源里，移动端占多少。这个比例决定了投入顺序。移动端占比高的店铺，桌面端的漂亮成绩没有意义，因为访客遇到的不是那个版本。 不同页面的瓶颈不一样（光算 · 示意图） 指标口径本身也是分开的。web.dev 对 Core Web Vitals 的评估要求是：在 75 分位的访问上达到阈值，并且移动端与桌面端分别统计（[Web Vitals 指标说明](https://web.dev/articles/vitals)）。也就是说移动端和桌面端的达标率本来就是两个数字，拿其中一个解释另一个，属于算错账。 三项指标各自衡量什么、在 Shopify 上通常由什么引起，以及基线该怎么建立，那篇写得比较细（[三项指标各自对应什么体验](/post/shopify-core-web-vitals-baseline/)）。这里只做一件事：按页面类型给出检查顺序和执行优先级。 ## 首页：先处理首屏那一张图 首页的 LCP 元素一般就是首屏大图或轮播的第一帧，而最常见的三个错误恰好都压在这张图上。 - 首屏图被懒加载了。Shopify 的性能文档把这件事列为最常见也最伤的反模式之一：`image_tag` 在服务端渲染出图片地址，浏览器预加载扫描器在解析 HTML 时就能发现它，而 `loading="lazy"` 会把下载推迟到浏览器处理完隐藏的观察器事件之后，等于把这个提前量扔掉（[Never lazy-load the LCP image](https://shopify.dev/docs/storefronts/themes/best-practices/performance/never-lazy-load-lcp-image)）。改法是把 `loading="lazy"` 换成 `eager`，或者直接去掉这个属性。 - 缺 `fetchpriority="high"`。图片默认以低优先级被发现，等布局完成后浏览器才把视口内的图片升级为高优先级，这段时间是白等的；给 LCP 图加上这个属性可以消掉等待，但一页只加一张，而且不能和懒加载同时出现（[Mark the LCP image with fetchpriority="high"](https://shopify.dev/docs/storefronts/themes/best-practices/performance/set-fetchpriority-high-on-lcp-image)）。 - 动画把图藏住了。淡入、页面过渡、滚动触发的显示效果都会让元素从 `opacity: 0` 开始，而浏览器不把透明元素算作 LCP 候选，必须等到它以非零透明度重绘才记录。官方给的替代做法是改用 CSS `@keyframes`，它在元素第一次渲染时启动，不需要等脚本；时长控制在 0.3 秒以内，并且先去主题设置里关掉全局的页面过渡（[Don't hide the LCP image behind animations](https://shopify.dev/docs/storefronts/themes/best-practices/performance/dont-hide-lcp-image-behind-animations)）。 ``` `{% if section.index == 1 %} {{ section.settings.image | image_url: width: 1000 | image_tag: loading: 'eager', fetchpriority: 'high' }} {% elsif section.index > 3 %} {{ section.settings.image | image_url: width: 1000 | image_tag: loading: 'lazy' }} {% else %} {{ section.settings.image | image_url: width: 1000 | image_tag: loading: 'eager' }} {% endif %}` ``` 写条件判断的时候注意 `section.index` 在主题编辑器、静态 section 和 Section Rendering API 的返回里是空值，所以懒加载分支要写成正判断，让空值落到 eager 那一侧；否则预览时看着正常，线上跑的是懒加载。轮播还要多一个判断：如果首屏可见区域里同时能看到第二帧，那它也要按 eager 处理，只有滚动之后才出现的才懒加载。图片尺寸和容器比例的细节，以及响应式宽度怎么配，放在 LCP 图优化里讲（[首屏大图的加载顺序与尺寸设置](/post/shopify-lcp-image-optimization/)）。 ### 轮播是不是值得留 首页轮播对性能的代价有两部分：首屏要同时准备多张大图，交互上还要跑切换逻辑，而手机上多数访客只看得到第一帧。判断它该不该留，标准不是「别人首页都有」，而是你自己的行为数据里有没有人真的切到第二帧、切完之后有没有往下走。如果数据看不出来，先把它降成一张静态主图加一个链接入口，改动小、可回滚，也顺手解决了一部分 LCP。 ## 集合页：先数首屏有几张图 集合页的 LCP 元素通常是第一张产品卡片图，但真正拖慢加载的是首屏一次渲染出来的卡片总数。官方文档提到过这个场景：一个 section 里可能一次输出几十个产品，这时用 `section.index` 判断不够用，因为只有最前面几张在视口里，要改成按循环序号控制哪几张 eager、其余 lazy。 抓取与用户都主要在移动端（光算 · 示意图） ``` `{% for product in collection.products %} {% if forloop.index > 4 %} {% assign image_loading = 'lazy' %} {% else %} {% assign image_loading = 'eager' %} {% endif %} {{ product.featured_image | image_url: width: 400 | image_tag: loading: image_loading, widths: '200, 300, 400', sizes: '(min-width: 1200px) calc(25vw - 2rem), (min-width: 768px) calc(33vw - 2rem), calc(50vw - 2rem)' }} {% endfor %}` ``` 第二件事是确认图片走的是 `image_url` 的响应式宽度。如果主题直接把原图地址塞进 `src`，手机就会下载桌面尺寸的文件，这个问题在集合页最明显，因为同一页有几十张。 第三件事是交互。集合页的筛选和排序在手机上比在桌面上更容易出问题，应用的脚本和主题的交互经常互相干扰，表现是筛选项被清掉或者排序后结果不对。这一段属于主题行为，不属于加载性能，排查顺序也不一样（[排序丢筛选时的状态排查思路](/post/shopify-filter-sort-theme-state-check/)）。 至于集合页要不要写正文、分页和排序参数怎么处理，那是集合页自身的内容结构问题，不是性能问题，两件事不要混着改（[集合页的信息结构与内链安排](/post/shopify-collection-page-seo/)）。 ## 产品页：交互比加载更值得盯 产品页的加载问题通常和首页同源：主图是 LCP 元素，处理方式一样。差别在交互环节——选变体、加减数量、加入购物车、展开说明书、放大图片，这些动作都会在主线程上跑事件处理，慢的时候表现成点了没反应，而不是页面转圈。 INP 衡量的是这段延迟：从点击、触摸或按键开始，到浏览器下一次绘制完成之间的时间，合格线是 200 毫秒（75 分位）；它统计的交互只有鼠标点击、触摸和键盘输入，滚动和悬停不算在内（[Interaction to Next Paint 说明](https://web.dev/articles/inp)）。所以「滚起来卡」在 INP 里看不到，要单独测。 产品页的定位顺序是：先在实验室里走一遍真实操作——选规格、改数量、加购、展开描述——看哪个动作响应最慢；再看慢的那一步是不是应用注入的脚本；最后决定是延迟加载、改写事件处理，还是换实现。判断脚本归属和改法，主线程那篇讲得更细（[交互延迟的排查与取舍](/post/shopify-inp-main-thread/)）。 产品页还有一种更隐蔽的问题：图片没写宽高、字体替换后尺寸变化，或者变体切换时价格区域被替换，都会造成布局跳动。这类偏移的成因和修法在另一篇里拆过（[布局偏移的来源分类](/post/shopify-cls-apps-and-fonts/)）。 ## 按影响面和风险排执行顺序 检查项列出来之后，按两件事排序：影响多少页面，以及改错以后多难回滚。先做影响面大、回滚容易的。 改动影响面风险建议位置 首屏图改 eager，LCP 图加高优先级全站每一类页面低，改错只影响单张图先做 关掉全局页面过渡与首屏淡入全站低，视觉变化需和店主确认先做 集合页首屏卡片按序号控制加载集合页低其次 补齐响应式宽度与尺寸属性全站图片中，写错会取到错误尺寸其次 延迟非必需第三方脚本全站中，可能影响统计与客服确认业务归属后做 改事件处理或替换应用单页或单功能高，需要完整回归测试最后做 表格里最后两行的顺序不要颠倒。脚本和应用相关的改动波及面看着小，实际牵扯统计口径、客服接入和订单流程，一旦出问题，损失的不是分数。 ## 测试条件不固定，改完也看不出效果 手机上的测试最容易在条件上出错。同一台手机、同一档网络（不要一边测一边切 Wi-Fi）、同一个工具、同一个地区节点，跑三次以上再下结论。移动端和桌面端的结论不能互相搬——桌面不缺带宽和 CPU，很多只在手机上暴露的脚本开销，在桌面上根本测不出来。 弱网和低端设备才是真实体验的下限。做实验室测试时把网络档位调到接近真实移动网络，别拿办公室宽带的结果当结论；有条件的话用一台两三年前的手机实际走一遍加购流程，比任何分数都直接。 改动的节奏也要控制。同一天改多个页面、同时上线两处脚本调整，等结果变差时你无法知道是哪一处造成的。三类页面分开测、分开改，每类改完先在自己的条件下复测同一页，再决定要不要继续下一项。检查本身可以每周固定一个时间做，一次只走一类页面，比一次性做完三类更容易坚持，也更容易看出趋势。 ## 边界：哪些不是你能改的 平台已经处理的部分不要重复做。CDN、图片格式转换、默认压缩都在平台侧完成，把它当成自己的工作量，会得出一个永远做不完的清单。你要负责的是主题和应用引入的那部分。 应用注入的东西要单独归类。弹窗、横幅、推荐位、评论组件在手机上往往同时带来资源和主线程开销，但它们不是主题代码，改之前先确认来源，属于应用的和应用方确认能不能延迟加载，属于已停用应用的先清理。判断一个应用值不值得留，标准不是它有几个功能，而是它解决的问题有没有别的办法（[应用取舍的判断标准](/post/shopify-app-selection/)）。 不承诺分数。移动端单次测试的结果受网络波动和第三方脚本是否超时影响很大，说某个改动能让分数提高多少，是无法复现的。要判断有没有变好，用同条件的前后对比和后台字段数据的长期变化。加载速度之外的抓取与收录问题要走另一条线，谷歌 SEO 做的是那部分，和这里的页面性能是两套检查表（[谷歌 SEO 与整站技术检查](/seo/)）。 --- ## Shopify 后台速度报告与 PageSpeed 分数不一致，先看这几处 - URL: https://www.guangsuan.com/post/shopify-speed-report-interpretation/ - 作者: Don Jiang - Published: 2026-09-18T03:22:31+08:00 - Last updated: 2026-09-18T03:34:57+08:00 - 摘要: 后台报告是真实用户数据的汇总，PageSpeed Insights 是单次实验室加载。两者不一致多数不是故障，而是量的东西不同。文章给出对不上的五个常见来源、能复现的对比方法和记录方式，以及第三方脚本瓶颈的归属判断。 后台速度报告和 PageSpeed Insights 的分数对不上，这本身不是故障。两个数字来自两套测量方式：一个是你店铺真实访问结果的汇总，一个是工具在受控条件下跑一次的结果。把它们当成同一个指标来比较，只会得出「优化没生效」或者「分数是假的」这两种都不对的结论。 ## 先确认两个数字量的不是同一件事 后台报告属于字段数据。它统计的是一段时间内真实访问的采样结果，设备、网络、地区都是真实分布，所以达标率的含义是「有多少比例的访问达到了某个水平」，默认看 75 分位，并且移动端与桌面端分开统计。web.dev 对 Core Web Vitals 的评估口径写得很直接：达标要求是 75 分位的访问达到阈值，移动端和桌面端分别计算（[Web Vitals 指标说明](https://web.dev/articles/vitals)）。 口径不同，不是谁错了（光算 · 示意图） PageSpeed Insights 里的 Lighthouse 部分，以及开发者工具 Performance 面板，量的是单次加载。它固定设备模拟、固定网络节流，缓存和设备状态都由这次测试的开始条件决定。这类数据适合回答「慢在哪里」，不适合当成绩单用。 两类数据还会在同一张报告里同时出现，这一点最容易混：真实流量足够时，PageSpeed Insights 也会展示字段数据，而字段数据按 URL 分组，和后台按店铺或按页面类型汇总的口径依然不同。分不清的时候回到一个原则——判断体验有没有变好，看字段数据；找具体原因，看实验室数据。 ## 对不上的四个常见来源 - **设备与网络。**实验室默认模拟移动设备并施加网络节流；真实访客里既有新手机连 Wi-Fi，也有旧设备在弱网下打开，混在一起后分布很宽，任何一次单点测试都代表不了这个分布。 - **测试地区。**工具从特定节点发起请求，你的访客分布在别处。做多市场销售时，同一个页面在不同地区的到达时间差别明显，报告里选的地区不是你的主要市场，结果就没有可比性。 - **缓存状态。**首次访问和回访走的缓存路径不同。你在本地反复测试时，静态资源往往已经在浏览器缓存里，测出来的成绩比新访客看到的好。 - **第三方脚本的加载完成度。**统计、客服、评论、同意横幅这些脚本，在实验室里可能超时、被拦截，或者按测试地区的判断根本不出现；而在真实访客那里它会完整加载并占用主线程。这是字段数据和单次测试分歧最大的一项。 - **你测的页面和访客打开的页面不是同一个。**多市场店铺尤其明显：访客走的是某个市场或某种语言版本，你测的可能是主域名下的默认版本；币种切换、活动参数、轮播停留位置也会让同一路径下的首屏内容不同。分母不一样，两个百分比就没有可比性。 这五条里，前四条是测量条件的差别，不改代码也能让两个数字对上；最后一条说明你手上的两个数字可能根本不是同一批页面。第三方脚本那一项要单独处理，它同时是测量问题和真实问题：脚本在你测试时超时，会掩盖真实访客承受的主线程开销；脚本在真实环境加载成功，又会把你以为已经优化好的交互拖慢。判断方法不复杂——把单次测试里所有外部脚本的请求列出来，看它们在测试结束前有没有加载完。如果测试在脚本还没加载完时就收尾，这次成绩衡量的是一个现实里不存在的轻量页面。 ## 怎么对比才有意义 不同条件的数据不要放在一起比（光算 · 示意图） - 一次只比一个 URL。产品页和集合页的趋势分开看，把不同模板混在一起平均，等于把问题平均没了。 - 固定条件。同一个工具、同一套设备或模拟配置、同一档网络、同一地区节点，用无痕窗口避开本地缓存。 - 改动之前先跑三次以上，把原始报告存下来。三次之间的差距就是这套条件下的噪声幅度；后面看到的提升如果小于这个幅度，不能算改动有效。 - 改完在同一条件下复跑同样的次数，逐项对比 LCP、CLS、INP，不要只看总分。三项指标各自对应什么体验、在 Shopify 上通常由什么引起，基线那篇已经拆开讲过（[三项指标的分工与基线建立](/post/shopify-core-web-vitals-baseline/)）。 - 同时观察后台字段数据的变化，但它有统计窗口，不会当天反应，不要拿它验证当天的改动。 ## 先把首屏那张图处理掉，再谈分数 多数 Shopify 首页和产品页的 LCP 元素就是首屏主图。如果它被懒加载、缺优先级提示，或者被动画挡住，动这几处的收益比在别处抠分大得多。Shopify 的性能文档把「懒加载 LCP 图」列为最常见也最伤的反模式之一：`image_tag` 服务端渲染的价值在于浏览器预加载扫描器能在解析 HTML 阶段就发现图片地址，而 `loading="lazy"` 会把下载推迟到浏览器处理完隐藏的观察器事件之后（[Never lazy-load the LCP image](https://shopify.dev/docs/storefronts/themes/best-practices/performance/never-lazy-load-lcp-image)）。 优先级提示属于同一份文档体系里的要求：图片默认按低优先级被发现有，等布局完成后浏览器才把视口内的图片升级为高优先级，中间那段时间是白等的；LCP 图加 `fetchpriority="high"` 能消掉这段等待，但一页只加一张，并且不能和懒加载同时使用（[Mark the LCP image with fetchpriority="high"](https://shopify.dev/docs/storefronts/themes/best-practices/performance/set-fetchpriority-high-on-lcp-image)）。 第三件事是动画。淡入、页面过渡、滚动触发的显示效果都让元素从 `opacity: 0` 开始，而浏览器不会把透明元素算作 LCP 候选，要等到它以非零透明度重绘才记录。官方给的替代是改用 CSS `@keyframes`，它在元素第一次渲染时就启动，不需要等脚本执行，时长压在 0.3 秒以内比较合适；同时也去主题设置里找找有没有全局的页面过渡开关（[Don't hide the LCP image behind animations](https://shopify.dev/docs/storefronts/themes/best-practices/performance/dont-hide-lcp-image-behind-animations)）。 ``` `{% if section.index == 1 %} {{ section.settings.image | image_url: width: 1000 | image_tag: loading: 'eager', fetchpriority: 'high' }} {% elsif section.index > 3 %} {{ section.settings.image | image_url: width: 1000 | image_tag: loading: 'lazy', widths: '400, 800, 1000', sizes: '(min-width: 1000px) 900px, calc(100vw - 2rem)' }} {% else %} {{ section.settings.image | image_url: width: 1000 | image_tag: loading: 'eager' }} {% endif %}` ``` 这段里有个容易踩的坑：`section.index` 在主题编辑器、静态 section 和 Section Rendering API 的返回里是空值，所以懒加载分支要写成正判断 `section.index > 3`，让空值落到 eager 分支。写成「等于 1 才算首屏」的负判断，你在编辑器里预览正常，线上却跑了懒加载。图片尺寸、容器比例和响应式宽度的细节在 LCP 图优化里单独展开（[首屏大图的加载与尺寸处理](/post/shopify-lcp-image-optimization/)）。 ## 第三方脚本的瓶颈要单独标出归属 真正拖慢交互的部分经常不在主题里，而在应用注入的脚本和外部平台挂件。这类问题在报告上表现为主线程占用或长任务，但修复动作不在你手里。可行的做法是先把脚本按来源分成三类：主题自带、已安装应用注入、外部平台（统计、客服、支付）。第一类自己改；第二类要和应用方确认能否延迟加载或换实现；第三类先确认业务是否必需，再看能不能改成点击后再加载。为了分数把客服或统计脚本直接删掉，省下的是数字，丢掉的是渠道。完整的判断顺序在第三方脚本审计里（[按来源分清脚本的责任归属](/post/shopify-third-party-script-audit/)）。 现象更可能的原因先验证什么归属 后台达标率不动，分数大幅波动单次测试受缓存、节点、脚本超时影响同一条件复跑三次，看波动幅度测量方法，不是代码 分数上去了，后台指标没变只改了实验室路径，真实访客路径没动后台按页面类型、按设备分开看主题层 首页达标，产品页不达标产品页脚本与变体交互更重在手机上确认 LCP 元素与主线程占用主题加应用 某个具体操作点了没反应事件处理或第三方脚本阻塞主线程看慢的是哪一类交互应用或外部平台 ## 把结果记成一张能前后对比的表 口径统一之后，剩下的是纪律问题：改动和结果要能对上号。记录不需要复杂，但每一条都要包含这几项，缺一项这条记录以后就没法用。 - 日期与时间、页面 URL、用的工具及测试条件（设备模拟、网络档位、地区节点）。 - LCP、CLS、INP 三项的数值，以及工具给出的原始报告链接。链接比留一份无法复现的记录有用，因为它保留了完整的加载过程。 - 本次改动做了什么、什么时候发布到线上。同一天有多次改动就分开记，合在一起写等于没有记录。 - 同一次改动后如果复测了三次，把三次都写上。只写最好的一次，等于自己骗自己。 这张表最大的价值是否定作用：当你准备对一个「看起来慢」的页面动手时，先翻记录，看它在同样条件下到底有没有变差。很多被归到性能问题上的现象，其实是那几天第三方脚本在更新、活动页面在切换，或者测试条件从 Wi-Fi 换成了手机热点。没有记录，这些差别全会算到你头上。 ## 不能当成承诺的几件事 没有一次单点测试能代表全部访客。同一页面在相同条件下复测，分数上下浮动是常态，所以别拿单次分数对外说性能提升了多少，那既不严谨，事后也无法复现。 平台已经处理的部分不需要你重复做。CDN、图片格式转换、默认压缩都在平台侧完成，你要负责的是主题和应用引入的那部分。这个边界和自建站完全不同，把自建站的优化清单整套套过来，会做很多无用功（[平台默认能力与自建站的差别](/post/shopify-vs-wordpress/)）。 后台报告有统计窗口和采样延迟，改动当天看不到变化属于正常，具体口径以当前后台展示为准。应用方的代码不要擅自动，改写或删除别人维护的脚本，出问题时的排查成本远高于省下的那点分数。 如果排查到最后发现真正的问题是页面能不能被抓取、能不能被索引，而不是加载速度，那要处理的是技术 SEO 的另一条线，性能报告回答不了（[从抓取到索引的技术自查顺序](/post/shopify-seo-technical-checklist/)）。两条线用的是同一套方法：先在固定条件下建立基线，再改动，再复测，差别只在看的是分数还是收录数据。把结论落到具体页面上时会发现，首页和产品页的瓶颈根本不一样（[按页面类型排的移动端检查顺序](/post/shopify-mobile-performance-checklist/)）。需要人来建整站基线和验收标准，可以走光算的谷歌 SEO 服务（[谷歌 SEO 与整站技术基线](/seo/)）。 --- ## Shopify 第三方脚本审计：应用脚本、像素与同意管理工具的取舍 - URL: https://www.guangsuan.com/post/shopify-third-party-script-audit/ - 作者: Don Jiang - Published: 2026-09-18T03:22:31+08:00 - Last updated: 2026-09-18T03:34:57+08:00 - 摘要: 装了十几个应用的店，脚本问题通常不是数量，而是归属不清和功能重叠。这篇讲怎么把脚本清单拉出来并对应到具体应用、按什么顺序判断留不留、同意管理工具与统计脚本的加载顺序怎么核对，以及哪些组件不该为了分数删掉。 脚本审计的产出应该是一张归属表：谁加载了什么、什么时候加载、能不能关掉、关掉会丢什么。没有归属表就动手删脚本，下一次装应用又会回到原样，删错的部分还很难查回来。 ## 先把清单拉出来 两条路一起走。页面源码里搜 `script` 标签，能拿到直接写在 HTML 里的那部分；Network 面板按域名分组看请求，能拿到由其它脚本再插入的那部分。两边对不上是常态，后者才是容易漏的。 没有清单就没法判断取舍（光算 · 示意图） 每个脚本至少记四样东西：域名、加载时机（首屏就有、空闲时、交互后）、所属应用或平台、后台有没有对应开关。域名是最有用的线索，同一个供应商的多个脚本通常共用域名，看到陌生域名先按域名归类再谈处置。 归属判断上，Shopify 应用的机制可以帮你缩小范围：应用要读写店铺数据需要访问令牌，而令牌能做什么由商家批准过的访问范围决定（[Shopify 应用认证文档](https://shopify.dev/docs/apps/build/authentication-authorization)）。所以从后台的已安装应用列表和各自批准的权限出发对照脚本域名，大多数归属能对上。对不上的通常属于两类：平台自身注入的统计与像素，以及已经卸载但残留的代码，后者按[卸载插件后的残留清理](/post/shopify-app-uninstall-cleanup/)处理。 ## 判断顺序：必需、延迟、合并替换、移除 判断项通过才继续常见反例 是否解决一个具体问题能说清它在解决什么问题「先装上看看数据」 是否影响首屏可用不阻塞首屏的浏览与加购客服组件挡在加购按钮前面 能否延迟加载能等到空闲或用户交互后必须立即上报的转化事件 能否被现有工具替代已有工具覆盖同一需求同时装了几个热图工具 卸载是否干净主题里没有它的残留代码卸载后主题还挂着它的 script 这张表的作用是让每一步都有依据，而不是「感觉它也挺占资源」。它还有个用法：让你能停在任何一步。如果一段脚本确实必需、也没法延迟加载，那「保留」就是一个有依据的结论，审计到这一步可以结束，不必硬找点东西来删。功能重叠是最常见的浪费：几个应用做同一件事，脚本同时加载还会互相干扰，[选插件时要看什么](/post/shopify-app-selection/)讲的就是这类判断。 ## 像素与统计最容易重复 同一家广告平台可能有多代像素，统计工具可能有浏览器端和服务器端两条上报路径，客服组件往往还自带一套会话统计。它们单独看都能工作，放在一起就会重复计数或者互相覆盖，数据对不上的时候很难判断是哪一层的问题。审计时给「同一用途有几个脚本」单独记一栏，比只看脚本总数有用得多。 按必需性与替代成本判断（光算 · 示意图） 还有个现实问题：脚本之间会互相触发。A 加载完之后动态插入 B 的情况在第三方脚本里很常见，所以你在页面源码里数 `script` 标签得到的数字，通常小于实际执行的脚本数量，最终必须以 Network 面板的请求为准。 ## 归属表怎么写才用得下去 记录不用做得多正式，关键是能让人在半年后看懂。每个脚本留一段固定格式的说明，比存在脑子里可靠： ``` `域名: cdn.example.com 用途: 会话回放 加载时机: 首屏内，与客服组件同批 归属: 应用 A（已授权读取订单数据） 开关位置: 后台应用设置 - 关闭会话回放 备注: 关闭后需回归加购流程` ``` 把域名放在第一行是因为它是最好用的检索键：下次在 Network 面板看到陌生请求，先按域名查表，查不到才需要重新判断归属。 ## 审计范围先缩小，再逐个处理 不要一上来就铺全站。先审首屏路径上的几类页面：首页、主要集合页、产品页，以及从加购到结账这一段会经过的页面，其他页面按实际访问量排优先级。理由是这些页面占了大部分会话，脚本在这里对购买路径的影响也最直接。范围小还有个好处：改动可控，出问题能定位到是哪一次改动引起的。 每做一次删除或延迟，留一份回归清单：加购能不能成功、客服入口能不能打开、统计有没有继续收到数据、公告条和弹窗是不是还在。清单不用长，但每次都要走一遍，因为脚本之间的依赖经常是隐性的——删掉一个统计库，可能让另一个组件失去工具函数而报错。 ## 它到底拖慢了哪一段 别笼统地说「脚本多所以慢」，要分清是主线程、网络还是渲染。主线程的阻塞看 Performance 面板里的长任务落在哪个文件，一次点击延迟的构成和测量方式见[INP 与主线程](/post/shopify-inp-main-thread/)。网络层面的表现是第三方域名数量、请求数量和加载完成时间，很多脚本是串行的，A 加载完才插入 B，链条越长后面的越晚。 渲染层面则看脚本注入的元素有没有把已有内容推走。同一段脚本可能只影响其中一项：一个弹窗既不占主线程也不发请求，但它弹出时把内容推下去了，那属于布局偏移问题，排查方式见[应用注入与字体切换的排查](/post/shopify-cls-apps-and-fonts/)。三类分开记录，处置方式才不会错配。 ## 同意管理与统计脚本的关系 这两样经常被当成两件事，实际是一个加载顺序问题。同意管理工具必须先执行，而且要真正控制住被管脚本的加载。如果两边各自独立注入，同意还没拿到，统计脚本已经开始跑了，同意管理就形同虚设。 可执行的检查点有三个。一是未同意状态下，被管的脚本是否真的没有发出请求，要在 Network 面板里看，不看界面上的提示。二是用户给出同意后，是否只加载了授权范围内的脚本，而不是把全部脚本一次放行。三是用户撤回同意后，行为是否与未同意状态一致。 至于哪些脚本在哪些地区需要事先取得同意，这属于合规判断，不在本文结论范围内，要以目标市场的法规和你的专业顾问意见为准。技术上能保证的只有一件事：你的加载逻辑和你的政策文本说的是同一件事。 ## 处置时的代价 延迟加载要写清「延迟到什么事件」。把转化上报延迟到用户点击之后才加载，可能漏掉那些没有点击的转化，这个代价要按你自己的统计口径去核实，别人给的方案不一定适用你的场景。 移除之前留档：域名、用途、后台开关位置、谁决定装的，都写进记录。半年后有人问「数据怎么和去年对不上」，这份记录能省下很多时间。 由应用注入的脚本，卸载或撤权是唯一彻底的办法，撤权前要确认不会中断正常的订单流程，权限范围的核对见[应用权限审计](/post/shopify-app-permission-audit/)。这一步容易被跳过，撤权影响的是应用能不能读数据，比它加载了什么更值得先看清楚。 ## 边界：不要为分数删业务组件 统计和客服组件常常是第三方脚本里最「重」的，但它们往往也是业务必需的。这种情况下正确的做法是把它单独列出、写清归属和影响，交给能改它的一方去处理，而不是为了让分数好看直接删掉。删完之后数据断层，代价比几个分数大得多。 平台自身注入的脚本不在你的可控范围，主题文件里找不到它们不代表它们不存在。同样，主题层改不了应用注入的代码，这一点决定了审计的终点通常是「决定留不留这个应用」，而不是「把它的代码改快」。 审计也不是一次性的工作。装了新应用、应用升级、同意管理上线或者更换、换主题，这几种情况下脚本清单都会变。新应用的脚本往往在你没注意的时候进入首屏路径，几个月后再回头看，当初那张表已经和现实对不上了。复查不用全部重做，按域名比对就行：新增的逐个确认归属，消失的从表里删掉，留下的只看加载时机有没有变。 本文讲的是技术层面的落地与检查点，不构成法律意见。Cookie、跟踪脚本与个人数据处理的适用范围要按目标市场的法规和你的专业顾问意见判断，我们能保证的只是加载逻辑与政策文本一致，并且这件事可以被验证。 不承诺删除脚本之后分数一定到某个值。单次测试受设备、网络、地区影响，真实用户数据要单独看，方法见[Core Web Vitals 基线的建法](/post/shopify-core-web-vitals-baseline/)。还有一层：如果你的站点内容主要靠脚本渲染，要知道 Googlebot 虽然会执行 JavaScript，但被 robots 挡住的资源它用不了，渲染出来的页面会缺内容（[Google 关于 JavaScript SEO 的说明](https://developers.google.com/search/docs/crawling-indexing/javascript/javascript-seo-basics)）。脚本策略和收录策略是连在一起的，抓取与收录层面的排查属于我们做[谷歌收录](/google-indexed/)时的工作；把站点从 Shopify 换成自建方案也不会自动解决这类问题，两边的可控范围差别见[Shopify 与 WordPress 的 SEO 差别](/post/shopify-vs-wordpress/)。 --- ## Shopify INP 与主线程：脚本、事件处理与交互延迟 - URL: https://www.guangsuan.com/post/shopify-inp-main-thread/ - 作者: Don Jiang - Published: 2026-09-18T03:22:31+08:00 - Last updated: 2026-09-18T03:34:57+08:00 - 摘要: 点下去没反应，多半不是加载慢，而是主线程被占着。这篇拆开 INP 的三段延迟，列出 Shopify 店里最常堵路的脚本与事件处理，给出从交互类型到具体脚本的定位顺序，以及延迟、合并、替代、移除四种处置各自的代价。 INP 衡量的是用户一次点击、轻触或按键之后到画面给出反馈之间的延迟，跟页面加载快不快是两件事。所以会出现这种情况：加载分数漂亮的店，用户点「加入购物车」半天没反应。 ## 一次交互里其实有三段延迟 INP 观察用户在一次访问里的所有点击、轻触和键盘交互，最终值取最慢的那些交互——交互数量多的页面按每 50 次忽略一个最高值的方式剔除异常，然后按 75 分位报告（[web.dev 的 INP 说明](https://web.dev/articles/inp)）。官方给的参考是 200 毫秒或更低属于好，大于 500 毫秒属于差（[Web Vitals 概览](https://web.dev/articles/vitals)）。 它衡量的是交互后的反馈速度（光算 · 示意图） 一段交互延迟由三部分组成：输入延迟是事件处理函数开始执行之前的等待，通常来自主线程上的长任务；处理时长是所有回调跑完的时间；呈现延迟是回调结束到下一帧真正画出来之间的时间。三段里任何一段被阻塞，用户感受到的都是「点了没反应」。 指标只观察点击、轻触、按键。悬停、缩放、滚动不计入，所以「滚动很顺」和「INP 好」没有必然联系。INP 也是 FID 的替代者：FID 只看首次交互的输入延迟，INP 看全部交互的三段延迟。 还有一种情况要认识：用户从头到尾没有交互、只用滚动浏览，或者访问者是爬虫这类不会交互的客户端，页面就没有 INP 值可报。报告里看到「无数据」，不能读成「响应很快」。 ## 主线程上最常堵路的几件事 浏览器的主线程同时负责解析、样式计算、布局、绘制和 JavaScript 执行。任何一段长任务占着它，交互就只能在队列里等。官方文档说得很直接：驱动交互性的主要是 JavaScript。在 Shopify 店里，下面几类最常见。 - 第三方脚本：统计、热图、客服、评论、推荐、AB 测试、同意管理，全部跑在同一条主线程上。 - 滚动监听与滚动触发的动画：滚动事件触发频率很高，处理函数里读写 DOM 就很容易超出一帧。 - 集合页的筛选与排序：一次点击要重新过滤并重排几十上百个卡片。这类交互的状态很复杂，容易误判成别的原因，[排序与筛选交互的排查](/post/shopify-filter-sort-theme-state-check/)讲的是状态与 URL 层面，性能层面要另做测量。 - 未节流的输入处理：搜索框每敲一个键就发一次请求或者重排一次结果。 - 加购、弹窗开关这类高频操作被排在一长串回调后面。 还有一个容易漏的来源在主题自己身上：推荐位、评论区块如果一次渲染几百个卡片，或者在渲染后又跑一遍计算，同样会占住主线程。它的归属是主题而不是应用，改起来反而更自由，先看渲染能不能分批、能不能只渲染当前可见的那一段。 ## 排查顺序：先定交互，再定脚本，最后定处置 顺序不能换。先决定要改哪个脚本再去找证据，最后往往改了不痛的地方。 不要一刀切删除（光算 · 示意图） **第一步是先确定哪一类交互慢。** 实验室数据在这件事上只是近似：实验室测出来的 INP 取决于你测试时做了什么操作，用户行为不可预测，实验室不一定能复现出真实的问题交互；有些工具甚至不报 INP，因为它只观察加载、根本不产生交互。没有真实用户数据时，Total Blocking Time 可以作为参考指标，但它替代不了 INP。可行的实验室做法有两条：按常见用户流程走一遍，从首页到集合页到产品页再到加购；以及特意在页面还在加载的时候去交互，那正是主线程最忙的时候。 **第二步是定位到具体脚本。** 用 Performance 面板录一段带交互的 trace，看长任务落在哪个文件上；Network 面板看哪个第三方域名在交互前后发请求。这里要注意工具之间的固有差异：iframe 里发生的交互会计入页面的 INP 指标，但前端 JavaScript API 拿不到跨域 iframe 内的计时数据，所以后台数据和自己测出来的值对不上，有时是正常的，不必因此怀疑改动本身。 **第三步是决定处置方式。** 从影响面小、可回退的做法开始，逐步升级到结构变更，每改一步复测一次。 排优先级时也有个顺序：先做影响面大、回退容易的，比如改主题自己的事件处理、把非首屏脚本延迟加载；卸载应用和合并脚本会牵动业务功能，往后放，而且一次只动一个。 ## 处置方式的取舍 处置适合什么代价 延迟到空闲或首次交互后加载客服组件、非首屏统计、弹窗首次交互会触发它自己的加载，那一次反而更慢 按页面条件按需加载只在特定模板用的功能条件写错就漏加载，要逐个模板确认 合并同一来源的脚本同一供应商的多个片段合并后一个失败全失败，排查更麻烦 换成平台原生功能简单评论展示、相关产品、基础促销功能深度有限，复杂需求做不了 直接移除装了没用、功能重叠的应用要先确认没有内容依赖它 到底该合并、延迟还是移除，取决于它是不是必需。[第三方脚本审计](/post/shopify-third-party-script-audit/)给的是清单与归属方法，先有清单再谈处置；功能能不能换掉、换掉会丢什么，见[哪些插件能用原生功能替代](/post/shopify-native-features-replacing-apps/)。 ## 实验室里怎么把慢交互逼出来 真实用户数据是判断依据，但改动的时候总得在本地复现。官方给的两条策略是：跟着常见用户流程走，在流程的每个节点上都交互一次；以及刻意在页面还在加载的过程中去交互，因为那段时间主线程最忙。除此之外还要把条件调到接近用户的水平，录制时开启 CPU 节流模拟中低端机型，用未缓存状态跑，而不是在一台性能过剩的机器上开着缓存测。 要自己收集真实用户数据，不必从零实现测量逻辑。INP 需要在页面卸载或者切到后台时上报，还要处理标签页长期不关、移动端不触发卸载回调这些情况，官方库已经把这些都覆盖了（跨域 iframe 的情况除外）： ``` `import { onINP } from 'web-vitals'; onINP(console.log);` ``` 把它接到你已有的分析系统上，先积累一段时间的数据再定目标。没有数据的时候最容易做的事是照别人的清单删脚本，而那份清单不适用于你的店。 ## 事件处理本身的写法也要看 第三方脚本之外，主题自己的事件处理经常就是三段延迟的来源。三条原则足够实用。 - 不要在事件回调里同步读写布局。一次处理里反复读取位置信息再写样式，会触发多次强制重排，处理时长直接被拉长。 - 把长任务拆小。一次点击里遍历大数组、重排几百个卡片，都是典型的长任务。 - 高频事件要有节制。搜索框输入、滚动位置这类触发密集的事件，处理函数要么只做轻量更新，要么等用户停下来再做重活。 这些属于主题层可以直接改的部分，风险低，建议排在删脚本之前做，因为删脚本需要先有归属清单，而改自己的代码只需要看懂一段回调。 ## 不要一刀切删脚本 先把脚本分成两类。结账相关、客服、必要的统计、同意管理这些通常动不了，删了会直接影响成交或者数据口径；热图、AB 测试、重复的评论工具、已经卸载应用留下的残留脚本，才是优先级高的处理对象。 删之前先确认这段代码从哪来。主题文件里搜得到的是主题层的，可以直接改；搜不到的多半是应用注入，需要从应用侧关掉或卸载，残留清理见[卸载插件后的残留清理](/post/shopify-app-uninstall-cleanup/)。搞错归属的代价是把应用的问题当成主题的，改半天不见效。 删掉之后也别急着下结论。INP 受用户设备、网络和页面使用方式影响，一次实验室测量只能说明那次快了，真实用户数据要看一段时间，口径见[Core Web Vitals 基线怎么建](/post/shopify-core-web-vitals-baseline/)和[后台报告与实验室数据的差别](/post/shopify-speed-report-interpretation/)。 ## 边界 实验室跑一次好分数不代表真实用户的体感好，反过来也一样。工具结果受测试设备与网络影响，要看多次、多条件的结果，别用一次记录下结论。 后台报告是真实用户数据的聚合，与单次模拟本来就不是同一口径，对不上不代表谁错了。跨域 iframe 里的交互前端有时测不到，工具之间的差值是正常现象，这点前面说过，这里再强调一次，因为它最容易被当成「改动没生效」。 应用注入的脚本主题层改不了，这类问题要么与应用方沟通，要么评估卸载，别在主题里绕圈。平台侧的 CDN 与图片处理不是主线程压力的大头，力气别花错地方。 还要记得 INP 是页面级指标。同一套脚本在首页可能没问题，在产品页因为交互多、DOM 更大就出问题；报告里看着「整站还行」，有时是首页在拉平均分。按页面类型分开看，把力气放在交互最密集的那些模板上。 这类整站速度问题通常要和抓取、收录一起看：脚本量、渲染方式、页面被看到的程度互相牵扯。我们在[谷歌 SEO 技术整改](/seo/)里按同一套基线口径推进，改前改后同口径对比，不承诺具体分数。 --- ## Shopify 布局偏移排查：应用注入、字体切换与占位尺寸 - URL: https://www.guangsuan.com/post/shopify-cls-apps-and-fonts/ - 作者: Don Jiang - Published: 2026-09-18T03:22:31+08:00 - Last updated: 2026-09-18T03:34:57+08:00 - 摘要: 布局偏移的来源归属决定了能不能修：主题自己渲染的元素可以改，应用注入的横幅和弹窗往往只能预留位置或关掉。这篇讲清 CLS 的统计口径、四类来源的定位方法、字体跳动的处理方向，以及为什么 display 隐藏比透明度隐藏更糟。 布局偏移在 Shopify 店里很少是主题的样式写错了，更多是几类元素一开始就没留出空间：应用注入的横幅与弹窗、字体文件到位前后的替换、异步插入的内容区。这些来源的归属不同，处理方式也不同，先按来源定位再动手，比逐条加 CSS 覆盖有用得多。 ## 先把指标口径弄清楚 Cumulative Layout Shift 衡量的是页面整个生命周期里意外布局偏移的最大爆发值。一段爆发指的是连续偏移之间的间隔小于 1 秒、整段窗口最长 5 秒的那一串，取其中累计分数最大的一段作为最终分数（[web.dev 的 CLS 说明](https://web.dev/articles/cls)）。官方给的参考是 0.1 或更低属于好，大于 0.25 属于差，按 75 分位、区分移动与桌面来看（[Web Vitals 概览](https://web.dev/articles/vitals)）。 先从最容易被忽略的开始排（光算 · 示意图） 口径里有个必须写清楚的地方：只统计意外偏移。用户主动点开筛选面板、展开详情这类由交互引发的位移通常不算在内，这类状态切换与 URL 状态的问题按[排序与筛选交互的排查](/post/shopify-filter-sort-theme-state-check/)那套方法单独看。但这条口径不是留着问题的理由：弹窗自己顶开内容、字体加载后整段文字重排，都是意外偏移，不能拿「用户点了才算」来搪塞。 后台看到的是真实用户数据的聚合，实验室工具跑的是单次模拟，两者数字不一致是正常的，比较时要控制条件，见[两类性能数据为什么对不上](/post/shopify-speed-report-interpretation/)。 ## 按来源排查：四类占绝大多数 来源典型表现主题层能否修 无尺寸的图片与视频图片下载完成后把下方内容整块推下去能：写尺寸、给容器定比例 应用注入的横幅与弹窗顶部公告条、订阅弹窗出现时内容跳一下部分能：预留高度、改成浮层不推挤 字体替换字体文件到位后文字宽度和行高变化能：调整备用字体的度量匹配 异步插入的内容区评论、推荐、倒计时区块初始高度为零能：给容器一个接近最终高度的初始值 四类的排查动作其实一样：先在 Performance 面板录一次加载，在 Layout Shift 记录里点中被推走的元素，再回 Elements 查它的尺寸和宿主容器。在不知道是哪个元素的情况下改 CSS，改的往往是受害者而不是凶手。 ## 应用注入的元素：先确认归属再动手 Network 面板按域名分组，能看出请求来自哪些第三方；Elements 里看这个元素挂在哪个容器下、是不是脚本插入的；然后回到后台的已安装应用列表对照。三方对不上是常态，因为有些脚本是另一个脚本再插进来的，位置和来源都对不上。 变量不固定，结论就不可比（光算 · 示意图） 主题层能做的只有三件事：给已知位置预留高度，用 `min-height` 或容器比例都行；把浮层改成不占文档流，用固定定位或覆盖层；在 section 设置里把不需要的推荐位、公告条关掉。做不到的是改应用自己的渲染逻辑，也拿不到它的加载时序，所以这类问题只剩两条路：跟应用方沟通，或者重新评估这个应用是否还需要，判断标准见[选插件时该看什么](/post/shopify-app-selection/)。 真卸载了也别以为就干净了，主题里可能还留着它的代码片段和区块设置，清理流程写在[卸载插件后的残留清理](/post/shopify-app-uninstall-cleanup/)里。清理不彻底的时候，你会看到一个已经不在应用列表里的元素继续制造偏移，很容易误判成主题的锅。 还有一类伪装成主题问题的偏移：主题设置里开着的动画、公告条、倒计时，这些模块是你自己装的，如果没预留高度，表现出来和应用注入完全一样。排查时按元素的实际归属分，而不是按它「看起来像谁的」分。 这里有一个要自己判断的取舍：给不确定高度的模块预留位置，留多了出现明显空档，留少了照样跳。经验做法是按该模块最终高度的大致区间给一个偏保守的值，接受一点位移，好过留一个差很远的假高度——那种情况下偏移只是从加载时移到了替换时。 ## 字体跳动怎么压 字体文件晚于首次绘制到达时，浏览器先用备用字体把文字画出来，等真正的字体到位再换。如果两套字体的字面大小、行高、字宽不一致，整段文字就会重排。web.dev 把「字体比初始备用字体渲染得更大或更小」列为布局偏移的常见来源之一。 方向是把备用字体的度量调到接近目标字体。CSS 提供了一组字体度量覆盖属性，像 `size-adjust`、`ascent-override` 这一类，配合 `@font-face` 给备用字体用，可以让回退时的字面大小和行高贴近目标字体。具体参数要按你实际用的两套字体实测，没有通用数值可抄。这属于经验做法，Shopify 平台不会替你决定字体加载策略，主题里怎么引字体也各不相同，改之前先看清主题用的是哪种方式。 顺手能做的还有两件：只加载实际用到的字重和语言子集，减少字体文件数量；标题不要做成图片文字，图片形式的标题既拖加载，也没法用度量覆盖来稳。 反过来说一个不该做的：为了压偏移先把文字藏起来、等字体到位再显示，等于让用户面对一块空白。这和首屏图用 `opacity: 0` 等动画的问题是同一类，[LCP 图优化](/post/shopify-lcp-image-optimization/)里讲过它为什么会让浏览器一直等不到内容。 ## 预留空间：尺寸、比例与占位 图片和视频要带上宽高，或者由容器给出比例，这样浏览器在资源到达之前就能算出位置。前面提到的 `opacity: 0` 与 `display: none` 的差别在这里更明显：`opacity: 0` 的元素仍然在布局里，空间被占住了；`display: none` 把元素从布局中完全移除，浏览器不为它留任何空间，脚本再翻回 `block` 时要重新计算它和周围所有元素的布局，偏移就是这么来的。Shopify 官方文档把这个差别写得很清楚（[Don't hide the LCP image behind animations](https://shopify.dev/docs/storefronts/themes/best-practices/performance/dont-hide-lcp-image-behind-animations)）。真要延迟显示，优先用透明度而不是 `display`。 还有一点容易忽略：`display: none` 与懒加载组合时行为会反过来。带 `loading="lazy"` 且被 `display: none` 隐藏的图片，Chrome、Safari、Firefox 都不会去下载，而 `opacity: 0` 隐藏的会照常下载。拿它做「先藏起来再加载」的技巧，可能连预期中的请求都停掉，功能表现也会跟着变。 ## 弹窗与公告条：两种占位做法 把浮层改成不占文档流是最省事的一种，元素覆盖在内容之上，出现和消失都不推动页面，代价是可能遮住下面的按钮，移动端尤其明显，所以要配合关闭按钮和出现时机一起调。另一种是给它固定高度占位，元素从零高度变成有高度时页面不动，代价是没触发的时候留一块空档。 选择依据是这个模块出现的时机。一进页面就出现的公告条适合占位，用户滚动到某处才弹出来的订阅窗适合浮层。反过来用会同时吃到两种做法的缺点：公告条用浮层会挡住导航，弹窗用占位会在页面上留一块说不清用途的空白。 ## 缓存会让偏移自己消失，别被骗 第二次访问同一个页面时，字体和图片往往已经在浏览器缓存里，偏移可能一次都看不到。这既解释了为什么开发者本地经常测不出问题，也解释了为什么必须在清缓存、接近首次访问的条件下测。真实用户里首次访问占的比重不低，用多次访问之后的结论去判断体验是不准的。 ## 验证顺序 - 录制一次完整加载，记录偏移发生的时刻和被推走的元素。 - 判定归属：主题文件里有它，还是脚本注入的。 - 一类一类改，改完立刻复测，不要一次改五处。 - 积累一段时间的真实用户数据再看结论，单次实验室结果只能说明「这次快了」。 整条链路的基线口径和[Core Web Vitals 基线的建法](/post/shopify-core-web-vitals-baseline/)是同一套：改前改后同设备、同网络、同页面、同缓存状态，把原始结果留下来。顺手记一份时间线也有用：改了什么、什么时候发布、当天和后一周的数据各是多少。布局偏移很容易被一次主题更新或者新装的应用带回去，有这份记录才能分清是回退了还是环境变了。 ## 边界与不做的事 主题层只能控制自己渲染出来的标记。应用注入的东西在你自己的主题文件里可能一行都搜不到，这不是搜索技巧的问题，它确实不在这里。这类问题要单独列出来、标注归属，交给能改的一方处理。 主题自带的动画开关、公告条、推荐位这些模块，改之前先确认影响面，尤其是换主题或者批量调设置的时候，容易把已经验证过的顺序打乱。 CLS 是体验信号之一，跟排名不是一回事，别为了分数把功能砍掉。平台默认提供的 CDN、压缩、图片处理属于平台侧工作，不要重复处理。如果你的站点是 WordPress，模板和服务端都在自己手里，处理顺序完全不同，我们做[WordPress 速度优化](/wordpress/)时按另一套流程走。最后一句边界：CLS 不统计用户交互引发的偏移，这条口径不能反过来用来解释「数据好看但用户说页面在跳」。 还有一件事要提前接受：应用注入的元素，你可能永远没法把它改到零偏移，只能控制它出现的位置和方式。与其反复调 CSS，不如把归属写清楚，交给能改的一方；这也让下一次排查省掉重新判断归属的时间。至于主题自己渲染的部分，宽度、高度、比例、占位高度这几样写全了，剩下的偏移基本都能归到字体和第三方脚本身上。 --- ## Shopify LCP 图优化：懒加载、fetchpriority 与首屏尺寸 - URL: https://www.guangsuan.com/post/shopify-lcp-image-optimization/ - 作者: Don Jiang - Published: 2026-09-18T03:22:31+08:00 - Last updated: 2026-09-18T03:34:57+08:00 - 摘要: 首屏图片被懒加载、没有优先级提示、容器没有比例，是 Shopify 主题里 LCP 偏高的常见原因。本文按确认 LCP 元素、改加载方式、复测三步，讲清 image_tag 与 fetchpriority 该怎么写。 首屏那张大图不该懒加载，这是 Shopify 主题性能里最值钱的一条规则，也是最常被违反的一条。执行顺序比结论本身更容易出错：先确认哪张图是真正的 LCP 元素，再改它的加载方式，最后才谈优先级和尺寸。顺序反了，常见结果是把 `fetchpriority="high"` 加在一张并不参与 LCP 的图上，改完也说不清有没有效果。 ## 先确认哪张图才是 LCP 元素 凭设计稿猜不可靠。轮播的第一张、产品页主图这两个位置确实经常是 LCP 元素，但移动端和桌面端经常不是同一张，集合页上更可能是首屏卡片里的某一张。没确认之前不要动手。 先确认哪个元素是 LCP，再动手（光算 · 示意图） Shopify 官方性能文档给的确认方法是用 DevTools：**Performance** 面板的 **Insights** 标签能直接指出 LCP 元素和它的资源加载延迟；**Network** 面板的瀑布图看这张图的请求什么时候开始，打开 Priority 列确认实际优先级（参考 [Shopify 关于 fetchpriority 的文档](https://shopify.dev/docs/storefronts/themes/best-practices/performance/set-fetchpriority-high-on-lcp-image)）。动手前先录一次基线，改完用同样的页面、设备与网络条件再跑一次，否则两组数字没法比。 ## 懒加载是怎么把首屏图片推后的 Liquid 用 `image_tag` 把 `src` 直接渲染进 HTML 之后，浏览器的预加载扫描器在解析 HTML 的过程中就能发现这张图的地址，那时 CSS 还没解析完、JavaScript 还没执行、布局还没开始。首屏图片能提前下载，靠的就是这个时间差。 两种写法会把它抵消掉。给 LCP 候选图加 `loading="lazy"`，下载会被推到浏览器处理完一个隐藏的 IntersectionObserver 事件之后；用 lazysizes、lozad、vanilla-lazyload 这类 JavaScript 懒加载库，它们把 `src` 换成非标准的 `data-src`，图片地址在脚本执行之前对预加载扫描器完全不可见。Shopify 官方文档把这两种做法直接称为主题里最常见也最有害的性能反模式（[Never lazy-load the LCP image](https://shopify.dev/docs/storefronts/themes/best-practices/performance/never-lazy-load-lcp-image)）。 ## 具体怎么改 改动位置通常在 `sections/` 下渲染首屏的那几个 section，或者被它们引用的 `snippets/`。别在线上主题直接改，先复制一份主题再动手，确认没问题再发布。步骤按这个顺序做： 滥用会拖慢别的资源（光算 · 示意图） - 把 LCP 图上的 `loading="lazy"` 改成 `eager`，或者干脆删掉这个属性，立即加载本来就是浏览器的默认行为。 - 如果主题用了 JavaScript 懒加载库，按官方给的三步迁移：先把所有图片的 `data-src` 换回 `src`，再给视口外的图片补上 `loading="lazy"`，最后删掉库的 script 标签。 - 判断哪张图在第一屏，优先用 `section.index`，不要把图片序号写死。 - 改完在副本主题的预览里逐屏看一遍，移动端单独看一遍。 ``` `{{ section.settings.image | image_url: width: 1000 | image_tag: loading: 'eager' }}` ``` 删掉懒加载库之后 `data-sizes="auto"` 就不能再用了，浏览器没法靠脚本算宽度，每张图都得自己写 `sizes`。这一步在迁移时最容易漏，漏了的后果是浏览器挑了偏大的源。 ## section.index 的默认行为，以及 nil 这个坑 `image_tag` 过滤器自己会做位置判断：第 1 到第 3 个 section 自动用 `loading="eager"`，第 4 个及之后用 `loading="lazy"`。另外在 `section.index0` 为 `nil` 时它也用 eager，而这类场景就是主题编辑器、静态 section 和 Section Rendering API 的响应。依赖这个默认值时，不要再自己设一遍 `loading` 属性。 要覆盖默认值，测试条件必须写成正向比较： ``` `{% if section.index == 1 %} {{ section.settings.image | image_url: width: 1000 | image_tag: loading: 'eager', fetchpriority: 'high' }} {% elsif section.index > 3 %} {{ section.settings.image | image_url: width: 1000 | image_tag: loading: 'lazy' }} {% else %} {{ section.settings.image | image_url: width: 1000 | image_tag: loading: 'eager' }} {% endif %}` ``` 写成 `{% if section.index <= 3 %}` 会出错：Liquid 里 `nil` 与数字比较的结果为假，主题编辑器、静态 section 和 Section Rendering API 这些场景恰恰会被送进 else 分支，而它们正是内置默认要保持 eager 的地方。官方文档的建议是先测懒加载那一支，也就是正向的 `section.index > 3`，其余情况包括 `nil` 都落到 eager 分支。 ## 集合页：一个 section 里几十张图 集合页的一个 section 可能渲染几十个产品卡片，它们都在同一个 section 里，但只有前几张在视口内，这时 section.index 判断不出差别。用 `forloop.index` 只让前几张热情加载： ``` `{% for product in collection.products %} {%- liquid if forloop.index <= 4 assign image_loading = 'eager' else assign image_loading = 'lazy' endif -%} {{ product.featured_image | image_url: width: 400 | image_tag: loading: image_loading }} {% endfor %}` ``` 具体留几张视你的栅格定，一般是一行加上第二行的第一张。留多了等于把首屏的资源预算分给看不见的图片。 ## fetchpriority 的范围要卡死 默认情况下所有图片都以低优先级被发现，等 HTML 解析完、布局完成，浏览器才知道哪些在视口内，然后才把它们升到高优先级。从「本可以开始下载」到「真的开始下载」之间的这段延迟，就是 `fetchpriority="high"` 要消掉的东西。 - 只加在确认过的 LCP 图上，一个页面只加一张。 - 必须和 `loading="eager"` 一起用，或者干脆不写 `loading`；绝不能和 `lazy` 同时出现。 - 前提是这张图在首屏可见，通常是 hero 图或主产品图，并且最好位于第一个 section。 - 滥用会干扰浏览器自己的优先级启发式，反而拖慢别的资源。官方文档在这里有一句提醒：只有当你掌握浏览器还不掌握的重要性信息时才用它。 轮播和画廊是最容易加错的地方：第一张是 LCP 候选，第二张之后的都在视口之外，给它们也加 `fetchpriority="high"`，等于把带宽和下载优先级从真正需要的那张图上分走。如果轮播会在首屏预加载后面几张，先确认这层预加载是主题自带还是某个脚本库加的，再决定动不动它。 如果你只改加载方式和优先级，尺寸先不动，实测往往也能看到改善，但那是把问题从「下载晚」换成「下载后布局再抖一次」，两件事最好一起做。 ## 尺寸与比例：LCP 和 CLS 在这里交叉 加载方式解决的是「什么时候开始下载」，尺寸属性解决的是「下载完之后画面稳不稳」。图片没有已知尺寸时浏览器无法为它预留位置，后续资源异步到达或者内容被动态插入，就会把已经画出来的东西推走。web.dev 在讲 [Cumulative Layout Shift](https://web.dev/articles/cls) 时，把「尺寸未知的图片或视频」列为常见来源。 用 `image_tag` 时给足 `widths` 与 `sizes`，让浏览器自己挑源，别交给脚本去算： ``` `{{ product.featured_image | image_url: width: 1000 | image_tag: loading: 'eager', fetchpriority: 'high', widths: '400, 600, 800, 1000', sizes: '(min-width: 1000px) 900px, calc(100vw - 2rem)' }}` ``` 容器这一层同样要给比例，常见做法是给包裹元素写死 `aspect-ratio`，不要让容器的最终高度依赖图片加载完成后撑开。这里有个很隐蔽的坑：如果主题给首屏图套了一层 `opacity: 0` 的淡入动画，浏览器会一直等到元素以非零透明度重绘才记录 LCP，图片其实早就下完了。官方有一篇文档专门讲这个（[Don't hide the LCP image behind animations](https://shopify.dev/docs/storefronts/themes/best-practices/performance/dont-hide-lcp-image-behind-animations)），页面切换动画、`.animate-reveal` 一类淡入类名都属于「下载没问题，但画不出来」的情况。用 `display: none` 隐藏更糟：元素被移出布局，浏览器不为它留空间，脚本再翻回 `block` 时周围内容要重新排一遍。 ## 改完怎么复测 回到 Performance 面板的 Insights 看 LCP 元素和资源加载延迟有没有变，Network 瀑布图确认这张图的优先级是 High、请求出现的位置足够靠前，这张图的请求应该出现在瀑布图靠前的位置，是被预加载扫描器发现的，而不是等 JavaScript 执行完才出现——如果它排在脚本后面，说明还有懒加载逻辑没清干净。然后带上和去掉属性各跑一次做对照。这里有个口径问题得提前说清：实验室里单次跑出来的分数，和后台基于真实用户数据的汇总本来就不是一回事，数字对不上不代表哪边错了，按[后台速度报告与实验室数据的差别](/post/shopify-speed-report-interpretation/)那篇的思路，先把条件对齐再比较。 ## 怎么快速判断主题里有没有踩到这些坑 在主题代码里全文搜三个特征就够了：搜 `loading: 'lazy'` 与 `loading="lazy"`，看首屏那几个 section 有没有命中；搜 `lazysizes`、`data-src`、`data-sizes`，判断有没有 JavaScript 懒加载库；看首屏图用的是 `image_tag` 还是手写的 `img` 标签，手写标签拿不到 section 位置的默认判断，加载属性得自己定。 同时要摸清这张图是谁渲染出来的。主题 section 输出的，你改得动；应用注入的区块，比如应用嵌入的横幅和推荐位，你只能控制它出现的位置和占位，图片上的属性归应用方。这条分界决定了哪些问题该写进自己的待办，哪些只能找对方处理，也影响你评估改动工作量时的心态。 还有一个和 LCP 直接相关但常被略过的变量：源图实际输出多大。`image_url` 的 `width` 参数决定输出尺寸，参数给得比实际显示宽很多，等于让浏览器下载用不上的像素。不需要精确到像素去算，按容器最宽的情况配一组 `widths` 就够用。 ## 哪些不属于主题该动的范围 CDN、传输压缩、图片格式与尺寸处理是平台侧默认提供的，不要把这些算成自己的工作量，也别在主题里重复实现一遍。同样，`image_tag` 对 section 位置的默认判断也是平台行为，自己再设一次 `loading` 只会把默认覆盖掉，还把主题编辑器里的预览搞坏。这也解释了为什么把站点从 Shopify 换到自建方案并不会自动解决 LCP 问题，两边的可控范围压根不同，见[Shopify 与 WordPress 的 SEO 差别](/post/shopify-vs-wordpress/)。 删懒加载库之前要先确认没有别的功能依赖它。有些主题的轮播、弹窗、延迟加载区块共用同一套库，直接删脚本会出现空白区块。这类改动和自定义 section 引入的资源要一起进性能预算，思路可以参考[自定义 Section 的 schema 与复用](/post/shopify-custom-section-development/)。 还有一个容易忽略的反转：Chrome、Safari、Firefox 都不会加载 `display: none` 且带 `loading="lazy"` 的图片，但用 `opacity: 0` 隐藏的图片照常加载。也就是说，用 `display: none` 做「先藏后加载」会连预期中的请求都停掉，而 `opacity: 0` 不会。这类行为差异只能实测确认，不要照抄别人的写法。 图片加载方式之外，布局偏移里更大的一部分来自字体切换和应用注入的横幅、弹窗，那部分要按[应用注入与字体切换的排查顺序](/post/shopify-cls-apps-and-fonts/)单独处理；两者的共同基础是先分清平台负责什么、主题负责什么，见[Core Web Vitals 基线的建法](/post/shopify-core-web-vitals-baseline/)。如果整站的速度、抓取与收录口径需要一起拉平，这属于谷歌 SEO 的技术整改范围，我们在[谷歌 SEO 服务](/seo/)里按同一套基线流程推进，不承诺具体的分数改善。 最后两条边界要说清楚：`fetchpriority="high"` 加错位置会让别的关键资源变慢，所以不值得在没确认 LCP 元素的情况下先用为快；单次 PageSpeed 分数也不能当作性能提升的证据。还有一点，改完不要当天就下结论，CDN 缓存和用户本地缓存会让一部分访问仍走旧资源，真实用户数据也要时间积累，隔一段时间按同一口径回看才有意义。 --- ## Shopify 的 Core Web Vitals 基线：先分清平台负责什么 - URL: https://www.guangsuan.com/post/shopify-core-web-vitals-baseline/ - 作者: Don Jiang - Published: 2026-09-18T03:22:31+08:00 - Last updated: 2026-09-27T09:53:49+00:00 - 摘要: 很多人拿着一个 PageSpeed 分数就开工，结果改的不是失分点。这里讲清平台负责的部分、LCP、INP、CLS 在 Shopify 上最常见的成因，以及怎样建立可对比的基线数据。 在 Shopify 上谈性能，第一件该做的事是把「平台已经处理掉的」和「主题里做错的」分开。别人发来的一个分数里，很多失分点根本不在你能改的范围；反过来，主题里给首屏大图加上懒加载、用淡入动画盖住首屏，又常常是真正的元凶。分不清这两类，优化就会一直做在不对的地方。 ## 平台给了什么，剩下的才是你的活 Shopify 的主题文档专门花了几页讲首屏大图该怎么加载：不要让 LCP 图懒加载（[Never lazy-load the LCP image](https://shopify.dev/docs/storefronts/themes/best-practices/performance/never-lazy-load-lcp-image)）、给它标记高优先级（[fetchpriority 文档](https://shopify.dev/docs/storefronts/themes/best-practices/performance/set-fetchpriority-high-on-lcp-image)）、别把它藏在动画后面（[动画与 LCP 文档](https://shopify.dev/docs/storefronts/themes/best-practices/performance/dont-hide-lcp-image-behind-animations)）。这些页面存在本身就说明了一件事：首屏图片的加载方式属于主题层面，要由改主题的人来管，不是装上平台就自动解决的。 阈值来自 web.dev 的 Core Web Vitals 定义（数据来源：web.dev 指标定义） 平台确实承担了一部分：主题里用图片过滤器输出图片时，平台会按你指定的宽度生成对应尺寸的文件，不需要自己准备几套图；官方文档里 image_tag 在按位置自动决定加载方式上也有一套默认行为。但这套默认只在主题没有绕过它的时候才生效——自己写 img 标签、用脚本懒加载库、或者由应用注入的图片，都会脱离这套默认。 至于分发链路和压缩这类平台侧的机制，官方文档没有给商家一份可以逐项核对的清单。与其猜，不如把浏览器 Network 面板里的实际请求当成依据：谁发起的请求、什么时候开始、响应多大、由哪个域名返回。能看到的东西才谈得上优化，看不到的部分就不要写进报告里当结论。 ## 三个指标各自在说什么 Core Web Vitals 由三个指标组成，分别对应加载、交互和视觉稳定（[Web Vitals 说明](https://web.dev/articles/vitals)）。它们的目标值按页面加载的第 75 百分位衡量，并且移动端和桌面端要分开看，一个平均值说明不了大多数用户的体验。 指标衡量什么目标 LCP首屏最大内容元素的加载时间2.5 秒以内 INP页面整体对点击、轻触、键盘输入的响应延迟200 毫秒以内，超过 500 毫秒算差 CLS页面生命周期内最大的一波意外布局偏移0.1 以内，超过 0.25 算差 这三个数字来自官方文档，记下来是为了有共同的判断标准，不是说达到就万事大吉。指标本身也在演进，官方写明这套组合会随时间调整。 ## 在 Shopify 上，它们各自最常被什么拖住 ### LCP：首屏图片的加载方式 最常见的是三类写法。给 LCP 图加了懒加载，浏览器要等交互动画触发才开始下载；用了脚本懒加载库（把图片地址挪到自定义属性里），图片地址对预加载扫描器不可见，必须等脚本执行；图片拿到了高优先级，却被 CSS 的淡入或页面过渡藏在透明度为零的状态里，浏览器要等它重新绘制才记 LCP。主题设置里如果有「页面之间的过渡动画」这类开关，关掉它可能是整件事里最省力的一步。具体改法见[首屏图与懒加载的处理](/post/shopify-lcp-image-optimization/)。 平台负责的部分不要重复做（光算 · 示意图） ### CLS：没有尺寸的东西，和后来才插进来的东西 布局偏移的来源在官方文档里列得很清楚：尺寸未知的图片和视频、字体渲染出来的尺寸和备用字体不一致、第三方广告或小组件自己改变尺寸（[CLS 说明](https://web.dev/articles/cls)）。同一页也解释了为什么本地测试常常看不出问题：测试图片已经在开发者的浏览器缓存里、本地接口调用快到看不出延迟、个性化内容在开发和线上的行为不一样。所以偏移问题通常要等线上用户反馈或者字段数据才暴露，排查顺序见[布局偏移的来源排查](/post/shopify-cls-apps-and-fonts/)。 ### INP：主线程被占住的时候 INP 衡量的是交互到下一次画面反馈之间的时间，跟页面多快加载完不是一回事。官方文档给了一条背景：用户在一个页面上的时间有九成花在加载完成之后（[INP 说明](https://web.dev/articles/inp)）。所以变体切换、加购、筛选这些动作慢半拍，感受到的是「网站卡」，不是「网站慢」。常见来源是长任务占用主线程、大量第三方脚本、滚动监听和没有节流的处理逻辑，排查思路见[主线程与交互延迟](/post/shopify-inp-main-thread/)。 ## 建立基线：字段数据和实验室数据分开记 基线的作用是让「改完有没有变好」这个问题有答案。做法比工具重要： - 先定页面。首页、一个集合页、一个产品页各选一个当代表，分开记录。用全站一个分数代表所有页面，后面就没法判断某个改动是否有效。 - 字段数据优先看真实用户结果。这类数据来自实际设备和网络，是你自己测不出来的。它也有盲区：嵌入页面的交互未必被统计进来，工具之间口径不一致时对不上是正常的。 - 实验室数据固定条件再跑。同一页面、同一设备模拟、同一网络与地区设置，跑完把原始结果存下来，不要只抄一个分数进表格。 - 看分位数不看平均值。官方建议按第 75 百分位衡量，平均值会被快的那一半拉高。 - 一次只改一类。改完用同一条件复测，隔几天再看一次，避免把正常的波动当成成果。 - 记录改了什么：动了哪个文件、改了哪个设置、装了或卸了哪个应用。没有这行记录，下次数据对不上时只能重来。 ## 测之前先确认你测的是同一种页面状态 同一页面在不同状态下性能差别很明显，比较之前先把状态统一：是否带缓存（第一次访问和第二次访问的结果不一样）、是否登录、是否切换过市场或币种、是否弹出过同意管理提示、站点是否正在跑 A/B 测试。这些状态里任何一个变了，前后两次数据就没有可比性。做法是在记录里写清楚条件，而不是只写页面地址。设备也要分开：手机端模拟的 CPU 和网络限制与桌面端不是一套，两边各记一份。 工具方面不需要求新。浏览器开发者工具里的网络面板看请求顺序和时间线，性能面板录一次加载看 LCP 发生的时间点与图片下载完成时间的差距——差距很大说明有东西在拖延绘制，而不是图片本身慢。这个判断方式比单看分数更能指向具体的那一行代码。 ## 一次跑分为什么不能当结论 实验室测试是单次、固定条件下的结果，字段数据是成千上万次真实访问的汇总，两者本来就不该相等。常见的差距来源有：测试设备与网络和用户实际使用的差得远；测试地区不是主要买家所在地区；测试时页面命中了缓存或者第三方脚本没加载完；字段数据受样本量影响，流量小的站点波动明显。把这几种情况分开写在报告里，比盯着两个数字为什么不一样更有用。用单次分数宣称「性能提升」是最容易被打回来的说法——同一页面连跑两次都可能给出不同的结果。 ## 改动优先级：先做影响大、风险低的 - 关掉主题设置里的页面过渡与首屏淡入。这一步通常不需要改代码，先做。 - 把首屏图的懒加载去掉，给它加高优先级提示（写法见下）。 ``` `{{ section.settings.image | image_url: width: 1000 | image_tag: loading: 'eager', fetchpriority: 'high' }}` ``` 高优先级只给一张图。官方文档提醒过，过度使用会干扰浏览器自己的优先级判断，把本来该先下的资源挤到后面。 - 图片容器给出固定比例，让位置在图片到达之前就占住。 - 迁移掉基于脚本的懒加载库，改成原生的加载属性。 - 延迟或去掉不必要的第三方脚本，这一类要和应用方确认归属后再动，做法见[第三方脚本审计](/post/shopify-third-party-script-audit/)。 - 每完成一类就复测一次，别攒着一起改。站点级的抓取与索引检查是另一条线，可以对照[技术自查清单](/post/shopify-seo-technical-checklist/)分开安排。 ## 基线之外，几件不能承诺的事 不承诺分数提升到某个值，也不承诺指标达标后排名会变。Core Web Vitals 是体验指标，官方把它列为页面体验相关的参考，不是排名公式里的独立开关。第三方脚本造成的瓶颈归属应用方，你能做的是延迟加载、替换或移除，改不了别人的代码。移动端和桌面端的结论不能互相套用，手机上的首屏尺寸和网络条件决定了优先级不一样。流量小的站点拿不到足够样本，字段数据只能当参考，结论里要说清楚这是判断而不是数据。平台已经处理的部分不要再做一遍，重复的优化动作很多时候是负收益。 最后一点和站点结构有关：性能工作通常和内容、收录一起排在改版队列里。如果站点里还有 WordPress 部分，两边的技术栈和优化手段不同，可以参考我们在[WordPress 速度优化](/wordpress/)里的处理顺序，但不要把一边的结论直接搬到另一边。选平台时对性能的预期差异，之前在这篇[Shopify 与 WordPress 的对比](/post/shopify-vs-wordpress/)里也提过。 给做决定的人一句实在话：性能基线值得建，但别指望它成为项目里最亮的那件事。真正的收益体现在买家不再因为按钮点不动、图片跳来跳去而离开，订单和询盘才是最终要看的数。指标是过程记录，不是成绩单。 如果已经找到慢脚本、首屏图片或应用冲突，却缺少修改与回归测试的人手，可查看[Shopify 速度优化与技术支持](/shopify/)，按具体页面和问题安排任务，发布前后保留相同条件的测试记录。 --- ## Shopify 主题可访问性检查：键盘、对比度、表单与替代文本 - URL: https://www.guangsuan.com/post/shopify-theme-accessibility-check/ - 作者: Don Jiang - Published: 2026-09-18T03:22:31+08:00 - Last updated: 2026-09-18T03:34:57+08:00 - 摘要: 装插件不是第一步，只用键盘从首页走到加购才是。这里给出可执行的键盘测试路径、对比度实测做法、表单报错的检查项和替代文本的判断表，也写清了哪些话不该说。 可访问性检查里最有效的一步，先放下鼠标：只用键盘从首页走到加购，走不通的地方就是问题所在。多数主题的问题在这一轮里会暴露出来，工具真正的作用是补上你看不见的部分，比如颜色对比度、朗读顺序和那些你没点到的组件。 ## 工具评分是入口，不是结论 Shopify 的主题文档里列了几个检测工具：Accessibility Insights for Web、Lighthouse、WAVE，如果主题开发有持续集成流程，还可以把检查接进去，让改动带来的可访问性退化在提交流程里被发现（[主题可访问性最佳实践](https://shopify.dev/docs/storefronts/themes/best-practices/accessibility)）。同一页也写了一句需要记住的话：只遵循这些最佳实践并不保证主题完全可访问。工具能查出的是一部分机器可判断的规则，具体到你的产品、你的菜单、你的结算流程里是否真的可操作，还得靠人工走一遍。 这条路径走通，多数问题会自己出现（光算 · 示意图） ## 键盘走一遍购买路径 官方对键盘操作的要求很具体：焦点指示器要可见并且在各元素上保持一致；键盘焦点顺序要与 DOM 顺序一致，从左上到右下推进；Tab 与 Shift+Tab 都要能走通；元素获得焦点时不能发生上下文突然跳转；主题不应依赖鼠标悬停才能显示或访问内容。把这些要求变成动作，就是下面这条路径： - 打开首页，只按 Tab 键往下走。焦点框是否每一步都看得见，有没有跳进你看不到的区域。 - 走到一级导航，用键盘展开下拉，再走进二级项。悬停才展开的菜单在这里会卡住，处理方式见[大型菜单的可抓取与可操作取舍](/post/shopify-mega-menu-navigation/)。 - 进入一个集合页，看筛选、排序、分页这些控件能不能用键盘操作，选完以后焦点有没有丢。 - 打开产品页，切换变体，确认变体被选中时状态有可读的反馈，而不只是一个颜色变化。 - 按到加购按钮，加入购物车，再打开购物车抽屉。抽屉打开后按 Esc，确认能关闭，并且焦点回到刚才那个按钮。 - 进入结算第一步，填写邮箱或账号字段，检查出错时提示是否读得到。 这一轮不需要任何工具，半小时内能做完。走完记下卡住的每一步，它比任何评分都更能说明问题在哪。 ## 对比度不要用肉眼判断 两个颜色放在一起「看着还行」和实际能不能读是两回事，亮度接近的颜色在别人屏幕上可能是糊的。做法是取实际值：在浏览器的元素审查里读出文字颜色与背景色的色值，放进独立的对比度工具里算比值；有半透明遮罩、渐变背景或图片背景时，取文字所在位置的实际合成颜色再算。要覆盖的地方经常被漏掉：正文以外的辅助文字、按钮文字、输入框里的占位文字、禁用状态的按钮、输入框边框、以及链接色与背景的组合。悬停、按下、聚焦三种状态的颜色往往和默认态不同，也要各测一次。 取决于图片承担什么信息（光算 · 示意图） WCAG 对正文与大号文字的对比度有明确比值要求，具体数值以标准文本为准，这里不写数字，避免记错之后照着改。官方整理的最佳实践页面本身没有给出对比度阈值，所以这部分属于你要自己按标准核对的范围。改的时候顺带看一件事：把品牌色用在按钮上之前，先确认白色的按钮文字在这个颜色上仍然清楚；品牌色的浅色版更适合做背景，不适合做文字色。 ## 表单与错误提示 表单上真正让人放弃的情况，是填错了却不知道为什么。逐个字段过这几项：每个输入框都有可见的标签，标签和输入框在代码层面关联起来，不能靠占位文字充当标签（输入一开始占位文字就消失了）；必填项在字段旁有文字说明，不只用星号；校验失败时错误提示出现在对应字段附近，并且是文字，红框或红字单独出现对色觉障碍用户没有信息；提交失败后焦点移到第一个出错的字段；成功与失败状态的变化同时改变文字，不能只改变边框颜色或图标。 结算流程有一部分字段与校验由平台渲染，主题层能改的地方有限，所以先在结算页实测一遍，把能改和不能改分开记录，再决定哪些问题交给主题、哪些只能接受。 ## 轮播、弹窗和自定义组件的常见失败点 首页轮播是问题最集中的地方：自动播放会让还没读完的买家被切走，而且经常没有暂停入口；切换用的指示点如果没有可读名称，键盘和朗读工具都用不上。弹窗与订阅浮层的典型毛病是打开之后焦点还留在后面的页面上，Esc 关不掉，关闭按钮只有一个图标却没有可读的文字名称。自己写的折叠面板、标签页、数量选择器同理：能用原生元素就用原生元素，浏览器已经替你把键盘操作和朗读行为做好了；用普通元素加点击事件重做一遍，丢掉的往往就是这几件事。 ## 图片替代文本：什么该写，什么留空 替代文本的作用是让看不到图的人知道这张图提供了什么信息。写之前先问：这张图去掉之后，页面有没有信息损失。有就写，没有就留空。 图片类型替代文本怎么写 商品主图与场景图写型号、颜色或款式等能区分产品的信息，不做形容词堆砌 细节图写清是哪个部位或哪个角度，比如接口位置、底部结构 纯装饰图与分隔元素留空，让辅助工具跳过；留空比随手写一句话更准确 图标按钮写它的功能，比如加入收藏、切换到下一张图 替代文本不是关键词位置。同一张图在列表页和详情页反复出现，用同一句描述就够了，为每处换一套说法不会带来额外好处。图片上带有文字内容时，那段文字要写进替代文本或页面正文，不能只存在于图片里。 ## 标题层级和朗读顺序 页面上的标题层级是朗读顺序的主要线索。产品页的 H1 是产品名，下面各块用二级、三级标题，不要为了字号好看跳级，也不要用加粗的段落冒充标题——视觉上像标题和结构上是标题，对读屏用户完全是两回事。检查办法是看源代码里的标题标签顺序，而不是看页面上的字大字小。同一页出现多个 H1，通常说明模板或某个应用重复输出了标题，值得顺手确认来源。 ## 多久检查一次，检查什么 可访问性的退化通常是改主题或加应用时带进来的，所以把检查挂在改动之后比定期全站体检更有效：主题改过之后、新装应用之后、上新一个自定义 section 之后，各跑一次上面那条键盘路径和对比度抽查。自己写的展示块要看自己有没有用可点击的元素冒充链接、有没有把状态只做成颜色变化，这类问题的检查项和[自定义 section 的写法](/post/shopify-custom-section-development/)可以放在一起过。 每次检查留个记录：日期、检查了哪些页面、发现的问题、是否修复。下一次改动之后对比同一份记录，比凭印象判断「好像变好了」可靠。如果能找到使用键盘或朗读工具的真实用户试一次，得到的反馈通常比工具报告更具体。主题文件层面的分工要先弄清楚，至少知道自己改的是哪一层，见[主题目录的职责划分](/post/shopify-theme-structure-basics/)。 ## 可访问性和 SEO 有重叠，但不能互相替代 重叠的部分是真实存在的：能被机器读到的文本、能描述目标的链接文字、写得准确的替代文本、清晰的层级结构，这些对搜索和辅助工具都是加分项。不重叠的部分同样真实：键盘能不能走完购买流程、焦点顺序对不对、对比度够不够、错误提示能不能读，这些直接影响的是能不能下单，对排名没有直接作用。一边改善不等于另一边自动改善——把流量做起来是另一条线，做法可以看[增加 Shopify 商店流量的几个方向](/post/%e5%a6%82%e4%bd%95%e5%a2%9e%e5%8a%a0-shopify-%e5%95%86%e5%ba%97%e7%9a%84%e6%b5%81%e9%87%8f/)，而站内的操作体验决定了流量进来之后会不会走完流程。 还有几件事需要说清楚。遵循最佳实践不等于达到某个合规等级，没有做过对应测试和记录之前，不要在页面上写「符合 WCAG 某个等级」这类声明，Shopify 官方文档也提醒过遵循这部分最佳实践并不能保证主题完全可访问。第三方应用注入的控件不在主题检查范围内，客服组件、订阅弹层、评论框这些要单独测，问题归属也在应用方。检测工具的规则会更新，去年的结论今年要重跑一遍再引用。移动端的触控目标和键盘路径是不同场景，移动端还有自己的一套检查顺序，可以参考[移动端检查顺序](/post/shopify-mobile-performance-checklist/)的思路来安排页面试测顺序。 如果站点正在新建或改版，把这几项放进验收流程比上线后回头补便宜得多，我们在做[外贸建站](/b2b-web/)时也是按这个顺序排验收项的。 --- ## Shopify 大型菜单与导航设计：可抓取、可点击、不抢内容 - URL: https://www.guangsuan.com/post/shopify-mega-menu-navigation/ - 作者: Don Jiang - Published: 2026-09-18T03:22:31+08:00 - Last updated: 2026-09-18T03:34:57+08:00 - 摘要: 导航既是买家的目录，也是爬虫发现 URL 的入口。这里讲清楚大型菜单在链接可抓取、悬停与键盘操作、移动端折叠上的取舍，并给出一段可直接用的多级菜单代码与验收清单。 大型菜单做得好不好，跟动画、阴影、排版精细度关系不大，卡住人的通常是两件更朴素的事：那几十个链接有没有出现在初始 HTML 里，以及它们指向的页面是不是真的存在。前者决定爬虫和不用鼠标的人能不能走通，后者决定走通之后落到哪里。 ## 导航同时是抓取入口，不只是给买家看的目录 Google 抓取页面时会从 HTML 的 href 属性里提取新地址，再排进抓取队列（[JavaScript SEO 基础](https://developers.google.com/search/docs/crawling-indexing/javascript/javascript-seo-basics)）。这条机制决定了导航的第一要求：主要分类要能从导航里的 HTML 链接直接到达。用脚本往 DOM 里注入链接本身没问题，官方文档说得清楚，只要符合可抓取链接的做法就行。真正出问题的是两种写法——链接只放在脚本的数组里，页面初次返回时一个 href 都没有；链接写对了，但目标地址被 robots 规则挡住，抓取方连请求都不会发出（[robots.txt 说明](https://developers.google.com/search/docs/crawling-indexing/robots/intro)）。 主要分类必须能直接到达（光算 · 示意图） 所以排查大型菜单的第一件事是先看链接在不在：禁用 JavaScript 打开首页，或者直接查看网页源代码，看一级和二级链接有没有完整 href。在，才轮到讨论折叠、悬停和视觉层次。 ## 大型菜单的三个取舍 ### 一级放几个 经验上一级项控制在 5 到 8 个比较常见，超出就要考虑合并品类，或者把低频分类移到页脚。合并时按买家的说法分，别按内部管理习惯分；一个品类如果运营上是分开的两个团队负责，对买家来说仍然是同一个东西。这是编辑判断，官方文档并没有给数量规定，最终还是要看自己店铺的点击数据，别人的菜单结构抄不来。 ### 悬停展开还是点击展开 桌面端用悬停展开看着顺，但 Shopify 的主题可访问性要求里写着主题不应依赖鼠标悬停才能显示或访问内容（[主题可访问性最佳实践](https://shopify.dev/docs/storefronts/themes/best-practices/accessibility)）。触屏设备上本来也没有悬停这回事。稳妥的做法是让一级项既能点开、也能在获得键盘焦点时展开，鼠标用户可以直接进出下拉。要避免的是那种一级项只能悬停才展开、点击却直接跳走的写法，键盘和触屏用户在它面前是没有路的。 ### 移动端怎么折叠 移动端不要另做一套菜单数据。折叠属于显示层处理：链接一直都在 HTML 里，用样式控制显示与隐藏。如果改成展开时才用脚本拼接菜单节点，抓取方和禁用脚本的浏览器都拿不到这些链接，等于把最上层的那批入口关掉了。 ## 链接从哪来，指向哪里 菜单在后台维护，显示在主题的哪个位置取决于主题设置（[Shopify 菜单与链接文档](https://help.shopify.com/en/manual/online-store/menus-and-links)）。指向什么比放多少个链接更要紧： 以读者能否点到为准（光算 · 示意图） - 一级项指向有内容、有搜索需求的集合页，别指向空集合或只有一两个产品的分类。 - 二级项指向买家真会逛的重点产品，以及解释品类差异的指南文章。 - 不指向筛选参数拼出来的地址和站内搜索结果页。这类地址数量会膨胀，也不该被索引，判断顺序见[筛选 URL 的取舍](/post/shopify-filtered-url-and-search-indexing/)。 - 不指向带跟踪参数的外链。导航是站内层级的一部分，混进外链会让层级变浑。 某个集合页值不值得进导航，取决于它有没有独立的搜索需求，安排方式在[集合页 SEO 的做法](/post/shopify-collection-page-seo/)里写得更细。还有一点常被忽略：同一件产品在 Shopify 上可能有多条路径，导航里应该固定用其中一条，别自己造出重复地址，这类问题的排查见[同一产品两种路径的处理](/post/shopify-collection-product-url-within/)。 ## 一段可以直接用的多级菜单写法 菜单在 Liquid 里是链接列表对象，一级和二级共用一套循环；菜单没选时先判空，避免页面上留下一个空容器： ``` `{%- assign menu = section.settings.menu -%} {%- if menu != blank -%} {%- endif -%}` ``` 用嵌套的列表结构而不是一堆 div 拼出来，屏幕阅读器和搜索引擎都能从结构里读出层级关系，键盘焦点顺序也跟着自然。改动位置在头部 section 里，各目录的职责见[主题结构说明](/post/shopify-theme-structure-basics/)。如果下拉里除了链接还要放图文推荐位、多列分类图，那更适合单独做一个 section 来管，骨架参考[自定义 section 的写法](/post/shopify-custom-section-development/)。 ## 图片文字、重复说法：两种让导航失效的做法 把分类名做成图片再当导航项，视觉上能排得很整齐，代价是这段字对机器不可读，用朗读工具或把页面放大到看不清图的买家也拿不到信息。分类名直接用文本就好，想要特殊字形可以通过字体处理，不必退回图片。另一种更隐蔽：同一个目标在导航里用两种说法出现两次，比如「新品」和「全部产品」指向同一个集合页。这会给同一地址留下两条锚文本不同的链接，谁也不占优；更糟的情况是两个说法分别指向不同集合页，买家以为是两个品类，点进去发现内容几乎一样。做法是每个目标只留一条链接，命名固定下来，导航和页脚用同一个名字。 还有一类问题出在「虚分类」：为了把菜单层级凑齐而建的空集合页，里面没有可卖的产品，只有一段介绍文字。买家点进去就退出来，搜索侧也只是多了一个没有价值的页面。要么把内容补齐，要么从导航里撤掉，别让它长期挂在入口位置。 ## 导航之外，还要留出第二条路 导航能承载的入口数量有限，重点产品和新写的文章不可能全塞进去。站内还需要几条稳定通路：页脚放不常变动的分类入口和公司信息页；集合页之间按主题互相推荐；产品页链回它所属的集合以及相关指南；每篇文章至少指向一个能下单的产品或集合。这些位置的锚文本同样要说人话，「了解更多」「点击这里」这类文字无法区分目标，对人和机器都没有信息量。 判断哪些页面缺入口有个直接办法：从首页出发点三次，看能不能到达目标页面。到不了，说明它只能靠站内搜索或外链被找到，这种页面即使内容写得不错，也很难被爬到和被点开。 ## 改完怎么验收 - 查看网页源代码，确认一级与二级链接都以完整 href 出现，条目数和后台菜单里的对得上。 - 逐个点开导航里的目标，确认不是空集合、不是 404、不是带参数的临时地址。用无痕窗口检查，避免缓存干扰。 - 只用键盘 Tab 走一遍导航，看下拉能不能展开，焦点有没有跑到看不见的位置。 - 手机宽度下展开折叠菜单，确认收起状态时链接仍在源码里。 - 检查页面上的导航路径与面包屑是否表达同一套层级，标注规则见[面包屑结构化数据文档](https://developers.google.com/search/docs/appearance/structured-data/breadcrumb)。 - 打开站内搜索和 Search Console 的抓取统计，确认导航调整后新增的地址能被正常抓取，异常反馈往往几天后才会出现。 ## 菜单是需要排班的日常维护 很多店铺的导航在开业那天设好，之后再没动过。上新品类、下架整条产品线、季节性活动这些变化都会让导航逐渐失真：入口指向已经下架的集合，二级项里挂着缺货半年的产品。可以固定一个周期做三件事：核对导航里的每个目标是否还能买到东西；把季节性入口在活动结束后撤掉，而不是留着；新增品类时同步进导航，别只挂在集合列表里。做这件事的人最好和负责上新的人对齐，否则导航会永远落后于商品结构。 加菜单项时还有一层容易漏掉的显示条件：某些分类只对特定市场或特定客户群可见，这种设置在后台是按市场或按客户标签生效的，不同地区的买家看到的层级并不一样。发布前确认这个分类对所有目标市场都开放，否则会出现一部分买家点进去什么都没有的情况。跨境店铺尤其要先在切换市场之后再看一遍导航。 ## 导航改动换不来排名承诺 有几件事官方没有承诺，也不该被当成目标。菜单层级没有推荐上限，层级太深的真实代价是没人点下去，不是被惩罚；改导航不会让分类页自动获得排名，它改的是发现路径和点击分布；下拉里的推荐位、促销位不参与层级判断，属于转化设计。另一个常见偏差是把导航当关键词清单，一级项写成三个词拼起来的长标题，读起来不通顺，点击率也不会因此变高。 还有一件事值得提前安排：主题更新可能会覆盖你改过的头部 section。导航改完以后，如果主题发布了新版本，先对比两边的差异再决定怎么合并，别直接覆盖。这也是把改动记下来的价值——至少写下动了哪个文件、加了哪些链接，换人接手时不用重新猜一遍。 导航和站点结构这套东西要跟抓取、收录、内容一起看才有效果。我们在[谷歌 SEO 服务](/seo/)里把站点结构检查放在内容前面，原因就是链接路径决定了后面的内容能不能被找到。 --- ## Shopify 元字段做内容展示：规格表、FAQ 与场景说明 - URL: https://www.guangsuan.com/post/shopify-metafields-content-display/ - 作者: Don Jiang - Published: 2026-09-18T03:22:31+08:00 - Last updated: 2026-09-18T03:34:57+08:00 - 摘要: 元字段的价值是让规格、场景、问答从产品描述里拆出来，由模板固定格式、后台只填值。这里给出渲染步骤、缺失值的判断写法，以及一个容易忽略的核对点：内容要出现在初始 HTML 里。 元字段解决的是一件很具体的事：同一套产品模板下，规格、适用场景、常见问题这些东西每个产品都要有，值各不相同。全部塞进产品描述，格式靠人工维持，模板改一次要重排全部产品；放进元字段，格式由模板固定，后台只填空。至于排名，元字段本身不带任何权重加成。 下面按存什么、怎么渲染、怎么核对来讲，末尾说哪些情况下不值得用。 ## 哪些内容值得拆成字段 判断标准只有一条：这套信息是不是在多个产品上重复出现，而且值各不相同。符合的有四类： 结构化、可复用、可核实的内容（光算 · 示意图） - **结构化规格**：尺寸、材质、重量、功率、包装数量、认证编号。同一个字段在不同产品上填不同的值，模板里排成表格或列表。 - **使用场景**：适用环境、适配机型、安装条件。写成两三个短句比长段落有用，模板可以把它放在图片旁边。 - **常见问题**：售后、安装、兼容性这类问答对。同一个问题在二十个产品上都要答时，它属于可复用内容。 - **资料与下载**：说明书、图纸、合规文件的文件引用。挂在页面上比让买家发邮件索取好。 不该拆的也有四类：营销长文案属于产品描述本身；每个产品只出现一次的自由文本放进字段只会让模板更复杂；按序号排进去的「SEO 关键词字段」会在页面上生成没有阅读价值的文本；品类共性的介绍应该写成集合页正文，而不是在每个产品上重复一遍。 选字段类型时按内容来定：能用一个词或一句话说清的用单行文本；需要换行、加粗、列表的用富文本；尺寸重量这类数值用数字类型，以后想排序或比对时不用再解析文本；说明书和图纸用文件引用，将来换文件只改后台那一处。类型选得随意，等模板里要做判断时才发现拿到的是一段带格式的 HTML，处理起来更麻烦。另外字段的说明文字值得花两分钟写清楚，它是唯一能告诉填表人「这里写什么、写成什么格式」的地方，尤其当填表的人不止一个。 ## 元字段和元对象：先决定内容存在哪一层 三个产品共用同一批问答、五个产品共用同一张认证表，这种「多个产品指向同一份内容」的情况适合用元对象：内容存一份，产品字段里放引用列表，改一处全部生效。只在单个产品上出现的信息，直接建在产品上就够。官方模板文档里元对象有自己的页面类型，主题需要对应模板才能渲染这类页面（[主题模板文档](https://shopify.dev/docs/storefronts/themes/architecture/templates)）；如果只做产品页展示，不必急着给元对象配独立模板。 ## 场景说明这类内容放在页面哪一段 使用场景的价值在于替买家做判断：这件东西适合谁、不适合谁、通常和什么一起用。它不适合塞在产品描述末尾，因为买家的阅读顺序是先看图、再看规格，最后才关心场景。放在规格之后、问答之前更顺。模板可以给场景字段一个固定的小标题和简短排版，值控制在几行以内；写成一整屏的段落，买家会跳过，模板也排不出层次。一个产品需要很长的场景说明时，那已经是指南文章，适合放进博客再从产品页链过去。 示意：字段定义与模板渲染的对应关系（界面示意） ## 把字段接到产品模板上 帮助中心对元字段的说明停在「加自定义字段、用主题编辑器连接」这一层（[产品详情文档](https://help.shopify.com/en/manual/products/details)），落到哪个文件、怎么写判断，取决于你手上的主题。可执行的顺序是这样： - 在后台的自定义数据设置里为产品定义字段，记下命名空间与键名。这两个名字一旦被主题引用，之后改动要同时改模板。 - 复制一份主题，在副本上改，预览无误再发布。这类改动没有预览就等于没有回退点，具体目录职责见[主题结构说明](/post/shopify-theme-structure-basics/)。 - 找到产品页对应的 section 文件。JSON 模板下产品页由 section 拼装，HTML 与 Liquid 都在 section 里，不在模板文件里（[Sections 文档](https://shopify.dev/docs/storefronts/themes/architecture/sections)）。 - 在合适的位置插入渲染代码，先判断值是否存在，再决定标题和内容输出什么。 - 保存后右键「查看网页源代码」，确认规格与问答出现在初始 HTML 里，而不是等脚本执行之后才出现。 规格表用列表渲染的最小写法，先判空再循环： ``` `{%- assign specs = product.metafields.specs.rows.value -%} {%- if specs != blank -%}

规格

    {%- for row in specs -%}
  • {{ row }}
    • {%- endfor -%}
{%- endif -%}` ``` 问答如果做成了元对象列表，循环写法类似，但取字段的路径由你在元对象定义里的键名决定。写之前先在预览里打印一次数据结构，比反复猜键名快： ``` `{%- assign faqs = product.metafields.faq.items.value -%} {%- if faqs != blank -%}

常见问题

{%- for faq in faqs -%}

{{ faq.question }}

{{ faq.answer | metafield_tag }} {%- endfor -%} {%- endif -%}` ``` 元字段在 Liquid 里都是先拿到定义再取值，字段类型不同，渲染方式也不同：纯文本可以直接输出，富文本用对应的过滤器，文件引用要取它的地址。拿不准时先把值打印出来看一眼，再决定用哪种输出方式，这比照着别人的主题抄一段更可靠。自己写这类展示块时，把一个 section 收成一类内容会更省事，思路和[自定义 section 的写法](/post/shopify-custom-section-development/)一致。 ## 缺失值是常态，模板要按常态写 新建字段的那一刻，所有已有产品在这个字段上都是空的。没有判断的模板会在页面上留下「重量：」后面什么都没有的小标题、空表格行、只有问题没有答案的问答框。买家看到的是半个页面，搜索侧看到的是重复出现的空壳文本，两边都吃亏。 做法是把标题和值绑在一起：有值就标题加内容一起出现，没值就整段不输出。 ``` `{%- if product.metafields.specs.material != blank -%}

材质

{{ product.metafields.specs.material.value }}

{%- endif -%}` ``` 批量填值比逐个点开产品快得多，但一次导入会覆盖大量字段，风险也随之放大：先拿几个产品试，确认导出的表结构与字段名对得上，再全量执行。填完之后回头抽查渲染结果，比在导入前反复核对模板更省时间。 ## 上线前逐项核对 字段定义、模板代码、数据填充由不同的人在不同时间完成，出错的环节也就分布在这三处。下面这几项按顺序走一遍，每项都用实际页面验证，而不是看后台里字段有没有值。 核对项怎么看 字段命名与模板取值一致对比后台字段的命名空间与键名，和模板里的取值路径逐字核对 内容在初始 HTML 里查看网页源代码，搜索标题文字是否直接存在 缺值不留空壳找几个没填字段的产品打开，看有没有空标题与空表格 移动端排版用手机宽度看同一段内容，表格是否溢出、两列是否挤在一起 批量导入后抽样从导入过的产品里随机抽几个，看值有没有错位到相邻字段 ## 元字段管不到的部分 有几点提前知道，能省掉做到一半才发现方向不对的返工。展示依赖主题是否支持，主题编辑器里能不能直接连上取决于主题版本与设置项，换主题后不能假定同一套代码继续可用；字段不会自动出现在集合页的产品摘要里，也不会自动参与站内搜索，需要模板显式输出；字段值不会自动变成结构化数据；不同版本后台在自定义数据的入口和字段类型上有差别，操作前以当前后台为准。还有个容易被忽略的点：字段定义被删掉之后，引用它的模板不会报错，只会安静地什么都不输出，所以改字段定义时最好同时打开几个产品页看一眼。 ## SEO 上真正要看的是渲染后的 HTML 字段值只存在后台，对搜索和买家都不存在。Google 的说法是内容必须在渲染后的 HTML 里可见才能被索引（[JavaScript SEO 基础](https://developers.google.com/search/docs/crawling-indexing/javascript/javascript-seo-basics)），落到元字段上只有一种含义：渲染结果要出现在初始响应里。检查办法是查看网页源代码，而不是看 Elements 面板——面板显示的是脚本执行后的 DOM，源代码里没有的内容，抓取时不一定有。 如果主题先把字段值写进一段 JSON，再由脚本生成表格，抓取方看到的可能只是一个空容器。这种写法在买家浏览器里看着正常，内容却不在正文里。真正需要脚本渲染的场景存在，但规格和常见问题通常不属于其中。 顺便说清与结构化数据的关系：材质、运费、退货这类信息在 Google 的商品标注里有对应位置（[Product 结构化数据文档](https://developers.google.com/search/docs/appearance/structured-data/product)），但标注是模板层面的输出，不会因为用了元字段就自动出现；而且是否展示增强结果由 Google 决定，官方文档也写明增强展示不保证出现。把元字段内容输出成可读的 HTML 是确定的部分，[结构化数据核对](/post/shopify-product-structured-data-audit/)是另一件需要单独做、单独验的事。 字段本身能带来的搜索收益，和我们之前写过的[元字段对 SEO 的作用](/post/shopify%e5%85%83%e5%ad%97%e6%ae%b5%e5%af%b9seo%e6%9c%89%e7%94%a8%e4%b9%88/)是同一个结论：它改善的是内容完整度和一致性，排名结果要看页面整体。 ## 这些情况不用上元字段 产品数量少、内容不复用的店铺，规格直接写进描述更快；产品线差异大到字段定义互相冲突时，维护字段定义和模板的成本会超过它省下的排版时间；把问答当关键词容器，每个答案里堆一遍品类词，实际结果是买家不读、页面重复。 元字段也不解决内容质量问题：它只保证位置和一致性，值写得敷衍，页面上就是排版整齐的空话。内容本身的判断与本地化表达属于另一件事，那部分和站点级的搜索表现一起做才有意义，可以对照我们做[谷歌 SEO 服务](/seo/)时的检查顺序。 最后留一个判断给做决定的人：当产品线还在频繁调整、字段定义一个月要改三次时，先把内容写进描述里，等结构稳定了再拆字段；反过来，产品型号多、参数固定、上新节奏快的店铺，越早把规格结构化成字段，后面每次改模板的代价越小。两种做法都能上线，区别在于维护成本落在谁身上。 --- ## Shopify 自定义 Section 开发：schema 设置与复用要点 - URL: https://www.guangsuan.com/post/shopify-custom-section-development/ - 作者: Don Jiang - Published: 2026-09-18T03:22:31+08:00 - Last updated: 2026-09-18T03:34:57+08:00 - 摘要: 自定义 section 的落点是让商家自己维护内容。本文给出一个最小可用文件的结构，讲清设置类型怎么选、默认值为什么必须能直接上线、怎么避免把某个品类写死，以及何时不该写自定义模块。 自定义 section 的价值在于商家不用碰代码就能改内容。做不到这一点，它只是把硬编码换了个位置，还多出一个要长期维护的文件。判断要不要写，标准只有一个：同一类内容会不会反复出现，需不需要非技术人员自己调整。 ## 一个最小可用的 section 长什么样 下面这个文件解决一类问题：产品页或首页需要一组可以增删的卖点。Liquid 部分只负责渲染，所有文案来自设置与 block。 结构、设置、默认值三部分（光算 · 示意图） ``` `{% comment %} sections/value-props.liquid {% endcomment %}
{% if section.settings.heading != blank %}

{{ section.settings.heading }}

{% endif %}
    {% for block in section.blocks %}

  • {{ block.settings.title }}

    {{ block.settings.text }}

    • {% endfor %}
{% schema %} { "name": "卖点列表", "tag": "section", "settings": [ { "type": "text", "id": "heading", "label": "标题", "default": "为什么选我们" } ], "blocks": [ { "type": "item", "name": "卖点", "settings": [ { "type": "text", "id": "title", "label": "小标题", "default": "48 小时内发出" }, { "type": "richtext", "id": "text", "label": "说明" } ] } ], "presets": [ { "name": "卖点列表", "blocks": [ { "type": "item" } ] } ] } {% endschema %}` ``` 三段结构各管一件事：Liquid 部分渲染，schema 定义商家能改什么，presets 决定商家从编辑器添加这个 section 时的初始形态。schema 里的 tag 决定外层元素，settings 是模块级设置，blocks 定义可重复的条目类型。有一个原则值得写进代码规范：正文里出现的中文只应该出现在 label 和 default 里，页面上真正显示的文字必须来自设置、block 或元字段。 schema 标记是必需的，不是可选项。一个没有 schema 的 section 文件不会被识别成可配置模块；带 schema 之后，section 可以对所有模板可用，也可以用 enabled_on 或 disabled_on 把范围收窄到指定模板。默认值和区块定义都在这个标记里面，所以改 section 的能力范围，本质上是改 schema。 ## 设置类型按商家最不容易填错的标准来选 单行文字用文本输入，段落用富文本，图片用图片选择器，跳转地址用链接类型，是否显示某一项用勾选框。选择依据是约束强度：能用开关表达的不要让商家填文字，能用选项表达的不要让商家手写字符串——手写的值一旦和代码里判断的条件不一致，功能就会静默失效，而且没人会发现，直到有人来问为什么这个开关没反应。 图片字段是出错最多的地方。用图片选择器时，商家没选图就直接渲染，页面上会留一个没有来源的图片标签，在手机端还可能撑出一个空框。图片、富文本这类可能为空的设置必须做非空判断，整段不渲染。标题同理，空标题会破坏页面标题层级，也让搜索引擎读到没有意义的文本。 ## 默认值按装完就能上线来写 商家第一次添加这个 section 时看到的是 presets 生成的形态，presets 里没给默认值的字段就是空白，页面会显得塌陷。该填的都要填：一个真实场景的标题、一组能说明用途的卖点、富文本的初始结构。这不是为了好看，是因为大多数商家不会先去读你的说明文档，看到空白会认为 section 坏了，然后卸载或者随意乱填，最后你收到的反馈是自定义模块不好用。 默认值必须能直接上线看（光算 · 示意图） 预置 block 的数量也要想一下。预置三条，商家看到的是可以再添加的形态；预置八条，他得先删五条才能用。前者比后者省事，也更容易被继续使用。 ## 复用的关键是别把某个品类写死 一个 section 解决一类内容，不解决某个具体页面。写死的品类文案、写死的联系方式、写死的价格说明，都会让这个 section 只能用一次。可复用的写法是把差异放进设置、block 和元字段：规格、使用场景、常见问题这类结构化内容交给[元字段](/post/shopify-metafields-content-display/)，section 只负责渲染与排版，这样同一个模块能落在不同产品上，看起来也确实是不同产品的内容。 命名同样影响复用。用统一前缀区分自定义 section 与主题自带文件，过几个月回来排查问题时，能一眼认出哪些是自己加的、哪些来自主题作者。如果某个自定义模块只服务一类模板，用 schema 里的启用范围限制住，比事后在编辑器里一个个删干净。 还有一层与复用相关的是设置的数量。一个 section 挂二十个设置项，商家改的时候要找半天；把同类设置分组、把低频设置收起来，能明显提高它被用起来的概率。设置项多并不等于灵活，多数时候它只是把设计决策推给了不擅长做这个决策的人。 ## 性能预算要算在 section 里面 自定义 section 引入的图片、字体和脚本都计入页面成本，而且通常加在已有的第三方脚本之上。三件事按优先级排。首屏图片不能懒加载，用图片过滤器输出时给它加高优先级提示，[相关文档](https://shopify.dev/docs/storefronts/themes/best-practices/performance/set-fetchpriority-high-on-lcp-image)说明了默认所有图片以低优先级被发现、首屏图需要显式提权的原理，同一份文档也提醒不要滥用，一页只给一张，用多了会干扰浏览器的优先级判断。首屏之外的部分做条件加载，位置判断要写成正向比较，因为在主题编辑器、静态 section 和接口返回的场景下位置取值是空的，写成等于判断会把这些场景一起送到懒加载分支。 图片留出尺寸、容器有固定比例，是避免布局偏移的基本做法。加载期间替换内容的做法（骨架屏、入场动画）要注意别把自己首屏的图藏起来，[相关文档](https://shopify.dev/docs/storefronts/themes/best-practices/performance/dont-hide-lcp-image-behind-animations)解释了为什么把内容放在透明度过渡和动画之后会推迟首屏渲染的计时，甚至让已经下载完成的图片不被计入。 字体和脚本是另一半。一个 section 自带一套字体文件、一个滑块库、一个动画库，成本会分散到很多页面上累积起来。能用主题已有资源就不要新引入一套，能延迟加载的脚本就不要放在渲染路径上。集合页的产品网格是最费成本的一类模块：卡片数量、图片尺寸、首屏几张提前加载，都该在这个 section 写的时候就定下来。同一个产品在集合页与产品页的路径处理不在这段代码里，但会跟着模板一起生效，[集合内产品路径的排查](/post/shopify-collection-product-url-within/)属于同一层结构问题。[首屏图的加载策略](/post/shopify-lcp-image-optimization/)与[性能基线怎么建立](/post/shopify-core-web-vitals-baseline/)讲的是同一套判断方法，可以对照使用。 写完之后至少在三种状态下各看一次：主题编辑器里，也就是位置取值为空的场景；前台首屏；以及没有图片、没有文字的状态。第三种最容易发现问题，也最接近商家第一次添加这个 section 时的样子。 ## 什么时候不该写自定义 section 三类情况不值得写。一次性内容：活动页只上线两周，用页面模板和现有模块拼出来就够，没必要多一份要维护的代码。主题已有设置能实现：多数主题的图文区、折叠问答、轮播都有对应模块，先翻一遍设置面板，比新写一个更快也更稳。需要复杂交互：筛选、按条件推荐、多步骤表单这类逻辑放在 section 里会变成一个长期维护的前端项目，要么用成熟应用，要么接受功能打折。 还有一类常被误判的是想让页面更好看。视觉调整属于样式层，改 assets 里的样式比新写一个 section 影响面更小，也不会给商家多出一个可能填错的设置项。 ## 交付给商家时把三件事写清楚 自定义 section 上线之后，决定它能不能长期使用的往往是交接环节，代码质量只决定它会不会报错。交接至少写清三点：哪些设置可以放心改；哪些改之前要先确认，比如影响标题层级或结构化数据输出的字段；改坏了怎么恢复。第二点最容易被忽略，一个允许商家随意修改的标题字段，可能直接改掉页面的标题结构。 如果这个 section 会被人反复修改，就把限制写进 schema 的 label 里，而不是写在交接文档里。商家实际填写的地方，才是说明最该出现的地方。 ## 边界：自定义 section 不受平台保证 自定义 section 是主题文件的一部分，没有平台层面的兼容承诺。主题作者更新主题时，你加的文件不会自动合并，也不会被升级流程照顾；改名、移动文件、升级主题之前，先确认它被哪些模板引用。反过来也一样，如果某个需求主题设置里已经能实现，写自定义 section 只多了一份维护成本。 容量上限是平台规则：一个 JSON 模板或分组最多渲染 25 个 section，每个 section 最多 50 个 block（[section 文档](https://shopify.dev/docs/storefronts/themes/architecture/sections)）。想靠把一个模块拆成十个 section 来做精细控制，会先撞上限，也会让编辑器变得难用。section 能不能支持应用块，取决于它是否被 JSON 模板或分组引用，静态引入的 section 拿不到这项能力。 最后一句实话：自定义 section 解决的是展示与可维护性，解决不了内容质量。如果页面缺的是买家真正想看的参数和使用场景，换一个更漂亮的模块不会有任何变化。schema 上线之后就成了模板数据的依赖，之后再删掉某个设置 id，用到它的模板会保留旧值但不再渲染，表现出来是商家改了没反应；移除设置项要和移除模板里的引用一起做。光算不接 Shopify 主题与插件开发，我们做的是谷歌 SEO 与外贸独立站建设，[技术 SEO 与内容结构的调整](/seo/)是我们动手的那一层，自定义开发通常由客户自己或主题作者完成。要先把这些文件的职责分清楚，可以看[主题目录与模板的关系](/post/shopify-theme-structure-basics/)。 --- ## Shopify 主题改版不丢 SEO：改前冻结清单与改后验收项 - URL: https://www.guangsuan.com/post/shopify-theme-redesign-without-seo-loss/ - 作者: Don Jiang - Published: 2026-09-18T03:22:31+08:00 - Last updated: 2026-09-27T09:53:49+00:00 - 摘要: 改版丢掉的往往不是排名，是没被搬过去的输出。本文给出改前要冻结的五项快照、最容易丢的三类内容，以及改后按抓取、canonical、条目标题、结构化数据、内链与 404 逐项验收的顺序。 换主题之后排名掉下来，多数情况不是新主题不如旧主题，是旧主题输出的东西新主题没输出。标题的生成逻辑、结构化数据的类型、集合内产品路径的处理方式，全都写在主题文件里，换主题等于把这整层替换掉，没被搬过去的部分会静默消失，页面上看不出任何异常。改版要做的事情，是先把这些看不见的输出列成清单。 ## 改前先冻结一份快照 冻结的意思是把改版前的状态存成能逐条比对的东西，不是凭记忆回忆。下面这几项缺一项，验收时就少一个判断依据。 没有基线，改完无法比对（光算 · 示意图） 冻结项从哪儿取验收时用来判断 页面类型与 URL 形态全站抓一份 URL 清单改版后是否出现新形态或丢页 模板级元信息几类代表页面的源码头部标题、描述、canonical 是否还在 结构化数据页面里的标注片段产品、面包屑等类型是否漏输出 内链入口导航、面包屑、相关产品、文章互链抓取路径是否被切断 图片与资源地址图片地址与文件名图片是否被换了文件名或尺寸 抓全站 URL 清单不需要专业工具。站点的 sitemap 就是产品、集合、页面、博客四类条目的现成来源，但它覆盖不到集合内路径和参数形态，这两部分要在页面上实际点一遍，把带参数的地址记下来。 清单里的 URL 形态要覆盖完全：产品在集合里的路径、分页、排序与筛选参数都算形态。这些地方最容易在换主题时被简化掉，而它们恰好是搜索引擎已经处理过的入口，重建的成本比保留高得多。 ## 换主题最容易丢的三类东西 第一类是模板级元信息。[平台对搜索结果条目的说明](https://help.shopify.com/en/manual/promoting-marketing/seo/find-site-map)提到，标题来自页面标题、描述通常取自页面内容，主题在后台设置之上还会按页面类型做条件输出。新主题如果只覆盖了产品页与首页，博客文章和集合页的标题生成就会退回默认状态，改版前后对比那一栏就能看出来。 第二类是结构化数据。平台说明里写明主题自带结构化数据，产品页会包含价格、库存、评价相关内容，官方支持的主题与主题商店里的主题都默认带这项能力。换主题后要确认三类输出是否还在：产品、面包屑、组织信息。[产品结构化数据的官方说明](https://developers.google.com/search/docs/appearance/structured-data/product)把两种取向分了开，不能直接下单的产品页用 Product snippets，可以直接购买的产品页用 merchant listings，字段要求的差别就在这里；[面包屑标注](https://developers.google.com/search/docs/appearance/structured-data/breadcrumb)的价值是让搜索引擎理解页面层级，前提是页面上确实存在对应的导航路径，标注和真实导航不一致时它帮不上忙。 第三类是被主题覆盖的 URL 处理。站内搜索、排序和筛选这类功能会产生内容相同但 URL 不同的页面，[canonicalization 文档](https://developers.google.com/search/docs/crawling-indexing/canonicalization)把这种情况归为站内功能造成的重复，并明确说明用 canonical 表明偏好只是提示，Google 可能选择另一个页面作为代表页。旧主题里那段判断逻辑没搬过去，站点就退回平台默认状态，平台能兜住一部分，兜不住主题特有路径。[同一产品在集合内外的两种路径](/post/shopify-collection-product-url-within/)与[排序、筛选的状态处理](/post/shopify-filter-sort-theme-state-check/)都属于这一类，改版时按这两篇的检查点各过一遍。 ## 把主题和内容分开看，问题范围会小一半 主题负责渲染，内容存在后台。换主题不改产品标题、描述和价格，但会改变这些内容被呈现的条件：原来正文里那段规格表可能来自元字段渲染，新主题没接这个字段，内容还在后台，页面上却没了。排查时先确认这一点，能少走很多弯路，不至于把内容问题当代码问题查。 它们通常不在页面上直接可见（光算 · 示意图） 对应的做法是改版前列出所有依赖主题渲染的后台数据，元字段、产品选项、集合描述、博客文章摘要各算一类，改完逐个页面对照。这类内容的消失不会报错，也没有日志，只能靠比对发现。 ## 改版前要定下来的三件事 第一件是导航结构动不动。导航是抓取路径的主干，改版时顺手重做导航很常见，但链接目标一旦从集合页换成筛选参数，抓取入口就变了，[主题可访问性检查](/post/shopify-theme-accessibility-check/)里键盘导航那几项，改版时也常常被一起改坏。 第二件是图片文件名会不会变。主题经常对图片地址做格式转换，文件名和尺寸参数变化本身不致命，但新主题如果输出了不同的地址形态，就要确认旧地址是否仍可访问。 第三件是结构化数据由谁输出。平台说明里主题自带的标注和应用注入的标注可能并存，改版前先分清页面上的标注来自哪一侧，否则新主题里会出现重复标注，或者两边都以为对方会补上。 ## 改后按这个顺序验收 - 抓取是否放行：根目录的 robots.txt 能正常打开，店铺不在密码保护状态。 - 索引入口是否完整：sitemap 索引与产品、集合、博客子表都能访问。提交成功只说明提交成功，说明不了收录结果，平台文档也说爬取与索引需要时间且不作保证。 - canonical 是否正确：抽产品页、集合页、文章页各若干，看是否自指、是否指向同语言同地区的版本。 - 条目标题是否回来了：拿冻结的源码头部跟新页面逐个比，重点看集合页、文章页、静态页，这三类最容易被漏掉。 - 结构化数据是否还在：先看源码里标了什么，再看结果报告认了什么，两件事不是一回事，[报告与真实展示之间的差距](/post/shopify-rich-results-monitoring/)要单独核。 - 内链是否连通：导航、面包屑、相关产品、文章到产品的链接都能爬到，锚文本指向的还是原来那类页面。 - 404 与重定向：把冻结的 URL 清单跑一遍，新增的 404 当天处理，不要攒到下周。 七项里前两项不通过，后面的检查都没有意义，抓取被挡住的站点看收录数据只会得出错误结论。顺序固定下来以后可以写成一张表，每次改版照着跑，比临时想检查项可靠得多。 ## 分批发布，别一次全站切 一次全站切换的问题不是风险大，是出问题之后定位不了。先切影响面小的模板，比如博客文章和静态页面，观察抓取与条目标题；确认无异常再切集合页；产品页与首页放最后。这样任何一个环节出问题，范围都是明确的，回滚的代价也小。 旧主题的副本别在切换成功之后就删。回滚的成本远低于在问题里找原因的成本，而旧主题文件是唯一的对照物。主题演示数据不能当验收标准，演示内容的数量与结构和真实目录经常不一样，尤其是集合与产品的实际规模。 ## 改版期间的数据不要连着比 上线后的表现数据不能直接和改版前连成一条线看，抓取与重新处理需要时间。有用的做法是分开看两类信号：抓取和索引层面的信号来得快，新地址是否被发现、404 是否增加、条目标题是否恢复，这些几天内就有迹象；排名与点击层面的信号来得慢，把它和索引信号混在一起看，很容易得出改版有效的结论。 把改版日期在数据里标出来，后面复盘时有依据。如果一次改版同时动了主题和内容，两边的效果就再也分不开了，这也是分批发布的另一个理由。 ## 边界：改版解决不了的事 没有哪个主题天然比另一个更利于排名，改版能做的是不丢东西，做不到让排名上升。排名变化还与内容质量、外链、竞争程度有关，把改版当成一次提升排名的手段，很容易在几周后得出错误结论，然后把下一次改版也做错。 平台负责的部分不要重复劳动：sitemap 自动生成并在新增内容时自动更新，主题默认输出结构化数据，这两件事都不需要做，也不要在迁移过程中弄丢。[导航与大型菜单](/post/shopify-mega-menu-navigation/)这类结构在改版时经常被重新设计，链接目标有没有变、能不能被爬取，属于验收清单第 6 条要覆盖的内容。 还有一处容易忽略：换主题带走的是主题文件，应用重新注入的脚本会跟着新主题再进来一次。非主题输出的那部分要单独核对，特别是评论、推荐、弹窗这类组件带来的标注，它们可能在同一页上重复输出同一类结构化数据。 还有一处需要自己核实：旧主题文件里那些不再被引用的自定义模块会留在文件列表里，不生效也不影响前台，但留着会让下一次排查变慢，清理时机自己定。 改版验收之后才是常规节奏的开始：持续的技术检查、内容更新、外链建设。光算的[谷歌 SEO 服务](/seo/)做的是这一段，改版通常是它开始之前的准备工作。[主题目录各部分的职责](/post/shopify-theme-structure-basics/)决定了动手时要打开哪些文件，认清结构再改，比事后排查省事得多。 需要开发方接手主题改版时，可对照[Shopify 主题定制与技术维护](/shopify/)的协作流程，提供当前主题版本、重要 URL 清单和需保留的应用功能。技术改版与后续推广分别约定工作范围。 ## 下载可填写的工作表 表内预列检查项目，结果和证据列留空；在副本主题测试后，发布到正式店铺还要重新核对。 [下载Shopify 改版发布检查表（CSV，可用 Excel 或表格软件打开）](/uploads/seo-geo-tools-20260927/shopify-release-checklist.csv) --- ## Shopify 主题结构：layout、template、section、block 的关系 - URL: https://www.guangsuan.com/post/shopify-theme-structure-basics/ - 作者: Don Jiang - Published: 2026-09-18T03:22:31+08:00 - Last updated: 2026-09-18T03:34:57+08:00 - 摘要: 主题改不动通常是改错了地方。本文按目录讲清骨架文件、模板、可配置模块、代码片段、资源文件、主题设置与语言文件各自的职责，以及模板数据存在哪里、设置项改错会让商家已填的内容丢失，还有动手前该养成的四个习惯。 主题改不动的多数情况不是代码难，是改错了地方。想给产品页加一段说明却去动 theme.liquid，把该交给设置的文案写死在模板里，改完一种页面，其他页面跟着坏。Shopify 主题的目录分工是明确的，先认清每个目录负责什么，再决定打开哪个文件。 ## 七个目录，一个目录一件事 目录放什么改动的影响面 layouttheme.liquid 等骨架文件，公共结构全站所有页面 templates按页面类型决定渲染什么，JSON 或 Liquid该模板类型的所有页面 sections可配置的内容模块，带 schema引用它的模板与分组 snippets被反复引用的代码片段所有引用它的文件 assets样式、脚本、图片、字体引用这些资源的位置 config主题设置的定义与已保存的值编辑器面板与使用该值的位置 locales界面文案与语言词条前台的界面文本 这张表能解释很多改了半天没效果的情况：动 assets 里的样式，只影响引用它的那几处；动 layout，会连带影响全站包括不该动的地方；一句话写在 sections 里还是写在 locales 里，决定了它能不能被商家改、能不能被翻译。判断一个改动该落在哪个文件，本质上是在判断它的影响范围。 先知道改的是哪一层（光算 · 示意图） ## template 与页面类型必须对上 每种页面类型对应一个模板类型。要渲染产品页，主题里至少得有一个 product 模板；要渲染元对象页，就得有对应 metaobject 类型的模板，比如 metaobject/book 这种形式（[模板文档](https://shopify.dev/docs/storefronts/themes/architecture/templates)）。同一模板类型可以有多个版本，用来区分不同用途，比如给外套类产品单独做一个产品模板，或者给带视频的页面单独做一个页面模板。 模板文件有两种写法，选哪种取决于你要不要 shopify 的可配置模块。JSON 模板是数据文件，页面内容来自它引用的 section，商家可以在主题编辑器里增删和调整顺序；文档的说法很明确，想在模板里使用 section，就应该用 JSON 模板，它还减少了 settings_data.json 里的数据量，主题编辑器的响应因此更好。Liquid 模板可以直接写 HTML 和 Liquid，适合结构固定、不需要商家调整的页面。 JSON 模板有容量上限，全部模板类型合计 1000 个（同一份文档）。对绝大多数店铺这个数字没有实际约束，但如果你打算按品类批量复制产品模板，它会是你第一个撞到的限制；而且在撞上之前，主题编辑器的可维护性通常会先撑不住。 ## section 给容器，block 给条目 section 是可以被商家定制的可复用内容模块，block 让商家在一个 section 内部添加、删除和重新排序内容（[section 文档](https://shopify.dev/docs/storefronts/themes/architecture/sections)）。这两个概念经常被混着用，区分方法很简单：一段内容如果商家需要反复添加多份，它是 block；需要整体开关、整体排版，它是 section。 直接改线上主题是最贵的错误（光算 · 示意图） - JSON 模板与 section 分组最多渲染 25 个 section，每个 section 最多 50 个 block。指望每个产品配一个 section，或者一个页面塞四十段，会先撞上限。 - section 通过 section 对象拿自己的设置，block 的设置通过 block 对象拿。section 外部创建的变量在 section 里不可见，section 里的变量也出不去；唯一的例外是在该 section 内部渲染的 snippet 里引用 section 与 block 对象。 - schema 是 section 的必填部分，name、tag、class、limit、settings、blocks、presets、enabled_on、disabled_on 都在这里定义。默认所有模板都能用某个 section，想限制它出现在哪些模板或分组，也写在这里。 - section 可以动态加进 JSON 模板或分组，也可以静态写在模板与骨架里。静态写法适合位置固定的内容，商家仍然能在编辑器里就地改设置。 给 snippet 传设置时用 render 传参，不要指望片段自己能看到外层变量。上面那条作用域规则就是原因，也是很多片段在首页正常、在产品页却是空白的问题根源——它读的是自己看不到的变量，而不是没被引入。 ## 设置值存在哪儿，改错会丢什么 动态 section 的设置与 block 数据存在引用它的 JSON 模板文件里，主题级设置存在 settings_data.json。这意味着修改 schema 里已有设置的 id，会让商家之前保存的值对不上号，界面上出现的是空值或者旧默认值，而且不会报错。要动 id 之前先复制主题，把当前文件留一份再改。 ``` `{ "sections": { "main": { "type": "main-product" }, "faq": { "type": "faq-list", "settings": { "heading": "常见问题" }, "blocks": { "q1": { "type": "item", "settings": { "title": "多久发货？" } } }, "block_order": ["q1"] } }, "order": ["main", "faq"] }` ``` 这段 JSON 模板的结构就三件事：sections 里按 id 存每个模块的类型与数据，block_order 决定 block 的顺序，order 决定 section 在页面上的先后。理解这三层之后，某种页面上模块突然不见这类问题，可以直接对着文件看，不用靠猜。 ## 动手前的四个习惯 - 复制一份主题，在副本上改，预览确认之后再发布。线上主题不直接编辑代码。 - 打开文件前先搜它被谁引用：section 的类型名、snippet 的文件名、要改的设置 id，各自出现在哪些模板和片段里。 - 改 schema 之前，先在主题编辑器里确认有几个模板用到了这个 section，旧数据要不要保留。 - 删除 snippet 或重写 assets 文件之前，确认没有其他文件在引用它。编辑器的报错会指向出错的文件，不会告诉你谁在调用它。 assets 是另一个容易忽略的地方。同一张首屏大图，写法不同会直接影响加载速度，这属于图片加载策略的问题，[首屏图的加载属性与尺寸](/post/shopify-lcp-image-optimization/)那一层单独讲。集合页的排序与筛选，以及它们带来的 URL 变化，是 section 与脚本配合的结果，[排序丢筛选项的排查](/post/shopify-filter-sort-theme-state-check/)就是从这套结构里找原因。 ## 第三方主题要按文件来读 目录构成大体一致，但文件名、section 数量、是否使用 JSON 模板由主题作者决定。官方文档描述的是平台规则，不是某套主题的目录清单；文档与文件对不上时以文件为准，也不要照着官方默认主题的文件名去猜第三方主题里有没有同名 section。 还有一类需求其实不是开发需求，是设置项没找到。改代码之前在主题设置与 section 设置里翻一遍，能省掉的改动比想象中多。真正需要写代码的地方通常集中在三处：模板级元信息的输出、结构化数据的完整性、内链与导航结构，这些属于技术 SEO 的作业面，也是光算[谷歌 SEO 服务](/seo/)会一起处理的部分。 ## 主题里最容易影响 SEO 输出的三个位置 主题自身的调整里，只有三个位置会直接影响搜索引擎看到的东西：骨架文件里的公共头部，站点级标题模板、验证标记、语言版本的指向都在那里；模板级元信息的条件输出，每种页面类型输出什么标题与描述；结构化数据的输出位置，由主题还是由应用负责。其余改动基本属于展示层，做得好买家体验更好，做坏了不至于丢页面。 这三个位置有个共同点，输出在页面上看不见。验收方式因此和视觉调整不同，不能用眼睛判断，要打开源码比对。按抓取、索引、选中三层依次检查的清单可以参照[技术 SEO 自查清单](/post/shopify-seo-technical-checklist/)，每一项的检查位置和通过标准都列在那里。 ## 静态引入和动态加入，看位置是否固定 同一个 section 有两种进入页面的方式。写在 JSON 模板里，商家可以在编辑器里增删和排序；静态写在模板或骨架文件里，位置由代码决定，商家只能在原位改设置。前者的代价是模块可能被误删，后者的代价是调整布局要动代码。 判断标准是位置是否固定，跟内容重要不重要无关。页头的公告条、产品页主图区、页脚前的信任模块，位置通常固定，用静态写法更稳，也不给商家留下删掉关键模块的机会；首页卖点区、图文介绍、常见问题这类需要反复调整顺序的内容，用动态写法。把必须存在的模块做成可以一键删除的形态，是主题里最常见的设计失误。 ## 不用读代码也能看清一套主题的结构 后台的主题文件编辑器可以逐个浏览 layout、templates、sections、snippets、assets、config、locales 这些目录。想快速判断一套主题的可配置程度，不必逐个打开文件，先看三处：sections 目录里的文件数量，决定商家在编辑器里能看到多少种模块；每个 section 的 schema 里 presets 的数量，决定添加时的初始形态；config 里的设置分组，决定主题级设置面板复杂到什么程度。 要知道某个模块出现在哪些页面，反过来搜更省时间：在主题文件里搜 section 的类型名，命中的模板文件就是它的使用位置。这个办法在产品模板和集合模板上尤其好用，这两类模板的分支最多，也最容易出现某个品类页面漏了模块的情况。 ## 边界：平台已经做掉的部分 Shopify 会为店铺自动生成并更新 sitemap，主题默认也带结构化数据输出，这两件事不需要在主题里重做（平台说明见[查找与提交 sitemap](https://help.shopify.com/en/manual/promoting-marketing/seo/find-site-map)），改版时反而容易丢。[换主题时的冻结与验收清单](/post/shopify-theme-redesign-without-seo-loss/)讲的正是怎么避免这一类损失。 主题只负责把内容渲染出来，内容本身来自产品、集合、页面与元字段。结构清楚的主题不会让文案变好，但结构混乱的主题会让每次改文案都变成一次风险操作。想加一段可复用、非技术人员自己就能维护的内容模块，下一步要写的是[自定义 section 的 schema 与预设](/post/shopify-custom-section-development/)。 --- ## Shopify 分市场内容规划：同一个产品在不同国家该写什么 - URL: https://www.guangsuan.com/post/shopify-market-content-plan/ - 作者: Don Jiang - Published: 2026-09-18T03:22:31+08:00 - Last updated: 2026-09-18T03:34:57+08:00 - 摘要: 同一个产品在不同市场需要不同开口：认证、计量、交期、计价口径各自影响内容重点。本文给出按维度拆解的内容分工表、市场落地顺序与当地用词验证方法。 同一个产品卖到德国和美国，如果只是把一份中文说明翻成两种语言，通常两边都跑不动。德国买家先问合规文件和包装方式，美国买家先问交期和退货条件，同一段文案换个语言交付出去，两个市场拿到的都是没回答自己问题的页面。本地化真正的工作是重排信息优先级，翻译放在最后一步做。 ## 本地化改变的是买家的判断顺序 采购决策里排在第一位的问题，各市场并不一样。准入与认证决定这个产品能不能卖、要展示什么文件；计量与包装决定买家怎么算成本和库存；交付方式决定能不能承诺具体交期；计价口径决定他看到的价格是不是最终价。这些变量的权重不同，页面的第一屏就不该长成一个样子。 同一产品，不同市场的问题不一样（光算 · 示意图） Shopify Markets 提供了实现这件事的机制：可以按客户所在地、客户分组、零售地点或销售渠道定义受众，再用货币、语言、定价和主题内容等定制项调整体验（[Shopify Markets 文档](https://help.shopify.com/en/manual/markets)）。其中主题内容这项定制是内容工作的落点，同一套主题结构可以给不同市场输出不同的文案段。要清楚它只解决给谁看哪个版本，不解决这个版本写了什么。 ## 把市场差异落成一张内容分工表 先按维度拆，不要先按国家列清单，否则你会得到一堆重复的动词。下面这张表是规划模板，最后一列是判断要不要重写的标准，用你自己的询盘记录、客服问题和退货原因去填。 差异维度变的是什么落在哪个载体处理方式 准入与认证需要展示的证书、标签、限制条款产品页参数区加独立说明页必须重写 计量与包装单位、装箱数量、起订量产品页参数表字段复用，数值重填 交付与承诺可承诺交期、运输方式、退换条件产品页配送区加常见问题必须重写 计价与结算币种、含税口径、结算方式集合页与产品页价格区机制复用 产品事实材质、尺寸、公差、兼容性全市场共用可复用 表里最容易被忽略的是最后一行。可复用不等于写完就不管：一处产品事实改动，所有语言版本都要跟着改，所以材质、尺寸这类字段应该存在同一个地方，而不是散落在几种语言的正文里各写一遍。Shopify 的[元字段可以承接这类结构化内容](/post/shopify-metafields-content-display/)，改一次，各版本同时生效，这也让后面加市场时的工作量从重写变成填字段。 ## 一个市场从零到上线，按这个顺序做 - 从当地询盘、客服聊天和退货原因里提取买家最常问的三个问题，记下他们用的词，不要改写。 - 把这三个问题的答案放进产品页第一屏之后的位置，参数、交付、结算各占一块。 - 集合页写适用场景与排除条件，说清什么情况不适合买，这一句比堆卖点更能减少无效询盘。 - 写一到两篇文章回答选型和使用问题，从文章链回产品与集合，形成文章到产品再到集合的闭环。 - 用搜索表现里的国家与语言维度观察这个市场实际进来的查询，再决定要不要扩下一个市场。 节奏比覆盖率重要。第一个市场跑通之前不要开第二个，否则你会在同一周里同时面对五套没写完的页面。判断顺序也简单：先看已有订单或询盘来自哪里，那是最便宜的验证；再看合规门槛，文件备不齐的市场不急着写内容；最后看语言重合度，英语市场内部的拼写与表达差异，比从零写一门外语轻得多。 先列问题，再分页面（光算 · 示意图） ## 当地买家用的词，别从中文翻译过来 把中文关键词逐字翻过去是这类项目最常见的翻车点。中文里的品类简称和行业习惯说法，在目标语言里往往没有对应表达，翻出来只是一串词，跟当地买家怎么搜是两件事。 可用的验证顺序：先在自己站点的搜索表现里按国家与语言过滤已有查询词，那是真实发生过的搜索；再看当地同行与行业目录怎么写标题和参数，注意用词习惯；最后用搜索引擎的自动补全和相关搜索确认词组确实有人使用。全程拿不到真实搜索量数据时，就把结论写成编辑判断，不要编一个数字填进选题表。 版本指向是另一件事。关于本地化版本的官方说明写得很直接：每个语言版本既要列出自己，也要列出其他所有语言版本；如果两个页面没有互相指向，标注就会被忽略。还有一点常被误读，这个标注用来告诉搜索引擎版本之间的关系，判断页面语言靠的是算法，标注本身不承担这个功能（[Google 对本地化版本的说明](https://developers.google.com/search/docs/specialty/international/localized-versions)）。所以标注做对，只是让该被展示的版本被展示，内容质量的问题它解决不了。[Markets 生成的语言版本与 hreflang 怎么对齐](/post/shopify-markets-hreflang/)这一层单独展开。 ## 内容载体怎么分工才不重复 产品页回答这个型号是什么、多少钱、多久到；集合页回答这一类里该怎么挑、什么情况不该买；文章回答使用场景、选型对比和维护成本。三者回答的问题不同，关键词自然也不会挤在一起。反过来说，如果文章写的内容在产品页已经有了，那篇文章的作用就只剩占一个 URL。 文章选题可以直接从当地买家的语言里长出来：他们在邮件里问过的安装方式、他们在评论里抱怨过的尺寸偏差、他们对比过的两个型号。这些素材别地找不来，是本地化内容真正的差异化来源。如果团队没人能持续产出当地语言的页面，可以看[英文 SEO 文章写作](/english-seo-article-writing/)这块怎么安排节奏。 ## 同一条产品事实，怎么保证各版本一致 多市场内容最容易失控的地方不是写不出来，是改不干净。产品参数在五种语言里各写了一遍，供应商改了一次规格，你只更新了英文页。半年后各版本互相矛盾，客服按不同页面给出不同答复，买家看到的差异就变成纠纷。 解决办法是给每一类内容指定唯一来源：适合放后台字段的进字段，标题、价格、重量、尺寸都算；需要结构化但不适合塞进正文的进元字段，规格表、认证清单、适配机型都算；只有必须成段解释的内容才写进正文。语言版本的原则是同一份事实、不同表述，位置可以换，数值不能各自维护。 同步检查可以做得轻一些：产品数据每次改动，把受影响的页面列成一份清单，按语言逐个过；把某个市场某个页面还没更新这件事记成待办，而不是靠记忆。语言版本多起来之后，它是最大的隐性成本。 ## B2B 询盘和零售加购要分开写 同一个产品，一部分市场走询盘报价、另一部分走在线下单时，内容重点的差别比语言差别大得多。询盘路径关心最小起订量、能不能定制、打样与交付周期、付款方式、清关与税号；零售路径关心现货、颜色尺码、退货窗口、运费门槛。把两种需求塞进同一个产品页，两种买家都会找不到自己要的信息。 处理方式有两种：按市场区分页面重点，或用不同模板承载两类页面。前者靠 Markets 的定制项做文案层调整，后者需要主题模板支持不同布局。选择依据是你的订单结构里哪一类占比更高。产品页上的成交路径还要和当地实际支持的方式一致，页面写着可以下单、实际只能报价，这类不一致对信任的伤害比排名下降更大。 ## 边界：平台管什么，你管什么 Shopify 会为店铺自动生成并更新 sitemap，内容覆盖产品、集合、页面、博客文章和主图，多语言也会自动加进去（[查找与提交 sitemap](https://help.shopify.com/en/manual/promoting-marketing/seo/find-site-map)）。主题默认带结构化数据输出。这两件事不在多市场内容的清单里，别当成自己的工作量，也别在改模板时弄丢。 需要自己核实的是：目标市场的准入要求与标签规定、承诺的交期能否兑现、展示的价格是否为最终结算价。平台不会替你判断这些，写错了是经营风险，不只是排名问题。 翻译工具解决的是同步和覆盖范围，解决不了说服力。[原生翻译能力与第三方翻译插件的差别](/post/shopify-translation-app-vs-native/)主要在可编辑性和额外脚本上，机翻内容能上线，能不能带来流量取决于改写到什么程度。改产品 handle 或本地化 URL 时也别只改前台文案，站内引用和市场路径会一起受影响，[旧链接与市场路径的核验](/post/shopify-product-handle-change-verification/)要一起做完。 光算不接 Shopify 主题与插件开发，也不做店铺代运营。我们做的是谷歌 SEO、外贸独立站建设与多语言内容产出。市场内容规划最后可以只用一句话验收：当地买家看完第一屏，能不能确认这东西他买得成、多久到、一共多少钱。 --- ## Shopify 翻译插件与原生 Translate & Adapt：质量、同步与风险对比 - URL: https://www.guangsuan.com/post/shopify-translation-app-vs-native/ - 作者: Don Jiang - Published: 2026-09-18T03:22:31+08:00 - Last updated: 2026-09-18T03:34:57+08:00 - 摘要: 按三个问题比较翻译方案：内容能改到什么颗粒度、原文改了译文跟不跟得上、前台多背了多少脚本。文中给出按顺序执行的选择步骤、抽查译文的方法，以及半翻译页面为什么不该上线。 翻译的瓶颈不在能不能翻出来。机器翻译几秒钟就能处理完两百个产品标题，真正决定成败的是三件事：翻完之后谁来改、商品数据变了译文跟不跟得上、这套东西给前台加了多少负担。按这三个问题去比较方案，比翻插件商店的功能列表和评分有用得多。 ## 第一件事：内容能改到什么颗粒度 先问自己有多少条文案属于错一个词就影响转化的。尺码、材质成分、容量单位、保修年限、法规用语，这几类是典型。机翻在这类词上出错的概率明显更高，而错了之后买家直接来问客服，或者干脆不下单。 没有一条适合所有店铺（光算 · 示意图） 所以第一个要确认的能力是逐字段人工覆盖。能不能只改某一个产品的标题译文、某一个集合的描述译文，还是只能整批重新翻一遍。只有整批重翻的方案，用起来会很快失去控制：改一处就要重跑一次，跑完还得从头校验一遍有没有新的错。 第二个能力是批量导入导出。SKU 上到几百上千，靠后台一条条点不现实，需要能把多语言字段导出成表格、改完再导回去。这个能力在试用阶段就要确认，等到上线之后发现没有，返工成本很高。 抽查的方式也值得定下来。抽样十到二十条译文，找一个母语者只做一件事：挑错。重点看四类东西，数字与单位、否定句、法规与合规用语、品牌名和型号。机翻在否定句和单位上翻车的概率最高，而这两类错了会直接变成售后问题，不是排版难看那么轻。抽查别只看首页，首页文案通常被人手动改过，代表性最差，抽产品描述和集合说明更有用。 平台侧能覆盖的范围也要实际试。Shopify 的 [Markets](https://help.shopify.com/en/manual/markets) 用 customizations 覆盖店铺默认设置，可覆盖项包括币种、语言、域名、税费和主题内容，官方的 Markets 帮助文档是这么列的；但具体到哪些字段能被翻译、哪些只能改主题代码，文档没有逐字段清单，得在你的后台里真的点一遍才算数。 ## 第二件事：原文改了，译文跟不跟得上 先确定先做哪个语言，这一步不该按哪个好翻来排序。判断依据是需求信号：Search Console 里已经有某个国家带来的曝光和点击，而用户看到的是英文页，那个语言就值得优先做。反过来，一个国内没人搜、也没打算投放的市场，翻得再好也不会自己长出流量，它只会在每次商品更新时消耗你的维护时间。 原文和译文是两套记录，这一点决定了所有同步方案都有缝。产品改名、调整单位、改价格描述、下架合并，这些动作在单语言站上只是编辑，在多语言站上会留下一批过期的译文。更麻烦的是过期不容易被发现，因为页面看起来是正常的，只是说的和原文不一样了。 可行的做法是把同步做成有清单的动作，而不是指望自动更新。 - 定一份必须同步的字段清单：产品标题、描述里的关键句、SEO 标题与描述、尺码表。其余文案允许滞后。 - 每次批量改完商品，把多语言字段导出来和原文对照一遍，找没更新的条目。这一步花的时间比想象中少，比事后翻查便宜太多。 - 下架或合并产品时顺手清理对应的翻译条目，别留下指向空资源的字符串；应用层面的残留问题可以看 [卸载插件后的残留清理](/post/shopify-app-uninstall-cleanup/) 里的方法，思路是一样的。 - 每次主题改版后重抽一次源码，确认语言切换链接、hreflang 和 canonical 没被改坏，这部分对齐规则见 [Markets 与 hreflang 的 URL 对齐](/post/shopify-markets-hreflang/)。 ## 第三件事：前台加了多少东西 还差一件容易被跳过的事：记录。译文是谁改的、改的是哪一版、什么时候改的，如果没有任何记录，几个月之后没人说得清哪一条译文是当前有效的。一份简单的表格就够，日期、页面、字段、改动人，写起来不到一分钟，能省掉后面反复对照的时间。 先看能不能改，再看快不快（光算 · 示意图） 翻译内容可以在服务端随 HTML 一起输出，也可以由前台脚本把文本替换掉。后者的体感问题很明显：页面先显示原文，过一会儿变成译文，看起来像是加载了两遍。这种闪烁与视觉稳定性有关，装完之后要在真实设备上看一遍，不能只看桌面浏览器。 判断方式很土但有效：同一条产品页，在预览环境里对比装前装后的第三方脚本数量，再跑一次性能报告。具体差多少必须用自己量到的数字，别人的对比测试和你的主题、脚本组合不一定一样。第三方脚本的取舍原则可以对照 [第三方脚本审计](/post/shopify-third-party-script-audit/) 那篇，翻译方案只是其中一类。 ## 按这个顺序选，价格放最后 - 拿十条最难的文案试译，覆盖材质、尺码、法规词，看机翻初稿要改多少。改一半以上的方案，本质上还是要靠人工，评估标准就要换。 - 确认能逐字段人工编辑，并且能批量导入导出。 - 在预览主题上装一遍，记录脚本数量与页面性能的变化，并检查有没有语言闪烁。 - 做一次卸载测试：停用之后前台是否回退原文，有没有留下孤立的字符串或模板片段。 - 最后看价格与计费口径，按月订阅还是按用量计费，以及多语言增加时费用怎么变。 - 拿人工成本对照一下。只有一到两个语言、SKU 数量有限、又有人能写目标语言的情况下，直接在后台把关键字段译完，总成本经常低于常年订阅，改起来也更快。 ## 机翻在搜索里的现实边界 Google 不用 hreflang 判断页面语言，也不用 HTML 的 lang 属性，它用自己的算法判断，这条写在 [本地化版本文档](https://developers.google.com/search/docs/specialty/international/localized-versions) 里。所以机翻页面照样会被识别成对应语言，这一点不影响。但被识别不等于有竞争力：同语言市场里的本地站，用词、单位、售后表述都是本地写法，机翻文本很难覆盖这一层。这是经验判断，不是平台规则，别把它当成 Google 的评分标准去引用。 Google 的文档里没有写机翻内容必然降权这类的规则，反过来也没有任何地方承诺翻译完就能拿到该语言市场的排名。排名取决于内容质量、外链和竞争程度，翻译只是入场券。如果你的目标是英语市场，先把英文站的内容做厚通常比铺第三种语言更划算，这类内容工程是我们做 [英文 SEO 文章](/english-seo-article-writing/) 的范围。 真正有明确规则的是半翻译。只把模板翻译了、正文还是原文，[Google 的口径](https://developers.google.com/search/docs/crawling-indexing/canonicalization) 是这类页面算重复内容。用这种方式凑出五个语言版本，等于给 Google 送五份重复页，占抓取、占索引，还稀释你自己的效果统计。宁可不发布那个语言版本，也不要拿半翻译页面去占位。语言版本之间该怎么处理 canonical，写在 [多语言重复内容与 canonical 的处理顺序](/post/shopify-multilingual-canonical/) 里。 ## 翻译之外还有三件事要做 站外的文案也要算进去：订单确认邮件、发货通知、退换货说明、发票抬头用语。这些内容不在主题里，翻译方案能不能覆盖到它们，各家情况不一样，得单独确认。确认之前可以先人工维护一份多语言模板，数量有限，做起来不快但不会出错。落地页之外的客服话术同理，用户看到一封英文的退款通知，语言切换做得再顺也会掉信任。 SEO 字段要跟着翻。产品、集合、博客的 SEO 标题和描述在后台每个页面都能单独改，Shopify 的帮助文档里对应的位置是编辑页面时的搜索预览区域。译文只改正文、不改 SEO 字段，是很多站点的通病，等于把这个页面在本地语言里的标题和摘要留给了机器写。 内链要跟着翻。译文页里的内链如果还指着英文页，读者读完就被送走了；更重要的是，语言版本之间缺少互相指向的入口，抓取器也不好判断它们的关系。这一条比翻译本身更容易被忘。 内容要按市场写，不只是翻译。同一个产品在德国的关注点和在美国不一样，认证、保修、包装、尺寸习惯都有差别，这部分属于分市场的内容规划，可以见 [分市场内容规划](/post/shopify-market-content-plan/) 的思路。多语言架构放在哪个平台上更合适，是另一个层面的取舍，平台差异参考 [Shopify 与 WordPress 在 SEO 上的差别](/post/shopify-vs-wordpress/)。 ## 不能承诺的五件事 - 不能承诺翻译后拿到该语言市场的排名。翻译是必要条件，不是充分条件。 - 不能承诺收录时间。按 [Shopify 的 sitemap 文档](https://help.shopify.com/en/manual/promoting-marketing/seo/find-site-map)，抓取和索引需要时间，Google 不承诺需要多久。 - 不能承诺各个方案的具体性能差异。任何数字都要在自己主题上量，别人的结论只说明存在差别。 - 不能凭介绍页推断功能边界。某个字段能不能翻译、某个字段改了要不要重跑全量，以后台实际行为为准，以你自己抓到的前台源码为准。 - 不能把机翻质量问题说成平台规则。Google 的文档里没有这条规则，把经验判断包装成官方要求，只会让后面的判断越做越乱。 --- ## Shopify 币种与价格展示：别让比价参数变成重复页面 - URL: https://www.guangsuan.com/post/shopify-currency-price-indexing/ - 作者: Don Jiang - Published: 2026-09-18T03:22:31+08:00 - Last updated: 2026-09-18T03:34:57+08:00 - 摘要: 换一次币种看地址栏变没变，就能判断有没有重复页面。四种实现方式的抓取差别、参数分三类处理的标准、显示价与结构化数据对齐的做法，以及为什么不能用 robots.txt 去清理参数 URL。 币种切换做得对不对，一步就能看出来：换一个币种，看地址栏变没变。地址不变、价格变，说明币种是展示层的事，站内只有一个 URL，没有重复问题；地址变了或者多出一条路径，你就多了一份内容相同、价格不同的页面，接下来要处理的是重复，跟翻译无关。 结论先给：只影响展示的币种和比价参数，不应该生成可抓取的独立页面。[Google 的规范化文档](https://developers.google.com/search/docs/crawling-indexing/canonicalization) 把排序、筛选这类站点功能产生的 URL 列为重复内容的常见来源，币种参数属于同一类。这类 URL 一旦放开抓取，直接的后果是同一件商品以多个版本出现在搜索结果里，而 Google 用来评估内容的主版本是你没法直接控制的那一个。 ## 三种实现方式，抓取上的差别很大 平台这一层是 [Shopify Markets](https://help.shopify.com/en/manual/markets)：它按位置、客户分组等条件圈定受众，用 customizations 覆盖店铺默认设置，可覆盖的项里就有币种和定价。不同市场看到不同币种是平台功能，不是主题自己算出来的数，所以排查时先确认这是哪一层在起作用。 一刀切删除会破坏购买路径（光算 · 示意图） 前台实现大致三种，抓取行为依次变重。 - 会话或 cookie 决定币种，URL 不变。抓取器看到的通常是默认币种，站点只有一个地址，重复风险最小。代价是页面上显示的价格和结构化数据里的价格要能对得上，并且要确认首屏不会被后续脚本二次改写，否则价格从美元符号变成欧元符号会引起布局跳动。 - URL 携带币种参数，例如 ?currency=EUR。每个币种一份 HTML，很容易被判为重复，需要明确 canonical 指向不带参数的版本，并确认抓取器不需要遍历这些变体。 - 按地区使用独立域名或子域。这属于国际域名方案，是最重的一种：按 [sitemap 文档的说明](https://help.shopify.com/en/manual/promoting-marketing/seo/find-site-map)，每个域名都会生成自己的 sitemap，都要单独在 Search Console 验证和提交，除非重定向到主域名，否则都可能被搜索引擎发现。只有确实需要地区化运营时才值得这么做。 还有第四种做法：用户一进站就按 IP 自动切换币种，甚至自动跳到另一个地址。它对转化可能有帮助，对抓取不友好——抓取器从不同位置请求同一个 URL 可能拿到不同内容，缓存层也容易缓存错版本。Google 在讲本地化版本时专门提到，对语言与国家选择器、以及会自动重定向的首页，建议准备一个兜底页面，说明它对这类自动行为是有预期的；但兜底必须是一个真实存在、可访问的地址，不能又是另一次跳转。 ## 参数分三类处理，别一刀切 参数类型典型例子建议处理判断依据 购买路径参数变体参数、集合筛选、分页保留并允许抓取砍掉会打断真实用户的购买路径 展示与跟踪参数币种、货币换算、utm、排序合并到无参数版本同一内容，不该有第二个搜索结果入口 会话状态参数币种记忆、测试分组不进 URL，用会话或 cookie没有独立内容，没有抓取价值 判断标准可以简化成一句：这个 URL 有没有可能成为某个人在搜索结果里的入口。不可能的就不该被抓，也不该出现在内链里。要留意的是合并方式，canonical 只能表达倾向，Google 会综合协议、重定向、sitemap 等信号自己选代表 URL，你声明的那一版它有权不采纳。 广告投放用的落地参数不属于上面任何一类，单独说一句。带参数的投放链接存在的理由通常是衡量效果，它本来就不该被自然搜索结果发现，所以处理方式是尽量让投放落在规范的页面地址上，而不是让一批带参数的地址长期存活。判断这类 URL 时问自己：它存在的理由是衡量投放，还是让人找到内容？答案是前者的，就别指望它同时承担自然搜索入口的角色。 还有一个常见动作要拦住：用 robots.txt 去清理已经出现的参数 URL。[Google 的 robots.txt 说明](https://developers.google.com/search/docs/crawling-indexing/robots/intro) 里写得很清楚，被 Disallow 的 URL 如果被别处链接，仍然可能以没有描述的条目出现在搜索结果里，而且被拦截的页面不会执行脚本，前台如果靠 JavaScript 处理币种，抓取器看到的东西会变得更少。屏蔽是最后手段，不是清理工具。先确定哪些参数确实不该被抓，再决定用 canonical、跳转还是不生成链接。集合页与排序参数的具体排查可以参照老文里那套按 URL 状态逐项对照的做法：[一排序就丢筛选时按 URL 状态排查](/post/shopify-filter-sort-theme-state-check/)。 ## 价格显示和结构化数据必须说同一件事 Shopify 主题自带微数据，产品页上的价格、库存、评价都在里面，[官方帮助文档](https://help.shopify.com/en/manual/promoting-marketing/seo/find-site-map) 说明了这一点，并说主题商店里的主题默认包含这类标记。也就是说你不需要从零写结构化数据，但需要核对它和页面显示的内容是否一致。 三处对齐，比改标注更重要（光算 · 示意图） [Google 的产品结构化数据文档](https://developers.google.com/search/docs/appearance/structured-data/product) 把它分两类：不能直接购买的页面用产品摘要那套标记，能下单购买的页面用商家信息那套标记，后者对运费、退货政策、尺码等字段支持更细。文档还提到，页面上的结构化数据和 Merchant Center 的商品 feed 同时提供能最大化获得展示的机会，某些体验在页面上缺少价格时会用 feed 里的价格。这几处一旦口径不一，最终摆在用户面前的数字可能不是你预期的那个。 跨境买家关心的从来不是商品页顶上那个数字，而是到手价：币种、税费、运费加起来是多少，退货怎么算。这些信息在结构化数据里有对应的位置可以标，也是购物广告与免费商品信息核对时的重点，做得不严谨的店铺经常在这里被退回修改，我们在做 [谷歌广告](/ads/) 的账户诊断时，Merchant Center 的 feed 与页面结构化数据对不齐是出现频率最高的几类问题之一。另外要注意，Google 展示的价格降幅是它自己观察产品历史价格算出来的，不保证展示，别把频繁调价当成获取展示的手段。 汇率换算还带来一个纯工程问题：换算后的数字要四舍五入，不同页面如果用了不同的换算规则，产品页、集合页的价格区间、购物车里的数字就会各说各话。稳妥的做法是让换算只在一个地方发生，而不是在每个 section 里各算一遍；改完之后至少核对三种页面，产品页、集合页、加购之后的购物车，看看同一个商品的价格是不是同一个数。这类不一致用户一眼就能看出来，比搜索排名掉几位更伤转化。 ## 一次核对的具体动作 - 打开一个主力产品页，查看渲染后的源码，记录 canonical 指向、结构化数据里的价格、币种、库存三个字段的值。 - 切换一次币种，看地址栏是否变化；再对比页面显示的价格和结构化数据里的价格是否同时变了。很多实现只改了可见文本，标记还停在原币种。 - 用一个带币种参数和 utm 参数的地址访问，看服务端是返回 200 还是跳转，canonical 指向哪里。 - 在 Search Console 里用网址检查工具抽查几个参数 URL，看 Google 实际选中的 canonical 与你的声明是否一致。 - 把结论整理成一张表交给改主题的人：哪些参数保留、哪些合并、哪些不写进链接，附上每一条的理由。 - 改完之后重抽一次源码，并在移动端再验一遍。币种选择器在不同断点下的位置不一样，只在桌面端核对容易漏。 ## 做不到的部分 反过来说，有些站点确实可以先不管这件事。整站只以一种币种结算、价格不随地区变化的店，币种参数根本不存在；SKU 极少、只有一条产品路径的小站，重复的风险面也小。值得投入精力的是这两种情况：销售地区超过三个、币种随市场切换；或者页面路径已经出现明显分叉，同一件商品在搜索结果里以两三个地址出现。其余的可以放进待办清单，不必现在动。 - 不能保证参数 URL 一定不被索引。canonical 是提示，robots.txt 也不是移除工具，已收录的 URL 需要通过别的方式处理。 - 不能保证 Google 采纳你声明的 canonical。它能做的事是降低被误判的概率，不是关掉这个可能性。 - 不要一刀切删参数或全部重定向。变体参数和筛选链接是购买路径的一部分，处理前先把已经带来自然流量的参数 URL 列出来，逐个判断，删错一条就是白丢流量。 - 税费与含税展示口径涉及各市场的法规和你的定价策略，具体怎么显示要以自己的合规要求为准，本文只讨论它对搜索与广告核对的影响。 还有一个容易被忽略的连带影响：多语言站里币种往往和语言绑在一起，语言加币种的组合会把 URL 数量乘起来。币种该不该出现在 URL 里、语言版本之间 canonical 怎么指，这两件事要放在一起定，否则一边在合并、另一边又在生成新的可抓取地址。语言版本的处理顺序写在 [多语言重复内容与 canonical 的处理](/post/shopify-multilingual-canonical/) 里，URL 形态本身由 Markets 设置决定，见 [Markets 与 hreflang 的 URL 对齐](/post/shopify-markets-hreflang/)。价格标记的具体字段核对，另有 [产品结构化数据核对](/post/shopify-product-structured-data-audit/) 和 [变体与 Offer 的写法](/post/shopify-variant-offers-structured-data/) 两篇可以接着看。 --- ## Shopify 多语言版本的重复内容：canonical 与语言切换怎么处理 - URL: https://www.guangsuan.com/post/shopify-multilingual-canonical/ - 作者: Don Jiang - Published: 2026-09-18T03:22:31+08:00 - Last updated: 2026-09-18T03:34:57+08:00 - 摘要: 先把真重复和假重复分开：正文没翻译的算重复，翻过的算本地化版本，参数复制出来的属于站点功能重复。三类处理方向不同，文中给出分类表、canonical 的写法、切换器的可抓取改法，以及一次只改一层的修复顺序。 先分清你手上是哪种重复，这一步决定后面所有动作的方向。正文没翻译、只是导航和页脚换了语言，Google 会把它们当重复页；正文真的翻过，它们就不算重复，而是同一内容的本地化版本。同一个语言下因为币种、排序、筛选多出来的 URL 又是第三类，处理方式是合并，不是标记。 三类混成一类处理，最常见的后果是把翻得最用心的德语页 canonical 到英文页，等于主动放弃那批页面。所以第一步不是改代码，是分类。 ## 三类重复，处理方向完全不同 类型长什么样Google 的口径处理方向 真翻译正文已翻成另一种语言属于本地化版本，不是重复各自独立成页，加互指标注 半翻译只译了模板，正文仍是原文按重复内容处理补齐正文再发布 同语言地区变体en-us 与 en-gb，语言相同同语言地区变体canonical 与 hreflang 一起用 参数复制币种、排序、筛选生成的 URL站点功能产生的重复按价值合并或阻断抓取 这张表是有出处的。[Google 的规范化文档](https://developers.google.com/search/docs/crawling-indexing/canonicalization) 把地区变体、设备变体、协议变体、站点的排序筛选功能都列为重复内容的常见来源，并且单独说明：不同语言版本只有在正文仍是同一语言时才算重复。同一语言的地区变体，文档的建议是 canonical 和 hreflang 一起用，不是二选一。 只有币种不同，处理方式完全不同（光算 · 示意图） 还有一类同语言内部的重复跟翻译无关，却更容易被漏掉：同一件产品在站内存在两条可以访问的路径，比如集合路径里的产品和独立产品页，两者都能打开、内容一致。这种重复不来自语言设置，来自主题渲染，判定方法在 [同一件产品出现两种路径时先查主题里的 within](/post/shopify-collection-product-url-within/) 里讲过。多语言站一旦叠上这种情况，canonical 就会开始互相打架，所以先把它清掉再谈语言。 ## 真翻译过的页面，canonical 要写自己 确定一个页面属于真翻译之后，规则很简单：每个语言版本都 canonical 到自己，同时把所有版本通过 hreflang 互相指全。Google 对 [hreflang 的要求](https://developers.google.com/search/docs/specialty/international/localized-versions) 里有一条硬规则，每个语言版本必须列出包括自己在内的全部版本；互指缺一处，整套标注就可能不被处理。 不要把所有语言版本 canonical 到主语言。按 [规范化的说明](https://developers.google.com/search/docs/crawling-indexing/canonicalization)，Google 会拿 canonical 页作为评估内容和质量的主要来源，搜索结果通常也指向它。把所有版本指向英文页，等于告诉 Google 这几页只需要保留英文那一版，翻译好的页面在评估阶段就被换掉了。 操作上要留意翻译内容存在哪一层。原文和译文通常是两套记录，改原文之后译文不会自动跟着变好，需要按字段核对，尤其是描述里的规格、单位、材质这些位置。核对时不要只看页面上有没有字，要拿原文和译文逐句比一遍，机翻留下的痕迹往往就藏在这些字段里。装或换翻译方案之后，某些实现还会把 canonical 改回原文 URL，页面看起来是翻译的，信号却指向原文；换过插件或主题之后重抽一次源码，是我见过的性价比最高的一次检查。 这条规则也有它的边界。canonical 是提示不是规则，Google 会综合协议、重定向、sitemap 等信号自己挑代表 URL，你标哪一版它都有权不采纳。意思是标得对不保证一定生效，标错却一定会提高被误判的概率。 ## 半翻译的页面先别急着上线 只翻译了按钮和页脚的站点，那些语言页面对用户没有增量价值。它们既解决不了本地读者看不懂产品描述的问题，又给 Google 送了一批内容相同的 URL，还占用抓取。现实一点的做法是先挑重点：首页、主要集合页、卖得最好的产品页、几篇有搜索需求的博客，把这几类的正文翻完再发布对应语言；其余的页面留在原文，或者干脆先不上线。 顺序反了会白做一遍（光算 · 示意图） 这样做不会因为版本不全而失效。Google 明确说明，如果维护完整互指太困难，可以只让部分语言互相指，它会处理那些彼此指全的部分；但新扩展的语言页必须和原有的主力语言互指。翻译方案的选型可以参照 [翻译插件与原生 Translate & Adapt 的对比](/post/shopify-translation-app-vs-native/)，那里按内容可控性、数据同步和前台成本三个维度做了取舍。 ## 集合页和博客页是最容易失控的地方 产品页通常有固定的字段结构，翻译起来还有秩序；集合页和博客不一样，它们的正文是运营随手写的，谁都改过一点，翻译任务派下去的时候经常漏掉一半。结果是产品页有三种语言，集合页只有两种，博客只有一种。这种半覆盖的站点最难维护，因为 hreflang 的集合要在每个页面上保持一致，只要有一个页面缺了某个语言版本，那套标注就得单独处理。 做法上可以定一个下限：新语言上线时，首页、主要集合、主力产品、公司介绍和一个联系方式页面必须齐全，其他内容按季度补。集合页与博客正文本身值不值得翻，判断标准和单语言站一样，是搜索需求和转化价值，不是语言数量。这几类页面的正文结构怎么安排，另外有文章专门讲；这里只强调一点，翻译任务的清单要按 URL 列，不要按页面类型估。 ## 语言切换器要留下能被抓到的链接 切换器是这类问题里最容易被忽略的一环，因为它在浏览器里用起来完全正常。按 [Google 对 JavaScript 的处理说明](https://developers.google.com/search/docs/crawling-indexing/javascript/javascript-seo-basics)，它接受用 JavaScript 往页面里注入链接，条件是这些链接要符合可抓取链接的最佳实践；而 [robots.txt](https://developers.google.com/search/docs/crawling-indexing/robots/intro) 拦掉的页面，Google 根本不会渲染上面的脚本，切换器自然也就等于不存在。这两种情况在界面上看不出区别，只有看渲染后的源码才能发现。 几个常见的实现问题。第一，切换器是用按钮加脚本改地址栏，HTML 里没有真实的链接，抓取器拿不到语言版本之间的连接关系。第二，切换逻辑带 cookie，用户上次选了德语，这次打开英文页先返回英文 HTML 再由脚本跳到德语，抓取器看到的和用户看到的不一定是同一版。第三，切换器里的链接指向目标语言的首页，而不是当前页面对应的语言版本，用户切一次就被踢回首页，只能重新找产品。前两个影响识别，第三个直接影响转化，改起来也最简单。Shopify 的导航可以在后台按菜单管理并指定显示位置，把语言入口做成菜单项是可维护的做法。 ## 按这个顺序查，一次只改一层 - 抽五个核心页面：首页、一个集合、一个产品、一篇博客、一个静态页，把它们的全部语言版本 URL 列成表格。 - 逐页查看渲染后的源码，记录三样东西：canonical 指向谁、hreflang 集合是否完整且含自身、各版本是否互指。 - 判断正文有没有真的翻译。随机抽产品描述、集合描述、博客正文各一段来看，只翻译了按钮和页脚的直接归入半翻译。 - 检查切换器的 HTML 里有没有真实链接，链接指向的是对应语言版本还是首页；把 JavaScript 关掉再看一次是否还能切换。 - 翻 Search Console 里已被索引的 URL 清单，挑出带参数的重复版本，标出哪些属于必须保留的购买路径。 - 按顺序修复：先补正文，再统一 canonical，最后处理切换器和参数。改完重抽一次源码复核，不要一次改三项然后猜是哪项起了作用。 修复顺序这一步别贪快。同一批页面里既有结构问题又有内容问题的，先动内容；内容和结构同时改，出问题时你会分不清是标注改对了还是内容刚好补上了。另外要提醒一点，下面这些动作最好在主题的预览环境里先做一遍，确认语言切换、加购、结账这条主路径没有被打断，再去改线上的模板。 参数和币种那部分单独有一套判断标准，比 canonical 更纠结，写在 [币种与价格展示的处理方式](/post/shopify-currency-price-indexing/) 里；多语言 URL 形态本身由 Markets 的设置决定，前置规则在 [Markets 与 hreflang 的 URL 对齐](/post/shopify-markets-hreflang/) 那一篇。参数型 URL 要不要被索引，还有一层和站内搜索页相同的判断逻辑，可以对照 [筛选 URL 与站内搜索页的索引判断](/post/shopify-filtered-url-and-search-indexing/)。 ## 这些事做不到，也没必要慌 - 重复内容本身不违反 Google 的垃圾内容政策，文档里写得很清楚。它的实际代价是让用户分不清哪个页面才对，也让你更难判断内容在搜索里的真实表现，属于该修但不该恐慌的一类。 - canonical 和 hreflang 都是提示。标注正确不代表 Google 一定采纳，标注缺失也不代表版本一定不被合并，只能通过抽源码和看后台的实际情况来确认。 - Shopify 前台渲染出什么 canonical 与语言标注，取决于主题、设置和装过的应用，官方帮助文档没有逐项承诺，任何结论都要以你自己站上抓到的源码为准。 - 收录时间没有承诺。按 [Shopify 的 sitemap 文档](https://help.shopify.com/en/manual/promoting-marketing/seo/find-site-map)，抓取和索引需要时间，Google 不保证需要多久。 如果该标的都标了、翻译也补齐了，对应的语言版本长期没有出现在搜索结果里，那已经从重复内容问题变成抓取与收录问题，方向完全不同，可以看我们做 [谷歌收录](/google-indexed/) 时的排查思路。 --- ## Shopify Markets 与 hreflang：子目录、子域和语言代码怎么对齐 - URL: https://www.guangsuan.com/post/shopify-markets-hreflang/ - 作者: Don Jiang - Published: 2026-09-18T03:22:31+08:00 - Last updated: 2026-09-18T03:34:57+08:00 - 摘要: 同一个页面在多个语言下出现时，URL 由 Markets 的设置决定，hreflang 只是事后说明。三种 URL 形态的取舍、一份能照着走的核对顺序，以及只写地区、漏掉自引用、缺回链、x-default 指向首页这几类问题。 Markets 里的语言和域名设置决定 URL 长什么样，hreflang 只决定同一个页面在搜索结果里给谁看。这两件事经常被混着做，于是出现两种典型症状：德国买家点进来落在英文页，或者本来该独立存在的德语页被当成英文页的重复版本压掉。 顺序先摆正。URL 形态是设置跑出来的结果，hreflang 是对已有 URL 的事后说明。设置没理顺之前就加 hreflang，等于给一堆自己都分不清的路径贴标签，越贴越乱。 ## URL 形态在你打开 Markets 的时候就定了 Shopify 的 [Markets](https://help.shopify.com/en/manual/markets) 用条件圈定受众，再通过 customizations 覆盖店铺默认设置，可覆盖的项包括币种、语言、域名、税费和主题内容。语言和国家对应的 URL 不是主题里写死的，是这套设置的结果，所以排查第一步永远是后台设置，第二步才是前台源码。 每个版本都要指回自己（光算 · 示意图） 实际会遇到三种形态。语言走子目录，一个域名下多套路径，比如 /de/、/fr/；地区走子域，比如 de.example.com；再就是每个国家一个独立域名。后两种依赖 international domains，[Shopify 的域名文档](https://help.shopify.com/en/manual/domains) 写明 Basic 及以上版本可以为每个目标市场配置地区域名，独立域名则要让每个域名都能被搜索引擎发现。 独立域名的代价容易被低估。每个域名都要单独在 Search Console 里验证，再分别提交各自的 sitemap。[Shopify 的 sitemap 文档](https://help.shopify.com/en/manual/promoting-marketing/seo/find-site-map) 写得很直接：使用国际域名时每个域名都会生成 sitemap，除非这些域名重定向到主域名，否则它们都可能被搜索引擎发现。三个国家就是三份验证、三份 sitemap、三份索引状态要盯，SKU 不多的店铺为三五个市场铺独立域名，运维成本通常高于收益。 语言走子目录的好处是抓取和权重留在同一个域名，代价是路径规则必须稳定。路径一改，历史 URL 的跳转和 sitemap 都要跟着改，改出问题就成了旧链接 404 加新链接不收录的组合。这和改产品 handle 之后要验旧链接是同一类活，可以看 [改完 handle 之后旧链接与市场路径怎么验](/post/shopify-product-handle-change-verification/)。 还有一类 URL 复制和语言无关：币种切换和筛选参数。它们看起来像多语言问题，处理方式却完全不同，方向在 [币种与价格展示产生的重复页面](/post/shopify-currency-price-indexing/) 里单独讲。 ## hreflang 不解决排名，只解决给哪个版本看 [Google 的本地化版本文档](https://developers.google.com/search/docs/specialty/international/localized-versions) 里有一句常被跳过的说明：Google 不用 hreflang，也不用 HTML 的 lang 属性来判断页面语言，语言由它自己的算法判断。hreflang 的作用是告诉 Google 这些 URL 是同一内容的本地化版本，从而把用户指向语言或地区最匹配的那一版。它不提升排名，标了也不会让德语页在德语用户面前排到英文页前面。 三种标注方式在 Google 眼里是等价的：HTML 里的 link 标签、HTTP 响应头、sitemap 里的 xhtml:link。挑一种就够，同时上三种没有额外好处，只会让两边更容易不同步。Shopify 这边有个现成的入口，帮助文档说多语言会自动加入各域名的 sitemap；自动加入不等于已经符合 Google 要求的那种互指格式，所以要自己抓一次 sitemap 确认结构，或者干脆走 HTML 方式，这个取舍看主题的改动权限。sitemap 本身的结构问题和 404 排查可以对照 [Shopify sitemap 的三层子表与常见 404 处理](/post/shopify-sitemap-structure-errors/)。 多语言版本本身算不算重复，Google 有明确口径：只有正文仍是同一语言时才算重复。只把导航和页脚翻译了、产品描述还是原文，那批页面就是重复页；正文真的翻译过，就不该按重复处理。这条判断决定了下一步是做标注还是先补内容。 ## 五处最常见的错误，逐个对一遍 - 列表里漏掉自己。Google 要求每个语言版本都列出包括自己在内的全部版本，这条写在 [hreflang 的官方要求](https://developers.google.com/search/docs/specialty/international/localized-versions) 里。只写别的语言、不写自己，整套标注可能被直接忽略。 - 只有单向指向。A 指向 B，B 也要指回 A；只要一处缺回链，两边的标注都可能不被处理。这是 Google 文档列出的头号错误。 - URL 不是全限定地址。必须带 http 或 https 写完整，写成 //example.com/de/ 或者 /de/ 都不合规。 - 语言代码乱配。hreflang 的值是 ISO 639-1 语言代码加可选的 ISO 3166-1 Alpha 2 地区代码，只写地区不合法。比利时的例子很典型：de-be、nl-be、fr-be 是对的，单写 be 是白俄罗斯语的语言代码，意思完全跑偏。Google 还指出 EU、UN、UK 这类保留代码用在 hreflang 上不生效。 - 中文写错脚本。用 zh-TW 时脚本会按地区自动推导成繁体，需要显式指定就用 ISO 15924 的 zh-Hant 或 zh-Hans；只想说德语、不限定地区就用 de，别硬加地区。 es-419 这类区域写法不受支持，做拉美市场时按语言代码 es 处理，地区细分交给其他手段。另一个容易漏的是同语言多地区的兜底：如果同时有 en-gb、en-us、en-au，Google 建议再给一个不限地区的 en 版本，让英国、美国以外找不到匹配的英语用户有地方落。检查工具方面，Google 文档列了几个第三方 hreflang 校验工具，同时说明这些工具不由 Google 维护，所以逐页抽查渲染后的 HTML 里 link 标签是否完整，仍然是最踏实的做法。 路径形态决定后面怎么维护（光算 · 示意图） 还有一层是主题代码。Shopify 的 section 和 template 决定了页面渲染出什么，语言版本多起来之后，任何一处硬编码的文案都会在另一个语言版本里原样出现。改之前先确认这段文案在哪个 section 里，改完要拿两个语言版本对照着看，而不是只看当前语言的前台效果。 ## 按这个顺序核对一遍 - 先列出全部语言与地区组合，写成一张表。语言用 ISO 639-1，地区用 ISO 3166-1 Alpha 2，把 es-419、UK、EU 这类不合法或无效的值先清掉。 - 在后台确认每个组合实际对应哪个域名、哪条路径或哪个子域，逐条记下真实 URL。这一步不要凭记忆，Markets 的域名和语言 customizations 才是决定因素。 - 在浏览器里分别打开每个版本，查看渲染后的源代码，抄下 head 里的整组 hreflang，核对是否含自身、是否互相指向、是否全限定地址。 - 同一批页面里翻出各自的 canonical，确认它指向的是同语言版本的自己，而不是某个主语言页。这一步出错等于亲手放弃这批页面，处理顺序另见 [多语言重复内容与 canonical 的处理顺序](/post/shopify-multilingual-canonical/)。 - 抓一次 sitemap，核对多语言 URL 是否齐全、结构是否符合 xhtml:link 的要求；用国际域名的话每个域名都要单独检查和提交。 - 最后用 Search Console 的网址检查工具抽查几个关键语言页，对照 Google 实际选中的 canonical 和你声明的版本。不一致的记下来，作为后面内容或结构上的调整依据。 ## x-default 的两种常见误用 x-default 的定义是：用户的语言和地区都不匹配站内任何本地化版本时，让他们落到哪个页面。Google 说它主要为语言选择页设计，用在那种页面上效果最好，而且不需要再带语言代码，因为对不匹配的用户来说页面是什么语言本来就无所谓。 第一种误用是把它当主语言标记。所有页面的 x-default 都指向首页，而首页和当前页内容并不对应，用户被送到一个讲的不是同一件事的页面，跳失是必然的。第二种是给每一个语言版本的每一页都塞一个指回自己的 x-default，兜底的意义就没有了。合适的做法是兜到一个真实存在、可抓取的通用落地页或语言选择页上。 语言切换器写在哪、能不能被抓到，是这套东西能不能生效的前置条件。切换器如果只是主题里的一个脚本按钮，链接由 JS 拼出来，就多了一层不确定性。Shopify 的 [菜单可以在后台统一管理](https://help.shopify.com/en/manual/online-store/menus-and-links) 并指定显示位置，把语言入口做成导航菜单的一部分，比藏在一个按钮里可靠，导航结构的取舍可以看 [大菜单与导航的可抓取安排](/post/shopify-mega-menu-navigation/)。 还有一种情况经常被忽略：Markets 的条件是按位置和客户分组圈人的，hreflang 是按语言和地区指向页面的，两者不总是一一对应。后台可能有十几个市场，前台只有三种语言，这时不要把每个市场都写成一条 hreflang，条目必须和真实存在的页面一一对应，写多了只会让整套标注更难核对。 也有不该上多语言的时候。客单价低、流量主要来自广告投放、只做一个市场的店铺，把同一套内容翻成五种语言，维护成本会长期压在内容更新上：产品改一次，五个语言版本都要跟。这种店铺先把单一语言站的技术与内容做扎实，比铺语言版本划算得多。 ## 平台规则和你要自己核实的那部分 - hreflang 是提示。Google 说即使不做任何标注，它也可能自己找到其他语言版本；反过来，标注再完整也不保证它每次都给出正确的版本。 - canonical 也是提示。按 [Google 对规范化 URL 的说明](https://developers.google.com/search/docs/crawling-indexing/canonicalization)，它会综合协议、重定向、sitemap、rel=canonical 等信号自己选代表 URL，你标的那一版它有权不采纳。 - Shopify 输出的 canonical 和 hreflang 具体长什么样，随主题、设置和应用变化，官方帮助文档没有逐项承诺。换主题、装翻译插件、调市场设置之后重新抽一次源码，这一步没有替代方案。 - 多语言版本的收录时间没有任何保证。Shopify 文档自己就写了抓取和索引需要时间，Google 不承诺需要多久。 URL 排布理顺之后，真正决定流量的是内容：同一个产品在德国、法国、日本该讲什么，比路径怎么排值钱得多，做法在 [分市场内容规划](/post/shopify-market-content-plan/) 里。如果你手上已经是一堆分不清来源的多语言 URL，先分清哪些属于设置问题、哪些属于内容问题再动手，这类诊断是我们做 [谷歌 SEO](/seo/) 时的常规入口。 --- ## Shopify 富媒体结果核对：Search Console 报告与实际展示的差距 - URL: https://www.guangsuan.com/post/shopify-rich-results-monitoring/ - 作者: Don Jiang - Published: 2026-09-18T03:22:31+08:00 - Last updated: 2026-09-18T03:34:57+08:00 - 摘要: 报告里全绿、结果里没变化，是两件事。本文给出把页面源码、Search Console 报告与实际展示分开核对的月度流程，以及四类最容易误判为新增问题的来源。 Search Console 的富媒体结果报告里没有错误，和用户在搜索结果里看到增强展示，是两件不同的事。报告只能告诉你搜索引擎处理了哪些页面、对页面上的标注得出了什么判断；真正显示什么，由各个搜索体验自己决定。把这两件事混在一起，最常见的后果是每个月看一次报告，看到全绿就结束，直到某天发现价格早就标错了。 ## 三个状态分开看，不要互相代替 状态在哪里看它能回答什么 页面输出了什么页面源码，以及渲染后的 HTML标注存不存在、是主题输出的还是脚本注入的 报告认可了什么Search Console 的富媒体结果报告搜索引擎处理过哪些页面、报了哪类问题 用户看到什么在搜索结果里实际查一遍结果形态，受查询与体验策略影响 三者之间没有等号。代码里有标注而报告里没有，通常是抓取或渲染环节还没走到，而不是标注写错了；报告里全部有效但没有增强展示，也完全正常。[Google 的产品结构化数据文档](https://developers.google.com/search/docs/appearance/structured-data/product)把结果增强写得很清楚：是否显示由各个搜索体验自行决定，并且可能随时间变化，推荐的做法是把可用的产品信息尽量补全，而不是盯着某一个体验的表现。 错位最常出现在中间一层（光算 · 示意图） 建议按这个顺序走：先确认页面输出了什么，再看报告怎么判定，最后手动查一遍搜索结果。反过来做会浪费很多时间——从结果形态往回推，永远分不清是标注没写、还是写了没被处理、还是被处理了但没有展示，这三种情况要改的地方完全不同。 源码与渲染结果之间的差别是排查时最容易踩的坑。[Google 关于 JavaScript 与 SEO 的说明](https://developers.google.com/search/docs/crawling-indexing/javascript/javascript-seo-basics)提到，Google 能处理的是渲染后可见的内容，服务器端渲染或预渲染更稳妥，而且不是所有抓取方都执行脚本。所以看标注不能只看页面源码：源码里没有、渲染后有，说明它是靠脚本加上的；源码有、渲染后消失，说明有东西把它替换掉了。 ## 月度核对流程 - 记录当月各类有效项与错误项的数量，与上月对比。不变的月份也要记，否则下一次变化你看不出起点在哪。 - 从错误项里挑数量最多的两类，每类抽三个 URL 作为样本。不要按报告的顺序逐条看完，看不过来，也没必要。 - 对样本 URL 做两次检查：一次用测试工具看它给出的判定，一次用 URL Inspection 看 Google 实际抓到的版本。后者的重点是渲染后的 HTML 里有没有这段标注。 - 定位输出者：在渲染后的 HTML 里数一数这类标注出现了几次。出现两次以上，说明主题和某个应用各输出了一套，先决定留哪一套再动手。 - 改完先在一件典型页面上验证，通过后再推到同一模板的其他页面。主题模板的改动会影响同类页面的全部页面，别在样本上试完就直接推到全站。 - 记录修复日期，下个月复查同一批 URL。复发才说明问题被真正定位到，一次修复不能算结束。 抽查的时候顺便确认页面本身能被处理。被 robots.txt 挡住的页面，标注再怎么正确也不会被正常读取；而且[robots.txt 的官方说明](https://developers.google.com/search/docs/crawling-indexing/robots/intro)明确讲过，它不是让页面从 Google 消失的机制，被挡住的页面地址仍可能出现在结果里，只是没有描述。想彻底隐藏页面，用的是 noindex 这类手段，而不是 robots。 ## 动手之前，先把报告里的项分成两类 报告里会同时出现致命错误与非致命提示。面包屑文档给出的处理顺序是先修致命错误，再考虑非致命提示——后者不影响页面是否有资格获得增强展示，但通常说明数据还可以写得更完整。核对时把这两类分开记：错误项当月追到页面，提示项可以排到后半个月，不必挤在同一次里做完。 当月不变也要记，否则看不出起点（光算 · 示意图） 还要接受一个现实：同一批页面的判定在不同时间可能变化，因为判定依据是页面被处理那一刻的状态。看到数量波动先问一句页面上是不是刚改过东西，再决定要不要动手。 ## 样本要覆盖到哪几类页面 抽样不是随手点几个产品页。按页面类型分层，至少覆盖产品页、集合页、文章页，以及承载配送与退货说明的政策页，每类抽三个以内就够。不同页面类型由不同模板输出，产品页的标注可能来自主题自带模板，政策页的标注很可能来自某个应用，只抽产品页会把后者的全部问题漏掉。 开了多市场或多语言的站点，还要把语言与币种各抽一个版本。同一个产品在不同市场可能走不同的模板分支，报告里项数的差距经常就来自这里，而这类差距在现场看一眼页面就能解释清楚。 ## 这件事该花多久，由谁负责 中等规模的店铺，一个月一次、每次一两个小时是合理量级，前提是样本按上面的方式分层抽，而不是逐页看。真正花时间的不是看报告，是第三步之后的定位：标注由主题输出还是应用注入，决定了改动该找谁。 因此核对记录里除了日期与问题描述，还要写下输出者。改主题的人、装应用的人、改产品数据的人常常是三个角色，缺了这个字段，问题会在几个人之间转一圈回到原处，下个月再出现一次。 ## 报告里那些看起来像新问题的项，多数来自这四处 模板的条件输出最容易制造这种假象。同一套模板在字段缺失或区块关闭时不会输出某个部分，报告里的项数就跟着商品数据一起起伏。这类波动不是退化，是数据本身变了。把元字段渲染到模板时同样要注意空值处理，缺值时输出空壳标题比不输出更糟，做法见[元字段与内容展示那篇](/post/shopify%e5%85%83%e5%ad%97%e6%ae%b5%e5%af%b9seo%e6%9c%89%e7%94%a8%e4%b9%88/)。 应用重复注入产生的效果一样。主题本身已经输出了标注，评价类、SEO 类应用又注入一份，两套值不一致时报告会左右摇摆。这类问题要连着卸载残留一起查，应用卸载后主题里的代码片段不一定被清掉，[卸载插件后的残留清理](/post/shopify-app-uninstall-cleanup/)和[主题结构说明](/post/shopify-theme-structure-basics/)两篇分别讲了代码层与结构层的看法。 变体价格变化带来的波动最难解释。价格区间、促销开始与结束、某个规格缺货，都会让同一批页面上的值在几天内变几次。如果标注是静态输出的，报告里的数值不变反而说明它没跟上，核对方法见[变体与 Offer 的写法](/post/shopify-variant-offers-structured-data/)。 换主题或大幅改模板之后，信号会成对出现。旧标注可能消失，旧标注可能消失，新标注可能重复，报告里会同时出现消失与新增两类信号。[主题改版不丢 SEO](/post/shopify-theme-redesign-without-seo-loss/)那篇把改前要冻结、改后要验收的项列成了清单，改版前后各跑一遍，能省掉后面几个月的解释成本。 ## 报告全绿也不能证明什么 报告覆盖的是被处理过的项，不是页面的全部事实。它不知道你的价格有没有写错，只判断标注结构是否符合规范；它也不会告诉你某个字段在页面上是否可见。要验证数值本身对不对，得回到页面与后台去对，方法在[产品结构化数据核对](/post/shopify-product-structured-data-audit/)里；面包屑这类涉及层级的标注，工具更是看不出对错，只能靠走查，[面包屑与品牌信息标注](/post/shopify-breadcrumb-and-brand-schema/)那篇里有具体步骤。 同样要放下的想法是拿报告截图当效果证明。某个日期某一类页面的处理状态，与流量、排名、询盘之间没有直接对应关系；截图能说明的只是那天报告里没有错误。要判断效果，看的是自然搜索的查询与点击趋势，而且这是整站 SEO 的效果，不是标注单独的功劳。 记录方式也值得改一下。截图只保留当下的状态，下个月没法用来对比；把当月各类项的数量、样本 URL 与结论写成简短记录，几个月之后就能看出趋势，出问题时也能判断是哪次改动带来的。 还有个容易被忽略的边界：不同测试工具给出的判定不总是一致，因为它们抓取与渲染的时点不同。结论冲突时，以 Google 实际抓到的那个版本为准，也就是 URL Inspection 里看到的结果；工具之间的差异不要理解成页面发生了两次不同的变化。 ## 什么情况下不必每月做这套流程 页面类型少、结构简单、标注来自主题默认输出，而且很少改主题或插件，那么一季度看一次报告、抽查两三个页面就够，每月全套核对属于过度管理。反过来，页面类型多、装了多个会注入脚本的应用、开了多市场多币种、促销频繁的店铺，每个月的这次核对是最省钱的预警手段——价格与库存漂移往往先在这里露头，而不是在订单数据里。广告投放侧的 feed 与页面数据是否一致，是另一条独立的核对线，方法见[产品 Feed 与商品数据一致性](/post/shopify-merchant-center-feed/)那一篇。 如果报告里的问题源头在结构层面——URL 形态混乱、层级不清、内链断裂——那报告只是把症状照出来，修报告没有用，得先修结构，这部分属于[谷歌 SEO](/seo/) 的常规工作。被收录本身是另一条线，站点大面积不被处理时，先看抓取与收录状态，再回来看标注，[谷歌收录](/google-indexed/)那边处理的是这一类问题。 --- ## Shopify 产品 Feed：标题、属性与常见拒登原因 - URL: https://www.guangsuan.com/post/shopify-merchant-center-feed/ - 作者: Don Jiang - Published: 2026-09-18T03:22:31+08:00 - Last updated: 2026-09-18T03:34:57+08:00 - 摘要: Feed 被拒登，先分清是字段数据、账户政策还是落地页体验的问题。本文给出按影响面排序的排查顺序与核对清单，并说明审核通过之后能期待什么、不能期待什么。 商品 Feed 被拒登，多数时候问题不在 Feed 文件本身，而在三个地方对不上：后台的产品数据、落地页上买家看到的信息、以及 feed 里提交的那份副本。改 feed 只是改其中一份副本，另外两处不改，问题会按同样的方式复发。 ## Feed 与落地页是同一份数据的两条出口 [Google 的产品结构化数据文档](https://developers.google.com/search/docs/appearance/structured-data/product)把这件事讲得很直接：向搜索提供产品信息有两条路，在网页上添加 Product 结构化数据，或者通过 Merchant Center 上传数据 feed 并开通免费商品信息；两条同时做，能最大化参与各类购物体验的机会，也有助于 Google 正确理解和校验数据。文档还提到，某些体验会合并两边来源，例如页面标注里没有价格信息时，可能采用 feed 里的价格。 先改数据，再重新提交（光算 · 示意图） 这段话反过来读更有用。两个来源同时存在，而且可能被混用，意味着你不能假设哪一边一定会赢。feed 里的价格是旧的、页面上的价格是新的，用户点进来看到的数字和你提交的数字就对不上；这种不一致在审核端被判定为数据不实，不是文案问题。 ## 先把拒登原因分成三类，别混着改 拿到拒登提示之后先归类，不同类型的处理方式完全不同： - 字段与数据类：价格、库存、图片链接、品牌与标识符这类信息缺失或与实际不符。这一类能自己修。 - 政策与账户类：资质、目标国家或地区的限制、账户本身的状态。这一类改字段无效，得先解决账户层面的问题。 - 落地页体验类：页面打不开、价格与提交值不一致、运费与退货信息在页面上找不到。这一类是站点侧的问题，改动最花时间，也最值得先做。 本文不列属性清单。同一个属性在不同商品类别、不同目标国家的要求并不一样，照抄一份别家的清单比对着后台诊断逐条修更危险。下面这些是按经验排出来的问题类型，具体到字段名与要求，以后台诊断条目和当前规范为准。 ## Feed 里的信息从哪来：先分清三处副本 出问题之前，先弄清楚数据是怎么流动的：后台的产品与变体是源头，主题把其中的一部分渲染到页面上，应用或后台集成再把另一部分同步成 feed。中间任一环节的更新节奏不同，就会出现时间差。同步方式与频率以你使用的应用或后台设置为准，不要假设改完就立刻一致；改完数据后隔一段时间再对一次，比当场对更容易发现真正的延迟问题。 不要一次改完所有字段（光算 · 示意图） 图片类问题多数来自链接变化。换主图、替换素材、清理旧文件之后，页面上的地址变了，feed 里还是旧的。核对方法很直接：把 feed 里的图片地址逐个打开，看能不能访问、打开的是不是当前页面上的那张图。至于图片本身的规格要求，各平台的要求会变，以后台给出的提示为准，不要照抄别人的参数表。 ## 按影响面排序，先修覆盖率最大的那一类 字段组常见问题先查哪里 标题结构把规格、用途、赠品都塞进标题，或标题与落地页上的产品名完全不同拿 feed 标题与落地页产品名逐字对比 价格与库存用产品层价格提交，而实际售价在变体层；库存更新滞后对到具体变体，看后台的变体价格与库存 图片主图替换后 feed 里还是旧地址，或图片地址已经失效直接打开 feed 里的图片地址 品牌与标识符标识符填了猜的值，或与页面上的信息不一致与页面、后台字段对照，填不出准确值就慎重处理 价格与库存这一类值得单独说。Shopify 的产品详细信息文档说明了产品层与变体层的关系——加入变体之后，价格、库存、运费这些设置是在变体层维护的（见[Shopify 产品详细信息](https://help.shopify.com/en/manual/products/details)）。所以提交给 feed 的价格来源必须是变体层的售价。很多店铺在后台改了产品层的价格，实际成交价却没变，feed 与页面同时报错，原因就在这一层。 运费与退货这两项常被当成政策文本的事，实际是审核端会核对的内容。配送说明要能让买家读到费用结构与时效口径，退货说明要写清期限与责任方；页面上找不到的承诺，光在 feed 里填是补不上的。这两页如果还停留在主题自带的占位文字，先改内容，再谈提交。 ## 排查顺序：一次只改一件事 - 打开后台的诊断与拒登列表，按受影响的商品数量排序，先处理覆盖面最大的一条。 - 只改与这条原因直接相关的字段，不要顺手把标题、价格、图片一起刷新一遍。 - 先改一件商品，等它重新被处理、状态变化之后，再决定要不要批量执行。 - 记录改了什么、什么时候改的。没有记录，问题复发时你分不清是新问题还是旧问题没修干净。 - 状态恢复后隔几天再看一次库存与价格。促销结束、补货、换供应商都会让这两项漂移。 强调一次只改一件事，是因为批量修改会把两个问题混在一起。价格与标题同时改，通过率好转你不知道是哪一项起的作用；万一冒出新的拒登原因，也判断不出是哪次改动带来的。还有一层影响容易被忽略：feed 与页面结构化数据读的是同一份产品数据，批量刷标题会同时改变自然搜索结果里显示的产品名。 ## 三个值得逐项核对的点 第一是价格与币种。开了多市场的店铺，同一个产品地址在不同市场显示不同币种，提交的金额必须等于该市场页面上的实际金额，而不是主站价格换算过来的数字。核对时用目标市场的前台地址打开落地页，与 feed 里的币种金额逐字对，不要目测。币种与参数组合怎么避免顺手制造出一堆重复页面，[币种与价格展示对收录的影响](/post/shopify-currency-price-indexing/)那篇写得更细。 第二是变体。feed 指向的落地页要能让买家选到对应规格，页面上的价格与库存也要对得上。一个产品提交了十几个变体，落地页上却选不出其中两个，这类问题在审核端表现为落地页与商品不匹配，修的时候要做的是把变体选择与可购买状态理顺，而不是在 feed 里删掉那两个变体。变体页面该怎么组织、标注该怎么写，见[变体与 Offer 的结构化数据写法](/post/shopify-variant-offers-structured-data/)。 第三是页面标注能不能补位。前面那份文档建议两条路一起做，理由是同时做能让 Google 更好地校验数据；页面上的价格、库存、运费、退货这些信息标清楚之后，至少不会出现「页面上查不到、只能靠 feed 判断」的情况。补标注之前先把页面上的事实确认一遍，整页字段的核对顺序在[产品结构化数据核对](/post/shopify-product-structured-data-audit/)里。 面向多个国家投放时，还有一道前置工作：计量单位、计价方式、交付周期、认证要求在各地并不相同，把一份中文商品信息直接翻过去提交，往往是拒登与低点击的共同来源。分市场要写什么内容，规划方法在[分市场内容规划](/post/shopify-market-content-plan/)那篇里；这件事应该在准备 feed 之前做，而不是被拒登之后回头补。 ## 审核通过之后能说什么、不能说什么 通过审核只代表商品符合展示条件。展示量、点击成本、转化率都不由 feed 决定，也不要指望改完字段就能带来询盘。投放结构、预算分配、关键词选择属于广告操作层面的事，和 feed 是两套工作；如果要做购物广告，投放这块由[谷歌广告](/ads/)那边承接，feed 的字段问题先在数据层面解决掉，否则投出去的素材和落地页对不上，钱花得更快。 还有一层时间上的不确定。官方文档在讲 sitemap 时明确说，抓取与索引需要时间，Google 不保证要多久（见[Shopify 的 sitemap 文档](https://help.shopify.com/en/manual/promoting-marketing/seo/find-site-map)）。feed 的处理节奏同理，不要假设改完立刻生效，也不要因为一天没变化就再改一遍。新站点从提交到被索引的节奏，[谷歌需要多长时间才能索引一个新的 Shopify 网站](/post/%e8%b0%b7%e6%ad%8c%e9%9c%80%e8%a6%81%e5%a4%9a%e9%95%bf%e6%97%b6%e9%97%b4%e6%89%8d%e8%83%bd%e7%b4%a2%e5%bc%95%e4%b8%80%e4%b8%aa%e6%96%b0%e7%9a%84-shopify-%e7%bd%91%e7%ab%99/)那篇里有分阶段的说明。 ## 什么情况下不值得自己折腾 商品数量在几十个、品类集中、库存不常变的店铺，先把落地页做干净，字段问题会少一半，专门研究 feed 的投入产出比不高。反过来，商品上千、多市场多币种、库存和促销变化快的店铺，靠人工逐条核对不现实，需要解决的是产品数据源的治理与自动化，不是 feed 层面的补救；这种时候更该先定清楚哪些属性由谁维护。 如果拒登来自政策或账户层面，先停手。继续改字段只会让你以为是字段的问题，浪费几周时间。这类问题通常需要按平台给出的具体要求提交材料，具体流程以当前后台提示为准。 判断标准可以简化一下：如果一次核对能在一两个小时内对完，自己排；如果每次都要跨几个环节追数据源，先定清楚哪个属性由谁维护，再谈修字段。 如果问题其实落在页面上——配送与退货信息埋在几层链接之后、产品页读不到价格、落地页与广告承诺对不上——那已经超出 feed 能修的范围，要从站点结构与内容层面处理，属于[谷歌 SEO](/seo/) 常规范围。 改动效果的判断也要有正确的观察对象。字段修完之后，能不能显示出各类增强结果、什么时候显示，由搜索引擎决定；报告里没有错误，和用户实际看到的东西是两回事，这层差距写在[富媒体结果核对](/post/shopify-rich-results-monitoring/)那篇里。 --- ## Shopify 面包屑与品牌信息结构化数据：能标什么，不该标什么 - URL: https://www.guangsuan.com/post/shopify-breadcrumb-and-brand-schema/ - 作者: Don Jiang - Published: 2026-09-18T03:22:31+08:00 - Last updated: 2026-09-18T03:34:57+08:00 - 摘要: 面包屑是有前提的标注：页面上得真有这条能点进去的路径。本文讲怎么确认层级是否稳定、数据怎么写、品牌信息能标到哪一步，以及同一页出现两套面包屑时怎么定位来源。 面包屑标注能不能让搜索结果里出现一条路径，前提是页面上真的有这条路径，而且点得进去。品牌信息那部分能标的比大多数人以为的少得多，写多了反而是在给自己挖坑。这两件事经常被混在一起做，结果是一套标注描述了不存在的层级，另一套声称了不存在的资质。 ## 面包屑标注解决的是层级表达，不是排名 [Google 的面包屑结构化数据文档](https://developers.google.com/search/docs/appearance/structured-data/breadcrumb)对它的作用说得很克制：页面上的面包屑表示该页面在站点层级里的位置，能帮助用户理解和浏览站点，用户可以从轨迹的最后一级逐级向上走。文档里还有一句关键的话——Google 使用页面正文中的面包屑标注来对信息归类。正文这个词要留意，层级必须是页面上真实存在、用户看得见的东西；藏在 head 里只写给爬虫看的一套层级，与页面实际导航对不上，就没有意义。 层级要真实存在，信息要可核实（光算 · 示意图） ## 先确认页面上真的有这条路径 Shopify 主题的产品页面包屑多半靠集合上下文生成。同一件产品从 A 集合点进去，显示的是「首页 > A 集合 > 产品」；从 B 集合点进去，路径跟着变；直接粘贴产品地址打开时没有集合上下文，模板往往退化成「首页 > 产品」，有些主题干脆不显示。三次访问三条路径，标注跟着哪一条就值得想清楚。 - 从首页点进一个集合页，再点进某件产品，记下面包屑的每一级。 - 换一个集合，再点进同一件产品，对比第二次结果。 - 直接粘贴产品地址打开，看第三次结果。 - 三次不一致时做决定：统一成一条与导航一致的路径，或者不标。不要标一条页面上根本没有的层级。 - 决定之后，抽查两个集合、两类产品，确认模板在所有情况下都按同一个规则输出，而不是只在默认情况下正确。 如果主题允许，最稳的做法是把面包屑的层级固定为「首页 > 一级分类 > 产品」，一级分类取导航里的分类，而不是取用户从哪个集合进来。这样标注与导航、与站点结构一致，也不会因为入口不同而漂移。 ## 数据长什么样 面包屑用 BreadcrumbList 表达，核心是 itemListElement 数组，每项一个 ListItem，带 position 和 name，中间的层级带 item 地址。下面是 Google 文档里同构的最小示例。 工具只能查结构，查不出层级对不对（光算 · 示意图） ``` ` ` ``` 最后一项没有 item 字段，因为它是当前页面自身。position 从 1 开始且要连续，name 用页面上显示的那个名称，item 必须是绝对地址。中间某一级如果页面上不可点击，或者名字改了而标注没改，这条路径对用户就是错的——面包屑的价值在于用户能顺着它一级级往上走，标了却走不通，比不标更糟。 用 JSON-LD 还是微数据，Google 的文档允许选择，重点是结构与值正确，格式本身不是分界线。同一个页面里不要一半用 JSON-LD 一半用微数据去描述同一条路径，也不要为了多凑一段而在页脚再插一份简化版面包屑标注——多出来的那份只会让来源更难定位。 ## 集合页与文章页的层级从哪来 产品页的层级还能靠集合上下文推出来，集合页就不行了：Shopify 的集合没有父级字段，二级分类的从属关系只存在于导航和集合命名里。所以给集合页写面包屑时，层级要照导航现有的结构写，不要让模板按集合标题去猜。一份典型结构是「首页 > 户外装备 > 露营炊具」，前提是导航里确实存在「户外装备」这一层并且能点进去；导航里没有这层，标出来就是凭空的。 博客文章的情况不一样。文章天然挂在某个博客下，路径通常是「首页 > 博客 > 文章标题」，这是页面上真实成立的关系，照实写就好，不需要为了显得层级深再去造一条分类路径。文章页的结构与选题方向写在[Shopify 博客 SEO](/post/shopify-blog-seo-structure/) 那篇里。 ## 品牌信息：能被文档支持的只有很小一块 [Google 的产品结构化数据文档](https://developers.google.com/search/docs/appearance/structured-data/product)除了讲产品标注，还建议为电商业务的政策单独提供结构化数据，并且要把它们嵌在 Organization 标注下面，文档里点到的是退换货政策与会员计划两项。这句话值得细读：Organization 在这里的角色是承载业务政策的位置，文档没有说标注 Organization 本身会换来排名或者额外的结果展示。把品牌信息标注当成品牌曝光手段，方向就偏了。 实际写的时候把三类东西分开： - 页面上确实存在、用户能读到的：品牌名、公司主体、联系方式、退换货与配送条款、所在地。这些应该出现在页面内容里，缺失的是内容，不是标注。 - 页面结构支持标注的：上面那类业务政策，以及面包屑层级。 - 不该标的：没有的资质、认证、评分、获奖、合作方。没有真实来源的信息不要进任何结构化数据，这一点没有例外。 评分是最容易被乱用的字段。产品评价类标注需要真实的评价来源与页面展示，页面上没有评价却标了评分，属于标注与可见内容不一致，一旦被人工核到，处理的是整个店铺的标注资格，而不是某一个字段。评价数据从哪里来、页面怎么显示，属于内容层面的事，先把评价体系做出来再谈标注。 另一处常见做法是给页脚的公司信息加 Organization 标注。它在全站重复出现，本身不算错，但要确认里面写的名称、地址、联系方式与页面上显示的一致；开了多市场之后，不同市场的页面可能由不同主体承担，别让一份标注里的说法与另一个市场页面上的说法互相打架。 ## 发布前查一次，发布后要理解两件事 [面包屑文档](https://developers.google.com/search/docs/appearance/structured-data/breadcrumb)给出的顺序值得照做：先确认页面能被访问，没有被 robots.txt、noindex 或登录要求挡住；再用富媒体测试工具验证并修掉致命错误；页面没问题就可以请求重新抓取；最后提交 sitemap，方便后续变化被及时发现。非致命的问题也值得顺手修，文档把这类提示描述为有助于提高标注质量，但不影响是否有资格获得增强展示。 发布后要接受两件事。第一，验证通过不代表会显示。面包屑这块，文档只说功能在桌面端、在所有提供 Google 搜索的地区和语言可用；结果增强是否出现由各个搜索体验自行决定，并且会随时间变化。第二，测试工具与报告给出的状态是搜索引擎的解读，不是页面的绝对真相，两边的差别单独写过一篇：[富媒体结果核对：报告与实际展示的差距](/post/shopify-rich-results-monitoring/)。整页字段该怎么逐项对（价格、库存、评价、运费这些同一批页面上的信息），步骤在[产品结构化数据核对](/post/shopify-product-structured-data-audit/)里；面包屑的层级对不对，要靠上面那三步走查，工具看不出来。 ## 同一页出现两套面包屑，是这类标注最常见的失败方式 Shopify 上的典型事故是主题自带一套 BreadcrumbList，某个 SEO 或评价类应用又注入一套，两套层级还不一样——一套带集合，一套不带；一套名字取自产品标题，一套取自菜单。搜索引擎在同一个页面上收到两份相互竞争的层级声明。 排查只做三步：在当前页源码里搜索 BreadcrumbList，数一数出现几次；出现两次以上时定位来源，看它是主题模板输出还是应用注入的；决定留哪一套，然后处理另一套。区分这两者有个简单办法，用页面源码和渲染后的 HTML 各看一次——主题输出的通常在源码里就有，只靠脚本加上去的要等渲染。渲染与源码的差别，[Google 关于 JavaScript 与 SEO 的说明](https://developers.google.com/search/docs/crawling-indexing/javascript/javascript-seo-basics)把边界讲得比较细：Google 能看的是渲染后可见的内容，服务器端渲染或预渲染能让这件事更确定，而且不是所有抓取方都能执行脚本。 ## 面包屑、导航、URL 要放在一起看 面包屑描述层级，导航决定用户和爬虫能不能走到那一层。Shopify 的菜单在后台的内容菜单里维护，显示在主题的哪个位置由主题设置决定，[官方的菜单与链接说明](https://help.shopify.com/en/manual/online-store/menus-and-links)只讲了这一层；至于菜单该放几个一级分类、悬停与点击怎么兼容，属于主题层设计，取舍写在[大型菜单与导航设计](/post/shopify-mega-menu-navigation/)那篇。导航里如果一级分类指的是一个带参数的筛选地址，或者指向空集合，面包屑标得再整齐也没用。 URL 形态同样影响层级表达。同一件产品能通过集合路径和产品路径两种地址访问时，面包屑该用哪一条要跟 canonical 的处理保持一致，这类问题在[同一件产品出现两种路径](/post/shopify-collection-product-url-within/)那篇里按主题里 within 的用法查过一遍。 ## 哪些情况不值得为它花时间 站内只有一层分类、产品页上一级就是首页时，面包屑能表达的信息本来就有限，标注它属于合规但收益很低，把时间放在集合页本身的标题、正文与内链上回报更高，思路见[集合页 SEO：标题、描述、正文与内链怎么安排](/post/shopify-collection-page-seo/)。业务政策那块同理：退换货、配送、联系方式的页面还没写或者写得含糊，先写页面，结构化数据是把已有事实说清楚，不能替代缺失的内容；外贸站这几页通常在[外贸建站](/b2b-web/)阶段就要定下来，后面再补成本更高。 --- ## Shopify 变体与 Offer：一件商品多个规格时结构化数据怎么写 - URL: https://www.guangsuan.com/post/shopify-variant-offers-structured-data/ - 作者: Don Jiang - Published: 2026-09-18T03:22:31+08:00 - Last updated: 2026-09-18T03:34:57+08:00 - 摘要: 一件商品多个规格，标一个 Offer 还是价格区间？判断标准是页面一次能买几个规格。本文给出两种写法的成立条件与逐步核对方法，并说明变体独立地址、多币种下最容易出现的标注矛盾。 一件商品有五种颜色、四个尺码，页面上该标一个 Offer 还是标一个价格区间？判断标准不在变体数量上，而在于这一页的加购行为到底指向什么：页面一次只能选中一个规格，价格与库存任一时刻只显示一个值，就该用单个 Offer；页面整体以「一件商品、多个可选项」呈现，价格本身就以区间展示，才轮到 AggregateOffer。搞反方向，标注就会与页面自相矛盾。 ## 两种写法各自成立的条件 单 Offer 的写法里，Product 描述整件商品，Offer 描述页面上当前真正可购买的那个规格，价格、币种、库存状态都跟着它走。用这个写法的页面，规格切换通常不换地址，用户和爬虫看到的是同一个产品 URL 上的不同状态。 选哪种取决于页面上怎么呈现（光算 · 示意图） AggregateOffer 描述整件商品的价格范围，适合本来就以区间定价呈现的页面，比如页面上写着「19.90 起」，或者规格列表平铺展示、每个规格都标着价。它给出的 lowPrice 与 highPrice 必须覆盖页面上当前所有可售的规格。只要最便宜的那个规格长期缺货，区间就是在描述一个买不到的价，这种事靠肉眼看不出来，需要按规格逐一对一遍。 页面形态合适的写法最容易翻车的地方 单规格可购买页，切换规格不换地址一个 Product + 一个 OfferOffer 里的价格停在默认规格，切到别的规格后不跟着变 整件商品呈现，价格以区间出现一个 Product + AggregateOffer区间两端与页面上真实可售的组合对不上 每个变体都被生成了独立地址每个地址各自一个 Product + Offer变体页里又输出一遍整页区间，两份标注互相矛盾 最麻烦的是把前两种混着用：整页输出区间，页面上某处又输出具体价格。搜索引擎不会替你挑一个，它看到的是同一件事的两组值，结果通常是这些数值被忽略，或者在报告里反复波动。 ## 单 Offer 的核对顺序 不必先读懂模板代码，按页面行为核对更快，也更容易撞见真实问题： - 把规格逐个切换一遍，每切一次就在当前页打开源码，搜索 `application/ld+json`，看 price、priceCurrency、availability 三个值有没有跟着切换。 - 如果三个值从头到尾没变，这份标注基本是模板静态输出的，通常只对应默认规格。这时要么让输出跟着选中规格走，要么在页面和标注上都明确它只描述默认规格；第二种做法在默认规格容易缺货的商品上不能用。 - 缺货规格不要把旧价格留着不提。availability 要表达不可购买；如果页面在缺货时不显示价格，标注里也不要继续报一个买不到的价，宁可让这一条标注只覆盖当前可售的规格，也不要让页面上写着缺货、标注里写着有货还有价。 - 挑一两个正在促销的规格，确认标注里的价格就是当前实际售价。 - 最后确认变体选择逻辑和标注输出用的是同一处数据。主题里常见的情况是规格切换走一套 JavaScript，标注由模板单独渲染，两边各自读了一个字段，改商品数据时只更新了其中一边。 促销价这一步出错最多。Shopify 的价格设置里，原价与划线价是两个字段，前台也分两处显示，把划线价写进 price 字段，等于在最显眼的位置报了买家结账时看不到的价格。[Shopify 的产品详细信息文档](https://help.shopify.com/en/manual/products/details)把产品层与变体层的价格、库存、运费分开说明——加了变体之后，这些值在变体层维护，所以结构化数据里的价格来源应该是变体层的售价，不是产品层用来概览的信息。同一份文档也提到，产品详情页上价格、库存、运费这些区块在加入变体后就不再显示在那一层，这也解释了很多店铺改价后页面与标注对不上的原因。 ``` `{ "@context": "https://schema.org", "@type": "Product", "name": "示例产品名称", "offers": { "@type": "Offer", "price": "29.90", "priceCurrency": "USD", "availability": "https://schema.org/InStock", "url": "https://example.com/products/example?variant=1001" } } ` ``` 价格要输出成不带货币符号、不带千分位的纯数字字符串，币种放在 priceCurrency。在 Liquid 里生成这段 JSON 时，过滤器的组合方式取决于主题现有的写法，不要照抄别家主题的写法；改完先在副本主题预览，用结构化数据测试工具确认输出结果，再发布。 ## 价格区间的最小写法与它的硬伤 区间写法看起来省事，实际约束更紧。下面是最小结构，除两个价格端点外都是可选字段，但可选不等于可以乱填。 这几种最容易出现标注矛盾（光算 · 示意图） ``` `{ "@context": "https://schema.org", "@type": "Product", "name": "示例产品名称", "offers": { "@type": "AggregateOffer", "priceCurrency": "USD", "lowPrice": "19.90", "highPrice": "34.50" } } ` ``` 区间的硬伤在于它对库存变化特别敏感。促销结束、某个规格下架、某个规格补货，两个端点都可能要跟着改；如果标注是模板静态写死的，你根本不会知道它已经不对了。所以选区间写法之前先问一句：这个区间是谁在维护，改动的触发点在哪里。答不上来，就用单 Offer。 ## 先分清是数据的问题还是标注的问题 核对之前有个前提，不然后面所有排查都在白费力气。页面本身显示的库存与价格就不对，那是后台数据的问题，去改标注没有意义，先去后台把产品、变体、市场的价格与库存理顺。反过来，页面显示的数值正确，源码里的数字不对，才轮到改模板或负责输出的插件。分不清这两边，最常见的结果是后台被改坏，标注里的问题还在原地。 判断方法很直接：用同一个浏览器窗口，左边开着前台页面，右边开着该页的源码，逐个规格对。凡是页面上就对不上的，先停，去后台；页面对得上、源码对不上的，继续往下看模板。 ## 变体有独立地址时，先决定谁代表这件商品 有些主题或应用会为每个变体生成可独立访问的地址。这时候每个地址上的标注都只能描述它自己那一个规格，否则等于两个地址各自声明自己是完整商品，内容却一样。[Google 关于 URL 规范化的说明](https://developers.google.com/search/docs/crawling-indexing/canonicalization)讲得很明确：页面重复或高度相似时，由 Google 聚类并挑出代表地址，`rel="canonical"` 这类标注是提示而不是规则。也就是说，最终哪个地址被当成代表，你说了不算；你能控制的是每个地址上的标注与页面内容是否自洽，以及链接、sitemap 里出现的到底是哪一种地址。 顺带把 sitemap 也对一遍。Shopify 的 sitemap 由平台自动生成，[官方的 sitemap 文档](https://help.shopify.com/en/manual/promoting-marketing/seo/find-site-map)说明它收录的是产品、主产品图、页面、集合和博客文章，并会随新增内容自动更新。这份结构里没有「每个变体一条」的承诺，所以不要假设你为变体造的独立地址一定会被 sitemap 带上；这类地址能不能被发现，取决于站内链接和主题里的链接输出。sitemap 的三层结构与常见报错可以接着看[Shopify sitemap 结构解析](/post/shopify-sitemap-structure-errors/)。 如果变体之间的差异只是颜色这类外观变化，页面没有独立内容，也没有人按「某颜色 某尺码」这样的词搜索，那么为每个变体造一套独立标注的收益很低，维护成本却随规格数量翻倍。这类情况优先让规格保持在同一个产品 URL 上表达，具体取舍在[变体是否要做独立页面](/post/shopify%e4%ba%a7%e5%93%81%e5%8f%98%e4%bd%93seo%ef%bc%9acolor%e5%92%8csize%e8%a6%81%e4%b8%8d%e8%a6%81%e5%81%9a%e7%8b%ac%e7%ab%8b%e9%a1%b5%e9%9d%a2/)那一篇里有更细的判断。 ## 抽样核对：缺货、促销、多币种 标注的正确性没法一次性验完，只能抽样，而且每次改完产品数据都要重跑。下面三项在同时开了多个市场的店铺里优先做。 检查项怎么查通过标准 缺货规格把某个规格库存改成 0，看前台源码availability 标注为不可购买，价格不残留旧值 促销价同一规格同时看前台显示价与源码 price两处一致，划线价没有出现在 price 里 多市场币种用目标市场的前台地址打开同一产品priceCurrency 与页面显示的币种一致，数值等于该市场实际售价 币种这一项最容易想当然。开了多市场之后，同一个产品地址在不同市场显示不同货币，按汇率心算出来的数字不等于当地售价。核对时不要用主站地址加换算，要用目标市场的实际前台地址，并以后台的市场与货币设置为准。价格与币种如何避免制造重复页面，[币种与价格展示对收录的影响](/post/shopify-currency-price-indexing/)那篇可以接着看。 ## 这几种情况不值得投入 标注不会自动带来展示。[Google 的产品结构化数据文档](https://developers.google.com/search/docs/appearance/structured-data/product)把各类结果增强项写得很保守：是否显示由各个搜索体验自行决定，还会随时间变化，文档的建议是把可用的产品信息尽量补全，而不是去猜哪个体验会用到。既然如此，把精力放在让数字准确，比堆字段划算。 也不值得为一个只有两三个规格、库存长期稳定的产品反复折腾表达方式。规格少、页面简单时，单 Offer 写对了就够用，同样的时间投到产品描述与集合页结构上回报更大。标注漂移需要日常发现，不是一次性工程，整页字段怎么核、报告里怎么看出问题，分别写在[产品结构化数据核对](/post/shopify-product-structured-data-audit/)和[富媒体结果核对](/post/shopify-rich-results-monitoring/)里。 最后是归属问题。如果规格与市场的组合已经多到手改不过来，先要解决的是页面结构而不是标注：哪些规格留在同一页、哪些值得独立成页、地址与内链怎么安排，这些决定做完，标注只是照实描述。反过来，如果规格不多、页面结构清楚，只是标注没人维护，那就不需要重做结构，定一个每次改价的复核动作更实际。这类站点结构规划属于[谷歌 SEO](/seo/) 的常规工作范围，加一段 JSON 解决不了。 --- ## Shopify 产品结构化数据核对：价格、库存、评价、运费哪些必须真实 - URL: https://www.guangsuan.com/post/shopify-product-structured-data-audit/ - 作者: Don Jiang - Published: 2026-09-18T03:22:31+08:00 - Last updated: 2026-09-18T03:34:57+08:00 - 摘要: 结构化数据的问题常出在值和页面不一致上。价格与币种、库存、评分、运费、图片这五项要逐条对照页面可见内容，再按固定动作核对源码、测试工具与报告，标注只是资格不是展示承诺。 产品页的结构化数据出问题，多数不是"没标"，而是标的内容和页面上能看见的不是一回事。价格差一个币种、库存卖完了还标着有货、评分来自页面上根本看不到的评论源，这些都会让展示资格直接消失。所以核对的重点不是"代码在不在"，而是"代码说的和页面说的是不是同一件事"。 ## 先分清两种标注，再查页面已经输出了什么 Google 把产品结构化数据分成两类：产品摘要用于不能直接购买的页面，商家信息用于可以直接下单的页面，后者支持更细的字段，比如服饰尺码、运费和退货政策；把商家信息要求的必填属性标全，页面同时也有资格进入产品摘要那一类（见 [Google 的产品结构化数据说明](https://developers.google.com/search/docs/appearance/structured-data/product)）。 页面看不到的数字不要标（光算 · 示意图） 动手顺序比字段清单更重要。Shopify 的帮助文档写着，官方支持的主题以及主题商店里的主题默认已经包含价格、库存、评价这类结构化数据，不需要另外加代码（[Shopify 站点地图与搜索结果显示说明](https://help.shopify.com/en/manual/promoting-marketing/seo/find-site-map)）。所以多数店铺的问题不是缺标记，而是标记里的值不对。第一件事是打开产品页源码，找两类输出：属性形式的微数据，以及脚本块形式的 JSON-LD。平台默认输出的是前者，应用和自定义代码注入的通常是后者，两种可能同时存在，核对时要一起看。 ## 必须与页面一致的五个字段 字段页面上应该能看到常见的不一致 价格与币种买家当前环境下显示的价格标注写基础货币，页面显示本地货币 库存状态页面上的可购买状态卖完了还标有货，或变体之间矛盾 评分与评价页面上真实可见的评价数值来自页面看不到的评论源 运费与交期结算流程里能确认的口径标了平台并没有承诺的信息 图片页面实际展示的主图指向已替换或删除的图片 这五项里，价格、库存、评价三项是主题默认会输出的，另外两项通常要自己补。顺序上先查默认输出的有没有错，再决定要不要补，理由是默认字段由主题维护，改它等于改模板；后补的字段是额外代码，出问题时更难定位来源。把这五个字段抄成一张固定表格，每次核对只填值不重建格式，坚持三个月比一个月做得很细更有用。 ## 价格与币种是最容易错的一项 开了币种切换的店铺，同一个地址在不同环境下显示的价格可能不同，而结构化数据往往只输出一个值。Google 的说明里还提到，如果页面结构化数据里没有价格，产品摘要可能改用 [Merchant Center feed](/post/shopify-merchant-center-feed/) 里的价格；两边都有但数值不一致时，等于把矛盾直接交给搜索引擎判断。 先看输出来源，再决定改哪里（光算 · 示意图） 核对的原则只有一条：结构化数据里的价格必须是当前页面上买家能看到的价格，不是后台的基础价，也不是把原价和折扣说明叠在一起写。同一件商品同时存在于带集合目录和不带集合目录的两个地址时，先确认哪个地址是搜索结果里真正被选中的那一个，路径重复的判定办法见[同一产品出现两种路径时先查主题里的 within](/post/shopify-collection-product-url-within/)。价格区间的写法涉及变体，规格多的商品单独处理，见[变体与 Offer 该怎么写](/post/shopify-variant-offers-structured-data/)。 ## 评分与评价：没有真实来源就不要标 评价类字段风险最高，因为它直接影响展示样式，也最容易想当然。硬性要求只有一条：标注里的评分和评价数必须对应页面上真实可见的评价内容。从评论应用取数据时，先确认这些评价确实渲染在页面上；只在应用后台存在、页面上看不到的评价，标上去就是不一致。自己凑一组好看的数字，或者用工具生成评价，属于明确不该做的事。 标注与实际不一致可能被忽略，也可能引发 Google 对结构化数据的相应处理，具体判定以 Google 官方政策为准。这篇文章只讲技术层面的核对，不讲怎么绕过去。核对出来的问题里，有一半其实来自"没打开页面看"。 ## 库存状态：标记要跟着实际变化走 库存是变化最频繁的字段，也是最容易长期挂着错值的一项。判断标准是页面：如果一个变体在页面上已经不可选或者标着补货中，标记里就不该继续写成有货；一件商品有多个规格时，每个可售规格的状态和价格要各自对得上，页面上显示的汇总区间也必须与这些规格一致。变体多的商品在这方面出问题的概率最高，抽样核对时优先挑规格多、销量好的款，而不是随机点一个基础款看。 顺带一个容易被忽略的连锁影响：改价格规则、改库存同步方式、换库存管理应用，都可能改变页面输出。核对清单里把它记为触发条件，改动当天做一次抽样，比一个月后发现整类商品标错要便宜。 ## 运费与交期：只标页面真的写清楚的部分 运费和退货这类信息，只有在业务上真的写明、页面上真的能被买家看到时才适合标注。Shopify 帮助文档说明的是主题默认已经包含价格、库存、评价这类结构化数据，并不等于运费与退货政策会自动被标好——这部分通常需要自己补，或者依赖你在页面上写了什么。反过来，如果店铺的运费规则是按地区、按重量、按金额门槛计算的，那就不该用一个笼统的免费运费标注去覆盖，页面上写不清的口径，标注也写不清。 核对方式是打开结算前的页面，看运费是怎么呈现的：写上明确的金额门槛、或者写清计算方式，标注再跟随同样的口径。做不到这一点时，宁可不标这一项，也不要给一个买家到结算时会发现不成立的数字。 ## 核对方法：一套可以按月重复的动作 - 挑一个字段最全的产品页，比如有变体、有促销价、有评价的那个，查看源码，搜微数据属性与 JSON-LD 脚本块，把价格、币种、库存、评分、评价数、运费相关字段抄进表格； - 打开同一个页面，把页面上显示的价格、库存状态、评价数抄下来，两边逐行对照； - 用富媒体结果测试跑一遍，先处理它标出的关键错误，非关键问题按影响排序处理（[Google 关于结构化数据构建与测试的流程](https://developers.google.com/search/docs/appearance/structured-data/breadcrumb)）； - 用网址检查工具看 Google 抓到的渲染版本里有没有这段数据，脚本注入的内容尤其要这样验证； - Search Console 里的结构化数据报告按月记录有效项与错误项的变化，出现新增错误先定位来源是主题还是应用； - 换主题、换应用、调过价格规则之后重复第一步，这三件事都会改变页面输出。 核对频率要有取舍：字段多、应用多、价格规则复杂的店铺一个月一次；商品少、改动不频繁的店铺一个季度一次就够。频率定得比实际能坚持的高，结果是核对表停在第一个月再也没动过。 改过主题的店铺要特别注意：结构化数据能输出，通常靠模板里的一段条件判断，改版时这段代码最容易丢。[产品页字段的改动代价排序](/post/shopify-product-page-seo-fields/)里把这类改动归为"改的时候看不见、丢了影响一大片"，主题改版的核对清单应该给它单列一项。 ## 报告里的状态和实际展示是两件事 结构化数据分为三层：代码里标了什么、报告认可了什么、用户实际看到了什么。三层之间会拉开距离，常见原因是模板的条件输出、应用的重复注入和变体价格变化。核对这三层差距的流程，见[富媒体结果报告与实际展示的差距](/post/shopify-rich-results-monitoring/)。 Google 的说明里写着，结果增强由各展示位自行决定，并且可能随时间变化，官方因此建议尽量提供丰富的产品信息，而不要纠结具体会被哪个展示用到；价格下降这类信息由 Google 通过观察价格变化计算，不保证展示。这决定了结构化数据的定位：它是入场资格，不是展示承诺。报告里没有错误只能说明代码层面正常，不能说明用户看得到价格、评分或运费。 ## 改动顺序：先试再发，一次只动一类字段 有一个硬规矩：先在副本主题或者单个模板上验证输出，确认无误再发布，不要在营业时段直接改线上主题。一次只改一类字段，比如先处理价格，过几天再动库存，出问题时才定位得到原因。每次改动记下日期、改动的模板或应用、抽样了哪些页面，这三条信息在两个月后交给别人接手时，比代码里的注释有用得多。 ## 什么情况不值得花这笔时间 - 主题默认输出已经正确时，为了"更完整"重写一遍标记，收益很小，风险是整段消失； - 产品描述还是供应商原文、图片混乱、库存状态自己都不清楚时，先把这些做好，结构化数据只是把现状描述得更准确； - 商品数量过万、字段没有维护流程时，先固定一个抽样比例，比如销量靠前的若干款加随机抽样，比一次性全量核对更容易坚持下去。 这些字段更像产品数据的纪律，而不是优化技巧。数据本身错的时候，标注只是把错误说得更清楚一点。整站范围的核对一般会和[谷歌 SEO](/seo/)的技术盘点一起做：先确认哪些页面该被收录、哪些页面的信息本身就不完整，再谈标记怎么写。 --- ## Shopify 筛选 URL 与站内搜索页：要不要被索引的判断顺序 - URL: https://www.guangsuan.com/post/shopify-filtered-url-and-search-indexing/ - 作者: Don Jiang - Published: 2026-09-18T03:22:31+08:00 - Last updated: 2026-09-18T03:34:57+08:00 - 摘要: 筛选页和搜索页要不要进索引，取决于三个问题：有没有人这样搜、内容是否唯一、有没有固定入口。顺序判断清楚了，才知道该加 noindex、该指定规范地址，还是该把它做成独立集合页。 筛选页和站内搜索结果页要不要进索引，没有统一答案，但判断顺序是统一的：先问有没有人这样搜，再问这页的内容是不是唯一的，最后问它有没有稳定的站内入口。三条都成立才值得让它进索引，只要有一条不成立，就该考虑合并、指定规范地址或者不索引。顺序反过来做，先动代码加标记，最常见的后果是把本来有流量的筛选页一起处理掉了。 ## 第一问：真的有人这样搜吗 拿筛选组合去做验证之前，先想买家会不会这样输入。他们会输入"手摇咖啡磨 便携"，未必会输入颜色加容量再加排序方式。后者是屏幕上的控件状态，不是人的说法。可用的验证渠道有三个：搜索框的建议词、站内搜索日志、客服被反复问到的问题。 按顺序问，不要跳到结论（光算 · 示意图） 还有一个操作层面的细节常被跳过：站内搜索日志里的高频词，往往就是该做成独立集合页或文章的选题。把它们整理成一个月度清单，比上新前临时决定筛选条件靠谱。这份清单同时是判断"某个筛选组合有没有独立价值"的证据，能避免凭感觉给页面加索引。 没有数据的时候，把判断标成编辑判断，别当成结论。多数店铺真正有搜索需求的筛选组合只有少数几个，比如"户外用的型号"或者"不锈钢款式"。这几个值得有独立页面和固定入口，其余大多数组合没有这个待遇。 ## 第二问：内容是不是唯一的 筛选页最容易出问题的地方就是内容重复：不同参数组合下，商品列表只差几个条目，标题和描述几乎一样。Google 在规范化说明里把分类页的排序与筛选功能直接列为产生重复内容的原因之一，并说明同一内容能通过多个地址访问会让用户困惑，也让效果追踪变难；同一段说明还强调，你自己写的规范链接只是提示，最终挑哪一页由 Google 判断（[Google 关于规范化的说明](https://developers.google.com/search/docs/crawling-indexing/canonicalization)）。 由此得到一个实际取舍：两个组合如果只有排序不同，分别指定规范链接没有意义，应该都指向不带参数的基础集合页；页面内容真的换了另一批商品时，规范链接指向它自己。同类判断在商品地址上出现过，[同一产品出现两种路径时先查主题里的 within](/post/shopify-collection-product-url-within/) 讲的是同一个逻辑。 ## 第三问：有没有稳定的站内入口 没有任何页面链接过去的地址，只能靠 sitemap 和历史链接被发现，价值有限。这里的判断标准也很直接：运营愿不愿意在导航或集合页正文里给它一个固定链接。愿意，说明它值得进索引；不愿意，就只剩参数组合被碰巧抓到这一条路，那种页面通常只消耗抓取，不带访问。有价值的筛选组合该做成独立集合页而不是参数地址，集合页怎么安排标题、描述与正文，见[集合页 SEO 的标题、描述与正文安排](/post/shopify-collection-page-seo/)。 它们不能互相替代（光算 · 示意图） ## 站内搜索结果页：默认就不该被索引 搜索页的内容由访客输入的关键词生成，参数可以任意组合，页面数量没有上限，也没有稳定入口。让这类页面进索引，等于把一批内容重复、随时变化、没人维护的地址交给搜索引擎。做法上只有一个选择：不索引，但保留可抓取。 还有一类页面的性质与站内搜索接近：账户页、订单查询、购物车、结账流程。它们通常不需要专门处理，要么要求登录，要么处在一次性的流程里，是否输出了索引标记用网址检查工具看一眼就能确认。真正需要你动手的，是主题和应用额外生成的那些列表地址——它们不在平台默认的可索引范围里，却常常被当成正常页面抓走。 顺带说清一个常见误操作：不要用 robots.txt 去挡站内搜索页。Google 的说明写得很清楚，robots.txt 是管理抓取流量、避免服务器被请求压垮的手段，不是把页面挡在 Google 之外的机制；被它挡住的地址依然可能出现在结果里，只是没有描述，而且爬虫根本不去抓取，也就读不到页面上的 noindex 标记（[robots.txt 说明](https://developers.google.com/search/docs/crawling-indexing/robots/intro)）。两个手段叠在一起用，结果是两个都不生效。 ## 给搜索模板加 noindex 的具体做法 主题里搜索页有对应的模板。用 Liquid 模板的主题，可以在模板输出的 head 部分加条件判断： ``` `{%- if template.name == 'search' -%} {%- endif -%}` ``` 主题用的是 JSON 模板时，模板文件本身放不下这段代码，因为 JSON 模板里的 HTML 与 Liquid 必须写在被引用的 section 内（见 [Shopify 主题模板文档](https://shopify.dev/docs/storefronts/themes/architecture/templates)）。这种情况下更稳的位置是布局文件里的 theme.liquid，用同样的条件判断统一输出。robots meta 标签要输出在 head 里，位置放错等于没写，Google 对这类标签的用法有单独说明（[JavaScript 与搜索基础](https://developers.google.com/search/docs/crawling-indexing/javascript/javascript-seo-basics)）。 验证分三步：打开搜索页地址查看源码，确认 head 里出现了这段标记；用网址检查工具确认 Google 看到的结果也是不索引；过几天再回 Search Console 看该地址的收录状态有没有变化。改动前后各留一份源码文本，日后才说得清改了什么。 ## 为什么是"保留可抓取" 不索引和不让抓取是两件不同的事，搜索页要做的是前者。用 noindex 时页面照样被抓取，抓取过程会继续发现页面上的站内链接，站内其他页面不会因此失去入口。如果反过来把抓取也挡掉，爬虫不进这个地址，也就读不到 noindex 标记，一旦有别的站点链接过来，这个地址仍可能以没有描述的形态出现在结果里。这也是为什么处理这类页面的顺序是"先标记、后观察"，而不是"一刀切屏蔽"。 ## 分页和参数一起出现时，先处理哪个 文章列表、集合列表翻到第二页第三页，通常也是由参数生成的地址。这类地址和筛选参数不一样：它们的内容是接续的，不是重复的，而且爬虫需要沿着分页往下走才能发现列表深处的商品。所以分页的处理方式是不加 noindex，让它可以被抓取，同时不必主动写进内链之外的任何地方；真正需要收敛的是参数组合，尤其是没有独立价值的排序和多值筛选。 两者混在一起时按这个顺序做：先给搜索页加 noindex，再收敛筛选参数地址，最后检查分页是否可以正常抓取。顺序反了容易误伤——先给分页加 noindex，列表深处的商品可能迟迟不进入抓取范围，而这类损失在报告里很难直接看到。 ## 筛选参数该怎么处理 参数类型要不要进索引处理方式 站内搜索关键词不要搜索模板加 noindex，保留抓取 排序参数不要单独进规范地址指向基础集合页 单一筛选值且有搜索需求要，但别靠参数地址做成独立集合页并给固定入口 多值组合筛选不要不写入静态链接，随交互生成 最后一行最容易被忽略。组合筛选的可点击链接如果由脚本生成，爬虫不会把它当作新的抓取目标；反过来，主题把每个组合都渲染成静态链接，抓取量会成倍上升，而能带来访问的只有极少数组合。排序与筛选的状态保存是否正常，是主题交互层面的活，排查思路见[一排序就丢筛选时的 URL 状态排查](/post/shopify-filter-sort-theme-state-check/)。组合筛选靠脚本实时重排商品列表时还会牵到交互延迟，这一项单独属于[交互延迟与主线程](/post/shopify-inp-main-thread/)的范围。 ## 抓取预算：减少无价值地址比屏蔽更有效 规范化说明里提到，被选中的规范版本会被更频繁地抓取，重复版本抓取频率更低，目的是减少对站点的请求压力。也就是说搜索引擎自己会做取舍，但它依据的是页面质量与唯一性，不是你希望它抓哪一个。站内能做的三件事：把参数地址从链接里减掉，把有搜索价值的筛选组合做成真正的集合页，别让参数地址进 sitemap。 这里要泼一点冷水：抓取预算这个概念在小站上经常被滥用。几百个产品的店铺，URL 总量可能只有几百到几千条，先纠结抓取预算，不如把产品描述和图片做好。只有当参数页面数量明显超出实际需要时，收缩地址才有可衡量的收益。类似地，币种与比价参数造成的地址膨胀是另一个议题，处理方式见[币种与价格参数造成的重复地址](/post/shopify-currency-price-indexing/)。 ## 五个常见误操作 - 用 robots.txt 挡站内搜索页，以为屏蔽抓取等于不让收录； - 给参数地址加了 noindex，站内却仍然保留指向这些组合的静态链接，抓取量没有下降，真正变化的是这些页面的收录状态； - 把有价值的筛选组合做成纯脚本交互，没有可抓取的链接，却指望它出现在搜索结果里； - 给搜索页指定规范地址指向首页，把两个不同类型的页面混成一个； - 改完之后只看代码，不回搜索结果和报告里看实际变化。 ## 改完之后的核验清单 - 搜索页与参数地址的源码里，robots 标记是否符合预期； - 站内链接里还有没有指向参数组合的静态链接； - sitemap 里有没有混进参数地址，排查顺序见[sitemap 三层子表的结构与常见报错](/post/shopify-sitemap-structure-errors/)； - 有搜索价值的筛选组合是否已有独立页面与导航入口； - robots.txt 里有没有为了图省事添加的 Disallow，改法的边界见[Shopify 的 robots.txt 能改哪部分](/post/shopify-robots-txt-limits/)； - 一个月后对比参数地址的抓取与收录数量变化，别只看前一天的结果。 整站层面，这类活有个固定顺序：先解决"该收录的没收录"，再处理"不该收录的却被收录了"。前者直接影响收入，后者影响效率。哪些页面该被收录却迟迟没进索引，属于[谷歌收录](/google-indexed/)工作里最先要做的判断。 --- ## Shopify 博客 SEO：模板、分类、分页与选题方向 - URL: https://www.guangsuan.com/post/shopify-blog-seo-structure/ - 作者: Don Jiang - Published: 2026-09-18T03:22:31+08:00 - Last updated: 2026-09-18T03:34:57+08:00 - 摘要: Shopify 博客撑不起内容站，但能补产品页讲不清的话。先看清 blog 与 article 的结构限制和模板差异，再按售前真实问题做选题、把文章链接到产品页和集合页。 Shopify 自带的博客很朴素：一个店铺可以有多个博客，文章分属其中某一个，地址形如 /blogs/博客句柄/文章句柄（打开一篇文章看一眼地址栏就能确认）。它撑不起一个内容站，但足够完成一件事——把产品页讲不清的话讲完。判断一篇文章值不值得写，标准是它有没有承担这个任务，而不是有没有填满这个月的排期。 ## 先分清 blog 与 article：结构决定你能改什么 一个店铺可以有多个博客，常用来分开不同语言或不同产品线，文章只属于其中一个博客，不能同时挂在两处。[Shopify 和 WordPress 在 SEO 上的差别](/post/shopify-vs-wordpress/)在博客上体现得最直接：没有分类和标签归档体系，能用来组织内容的只有博客本身、文章标签和站内链接。这意味着"标签当分类用"往往会生成一批内容重复、没有入口的列表页，做之前先想清楚谁会给它链接。 文章承接问题，页面承接交易（光算 · 示意图） 主题层面，页面类型决定模板。Shopify 主题文档说明，每种页面类型对应一个模板类型，要渲染某类页面就必须存在匹配的模板；JSON 模板里的 HTML 和 Liquid 只能写在被引用的 section 内，Liquid 模板才可以直接写代码（见 [Shopify 主题模板文档](https://shopify.dev/docs/storefronts/themes/architecture/templates)）。博客列表和文章详情是两种页面类型，主题里各有模板。具体文件名、是 JSON 还是 Liquid，第三方主题和官方主题未必一样，以你主题的 templates 目录为准，不要照搬教程里的文件名直接改。 顺带说清一个常见误解：博客文章和自定义页面是两套东西。页面适合放关于我们、条款、批发说明这类固定的内容，写进博客会被埋进列表里；反过来，需要按时间更新、需要在列表里被反复提起的内容才放文章。位置选错，入口和生命周期都会跟着错。 ## 分页、标签页：这些地址会自己长出来 文章列表超过一页会翻页，标签也会生成列表地址，这些页面的主体内容和主列表高度相似。处理顺序是先看入口：如果站内没有任何地方链接到它，只靠 sitemap 和历史链接被发现，它的存在价值就很有限。第二步看有没有独立搜索需求——买家真的会为了"某个使用场景"去找一整页列表吗？多数情况下不会，那就不值得为它写正文、加链接。相关判断标准和集合页是一套逻辑，集合页怎么写正文、怎么处理排序与分页参数，可以参考[集合页 SEO 的标题、描述与正文安排](/post/shopify-collection-page-seo/)。 遇到这类地址，按顺序做三步就够：先在站内搜一遍有没有指向它的链接，再在 Search Console 里看这个地址有没有实际的展示和点击，最后才决定留、合并，还是让它保持无链接状态。前两步都是查数据，花不了多少时间，跳过它们直接删或直接 noindex，容易把有流量的地址一起处理掉。 ## 选题：和产品页互补，不重复 产品页负责回答"买哪个、多少钱、什么时候到"，博客负责回答产品页放不下的问题。按这个分工，能写成文章的类型有几种： 答不上来就先别写（光算 · 示意图） 内容类型它解决的问题放在哪 使用场景与搭配买家不确定自己要不要买文章为主，产品页放摘要 型号对比与选型两个型号之间犹豫文章加对比表，链到两个产品页 维护与耗材成本关心买完之后的持续开销文章，产品页补一句摘要 参数解释看不懂规格表上的数字产品页加元字段，文章做延伸 故障与常见问题已经买了，用不明白文章，同时回写客服话术 判断一篇选题值不值得做，可以直接问：这个问题在售前邮件里出现过吗？出现过三次以上，就有资格写成文章。纯粹为了覆盖关键词而拼出来的选题，通常写不出细节，也就带不来点击。 选题还要分层，不然会互相分流量。上层回答"这是什么、值不值得要"，中层做型号对比和选型，下层直接落到具体产品。同一条决策链上三篇就够，同样的内容写十篇，读者只会挑一篇看，剩下的页面互相竞争同一批词。 ## 内链：文章写出来要能把人送到产品页 文章里的链接方向有四种：正文第一次出现具体产品名的位置连到产品页，讲完选型逻辑后连到对应集合页，同一决策链上的下一篇连到另一篇文章，最后才是回到首页或联系页。锚文本用读者会搜的说法，别整篇都是"点击这里"。讲型号对比时，用带着两个具体名字的说法，比"了解更多"有用得多。同一个目标页在一篇文章里只链接一次，后面再提到就用文字带过，避免同一页被反复指向。 反过来也要有：产品页和集合页要能指回文章，否则文章没有站内入口，抓取和点击都弱。这属于内链那一项的检查范围，完整清单见[Shopify SEO 技术自查清单](/post/shopify-seo-technical-checklist/)。菜单和链接在后台内容里的菜单页面管理，博客文章可以作为菜单项（[Shopify 菜单与链接帮助](https://help.shopify.com/en/manual/online-store/menus-and-links)）。博客文章也会随 sitemap 一起更新，每篇文章的 SEO 设置里能单独填标题和描述——sitemap 覆盖哪些内容、结果里显示哪些信息，Shopify 的[站点地图帮助](https://help.shopify.com/en/manual/promoting-marketing/seo/find-site-map)里有一份说明。 ## 文章写完之后：谁负责把它变成订单 文章承接的是搜索来的访问，能不能变成订单取决于下一步：文章有没有把读者送到产品页，产品页接住之后有没有把规格、差异、发货和退货讲清楚。这两段是分开的工作，前一段靠编辑和内链，后一段靠产品页字段与图片，改动代价的排序见[产品页 SEO 字段的取舍](/post/shopify-product-page-seo-fields/)。只做前一段，等于把人领到门口再让他自己找门。 ## 文章自己的标题与描述：先确认主题有没有输出 后台每篇文章的 SEO 设置里能填标题和描述，但填了不等于页面上就出现。有些主题的模板没有输出这些字段，或者输出了却没做长度处理，结果搜索结果显示的是被截断的半句话。检查方式是打开一篇文章的源码，看 head 区域的标题和描述是不是你填的内容；字段存在而页面没有，那就是模板层的问题，改模板比反复调整后台文案有效。 文章上线后别只看收录，还要确认它出现在 sitemap 的博客子表里。子表为空、条目数对不上，通常是主题或应用改动带来的副作用，排查顺序可以按[sitemap 三层子表的结构与常见报错](/post/shopify-sitemap-structure-errors/)走一遍。 ## 发布节奏：数量不是流量 每周发一篇改写来的文章，不如一个季度写四篇把问题讲透的。一篇文章有没有完成工作，看三件事：有没有带来站内跳转到产品页的点击，有没有外部引用，有没有减少售前重复问题。三件都没有，第五篇同类型也没必要写。 排期不要排满，留出大约四分之一的档期给突发问题：旺季前的备货与交期说明、某个型号被大量问到的兼容性、临时出现的质量反馈。这些内容比计划表上第三篇通识文章有价值得多，也更容易拿到真实的外部链接。 把别人的文章换词改写是最差的选择：内容没有新信息，被搜索判断为重复的可能性高，还占用你自己的排期。多语言店铺可以把同一篇内容翻译到另一个语言站，但机器翻译出来的版本质量决定它有没有流量，翻译能力的差别怎么选，见[翻译插件与原生翻译功能的对比](/post/shopify-translation-app-vs-native/)。 如果文章的主要用途是承接英文搜索流量，写作和关键词选择本身是专业活，可以放在[英文 SEO 文章写作](/english-seo-article-writing/)的范围里做；博客结构怎么摆、模板怎么改，则是主题层的活，先弄清 layout、template、section 的关系再动手（[Shopify 主题结构的基础关系](/post/shopify-theme-structure-basics/)）。 ## 老文章：更新、合并还是下线 内容做上几年，一定攒下过期的、重复的、当时只为凑数写的文章。怎么处理取决于它有没有外部价值：被别的站引用过的地址不要直接删，内容还有用就更新，确实要下线就得处理好旧地址，规则和改产品地址一样——旧链接要能一次跳到新的落点，别把访客丢在首页。核验思路参考[改完地址后旧链接与多市场路径的核验](/post/shopify-product-handle-change-verification/)，两端的逻辑相通。 两篇讲同一件事的文章，合并成一篇并让另一篇的地址指过来，通常比两篇都留着更容易被选中。保留内容更全、外链更多的那篇做落点，把另一篇的正文并进去，再决定什么时候下线，不要只留一个空壳页面。 ## 能保证什么，不能保证什么 官方能保证的部分很少：sitemap 会自动包含博客文章并随发布更新，这属于平台行为。剩下的都是经验判断——文章多久被收录、带来多少流量、能不能带起某个关键词，这些没有官方承诺，也没有稳定的时间表，Shopify 文档自己都写着抓取与索引需要时间且 Google 不保证时长。 还有一条容易被忽略：博客解决的是"补充信息"和"承接长尾需求"，不能替代产品页和集合页本身的质量。产品页描述都是供应商原文时，写十篇博客也改不了那些页面的问题。整站层面的诊断通常比多加一个内容栏目更值钱，这也是[谷歌 SEO](/seo/)服务里最先做的一步：先看哪些页面该被收录却没被收录，再决定内容往哪投。 --- ## Shopify 产品页 SEO 字段：handle、标题、描述与 ALT 的取舍 - URL: https://www.guangsuan.com/post/shopify-product-page-seo-fields/ - 作者: Don Jiang - Published: 2026-09-18T03:22:31+08:00 - Last updated: 2026-09-18T03:34:57+08:00 - 摘要: 产品页字段不多，难的是判断哪个值得改。按代价排序看：handle 改一次要还重定向和站内引用的债，标题和元描述便宜但不保证被采用，供应商文案带来的重复要靠补充信息改写解决。 产品页的 SEO 字段就那么几个：handle、页面标题、元描述、产品描述、图片文件名与 ALT。要权衡的不是"填不填"，而是"改动的代价还不上还不上"。标题改十次不欠谁的；handle 改一次，旧地址、别人贴过的链接、主题里的硬编码引用都要跟着动。按代价从高到低排，比照着后台字段顺序挨个填更省事。 字段改动代价动手前要确认 handle高，涉及重定向与站内引用旧地址有没有外链和收藏 页面标题低是否与产品标题混淆 元描述低，但会过期促销信息是否还有效 产品描述中，改成差异化要花时间供应商文案是否通用 图片文件名与 ALT低主题是否真的输出 alt 字段之外还有一层：产品页能不能被搜索看到，取决于抓取与索引有没有走通，字段调得再细，页面没被收录也没有意义。抓取、索引、被选中三层的检查顺序在[Shopify SEO 技术自查清单](/post/shopify-seo-technical-checklist/)里；如果产品页主要靠集合页带流量，集合页的标题、正文与链接安排对整站的影响比单个产品页的字段更大，那部分见[集合页 SEO 的标题、描述与正文安排](/post/shopify-collection-page-seo/)。 ## handle 是唯一改一次就要还债的字段 命名原则只有一条：让不认识你的人从地址读出这是什么品类。小写英文，连字符分词，去掉 new、hot、2026 这类会过期的修饰词。用拼音不如用英文品类词，搜索的人不会输入拼音，尤其当你的买家在美国或德国。 代价高的字段先想清楚再动（光算 · 示意图） 改动的代价来自已经存在的引用。产品被收藏过、被论坛贴过、被联盟客挂过，旧地址就留下了痕迹。改完至少做两件事：在后台为旧地址建立重定向，然后逐个访问旧地址，确认是一次跳转就到位，而不是先落到集合页再让用户自己找。多市场店铺还要看带语言前缀的那一路地址有没有一起处理，清单在[产品 handle 改完后的旧链接与市场路径核验](/post/shopify-product-handle-change-verification/)里写得更细。 什么情况下不值得改：已经有稳定流量和外链的产品，改 handle 的收益抵不过风险，除非名字确实错得离谱，比如拼写错误或者把品类写错。反过来，还没上线的产品、以及批量上新的时候，是改 handle 成本最低的时机，上线前把命名规则定死，比以后一个一个返工便宜得多。 还有一种路径重复不是 handle 造成的。同一件商品会同时存在带集合目录和不带集合目录的两个地址，取决于主题里集合页链接怎么输出。[同一产品出现两种路径时先查主题里的 within](/post/shopify-collection-product-url-within/) 给了定位办法：去改链接的输出写法，不要回头给产品改名。 ## 标题与元描述：先弄清平台会自动取什么 搜索结果里的标题和描述分别从哪来，Shopify 的说明是明确的：标题自动取自页面标题，描述通常取自页面内容，例如产品描述；想自己写，就到每个产品、集合、博客文章和页面底部的 SEO 设置里填（见[Shopify 关于站点地图与搜索结果显示的说明](https://help.shopify.com/en/manual/promoting-marketing/seo/find-site-map)）。官方用的是"通常"两个字，所以自己填的描述不保证被采用。把它当作给点击率写的广告语，比当成排名要素更贴近实际。 写标题时品类词在前、品牌名在后，不要为了塞词把它堆成词组列表。要注意后台 SEO 设置里的标题和产品标题是两个字段：前者只影响搜索结果里显示的标题，后者影响页面展示、站内搜索和后台报表的分组。产品标题的改动会影响报表，这一点[Shopify 产品详情文档](https://help.shopify.com/en/manual/products/details)里有提醒，动手前先确认没有人在看旧分组的数据。 元描述不必追满长度，写清三件事就够：这是什么、给谁用、和替代品差在哪。带促销信息的描述要定期复查，过期的价格比没写更伤点击。 元描述要不要逐页写，取决于页面数量。几十个重点产品的店可以逐页写；几千个 SKU 的店没必要，把时间花在集合页和重点产品上更划算，其余页面让平台自动取内容就行。 ## 产品描述照抄供应商文案，是产品页里最贵的省事 供应商给的描述有两个特点：规格准确，同时至少被另外几十家店铺原样用着。第二个特点在搜索端不占便宜。站内的重复也常见：同一产品存在两个路径时，Google 会把相似页面聚成一组，再从中挑一个作为规范版本，你没法指定它挑哪一个，这是 [Google 关于规范化的说明](https://developers.google.com/search/docs/crawling-indexing/canonicalization)里描述的做法。页面在组里落败之后，抓取频率也会下降。 示意：字段与后台位置的对应关系（界面示意） 改写不靠换同义词，靠补供应商手里没有的信息。实际能用的来源有这些： - 售前被问最多的问题，通常是买家真正在意的点，供应商文案不会提； - 退货和换货的原因，能暴露尺寸、材质、适配性上的误解； - 安装、组装、清洗、耗材更换的步骤与周期； - 包装清单里有什么、不含什么，这一项能挡掉不少售后； - 与同类产品在参数上的具体差异，尤其是买家会拿尺子或仪器去比的部分。 查重复不用工具也能做：抽五个产品，把描述的第一句原样复制去搜索，看有没有别的域名用着同一段话；再看文案里有没有留下别家店铺的名字、型号或内部编号。这两步查出来的问题，说明文案根本没做过差异化，靠改几个形容词救不回来。 把这些放进描述的前三段，规格表留到后面。改写不该是半年一次的批量返工，上新时把上面五项当成必填项更便宜。如果描述要用英文重写并保持差异化表达，这类活儿属于[英文 SEO 文章写作](/english-seo-article-writing/)的范围，和调技术字段不是一回事。 ## 图片文件名与 ALT：做了有用，别指望它救排名 上传文件名会进入图片地址，供应商给的图常叫 IMG_2231.jpg。上传前改成能描述内容的英文短名，成本几乎为零。ALT 属性是另一件事：平台不会替你写，主题有没有输出 alt 取决于模板写法，要打开页面源码确认，而不是在后台找输入框。 ALT 的写法有边界。商品主图写清品类、颜色、容量和视角；装饰性的图标与分割线留空；不要在同一张图里重复堆品类词。图片还牵扯别的指标：首屏大图如果被套上懒加载，加载时机被推迟，这个坑跟 ALT 无关，处理办法在[首屏大图的懒加载与优先级设置](/post/shopify-lcp-image-optimization/)里。产品图片属于在线商店图片体系的一部分（[Shopify 在线商店图片帮助](https://help.shopify.com/en/manual/online-store/images)），上传规则和尺寸限制以当前后台为准。文件名和 ALT 能帮搜索引擎和买图的人看懂，但它们不是能让一个薄弱产品页起量的杠杆。 ## 规格与场景说明：用元字段补，不要塞进产品描述 需要成组出现的结构化信息，比如尺寸表、材质、适配型号、常见问题、下载资料，塞进产品描述会让正文越滚越长，模板也没法统一排版。这类内容适合用元字段存，再在产品模板里按固定位置渲染。判断有没有做对看页面源码：内容必须出现在可抓取的 HTML 里，只存在后台的值等于没写。渲染时还要处理缺失值，没有数据的字段不要输出一个空标题。具体做法见[用元字段做规格表、FAQ 与场景说明](/post/shopify-metafields-content-display/)。 ## 多市场店铺：handle、标题、描述要不要分语言 开了多市场之后，同一个产品会多出带语言或地区前缀的地址。要不要为每个市场单独写标题和描述，取决于内容是不是真不一样：只把标题翻译一遍、正文还是同一段英文，这种半个本地化对买家帮助有限。改 handle 时要连带确认带前缀的那几路地址有没有一起处理，语言版本的路径与标记如何对齐，先看[Shopify Markets 的地址形态与语言标记对齐](/post/shopify-markets-hreflang/)。 ## 改完之后的六项核对 - 旧地址是否一次跳转到新地址，别留跳转链； - 站内还有没有旧链接：导航、集合描述、博客正文、页脚； - sitemap 里的地址是否已更新，Shopify 会自动更新，抓取则要等； - 页面源码里的结构化数据，价格与库存是否和页面显示一致； - 外链的锚文本还能不能把用户送到正确页面； - Search Console 里旧地址的表现变化，按周观察，不用一天看三次。 产品页字段是单页层面的活。整站产品描述都在照抄供应商文案时，改字段解决不了重复问题，那属于内容与内链结构的整体工作，一般和[谷歌 SEO](/seo/)的第一次技术盘点一起做：先弄清哪些页面根本没被收录、哪些不值得被收录，再谈逐页改写。 核对频次按改动量来定：上新集中期每周扫一遍明显错误，平静期每月一次就够。把六项做成一张固定表格，填上日期和结论，比每次靠记忆重新想一遍可靠。 ## 这些做不到，别写进承诺 改标题不保证排名上升，Google 自己决定结果里显示哪个标题。元描述不保证被采用。sitemap 提交不保证收录，Shopify 官方文档明确说抓取与索引要花时间，而 Google 不承诺多久，所以任何"几天收录"的说法都只是经验判断。handle 改动之后旧地址的权重怎么转移，也没有官方时间表，只能靠观察。产品页字段属于基本功：把它当排名手段会失望，把它当作"让搜索引擎和买家看懂这页在卖什么"的准备，期望才对得上。 --- ## Shopify 集合页 SEO：标题、描述、正文与内链怎么安排 - URL: https://www.guangsuan.com/post/shopify-collection-page-seo/ - 作者: Don Jiang - Published: 2026-09-18T03:22:31+08:00 - Last updated: 2026-09-18T03:34:57+08:00 - 摘要: 集合页先分类再动手：导航型与有搜索需求的细分集合值得写，纯筛选自动集合先决定要不要被索引。正文写在列表上方还是下方、参数怎么处理，都在这篇里。 集合页是 Shopify 店铺里最容易被浪费的一层。它天然带着分类语义和商品列表，却经常被当成自动生成的目录页放着不管；反过来也有另一种浪费，给每个筛选组合都塞一段几百字的说明。值得写内容的集合页其实很少，先分类，再决定每一类怎么处理。 ## 先分三类，处理方式完全不同 第一类是导航型核心分类，也就是菜单里那几个主要入口，承接买家头脑里已有的品类词，值得写标题、描述和正文，也值得从各处链接过去。第二类是有独立搜索需求的细分集合，比如某个材质、某种使用场景、某类规格组合里确实有人在搜的那几个。第三类是纯筛选自动集合，由标签或筛选条件自动生成，地址会随商品上下架变化，内容基本就是商品卡片本身。三类之间的边界不是固定的：某个筛选组合被反复使用、又确实有人在搜，它就值得从第三类挪到第二类。 有需求且内容唯一的才值得投入（光算 · 示意图） 分类的意义在于资源分配。前两类按页面单独处理，第三类先回答「要不要被索引」，答案是否定的时候，写正文是白费力气。Google 把分类页的排序与筛选结果列为重复内容的常见来源之一（[URL 规范化说明](https://developers.google.com/search/docs/crawling-indexing/canonicalization)），纯筛选集合被大量索引，最直接的结果就是同类页面互相稀释。 判据是这类页面有没有稳定的内容和稳定的入口，两样都没有的，先把索引问题处理掉，再谈优化。 ## 标题和描述写买家要做的判断 Shopify 的集合和产品、博客文章、页面一样，在编辑页底部有 SEO 预览区，可以单独设置搜索结果里显示的标题和描述（[sitemap 与搜索结果展示说明](https://help.shopify.com/en/manual/promoting-marketing/seo/find-site-map)）。集合页标题先要让人看出这是哪个品类，再带一个有区分度的限定，比如规格、材质或使用场景。一口气堆四五个近义品类词，通常让每个词都变弱。 描述写的是买家在这个分类下要做的判断：尺寸怎么选、材质差别在哪、交期口径、适合什么场景。这类信息比「本页面提供优质产品」有用得多，也更容易被点击。 页面上的正标题和搜索结果里显示的标题是两处设置，不要混用：前者面向正在浏览的买家，可以用更完整的表达；后者受长度限制，需要把品类词放在前面。SEO 预览区改的是后者，页面标题由模板决定。 ## 正文放哪，比写多少更重要 常见位置有三个，各有用处。列表上方的一两段是筛选前的判断信息，决定买家要不要继续往下看；列表下方可以放选型说明、常见问题和对比表，这时候读者已经看完商品，需要的是决策依据；列表中间塞长段文字会干扰浏览，尽量不用。 顺序反了会写出重复内容（光算 · 示意图） 内容怎么输出取决于主题。集合描述字段可以直接输出到模板，结构化信息可以存进元字段，再在主题编辑器里接到模板上（[产品详情的说明](https://help.shopify.com/en/manual/products/details) 提到可以用元字段存专门信息和文件，并在兼容的主题里通过主题编辑器接到页面）。集合页的渲染需要类型为 collection 的模板，模板与 section 的关系见 [Shopify 关于模板的文档](https://shopify.dev/docs/storefronts/themes/architecture/templates)。先看你主题的集合模板里有没有可编辑的富文本区块，再决定正文写在哪里。 ## 集合页和产品页、文章各管一段 三个层级回答的问题不一样：集合页回答「这一类里该怎么挑」，产品页回答「这一个型号是什么、多少钱、什么时候到」，文章回答「为什么、怎么用、怎么比较」。内容写重复的典型表现是三处都在讲同一段材质介绍，读者看不出该看哪一个，搜索引擎也难判断哪一页更值得展示。 分工可以按一句话执行：同一段内容只出现在一处，其余位置用链接引过去。集合页讲挑选维度，产品页讲具体参数与交付口径，文章讲使用场景和横向比较。产品页字段怎么排、描述怎么写，另见 [产品页 SEO 字段的取舍](/post/shopify-product-page-seo-fields/)。 ## 排序与筛选参数：先确认它生成什么地址 点一次排序或筛选，看地址栏怎么变，这是最直接的检查。可能的三种情况：带参数但不产生新的可抓取入口，这是比较理想的状态；带参数且能在站内被链接到，需要统一处理；参数变化会生成一整套内容相同的页面，问题最大。 处理顺序是先看有没有独立搜索需求，再看内容是否唯一，最后才决定是统一规范版本还是让它不被索引。两个手段的效果不一样：被规则挡住抓取的地址仍可能出现在结果里，被明确标注不索引的才会退出。判断顺序与主题层面的落地方式写在 [筛选 URL 与站内搜索页的索引判断](/post/shopify-filtered-url-and-search-indexing/) 里；参数组合膨胀对抓取的拖累，也对应 [技术自查清单](/post/shopify-seo-technical-checklist/) 中的筛选与排序那一项。 ## 分页入口要一起看 集合页到一定数量会分页，第二页以后的地址能不能被抓到，决定了列表深处商品有没有内部入口。把「加载更多」做成纯脚本行为、又不提供真正的下一页链接，是集合页最常见的可达性问题。检查方法是在源码里搜有没有指向下一页的链接；没有的话，列表深处的商品只能靠 sitemap 被看到，权重也很难从首页传下来。分页地址也不适合塞进导航，能被链接到就够了，不必让它变成主要入口。 ## 内链：集合页是中间那一层 菜单是主要通道。Shopify 的菜单用于组织指向产品、集合、网页、博客文章的链接，在后台的内容菜单里增删，显示位置在主题设置里选（[菜单与链接](https://help.shopify.com/en/manual/online-store/menus-and-links)）。主要分类要能从菜单点到，不要只靠首页某个区块或脚本展开的导航，后者在抓取时不一定存在。 集合页往下要指向重点产品：在正文里引用几个代表型号，锚文本写产品名加关键属性，比在末尾放一排「热门推荐」有用。集合之间横向链接时，锚文本要能区分开两个集合，否则链接和相关词都变模糊。至于「怎么选」这类内容，放博客更合适，集合页给一段摘要和入口就够了，文章到集合、集合到产品的链路安排，在 [博客结构、分页与选题方向](/post/shopify-blog-seo-structure/) 里有具体写法。 锚文本的写法有一个简单的检验标准：把链接前后的句子单独拿出来，不看链接目标，读者也能知道点进去会看到什么。「防水徒步鞋」比「点击查看」有效，「适合湿滑石面与泥地的徒步鞋」又比前者更准确。同一个集合在同一页面上被链接两次时，用同一段锚文本比换说法更清楚。 面包屑标注把页面已有的层级表达出来，帮助搜索引擎理解页面在站点里的位置，前提是页面确实有对应的导航层级，靠标注造一层不存在的层级没有意义（[面包屑结构化数据](https://developers.google.com/search/docs/appearance/structured-data/breadcrumb)）。同一页面上能标什么、不该标什么，另见 [面包屑与品牌信息结构化数据](/post/shopify-breadcrumb-and-brand-schema/)。 ## 正文不是越长越好 判断标准落在内容上：这段文字有没有回答这个分类下必须回答的问题，跟字数关系不大。两个可以直接用的检验：把正文遮住，只看商品列表，买家能不能判断该买哪一个；把描述里的品类名词换成另一个品类，这段话是否照样成立。第一个检验不通过说明信息不够，第二个检验通过说明这段话没有内容。 不要为每个自动集合造一段文字。同一段话套在几十个筛选页上，等于制造几十个近似重复页面，与搜索引擎处理重复内容的方式正好相反（同前文规范化的说明）。删掉这些文字，比优化它们划算。重复的判断标准也不只看字面：同一段文字出现在哪些页面上，决定了它是不是稀释页面的那一个，所以删减和新增同样重要。 下面四种做法最容易白费力气，对照一遍再动手。 做法结果怎么改 给每个筛选组合写一段说明几十个近似重复页面互相稀释只把有搜索需求的少数几个做成真正的集合页 标题里堆四五个近义品类词每个词都不强，点击率也没提升品类词加一个有区分度的限定 同一段描述套用到几十个集合内容不唯一，很难被选中只写这个分类独有的挑选信息 集合页只有商品卡片，没有正文缺少能被引用的内容，也没有内部入口列表下方补一段选型说明并链到重点产品 ## 边界：哪些做不到 集合页写正文不保证带来排名和流量，页面能不能被选中还取决于商品、价格、竞争情况和整站的链接结构。排序与筛选地址的形态由 Shopify 路由和你的主题决定，动手前先确认主题实际生成的是什么地址，不要照搬别人的模板文件。这一层最容易碰到的两个具体问题是同一产品的两种路径与排序后筛选状态丢失，处理顺序见 [同一件产品出现两种路径的检查方法](/post/shopify-collection-product-url-within/) 和 [排序后筛选丢失的排查](/post/shopify-filter-sort-theme-state-check/)，这两个先解决，再谈内容。 如果你的集合页需要的是关键词与内容层面的规划，光算的[谷歌 SEO 服务](/seo/)承接这一部分；集合模板、元字段输出这类改动仍然要在你自己的主题里完成。日本和德国的买家对同一个类别的关注点不同，这类分市场内容差异的规划另说，与本文讲的页面内结构调整不是一回事。 --- ## Shopify sitemap 结构解析：三层子表与常见 404 排查 - URL: https://www.guangsuan.com/post/shopify-sitemap-structure-errors/ - 作者: Don Jiang - Published: 2026-09-18T03:22:31+08:00 - Last updated: 2026-09-18T03:34:57+08:00 - 摘要: sitemap 出问题通常不是文件坏了，而是子表地址、robots 放行状态和索引报告三处对不上。按根文件到子表、再到报告的顺序查，比反复重新提交有效。 Shopify 的 sitemap.xml 由平台自动生成、自动更新，正常状态下不需要人工维护。它出问题时，文件本身一般没坏，对不上的通常是三处：子表的当前地址、robots 的放行状态、Search Console 里的索引报告。分开看这三处，比反复重新提交 sitemap 有效得多。 ## 根 sitemap 是索引，子表按内容类型拆开 所有 Shopify 店铺都会自动生成一份 sitemap.xml，放在店铺域名的根目录下，内容包含指向产品、产品主图、页面、集合和博客文章的链接；这份文件会指向产品、集合、博客、网页各自的独立 sitemap（[Shopify 关于 sitemap 的说明](https://help.shopify.com/en/manual/promoting-marketing/seo/find-site-map)）。所以你看到的形态是两层：根文件负责索引，子表按类型分列，产品这类数量大的还会继续分段。子表的具体命名和分段形式，以你打开自己的 sitemap.xml 看到的内容为准，不要按别的教程里的固定文件名去猜。还有一件事要避免：手工上传一份自建的 sitemap 文件。平台上已经有自动生成的版本，两份并存只会让报告里出现互相矛盾的条目。要调整收录范围，改的是页面和 robots 规则，不是另造一份文件。 条路由平台维护，不由你手写（光算 · 示意图） 更新是自动的：新增网页、产品、集合、图片或博客文章之后，sitemap 会自动更新（同一份文档）。这意味着你不需要为了「提交新内容」去动这份文件，真正要确认的是更新之后有没有被正常读取。 用了国际域名的店铺要单独注意：这种情况下每个域名都会生成自己的 sitemap，所有域名都能被搜索引擎发现，除非它们跳转到主域名（同一份文档）。多语言版本不用另外处理，语言会自动加进各个域名的 sitemap。 ## 里面会出现哪些地址，哪些不会 文档给出的范围是产品、产品主图、页面、集合和博客文章。除此之外的地址通常不在里面：后台和结账路径由 robots 规则挡着，站内搜索结果页不是稳定的内容地址，也不会有人希望它出现。被明确设置为不索引的页面是否还留在 sitemap 里，取决于平台对这个设置怎么处理，需要你打开文件实际确认，不要假设它会自动消失。 还要区分平台生成的 sitemap 和其他来源的 sitemap 文件。如果根目录下多出别的 sitemap 文件，或者 Search Console 里显示提交了多个地址，先弄清每个是谁生成的、覆盖什么内容，再判断哪一个才是你现在依赖的。两个来源互相打架的时候，先删掉不再维护的那个，别让报告里一直挂着看不懂的条目。 ## 提交之前先验证域名，每个域名各提交一次 - 在 Search Console 添加资源并验证所有权：选 URL 前缀，填带 `https://` 的域名；用 HTML 标签方式验证时，把平台给出的 meta 标签整段粘贴到 theme.liquid 的 head 标签下面，再回来点验证。 - 确认店铺没有处于密码保护状态，否则爬虫访问不到内容。 - 进入 Search Console 的索引相关菜单里的 Sitemaps，输入 sitemap.xml 后提交，域名前缀会自动补上。 - 用了国际域名的，每个域名各提交一次。 这几步来自 Shopify 的文档说明。提交只是入口，之后要看的是报告：Google 抓取 sitemap 之后不会同时索引整个网站，而是逐页处理，用页面上的元数据决定搜索结果里显示什么（同一份文档）。所以「已提交」这个状态本身没有信息量，真正要看的是每个地址目前处于已收录、已抓取未收录还是被排除。报告在不同版本的 Search Console 里名称可能不同，以你自己账号里看到的为准。数据对不上时，比起盯总数，抽样核对更快：从子表里挑几个地址，用 Search Console 的 URL 检查工具看 Google 实际看到的版本和你自己打开看到的是否一致。问题通常集中在某一类页面，而不是全站都错。 先排除最容易被忽略的原因（光算 · 示意图） 索引要花多久，平台和 Google 都不给承诺，Shopify 文档的措辞是这个过程需要时间且不作时间保证（同一份文档）。想先建立合理预期，可以看已经写过的 [新站索引时间](/post/%e8%b0%b7%e6%ad%8c%e9%9c%80%e8%a6%81%e5%a4%9a%e9%95%bf%e6%97%b6%e9%97%b4%e6%89%8d%e8%83%bd%e7%b4%a2%e5%bc%95%e4%b8%80%e4%b8%aa%e6%96%b0%e7%9a%84-shopify-%e7%bd%91%e7%ab%99/)，那里按阶段说了这段等待期里该做什么。 ## 产品子表为什么会有好几个 产品数量大的店铺，产品子表会拆成若干份，每份按区间覆盖一批产品。这样做的目的是单份文件不至于过大，抓取时也能分开读取。排查时只看了第一份就下结论，会漏掉后面的产品。做法是从根文件出发，把产品类型下面列出的地址全部打开，确认每一份都能访问、都有条目。 ## 五类「对不上」，按这个顺序查 先看根文件和子表的关系，再往外查。顺序错了会在错误的地方花掉一整天。 ### 根文件里列出的子表打开是 404 子表会随数据变动重新生成，地址里可能带区间或数量参数，之前记录下来的子表地址后来失效属于正常现象。先重新打开根文件、按当前列出的地址逐个访问，能打开就不用管。如果根文件当前列出的地址依然打不开，才需要怀疑主题或应用改写了输出。判断要用当前的实际结果，不要拿几个月前存下来的地址做依据。 ### 子表能打开但内容为空或条目异常少 sitemap 收的是平台认为可以在线访问的地址，条目数不等于后台列表的数量。明显偏少时，比较常见的几类原因是商品还是草稿状态、没有发布到在线商店这个销售渠道、或者不属于当前某个市场。这几类商品的实际收录表现，要以你打开子表看到的结果和商品当前的发布状态对照确认，不要凭经验下结论。 ### 条目数和后台数量对不上 先确认双方在数同一种东西。后台商品列表数的是商品，sitemap 里出现的可能包括产品地址、主图、集合页、博客文章和网页，两边口径本来就不同。要用同一个口径比：只数产品地址，再和后台已发布商品数对照，仍然差很多才需要继续查。 ### 被 robots 挡住了 robots.txt 管的是抓取通道，规则里挡掉了要收录的目录，sitemap 里列着的地址同样抓不到。先打开 `域名/robots.txt` 看有没有过宽的规则，改动方法和验证步骤见 [robots.txt 能改什么、怎么验证](/post/shopify-robots-txt-limits/)。 ### 更新没有及时反映 sitemap 自动更新，但它到你看到的报告之间还有抓取和重新处理的过程，这段时间不由你控制。看到旧数据先等一轮，连续几天重复提交同一个地址不会加快处理。 ## 报告里的地址比 sitemap 多，先别慌 报告里出现的地址数量经常大于 sitemap 的条目数，因为发现地址的方式不止 sitemap：站内链接、外部链接、历史抓取记录都会成为发现路径。反过来，报告里的数量少于 sitemap 才是需要留意的方向，通常意味着部分地址还没被抓取，或者抓到了但不满足收录条件。判断时看差值集中在哪一类页面，别只盯总数。 ## 多域名与多语言时的三条核对 - 每个域名各有一份 sitemap，要各自提交；只在主域名上销售时，其余域名应当指向主域名，而不是各留一份可访问的内容。 - 语言版本会自动加进各个域名的 sitemap，不需要你手工维护，但要确认各语言地址在页面上确实互相指向，这部分见 [Markets 与 hreflang 的对齐](/post/shopify-markets-hreflang/)。 - Search Console 里提交了多个域名的 sitemap 时，看报告先确认当前选的是哪个资源，否则会把两个域名的数据混在一起判断。 ## 查 sitemap 用什么工具就够 不需要额外软件。浏览器直接打开 sitemap.xml 看根文件列了哪些子表，再逐个打开；商品的发布状态在后台商品列表里核对；索引情况在 Search Console 的报告里看。第三方爬虫工具能帮助了解整体抓取情况，但它抓到的结果和搜索引擎实际处理的并不完全一致，它标出的「未收录」也不等于最终结论，判断时以官方报告为准。报告里能看到抓取与收录状态，但不会告诉你为什么没收录，原因通常要回到页面本身去找。 ## sitemap 是弱信号，替代不了内链和内容 Google 在决定哪个地址作为规范版本时，会参考 URL 是否出现在 sitemap 里，同时参考协议、跳转和页面上的 canonical 声明，最后仍由它自己选，声明只是提示而不是规则（[URL 规范化说明](https://developers.google.com/search/docs/crawling-indexing/canonicalization)）。sitemap 只是这串因素里的一个，指望它单独把页面推进搜索结果不现实。 决定页面能不能被选中的，还是内容本身以及站内能不能走到它。集合页的链接安排见 [集合页的标题、正文与内链安排](/post/shopify-collection-page-seo/)，整站层面的可达性与规范标注核对，见 [从抓取到索引的技术自查清单](/post/shopify-seo-technical-checklist/)。 ## 什么时候不该继续折腾 sitemap 如果根文件能打开、子表正常、robots 放行，报告里的问题集中在「已抓取但未收录」，那问题不在 sitemap，而在页面本身：内容与其他页面过于相似、缺少内链入口、或者页面价值不足。继续重新提交不会改变结果。 重新提交有价值的时机只有几类：换域名、调整过 URL 结构、大批量上架新品。日常小改动不用重复提交，自动更新会覆盖到。每改一次就提交一次，除了让自己感觉在做事情，没有别的效果。 还有一个容易走偏的地方：把 sitemap 的条目数当成收录目标去追。条目数只是文件里地址的统计，和排名、流量没有对应关系，也不适合当考核指标。 边界收一下：sitemap 不保证收录，也控制不了展示，抓取与索引的时间由搜索引擎决定，平台文档明确说不作保证。如果你的问题已经越过技术层、变成整站范围的抓取与收录推进，光算的[谷歌收录服务](/google-indexed/)处理的是这一层，它不会改变你主题里 sitemap 的自动生成机制，也不要指望提交一次就解决内容质量问题。 --- ## Shopify 的 robots.txt 不能直接改：能改哪部分、怎么验证 - URL: https://www.guangsuan.com/post/shopify-robots-txt-limits/ - 作者: Don Jiang - Published: 2026-09-18T03:22:31+08:00 - Last updated: 2026-09-18T03:34:57+08:00 - 摘要: robots.txt 在 Shopify 不是你能上传的文件，改动入口只在主题代码里。这篇讲清追加规则的写法、改完怎么逐行验证、缓存和生效时间由谁决定，以及三种不该用 robots.txt 处理的问题。 先给结论：Shopify 的 robots.txt 不是你上传的文件，它由平台生成，你唯一的改动入口是主题里的 robots.txt.liquid。另一件更要紧的事，它不是用来阻止页面被收录的工具，拿它做 noindex 的活，结果通常和预期相反。 ## 后台里找不到「编辑 robots.txt」是正常的 每个 Shopify 店铺在域名根目录下都有一份 robots.txt，由平台生成，访问 `你的域名/robots.txt` 就能看到。Shopify 的 SEO 文档把「编辑 robots.txt.liquid」单独列为一项（[SEO 文档目录](https://help.shopify.com/en/manual/promoting-marketing/seo)），这说明改动位置在主题代码里，后台没有上传入口。文件通常放在 Templates 目录下，不同主题版本的位置以你在编辑代码里实际看到的为准，不用花时间找「恢复默认」的按钮，它不存在。 规则只限制抓取，不决定是否收录（光算 · 示意图） 由此可以得到两条限制：不能上传自己的 robots.txt 覆盖平台版本；也不能为不同爬虫返回不同文件，同一份文件对所有访问它的爬虫生效。 ## 一次最小改动长什么样 下面的片段只做一件事，追加两条自定义规则，前面平台已有的段落保持不动。 ``` `# 追加在文件末尾，不要删除原有段落 User-agent: * Disallow: /pages/old-campaign # 只想屏蔽某个爬虫时，单独开一组 User-agent: SemrushBot Disallow: /` ``` 结构就三行：`User-agent` 说明规则对谁生效，`Disallow` 写不许抓取的路径，路径按前缀匹配。第一组对所有爬虫生效，第二组只对写明的那个爬虫生效。路径要换成你自己真正想处理的地址，上面那个只是示例写法。 换行和分组是容易踩坑的地方：同一个 `User-agent` 分组里写多条 `Disallow` 是正常的，两个不同分组之间用空行隔开；把同一组规则拆到两个同名分组里、中间隔着别的爬虫，不同爬虫的解析结果可能不一致。Google 的文档也提示不同爬虫对语法的解释存在差异（[robots.txt 介绍](https://developers.google.com/search/docs/crawling-indexing/robots/intro)）。改动原则只有一条：在文件末尾追加，不重写、不重排平台已有的段落。一次只加一组规则，验证通过再考虑下一条。 ## 平台默认段落里已经有一批规则 打开你现在线上的 robots.txt，会看到平台默认写入的若干 `Disallow` 条目，覆盖后台、购物车、结账一类的路径，以及一条指向 sitemap 的记录。这些内容由平台维护，不必逐条背下来，但改动前必须先把当前文件整段复制下来作为基线。判断方法：改完之后把新旧两份内容对比，除了你新增的行，其他部分应当完全一致。先删再重写的做法很危险，可能把原本该挡的路径放出去，也可能反过来挡掉该抓的目录。 改前存基线，改后逐行比对（光算 · 示意图） 如果 sitemap 的地址要跟随当前域名输出，模板里可以写成 `Sitemap: {{ shop.url }}/sitemap.xml` 这种形式。用国际域名时每个域名都会生成自己的 sitemap（[Shopify 关于 sitemap 的说明](https://help.shopify.com/en/manual/promoting-marketing/seo/find-site-map)），Sitemap 行的实际输出要以逐个域名访问 robots.txt 看到的内容为准。 ## 验证只有一条路：直接打开 /robots.txt - 改动前访问 `https://你的域名/robots.txt`，把内容整段保存为基线。 - 在主题代码里修改 robots.txt.liquid。如果同时要动其他主题文件，先在副本主题里改好再发布，主题目录与文件职责见 [layout、template、section 的关系](/post/shopify-theme-structure-basics/)。 - 发布后再访问同一地址，逐行比对，确认只多了你要加的规则。用无痕窗口，避免本地浏览器缓存干扰。 - 如果内容没有变化，先别重复改文件。robots.txt 在边缘节点上可能有缓存，刷新时间不确定，稍后或换个网络再访问一次。 - 如果打开后返回的是商店页面的 HTML 而不是规则文本，说明这个文件的输出已经被主题或应用改坏，先把它恢复成正常内容再排查。 比对时重点看三件事：新增的行是不是在预期的位置、原有的 `User-agent` 分组有没有被拆散、sitemap 那一行还在不在。只加一行却让整个文件结构变了，说明改的位置不对——在文件末尾追加和在分组中间插入，得到的结果不一样。 五步做完，这一项才算通过。这一步对应 [从抓取到索引的技术自查清单](/post/shopify-seo-technical-checklist/) 里的第 1 项，通过标准与上面一致。另外，搜索引擎要重新读取这份文件才会按新规则处理，这个时间由搜索引擎决定，不由你决定。 ## 三种不该用 robots.txt 做的事 第一是阻止收录。Google 的说明写得很直接：robots.txt 主要用来管理爬虫抓取流量，并不是把网页排除在 Google 之外的手段；被 Disallow 的地址仍然可能出现在搜索结果里，只是结果里没有描述（[robots.txt 介绍](https://developers.google.com/search/docs/crawling-indexing/robots/intro)）。站内搜索页和筛选页是误用 Disallow 最常见的两个场景，判断顺序写在 [筛选 URL 与站内搜索页的索引判断](/post/shopify-filtered-url-and-search-indexing/)。 第二是代替 canonical。canonical 需要爬虫读到页面才起作用，被 Disallow 的地址爬虫根本不看，写在里面的规范声明等于没写。要合并的重复地址，用规范标注或统一入口解决。 第三是用一条过宽的规则处理参数。排序与筛选参数确实是重复内容的常见来源（[URL 规范化说明](https://developers.google.com/search/docs/crawling-indexing/canonicalization)），但把整个集合目录写进 Disallow，会把正常分类页一起挡掉，而 sitemap 里还列着这些地址，两边形成矛盾信号。集合页本身该不该写内容、参数怎么处理，见 [集合页的标题、正文与内链安排](/post/shopify-collection-page-seo/)；参数导致的筛选状态问题可以对照 [排序后筛选丢失的排查](/post/shopify-filter-sort-theme-state-check/)。 四个误用对照着看更清楚。 想达到的效果用 robots 会怎样更合适的做法 让某个页面不出现在结果里地址仍可能出现，只是结果里没有描述用 noindex，或把页面删掉 合并两个内容相同的地址爬虫读不到被挡的那个地址，规范声明无效统一规范标注或统一站内入口 减少站内搜索页造成的抓取浪费规则写宽会连正常页面一起挡掉按模板给搜索页加 noindex 保护内部资料不遵守规则的爬虫照抓，地址也会被公开引用密码保护或改为不公开 ## 多数店铺其实不需要动这个文件 平台默认的规则已经挡掉了后台、购物车、结账这些不该被抓的路径，常规的商品结构也不需要额外规则。真正需要追加的情况很窄：某个应用生成了一批带参数、内容重复的地址；你有一个临时活动页或批发入口不想被收录；要针对某个采集类爬虫做限制。动手前先问一句「不加这条规则，实际会出现什么问题」，答不上来就别加。规则越多越容易互相冲突，几个月后也很难说清每条为什么存在。 判断标准可以更简单一点：一条规则的目的要能用一句可验证的话说出来，比如「挡住应用生成的重复列表页」。说不出来，这条规则就不该出现在文件里。 ## 改之前先留一份能粘回去的内容 robots.txt.liquid 属于主题文件，改坏了没法从后台「恢复默认」，能依靠的只有你自己保存的基线。做法是改动前把文件全文复制到本地文本文件，命名带上日期；出现异常时先把文件恢复成基线，确认站点抓取状态正常，再一条一条重加规则。如果你不熟悉主题代码，就交给能操作主题的人来做，或者在副本主题里改好、确认文件内容无误再发布。 ## 被挡住的地址，不要同时指望 noindex 常见的错误组合是：一个地址既写了 Disallow，又在页面上加了 noindex，以为上了双保险。实际只生效一半——爬虫不会去抓这个地址，也就读不到页面里的 noindex，而地址本身仍然可能出现在结果里。想彻底不收录，靠页面上的标注或把页面删掉；只想减少抓取浪费，才用 robots 规则。分工先想清楚，再动手改文件。顺序上，先确定这个地址最终要不要被收录，再挑工具，比反过来省事。 ## 写错一行就能挡住整站 `Disallow: /` 是最危险的写法，一行就能让全站进入不被抓取的状态。它不会立刻生效，但搜索引擎下次读取 robots.txt 之后就会按新规则处理，恢复同样要再等一轮。改之前把原文件内容保存到本地，出问题先把文件恢复成基线内容，再慢慢排查。 另外两个边界：robots.txt 的规则不保证被所有爬虫遵守，非主流爬虫可能完全忽略它（同一份文档里列出了这条限制）；它也不能用来保护隐私内容，需要保护的目录要用密码或其他访问控制。sitemap 被这条规则挡住时会出现什么现象，见 [sitemap 结构与常见 404 排查](/post/shopify-sitemap-structure-errors/)。规则什么时候生效、爬虫是否遵守，都不在你控制范围内，能控制的只有文件内容本身。 最后一句提醒：这个文件常被当成技术实力的展示，实际上改动越少越好。它不能提升排名，也不能让某个页面更快被收录，能做的只是限制爬虫不去读某些地址。 - 规则不保证被遵守，非主流爬虫可能直接忽略。 - 生效时间由搜索引擎的抓取节奏决定，改完看不到变化属于正常。 - 它不能按访问来源区分，只能按爬虫标识分组，也不能替代访问控制。 ## 改完之后还要回头看的两种情况 一是规则和 sitemap 的一致性。如果新增的规则把 sitemap 里列着的目录挡掉了，两边就是互相矛盾的信号，最终按哪边处理由搜索引擎判断，你没法预测。二是换主题或主题升级之后。robots.txt.liquid 是主题文件，换主题通常会把这份文件一起换掉，之前加的规则就消失了；主题层面的验收不止这一个文件，相关清单可以对照 [主题改版的冻结清单与验收项](/post/shopify-theme-redesign-without-seo-loss/)。 如果排查的结论是抓取和索引在整站层面卡住，光算的[谷歌 SEO 服务](/seo/)处理的是这一层，但 robots.txt 本身还得由你在自己的主题里改，改动前后的结果也要你自己验证。 --- ## Shopify SEO 技术自查清单：从抓取到索引的 12 项检查 - URL: https://www.guangsuan.com/post/shopify-seo-technical-checklist/ - 作者: Don Jiang - Published: 2026-09-18T03:22:31+08:00 - Last updated: 2026-09-27T09:53:49+00:00 - 摘要: 技术 SEO 出问题，多半是顺序错了。这份清单按能否抓取、能否被索引、索引后能否被选中三层排开 12 项检查，每项写清在哪查、什么算通过，也写清平台已经做掉的部分不用重复做。 技术 SEO 出问题，很少是因为某一条规则写错，更常见的是顺序错了：先去改标题和描述，却没确认页面到底有没有被抓到。下面 12 项按「能不能抓取、能不能被索引、索引之后能不能被选中」三层排，每一项都写清在哪查、什么算通过。前一层不通过，下一层不用动。 ## 三层顺序反了，后面基本白做 Google 索引页面时会先判断页面的主要内容，再把内容相近的页面归到一起，从中挑一个作为规范版本（见 [Google 对 URL 规范化的说明](https://developers.google.com/search/docs/crawling-indexing/canonicalization)）。这条链路很短：抓不到就没有索引，没有索引就没有排名。三层各自的判断对象不一样。 前一层没过，后一层无从谈起（光算 · 示意图） - 抓取层看爬虫能不能访问到这些 URL：robots.txt 规则、sitemap 的可访问性、页面返回的状态码都属于这一层。 - 索引层看爬到之后允不允许收录、收的是哪一个地址：canonical 标注、noindex、同一内容存在多个可访问路径，都属于这一层。 - 选中层看索引之后搜索结果会不会选你：标题与描述、正文内容、内链、结构化数据影响的是这一层，其中内链的作用常被低估：同一条链接既影响页面被抓取的频率，也决定权重能不能传到这个页面。 跳过前两层直接做第三层是最常见的浪费。标题写得再准，页面本身带 noindex，或者同一件产品有三个可访问地址，效果都是零。层与层之间是串联关系，任何一层断掉，后面所有工作都不会体现在结果里。 ## 12 项检查表，按层排开 表格里只写通过标准的摘要，判断容易出错的地方在后面的小节里单独说。 检查项在哪查通过标准 robots.txt 是否放行打开域名根目录的 robots.txt要收录的目录没有出现在 Disallow 里，sitemap 的地址仍然保留在文件中 sitemap 是否可访问打开域名的 /sitemap.xml根文件能打开，按类型拆分的子表也能逐个打开，条目不为空 协议与域名版本无痕窗口分别访问几种写法只留一个主版本可访问，其余不各留一份相同内容 站内搜索结果页搜一次，看结果页源码里的 meta robots搜索模板带 noindex，且不出现在 sitemap 与导航里 筛选、排序与分页点一次排序筛选，并打开集合或博客的第 2 页参数组合不产生独立可抓取入口；分页地址能正常打开，也不与第一页内容完全重复 canonical 标注页面源码里搜 rel=canonical要收录的页面有一条指向自身版本的 canonical，不跨语言、不跨市场 重复路径用集合内路径打开产品页同一产品只有一套规范地址，两条路径不会各自声明为完整版本 重定向与失效链接抽查改过地址的商品与已下架页面旧地址有明确去向，不是直接抛 404 且无人处理 多语言与多市场版本切换语言和配送国家各语言版本互相指向并自引用，canonical 指向同语言版本 标题与元描述编辑页面底部的 SEO 预览每类页面有独立内容，没有模板残留的占位文字 结构化数据页面源码里看 JSON-LD 或 microdata产品数据只有一套，价格与库存与页面显示一致 内链与图片 ALT源码与后台图片信息重点页面能从菜单或正文到达；图片有描述准确的 ALT，装饰图留空 ## 重复路径要在源码里确认，别靠感觉 Shopify 的产品页通常有两个可访问形态：产品目录下的规范地址，以及带集合前缀的地址。后者常出现在集合页卡片、站内搜索和外部链接里。判断方法很直接：把两个地址分别打开，各自看源码里的 canonical 指向哪里，再看搜索结果里实际出现的是哪一个。两条路径都声明自己是完整版本，就属于重复内容，需要让集合内路径收敛到产品地址；如果某次改动把 canonical 输出去掉了，也要在这一步补回。这个问题的排查过程写在 [同一件产品出现两种路径的检查方法](/post/shopify-collection-product-url-within/) 里。 每项都要有可验证的通过标准（光算 · 示意图） ## 筛选、排序和站内搜索是三种问题 Google 把分类页的排序和筛选结果列为重复内容的常见来源之一（同一篇规范化文档里明确列出）。三类地址的处置方式并不相同：排序参数一般不产生独立入口，需要时统一规范版本；筛选组合要看有没有独立搜索需求，有需求的那几个值得做成真正的集合页，其余不要留可抓取入口；站内搜索结果页通常不该被索引，因为它对应的是无限组合的查询。 还要注意 noindex 和 robots 屏蔽不是一回事，用错工具会出现「结果里还能看到你的页面，只是没有描述」这种情况。筛选页与搜索页的判断顺序，以及主题层面怎么落地，写在 [筛选 URL 与站内搜索页的索引判断](/post/shopify-filtered-url-and-search-indexing/)。 ## 分页要能抓，但别让它和第一页争同一个位置 集合和博客到一定数量会分页，第二页以后的地址同样属于可访问内容。这里容易出两个相反的错：一个极端是把分页地址全部屏蔽，结果列表深处的商品彻底失去内部入口；另一个极端是放着不管，让第一页和第二页互相抢同一批词。可行的做法是让分页页保持可抓取、能被链接到，同时明确它表达的是「这个分类的后续内容」，不是另一个分类。 分页页上的规范标注理论上指向自身，不要指向第一页——把第二页标成第一页的副本，等于告诉搜索引擎这些内容不存在。这一条属于行业里比较一致的经验做法，不是平台强制要求，你主题里实际输出的标注要以源码为准。 分页还容易和「加载更多」按钮混在一起。按钮如果不是真正的链接，列表深处的商品只能靠脚本才能出现，抓取时不一定被发现。判断方法很简单：在源码里搜有没有指向下一页的 a 标签，没有就是可达性的缺口。 ## 结构化数据先看入口，再看字段 这一项经常被当成「需要自己做」的工作，其实支持的主题默认就在代码里带了 microdata，产品页包含价格、库存、评价这类信息（[Shopify 关于 sitemap 与商品信息展示的说明](https://help.shopify.com/en/manual/promoting-marketing/seo/find-site-map)）。检查重点因此在别处：主题改过、装过评论或比价类应用之后，一套数据有没有变成两套，标注里的价格和库存有没有和页面显示对不上。字段级核对清单写在 [产品结构化数据的字段核对](/post/shopify-product-structured-data-audit/) 里。 ## 图片 ALT 是给两个读者写的 商品图会同时出现在商品页、集合页和 sitemap 的产品主图里，图片能不能被理解，一半靠 ALT 文本。判断标准和正文一样：这段文字是否描述了这张图实际展示的内容，而不是把标题里的关键词再抄一遍。装饰性图片留空比乱写更好，因为乱写的 ALT 会被读屏软件念出来，也会让图片搜索的匹配变差。分类图、横幅图、图标是乱写最多的一类，改动前先确认这些图片在后台有对应的字段可以填，不同主题和区块的位置不一样，以后台实际看到的为准。 ## 改过 handle 的商品，验收不能只看页面能打开 产品地址改动会牵动三处：旧地址的去向、站内引用该产品的链接、以及集合页和文章里写死的地址。页面能打开只是第一层通过，[改完 handle 后的核验清单](/post/shopify-product-handle-change-verification/) 列了要一起查的位置。 ## 平台本来就做掉的部分，不要重复做 Shopify 的 robots.txt 由平台生成，商家改动的入口在主题代码里的 robots.txt.liquid，而不在后台的 SEO 设置里（[Shopify 的 SEO 文档目录](https://help.shopify.com/en/manual/promoting-marketing/seo) 把这一项单独列了出来）。主题自带的微数据同样是默认存在的。图片则在后台统一管理（[在线商店图片](https://help.shopify.com/en/manual/online-store/images)）。这些项目要检查的是「有没有被改动破坏」，不是「有没有从零搭起来」。robots.txt 具体能改哪一段、改错会怎样，见 [robots.txt 能改什么、怎么验证](/post/shopify-robots-txt-limits/)。 边界要说清：第三方主题和后期改动可能把这些默认输出改掉，所以每一条都以你站点当前的源码和实际访问结果为准，别按官方主题的假设推断。sitemap 那一项也一样，它是平台自动生成和更新的，正常状态下不需要人工维护，真正要查的是它有没有被挡住或者读到旧版本，细节见 [sitemap 结构与常见 404 排查](/post/shopify-sitemap-structure-errors/)。 ## 标题、描述和正文是第三层的事 到了这一层再动标题才划算。产品页的字段取舍（handle、标题、描述、图片 ALT 分别怎么定）在 [产品页 SEO 字段的取舍](/post/shopify-product-page-seo-fields/)；集合页的标题、正文位置和内链安排在 [集合页的写法与内链安排](/post/shopify-collection-page-seo/)。两篇共有的前提都是前面两层已经通过。 ## 这份清单多久重跑一次 换主题、装卸应用、上架一批新品、调整 URL 结构，这四种改动之后要把受影响的层次重跑一遍，这些动作很容易把原有的输出带走。日常运营不必每月全跑，把前三项和最后一项放进固定的季度检查就够，它们最可能在没人注意的时候被改坏。 ## 清单跑完之后该看什么 建议一次只查一层，从抓取层开始，用真实域名而不是主题预览链接。改动前后各留一份结果记录，源码片段或访问结果都行，否则改过两轮就分不清是哪一步起了作用。前五项如果有问题，后面的先别动。 还有一件事要提前说清：这份清单解决的是「该抓的被抓、该收的被收」，不能保证收录数量和排名。平台文档本身写明抓取和索引需要时间且不作时间保证，canonical 的作用是表达偏好，Google 仍可能选择别的版本，文档里把这种声明称为提示而不是规则。如果自查之后卡在收录环节，光算的[谷歌收录服务](/google-indexed/)做的是抓取与索引层面的诊断和推进，与这里的技术自查是两件事，不要互相替代。 如果检查结果涉及主题代码、应用冲突、多语言或重定向配置，可以把问题 URL 和改动记录交给[Shopify 技术维护与定制开发](/shopify/)一起排查；先明确技术改动与测试范围，再安排发布。 --- ## 全球品牌词 GEO｜官网技术改造与多语言实体建设 - URL: https://www.guangsuan.com/geo2/ - 作者: Don Jiang - Published: 2026-09-18T03:16:38+08:00 - Last updated: 2026-09-28T09:03:35Z - 摘要: 光算全球品牌词GEO服务：官网技术改造、英文资料与品牌实体建设。首次项目18,000元起，含90天服务；基础版赠送20类、深化版40类行业问题推荐拓展，围绕3个重点AI平台观察。 全球 GEO · 出海品牌官网优化 # 让海外客户问起品牌时， *找到准确的你。* 围绕目标市场的 AI 搜索，改造官网技术基础，梳理英文品牌资料与多语言实体关系，让客户更容易核对你的产品、能力与官方信息。 [检查我的品牌在 AI 中的表现](/kefu/)[查看改造内容与报价](#g2-plan) 官网技术改造 · 品牌实体建设 · 官方资料与引用复测 [签约即赠**泛行业词 AI 推荐拓展**基础版赠送20类行业问题拓展，深化版40类；面向3个重点AI平台持续观察。查看赠送内容与效果展望 →](#geo-gift) 客户已经知道你，接下来会问什么？ “XX 品牌是做什么的？” “XX 公司的官方网站是什么？” “XX 品牌的 A 产品支持哪些功能？” **让官网成为清楚的官方信息来源** 主体身份产品事实官网入口 品牌查询路径示意，不是平台实际回答或客户效果。 ChatGPT Google AI 搜索 Perplexity Gemini Microsoft Copilot Claude 按项目确定重点平台与可用联网模式；平台标识仅用于说明服务范围，不代表官方合作或背书。 ## 客户来核实你时， 别让错误信息替你作答。 广告、展会、销售介绍带来的客户，可能先向 AI 核对品牌。官网信息能否被找到、主体是否被认对、产品说明是否准确，会影响他们下一步怎样了解你。 **认清品牌** ### 同名企业，别混成一家 统一公司名、品牌名与简称，说明品牌归属和官方域名，让不同页面共同指向清楚的主体。 **说准产品** ### 旧参数，别继续流传 把产品规格、服务范围和适用条件放回可核对的官方页面，发现错误后有明确的修正源头。 **找到官网** ### 有提及，也要有出处 分别检查品牌是否被提到、官网是否被引用，以及引用页面能否支持回答中的具体信息。 ## 从网站底层， 做到品牌信息本身。 代码、内容与实体关系一起处理，交付留在官网上的改造和可以核对的记录。 明确目标市场、语言和联网模式，优先处理英文名称、品牌别名与语言版本的一致性。新增语种按实际编辑和测试工作核价，不以机械翻译替代本地化核对。 [了解 SEO 协同基础](/seo/)[国内品牌 GEO](/geo/) 01 ### 官网技术适配 检查抓取限制、页面渲染、访问异常、规范地址与内容发现路径，实施约定范围内的代码修改，让重要资料在可访问的页面里清楚呈现。 交付：代码与配置修改清单、上线页面、访问与渲染测试记录 02 ### 品牌实体建设 把公司、品牌、别名、官网、产品与服务的关系理清楚；同步可见资料与适用的结构化数据，减少同名混淆和主体误认。 交付：品牌事实清单、实体关系、官方入口与标记核对记录 03 ### 官方资料完善 围绕关于我们、产品、服务、联系方式与品牌问答，补齐客户核实供应商时真正需要的信息，让每项说明有对应的官方来源。 交付：约定关键页面、资料缺口清单、客户确认的事实版本 04 ### 品牌问答复测与纠偏 围绕品牌身份、产品信息和官网地址建立问题样本，记录实际回答与可见引用。发现偏差后检查源头，修正可控信息并复测。 交付：回答快照、引用 URL、事实偏差与处理进度 ## 改了哪里，回答怎样， 两份证据都交给你。 技术与资料建设按清单验收，平台表现按真实样本核对。双方先确定品牌问题和测试条件，再看变化，保留未出现、未引用或仍有偏差的结果。 **01 · 建设验收** ### 核对官网实际改动 检查修改前后页面、代码与配置、可见品牌资料和结构化信息，确认约定工作已上线。 **02 · 品牌验证** ### 分别记录三个结果 品牌有没有被正确识别，事实有没有说准确，是否引用了正确官网；每项都保留完整回答和出处。 **03 · 纠偏复测** ### 发现问题继续追踪 记录平台、模式、时间、语言及问题原文，检查错误来源，修正可控资料后按同一条件复测。 我们承诺完成约定的技术与资料交付。品牌问答如需约定结果验收，先明确平台、问题、周期、复测条件及未达标的处理方式；不将可抓取等同于必然引用，也不承诺所有平台永久给出同一回答。 ## 把你的业务，解释准确。 品牌查询不只是一句公司介绍。客户会继续核实产品和服务细节，官网需要有能回答追问的具体资料。 工业设备场景示意，非客户项目或效果证明。 ### 制造业：核对型号与技术能力 “XX 品牌的 A 型设备支持什么接口，适合哪些工况？”把型号、参数、安装条件与文档关系整理清楚，减少品牌被认对、产品却被说错的情况。 企业 IT 服务场景示意，非客户项目或效果证明。 ### 技术服务：说明能力与交付范围 “XX 公司能迁移我的系统吗，后续维护包含什么？”在官方服务页说明兼容条件、实施流程与支持范围，让客户有信息可查、有依据可问。 所有套餐 · 免费赠送 ## 赠送泛行业词 AI 推荐拓展， 让还不认识你的客户，也有机会发现你。 客户不一定先搜品牌，也会直接问“有哪些供应商”“哪种方案适合我”“哪些品牌值得比较”。我们围绕这些问题开展内容与信源拓展，争取让你的品牌进入相关回答。 **20 / 40 类**基础版／深化版行业问题拓展 **3 个**项目约定的重点 AI 平台 **90 天**内容拓展与阶段复测周期 细分 B2B · 阶段目标示例 ### 以20类采购问题为起点， 争取3–5类出现品牌提及或推荐。 适用于资料较完整、产品差异清晰的细分工业品牌。围绕明确用途、采购条件和供应商需求展开，比泛泛讨论整个行业更容易找到适合品牌的切入点。 3–5类是诊断后可讨论的90天目标示例，并非历史成功率或保证结果；具体目标在启动前确认，实际可能低于区间或暂未出现推荐。深化版40类代表工作范围扩大，不意味着效果翻倍。 ### 品牌词做好基础，泛行业词争取新增机会 核心项目解决“问到你时，能否准确了解你”；这项赠送继续向前一步，争取让客户在寻找产品、方案或供应商时就接触到你。 ### 我们会替你做什么？ 筛选与你业务相关的行业问法，策划选型与应用内容，在约定的第三方媒体或内容平台发布，并观察品牌提及、推荐上下文及引用来源。 随项目交付内容链接、发布记录与可观察的回答样本，赠送范围内不另收服务费。 ### 你可以期待哪些变化？ 以下用工业设备业务举例，展示我们争取的三类结果；实际项目会换成你的产品、客户和市场。 供应商发现 ### 有机会进入候选名单 “有哪些中国工业设备供应商值得了解？” **可能的变化：**当相关资料被 AI 检索并采用，你的品牌有机会出现在候选供应商介绍中，让原本不认识你的采购方开始了解你。 需求与方案匹配 ### 在具体需求中被提到 “面向欧洲工厂，哪些设备支持远程监控？” **可能的变化：**如果产品能力与需求相符，AI 有机会在方案说明中提及你的产品与用途，让客户带着更具体的需求继续查阅官网。 选型与对比 ### 成为客户比较的选项 “采购工业控制设备，可以比较哪些品牌？” **可能的变化：**品牌有机会进入对比回答，相关产品优势被说明或资料被引用，从一次行业提问延伸到品牌查询与官网访问。 ### 行业不同，目标也应不同。 以下以20类细分行业问题、3个重点平台、90天为同一参考条件。数字是建议争取的阶段目标，不是统计预测或最低交付数量。 行业与业务优先切入方向场景目标示例细分工业设备、专用零部件、特殊材料产品用途明确、供应商范围较集中3–5 类垂直软件、专业技术与企业服务按功能、应用条件与客户行业切入2–4 类通用建站、营销服务、普通消费品需要进一步细分采购需求与品牌差异1–3 类大众品牌推荐、金融医疗等复杂领域竞争或可信度要求高，先核对资料基础先评估，再定目标 只有相应产品能力和资料真实存在时才选择该场景。不同问法对应同一采购需求时合并计为一类，避免重复放大问题数。 ### 出现过一次，还要看能否重复观察。 分别记录品牌提及、明确推荐和官网引用。同一问题在同一平台按约定条件独立复测3次，至少2次出现相关品牌提及，才计入“重复观察到的场景”；跨平台及近似问法去重，不把偶然一次回答当作稳定结果。 首次基线与后续复测分开，原本已有的品牌曝光不冒充新增成果；联网模式、语言、地区、时间及回答原文随报告保留。 ### 从一次行业提问，到一次品牌了解。 我们希望争取的不只是多一个品牌名字，而是“在相关问题中被发现 → 客户进一步查品牌 → 回到官网核实产品”，为后续咨询创造机会。 上述为条件性效果展望，不是实际客户案例或平台回答。结果取决于资料基础、行业竞争与平台采纳情况，也可能暂未出现推荐；具体问题、次数、位置和询盘量不作保证。 启动前确认赠送稿件、渠道、执行批次与费用。需要另付媒体费用的渠道单独报价，经确认后执行。 [看看我的行业有哪些拓展机会 →](/kefu/) ## 按建设范围投入， 把品牌官网基础做好。 首次项目包含约定改造、上线与阶段复测，服务周期90天。按主体、网站、语言、页面与技术复杂度选择方案，问题样本用于验证，不作为购买推荐次数的计价单位。 国内与全球采用同一套餐价格，按所选市场确认执行范围。 单品牌、单官网，先建立清楚的官方信息 ### 品牌官网基础建设 ¥18,000 ／项目 - 一个主要语言版本的核心资料 - 梳理公司、品牌、官网与核心产品关系 - 改造约定的核心页面与必要模板 - 品牌问题基线、上线验证与阶段复测 免费赠送**20 类行业问题推荐拓展** 3个重点AI平台 · 90天执行与观察 [查看赠送内容与行业目标 →](#geo-gift) [咨询基础建设](/kefu/) 产品与资料较多，需要更深入的官网改造 ### 品牌与产品深化建设 ¥36,000 ／项目 - 更完整的产品实体与资料关系 - 深化产品、服务与技术资料页面 - 处理跨页面事实冲突与引用缺口 - 增加约定范围内的复测与纠偏工作 免费赠送**40 类行业问题推荐拓展** 3个重点AI平台 · 90天执行与观察 [查看赠送内容与行业目标 →](#geo-gift) [咨询深化建设](/kefu/) 多主体、多网站或复杂技术系统协作 ### 多品牌／多站点定制 按范围报价 诊断后提供项目报价 - 按品牌、站点与语言清单组织项目 - 跨站点实体与官方入口关系梳理 - 复杂系统改造与多团队协同 - 分阶段部署、验收及复盘计划 免费赠送**按项目定制行业问题拓展** 按品牌、市场和语言确认问题与平台范围 [查看赠送内容与行业目标 →](#geo-gift) [咨询定制项目](/kefu/) **每档都包含：**官网技术与品牌资料建设、部署验证、品牌问答复测。**另外免费赠送泛行业词 AI 推荐拓展**，帮助品牌争取选型、比较和供应商推荐类问题中的曝光机会。 以上为人民币项目报价。签约前确认页面与模板清单、平台组合、资料编辑量、复测频率、交付节点和费用；新增语言、整站重建、复杂开发及另付媒体费用单独确认。全球项目的工作量按资料基础与目标语言核对，已有完善英文资料时按实际工作报价。 ### 项目完成后，可选持续维护 **¥3,000**／月起 首次90天内的约定复测已包含，不重复计费。 用于产品与品牌资料更新、技术回归检查、持续问答复测及偏差处理。更新工作量、平台、频率和响应安排另行约定。 **维护自愿续约。**已交付的官网代码与资料继续保留，不以续费作为保留改造成果的条件。 ## 从诊断到交付，每一步有着落。 01 / 明确起点 ### 诊断与范围确认 核对官网、品牌资料与当前回答，列出页面、技术任务和重点平台。 02 / 完成建设 ### 改造与资料核对 实施代码修改，整理实体和关键页面，由客户确认业务事实。 03 / 上线验证 ### 部署与品牌复测 检查公开页面与技术状态，记录品牌回答、事实和官网引用。 04 / 交接成果 ### 纠偏与项目复盘 交付改动和样本记录，说明剩余问题，按需要选择后续维护。 光算科技办公室实景 · 佛山千灯湖新凯中心 ## 技术有人落实， 合作有主体可查。 光算始创于2019年，专注搜索营销技术服务。官网技术、品牌内容与优化工作协同推进，先确认现状和范围，再签约执行。 正式合同 · 对公付款 · 按约定开票与交付 2019年成立广州市光算科技有限公司；2023年成立广东光算科技有限公司，进驻佛山南海千灯湖新凯中心；2024年成立香港主体 Guangsuan Technology Limited，海外合作客户占比过半。技术负责人均有10年以上经验，由SEO、SEM与内容专家协同服务。 [了解光算公司与团队](/about/) ## 合作前，把关键问题说清楚。 20／40类行业问题和3–5类目标怎样计算？ 基础版赠送20类、深化版40类不同采购需求的问题拓展，选择3个重点平台观察。同一需求的近似问法合并计数。3–5类仅为资料较完整的细分工业品牌、以20类问题为范围的90天目标示例，具体项目先诊断再确认，不是所有行业统一交付指标。提及、明确推荐与官网引用分别统计；40类工作范围不等于推荐数量翻倍。 赠送的泛行业词推荐拓展，能带来什么？ 我们会围绕相关行业问题开展选题、第三方内容发布与表现观察，争取让品牌进入供应商候选、应用方案或产品对比类回答。资料被检索并采用后，可能带来新的品牌发现与官网访问机会。启动时结合品牌基础和竞争情况说明优先方向，执行后记录实际结果，不把示例当作必然交付的推荐。 品牌词 GEO 和行业问题曝光有什么区别？ 品牌词 GEO 聚焦已指向你的品牌、公司或产品的问题，是核心建设与复测范围；泛行业词面向还不知道品牌、正在找产品或供应商的客户。我们将泛行业词 AI 推荐拓展免费赠送给所有套餐，在做好官网基础的同时争取额外曝光，并分别记录两类表现。 你们具体承诺交付什么？ 我们对合同内的技术改造、品牌资料建设、页面上线、检查记录和约定复测负责。自身交付未达到约定要求的项目会按约定修正。抓取条件满足不代表平台必然抓取，品牌问题的回答与官网引用按实际复测记录，不承诺所有平台、所有问法永久出现。 能否约定品牌问题的效果验收？ 可以在诊断后讨论。若约定结果验收，须先写明品牌与问题范围、目标平台、联网模式、语言地区、复测次数、观察周期和未达到标准时的处理方式。品牌提及、事实准确和官网引用分别核对，不用一次截图代替完整验收。 首次项目的 90 天怎么安排？ 首次服务周期为90天，具体起算日写入合同，包含约定建设、部署与阶段复测；它不是所有平台的统一见效期限。涉及资料确认、开发权限或客户系统配合的节点，在启动前共同排期。 项目结束后必须继续付维护费吗？ 不必须。已交付并部署到客户官网的代码和资料继续保留。后续有产品更新、实体变化、技术回归检查或持续复测需求时，可选维护服务；续费不重复收取已完成的首次建设费用。 附赠拓展包含媒体发布费吗？ 双方先确认附赠稿件、发布渠道、执行批次及包含的费用，执行后提供记录。需另付费用的媒体投放会单独报价并经确认，不冒充免费赠送；附赠不承诺具体行业问题必然推荐、固定位置或引用次数。 没有官网，或者官网权限不完整，可以做吗？ 先评估官网建设与权限条件。本服务以可修改、可公开访问的官网为基础；新建整站、大规模重构、独立应用开发及额外翻译不默认包含在基础价内，需要时单独明确范围。 开始合作需要准备什么？ 提供品牌名称、官网、核心产品与真实资料，以及目标平台、市场和语言。先核对品牌查询现状和网站技术条件，再确定页面、模板、平台、修改范围与报价，正式签约后执行。 ## 继续了解 GEO 实务 品牌事实、抓取准备、平台复测与交付方法，也可以按问题查阅。 展开 GEO 主题文章索引 ### GEO 基础与全球格局 - [GEO是什么、和SEO、AEO差在哪：同一个官网要同时满足两种检索](/post/geo-seo-aeo-difference/) - [客户问AI却没提到你：先查这5类信息缺口](/post/brand-missing-from-ai-answers/) - [从搜索词到问句：客户在AI里怎么问，决定你写什么](/post/keyword-list-to-question-set/) - [全球AI搜索格局：ChatGPT、Google AI、Perplexity、Gemini、Copilot 怎么回答问题](/post/global-ai-search-landscape/) - [什么企业适合先做GEO？先看官网这3项基础](/post/is-geo-fit-for-your-company/) - [GEO预算怎么谈：问题集、平台范围与交付边界](/post/geo-budget-and-scope/) - [AI回答里的品牌曝光，和自然搜索流量要分开看](/post/brand-visibility-vs-organic-traffic/) - [GEO、内容营销、公关和口碑维护，边界在哪](/post/geo-content-pr-reputation-boundaries/) - [出海品牌做GEO：语言、市场与平台优先级怎么排](/post/geo-for-cross-border-brands/) - [做GEO前要准备的资料清单：事实、证据与口径](/post/geo-prep-facts-and-evidence/) ### 品牌事实与知识底座 - [品牌事实清单怎么写：一页说清你是谁、做什么、凭什么](/post/brand-fact-sheet-for-ai-search/) - [官网信息互相矛盾，AI会挑哪一条回答](/post/conflicting-brand-facts-ai-answer/) - [产品参数怎么写才不会被说错：单位、条件、测试方法要绑在一起](/post/product-parameter-writing-units-conditions/) - [公司名、品牌名、别名不统一：AI认错主体的3种表现](/post/company-name-brand-alias-consistency/) - [资质与认证怎么写：别只放一张证书图](/post/certifications-verifiable-facts-not-image/) - [案例怎么写才经得起核对：客户、时间、范围、证据](/post/case-study-evidence-checklist-b2b/) - [AI引用了过期资料：先查源头再决定改哪里](/post/outdated-brand-info-source-fix/) - [多语言品牌事实一致性：各语种官网口径对齐检查](/post/multilingual-brand-fact-alignment/) - [作者与团队信息：AI判断内容可信度时会看什么](/post/author-team-info-ai-trust/) - [为AI可读重排官网：栏目、内链与页面职责](/post/website-information-architecture-for-ai/) ### 可被引用的内容结构 - [定义句怎么写：被 AI 摘走之后还站得住吗](/post/geo-definition-sentence-writing/) - [FAQ 与问答页怎么用？先分清回答、条件与边界](/post/geo-faq-qa-page-structure/) - [参数对比表怎么做：同维度、同单位、同条件](/post/geo-comparison-table-same-units/) - [写操作步骤不是列清单：让海外工程师照着能做完](/post/geo-howto-steps-write-executable/) - [检查表要能被勾：清单型内容的组织结构](/post/geo-checklist-structure/) - [引用外部资料的规矩：来源、范围与失效处理](/post/geo-external-citation-rules/) - [一段话被摘走之后不能变味：可独立理解段落的写法](/post/geo-self-contained-paragraph/) - [AI 答案里会被忽略的那些话：营销腔怎么换成可核验表述](/post/geo-marketing-fluff-replacement/) - [主题页和问答页各管什么：长文与短答的内容结构分工](/post/geo-topic-page-qa-page-structure/) - [Schema 不是 AI 搜索的通行证：结构化数据真实的用处](/post/geo-structured-data-ai-search-limits/) ### 第三方信源与引用网络 - [AI 引用来源拆解：被引用的页面在结构上做对了什么](/post/ai-citation-source-page-structure/) - [英文市场里哪些第三方来源更容易被 AI 检索到](/post/english-market-third-party-ai-sources/) - [行业媒体与协会：怎样做出真正会被引用的公开资料](/post/industry-media-and-association-citable-assets/) - [Wikipedia 与 Wikidata：收录条件、边界与常见失败](/post/wikipedia-wikidata-notability-and-failures/) - [Reddit、Quora 上什么样的回答会被引用](/post/reddit-quora-answers-that-get-cited/) - [评测与目录平台：G2、Capterra、Trustpilot 资料一致性检查](/post/g2-capterra-trustpilot-profile-consistency/) - [新闻稿对 GEO 能做什么、不能做什么](/post/press-release-for-geo-boundaries/) - [被同行主动引用的资料长什么样：可引用单元与长期链接](/post/citation-ready-units-and-permanent-links/) - [引用监测：怎样确认 AI 引用的到底是哪个页面](/post/ai-citation-monitoring-evidence/) - [外部内容与官网口径冲突：处理流程与对外话术](/post/third-party-content-conflict-with-site/) ### 主流AI平台实操 - [ChatGPT 里的品牌可见度：内容准备与检查清单](/post/chatgpt-brand-visibility-content-checklist/) - [Google AI Overviews 与 AI Mode：被引用需要什么](/post/google-ai-overviews-ai-mode-citation-requirements/) - [Perplexity：引用来源怎么建设，先看清它的两个爬虫](/post/perplexity-citation-sources-buildout/) - [Gemini 与 Google 生态：品牌资料一致性怎么查](/post/gemini-google-ecosystem-brand-fact-consistency/) - [Microsoft Copilot 与 Bing 生态：把可检索事实按顺序建设好](/post/microsoft-copilot-bing-retrievable-facts/) - [Claude 与深度研究型提问：长文和比较内容怎么写](/post/claude-deep-research-longform-comparison-content/) - [Grok 与实时信息：时效性内容怎么准备才经得起复查](/post/grok-realtime-freshness-content-prep/) - [联网与不联网模式：同一问题的回答差异怎么记录](/post/ai-web-search-mode-on-off-answer-difference/) - [同一问题在不同平台答案不同：先分清三类信息再动手](/post/cross-platform-ai-answer-differences-attribution/) - [模型更新后回答变了：监测口径怎么保持可比](/post/model-update-answer-changes-monitoring-comparability/) ### AI 抓取、索引与技术准备 - [AI 爬虫盘点：GPTBot、Google-Extended、ClaudeBot、PerplexityBot 都在抓什么](/post/ai-crawler-inventory-gptbot-google-extended-claudebot-perplexitybot/) - [robots.txt 怎么配：允许还是禁止 AI 抓取，先分清要挡的是哪一类](/post/robots-txt-ai-crawler-allow-or-block/) - [llms.txt 到底有没有用：现状、边界与正确预期](/post/llms-txt-what-it-can-and-cannot-do/) - [页面渲染与脚本：AI 抓取器看到的是哪一版内容](/post/rendering-javascript-what-ai-crawlers-actually-see/) - [Sitemap、canonical 与索引：AI 检索之前先把这三件事对齐](/post/sitemap-canonical-index-checklist-before-ai-retrieval/) - [内容更新了 AI 还在引用旧版本：先查这五个公开副本](/post/content-updated-ai-still-quotes-old-version/) - [多语言与地区版本：hreflang 能做什么，AI 回答的语言又由谁决定](/post/hreflang-multilingual-ai-answer-language/) - [结构化数据对 AI 答案到底有什么用：能做什么，不能做什么](/post/structured-data-for-ai-answers-what-it-does/) - [品牌被提及 vs 官网被引用：两种可见度必须分开看](/post/brand-mention-vs-website-citation-two-visibilities/) - [AI 搜索让点击下降：先判断是不是真的下降，再决定改不改内容](/post/ai-search-click-decline-diagnose-before-editing/) ### 监测、验收与报告 - [固定问题集怎么设计：数量分配、追问层级和改写规则](/post/geo-question-set-design/) - [采样与统计口径：两次监测结果什么时候才能对比](/post/geo-sampling-comparability-rules/) - [品牌提及率与引用率怎么算：分母、口径与计算示例](/post/geo-mention-and-citation-rate/) - [事实偏差跟踪表怎么建：字段、分级和修正闭环](/post/geo-fact-deviation-log/) - [问答快照要留什么：记录字段、脱敏与保存期限](/post/geo-answer-snapshot-fields/) - [GEO 服务怎么验收：交付物、检查点与常见的扯皮点](/post/geo-service-acceptance-deliverables/) - [一份 GEO 报告该包含什么：结构、证据与不能写的话](/post/geo-report-structure-evidence-boundary/) - [无法归因时怎么写：访问、询盘与转化的边界](/post/geo-attribution-boundary-reporting/) - [竞品对照监测：比什么、怎么比才公平](/post/geo-competitor-monitoring-fair-comparison/) - [多市场监测：不同国家和语言的问法与结果差异](/post/geo-multi-market-monitoring/) ### 排错与常见问题 - [AI说错了品牌信息：先改源头还是先发稿](/post/geo-correct-brand-info-order/) - [AI把公司和竞品搞混了：常见的三类原因](/post/ai-confuses-brand-with-competitor/) - [AI回答里出现山寨站或仿冒页面](/post/fake-site-in-ai-answers/) - [官网没被AI检索到：抓取与内容两类原因排查](/post/site-not-retrieved-by-ai-crawler-or-content/) - [品牌只出现名字没有链接：缺的是哪一环](/post/brand-named-without-source-link/) - [客户问法变了：怎么发现新的问题集](/post/how-to-find-new-customer-question-sets/) - [负面信息出现在AI回答里：可用与不可用的做法](/post/negative-info-in-ai-answers-boundaries/) - [发了很多稿却没被引用：识别无效内容投入](/post/content-spend-without-citation/) - [SEO和GEO的预算怎么分配](/post/seo-geo-budget-allocation/) - [GEO长期维护机制：谁负责、多久复盘一次](/post/geo-maintenance-cadence-and-roles/) [查看 GEO 全部文章](/category/geo/) · [了解谷歌 SEO 服务](/seo/) ## 先看看，AI 怎样介绍你的品牌。 带上品牌名称、官网与核心产品，一起明确品牌词改造重点，以及赠送的泛行业词拓展方向。 [预约品牌 GEO 诊断](/kefu/) --- ## GEO长期维护机制：谁负责、多久复盘一次 - URL: https://www.guangsuan.com/post/geo-maintenance-cadence-and-roles/ - 作者: Don Jiang - Published: 2026-09-18T02:53:34+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 把GEO变成常态维护：三种责任怎么分、月度季度与触发式节奏各做什么、复盘固定看哪四项、变更生效时间怎么算进计划，以及什么条件该重新评估方向。 项目验收通过之后，最常见的三种结局是这样的：问题集停在当初那三十条，回答里的来源页面换了却没人注意，销售那边收到的新闻题没地方流转。这三件事都不需要新预算，需要的是把责任和节奏定下来。维护机制要解决的就是这个：谁在做、多久看一次、什么条件下必须重跑一轮。 ## 三个角色，不是三个岗位 维护工作可以归成三种责任，小团队里一个人兼两个也可以，但不能三个都空着。 **内容与事实责任。**负责把官网资料改对、把新问法补进内容、在发现事实偏差时启动更正流程。这个人需要能直接改页面或指挥改页面，只有建议权没有执行权的角色做不了这件事。 **技术与抓取责任。**负责 robots.txt、CDN 与 WAF 的放行配置、页面渲染、索引状态。这类问题通常由开发或运维掌握，内容团队看不到也改不了，所以必须有人被明确指派。 **一线接口责任。**负责把销售、售前、客服对话里出现的新问法、新异议、新竞争对手名字收集并流转给上面两个人。这个角色最容易被漏掉，但它决定了问题集能不能跟上客户的说法。 写进文档时建议直接写“谁在什么情况下做什么”，而不是写岗位名称。比如“收到客户提出的新问法，由接口人当日记录，内容责任人两周内判断是否并入问题集”，这种写法比“由市场部负责内容运营”可执行得多。 ## 节奏怎么定：月度、季度和触发式 固定节奏解决常规变化，触发条件解决突发情况，两套都要有。 **月度**处理三类动作：接收并整理新问法，修改确认有误的事实，处理新出现的失实或仿冒信息。月度不需要出报告，但需要留下变更记录。 **季度**做三件事：把稳定出现的新问法转正并给问题集升版本，按新版本重跑一轮固定样本作为新基线，检查被引用来源的变化（包括来源页面是否已经过期）。季度做一次复盘会，参与人就是上面三个角色。 **触发式**重跑的条件建议写死几条：官网改版或域名调整、产品线或公司主体信息变化、发现新的仿冒或重大失实内容、客户常用平台出现明显的展示形式变化。触发式重跑不需要全员，由对应的责任人执行并记录即可。 季度复盘现场：节奏写在时间轴上，责任写在角色标签里，复盘材料与记录在同一张桌上。 ## 每次复盘固定看哪几项 项目要少而固定，否则每次都从零讨论。四项足够：**问法变化**（本期新增了哪些问法、哪些问法已经不再出现）、**事实准确性**（回答里有没有新的偏差，源头是否已更正）、**来源变化**（被引用的页面是否换了，是否出现不属于自己的页面）、**执行清单**（上一次定下的动作哪些完成了、哪些没完成、为什么）。 第四项最容易被跳过，也最重要。维护机制的失效几乎都不是因为没发现问题，而是因为上一轮定的事没人跟。把未完成项在下次复盘时逐条过一遍，比新增十项指标更有效。 ## 变更有生效时间，计划要留出等待 排节奏时必须把平台侧的生效时间算进去，否则每次复盘都会误判。OpenAI 的文档写明，robots.txt 变更后系统调整大约需要 24 小时；Perplexity 的说明是变更最长可能需要 24 小时才会在系统中生效；Google 对抓取与处理的描述更保守，说明抓取可能需要几天到几个月，取决于系统判断页面是否需要刷新。这意味着：配置类变更可以按月节奏检查，而页面内容的改动往往要到下一个季度才看得出是否被采用。 因此复盘时不能把“本期改了十几处页面”当作结果。合理的记录方式是分开两栏：本期完成的动作，和本期可观察到的变化。两栏之间的时间差本身就是需要向内部解释的常态。 ## 决策点：以哪一版为准 维护机制里真正需要人拍板的只有一件事：当同一件事在官网上有两个说法、或者客户资料与官网口径不一致时，以哪一版为准。这个决定要有人签字，写进记录，并且能追溯到日期。没有这个环节，改到一半就会出现互相覆盖的情况，半年后连自己都说不清哪一版是现行口径。 建议把它做成一份很短的主体资料表：公司全称、品牌名与别名、主营产品与关键参数、服务范围与边界、各市场官方渠道、资料更新日期。它的作用是让所有改动有一个共同参照，而不是每次讨论都重新确认一次基础事实。 ## 什么时候该重新评估要不要继续 维护不等于无条件投入。建议在季度复盘里加一条止损判据：连续两轮复盘里，如果问法没有新增、事实偏差没有减少、引用来源没有变化，那么要做的是重新评估方向，而不是继续按原节奏执行。这条判据的目的不是省钱，而是避免团队把维护做成仪式。 节奏定好之后，先后顺序还取决于预算怎么分，判断依据见 [SEO 和 GEO 的预算怎么分配](/post/seo-geo-budget-allocation/)；如果季度复盘发现新问法不再出现，那多半是一线记录环节断了，补法见 [客户问法变化时怎么发现新的问题集](/post/how-to-find-new-customer-question-sets/)。 问题集维护、事实核对与阶段复盘可以整体外包，也可以只外包其中一段，取决于你们内部有几个人能长期负责。[GEO 服务的执行方式](https://www.guangsuan.com/geo/)按这段范围商定。 这一环节还有几篇相关的方法与排查可以接着看：[谷歌SEO外包还是自建：用职责、交付物与数据权限比较总成本](/post/%e8%b0%b7%e6%ad%8cseo%e5%a4%96%e5%8c%85-vs-%e8%87%aa%e5%bb%ba%e5%9b%a2%e9%98%9f/)。 ## 参考来源 - [Overview of OpenAI Crawlers](https://platform.openai.com/docs/bots) — robots.txt 变更后系统调整大约需要 24 小时。 - [Perplexity Crawlers](https://docs.perplexity.ai/guides/bots) — 设置相互独立，系统反映变更最长可能需要 24 小时。 - [AI features and your website](https://developers.google.com/search/docs/appearance/ai-features) — 重新抓取可能需要几天到几个月，取决于系统判断页面是否需要刷新。 - [Google's Guide to Optimizing for Generative AI Features on Google Search](https://developers.google.com/search/docs/fundamentals/ai-optimization-guide) — 可用 Search Console 的生成式 AI 性能报告监测内容在生成式AI功能中的表现。 - [Does Anthropic crawl data from the web, and how can site owners block the crawler?](https://support.anthropic.com/en/articles/8896518-does-anthropic-crawl-data-from-the-web-and-how-can-site-owners-block-the-crawler) — Anthropic 的爬虫支持非标准的 Crawl-delay 扩展，说明不同检索方的配置项并不统一。 --- ## SEO和GEO的预算怎么分配 - URL: https://www.guangsuan.com/post/seo-geo-budget-allocation/ - 作者: Don Jiang - Published: 2026-09-18T02:53:34+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 两类工作的预算如何判断：哪些投入两边共用不能拆、按什么条件决定往哪边加、交付物和复盘怎么定，以及三个常见分配错误。文内不提供固定比例。 问到预算，最常见的问题是“SEO 和 GEO 各分多少”。这个问法很难回答，因为两件事不是并列的两个渠道，而是共用同一批底层交付物的两种侧重。先看清哪些投入无法拆分，再谈往哪边加，通常比讨论百分比更有用。 ## 官方口径先说清：GEO 建立在搜索基础之上 预算讨论里最容易被当成谈判筹码的一句话，其实官方写得很明确。Google 在生成式 AI 优化指南里说明，SEO 的最佳实践仍然适用，原因是 Google 搜索上的生成式 AI 功能“建立在核心搜索排名与质量系统之上”。同一套体系在 AI 功能说明里补了一句：AI 功能对页面的资格要求与普通搜索一致，能进索引、能出摘要即可，没有为它另外增设技术要求。 这两句合起来给出一个可操作的结论：把官网做到能被正常抓取、索引、摘录这件事，对两类工作是同一份投入。如果这部分有缺口，无论朝哪一边加钱，效果都会被同一处瓶颈卡住。 ## 哪些投入两边共用，哪些各有侧重 示意结构：说明两类工作共用哪些交付物，图内不出现任何预算比例。 共用的部分有四块。**抓取与索引**：robots.txt、CDN 与托管层是否放行、页面能否被渲染读到。**页面事实**：名称、参数、适用条件、可核对的出处。**资料与信源**：可被引用的公开内容、多语言口径是否一致。**监测与复测**：问题集、快照、环比记录。这四块任何一块缺失，两边同时受损。 各自侧重的部分也不一样。SEO 一侧更依赖站点结构与收录规模、页面意图匹配、外链与品牌提及、落地页转化路径；这些工作直接作用于搜索结果的排序与点击。GEO 一侧更依赖问法覆盖、回答里的事实是否准确、哪些页面被当作来源、多市场多语言的表述一致性；这些工作作用于回答的质量与引用关系。 判断某笔预算属于哪一类，有一个简单问法：如果所有 AI 回答明天全部消失，这笔投入还有没有价值？答案是否定的，它更偏 GEO；答案仍然成立，它更偏 SEO；如果两边都成立，它就在共用层，应当优先保证。 ## 分配顺序：先补底座，再按条件加 **第一步，先找共用层的缺口，不按比例分。**抓取不放行、关键页面没有可核对的事实、多语言口径互相矛盾，这类问题不属于“分配问题”，属于必须先修的问题。它们没修完，任何侧重方向的投入都在打折。 **第二步，按市场条件决定加在哪一侧。**可以观察的迹象有几种：目标行业的采购问题在你们客户常用的平台上，回答里是否已经出现了同行和第三方来源；官网的收录与页面质量是否已经稳定；客户是否开始在沟通里提到“我问过 AI，它说……”。这些迹象是编辑判断的输入，不是排名保证；没有账号数据时，宁可按本地实测记录来定，也不要编造行业比例。 **第三步，给两类工作分别定可核对的交付物。**SEO 一侧的交付物通常是页面、技术项、链接资产以及对应的收录与表现记录；GEO 一侧的交付物通常是问题集、事实清单、来源清单和阶段快照。两类都要能说清“这次交付了什么、怎么核验”，而不是只报一个总数。 **第四步，复盘时看结构而不是总量。**同样一笔投入，一类产出是新增的可核验资料，另一类产出是发布条数。后者的价值会随着同类内容堆积而快速下降，官方对规模化内容滥用有明确界定，这条界线要写进预算评审的检查项里。 ## 三个常见的分配错误 **错误一：把 GEO 当成独立渠道，重复投放同一批内容。**同一篇文章换个渠道发两遍，不会带来第二种可见度，只会增加重复。真正需要新增的是回答问题所需的中立资料和第三方来源，这部分在 SEO 的传统盘子里往往本来是空的。 **错误二：用“AI 曝光”当唯一 KPI。**如果收录、抓取、页面事实都没打牢，讨论曝光次数没有意义。而且各类 AI 展示的报表口径并不统一，可跨平台比较的只有自己固定的问题集快照。官方也提醒过第三方工具的问题：“警惕那些承诺排名成功、或声称使用 Google 内部指标的第三方工具。没有任何第三方工具能访问我们的内部排名或 AI 系统。”这句话同样适用于预算评审时的供应商承诺。 **错误三：在共用层上加预算，却在侧重层上砍人。**共用的页面事实、资料与监测需要人持续维护，不是一次性采购。把执行的人砍掉、预算留在工具和渠道上，结果是资料半年后过期，投入重新归零。 ## 为什么不给一个百分比 固定比例在这里没有依据。两类工作的合适比例取决于三件事：官网当前的基础缺口有多大、目标市场的客户是否已经在用 AI 找供应商、以及你们内部有没有能持续维护资料的人。这三个变量在每家公司都不一样，也给不出行业均值。可核对的参考只有两样：自己站点的抓取与收录记录，以及自己固定问题集的历史快照。把这两样做起来，比例是算出来的结果，不是事先定好的目标。 如果复盘时发现某一类内容长期没有产生任何可观察反馈，先按内容类型止损，判断方法见 [发了很多稿却没被引用时怎么识别无效投入](/post/content-spend-without-citation/)；预算定下来之后，谁按什么节奏执行和复盘，见 [GEO 长期维护机制](/post/geo-maintenance-cadence-and-roles/)。 执行范围和交付口径要结合官网现状、目标市场和内部能长期维护的人数来定，[光算 GEO 服务说明](https://www.guangsuan.com/geo/)写的是我们的工作范围，具体承诺以项目方案为准。 另外几篇可以补充这里的判断依据：[SEO预算缩减，哪些任务不能拆开砍？先看执行依赖](/post/seo-budget-cut-task-dependencies/)、[外贸工厂的获客计划怎么排：网站、SEO、Google Ads与社媒如何分工](/post/b2b-overseas-marketing-channel-plan/)。 ## 参考来源 - [Google's Guide to Optimizing for Generative AI Features on Google Search](https://developers.google.com/search/docs/fundamentals/ai-optimization-guide) — SEO 最佳实践仍然适用，因为生成式AI功能建立在核心搜索排名与质量系统之上。 - [AI features and your website](https://developers.google.com/search/docs/appearance/ai-features) — 成为支持链接只需要索引与摘要资格，没有额外技术要求，因此抓取与索引层是两类工作共用投入。 - [Spam policies for Google web search](https://developers.google.com/search/docs/essentials/spam-policies) — 规模化生成低质内容有专门政策，是预算评审时需要写进检查项的界线。 --- ## 发了很多稿却没被引用：识别无效内容投入 - URL: https://www.guangsuan.com/post/content-spend-without-citation/ - 作者: Don Jiang - Published: 2026-09-18T02:53:34+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 用四个可观察信号判断稿件有没有被检索和采用的可能：有无独有内容、是否同题重写、发布后有无后续动作、有没有条件与出处，并把评估口径从条数换成可核对产出。 过去一年发了六十多篇，但被问到“哪几篇真的被引用过”时，团队一时答不上来。这种情况需要判断的不是发得够不够多，而是这批稿件里有没有产生过被检索、被采用的可能。产出量本身不说明问题，但产出结构会说话。 ## 四个可以观察的信号 不用等任何后台数据，从稿件本身就能看出大部分问题。 **信号一：整篇没有可摘取的具体内容。**通篇是行业常识和通用描述，把公司名换掉之后，内容对任何一家同行都成立。官方在生成式 AI 优化指南里把这类内容称为“通货型内容”，并举例说明它“通常基于常识，任何人都有可能写出来，对读者通常几乎没有独到见解”；相对的“非通货型内容”能提供超出常识的专业或亲身经验。判断方法很直接：这篇文章里有没有一句话，只有做过你们这行的人才写得出来。 **信号二：同一件事写了很多遍。**如果近半年有十几篇稿件在讲同一个主题的不同说法，它们彼此之间在竞争同一批问题。这不仅是效率问题，还有规则风险：官方对规模化内容滥用的界定是“为了操纵搜索排名而生成大量页面、不帮助用户”，并明确把“内容对读者几乎没有意义却包含搜索关键词”列为表现之一。以数量为主要产出的内容计划，方向本身就和这条政策相抵触。 **信号三：稿件发布之后没有任何后续动作。**发出去就结束，不检查是否被收录、不检查是否出现在相关问题的回答里、不记录被引用的页面。这类稿件的真实状态是“不确定”，而不确定的投入无法判断要不要继续。 **信号四：没有出处、数据或条件。**可被引用的表述通常带着具体条件：适用工况、测试方法、单位、时间、适用范围。停留在形容词层面的稿件，既不容易被检索系统摘用，也不容易被人核对。 批量产出本身不是问题，把产量当成产出指标才是（CC0 照片：Miehle 平台印刷机，作者 Douglas W. Jones，来源见文末）。 ## 把“发布条数”换成“可核对产出” 评估口径换了，判断立刻清楚很多。给每篇稿件登记四项：有没有独立的事实或经验、对应哪个客户问题、发布后是否有可观察的反馈（被检索、被提及、被引用、带来咨询）、下一次复核时间。四项里有三项是空的，就属于需要停下来看的稿子。 “有反馈”这一项不要写得含糊。可观察的反馈只有少数几种：特定问题下回答里出现了你的页面、出现的来源指向某个具体 URL、有人通过该页面的路径联系过来。像“阅读量不错”这类指标和是否被采用关系不大，分开记，不要混在同一列。 ## 预算继续投之前，先分三类稿件 把过去一年的稿件粗分成三类：**独有信息类**（含真实参数、工况、测试或项目细节）、**解释类**（把复杂概念讲清楚，可以引用外部资料）、**通用改写类**（同义重写、常识拼装）。三类各占多少比例，通常一眼就能看出钱花在哪。接下来的动作按类别定：独有信息类值得继续投入并补齐可核对条件，解释类要增加具体条件和出处，通用改写类应当直接停掉，而不是再改写一遍。 这个分类也回答了“为什么有的稿件有效”。和篇幅、渠道都无关，原因在于它提供了别处没有的东西。官方文档里对内容质量的判断标准与此一致：内容是否展示了第一手经验与深度，是否有明确的目标读者。 ## 怎么记录被引用的情况 粗略阶段可以人工做：固定一组问题，定期在目标平台问一遍，记录回答里出现的页面地址。规模上去之后需要表格化：问题、平台、时间、是否提及品牌、来源页面 URL。官方侧提供了可用的报表：生成式 AI 性能报告可以在 Search Console 里查看内容在 Google 生成式 AI 功能中的表现，属于可以纳入定期复盘的一手数据，但它只覆盖 Google 自己的功能，其他平台仍需人工快照。 另外提醒一句：不要为了让报表好看而为每一种问法变体单独造页面。官方明确说过，这样做如果以操纵排名或生成式 AI 回答为主要目的，会违反规模化内容滥用政策，而且页面数量多并不会提高网站质量。 还有一个容易忽略的维度是渠道结构。同一批稿件如果集中在两三个发布渠道上，判断“有没有用”时你就只有一个变量；渠道本身的质量差异、收录情况、生命周期都混在一起，谁都说不清问题出在内容还是出在渠道。把渠道维度记进清单里，下一次评估时才有对比空间。这里的记录只要三项：发在哪里、发布时间、后续有没有被检索或引用的痕迹。 ## 停下来也是一种结论 识别无效投入的目的不是把所有内容都砍掉，而是把预算从“继续生产同一种稿子”转到有效的那一类上。如果连续两轮复盘都找不到被引用或被采用的证据，那么结论应当是换内容方向，而不是加大数量。这条判断和预算怎么分配直接相关，具体依据见 [SEO 和 GEO 的预算怎么分配](/post/seo-geo-budget-allocation/)；如果问题是问法已经变了却还在按旧清单写作，见 [客户问法变化时怎么发现新的问题集](/post/how-to-find-new-customer-question-sets/)。 内容清单、问题对应关系和引用记录放在一起，才能看出哪一类内容值得继续投入。这部分整理与复盘[光算的 GEO 服务](https://www.guangsuan.com/geo/)可以承担，周期跟着你们的产出节奏走。 图片来源：印刷机照片为公开的 CC0 作品 Old Threshers Miehle Press End，作者 Douglas W. Jones，来自 Wikimedia Commons。 这几篇回答的是相邻的问题：[哪些SEO投入值得重新评估：内容、关键词与外链质量](/post/%e5%88%ab%e5%86%8d%e6%b5%aa%e8%b4%b9%e6%97%b6%e9%97%b4%e5%81%9a%e8%bf%99%e4%ba%9b%e6%97%a0%e6%95%88%e7%9a%84seo%e6%93%8d%e4%bd%9c%e4%ba%86%ef%bc%882026%e6%b7%98%e6%b1%b0%e6%b8%85%e5%8d%95%ef%bc%89/)。 ## 参考来源 - [Google's Guide to Optimizing for Generative AI Features on Google Search](https://developers.google.com/search/docs/fundamentals/ai-optimization-guide) — 通货型内容基于常识、任何人可能写出、对读者缺少独到见解；非通货型内容提供超出常识的专业或经验。 - [Spam policies for Google web search](https://developers.google.com/search/docs/essentials/spam-policies) — 规模化内容滥用指为操纵搜索排名生成大量页面而不帮助用户。 - [Creating helpful, reliable, people-first content](https://developers.google.com/search/docs/fundamentals/creating-helpful-content) — 官方建议评估内容是否展示第一手经验与专业深度，以及是否有明确的目标读者。 --- ## 负面信息出现在AI回答里：可用与不可用的做法 - URL: https://www.guangsuan.com/post/negative-info-in-ai-answers-boundaries/ - 作者: Don Jiang - Published: 2026-09-18T02:53:34+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 先分清事实错误、不同表述与观点三类，再用补充资料、联系更正、平台政策与法律渠道处理，并写明为什么包删帖、刷量、伪造材料不能碰。 客户在问“这家公司靠不靠谱”时，AI 回答里带出了两年前的一条投诉帖，语气不算激烈，但足够让人犹豫。看到这种情况，第一反应通常是把它删掉。能不能删、向谁提、以什么理由提，取决于这条内容属于哪一种性质；用错路径，不但没结果，还可能把原本可以谈的事推到对抗状态。 ## 先分清三种性质，再决定动作 **事实错误**指内容里陈述了可被证伪的具体说法，比如把交付延期写成了未交付、把某次纠纷的金额写错。这一类有明确的事实基线可比对，处理路径最长但也最实。 **真实事件的不同表述**指事件本身发生过，只是叙述方式对你不利。这类内容无法靠“这是假的”解决，可行的方向是把完整经过、后续处理和改进措施补充到公开资料里，让核实的人能看到全貌。这属于主动补充，不属于删除请求。 **观点与评价**指没有可证伪的事实，就是主观判断。这类内容最需要考虑的是要不要回应：公开资料的完整度上去了，判断的土壤会变化，但没有任何渠道能替你把观点删掉。 ## 可用做法一：把事实基线做扎实 三件事可以立刻做。第一，把涉及这件事的官网资料补齐：时间线、处理结果、后续措施，写成可核对的页面。第二，如果回答引用的页面里有明确的失实表述，联系维护方提出更正，材料里给出依据而不是情绪，例如原始合同条款、交付记录、第三方检测报告。第三，把源头资料的口径统一，避免同一件事在官网上有两个版本，否则对方可以用你自家资料的矛盾来反驳。 这一类动作的目标是把“可核对的事实”做厚。它不承诺负面说法会消失，只保证有人来核实时能找到完整信息。把预期说清楚，比事后解释要省力。 ## 可用做法二：平台渠道的确切范围 平台侧有两条完全分开的路径，混在一起用是常见的失误。政策路径针对的是垃圾、欺骗或低质页面，面向搜索结果，作用是让系统识别这类内容，官方说明这类报告可能会触发人工处理。法律路径针对的是具体法律事由，官方列出的可选事由里跟企业最相关的是名誉：**“对你或你的企业、组织造成名誉损害的不实陈述（通常是损害声誉的虚假陈述）”**。这里的表述明确包含企业主体，不是只保护个人。 同一份官方说明里有三条限制必须同时记住。第一，同一内容走政策路径和走法律路径必须分别提交，走政策路径不构成法律通知，也不替代法律主张。第二，举报对象要逐产品提交，内容出现在搜索、图片、AI 概览还是 AI 模式，需要分别处理。第三，内容是否受限通常按国家或地区判断，认定为违法才在该地区限制访问。 还要澄清一个容易误用的入口。Google 的私人信息移除流程针对的是**个人的私密可识别信息**，官方说明写明“如果信息是关于你的，你或你的代表可以请求移除”，同时说明 Google 只能从搜索结果里移除内容，且只审查你提交的那些网址。企业的商业评价不适用这条流程，拿它去处理公司负面信息，基本会被退回。 处理前的准备：把已刊出的内容和可核对的材料摊在同一张桌上，先分清哪一句是事实错误，再决定走哪条渠道。 ## 不可用的做法 下面四类在市场上都能买到，也都不能用。第一类是所谓包删帖的服务，它们通常靠同一批举报渠道，差别只是收钱，效果无法承诺，还可能出现收款后消失。第二类是批量制造正面内容去淹没，这条不只是无效，还直接踩线：官方的生成式 AI 优化指南把“追求不真实的提及”列为可以忽略的做法，并说明核心排名系统关注高质量内容、其他系统负责拦截垃圾，生成式 AI 功能同时依赖两者；规模化生成低质内容另有一条专门的政策。第三类是伪造证据，包括编造检测报告、虚构合作或资质，一旦被发现，后续所有主张的可信度都会受影响。第四类是向发布方施压或骚扰，这会把民事争议变成另一个性质的问题。 这四条有一个共同点：它们都试图绕过事实核实这一环。而这条路径恰恰是你唯一可以自己控制的部分。 ## 记录什么 每一次处理都值得留档：回答原文与提问原句、引用的页面地址、你判断的失实点、提交的渠道与时间、对方的回应、结果。原因有两个。一是同一条内容会在不同平台反复出现，有档案就不用重复取证；二是如果问题升级到需要法律顾问介入，这些记录就是最早的证据链。档案里的判断要区分开：哪一句是事实比对得出的结论，哪一句是你的推断，写混了后面很难用。 和仿冒站点不同，负面信息的关键往往是内容本身有部分真实成分，因此第一步不是下架而是核实。冒用主体的处理路径见 [AI 回答里出现仿冒页面时怎么做](/post/fake-site-in-ai-answers/)；如果核实后发现是自家资料写错了，处理顺序见 [品牌信息出错时的处理顺序](/post/geo-correct-brand-info-order/)。 我们能做的是把可核对的公开资料整理清楚，并保持各渠道口径一致，具体范围按项目确定，服务方式见 [光算 GEO 服务说明](https://www.guangsuan.com/geo/)。涉及法律主张的部分，请交由你方的法律顾问判断。 接着往下做，通常会用到的几篇：[AI给出的引用看起来很真，怎样确认原文真的说过？](/post/verify-ai-citations-original-sources/)。 ## 参考来源 - [Report Content On Google - Legal Help](https://support.google.com/legal/troubleshooter/1114905) — 名誉事由明确包含对企业或组织的不实陈述，且同一内容走政策与法律渠道必须分别提交，政策渠道不构成法律通知。 - [Remove my private info from Google Search - Google Search Help](https://support.google.com/websearch/answer/9673730?hl=en) — 私人信息移除流程针对个人私密信息，且只能从搜索结果中移除，只审查提交的网址。 - [Google's Guide to Optimizing for Generative AI Features on Google Search](https://developers.google.com/search/docs/fundamentals/ai-optimization-guide) — 官方把追求不真实的提及列为可以忽略的做法，并说明生成式AI功能同时依赖高质量内容与垃圾拦截系统。 - [Spam policies for Google web search](https://developers.google.com/search/docs/essentials/spam-policies) — 规模化内容滥用指为操纵排名而生成大量页面；低质规模化生成内容有专门政策。 --- ## 客户问法变了：怎么发现新的问题集 - URL: https://www.guangsuan.com/post/how-to-find-new-customer-question-sets/ - 作者: Don Jiang - Published: 2026-09-18T02:53:34+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 问题集一定会过期。用一线对话原句、公开问答、自动补全、站内搜索与追问方向五个来源接新问法，并写清转正判据与版本管理办法。 一套问题集设计好之后，最容易发生的事不是它被推翻，而是它被慢慢用旧。一年前客户问“哪家的液压系统更耐用”，现在变成“能不能在零下二十度连续工作”，前者还能问出答案，但已经不是客户在决策时的说法。问题集要能跟上，靠的不是重写一遍，而是有一套持续接新问法的入口。 ## 清单为什么会自然过期 原因有一半在平台侧。Google 在 AI 功能说明里提到，AI 概览和 AI 模式都可能使用“查询扇出”技术，也就是围绕子主题和数据源发出多个相关搜索来生成回答；在生成式 AI 优化指南里对这项技术的定义是：模型生成的一组并发、相关查询，用来获取更多信息以回答用户的原始问题，官方还给了一个除草的例子，原始问题是“怎么处理长满杂草的草坪”，扇出的查询可能是“最好的草坪除草剂”“不用化学品除草”等。 这件事对问题集有两个直接含义。第一，客户实际输入的那句话和你需要覆盖的知识范围并不一一对应，回答可能来自几个子问题的拼合。第二，你无法枚举这些子查询，它们由模型当场生成。所以“把清单做全”这个目标本身不成立，能做的只有让清单持续吸收真实出现的新说法。 ## 五个可以实操的来源 **一是一线对话的原句。**销售、售前、客服每天回答的问题就是最真实的问题集。价值最高的做法是直接抄下客户的原话，包括他们用的行业叫法、单位、工况描述；让团队事后写总结，措辞会被磨平。这一步的记录成本很低，但要求固定格式：问法原句、提出时间、客户所处市场、被问到的人。 **二是公开问答社区的提问列表。**行业论坛、技术社区、采购类的公开问答里，每天都有新的问法出现。它的优点是可以直接看到别人的措辞，缺点是提问者不一定是你所在市场的买家。 **三是搜索框的自动补全。**它的价值在于直接反映真实输入，而不是编辑推想出来的说法。同一个采购意图在不同地区、不同语言下的变体往往在这类建议里集中出现。 搜索引擎输入框的真实自动补全建议（2026 年 9 月，查询为 how to choose an industrial sensor supplier）：同一采购意图会以多种真实说法出现。 **四是站内搜索与留言。**如果官网有站内搜索、报价表单或在线咨询，留下的词句是自己的第一方数据，含杂音最少。缺点是量小，需要长期积累。 **五是回答里的追问方向。**同一平台的回答往往会带出后续可问的角度，把这些角度记下来，能补上你没想到的决策环节，比如交付周期、售后范围、认证要求。这类记录只反映你提问时的展示，不能当作平台机制来引用。 ## 什么时候把一条问法正式加进问题集 不是每条新问法都值得进清单。三个判据可以过滤大部分噪声。第一，它和清单里的某条问题是否属于同一意图：同一意图的不同说法应该合并成一条主问法加若干变体，而不是各占一行；不同意图的才值得新增。第二，它是否稳定出现：偶然看到一次的说法先放观察区，连续几轮在不同来源里出现再转正。第三，它对应的能力你是否真的具备：客户问了一个你不提供的服务，答案写不了，这类问法对内容规划没有意义，但对销售话术可能有价值。 新增时要走版本管理。问题集有版本号、生效日期和变更记录，理由是样本的可比性：新旧问法混在同一轮统计里，前后结果就无法解释。哪一轮加了什么、为什么加，写清楚，下一轮的人才能接得上。 ## 一个常见误区：为每种问法各造一个页面 发现问法很多之后，最诱人的动作是把每个变体都做成一个页面。官方对这件事的态度写得很明确：为人们可能搜索的每一种变体单独创建内容，如果主要目的是操纵排名或生成式 AI 回答，就违反了规模化内容滥用政策；官方同时指出，页面数量多并不会让网站质量更高或更相关。 正确的做法是把变体归到同一页里回答清楚：主问法做标题与结论，变体作为小节或问答覆盖，条件、范围、限制写在同一处。这样既覆盖了说法差异，又不会把站点拆成几十个薄页面。 ## 接进现有节奏 问题集更新应该挂在已有节奏上，而不是另起一套流程。比较省事的安排是：销售侧随手记录，每月汇总一次进观察区；每季度把稳定出现的新问法转正并升版本；每次升版本之后重跑一轮固定样本，作为新基线。第三步不能省，否则版本号变了、基线没变，前后数据还是不可比。 这三个环节之间有明确的依赖关系：一线记录的质量决定观察区的价值，观察区的稳定性决定转正的时机，而转正之后的重跑决定这套东西还能不能继续用来判断效果。链条上任何一环省掉，问题集都会在半年内变成一份没人用的旧文档。 问题集更新完，紧接着要看的往往不是排名，而是回答里有没有你、有没有来源。这两件事的排查方式不同，先看 [品牌被提到却没有链接时缺哪一环](/post/brand-named-without-source-link/)。维护节奏和责任人怎么定，见 [GEO 长期维护机制](/post/geo-maintenance-cadence-and-roles/)。 一线问法、公开来源和复测记录可以合在一份问题地图里维护，前提是有人负责汇总和转正，否则记录会散在各自的表格里。[光算 GEO 服务说明](https://www.guangsuan.com/geo/)列的是我们在这部分能承担的执行内容。 相关方法在这几篇里写得更细：[如何利用Reddit和Quora找高意向SEO选题](/post/%e5%a6%82%e4%bd%95%e5%88%a9%e7%94%a8reddit%e5%92%8cquora%e6%89%be%e9%ab%98%e6%84%8f%e5%90%91seo%e9%80%89%e9%a2%98/)。 ## 参考来源 - [Google's Guide to Optimizing for Generative AI Features on Google Search](https://developers.google.com/search/docs/fundamentals/ai-optimization-guide) — 查询扇出是模型生成的一组并发相关查询，用来取回更多信息回答原始问题。 - [AI features and your website](https://developers.google.com/search/docs/appearance/ai-features) — AI 概览与 AI 模式可能使用查询扇出技术，围绕子主题与数据源发出多个相关搜索。 - [Spam policies for Google web search](https://developers.google.com/search/docs/essentials/spam-policies) — 规模化内容滥用指为操纵排名而生成大量页面，不帮助用户。 - [Creating helpful, reliable, people-first content](https://developers.google.com/search/docs/fundamentals/creating-helpful-content) — 官方建议先确认是否存在真实受众，以及内容是否展示第一手经验与深度。 --- ## 品牌只出现名字没有链接：缺的是哪一环 - URL: https://www.guangsuan.com/post/brand-named-without-source-link/ - 作者: Don Jiang - Published: 2026-09-18T02:53:34+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 回答提到品牌却给不出可点来源时，按四个位置排查：支持那句话的页面是谁的、页面有没有可摘取表述、品牌名是否只在图片里、摘要控制项有没有误伤。 回答里确实出现了你的品牌名，措辞也不算负面，但整段回答下面没有一个能点的来源。客户想进一步核实，只能自己再搜一遍，很可能搜到的是同行。这种情况下多数人第一反应是把内容再做一遍，其实先要判断缺口在哪一环。 ## 被提到和被当成来源，是两种状态 先看官方对“链接”这件事的定义。Google 在生成式 AI 优化指南里解释检索增强生成时写道，系统审阅从索引里检索到的页面后，会“展示指向相关网页的显著、可点击链接，这些网页支持回答中的信息”。这句话里有个限定很容易被略过：链接指向的是**支持该条信息**的页面。名字被提了一嘴，不等于有页面在支持那个说法。 反过来，官方给出的资格门槛又低得反常：能被索引、能出摘要就行。资格门槛低、选择过程不可见，这两句放在一起才是这件事的完整面貌：你能把页面准备到够格，但无法决定它是否被选中，更不能决定它在回答里出现的位置。 ## 缺口通常在这四个位置之一 **一是支持那句话的页面本来就不是你的。**回答里的品牌名可能来自一篇媒体报道、一个行业目录、一份经销商的选型指南。这时来源链接给的是那个页面，逻辑上完全合理，只是功劳不在你这边。要改变这种局面，动作在第三方资料，而不在你的官网。 **二是你的页面够格，但没有可被摘走的表述。**能被引用的段落通常有一个特征：脱离上下文仍然成立，对象明确、结论具体、条件紧跟其后。整页都在讲“我们致力于为客户提供优质方案”这种表述，系统摘不出可用的一句。而把参数、适用工况、限制条件写成完整句子，情况会不一样。Google 在 AI 功能的建议里也把“确保重要内容以文本形式存在”单独列出，原因就在这里。 **三是品牌名只活在图片和导航里。**Logo、产品图、页头导航都带品牌名，但正文里没有一处完整的说明。文字是唯一能被稳定读取的形式，图片里的文字不参与这个环节。 **四是页面自己限制了展示。**官方列出的控制项包括 `nosnippet`、`data-nosnippet`、`max-snippet` 和 `noindex`。这些设置各有正当用途，但如果历史上为了某种保护策略加过，而没人记得，就可能在无意间限制了能被展示的内容。排查时先看这几个开关的实际状态，再谈内容质量。 同一个回答里的两条来源行：一条能点开核实，另一条只有文字。差别不在品牌是否出现，而在有没有页面在支持那句话。 ## 先在几个平台各问一遍，再下结论 同一个问题在不同平台上的结果经常不一致，有时一边给了来源链接，另一边只提了名字。这不一定说明你哪里做错了，原因可能在于各平台的检索范围和生成方式不同：有的平台以自建索引为主，有的在用户提问时会临时抓取页面，官方文档里也说明这类用户触发的抓取行为与自动抓取并不相同。用单一平台的结果推断全局，容易把正常差异当成故障。 比较稳妥的做法是固定一个最小组合：客户最常用的两个平台，加上至少一个以搜索为主的产品。同一问题、同一模式各问一遍，分别记录有没有提及、有没有来源、来源指向谁。记录满几轮之后再看趋势，比单次对比可靠得多。 ## 能改的和不能改的 能改的部分集中在页面：把品牌名写进正文而不只是图片，把关键事实写成可独立理解的句子，把适用范围和限制条件放在结论附近，确认摘要控制项没有误伤，保证同一件事在官网上只有一个版本。这几项做完，页面在资格意义上就没有短板了。 不能改的部分要说清楚：无法指定哪个页面成为来源，无法要求某条回答必须带链接，也无法查询自己为什么没被选。任何声称能“锁定引用位”或“保证出现在答案里”的说法都缺少依据，因为平台没有公开这套选择逻辑。把这句话提前讲清楚，比事后解释要省事。 ## 怎么记录这件事 既然选择过程看不见，能做的就是固定观察条件：同一个问题、同一个平台和模式、同一时间窗口，记录品牌是否被提及、有没有可点来源、来源指向哪个页面。连续记录几轮之后，你至少能分清两种完全不同的状态：品牌从未被提及，还是被提及但没有来源。两种状态对应的动作不一样，前者的排查路径见 [官网没被AI检索到的两类原因](/post/site-not-retrieved-by-ai-crawler-or-content/)。 如果品牌被提及、来源也有，但来源指向的是过时页面或者说不清楚的内容，那又是另一个问题：这时要把关注点转到被引用的那个页面本身，而不是继续增加新内容。多语言站点还要注意，不同语种版本的页面可能分别被不同市场的问题引用，观察时要按语言分别记录，不要合并成一条结论。 问法本身也在变，客户不会一直用你当初设想的句子提问。想持续发现新的问法，见 [客户问法变化时怎么发现新的问题集](/post/how-to-find-new-customer-question-sets/)。 整理页面、核对来源、定期复测本身是一套持续工作，做完一轮不等于长期有效。需要有人接手时，[光算 GEO 服务](https://www.guangsuan.com/geo/)可以按你们的情况商定承担哪一段。 如果只看两篇，建议先看：[谷歌AIO（AI概览）引用来源分析：什么样的站更吃香](/post/%e8%b0%b7%e6%ad%8caio%ef%bc%88ai%e6%a6%82%e8%a7%88%ef%bc%89%e5%bc%95%e7%94%a8%e6%9d%a5%e6%ba%90%e5%88%86%e6%9e%90%ef%bc%9a%e4%bb%80%e4%b9%88%e6%a0%b7%e7%9a%84%e7%ab%99%e6%9b%b4%e5%90%83%e9%a6%99/)。 ## 参考来源 - [Google's Guide to Optimizing for Generative AI Features on Google Search](https://developers.google.com/search/docs/fundamentals/ai-optimization-guide) — 生成式AI回答里展示的链接指向支持该条信息的相关网页。 - [AI features and your website](https://developers.google.com/search/docs/appearance/ai-features) — 成为支持链接的先决条件是被索引且有资格带摘要，此外没有额外技术要求。 --- ## 官网没被AI检索到：抓取与内容两类原因排查 - URL: https://www.guangsuan.com/post/site-not-retrieved-by-ai-crawler-or-content/ - 作者: Don Jiang - Published: 2026-09-18T02:53:34+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 官网在AI回答里完全不出现时的排查顺序：robots.txt 分组、CDN 与 WAF 白名单、用户触发抓取与自动抓取的区别，以及内容层的资格条件和生效时间。 在 ChatGPT、Perplexity 或 Google 的 AI 回答里按行业问题问了一圈，同行的名字出现了好几次，你的官网一次都没被提到。客户搜索时能正常找到你，说明网站本身是活的；那问题通常不在内容好不好，而在两个完全不同的层面之一：检索方根本没取到页面，或者取到了却没有把它当成可用的来源。 ## 排查第一步：分清是抓取问题还是内容问题 先说结论：官网在 AI 回答里完全不出现，通常只有两类原因。一类是**抓取与托管层**没放行，检索方根本没取到你的页面；另一类是抓到了，但页面没有被当作可用来源采用。两类的排查动作完全不同，先分清能省掉很多猜测。 Google 的官方说明里有一条很实用的排查顺序。在 AI 功能的落地建议部分，官方把“确保 robots.txt 以及任何 CDN 或托管基础设施都允许抓取”列在第一条。这句话点出了抓取层的关键：拦你的往往不是 robots.txt 本身，而是 CDN、WAF 或主机安全策略。这一层对内容团队不可见，却最常成为 AI 检索不到的真正原因。 官网实际运行在机房与边缘节点这一层（CC0 照片，来源见文末说明）：抓取不到的问题经常出在这里，而不是出在页面上。 ## 抓取层要按顺序确认的四件事 **第一，robots.txt 里对具体爬虫写了什么。**robots.txt 的规则是按 user-agent 分组的，写法上字段名和值都不区分大小写。真实站点里常见的坑是：一大段 AI 爬虫的 user-agent 写在一组，末尾只有一个 `Disallow: /`，等于把整组一起拒了。 一个公开站点的 robots.txt 实际片段（theguardian.com/robots.txt，2026 年 9 月截取）：几十个 AI 相关 user-agent 归在同一组，末尾一条 Disallow: / 对整组生效。 **第二，CDN 与 WAF 有没有把爬虫当攻击流量。**按 Perplexity 官方文档的说明，使用 Web 应用防火墙时，可能需要显式把它的爬虫加入白名单，官方还给出了不同 WAF 供应商的配置步骤，条件是同时匹配 user-agent 与官方公布的 IP 段。OpenAI 与 Anthropic 的文档也各自公布了 IP 段地址，供站点核对来源真伪。这意味着只认 user-agent 的放行规则不够牢靠，user-agent 可以伪造，IP 段才是可核对的依据。 **第三，用户触发的抓取和自动抓取不是一回事。**这一点最容易误判。Perplexity 文档写明，用户提问时触发的抓取“通常会忽略 robots.txt 规则”；Anthropic 也把 ClaudeBot、Claude-User、Claude-SearchBot 分成三个用途不同的机器人，并说明停用 Claude-User 会阻止系统在用户提问时取回你的内容。OpenAI 同样把 OAI-SearchBot 与 GPTBot 分开，前者的用途是让网站在 ChatGPT 的搜索功能里可被展示，后者的用途是模型训练。放开训练权限和出现在回答里是两件事，别用同一个开关处理两种目标。 **第四，变更生效需要时间。**OpenAI 与 Perplexity 的文档都写明 robots.txt 变更后系统调整大约需要 24 小时；Google 的说法更保守，重新抓取可能从几天到几个月不等，取决于系统判断页面是否需要刷新。排查时把这个时间窗算进去，避免在生效前反复改动配置。 ## 内容层：被取到不等于被采用 抓取层通了，还要满足“能被摘录”的条件。Google 的官方要求是：页面必须已被索引，并且能带摘要出现在搜索里，除此之外不设额外门槛。注意这里的措辞是资格，官方同时强调满足全部要求也不保证被抓取、索引或展示。所以内容层的排查目标不是想办法提高概率，而是先排除自己造成的障碍：有没有 `nosnippet`、`data-nosnippet`、`max-snippet` 或 `noindex` 影响展示，重要内容是不是只放在图片里或依赖交互才能看到，同一件事在官网上是否只有一个说法。 还有一个常见误解值得澄清：新建 AI 专用文本文件或加特殊标记，并不会让内容更容易被取用。Google 的生成式 AI 优化指南明确说，站点不需要为此创建新的机器可读文件、AI 文本文件或标记；它同时说明这样做既不伤害也不帮助在 Google 搜索中的可见度。工具有没有用、适合哪个平台，要按各平台自己的文档判断，不要当成通用通行证。 ## 多域名与多语种站点的额外排查 有多个市场版本的公司容易漏掉两处。一是 robots.txt 按域名与子域分别生效，主站放行不代表其他语言版本也放行；各子域的规则要各自确认，别用主站的结果推断全部。二是 CDN 与 WAF 的规则常常按域名或路径分别配置，主域名加过白名单，后来新增的市场域名可能没有同步。 排查顺序建议固定下来：先确认每个对外域名各自的 robots.txt，再确认这些域名的边缘配置是否一致，最后才回到内容层。语言版本之间还有一个容易忽略的点：如果某语言版本的页面数量很少、内容质量明显低于主站，那么即使抓取通顺，它在回答里被采用的概率也低，这属于内容问题而不是技术问题，两类结论要分开记录。 ## 怎么记录这次排查 排查过程本身值得留档：测试的 URL、用的 user-agent、返回的状态码与响应头、检查时间、以及对比前后的结论。同一台机器上换 user-agent 再请求一次，是区分“规则拒绝”和“网络层拒绝”的最快方式，这一步不需要任何平台权限，也不需要登录后台。 如果抓取层已经放行、内容也没问题，但回答里仍不出现你的页面，那就换到另一个问题上了：页面有没有被当作可点来源，判断方法见 [品牌被提到却没有链接时缺哪一环](/post/brand-named-without-source-link/)。反过来，如果回答里出现了你的品牌但说错了内容，处理顺序见 [品牌事实被说错时先改哪里](/post/geo-correct-brand-info-order/)。 抓取层与内容层的检查可以并行做，但责任通常在两个团队手里。把这两类结论分开记录，能避免把托管配置问题当成内容质量问题反复返工；我们在这部分提供的是页面与信源的检查清单，范围按项目确定，说明见 [光算 GEO 服务说明](https://www.guangsuan.com/geo/)。 图片来源：机房照片为公开的 CC0 作品 Rear of rack at NERSC data center - closeup，作者 Derrick Coetzee，来自 Wikimedia Commons。 与这篇属于同一组问题的还有：[产品页不被收录的6类技术排查：速度、robots、内链、渲染、URL与标签](/post/%e4%ba%a7%e5%93%81%e9%a1%b5%e4%b8%8d%e8%a2%ab%e6%94%b6%e5%bd%95%e7%9a%846%e4%b8%aa%e6%8a%80%e6%9c%af%e5%8e%9f%e5%9b%a0/)、[抓取量下滑先看哪儿？用GSC主机状态区分DNS、连接与robots问题](/post/gsc-crawl-host-availability/)。 ## 参考来源 - [AI features and your website](https://developers.google.com/search/docs/appearance/ai-features) — 官方把确保 robots.txt 以及任何 CDN 或托管基础设施允许抓取列为AI功能的落地建议之一。 - [How Google interprets the robots.txt specification](https://developers.google.com/search/docs/crawling-indexing/robots/robots_txt) — robots.txt 按 user-agent 分组，字段名和值都不区分大小写。 - [Perplexity Crawlers](https://docs.perplexity.ai/guides/bots) — 使用 WAF 时可能需要显式把爬虫加入白名单，且用户触发的抓取通常会忽略 robots.txt 规则。 - [Overview of OpenAI Crawlers](https://platform.openai.com/docs/bots) — 搜索用途与训练用途的抓取是相互独立的设置，robots.txt 变更后系统调整约需 24 小时。 - [Does Anthropic crawl data from the web, and how can site owners block the crawler?](https://support.anthropic.com/en/articles/8896518-does-anthropic-crawl-data-from-the-web-and-how-can-site-owners-block-the-crawler) — Claude 侧把训练、搜索索引与用户触发抓取分成三个机器人，停用用户触发抓取会降低在用户搜索中的可见度。 - [Google's Guide to Optimizing for Generative AI Features on Google Search](https://developers.google.com/search/docs/fundamentals/ai-optimization-guide) — 不需要为AI功能创建新的机器可读文件或专用标记。 --- ## AI回答里出现山寨站或仿冒页面 - URL: https://www.guangsuan.com/post/fake-site-in-ai-answers/ - 作者: Don Jiang - Published: 2026-09-18T02:53:34+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 发现仿冒你品牌的页面被AI回答引用时，怎么固定证据、平台有哪些可用入口、商标与名誉等法律事由怎么提，以及哪些做法不能碰。 在客户常用的平台上问一句你的品牌名，回答里出现的却是一个长得像你的站点，或者一个打着你客服名义的联系页面。这类页面的目的通常很简单：接收本该属于你的询盘。发现之后的第一反应往往是要求平台立刻删除，但真正决定结果的是先做什么、按什么顺序做。 ## 先固定证据，再决定向谁提 取证这一步不能省。需要的材料包括：被冒用主体的页面地址与完整截图（含可见的域名、联系方式、页面上的品牌标识）、该页面在 AI 回答里被引用的完整回答与提问原句、以及你自己官网对应的官方页面地址，用来证明哪一个才是真实主体。截图要能同时看到域名和内容，只有内容截图无法证明来源。如果页面在多个语种或多个平台上出现，逐个记录，不要合并成一句“很多地方都有”。 还有一个判断越早做越好：对方冒用的是你的**品牌名**，还是你的**整站内容**。冒用品牌名做成仿冒官网、假客服页、假经销页面，走的是商标与欺诈类渠道；整站复制文章内容属于著作权问题，渠道和处理周期都不同。两种混在一起提，往往两边都不受理。 ## 平台侧有哪些可用入口 Google 官方把“冒充知名企业或服务提供方来骗取用户付款给错误对象”“制作假装代表某正规企业提供官方客服的欺骗性站点，或提供该企业虚假的联系信息”明确列为欺诈类行为，并说明系统会识别此类页面并阻止它们出现在搜索结果中。这条政策是举报的依据，但要注意它的对象：它管的是页面，不是某一条回答的措辞。举报时把仿冒页面地址作为对象，而不是把回答链接当作违规内容。 举报入口有三个层次，用途不同。面向搜索结果的举报表单用于垃圾、欺骗或低质页面；钓鱼类页面另有安全浏览渠道；涉及商标、著作权、仿冒品、名誉等法律事由的，走的是另一条法律渠道，而这条渠道里可以单独选择举报对象所在的产品。 Google 内容与法律举报入口的实际界面（2026 年 9 月截取）：AI 概览与 AI 模式作为可单独选择的产品出现在同一份清单里。 图里这一点很实用：在举报流程里，AI 回答所在的产品和普通搜索结果是可以分开选的。这说明平台在流程上没有把 AI 展示当作不能受理的对象。但要如实说明边界：官方文档同时写明，同一内容走政策渠道和走法律渠道必须分别提交，走政策渠道“不构成法律通知”。也就是说，提交一次举报不等于发出了任何具有法律效力的主张。 ## 可用的法律事由与不可用的做法 官方列出的法律举报事由里，与仿冒最相关的是三项：商标，指“使用我的商标，且可能造成混淆”；仿冒品，指销售或推广仿冒商品；名誉，指“对你或你的企业、组织造成名誉损害的不实陈述（通常是损害声誉的虚假陈述）”。这三项都需要能说清权利归属或事实依据，不是提交就能成立。涉及跨境业务时还要注意，同一个法律问题在不同国家的认定标准不同，平台通常只在被认定违法的国家或地区限制访问。具体怎么主张，需要你方的法律顾问来判断。 明确不能用的做法同样是重点。以下四类看起来能快速见效，但都会把你自己置于风险之中：伪造授权文件或公函、雇人批量刷举报、向对方页面发起攻击或干扰其运行、以及编造不存在的合作或资质来对冲。这些做法不仅在多数平台规则里会被识别为滥用，还可能反过来成为对方的证据。合规的路径只有三条：证明自己是真实主体、指出对方的具体违规点、按渠道要求提交可核实的材料。 ## 跨境业务要多想一步 做海外市场的公司还会遇到两个额外变量。第一是平台地域差异：官方明确说明，内容是否受限通常按国家或地区判断，同一条内容在一个市场被认定违法，在另一个市场可能完全合法，处理结果也因此不同。第二是权利基础差异：商标在哪个国家注册、注册类别覆盖哪些商品与服务，决定了你能主张的范围；只在目标市场有销售、没有当地注册，能走的路会窄很多。这两件事都不属于内容团队的判断范围，但内容团队需要提前准备材料：官方域名清单、品牌在各市场的使用证据、授权关系说明，这些往往是走渠道时最先被要求提供的东西。 另外建议把仿冒处置当成一个会重复发生的事件来处理，而不是一次性任务。留下完整档案的价值在于第二次遇到时能直接复用：域名注册特征的相似点、被模仿的页面结构、上一次提交的渠道与结果，都能让这次的处理快很多。 ## 处理期间，官网这边要做的三件事 举报的受理和处置不由你决定，等的这段时间不要空着。第一，把自己官网上的主体信息写清楚且集中，包括公司全称、品牌名、官方域名、授权经销或代理关系的说明，让任何一个试图核实的人都容易找到。第二，如果对方在联系信息或服务承诺上与你高度雷同，官网应当在显著位置写明官方渠道，减少客户判断成本。第三，把这次处置记录进档案：涉事页面、提交渠道、时间、结果，因为仿冒站点往往会换域名再做一次。 这些问题和事实错误同源，都指向公开资料里谁代表这个主体。如果回答里不是出现了模仿者，而是把你们的资料写错了，处理顺序见 [先改源头还是先发稿的判断](/post/geo-correct-brand-info-order/)；若是第三方在评论或投诉里陈述了不实内容，边界和渠道另有一套，见 [AI 回答里负面信息的合规做法](/post/negative-info-in-ai-answers-boundaries/)。 我们能做的是可控的那一半：把品牌主体、官方渠道与授权关系整理成可核实的公开资料，并记录被引用的情况。渠道受理与处置结果取决于平台和法律程序，这部分不在承诺范围内。[GEO 服务的范围说明](https://www.guangsuan.com/geo/)里写的是我们负责的环节。 需要把这里的判断落到具体页面时，可以参考：[Large-scale scraping of website content has occurred; how can I file a copyright protection claim with Google?](/en/post/large-scale-scraping-of-website-content-has-occurred/)。 ## 参考来源 - [Spam policies for Google web search](https://developers.google.com/search/docs/essentials/spam-policies) — 冒充企业、故意展示关于企业或服务的虚假信息被列为欺诈类行为，系统会识别并阻止这类页面出现在搜索结果中。 - [Report Content On Google - Legal Help](https://support.google.com/legal/troubleshooter/1114905) — 法律举报流程里可以单独选择 AI 概览与 AI 模式作为举报对象所在的产品，商标与仿冒品是并列的独立事由。 - [Report spam, phishing, or malware](https://developers.google.com/search/help/report-quality-issues) — 垃圾与欺骗类页面有专门的举报入口，报告会用于改进垃圾识别系统，并可能触发人工处理。 --- ## AI把公司和竞品搞混了：常见的三类原因 - URL: https://www.guangsuan.com/post/ai-confuses-brand-with-competitor/ - 作者: Don Jiang - Published: 2026-09-18T02:53:34+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 回答里把两个主体混在一起时，先按名称型、事实型、资料型分诊：名称字段怎么摆、自家资料为什么自相矛盾、第三方比较页怎么处理。 客户发来一段 AI 回答：问的是“A 公司和 B 公司怎么选”，回答却把两家的主力产品对调了，或者把你从来没做过的业务写进了你的简介。最先要判断的是这属于哪一类混淆，改页面的时机在判断之后。三类成因的处理路径完全不同，查错方向的代价是白改一轮。 ## 先看混的是名字、事实，还是别人的资料 现象可以先粗分：**名称型**是回答里的名字本身就是错的或模糊的，比如把缩写当成品牌名，把子公司名当母公司；**事实型**是名字没错，但描述的内容跟你官网对不上，比如产品线、适用工况、服务范围；**资料型**是名字和描述都正确，但回答把两个主体放进同一句比较，比如“与某家相比，X 在价格上更有优势”，而这句话出自第三方页面。三种现象常常同时出现，先用一个具体问题在固定平台上复现，看错在哪一层，再决定从哪里动手。 ## 第一类：同一个主体身上挂着好几个名字 很多公司对外至少有四个名字在流通：注册法律名、常用品牌名、英文名或译名、行业里约定俗成的缩写。资料在四处出现，写法各不相同，任何一次汇总都可能把它们当成不同的对象，或者反过来把两个都在用的名字压成一个。 Google 对这类问题的处理方式可以看组织信息结构化数据的官方说明。该文档的目的是帮助 Google 理解组织的行政信息，并在搜索结果中“消歧”这个组织；其中明确提到，有些属性是后台用来把组织与其他组织区分开的（例如 iso6523 和 naics 这类标识），另一些会影响展示。名称相关的字段分得很细：`name`、`alternateName` 用于常用名与别名，`legalName` 用于“注册的法律名称，如果与 name 不同”。这份官方文档说明的是 Google 搜索侧的做法，不等于所有 AI 平台都读同一套数据，但它至少提示了一件事：名字不是越多越好，而是要让主名和别名之间的关系可判读。 站点名称的官方要求更直接：选一个“独特、准确反映网站身份、不会误导用户”的名字，并且是简洁、被普遍认可的叫法；文档同时说明，搜索结果里的站点名称是“完全自动生成”的，会参考首页内容和网上对它的提及。这句话对期望值的意义在于：你能提供信号，但不能指定结果。 ## 第二类：自家资料互相矛盾 这类问题往往不是 AI 搞混，而是你给了它互相冲突的输入。常见来源有三个。一个是历史页面没下架，旧的产品页、旧的新闻稿还在，参数已经被新版替换过。二是同一产品的不同语言版本各写各的，英文站写 300 家客户，德文站写 200 家，数字都没错，但口径不同。三是电商与产品页并存，一侧写“现货”，另一侧写“按订单生产”。 排查方法不需要工具：把公司名、品牌名、主营产品、关键参数、服务范围、成立时间这几项拉成一张表，逐个页面核对，把不一致的地方标出来，再决定以哪一版为准。这张表的另一头连着内容结构问题——同一件事在官网上有两个说法，任何检索系统都无法替你决定信哪个。Google 在生成式 AI 优化指南里解释这类系统的取数方式时写得很清楚：检索增强生成会“依靠核心搜索排名系统从搜索索引中检索相关、更新的网页”，再由系统审阅这些页面里的具体信息生成回答。也就是说，被检索到的是页面，不是你的意图。 公开参考资料里的公司条目示例（英文维基百科 Siemens 条目局部，2026 年 9 月截取）：正式名称、前身机构与同名消歧提示同时出现在一个主体记录里。 ## 第三类：第三方把两个主体写进同一段 比较类页面、目录站、经销商页面、聚合榜单最容易制造这种混乱。它们的常见写法是“A 与 B 的对比”，把两家的参数放在一张表里，来源标注含糊，单位也不统一。这类页面的特点是流量结构好、被引用概率高，因为它天然回答了比较型提问。先要确认这些页面引用的原始数据出自哪里：如果出自你的官网，先把源头改对；如果出自对方自己的估算，那就是第三方的表述，只能通过联系维护方或平台渠道处理。 判断落点可以更快：把同一问题分别用品牌名、产品名、公司别名各问一遍。名字型问题的答案会在不同问法下变化很大；事实型问题通常稳定地错在同一处；资料型问题只在比较型问法里出现。三种表现对应的排查方向不同，这一步做完再动手，比直接改官网省时间。 ## 改哪里、不该改哪里 名称层面的调整要克制。把常用名改成一个更完整的官方全称，可能让已经在流通的叫法失去对应；更稳的做法是保留主名，把别名、法律名、英文名集中在一页上讲清楚，并让这页成为其他页面的引用起点。事实层面的调整要落在具体页面上，改完写清更新日期。资料层面的事，先分清哪些段落能改、哪些只能交涉，别把三方页面当成自家页面来规划工期。 如果混淆已经导致回答里出现了属于别家的服务或资质，处理逻辑不完全一样，可以接着看 [品牌信息出错时的处理顺序](/post/geo-correct-brand-info-order/)，那里讲了先改源头还是先发稿的判断。 主体消歧没有一次做完的版本：新产品、新市场、新别名都会重新引入歧义。把它做成一份持续维护的主体资料清单，配合定期复测，比每次临时核对省事。这份清单也可以交由我们代为维护，[GEO 服务的工作范围](https://www.guangsuan.com/geo/)里列了对应环节。 同一套工作里，下面几篇会接着用到：[竞品外链别照着名单抄：读懂对方为什么被引用](/post/competitor-backlink-citation-reasons/)。 ## 参考来源 - [Organization (Organization) structured data](https://developers.google.com/search/docs/appearance/structured-data/organization) — 组织信息的用途之一是让搜索系统把本组织与其他组织区分开，部分属性就是为消歧服务的。 - [Provide a site name to Google Search](https://developers.google.com/search/docs/appearance/site-names) — 站点名称由系统自动生成，会参考首页内容与网上提及；官方建议选择独特、准确、不误导的名称。 - [Google's Guide to Optimizing for Generative AI Features on Google Search](https://developers.google.com/search/docs/fundamentals/ai-optimization-guide) — 生成式AI功能取用的是索引里的网页，由系统审阅页面里的具体信息生成回答。 --- ## AI说错了品牌信息：先改源头还是先发稿 - URL: https://www.guangsuan.com/post/geo-correct-brand-info-order/ - 作者: Don Jiang - Published: 2026-09-18T02:53:34+08:00 - Last updated: 2026-10-01T14:22:21+00:00 - 摘要: AI回答里的品牌信息有误时，按冻结证据、定位被引页面、改源头、处理副本、复测的顺序处理，并说明官方纠错工具的适用范围与耗时。 同事把一段 AI 回答截图发过来：里面提到了你的公司，但把主力产品说成了另一条产品线，或者把成立年份、工厂位置写错了。确认错误确实存在之后，最容易做错的动作是马上安排一篇澄清稿发出去。顺序错了，新页面改不了旧那一句，客户读到的还是原来那个版本。 ## 先分清这句话是模型自己说的，还是从某个页面摘的 回答里带不带可见来源，决定这件事有没有可处理的对象。带来源链接的，问题多半在那一页：把来源页拉出来逐句对照，能确认是原文就写错了，还是模型把两句话拼错了。没有可见来源的，只能先当观察记录：你不知道它是从哪一次抓取、哪一版资料得出这个说法的，也就没有任何页面可以改。 这里有一条容易被忽略的官方边界。Google 在 AI 功能说明里写得很直接：页面要成为 AI 概览或 AI 模式中的支持链接，“必须已被索引，并且有资格带摘要出现在 Google 搜索里，满足搜索的技术要求。没有额外的技术要求。”紧接着的一句更重要：“即使一个页面满足了全部要求、最佳实践并符合政策，也不代表 Google 一定会抓取、索引或展示它的内容。索引和展示都不保证。”翻成工作语言就是：你能做的是让页面具备资格，展示与否不在你的控制范围。这句话值得原样写进给内部或客户的预期说明里，省掉后面大量的解释成本。 ## 处理顺序：先冻证据，再改源头，最后才轮到发稿 把顺序记成一条主线：先冻结证据，再改源头，最后才发稿和复测。下面五步按这条主线展开。 - **冻结证据。**存下回答原文、提问的完整句子、平台、是否联网、时间，以及当时可见的来源链接。只留一张截图不够用，截图看不出问法和模式，事后无法复现。 - **定位被引页面。**点开可见来源，记下它对应官网的哪个地址。同一个错误说法如果分散在三个页面上，这三个页面都要看，不要改完一个就收工。 - **改源头。**在官网那一页把事实写对：正确名称、正确参数、适用范围和更新时间。与其删掉旧表述，不如写成可核对的形式，例如“截至某日期，该型号口径为……”，让后来的人知道新旧差异从哪一天开始。 - **处理自己改不了的副本。**旧稿、转载、聚合页和目录站点的资料，你只能通过联系维护方或平台渠道处理，速度和结果都不由你决定。 - **复测。**用同一问题在原平台重问，比对回答是否变化、变化在哪个细节上。这一步不做，前面四步等于没有验收。 顺序之所以是从源头开始，是因为回答里的具体说法通常来自它抓到的那个页面。你不改那一页，就等于承认错误版本继续在线，只靠新内容去稀释它，通常稀释不掉。 ## 四种常见错误，处理入口不同 同样是"AI 说错了"，落到工作上是四类不同的问题。先分清属于哪一类，再决定改哪个页面，能少做无用功： 错误类型典型表现先做什么主体混淆把公司和同名企业或竞品写成一家先统一主体名称、简称与官方域名，参照[公司名与品牌名一致性](/post/company-name-brand-alias-consistency/)的做法服务范围说错回答里出现企业并不承接的业务在官网服务页用可见文字写明承接与不承接的范围，再核对第三方资料价格或政策过时引用旧报价、旧交期或已停止的优惠更新官网价格与政策页，并同步旧 PDF 和曾提交过的第三方目录引用误标把不是你的页面标成你的出处，或反过来先核对出处原文是否存在，参照[确认 AI 引用原文](/post/verify-ai-citations-original-sources/)的方法 四类问题的源头可能在同一页，也可能分散在几个语种和平台。处理时分别记录类型、出处和修正动作，比笼统记一句"信息有误"更容易追踪，也方便下一轮复测对照。 ## 为什么发稿要排在这些之后 发稿解决的是“多一个正确版本”，不是“把错的那一句改掉”。如果官网本身还留着旧口径，新稿只是让两个版本同时存在，读者和检索系统面对的还是互相矛盾的资料。这正是另一类问题的起点，把公司名和产品线写乱，最后会演变成主体识别层面的麻烦，可以接着看 [AI 把公司和竞品搞混的成因](/post/ai-confuses-brand-with-competitor/)。 真正需要外部内容的时候，判断标准也简单：源头已经改对，但外部公开资料里仍普遍是旧说法，这时新内容才有意义。它承担的是覆盖和印证，而不是纠错的第一棒。 ## 改不了的页面：能用和不能用的渠道 第三方页面你没法直接编辑。Google 有一个为这种情况设计的工具，但适用范围比多数人以为的窄得多。官方说明写着：这个工具用于让 Google 更新“已不存在，或者删掉了重要（敏感或关键）内容”的页面或图片；前提是你并不拥有该页面，而且页面或图片已不存在、或与当前版本有显著差异。同一页还明确列出不该使用的情形，其中一条是：“如果你认为页面或图片上的信息是错的、坏的、违法的等等”——也就是说，觉得对方写错了，不是它的受理理由。 反过来，自己拥有的页面改对之后，官方提醒不必再走这个表单。真正耗时的往往不是渠道，而是抓取和处理周期：官方建议给重新抓取和处理留出时间，并说明抓取本身需要等待。把这段时间写进计划，比事后解释为什么还没变要好。 ## 复测要固定哪几件事 复测的价值取决于条件是否可比。至少固定四件事：提问原句、平台与模式、提问语言与地区、记录时间。官网措辞和问法同时改，前后两次结果就无法比较；平台期间更新过模型，差异也不能直接算成你这次改动的效果。后面这一点没有官方机制可以查证，属于必须标注出来的观察限制，不要写成因果结论。 另外提醒一句边界。以上顺序是编辑与执行层面的判断，不是任何平台公布的纠错流程。目前没有平台公开完整的检索、引用与排序机制，也不存在“提交纠错就一定生效”的入口。能确认的只有两件事：源头页面是否已经写对，以及同一问题重问时回答有没有变化。这两件事都留痕，讨论才有依据；做不到的话，纠错会一直停在互相说服的阶段。 如果同一个错误出现在多个语种的官网版本上，顺序还要往前挪一步：先把各语种口径对齐，再动外部内容。否则你会在另一个语言里把同一处错误复制一遍。涉及负面说法或第三方的指责性内容时，处理方式另有一套边界，见 [AI 回答里负面信息的合规做法](/post/negative-info-in-ai-answers-boundaries/)。 多市场同时做的时候，各语种的事实基线、被引来源清单和复测记录最好放在一起维护；分开维护的结果是同一个错误在不同语言里各修一遍。[光算的 GEO 服务介绍](https://www.guangsuan.com/geo/)里包含这部分执行，具体内容按沟通结果商定。 和本篇直接相关的还有：[AI给出的引用看起来很真，怎样确认原文真的说过？](/post/verify-ai-citations-original-sources/)。 ## 参考来源 - [AI features and your website](https://developers.google.com/search/docs/appearance/ai-features) — 页面要成为AI概览或AI模式中的支持链接，必须已被索引并有资格带摘要出现在Google搜索中，且没有额外技术要求。 - [Refresh Outdated Content tool - Search Console Help](https://support.google.com/webmasters/answer/7041154?hl=en) — 该工具不适用于认为页面信息写错了的情形，仅用于你不拥有、且已不存在或与当前版本有显著差异的页面或图片。 - [Spam policies for Google web search](https://developers.google.com/search/docs/essentials/spam-policies) — 官方将故意展示关于企业或服务的虚假信息列为欺诈类垃圾行为，说明这类页面本身有可举报的政策依据，但该条针对的是站点行为，不是回答文本。 --- ## 多市场监测：不同国家和语言的问法与结果差异 - URL: https://www.guangsuan.com/post/geo-multi-market-monitoring/ - 作者: Don Jiang - Published: 2026-09-18T02:52:02+08:00 - Last updated: 2026-09-27T09:53:49+00:00 - 摘要: 多市场监测按语言×地区独立成格：用本地语言重写问题、逐市场排平台优先级、不用自动跳转模拟市场、不跨语言比百分比。含官方对语言与地区判断的说明和记录字段补充。 一个市场的监测结论不能当全球结论用。做多市场监测，最实用的组织方式是矩阵：语言 × 地区，每一格有自己独立的问题集、样本和记录。把德语市场、英语市场和法语市场的结果合成一张表，除了让数字好看，几乎不会带来可执行的判断。 ## 为什么必须按语言和地区分开 Google 在两处说明里给了明确依据。一是关于多地区与多语言站点：Google 搜索会尝试匹配搜索者的语言，对多地区站点会尝试给出正确的地区版本。二是关于地区定向：Google 使用多种信号判断网站的目标受众，包括服务器位置、页面上的本地地址与电话、当地语言与货币、来自其他本地站点的链接等。 这两段话决定了监测的分层方式：既然搜索侧按语言和地区分发，监测侧如果不符合这个分层，统计出来的东西就没有明确对象。"英语一个市场"这种说法在多地区项目里几乎总是错的，英语（美国）和英语（印度）的提问习惯、比较对象、引用来源都不一样。 ## 语言判断来自可见内容，这条对监测很关键 Google 说明页面语言时特别指出：判断语言使用的是页面可见内容，不使用 lang 属性这类代码层信息。这意味着翻译插件、半成品译文、正文仍以中文参数为主的产品页，在本地语言的监测里会表现出与预期不同的结果。监测量到的不是"我们翻译了没有"，而是"本地语言读者看到的内容是什么"。 所以多市场监测里值得加一项检查：用目标语言问题监测时，同时记录被引用的页面是哪个语言版本、该页面的正文是否真的以该语言为主。这一项能解释很多看起来莫名其妙的差异。 同一个地球，在不同地区看到的信息并不相同；多市场监测要逐格查看，而不是靠一个总体印象。照片：Shixart1985，CC BY 2.0，来源 Wikimedia Commons。 ## 不要用自动跳转来"模拟"目标市场 Google 明确建议不要按猜测的语言自动把用户重定向到某个语言版本，因为这类跳转可能阻止用户和搜索引擎访问其他语言版本。做监测时也要遵守同一原则：不要依赖 IP 或浏览器语言自动跳转来模拟某个市场，而应使用明确的语言入口或地区版本 URL。否则你测到的是跳转逻辑的结果，不是本地读者真实看到的内容。 ## 问题集要用本地语言重写，不要机翻 把中文问题机翻成德语或西班牙语，问法在当地读起来往往别扭，回答的质量和结构与当地真实提问差别很大。可行的做法是：先由团队写出意图清单（想知道什么、在哪个决策阶段），再由当地同事或母语者按当地习惯改写成问题原文。产品型号、术语的标准写法按当地行业习惯保留，不要为了"本地化"把型号改写掉。 ## 平台清单也要按市场重排 不同市场的 AI 平台使用习惯与可用性不同，同一条问题在不同平台上能检索到的来源也不同。因此平台清单应当逐市场确定优先级，而不是沿用总部的习惯：某个市场可能以某个本地平台为主，另一个市场则集中在国际平台。清单一旦确定，就要在采样条件里固定下来，中途更换要在报告里标注为条件变化。 ## 结果不要跨语言直接比百分比 不同语言的问题集不同、平台不同、样本量不同，跨语言直接比"提及率"没有意义。可以比较的组合是有限的三种：同一市场、同一平台、同一语言的跨轮次对比；同一轮次内不同问题之间的对比；同一市场内不同平台之间的对比（并注明平台差异属于产品差异）。跨市场的比较要谨慎到具体个案，例如"德语市场在某个型号问题上的引用来源与英语市场不同"，而不是给出两个百分比排名。 ## 记录里要补的字段 在通用快照字段之外，多市场监测至少要补：语言、地区、平台、问题是否为本地语言原始撰写（还是翻译）、被引用的页面语言版本与 URL、本轮采样次数。这几个字段决定了这份记录以后能不能被复用。 教学样例（演示字段，不对应真实客户记录）：语言与地区（德语-德国）｜ 平台与模式（联网问答）｜ 问题原始语言（德语，母语者撰写）｜ 本轮采集 5 次 ｜ 被引用页面（德语产品页 /de/...，正文以德语为主）｜ 另一市场同问题记录单独成行，不合并统计。 还需要提醒的是，多市场监测的工作量不是线性增长的：每个市场都要有独立的问题集、采集和复核，市场数量翻倍，工作量通常也翻倍。与其一次铺开五个市场，不如先把两个核心市场的口径跑顺，再按同一套模板扩展到其他市场。 ## 多市场的本地资料要一起看 官方列举的目标受众信号里，本地地址与电话、当地语言与货币、来自其他本地站点的链接都是可以主动建设的。多市场监测顺带回答一个问题：目标市场里，除了我们自己的官网，还有哪些本地可引用的资料？如果答案只有英文资料，那么本地语言的回答里自然缺少可引用的依据。 多市场监测与通用采样口径是配套的，条件怎么固定见[采样与统计口径](https://www.guangsuan.com/post/geo-sampling-comparability-rules/)；这些结果怎么写进报告，见[一份 GEO 报告该包含什么](https://www.guangsuan.com/post/geo-report-structure-evidence-boundary/)。需要按目标市场制定问题集与监测方案，可以从[光算 GEO 服务](https://www.guangsuan.com/geo/)的现状诊断开始，市场范围、平台组合与采样频率按项目实际情况确定。 延伸阅读，按你接下来要面对的下一步选：[外贸SEO先做美国还是其他市场？别只按搜索量选国家](/post/seo-target-market-selection/)。 ## 参考来源 - [Managing Multi-Regional and Multilingual Sites](https://developers.google.com/search/docs/specialty/international/managing-multi-regional-sites) — 搜索会尝试匹配搜索者语言与地区版本，监测分层要与之对应。 需要把多市场问题集、页面语言版本和复测记录一起落地，可查看[全球 GEO 服务](/geo2/)。合作前逐市场确认平台、语言、采样条件与交付文件，不把不同市场合成一个效果数字。 --- ## 竞品对照监测：比什么、怎么比才公平 - URL: https://www.guangsuan.com/post/geo-competitor-monitoring-fair-comparison/ - 作者: Don Jiang - Published: 2026-09-18T02:52:02+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: AI 回答里的竞品对照要固定五项条件：问题、平台与模式、时间窗、地区与语言、采样次数。本文给出三个观察维度、低样本处理办法、记录字段与一行教学样例，并说明不该用的几种做法。 竞品对照最容易做成"两张不一样的截图"，然后被当成胜负结论。要让对照有意义，至少要有五项条件固定下来：同一个问题、同一个平台与模式、同一个时间窗、同一个地区与语言、同样的采集次数。五项里少任何一项，两边的差异就可能来自条件，而不是品牌。 ## 比什么：三个维度，而不是一个总排名 AI 回答里没有公开的名次概念，所以"谁排第一"这种问法本身没有对应的可观察对象。可以稳定记录的是三个维度： - 是否出现：在这一轮的有效回答里，各方是否被提及。 - 出现的位置与语境：出现在正文列举里、比较段落里，还是只在结尾的链接列表中；语境是并列还是推荐。 - 引用来源身份：回答给出的可见链接指向谁——官网技术资料、行业媒体、论坛讨论，还是第三方目录。 这三个维度足够支撑决策：缺提及说明可见度不够，语境偏弱说明比较类内容不足，引用都指向第三方说明自有资料不够好引用。 同一个天平的两端用同一套标准才谈得上比较。对照监测里的“同一套标准”就是问题、平台、时间、地区与采样次数。照片：AIDEPCUL，CC BY 4.0，来源 Wikimedia Commons。 ## 条件一致为什么不能省 Google 在说明 AI 功能时提到，AI Mode 与 AI Overviews 可能使用不同的模型与技术，展示的回答和链接集合会变化。这意味着跨平台比较出来的差异，很可能是产品层面的差异，而不是品牌强弱的差异。把"在平台 A 里被提到、在平台 B 里没被提到"直接写成竞品对照结论，读者会误读。 时间窗同理。同一组问题在不同月份问，引用来源的构成会变；如果只给一个平台固定月度采样，另一个随手问了几次，两组数字没有比较基础。 ## 样本量：低量问题不做明细对比 Search Console 会把两三个月内只有少数用户问过的查询做匿名化，明细不展示，因为低量数据不稳定也不利于隐私。这个逻辑可以直接搬到对照监测：每个问题的采集次数要在表里单独列出来，次数不足的问题只记录"是否出现过"，不参与比率对照。对照结论如果建立在每个问题只问过一次，那它反映的是一次随机抽取，不是分布。 ## 不该用的几种做法 不伪装成客户去诱导提问，也不设计专门把竞品往坏处带的问题；不拿竞品品牌词做引导式对比提问，那样得到的回答既不客观，也容易引发不必要的争议；不把单次截图当作结论；不把不同国家、不同语言的结果合成一张"排名表"；不对竞品做任何评价性描述，只记录可观察的表述和引用来源。 ## 对照记录表要带的字段 字段建议包括：问题编号与原文、平台与模式、地区与语言、采集时间与次数、我方是否出现及语境、各竞品是否出现及语境、引用来源清单及身份分类、异常备注（界面改版、模型更新等）。 下面是一行教学样例，用来演示字段怎么填，不对应任何客户的真实监测记录：问题 Q-022 ｜ 平台与模式（联网问答）｜ 地区与语言（德语-德国）｜ 本轮采集 5 次 ｜ 我方出现 3 次，其中 1 次在比较段落 ｜ 竞品 A 出现 5 次，2 次被引用（引用来源：行业媒体文章）｜ 竞品 B 出现 1 次，无引用 ｜ 备注：本轮平台界面有小幅调整，条件块已记录。 ## 对照开始前的准备清单 开工前把几件事定下来，能省掉后面大量返工：一是问题范围，从问题集里挑出与品类和选型直接相关的部分，样本量太小的问题不要放进对照主表；二是平台与模式清单，逐平台标注是否联网、是否登录、界面语言；三是时间窗，约定在同一天或同一周内完成采集，避免跨月；四是记录方式，统一模板人工记录或使用约定工具，同一轮内不要混用两种方式；五是存放位置与命名，对照结果与通用快照放在同一套编号体系里，便于交叉引用。 还有一个容易被忽略的准备项：提前和业务同事确认对照对象是谁。竞品名单变化很快，如果一轮之内换了对象，前后两轮就不在同一个参照系里，结论自然会打架。 对照频率也要提前约定。市场信息更新、产品线调整、竞品上新都会改变回答的构成，对照做得太密会把短期波动当趋势；隔得太久，又看不出变化发生在什么时候。常见做法是与内容更新节奏同步：每次集中更新一批资料或页面之后，跑一轮对照，间隔不低于一个月。 ## 结果怎么用 竞品被引用时，重点不是"抄它的内容"，而是看被引用的是哪一类页面，然后补自己缺的那一类资料：技术手册被引用，说明参数与工况资料值得补齐；第三方媒体被引用，说明行业媒体层面的信源还不够；社区讨论被引用，说明真实使用场景的记录少了。这套映射比"写一篇类似的对比文章"更有用，也更经得起核对。 跨地区做对照时，条件还要多一层：同一个问题在不同国家的问法和结果都不一样，见[多市场监测](https://www.guangsuan.com/post/geo-multi-market-monitoring/)；对照出来的数字怎么表达，见[品牌提及率与引用率怎么算](https://www.guangsuan.com/post/geo-mention-and-citation-rate/)。需要针对目标市场设计对照方案，可以从[光算 GEO 服务](https://www.guangsuan.com/geo/)的现状诊断开始，对照对象、问题范围和采样频率按项目实际情况确定。 这部分通常还要配合其他环节一起做：[竞品外链别照着名单抄：读懂对方为什么被引用](/post/competitor-backlink-citation-reasons/)。 ## 参考来源 - [AI features and your website](https://developers.google.com/search/docs/appearance/ai-features) — 不同 AI 功能使用不同模型与技术，回答与链接集合会变化，跨平台差异不能当作品牌强弱。 - [Performance report (Search results): Dimensions and data groupings - Search Console Help](https://support.google.com/webmasters/answer/17011259?hl=en) — 低量查询会被匿名化、明细不展示，说明低样本量不适合做逐项对照。 --- ## 无法归因时怎么写：访问、询盘与转化的边界 - URL: https://www.guangsuan.com/post/geo-attribution-boundary-reporting/ - 作者: Don Jiang - Published: 2026-09-18T02:52:02+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 从引用来源到询盘常常断在中间。本文用 GA4 归因规则与 GSC／GA4 差异的官方说明划清边界，给出可写的三类内容、不能写的三种表述，以及可套用的写法示例。 GEO 能追踪的部分，通常只到"有人从某个引用来源进入网站"这一步，再往后往往是断的。这不是工作没做好，而是渠道本身的特点：客户可能从 AI 回答里记下品牌名，隔几天直接搜品牌进站；也可能复制页面上的邮箱发一封询盘邮件，中间没有任何可追踪链接。报告里要做的是写清断在哪、为什么断，然后给出确实能验证的部分。 ## 一条路径上有哪些环节 从 AI 回答到成交，大致有这些环节：回答里出现引用来源 → 有人点击访问 → 站内行为（表单、停留、下载）→ 询盘（表单、邮件、电话、即时通讯）→ 成交。绝大多数项目能稳定观察到的只有前两到三段，后面几段要么在平台外部，要么在客户自己的沟通记录里。 从引用来源访问到询盘之间常常是断的：中间那段可能走了直接访问、电话或转介绍。此图为原创示意，路径为示意画法。 ## 为什么断：归因规则本身就不是全量归因 Google Analytics 的说明里写得很清楚：所有归因模型都不会把直接访问分配归因信用，除非整条转化路径全部由直接访问构成；"付费与自然最后一次点击"模型则忽略直接流量，把全部价值给最后被点击的渠道。也就是说，客户先看到 AI 回答、之后直接输入品牌名进站的路径，会被算成直接访问或自然搜索，而不会被算给"AI 回答"。这不是配置问题，而是归因模型的既定行为。 同一个平台的说明还提到，转化可以在转化发生后最多 7 天内被重新归因。这意味着月初看到的渠道分布，月底可能已经调整过。 ## 平台之间对不齐，也是正常的 Search Console 与网站分析工具的数据差异有明确原因：Search Console 会对数据做额外处理（例如去重、过滤机器人访问）；两个工具覆盖的 URL 集合可能不同；网站分析工具只统计启用了 JavaScript 的用户；时区也不同，Search Console 的性能报告按加州当地时间标记每日数据，而分析工具通常按账号所在时区。把这些差异当成"数据错了"，会浪费大量时间；正确做法是在报告里说明口径不同。 ## 可以写进报告的三类内容 - 按入口分组的可追踪访问：从引用来源页面进入的访问量、落地页分布、停留与行为数据。这类数据有明确边界，写清楚就能用。 - 询盘里主动提及渠道的比例：客户在邮件或表单里说到"在 ChatGPT 里看到你们"这类自述，可以统计，但要注明这是客户自述、样本量多少、统计区间。 - 无归因部分单列：把进站方式不明、直接访问或电话询盘单独列一类，写明无法归因的原因。 ## 不能写的三种表述 第一，把访问量当询盘量，例如"来自 AI 回答的访问带来 40 个商机"。第二，把未归因的询盘算成成效，例如"本月询盘增长说明 AI 引用起效了"，除非有客户自述或其他证据支持。第三，用未归因差额做成功率换算，例如自动假设某个比例转化，再推算出"引用→询盘转化率"。这类数字看起来专业，实际上没有观测基础。 ## 一段可以套用的写法（教学样例） 下面是教学样例，用来演示表述方式，不对应任何客户的真实数据：本轮可追踪到从引用来源进入的访问 X 次（数据来源：站内统计，统计区间与筛选条件已注明）；同期通过表单与邮件进入的询盘中，有 Y 次在沟通中主动提到来自 AI 回答，占同期询盘的 Z%（客户自述，样本量 Y，区间为某一阶段）；其余询盘无法归因，原因包括直接访问、电话与转介绍，未做折算，也不计入引用带来的结果。 这段写法的共同点是：每个数字都带来源与条件，无法归因的部分明确保留，不硬凑一个总效果。 ## B2B 长周期会让断点更明显 跨境 B2B 的采购周期往往跨越数周到数月，中间经历技术确认、样品、报价和内部评审。客户在这段时间里可能多次直接访问网站、通过邮件追问、把页面链接转给同事。这些动作在统计里通常表现为直接访问、邮件客户端来源或"无来源"，不会回到最初那次 AI 回答上。周期越长，直接访问的占比越高，断点越难补。 这也是报告要区分"可追踪来源的访问"和"整条采购路径"的原因：前者是能核对的数据，后者要靠销售记录拼起来。可行的做法是在询盘记录里增加一列"客户提到的渠道"，由销售在沟通后填写，与网站数据分开放置，各自说明来源与样本量，不要合并成一个"总效果"数字。 ## 让归因更好用的一点小动作 在询盘表单里加一个"您从哪里了解到我们"的可选问题，是目前成本最低、争议最小的做法：它不夸大归因能力，只收集客户自述；同时给销售流程加一条约定，把客户提到渠道的沟通记录标记出来，方便事后统计。至于访问来源的区分，与其纠结归因模型，不如先把落地页和 UTM 规范固定下来，让可追踪的那一部分尽量干净。 对照竞品时也会遇到同样的边界问题，怎么比才公平，见[竞品对照监测](https://www.guangsuan.com/post/geo-competitor-monitoring-fair-comparison/)；不同市场的数据能不能合并，见[采样与统计口径](https://www.guangsuan.com/post/geo-sampling-comparability-rules/)。需要把询盘追踪和报表口径一起设计，可以从[光算 GEO 服务](https://www.guangsuan.com/geo/)的现状诊断开始，追踪范围、数据来源与统计边界按项目实际情况确定。 如果正在处理这类情况，下面两篇可以对照着看：[SEO月报很好看，客户却没增加？先把这几类数据分开](/post/seo-monthly-report-review/)。 ## 参考来源 - [Attribution models - Analytics Help](https://support.google.com/analytics/answer/10596866) — 所有归因模型都不把直接访问分配归因信用（除非路径全为直接访问）；付费与自然最后一次点击模型忽略直接流量。 - [About Search Console data - Search Console Help](https://support.google.com/webmasters/answer/96568?hl=en) — 两个平台数据对不齐有明确原因：去重、URL 覆盖不同、只有启用 JavaScript 的用户才被统计、时区不同。 --- ## 一份 GEO 报告该包含什么：结构、证据与不能写的话 - URL: https://www.guangsuan.com/post/geo-report-structure-evidence-boundary/ - 作者: Don Jiang - Published: 2026-09-18T02:52:02+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 可复核的 GEO 报告固定八段：目标范围、口径、样本覆盖、观察结果、证据索引、限制、修正进度、下阶段计划。并说明平台只提供展示次数等指标，报告不能写“AI 点击率”。 一份能被复核的 GEO 报告，底线是每一句话都能回到证据。做到这一点不需要复杂排版，但需要固定结构：口径在前，观察在中，证据在后，限制与下一步在最后。下面是可以用作模板的八段结构，以及每一段对应的留存材料。 ## 01 目标与范围 写清目标市场与国家、语言、平台清单、问题集版本号、服务周期。范围写清楚，读者才知道哪些结论不适用于其他市场。 ## 02 口径与采样条件 这一页最容易被省略，也最影响可信度：平台与模式、是否联网、登录状态、界面语言与地区、每问题采集次数、统计周期、剔除规则、样本量门槛。这一页的存在，让读者能判断两轮结果可不可以对比。 ## 03 样本覆盖情况 计划采集多少条、实际采集多少条、缺失原因。覆盖不足时明确写出来，比在结论里含糊处理要好。 ## 04 观察结果：三类内容分开写 品牌提及、可见引用、事实偏差分开成三节，各自给条数；给比率时必须连着分母写，例如 9 / 24。样本量低于门槛的只写条数与现象，不给百分比。这三类数字的用途不同：提及反映可见度，引用反映信息被采信的位置，偏差反映信息准确性。 ## 05 证据索引 列出快照编号、偏差表编号、外部来源 URL 和获取日期。索引不是为了好看，而是为了让复核者能在不看正文的情况下抽查几条。 ## 06 限制与条件变化 平台改版、模型调整、功能入口变化、样本缺口、平台数据窗口限制都写在这里。Google 在说明 AI 功能时提到，AI Mode 与 AI Overviews 可能使用不同的模型与技术，展示的回答和链接集合会变化，这类变化属于环境变化，需要在报告里单独说明。 ## 07 修正动作与进度 按偏差条目写：改了哪个页面、哪一版、什么时间生效、是否已复核。外部页面和第三方资料的处理进度分开写，因为这两类不受自己控制。 ## 08 下一阶段计划与费用边界 要扩展哪些问题、调整哪些平台、报告周期怎么变化、需要客户准备什么资料。费用与范围变化在这里说明，不要藏在附录里。 报告章节与证据的对应关系：每一节结论都要能指回一份快照、一张偏差表或一条平台口径说明。此图为结构示意。 ## 能写和不能写的指标 平台官方提供的数据范围要按实际情况写。Search Console 的说明是：出现在 AI 功能里的站点计入整体搜索流量，具体在性能报告的 Web 搜索类型内报告；另有生成式 AI 性能报告，提供展示次数，以及页面、国家、日期、设备维度，日期使用太平洋时间，常规限制（例如 1,000 行）同样适用，导出时报表里的 ~ 或 - 会变成 0。该报告不提供点击数据。 由此可以得出几条写报告的纪律：可以写"展示次数"和页面、国家、设备维度上的分布；不能写"AI 点击率""引用率排名""AI 转化率"这类平台上不存在的指标；自定义口径（例如提及率）必须标注为项目自定，并写明分母与样本量。官方也提醒，不要相信声称使用 Google 内部指标的第三方工具，报告里更不该出现类似说法。 ## 同一份报告，两种读法 报告通常有两类读者：需要判断投入方向的管理者，和执行具体事务的同事。可行的结构是一页摘要加明细附录。摘要写清本期范围、三类结果（提及、引用、偏差）、主要限制和下一阶段动作；附录保留口径页、样本覆盖表、证据索引和偏差清单。摘要里的每个数字都要能在附录里找到来源，不能出现"综合评估""整体向好"这类没有对应记录的表述。 口径页建议写成可复制的清单，而不是叙述段落：平台清单、模式与登录状态、地区与语言、每问题采集次数、样本量门槛、统计周期、剔除规则、变更记录。清单形式的好处是下一轮可以直接沿用，改动之处一眼可见。 ## 周期与轮次编号：让报告能互相引用 如果报告按周或按月出，建议给每份报告一个固定编号，例如"市场-年份-轮次"，并在口径页里写明这一轮的起止日期、平台清单和问题集版本。这样做有两个直接好处：一是引用方便，偏差表、快照索引可以直接指向某一份报告；二是异常可定位，某轮出现的数据波动能很快对上是采集问题还是平台变化。 报告周期不宜太密。采集、整理、复测和修正都需要时间，周期过短会让报告变成流水账，读者看不到有意义的结论。比较常见的节奏是：基线单独一份，之后按阶段出报告，中间用简短进度说明沟通修正动作。 ## 几种常见的坏报告 第一，每轮口径不同，数字无法比较，读者只能看感觉。第二，只有截图没有存档，报告发布三个月后无人能复核。第三，把波动写成成效，例如把某轮多出现两次提及描述成"优化见效"。第四，只写结论不写限制，读者无法判断结论适用的条件。第五，把覆盖缺口藏进平均数里，让某个市场的问题被整体数据掩盖。 ## 写在最后 报告是沟通工具，也是档案。写得越具体，下一轮越省事：这一轮的口径、缺口和未结偏差，本身就是下一轮的工作清单。 指标怎么算才站得住，见[品牌提及率与引用率怎么算](https://www.guangsuan.com/post/geo-mention-and-citation-rate/)；交付物和检查点怎么约定，见[GEO 服务怎么验收](https://www.guangsuan.com/post/geo-service-acceptance-deliverables/)；多个市场怎么做分别监测，见[多市场监测](https://www.guangsuan.com/post/geo-multi-market-monitoring/)。需要按自己的业务定报告结构，可以从[光算 GEO 服务](https://www.guangsuan.com/geo/)的现状诊断开始，报告周期与呈现方式按项目实际情况确定。 同一问题的相邻角度：[SEO月报很好看，客户却没增加？先把这几类数据分开](/post/seo-monthly-report-review/)。 ## 参考来源 - [AI features and your website](https://developers.google.com/search/docs/appearance/ai-features) — 出现在 AI 功能里的站点计入整体搜索流量，并在性能报告的 Web 搜索类型内报告，没有独立的 AI 流量指标。 - [Generative AI performance report (Search) - Search Console Help](https://support.google.com/webmasters/answer/16984139?hl=en) — 生成式 AI 性能报告只有展示次数，并沿用常规限制；导出时特殊值会变成 0。 - [Google's Guide to Optimizing for Generative AI Features on Google Search](https://developers.google.com/search/docs/fundamentals/ai-optimization-guide) — 不要相信声称使用 Google 内部指标的第三方工具，报告不应出现此类表述。 --- ## GEO 服务怎么验收：交付物、检查点与常见的扯皮点 - URL: https://www.guangsuan.com/post/geo-service-acceptance-deliverables/ - 作者: Don Jiang - Published: 2026-09-18T02:52:02+08:00 - Last updated: 2026-10-01T14:22:21+00:00 - 摘要: 从采购方视角约定 GEO 服务的交付物清单、四个检查点、六个常见扯皮点，以及不能写进验收标准的四句话；含跨境项目按语言地区分开交付与本地引用来源核对。 GEO 项目的验收争议，多数不是"做没做"，而是开始没说清三件事：交付什么、什么时候交、以哪份口径为准。把这三件事写进合同附件或项目确认单，后面大半争论不会发生。 ## 交付物清单：写成人能核对的对象 验收清单里每一项都应该是可以打开、可以点数、可以复核的对象，而不是"优化了内容"这类描述。 - 问题集清单：版本号、覆盖的决策层级、平台范围、是否包含追问与改写。 - 采样与口径说明：平台与模式、登录与地区、采集次数、统计周期、剔除规则和样本量门槛。 - 问答快照存档：字段清单、存放位置、访问方式、保存期限。 - 事实偏差跟踪表：偏差条目、分级、修正进度和复核结果。 - 阶段报告：结构固定，含口径页与证据索引。 - 内容与信源建设记录：改动了哪些自有页面、哪些外部资料，改了什么，什么时间生效。 光算在服务页里把工作落点写成"页面检查、引用来源与信源建设记录"和"问答样本、问题追踪与阶段复盘"，验收清单可以直接对应这些落点去要文件，而不是只要一份汇报。 ## 检查点：把"基线完成"设为第一个节点 时间表比清单更容易被忽略。建议至少设四个检查点：启动前确认问题集与口径；首轮基线采样完成并交付存档；中期确认偏差修正与内容上线进度；阶段复盘交付报告。其中"基线完成"值得单独设为确认或付款节点，因为基线没做完，后面的前后对比无从谈起，这是跨境项目里最常见的延期来源。 每个检查点留一份短确认：日期、版本号、确认人、结论。口头确认在人员变动之后等于没有。 交付物清单还应当写清一件事：这些文件以什么形式提交。是可访问的在线文档、结构化表格，还是 PDF 报告？快照存档是逐条文件还是一份合并表格？形式不同，复核成本差别很大。约定"以可检索的表格形式交付快照索引"，比约定"提供快照"要具体得多。 ## 六个常见的扯皮点 - 把"提及"当排名。回答里出现品牌名不等于排在第几位，AI 回答没有公开的名次概念，把提及次数写成"排名提升"是口径错位。 - 把发布数量当交付。发稿数量和文章数量都不等于被引用次数；服务页明确写了问题数不是文章数、引用次数或效果保证。 - 把回答波动算成执行问题。Google 的说明里提到 AI Mode 与 AI Overviews 可能使用不同的模型与技术，展示的回答和链接集合会变化；平台更新引起的波动需要记录条件变化，但不能直接归为执行缺陷。 - 偏差归责不清。同一条错误参数可能来自官网旧页面，也可能来自第三方转载，修正责任划分要在签约时写清：源头页面由谁负责改，外部资料由谁负责沟通。 - 口径被临时修改。分母、剔除规则、样本量门槛一旦调整，前后两轮就不可比；需要改就在报告里说明从哪一轮开始、影响哪些指标。 - 数据窗口错配。客户在报告之外自行截图对比，但两次截图的条件不同（不同语言、不同登录状态、不同地区），结论自然对不上。 ## 把核心交付和赠送项目分开写 光算现行 GEO 服务（[全球品牌词 GEO](/geo2/)）首次项目为 90 天周期：基础版 ¥18,000／项目，深化版 ¥36,000／项目。两档都包含官网技术改造、品牌资料建设、部署验证与品牌问答复测；基础版另赠 20 类、深化版另赠 40 类"泛行业词 AI 推荐拓展"，面向 3 个重点 AI 平台做 90 天执行与观察。写验收清单时，把"核心交付"和"赠送的行业问题拓展"分成两组：核心交付按合同页面上线、检查记录和复测报告核对；赠送部分记录问题集、发布渠道和执行批次。不要用赠送项目替代核心交付的验收，也不把赠送写成必然获得推荐。 采购方还应确认报价适用范围。以上为人民币项目报价，新增语言、整站重建、复杂开发和需另付媒体费用的渠道单独确认；首次 90 天内的约定复测已包含，之后可选维护 3,000 元／月起，自愿续约。具体页面、模板、平台组合与资料编辑量在诊断后写入合同，验收标准以合同与服务正文范围为准。 ## 不能写进验收标准的四句话 "保证被 AI 推荐""保证出现在回答里""保证名次""保证删除负面评价"，这四句都不能作为验收标准。Google 明确说明，即使页面满足全部要求并符合政策，也不保证被抓取、索引或展示；任何第三方都无法控制平台的检索排序和每次生成结果。官方同时提醒，不要相信声称使用 Google 内部指标的第三方工具。 ## 跨境项目的两项附加检查 第一，语言与地区是否分开交付：德语市场、英语市场各自的问题集、样本和偏差表要能单独查看，不能只交一份合并结果，否则某个市场的问题会被平均值掩盖。第二，引用来源是否覆盖目标市场：官方在说明目标受众信号时提到本地地址与电话、当地语言和货币、来自其他本地站点的链接等信号，报告里可以核对目标市场是否有本地可引用的资料，而不只是英文资料。 ## 验收会怎么开更省事 建议把验收会切成两段。第一段看文件：随机抽样打开快照、偏差表和改动记录，确认字段齐全、日期可以追溯。第二段看结论：只用报告约定的口径讨论，不接受临场换成"我在某个平台看到的现象"。第二段最容易跑偏，处理办法是当场把新现象记下来，约定是否纳入下一轮监测，而不是当场下结论。 款项节奏也可以和检查点挂钩：基线完成确认一次，阶段报告交付后确认一次，每次确认都以文件为凭。这样双方在项目中途都不需要靠印象判断进度。 ## 验收之后怎么用 一次验收的产出不只是"通过"，还有下一阶段的依据：哪些问题覆盖不足、哪些偏差还没结案、哪些平台需要调整采样频率。把这些写进下一阶段计划，验收才算闭环。 报告结构怎么定，见[一份 GEO 报告该包含什么](https://www.guangsuan.com/post/geo-report-structure-evidence-boundary/)；涉及询盘时怎么表述归因边界，见[无法归因时怎么写](https://www.guangsuan.com/post/geo-attribution-boundary-reporting/)。需要把交付物与检查点落到具体项目，可以从[光算 GEO 服务](https://www.guangsuan.com/geo/)的现状诊断开始，交付范围、监测频率与报告周期在诊断后写入合同确认。 相关的基础方法可参考：[国内GEO怎么验收：用固定问题集记录品牌提及、引用来源和事实偏差](/post/china-geo-measurement-checklist/)、[换SEO服务商前，哪些东西必须拿回来？账号与项目交接清单](/post/seo-provider-handover/)。 ## 参考来源 - [AI features and your website](https://developers.google.com/search/docs/appearance/ai-features) — 即使页面满足全部要求，也不保证被抓取、索引或展示，效果承诺不能作为验收标准。 - [Google's Guide to Optimizing for Generative AI Features on Google Search](https://developers.google.com/search/docs/fundamentals/ai-optimization-guide) — 不要相信声称使用 Google 内部指标的第三方工具。 - [Managing Multi-Regional and Multilingual Sites](https://developers.google.com/search/docs/specialty/international/managing-multi-regional-sites) — 判断目标受众的可用信号包括本地地址与电话、当地语言和货币、来自其他本地站点的链接。 跨境项目可把这份清单与[全球 GEO 的实际交付范围](/geo2/)逐项对应，先写清哪些市场、语言和平台在合同内，再约定快照、来源记录和复核时间。 --- ## 问答快照要留什么：记录字段、脱敏与保存期限 - URL: https://www.guangsuan.com/post/geo-answer-snapshot-fields/ - 作者: Don Jiang - Published: 2026-09-18T02:52:02+08:00 - Last updated: 2026-09-27T09:53:49+00:00 - 摘要: AI 回答快照的最小字段集、来源与许可记录、脱敏要求，以及为什么要自存档：Search Console 品牌词筛选只有 16 个月历史，GA4 事件级数据保留期可设为 2 或 14 个月。 快照要留到什么程度，取决于以后要不要拿它复核结论。判断标准很实用：半年后一个没参与过项目的人，只拿到这份记录，能不能确认"当时问的是这个问题、看到的是这段回答、引用的是这个页面"。能，就够；不能，就还缺字段。 ## 最小字段集 - 时间：日期加小时，并标注时区。缺时区会让跨地区项目的记录无法对齐。 - 平台与模式：平台名称、是否联网搜索、入口类型（搜索结果页内或独立入口）。 - 账号与地区：是否登录、界面语言、地区设置。这三项决定你看到的是哪一套结果。 - 问题：问题编号与当时实际使用的问法原文；若使用了变体或追问，一并写明。 - 回答：完整回答文本，不做删减；同时保留一份纯文本副本，便于检索。 - 可见引用：每个链接的 URL、在回答中的位置（正文中、结尾列表、脚注）、指向的页面类型。 - 观察记录：品牌是否被提及、提及出现的语境、是否出现与事实清单不符的表述。 - 环境备注：平台界面改版、模型或功能调整等已知变化。 - 记录人。 截图可以留，但只用来辅助说明界面位置，不要把截图当作唯一证据：截图的文字往往不够清晰，也无法检索。截图与文本一起存，以文本为准。 ## 来源与许可也要记 记录里引用外部图片、报告或数据时，来源身份和许可条件要跟着一起存：作者、来源页面、许可类型、获取日期。公开图库的文件页就是这种记录的例子，一条条目里能看到文件、作者、日期和许可声明，任何人复查时都能回到同一条目。 公开图库的文件页把文件、日期、来源、作者和许可放在同一页，这就是一条可复查记录的字段结构。截图为 Wikimedia Commons 文件页（2026 年 9 月抓取），仅作字段示例。 ## 保存期限：不要只依赖平台报表 平台侧的数据窗口比想象中短。Search Console 的品牌词筛选提供 16 个月的历史数据；Google Analytics 的用户级与事件级数据保留期可设为 2 个月或 14 个月，超过保留期的原始事件数据会被删除或不可见，只有聚合报表不受影响。这些限制意味着：平台报表能回答"最近发生了什么"，但回答不了"两年前那次复测到底看到什么"。跨年度的项目，快照必须自己存档。 自存档建议写明三条规则：默认保存期限（例如项目期间加 24 个月）；到期删除或归档前的复核动作；客户要求删除时的处理方式与确认方式。写清规则的目的不是把事情复杂化，而是避免"当时没留"和"到期悄悄删掉"两种情况都在项目里发生。 ## 脱敏与权限 快照里最常见的隐私风险来自账号信息：登录状态截图里的头像、邮箱、会话标识、浏览器扩展内容，这些都不需要出现在存档里。做法是只保留平台、模式、语言、地区这些判断条件，不保存任何凭据、会话数据或个人信息；截图前收窄截取范围，存档目录设置访问权限，并按项目约定明确谁可以查看。 另外，回答里如果包含第三方个人信息（客户评价、联系人姓名等），存档时要标注并按约定处理，不要把第三方内容当作公开可用的素材。 ## 最容易漏掉的五项 - 时区：只写日期，跨地区项目就无法对齐，至少要写清本地时间与偏移。 - 登录状态：同一问题在登录与未登录状态下可能给出不同结果，漏记会让前后轮无法比较。 - 追问原文：连续追问的第二问、第三问要单独记录，否则以后无法复现当时的对话过程。 - 引用位置：链接出现在正文、结尾列表还是脚注，含义不同，位置要单独列一栏。 - 环境备注：平台界面改版、功能入口调整、模型更新等已知变化，哪怕只是"感觉回答变短了"也值得写一句，供后面判断条件是否发生变化。 另外建议给每个项目的存档目录指定一名负责人，并在交接文档里写清目录位置、命名规则和权限范围。人员变动是多市场、长周期项目里最常见的记录断层原因，事前写清楚一次，能省掉很多重复劳动。 还有一类容易忽略的隐私问题：回答里可能带着提问者自己的信息，例如账号昵称、企业名称或项目名称。如果这些内容来自测试账号，存档时可以做遮挡处理，但要在备注里说明处理了什么，避免以后误以为原始记录缺失。 ## 命名与结构：让文件能被找到 文件命名建议固定成"日期-平台-问题编号-轮次"，例如"某年某月某日-平台A-Q014-R3"。目录按轮次分，问题集版本号单独记一份清单，并注明从哪一轮开始生效。这样做的收益很直接：当报告里出现"引用率发生变化"这类结论时，能找到对应的原始记录来复核。 ## 字段之外的两条纪律 第一，不修改历史记录。发现记录写错了，用补充字段或备注修正，不要直接改原文件，否则跨轮对比失去意义。第二，不把观察写成结论。快照记录的是"当时看到了什么"，是否构成变化、变化由什么引起，属于报告层面要论证的内容。 快照是偏差与报告的共同来源。偏差怎么记，见[事实偏差跟踪表怎么建](https://www.guangsuan.com/post/geo-fact-deviation-log/)；这些记录最后怎么进交付文件，见[一份 GEO 报告该包含什么](https://www.guangsuan.com/post/geo-report-structure-evidence-boundary/)。需要把快照字段和保存规则写进项目文件，可以从[光算 GEO 服务](https://www.guangsuan.com/geo/)的现状诊断开始，字段范围和保存期限按项目实际情况确定。 要把这部分落到实际项目里，另外几篇值得先读：[AI给出的引用看起来很真，怎样确认原文真的说过？](/post/verify-ai-citations-original-sources/)。 ## 参考来源 - [Data retention - Analytics Help](https://support.google.com/analytics/answer/7667196?hl=en) — 事件级数据保留期可设为 2 个月或 14 个月，到期自动删除，说明平台侧数据窗口有限。 - [Performance report (Search results): Dimensions and data groupings - Search Console Help](https://support.google.com/webmasters/answer/17011259?hl=en) — Search Console 品牌词筛选只提供 16 个月历史，跨年度项目必须自己存档。 ## 下载可填写的工作表 表格记录快照的存放位置，完整回答另行存档；平台、时间与时区、语言、模式和登录状态应同时填写。 [下载问答快照索引表（CSV，可用 Excel 或表格软件打开）](/uploads/seo-geo-tools-20260927/geo-answer-snapshot-index.csv) --- ## 事实偏差跟踪表怎么建：字段、分级和修正闭环 - URL: https://www.guangsuan.com/post/geo-fact-deviation-log/ - 作者: Don Jiang - Published: 2026-09-18T02:52:02+08:00 - Last updated: 2026-09-27T09:53:49+00:00 - 摘要: AI 回答里的品牌信息偏差要靠一张能结案的表来管。本文给出对照基准、字段清单、三类常见错记（观点、缺口、重复条目）、优先级排序与结案条件，并附一行教学样例。 偏差表的作用不是记录"AI 说错了"，而是把一条错误信息找到源头、改掉、再复核。所以它的骨架是四段：确认过的事实点、回答里的原话、对照依据（哪个页面、哪一版），以及处理状态。少了对照依据，表格就变成情绪记录，后面谁也没法判断这条到底算不算错。 ## 先要有能对照的基准 偏差表不能凭空判定对错，它要对着品牌事实清单来写。清单里至少包含：公司与品牌的标准写法（含各语言写法）；产品名称与型号命名规则；关键参数、单位和量程写法；业务范围与服务边界；认证与资质覆盖范围；适用条件与限制。每个事实点都要写清"依据哪里、版本或日期、谁确认过"，这三项缺一项，偏差就没有判定标准。 Google 在 AI 功能的说明里把结构化数据与页面可见文本的一致性列为最佳实践：结构化数据要与页面上可见的文字一致。放到品牌信息上就是同一个思路，凡是公开可见的表述，都应当与确认过的事实一致，包括官网、第三方资料和产品目录。 ## 一张偏差表要带的字段 - 发现日期、平台与模式、对应问题编号。 - 回答原句：只截取涉及事实的那一句，不做改写，也不把整段回答粘进来。 - 对照事实点与依据：页面 URL 或文件名、版本、更新日期。 - 偏差类型：名称写法、参数或单位、业务范围、适用条件、时间或版本、归属关系。 - 严重度：阻断（影响能否被正确采购）、重要（影响判断但不阻碍）、一般（措辞或表述差异）。 - 可能来源：官网旧版本页面、第三方转载、模型中的旧数据、暂时无法判断。 - 处理动作与落点：具体到哪个页面、哪一段，写清改动内容。 - 责任人与完成日期；复核轮次与复核结果。 逐条标注、留下修改痕迹，是偏差表能推进到结案的前提。照片：Phoebe，CC BY-SA 3.0，来源 Wikimedia Commons；画面为公开素材，与光算客户项目无关。 ## 三类最容易写错的情况 第一类，把模型的观点当成偏差。AI 说"这类设备更适合连续工况"，这是建议而不是事实；只有与确认过的事实冲突，才进偏差表，否则表格会被观点塞满，没人能结案。 第二类，把"没提到"当成偏差。缺少信息属于内容缺口，应该进内容清单；混进偏差表会让"偏差数量"失去意义，因为缺口是永远补不完的。 第三类，同一个偏差被重复记录很多条。同一句错误表述在不同平台、不同轮次反复出现，应当归到同一条偏差下，用"出现平台分布"记录覆盖情况；否则结案时数字对不上，看起来像是问题变多了。 ## 分级之后怎么排优先级 阻断级先处理，而且优先改源头，而不是先发新稿。常见源头有三处：官网的旧版本页面（参数已更新但旧页还在，或者某个语言版本没有同步）；产品资料与官网之间不一致（同一型号在两处参数不同）；第三方平台上的历史资料。改完之后要留一份改动记录，写明改的是哪一版、什么时间生效。外部页面和模型的更新时间不受我们控制，这一点要在报告里说明。 ## 表格之外的两份配套文件 偏差表单独存在很难推进，通常还要配两份文件。一份是改动记录：哪个页面、改了什么、谁改的、什么时间生效、对应哪几条偏差。它既是对外沟通的依据，也是下一轮复核的输入。另一份是来源映射表：同一个事实点分别出现在哪些位置（官网产品页、PDF 手册、第三方平台资料页、行业媒体文章），各自更新到哪一版。有了这份映射，某条偏差反复出现时能很快查出是哪一份旧资料还在流通。 两份文件都不需要复杂格式，一张表加一列时间就够用；真正影响效率的是有没有人负责回填。项目里最常见的失败不是表格设计得不好，而是改动完成之后没人更新状态，下一轮复测又从零查一遍。 ## 结案条件要提前写死 建议把结案条件写成可检查的规则：同一问题在约定平台上复测若干轮后不再出现该偏差，并且来源页面已经更新完成。仍然出现时，就如实记录"仍出现"和当前判断，不要悄悄改成"已解决"。残余分布本身有价值，例如某个平台仍在沿用旧参数，这往往说明还有一份没被找到的资料在流通，值得写进下一阶段计划。 ## 一行教学样例 下面这一行是为了演示字段怎么填而构造的教学样例，不对应任何客户的真实记录：编号 D-07 ｜ 发现日期（某月某日）｜ 平台与模式（约定平台，联网问答）｜ 问题编号 Q-014 ｜ 回答原句（节选，涉及参数单位混用）｜ 对照事实点（产品页参数表 v2，某月某日更新）｜ 偏差类型：参数与单位 ｜ 严重度：重要 ｜ 可能来源：官网旧版本页面 ｜ 处理动作：更新产品页参数表、释放旧版页面，并修订第三方资料 ｜ 责任人：内容 ｜ 复核：下一轮复测 3 次 ｜ 结果：待填。 把表建起来之后，先解决字段规范，再解决流程。每一轮要留下哪些记录，见[问答快照要留什么](https://www.guangsuan.com/post/geo-answer-snapshot-fields/)；这些偏差怎么进入交付与验收，见[GEO 服务怎么验收](https://www.guangsuan.com/post/geo-service-acceptance-deliverables/)。需要把品牌事实清单和偏差跟踪表一起落到项目里，可以从[光算 GEO 服务](https://www.guangsuan.com/geo/)的现状诊断开始，字段和复核频率按项目实际情况确定。 这一环节还有几篇相关的方法与排查可以接着看：[AI给出的引用看起来很真，怎样确认原文真的说过？](/post/verify-ai-citations-original-sources/)。 ## 参考来源 - [AI features and your website](https://developers.google.com/search/docs/appearance/ai-features) — 官方把结构化数据与页面可见文本保持一致列为最佳实践，可延伸到品牌公开信息的一致性原则。 - [Generative AI performance report (Search) - Search Console Help](https://support.google.com/webmasters/answer/16984139?hl=en) — 平台把数据归到规范页而非重复页，重复或旧版本页面会干扰判断。 ## 下载可填写的工作表 一条偏差对应一条记录，来源版本、责任人与复核结果分列保存。此表为空白模板，不代表实际项目记录。 [下载事实偏差跟踪表（CSV，可用 Excel 或表格软件打开）](/uploads/seo-geo-tools-20260927/geo-fact-deviation-log.csv) --- ## 品牌提及率与引用率怎么算：分母、口径与计算示例 - URL: https://www.guangsuan.com/post/geo-mention-and-citation-rate/ - 作者: Don Jiang - Published: 2026-09-18T02:52:02+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: AI 回答监测里的提及率、引用率要连着分母一起写。本文区分出现、提及、引用与推荐，给出有效回答的剔除规则、完整计算示例（教学样例）和不适合给百分比的样本情形。 提及率和引用率算不算得清，取决于分母。分母应当是进入统计的有效回答条数，分子分别是"明确提到品牌或产品名的条数"和"给出可见引用、且引用指向指定页面的条数"。两条比率都要连着分母一起写，例如"9 / 24 = 37.5%"，而不是只写一个百分数。这样做不是为了严谨到啰嗦，而是为了换个人复核同一批记录时能得出同一个数。 ## 先把四种情况分开 AI 回答里和品牌有关的现象至少有四类，混在一起算，报告就会自相矛盾。 - 出现：品牌所在的页面被链接，但回答正文里没有品牌名。 - 提及：回答文本里出现了品牌名或产品名，可能没有链接。 - 引用：回答给出可见链接，指向官网、指定资料页或第三方页面。 - 推荐或倾向：回答在比较或建议的语境里点名，带有倾向性表述。 这四类不是强度递增的等级，而是四种不同的观察对象。一个品牌可以"被大量引用却很少被提及"（例如参数表被当作依据），也可以"常被提及却没有引用"（例如只在名称列举里出现）。把它们压成一个指标，后面无论怎么解释都不准。 ## 分母怎么定：有效回答 分母不是提问次数。要剔除的对象通常包括：没有触发 AI 回答的记录（例如只返回普通搜索结果）；回答为空、报错或明显截断的；超出约定平台、地区或语言范围的样本；为了观察稳定性而重复采集的同条件样本，重复部分只按一次计入。剔除规则要写进口径页并且每轮一致，中途改规则要单独说明。 Search Console 定义点击率的方式可以直接借用：点击率等于点击数除以展示数（CTR: The click count divided by the impression count）。官方把分子分母写得很直白，也正是这种直白，让"同一份数据在不同报表里数字不同"变成可解释的问题，而不是玄学。自定义的提及率、引用率同样需要这种透明度。 同一批记录，分母取“全部提问”还是“有效回答”，算出来的比率完全不同。图中数字为教学样例，不是任何客户的监测数据。 ## 一个完整的计算示例（教学样例） 下面这段是为了演示计算方式而假设的样例，数字不对应任何客户项目的监测结果。假设某一轮约定 10 个问题、3 个平台、每问题每平台采集 1 次，共 30 条记录；其中 6 条没有触发 AI 回答或返回为空，按规则剔除；有效回答 24 条。 - 回答中出现品牌名或产品名：9 条，提及率 9 ÷ 24 = 37.5%。 - 回答给出可见链接并指向官网或指定资料页：4 条，引用率 4 ÷ 24 = 16.7%。 - 可见链接指向第三方权威页面：5 条，第三方引用占比 5 ÷ 24 = 20.8%。 口径写清之后，这几个数字就能被复核。反过来，如果分母写成 30，同一批记录会算出 30%、13.3%、16.7%，数字看起来"更低"或者"更高"，但那只是分母不同，不是表现变了。报告里出现两种分母而不说明，是常见争议来源。 ## 分母按问题算，还是按记录算 同一批样本至少有两种口径：按记录算（每个问题乘每个平台算一条），和按问题算（先把每个问题在各平台的结果汇总，再算一次）。两种都能用，但用途不同：按记录适合看平台之间的差异，按问题适合看整体覆盖。两种混用会出现"整体提及率比每个平台的提及率都高"这类看起来矛盾的结果。可行的做法是选定一种作为主口径，另一种放在附录，并在口径页里写明两者的区别。 跨轮比较时还要保证分母规模一致。这一轮增加了问题或平台，分母变大，比率的可比性随之下降。这类扩项最好单独成轮，或者把新增部分与原有部分拆开统计，分别给出结果。 ## 什么时候不要给百分比 样本量小的时候，百分比会误导人。一个问题每轮只问两三次，1/3 和 2/3 之间的差别几乎没有意义。Search Console 把低量查询做匿名化处理是同一个道理：明细不稳定就不展示。监测可以给自己定两条规矩：有效回答低于某个数量（例如 20 条）时只给条数不给比率；单个问题、单个平台的比率不单独作为结论展示，避免读者把 1/3 读成趋势。 ## 不要借用平台的指标名 Search Console 的生成式 AI 性能报告提供的是展示次数，也就是链接在生成式 AI 功能里被展示给用户的次数，官方没有在该报告里提供点击数据。这意味着"引用率""AI 点击率"这类指标是团队自己约定的观察口径，不是平台指标；写成"平台数据显示引用率上升"，就是把自定口径包装成官方数据。Google 在指南里也提醒过，不要相信声称使用 Google 内部指标的第三方工具。 顺带说一句，把"提及率"当成排名或权重也是错位理解。平台不公开检索与排序机制，任何比率都只是我们自己在一组约定条件下的观察结果。 ## 比率之外，值得一起记的三件事 提到时的语境（是在比较、在建议，还是在列举）；引用页面的身份（官网、行业媒体、论坛、竞品页面）；这一轮发现的事实偏差条数。这三项信息比比率更能决定下一步做什么：语境决定要不要补对比内容，来源身份决定要不要建设第三方信源，偏差条数决定要先修哪一页。 分母和分子定好之后，比率才有讨论价值。什么条件下两轮结果可以放在一起比，见[采样与统计口径](https://www.guangsuan.com/post/geo-sampling-comparability-rules/)；这些数字在交付文件里怎么摆、哪些话不能写，见[GEO 报告结构](https://www.guangsuan.com/post/geo-report-structure-evidence-boundary/)。需要按自己的问题集定一套口径，可以从[光算 GEO 服务](https://www.guangsuan.com/geo/)的诊断开始，指标定义、样本量门槛和报告周期按项目实际情况确定。 另外几篇可以补充这里的判断依据：[谷歌AIO（AI概览）引用来源分析：什么样的站更吃香](/post/%e8%b0%b7%e6%ad%8caio%ef%bc%88ai%e6%a6%82%e8%a7%88%ef%bc%89%e5%bc%95%e7%94%a8%e6%9d%a5%e6%ba%90%e5%88%86%e6%9e%90%ef%bc%9a%e4%bb%80%e4%b9%88%e6%a0%b7%e7%9a%84%e7%ab%99%e6%9b%b4%e5%90%83%e9%a6%99/)。 ## 参考来源 - [A deep dive into Search Console performance data filtering and limits](https://developers.google.com/search/blog/2022/10/performance-data-deep-dive) — 官方把点击率的分子分母写清楚，自定义比率也应如此。 - [Generative AI performance report (Search) - Search Console Help](https://support.google.com/webmasters/answer/16984139?hl=en) — 生成式 AI 性能报告提供的是展示次数，不是点击，引用率只能是团队自定口径。 - [Google's Guide to Optimizing for Generative AI Features on Google Search](https://developers.google.com/search/docs/fundamentals/ai-optimization-guide) — 不要相信声称使用 Google 内部指标的第三方工具，自定义指标不等于平台指标。 --- ## 采样与统计口径：两次监测结果什么时候才能对比 - URL: https://www.guangsuan.com/post/geo-sampling-comparability-rules/ - 作者: Don Jiang - Published: 2026-09-18T02:52:02+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 跨平台 AI 回答监测要能对比，先要固定平台与模式、登录与地区、语言、采集次数和时间窗；本文给出四个可比条件、不可比时的三种写法，以及平台自身数据窗口对监测的限制。 两批监测结果能不能放在一起比，取决于条件。至少要同时满足四条：同一个平台和同一个模式；同样的登录状态、界面语言与地区；同一份问题集、同样的采集次数；时间窗内没有发生平台改版或模型更新。缺一条，两轮之间的差异就可能是条件造成的，而不是品牌信息或内容变化造成的。这时能写的是"观察记录"，不能写"变化趋势"。 ## 条件一：把平台和模式写成一个整体 同一个品牌名，在 AI Overviews 和 AI Mode 里得到的回答与链接可能不一样。Google 的说明里写得很直接：AI Mode 与 AI Overviews 可能使用不同的模型与技术，所以展示的回答和链接集合会变化。这句话有两个用法，一是别把两个功能的样本混进同一个分母，二是记录里要写清"平台 + 模式 + 是否联网 + 是否登录"，A 轮和 B 轮这四个字段一致，才谈得上是同一件事的两次测量。 容易被漏掉的还有入口和界面语言。从搜索结果页进入 AI Mode，和在独立入口里提问，看到的回答长度和引用位置常常不同；界面语言换成另一种语言，回答的语言和引用的页面也会跟着变。 同一把量具、同一个夹持位置，读数才有可比性。监测里的平台、模式、语言、地区就是这把尺的“夹持位置”。照片：JumadilM，CC BY-SA 4.0，来源 Wikimedia Commons。 ## 条件二：地区、语言和账号状态属于测量条件 Search Console 的生成式 AI 性能报告按"搜索发起的国家"分组，提供页面、国家、日期、设备四个维度，所有日期统一使用太平洋时间。平台自己就是这样切分数据的，团队记录时按同样的维度拆开，才不会把不同国家的结果混成一列。 做跨境业务时这一点尤其明显：同一条英文问题在德国、美国和新加坡得到的回答常常不同，引用来源也不同。把三个国家的样本合起来算一个百分比，等于把三种分布搅在一起，后面无论怎么解释都站不住。合理的做法是每个"语言 + 地区"独立成一行，样本不足时只记录观察，不合并统计。 ## 条件三：样本太小，只能说"出现过" Search Console 会把两三个月内只有少数用户问过的查询做匿名化处理：这些查询的明细不展示，但计入图表总数。原因不复杂，样本太小，明细既不稳定也不足以保护隐私。监测问题集面对的是同一个问题：一个问题每轮只问两次三次，算出来的百分比随时可能翻倍或者腰斩。 可以给自己定一条门槛，例如单轮采集次数低于某个值的问题只进观察清单，高于门槛的才进比率计算。门槛写进口径页，复测时不要临时调整；确实要改，就在报告里说明从哪一轮开始改、影响哪些指标。 ## 条件四：时间窗和平台更新要单列 Search Console 明确提示最新数据可能是初步数据，还在收集中，随后几小时会变化。AI 回答的不稳定性比这更高：同一个问题隔一段时间再问，回答长度、语气和引用都可能不同。所以两轮之间如果发生过平台改版、模型切换或产品入口调整，报告里要单独写一段"条件变化"，把这一轮的可比范围说清楚，而不是直接给出涨跌。 ## 把这些条件写成一页口径 条件固定之后，最省事的做法是写一页口径文件，并在每份报告里附上同一页。这一页通常包含：平台清单与模式（是否联网、是否登录）；界面语言与地区；每问题的采集次数，以及判定为有效回答的规则；样本量门槛；统计周期与轮次编号；发生变更时的记录方式。口径页的价值在交接环节：换人执行、更换平台、增加市场时，只要这一页没变，数字就可以继续放在同一条线上看。 口径页本身也要有版本号。调整口径不等于数据造假，但必须在报告里说明从哪一轮开始调整、影响哪些指标。把"改了剔除规则"和"表现变好了"写在同一条结论里的报告，读者无从判断究竟发生了什么。 ## 不可比的时候，可以这样写 - 描述性记录：只写这一轮看到了什么，不做对比。例如"本轮在约定平台中，有四个平台的回答提到了品牌名，其中一处引用了官网的技术手册页"。 - 同轮横向对比：只在同一轮内部比较不同平台、不同问题的表现，条件天然一致，这种对比最稳。 - 跨轮对比并注明条件差异：例如"本轮新增德语问题集，因此提及总数上升，不代表原口径改善"。 ## 把条件写进记录（教学样例） 下面是一段教学样例，用来演示字段怎么填，不对应任何真实客户的监测记录。条件块：平台与模式（联网搜索开启）、登录状态（未登录）、界面语言（英语-美国）、地区（美国）、采集时间（具体到小时，并标注时区）、每问题采集次数、问题集版本号。结论块：本轮可作为基线；暂不与上一轮对比，因为上一轮没有记录地区与登录状态。 这段样例想说明的只有一件事：条件块不完整，结论块里就写不了对比。 采样条件固定之后，才是算指标的问题。分母怎么定、分子包含什么，见[品牌提及率与引用率怎么算](https://www.guangsuan.com/post/geo-mention-and-citation-rate/)；要不要把竞品放进同一轮对照，见[竞品对照监测](https://www.guangsuan.com/post/geo-competitor-monitoring-fair-comparison/)；问题集本身怎么分层，见[固定问题集怎么设计](https://www.guangsuan.com/post/geo-question-set-design/)。需要把采样与复测口径写进项目文件时，可以从[光算 GEO 服务](https://www.guangsuan.com/geo/)的现状诊断开始，平台范围、采样次数和报告周期按项目实际情况确定。 这几篇回答的是相邻的问题：[国内GEO怎么验收：用固定问题集记录品牌提及、引用来源和事实偏差](/post/china-geo-measurement-checklist/)。 ## 参考来源 - [AI features and your website](https://developers.google.com/search/docs/appearance/ai-features) — AI Mode 与 AI Overviews 使用不同模型和技术，展示的回答与链接会变化，两者不能当成同一个测量单位。 - [Generative AI performance report (Search) - Search Console Help](https://support.google.com/webmasters/answer/16984139?hl=en) — 官方报告按国家、日期、设备、页面拆分，日期统一使用太平洋时间，说明地区与时间本身就是测量维度。 - [A deep dive into Search Console performance data filtering and limits](https://developers.google.com/search/blog/2022/10/performance-data-deep-dive) — 低量查询会被匿名化处理，明细不展示；低样本量的结果不适合做明细对比。 - [Performance report (Search results) - Search Console Help](https://support.google.com/webmasters/answer/7576553) — 最新数据可能是初步数据，随后几小时会变化，读取时间要写进记录。 --- ## 固定问题集怎么设计：数量分配、追问层级和改写规则 - URL: https://www.guangsuan.com/post/geo-question-set-design/ - 作者: Don Jiang - Published: 2026-09-18T02:52:02+08:00 - Last updated: 2026-09-27T09:53:49+00:00 - 摘要: 面向跨境外贸与 B2B 团队的 GEO 问题集设计方法：按决策场景分层、主问题与变体怎么记账、追问与改写如何计入，以及 20/50/120 个问题的服务口径怎样落到清单字段。 问题集决定的不只是"问什么"，还决定了以后所有监测数字能不能互相对照。比较稳的做法是三步：先把客户决策过程分成几层，每层写清谁在什么情况下会问什么；再为每层定一个主问题，把同一意图的其他问法当作变体挂在它下面；最后约定追问问到第几层、改写问法算不算新样本。数量是这三步做完的结果，不是起点。问题集写歪了，后面的采样、计算和报告都在补前面的坑。 ## 先按决策场景分层 把问题平铺成一长串，最常见的两种偏差是：几乎全是"XX 哪家好"，或者几乎全是自家产品词。做跨境 B2B 生意，可以先用五层起步。 - 认知层：客户还不知道这类需求能怎么解决，问的是原理、路线和判断口径。 - 选型层：客户已有需求，问的是参数、工况、兼容性和适用限制。 - 比较层：客户手里有两三个方案，问的是差异、成本和风险。 - 供应商层：客户开始评估谁能交付，问的是产能、认证、交期和售后。 - 使用层：客户在履约或使用中遇到问题，问的是排查、替换和维护。 分层之后缺口会自己显形。不少企业的问题集在选型层和比较层很厚，认知层和使用层几乎为空；而客户第一次向 AI 提问，往往正落在认知层。 问题按决策阶段分列摆放，覆盖缺口比写成流水清单时更容易看出来。此图为原创示意插画，不表示任何客户现场。 ## 主问题和变体：同一意图只记一次 "工业传感器供应商怎么选""怎么比较工业传感器品牌""工业传感器选型要注意什么"，这三种问法在监测上属于同一个意图。三个都当独立问题，清单看着很长，复测时它们的变化又高度同步，等于用三个样本量同一件事，还把后续报告里的分母做大了。 做法是选一个作为主问题原文，其余记在同一个编号下当变体。判断标准可以简单一些：换一种问法之后，你期望得到的回答结构是否一样。如果换成另一种问法，你希望回答先讲认证而不是先讲参数，那已经不是一个变体，而是一个新问题。 ## 追问和改写怎么进清单 Google 在 AI 功能的说明里提到，AI Overviews 与 AI Mode 可能使用 "query fan-out"（查询扇出）技术，围绕子话题和数据源发起多次相关搜索来生成回答。这句话对问题集设计有直接含义：回答里展开的子话题，常常不是主问题里写的东西，而是扇出过程中带进来的。 所以每个主问题值得配两到四个子方向，提前覆盖扇出最可能走的三类分支：对象（型号、行业、企业规模）、条件（预算、认证、交期、安装环境）、比较维度（参数、兼容、售后、全周期成本）。这不是把问题集做大，而是把 AI 本来会拆的方向先写清楚。 追问分两类。一类是你设计的追问路径，例如固定在第一问之后追加"如果预算减半，你会怎么建议"，这类要写进清单并固定次数。另一类是平台自己给的建议追问、或用户实际点开的追问，遇到时单独记录并标明来源，不要混进固定问题集，否则下一轮复测的条件已经变了。 改写口径同样要事先写死。可以约定：只有登记为变体的改写才进统计，临时换个说法做的探索性提问只进观察记录，不进分母。这条约定能省掉以后大量关于"这个数怎么算出来的"的争论。 ## 数量怎么定，20、50、120 指的是什么 光算把 GEO 服务的季度档位写成覆盖 20、50、120 个核心业务问题，并明确说明"问题数"不是文章数、引用次数或效果保证，启动前要确定问题清单、平台范围、是否包含追问与改写、采样频率及报告周期。这几个变量不固定，数字就没有意义：同样 20 个问题，不含追问、单平台、每月一轮，和每问题带三层追问、四个平台、每周一轮，工作量差一个数量级。 清单里建议直接写工作量，而不是只写总数：主问题多少个、其中含追问多少个、平台几个、每平台每轮采集几次。这样报告周期、人力安排和费用边界才能对上。 ## 一张问题清单要带的字段 字段不用多，但要能交接：编号、意图层级、主问题原文、允许的变体、目标地区与语言、平台与模式、是否含追问、采集频率、对应的业务页或资料页、负责人。 下面是教学样例，用来演示字段怎么写，不对应任何客户的真实记录： - 编号 Q-014 ｜ 层级：选型层 ｜ 主问题：车间自动化改造时，控制设备怎样比较技术参数与供应商能力 - 变体：把使用场景换成目标行业的常见说法；把"控制设备"换成当地客户习惯的叫法；两种变体共用同一编号 - 地区与语言：德语（德国）与英语（美国）各占一行，不合并 - 平台与模式：按项目约定逐个平台一行，并注明是否开启联网、是否使用登录状态 - 追问：固定追问 1 次，追加预算或交期条件 - 频率：每月一轮 ｜ 对应页面：产品页与选型问答页 ｜ 负责人：内容与售前各一名 ## 几种看起来省事、实际会坏事的设计 把同义问法成批堆进清单，用数量代替覆盖；把平台建议的追问直接写成固定问题；设计一批只有品牌词的问题，品牌词问题测的是品牌认知，测不出品类可见度；给每个问题预先写下预期答案，复测时容易变成对答案而不是记答案；把中文问题机翻成目标语言就直接用于当地监测，问法在当地读起来别扭，回答质量也会跟着变形。 问题集定成一份可交接的文件之后，采样才有共同口径。什么条件下两轮结果可以对比，见[采样与统计口径](https://www.guangsuan.com/post/geo-sampling-comparability-rules/)；每一轮要留下哪些记录，见[问答快照字段](https://www.guangsuan.com/post/geo-answer-snapshot-fields/)；这些样本最后怎么进交付文件，见[GEO 报告结构](https://www.guangsuan.com/post/geo-report-structure-evidence-boundary/)。需要按具体市场梳理问题集时，可以从[光算 GEO 服务](https://www.guangsuan.com/geo/)的现状诊断开始，平台组合、问题数量和监测频率按项目实际情况确定。 接着往下做，通常会用到的几篇：[国内GEO怎么验收：用固定问题集记录品牌提及、引用来源和事实偏差](/post/china-geo-measurement-checklist/)。 ## 参考来源 - [AI features and your website](https://developers.google.com/search/docs/appearance/ai-features) — AI Overviews 与 AI Mode 可能使用 query fan-out，围绕子话题和数据源发起多次相关搜索，回答会带出主问题之外的内容。 - [Google's Guide to Optimizing for Generative AI Features on Google Search](https://developers.google.com/search/docs/fundamentals/ai-optimization-guide) — 不需要为了生成式 AI 搜索专门改写内容，也不必覆盖同一需求的每一种说法。 ## 下载可填写的工作表 先记录问题原文、语言与市场，再固定问题集版本和采样轮次。此表为空白模板，不含客户数据。 [下载GEO 问题集登记表（CSV，可用 Excel 或表格软件打开）](/uploads/seo-geo-tools-20260927/geo-question-register.csv) --- ## AI 搜索让点击下降：先判断是不是真的下降，再决定改不改内容 - URL: https://www.guangsuan.com/post/ai-search-click-decline-diagnose-before-editing/ - 作者: Don Jiang - Published: 2026-09-18T02:50:31+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 按三步判断顺序处理点击下降：先核对报表口径与生成式 AI 控制项，再把变化拆到查询与页面，最后按三类结果决定是否修改内容；另列判断前应准备好的三样基线。 自然搜索的点击掉了，第一反应往往是「AI 把流量吃掉了，得赶紧改内容」。这个结论可能对，也可能只是报表口径、站点设置或查询结构变化造成的错觉。在数据没看清之前改内容，最坏的结果是既没解决问题，又破坏了原本有效的页面。 ## 第一步：先确认口径，再谈原因 谷歌对 AI 展示与报表的关系有过明确说明：出现在 AI 功能里的站点，其流量计入 Search Console 的整体搜索流量，具体体现在效果报告的 Web 搜索类型里。这句话有两层含义。第一，你不必去某个「AI 专用报表」里才能看到这部分流量；第二，当展示位置结构发生变化时，整体点击的变化未必对应你原来熟悉的那批查询。 关于 AI 展示在效果报告里怎么计数，官方也给了细则：点击外部页面的算一次点击；AI Overview 在搜索结果里占一个位置，其中的所有链接都归属同一个位置。这意味着「平均排名」这类指标在 AI 展示参与进来之后的含义与你过去理解的可能不同，用它来判断排名升降容易被误导。 还有一个设置要先排除：Search Console 里的生成式 AI 控制项决定站点是否被纳入 Google 搜索的生成式 AI 功能，默认是包含，也已经向所有站点开放。如果你或同事在排查别的问题时把它改成了排除，表现就是相关展示与流量一起消失。查这一步只花几分钟，却常常直接结束排查。 本图为说明判断顺序绘制的流程示意（非平台界面、非统计数据）：先排除口径与设置因素，再定位到具体查询与页面，最后才决定内容动作。图中不包含任何排名、流量或效果数值。 ## 第二步：把变化拆到查询与页面 确认口径没问题之后，第二步不是改内容，而是分组。在效果报告里用同一口径比较两个时间段，至少拆三个维度：查询、页面、国家或地区。拆完之后通常会看到几种不同情况，而它们的处理方式完全不同： - 整体展示次数基本不变，但点击集中到了更少的查询上。这更像查询结构变化，先别动内容，先确认那批带走点击的查询是否属于你的目标市场。 - 某个页面类型（例如产品页）的点击下降，而文章页稳定。问题更可能出在这一类页面的承接方式，而不是「AI 抢流量」。 - 下降集中在某个国家或语言。优先查那个市场版本的可访问性、语言版本切换与本地竞争者，而不是改英文主站。 - 点击与展示同时下降。先回到抓取与索引：页面是否还能被索引、有没有被 robots 规则或摘要限制影响。 另外，别忽略报表本身的边界。生成式 AI 相关的报表以展示数据为主，能告诉你曝光变化的趋势，但不能直接等同于「回答里提到了你」或「官网被引用了」——那是另外两个需要单独记录的对象，区分方式见[品牌提及与官网引用分开看](/post/brand-mention-vs-website-citation-two-visibilities/)。 ## 判断之前需要先有的三样基线 要让上面的判断顺序真正可用，动手之前先攒三样东西。第一是查询与页面的对照表：哪些页面本来负责哪些客户问题。没有这张表，你没法判断某批查询的点击变化是「丢了原来的位置」还是「本来就不属于你」。第二是索引与摘要状态的时间点记录：至少记下几个核心页面在观察期内的收录与摘要状态，这样「点击下降」可以先排除技术原因。第三是固定的问题集与采样口径，用来观察 AI 回答里的提及与引用是否同步变化。 这三样东西的价值在于把「感觉」换成可比较的记录。它们不需要复杂的工具，一张表加一次固定时间的检查就够，但必须在变化发生之前先建立——事后再补，就只能靠回忆解释过去。 ## 第三步：按结果决定动不动内容 - **口径或设置问题**：先把设置改回来并记录时间，不做内容改动。此时改内容只会掩盖真实原因。 - **页面仍是答案来源，只是展示位置变了**：不要重写内容。可以在承接上做功：把询价入口、参数对照、技术资料这些「看完就想联系你」的东西放在更容易拿到的地方。 - **页面不再作为来源出现**：先查抓取与索引（页面是否被索引、是否被限制摘要），再查内容是否与其他公开资料矛盾。索引层面的检查顺序见[Sitemap、canonical 与索引的检查链](/post/sitemap-canonical-index-checklist-before-ai-retrieval/)。 - **查询意图确实变了**：这是唯一该动内容的情况——补上客户现在真正在问的问题，而不是把旧文章换个说法重发。 - **数据不足以判断**：先建立基线。固定问题集、固定平台与模式、固定间隔，把每次的结果留存下来再谈变化。 有一个官方说法值得放在心里，它既能解释一部分点击变化，也提醒不要把结论说得太满：AI Overviews 只在系统判断它对经典搜索有增量时才出现，因此经常并不触发；同时谷歌表示，从带 AI Overviews 的结果页点进来的访问质量更高，用户更可能停留更久。这两句是官方陈述，不是对所有站点的效果承诺，也不能据此推断你的站点会怎样。 最后一条纪律：无论数据表现如何，都不要为了「回应 AI」而批量改写已有页面。踩坑成本最低的做法，是先把判断顺序固定下来、把每次结论和数据来源记录清楚，让下次变化有对照。回到更基础的层面，如果连官网有没有被正确抓取、有没有成为可引用的来源都还不确定，先看[主流 AI 爬虫的身份与用途](/post/ai-crawler-inventory-gptbot-google-extended-claudebot-perplexitybot/)把技术前提确认清楚。光算的 [GEO 服务](https://www.guangsuan.com/geo/)同样把基线、问题集与复测口径写在方案里，具体工作范围按项目诊断结果确定。 相关方法在这几篇里写得更细：[Google AI Overviews出现后点击下降：如何排查并改进内容](/post/%e8%b0%b7%e6%ad%8cai-overviews-%e6%8a%8a%e6%88%91%e7%9a%84%e5%86%85%e5%ae%b9%e6%88%aa%e5%8f%96%e6%88%90%e7%ad%94%e6%a1%88/)。 ## 参考来源 - [AI Features and Your Website](https://developers.google.com/search/docs/appearance/ai-features) — 出现在 AI 功能里的站点流量计入 Search Console 的整体搜索流量，体现在效果报告的 Web 搜索类型中。 - [Performance report (Search) - Search Console Help](https://support.google.com/webmasters/answer/7042828) — AI Overview 中的外部链接点击计入点击；AI Overview 在搜索结果里占一个位置，其中所有链接归属同一位置，这会影响排名类指标的读法。 - [Generative AI performance report (Search) - Search Console Help](https://support.google.com/webmasters/answer/16984139) — 生成式 AI 报表自 2026 年 8 月 31 日起向所有站点开放，覆盖 AI Overviews 与 AI Mode 的展示数据；该报表以展示数据为主。 - [Search generative AI control - Search Console Help](https://support.google.com/webmasters/answer/16908024) — 生成式 AI 控制项决定站点是否被纳入搜索的生成式 AI 功能，默认是包含；被改成排除时相关展示与流量会一起消失。 - [Optimizing your website for generative AI features on Google Search](https://developers.google.com/search/docs/fundamentals/ai-optimization-guide) — 把大量页面按查询变体批量生产以影响生成式 AI 回答，属于违反规模化内容滥用政策，不是长期有效的做法。 --- ## 品牌被提及 vs 官网被引用：两种可见度必须分开看 - URL: https://www.guangsuan.com/post/brand-mention-vs-website-citation-two-visibilities/ - 作者: Don Jiang - Published: 2026-09-18T02:50:31+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 回答里出现品牌名与回答引用官网页面是两种不同证据。本篇给出官方对链接与来源的说明、两张记录表的最小字段，以及为什么不能合成一个可见度分数。 「我们在 AI 里出现了」这句话，可能指两件完全不同的事：回答正文里提到了你的品牌名，或者回答带着一个指向你官网的链接。这两件事的证据强度、可控程度和处理方式都不一样。把它们混在一个数字里汇报，后面所有的判断都会失真。 ## 两种可见度的定义差别 **被提及（mention）**：回答的文字里出现了品牌名、产品名或公司名，可能出现在解释、对比、示例或一句顺带的说明中，没有指向你站点的链接。它证明的是「这个名字进入了模型的输出」。 **被引用（citation）**：回答带有可点击的来源链接，指向某个具体页面，通常是用来支持回答中的某个结论。它证明的是「某个页面被当作依据取用」。而且这里还有一个常被忽略的细节：被引用的页面不一定是你官网，也可能是行业媒体、经销商页面、第三方目录或你自己的合作伙伴站。要判断「官网被引用」还是「品牌被第三方页面提及」，必须点开看来源域名，而不是看到品牌名就算数。 公开网页里「提到」与「引用到具体来源」是如何并列出现的：正文里每处说法后面跟着方括号编号，编号在页面下方对应到具体的来源链接（本图只截取了正文部分）。截图来自英文维基百科词条 Generative engine optimization 的公开页面（2026 年 9 月 18 日截取，内容以 CC BY-SA 授权，版权归维基百科贡献者）。此处只借它说明两种信息的结构差别，它不是 AI 回答，也不代表任何平台的引用方式。 ## 官方怎么说链接与来源 谷歌在 AI 功能的文档里描述了链接侧的机制：生成回答时，模型会识别更多支持性网页，从而展示比传统网页搜索更广、更多样的有用链接。也就是说，链接的存在是设计的一部分，但它由系统选择，不由页面指定。 OpenAI 的爬虫文档从控制角度给了一个有用的对照：被排除在 OAI-SearchBot 之外的站点，不会出现在 ChatGPT 的搜索回答里，但仍可能作为导航链接出现。这说明「出现在回答里」和「作为导航链接出现」也是两种不同的状态。Perplexity 的文档则把 PerplexityBot 的用途描述为「在搜索结果中呈现并链接网站」，同样以链接为落点。 这些官方描述共同指向一件事：能控的是「有没有资格被抓到、被索引」，不能控的是「回答里会不会提到你、会链接到哪个页面」。 ## 最小记录字段：两张表，不要合成一个数字 如果你在做监测，建议从第一天就分成两张表记录。提及表：问题原文、平台与模式（是否联网）、提问时间、是否提到品牌、出现在什么语境（推荐 / 对比 / 举例 / 否定）、事实是否准确。引用表：来源 URL、来源归属（官网 / 第三方）、引用的落地页、页面是否可访问、引用支撑的是哪一句结论。 分开记录之后，两个很实际的问题才会浮现：如果提及多、引用少，要查的是官网能不能被抓到、页面有没有可被引用的具体内容；如果引用集中在第三方页面，那说明你的资料被整理了，但官网没有成为那个「依据」。这两种情况的处理方向完全不同，合成一个「可见度分数」只会掩盖问题。 关于「被提及」还要加一条边界：谷歌在生成式 AI 指南里写着，去追求不真实的「提及」并不像看起来那么有用。买来的提及不构成可引用的依据，反而增加与其他公开信息矛盾的风险。 ## 两个数字各自能回答什么问题 分开记录之后，两张表的读法也不一样。提及表回答的是「客户在哪些问题里会遇到我们的名字、名字出现时的说法是否准确」。它更接近品牌认知的观察，适合按问题组、按市场分组看变化。引用表回答的是「哪些页面被当成依据取用」，适合按来源类型分组：官网页面、行业媒体、经销商页面、第三方目录。后者的变化往往和内容结构、抓取状态直接相关，动作也更明确。 再进一步，可以把竞品放进同一张引用表里对照：同一个问题上，回答引用了谁、引用了几次、来源类型是什么。这里要注意公平性——只比较你能看见的引用链接，不要据此推断谁的「权重更高」；不同问题、不同平台的结果也不该混在一起排名。可以看的是结构性差异：对方有而你没有的那类页面是什么，你自己的页面上缺的是哪一段可以独立引用的说明。 ## 不要用单次提问下结论 无论是提及还是引用，单次提问的结果都不能当作结论：同一句话换个问法、换台设备、隔一天再问，结果可能都不同。判断状态变化需要固定问题、固定平台与模式、固定时间间隔，把每次的原始回答留存下来。这套记录怎么做、怎么比较，属于监测口径问题；把这套判断落到具体项目上、明确谁在什么时间记录什么，可以看光算的 [GEO 服务](https://www.guangsuan.com/geo/)说明的服务方式。 顺着这个思路往前一步，还有一个更常见的判断题：当你发现自然搜索的点击在下降时，会不会其实是 AI 展示变化引起的，需不需要马上改内容。这个问题有一套更稳的判断顺序，见[点击下降时先判断再动手的顺序](/post/ai-search-click-decline-diagnose-before-editing/)；如果你还在确认官网有没有被正确取用，先回到[结构化数据的作用边界](/post/structured-data-for-ai-answers-what-it-does/)看看有没有把标记和可见内容对齐。 如果只看两篇，建议先看：[谷歌AIO（AI概览）引用来源分析：什么样的站更吃香](/post/%e8%b0%b7%e6%ad%8caio%ef%bc%88ai%e6%a6%82%e8%a7%88%ef%bc%89%e5%bc%95%e7%94%a8%e6%9d%a5%e6%ba%90%e5%88%86%e6%9e%90%ef%bc%9a%e4%bb%80%e4%b9%88%e6%a0%b7%e7%9a%84%e7%ab%99%e6%9b%b4%e5%90%83%e9%a6%99/)。 ## 参考来源 - [AI Features and Your Website](https://developers.google.com/search/docs/appearance/ai-features) — 生成回答时模型会识别更多支持性网页，从而展示比传统网页搜索更广、更多样的链接，链接由系统选择。 - [Overview of OpenAI Crawlers](https://developers.openai.com/api/docs/bots) — 被排除在 OAI-SearchBot 之外的站点不会出现在 ChatGPT 搜索回答中，但仍可能作为导航链接出现，说明「出现在回答里」与「作为链接出现」是两种状态。 - [Perplexity Crawlers](https://docs.perplexity.ai/docs/resources/perplexity-crawlers) — Perplexity 把索引爬虫的用途描述为在搜索结果中呈现并链接网站，落点在链接。 - [Optimizing your website for generative AI features on Google Search](https://developers.google.com/search/docs/fundamentals/ai-optimization-guide) — 谷歌在指南里说明，追求不真实的「提及」并不像看起来那么有用。 - [Generative engine optimization — Wikipedia（2026-09-18 截取，用于说明正文提及与脚注引用的结构差别）](https://en.wikipedia.org/wiki/Generative_engine_optimization) — 公开网页里「提到某个说法」与「引用到具体来源」是并列出现的两种信息：正文用脚注编号指向来源，页末引用列表给出链接。 --- ## 结构化数据对 AI 答案到底有什么用：能做什么，不能做什么 - URL: https://www.guangsuan.com/post/structured-data-for-ai-answers-what-it-does/ - 作者: Don Jiang - Published: 2026-09-18T02:50:31+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 谷歌明确表示 AI 功能不需要结构化数据、也没有专用标记；它真正的作用是富媒体结果的展示资格。本篇核对官方说法、列出标记没有效果的常见原因与优先对齐的几类标记。 结构化数据这几年被寄予了太多期待。有人把它当成 AI 答案的入场券，有人听说「加 FAQ 标记就能被 AI 选中」。官方的立场其实很清楚：它对某些搜索展示有用，但和 AI 答案不是一回事。搞清楚它到底管什么，你就不会在这上面反复投入又反复失望。 ## 官方立场：AI 功能不需要结构化数据 谷歌的生成式 AI 优化指南把它列在「不需要做的事」里：结构化数据不是生成式 AI 搜索的必需项，也没有需要额外添加的 schema.org 专用标记；文档同时补了一句，继续把它作为整体 SEO 策略的一部分仍然是个好主意，因为它有助于获得搜索里的富媒体结果资格。 换句话说，同样的标记在两条链路上作用不同。它服务的是富媒体结果、产品信息与面包屑这类具体展示形态，不是 AI 回答要不要引用你的条件。谷歌在 AI 功能的入选条件里写的是页面需要被索引、并有资格在搜索中展示摘要，没有提到结构化数据。 ## 它真正的作用在富媒体结果，而且不带保证 结构化数据的通用指南把话说得很直接：要获得富媒体结果的展示资格，标记不能违反内容政策，并且必须遵循各项通用准则；即使页面按富媒体测试工具检查全部正确，Google 也不保证标记一定会在搜索结果中展示。文档还列了几个常见原因：标记并不代表页面主内容、标记具有误导性、标记有工具查不出但实际错误的地方、以及标记指向的内容对用户是隐藏的。 另一条常被忽略的边界是处罚对象：结构化数据违规可能导致人工处置，但文档说明这类处置的含义是页面失去富媒体结果的展示资格，不影响该页面在网页搜索里的排名。 包装上的条码与印刷数字：标记让机器快速认出这个对象，但标记本身不决定内容质量。图片来自 Wikimedia Commons 文件「Barcode on food products in Israel 19.jpg」，作者 Chenspec，许可 CC BY-SA 4.0，由本人按原图下载后裁切压缩处理。此处只作类比，不指代任何平台的读取方式。 ## 为什么标记了却没有效果 最常见的原因不是标记写错，而是标记与页面可见内容不一致。谷歌在 AI 功能的 SEO 建议里专门提到一条：确保结构化数据与页面上的可见文本一致。把价格、评分、库存、交期这类会变动的信息写成标记，却忘了同步页面文本，就会制造这种不一致。对做跨境的 B2B 站点来说，最典型的场景是多语言版本：英文页更新了参数，标记还是旧的，或者标记里是美元而正文是欧元。 第二类原因是把标记当成主内容的替代。文档明确说，结构化数据不代表页面主内容、或标记指向用户看不见的内容时，可能不被采用。把关键信息藏在折叠区、图片里或脚本里，再指望标记替它发声，方向是反的。 第三类原因是期待错位。标记能让某个功能「有可能出现」，但不决定它是否出现；算法会结合搜索历史、位置、设备等因素决定最终展示，有时会选择文本结果而不是富媒体结果。 还有一条与「AI 答案」相关的边界值得单独写清楚：FAQ 类标记不构成被 AI 采用的条件。把常见问题做成结构化数据，可能在搜索结果里获得对应展示，但这不是「AI 会引用这段问答」的保证；为了迎合 AI 而在页面上堆大量雷同问答，还可能落入内容质量方面的政策问题。想让一段问答被引用，靠的是它本身把一个问题答清楚、事实准确、条件写全，而不是它带了标记。 ## 值得优先对齐的几类标记 如果决定继续用结构化数据，先把精力放在三类与业务直接相关、也最容易被看见的标记上：组织的名称与标识信息（决定别人怎样准确识别你这家公司）、产品信息（型号、规格的必要字段）、以及面包屑这类站点结构信息。它们的共同点是字段有限、维护成本低、与页面可见内容天然一致。相比之下，价格、库存、评分这类强变动字段最容易与正文脱节，做之前先想清楚由谁负责同步更新。 维护上有一个最小的流程就够用：改页面内容时同步检查对应标记；发布前用官方测试工具跑一次；每次改动的字段和日期记在同一个地方。这样过半年回头看，你能说出「上一次改标记是什么时候、为什么改」，而不是看到一堆没人认领的代码。 ## 那到底还要不要做：分三种情况 - 页面确实对应一种富媒体展示类型，例如产品、面包屑、组织信息、FAQ 内容本身就在页面上可见——值得做，按官方文档的字段要求实现，并保证与可见文本同步维护。 - 你的目标是「让 AI 答案更愿意引用」——不要为这个目标加标记，没有官方依据。把力气放在内容完整度、事实一致性、抓取与索引这些有明确路径的事情上。 - 有人建议你加 AI 专用标记或伪造 FAQ、评分——停手。文档说明这类做法可能触发内容政策问题，而且对 AI 展示没有帮助。 把结构化数据放回它本来的位置之后，下一步常见的偏差出在「被提到」和「被引用」这两个概念上：前者可能来自任何公开页面，后者才指向具体来源。这部分在[品牌提及与官网引用要分开看](/post/brand-mention-vs-website-citation-two-visibilities/)里拆解。多语言站点里标记与正文的对齐问题，见[多语言版本与 AI 回答语言](/post/hreflang-multilingual-ai-answer-language/)。如果希望把标记、正文与抓取状态一起评估，可以了解光算的 [GEO 服务](https://www.guangsuan.com/geo/)，做什么以项目诊断结果为准。 与这篇属于同一组问题的还有：[10种适用于B2B网站的结构化数据类型丨提升SEO效果](/post/%e9%80%82%e7%94%a8%e4%ba%8eb2b%e7%bd%91%e7%ab%99%e7%9a%84%e7%bb%93%e6%9e%84%e5%8c%96%e6%95%b0%e6%8d%ae%e7%b1%bb%e5%9e%8b/)、[GTM显示标签已触发，结构化数据就没问题了吗？查数据就绪时机](/post/gtm-jsonld-data-ready-timing/)。 ## 参考来源 - [Optimizing your website for generative AI features on Google Search](https://developers.google.com/search/docs/fundamentals/ai-optimization-guide) — 谷歌明确说生成式 AI 搜索不需要结构化数据，也没有需要添加的专用 schema.org 标记。 - [General Structured Data Guidelines](https://developers.google.com/search/docs/appearance/structured-data/sd-policies) — 即使标记按测试工具检查完全正确，谷歌也不保证它会在搜索结果中展示。 - [AI Features and Your Website](https://developers.google.com/search/docs/appearance/ai-features) — AI 功能的 SEO 建议包括确保结构化数据与页面可见文本一致。 --- ## 多语言与地区版本：hreflang 能做什么，AI 回答的语言又由谁决定 - URL: https://www.guangsuan.com/post/hreflang-multilingual-ai-answer-language/ - 作者: Don Jiang - Published: 2026-09-18T02:50:31+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: hreflang 解决的是搜索侧的语言地区指向，谷歌判断页面语言用的是算法而非 hreflang 或 lang 属性；AI 回答的语言选择没有公开规则，本篇给出可做的结构检查清单。 做多语言站的人常问同一个问题：我配好了 hreflang，AI 回答是不是就会用对应语言、对应地区的版本？答案要分两半说——hreflang 在搜索侧有明确的官方作用，而 AI 回答选择哪个语言版本，目前没有任何公开规则。把这两半混在一起，配置就会做成无用功。 ## hreflang 解决的是搜索侧的语言地区指向 谷歌的本地化版本文档说明了它的用途：告诉 Google 同一内容有哪些语言与地区变体，让搜索结果把用户指向最合适的那个版本。文档也留了一句余地——即使你不做任何标注，Google 也可能自己发现这些语言版本，但主动标注通常更好。 这带来一个务实结论：hreflang 的正确定位是「降低歧义」。它不是推荐机制，也不会让某个版本在所有场景里优先。它的价值在于当两个语言版本内容接近时，搜索侧不至于挑错版本，或让两个版本互相竞争同一个位置。 ## 官方说法：语言识别不靠 hreflang，也不靠 lang 属性 这一点经常被误解，谷歌文档的原话是：Google 不使用 hreflang，也不使用 HTML 的 lang 属性来判断页面语言，而是用算法判定。也就是说，hreflang 是「关系声明」，不是「语言声明」。页面写成西班牙语但正文语言标记错误、或正文里混着两种语言，都可能让算法判定的结果与你的预期不一致。 实践含义是两件事要分开做：结构上用 hreflang 把版本关系说清楚，内容上让每个语言版本的正文本身就是该语言的完整内容。只做了前者，页面在语言判定上仍然是模糊的。 ## 语言版本和地区版本要分开想 「英文站」和「英国站」不是一回事。语言代码解决的是「同一内容的另一种语言」，地区组合（例如同一语言下针对不同国家）解决的是「同一语言、不同市场」。对做跨境业务的企业来说，常见结构是：一个通用英文站服务全球，加上若干地区站处理本地化差异（计量单位、认证要求、联系方式、交付方式）。 这种结构下最容易出问题的不是标注，而是内容重复：如果各地区站只是把通用英文站复制一遍，改动几个词，那么它们之间是近似重复的多个版本。谷歌文档特别提到「同一语言下的细小地区差异、内容近似」这种情形，处理方式仍然是用 hreflang 说明关联，但这不改变一个事实——如果地区站没有真实的本地化内容，它作为独立页面的价值有限。 还有一个操作细节值得写进规范：x-default 用来承接没有匹配到语言或地区的访客，通常是语言选择页或通用版本；如果站点有语言切换器，切换后的地址要能被独立访问和抓取，不要只靠脚本修改当前页面上的文字。 同一部作品的不同语种版本并排放在一起。图片来自 Wikimedia Commons 文件「Iliad editions.jpg」，作者 Pete unseth，许可 CC BY-SA 4.0，由本人按原图下载后压缩处理。用它说明「同一内容的多语言版本」在现场是什么样子，与任何平台的回答行为无关。 一个常被忽略的执行细节是语言切换器本身。很多站点的切换器由脚本实现，点击之后只是把当前页面上的文字换成另一种语言，地址没有变化。从访客角度看勉强能用，但每个语言版本就没有可以独立指向、独立被抓取的地址，hreflang 也就失去了标注对象。正确的做法是让切换器指向各语言版本的真实 URL，并用普通链接实现；这样既方便用户复制分享，也让每个版本都能被独立发现。 ## AI 回答选哪个语言版本，没有公开规则 这里必须把话说清楚：在 Google 搜索、OpenAI、Anthropic、Perplexity、Bing 的公开文档里，没有关于「AI 回答如何选择语言或地区版本」的说明。所有关于这方面的机制描述，都只能算推测。可以观察到的现象是：同一个问题用不同语言提问，回答的语言与被引用的页面可能不同；但这属于观察结果，不是机制解释。 既然机制不可见，能做的就是把结构做成「无论对方怎么选，都能取到正确的版本」。这属于编辑判断加技术规范，二者结合的效果比追求某个内部权重现实得多。 ## 多语言版本的检查清单 - 每个语言版本使用独立、可访问的 URL，不要用参数或仅靠前端切换来生成不同语言内容。 - hreflang 双向标注：A 页指向 B 页，B 页也要指回 A 页；集合完整，别只写一半。分批上线时，已完成的部分先组成完整的双向集合。 - 设一个 x-default 版本，作为没有匹配到语言或地区时的默认落点。 - canonical 只在本语言版本内部使用，不要跨语言互相指向。把英文页 canonical 到中文页，会让其中一个版本从索引里消失。 - 各版本的内容完整度对齐：如果某个语种只翻了标题和摘要，它作为独立页面的价值有限，更适合先不对外暴露。 最后一条与内容时效有关：多语言站最容易出现的情况是英文版本更新了参数、其他语种还停在旧版，于是同一个事实在两个语言里说法不同。这类问题的排查顺序见[内容更新后仍被引用旧版本的排查](/post/content-updated-ai-still-quotes-old-version/)；如果你的网站把语言版本做成了结构化数据的多份副本，注意标记与可见文本必须一致，这部分在[结构化数据对 AI 答案的作用与限制](/post/structured-data-for-ai-answers-what-it-does/)里说明。多语言站点结构本身怎么设计、要不要按市场分批上线，可以结合光算的 [GEO 服务](https://www.guangsuan.com/geo/)按项目评估。分批上线的关联处理，另见[译文只完成一半时 hreflang 怎么处理](/post/unfinished-translations-hreflang-release/)。 需要把这里的判断落到具体页面时，可以参考：[多语言网站SEO：机器翻译、本地化与语言页面配置的常见问题](/post/%e8%bf%99%e7%a7%8d%e7%bf%bb%e8%af%91%e6%96%b9%e5%bc%8f%e4%bc%9a%e8%ae%a9%e4%bd%a0%e7%9a%84%e5%a4%9a%e8%af%ad%e8%a8%80%e7%bd%91%e7%ab%99%e8%a2%ab%e8%b0%b7%e6%ad%8c%e5%bd%93%e6%88%90%e5%9e%83%e5%9c%be/)。 ## 参考来源 - [Localized versions of your page](https://developers.google.com/search/docs/specialty/international/localized-versions) — hreflang 的作用是告诉 Google 同一内容有哪些本地化变体，帮助搜索结果指向合适版本。 - [How to Specify a Canonical with rel="canonical" and Other Methods](https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls) — 规范网址的强信号用于把重复或近似页面收成一个版本，跨语言互指会让其中一个版本失去被展示的机会。 - [AI Features and Your Website](https://developers.google.com/search/docs/appearance/ai-features) — AI 功能的 SEO 建议包括让内容容易通过站内链接被发现、以及确保重要内容以文本形式提供。 --- ## 内容更新了 AI 还在引用旧版本：先查这五个公开副本 - URL: https://www.guangsuan.com/post/content-updated-ai-still-quotes-old-version/ - 作者: Don Jiang - Published: 2026-09-18T02:50:31+08:00 - Last updated: 2026-10-01T14:22:21+00:00 - 摘要: 官网改完 AI 仍复述旧参数时，按官网历史地址、PDF 资料、第三方平台、多语种版本、缓存与归档五处逐项排查，并说明重抓时间不由站点控制。 产品参数页改完两周，客户在 AI 里问起同一款设备，回答里还是旧数值。这时候再改一遍官网通常没有用——旧版本往往不是从你现在改的那个地址来的。要处理这类问题，先列清「同一个事实在公开网络上有几份副本」，再决定动手顺序。 ## 旧版本通常来自这五个地方 按出现频率排，公开副本大致集中在这几处： - **官网自己的历史地址**。改版、换栏目、换 slug 之后，旧路径仍然可以访问，内容是一年前的版本，而且没有任何页面链接它。 - **PDF 与可下载资料**。产品手册、选型表、白皮书、检测报告的旧版本仍然挂在服务器上，文件名一样、内容不一样，下载链接被外部引用过。 - **第三方平台资料**。B2B 平台、行业目录、经销商与代理商页面、新闻稿转载、展会名录，很多是你自己提交过一次就再没更新的。 - **其他语言与地区版本**。英文站更新了参数，西语、俄语或某个地区子站还停在旧版，或者反过来。 - **缓存与第三方归档**。CDN 缓存、搜索引擎的页面快照、以及各类网页归档服务保存的旧页面。 把副本找齐之后，问题通常立刻清楚了：不是「AI 不肯更新」，而是同一个事实确实存在多个互相矛盾的公开版本，而系统取到哪一份不由你指定。 最典型的现场，是新版网页和仍在外流通的旧版印刷手册、旧 PDF 同时存在；客户和检索系统都可能取到旧的那一份。 ## 更新之后多久会被重新抓取，不由你决定 这一点需要有心理预期。谷歌在 AI 功能的排查说明里写到，重新抓取与处理的时间可能从几天到几个月不等，取决于系统判断这个页面需要刷新的频率。你可以做的提示动作是有限的：把站点地图里的 lastmod 写准（文档要求它一致且可核对，并反映最后一次实质性更新）、用 Search Console 提交重新抓取请求、把旧地址用重定向指向新地址。这些都能提高「下一次抓到时是哪一个版本」的确定性，但没有一个是时间承诺。 还有一层无法观察：你没法知道某个系统当前使用的是哪一次抓取的结果、也没法知道训练语料覆盖到哪一天。各家平台都没有公开这些信息。所以在这类项目里，能写进报告的只有「我们做了什么、什么时候做的、公开副本现在是什么状态」，不能写成「多久之后一定会更新」。 ## 收口顺序：先让同一事实只剩一个公开版本 - 建副本清单。至少四列：URL 或资料名称、托管方（自己/第三方）、当前版本时间、负责人。清单本身是后续所有动作的依据，也是复盘时唯一能拿出来的证据。 - 官网先做到「一个版本一个地址」。旧路径全部重定向到新路径，不要两份内容同时可访问；旧的 PDF 用同名文件替换并更新版本号与日期，不再使用的旧版移出可公开访问的路径，或在文件内页写明版本失效。 - 第三方平台按对方的修改流程提交更正。保留提交时间、联系人、修改前后的截图。有些平台没有自助修改入口，这一项要如实标注为「已提交、等待对方处理」。 - 多语言版本同步。改完英文参数后，把各语种版本按同一份事实表逐条对一遍，缺的补、旧的删。 - 最后才是复测与留档。复测时固定问题、平台与时间，记录回答里出现的数值是否正确；记录的是当前状态，不是趋势结论。 ## 复测怎么记，才算可比较 副本收口之后要留下证据，方式是把测试条件固定下来：同一批问题、同一平台与同一模式（是否联网）、相近的时间、以及记录人。每次记录的内容包括提问原文、完整回答、回答里出现的数值或说法、以及是否有来源链接指向你的页面。这样过了几周再复测，你比较的是同一条问题的前后状态，而不是两次随意的提问。 要避免两种记录方式：只截一张看起来正确的回答当作成果；以及把不同问题、不同平台的回答混在一起统计。前者无法说明范围，后者无法比较。改动内容的动作与测试动作分开记，也能在复盘时看清「哪次改动之后状态才变」，而不是凭印象归因。 ## 别把力气花在错的地方 两个常见的白费功夫：反复改首页或公司介绍页，指望它带动力产品页的更新；以及在同一批内容上不断换措辞重发，但没有处理旧的公开副本。前者的作用对象错了，后者只是增加了新的矛盾源。 顺带说一句关于「谁该负责」的问题：第三方平台的资料、经销商自己做的页面，你没有直接编辑权。能做的只有提交更正、跟对方对接、并在报告里把这部分标为不可控项。把这些说清楚，比在内部反复争论「为什么还没更新」有用得多。 如果排查下来发现官网侧的问题其实是旧地址没有被规范化处理，处理顺序可以参考[Sitemap、canonical 与索引的检查链](/post/sitemap-canonical-index-checklist-before-ai-retrieval/)；如果是多语种版本之间的口径不一致，另见[多语言版本与 AI 回答语言](/post/hreflang-multilingual-ai-answer-language/)。需要把这些公开副本统一梳理成一份清单并跟踪处理，可以了解光算的 [GEO 服务](https://www.guangsuan.com/geo/)，具体范围按项目情况确定。相关方法另见[怎样确认 AI 的引用原文是否真的存在](/post/verify-ai-citations-original-sources/)。 同一套工作里，下面几篇会接着用到：[The Overlooked "Content Decay Period" | 5 Data‑Driven Methods to Regain Traffic for Old Webpages](/en/post/the-overlooked-content-decay-period-5-data-driven/)。 ## 参考来源 - [AI Features and Your Website](https://developers.google.com/search/docs/appearance/ai-features) — 重新抓取与处理的时间可能从几天到几个月，取决于系统判断页面需要刷新的频率。 - [Build and submit a sitemap](https://developers.google.com/search/docs/crawling-indexing/sitemaps/build-sitemap) — lastmod 需要一致且可核对，并应反映最后一次实质性更新（改版权年份不算）。 - [How to Specify a Canonical with rel="canonical" and Other Methods](https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls) — 重定向是让新地址成为规范版本的强信号，可用于旧路径收口。 - [Introduction to robots.txt](https://developers.google.com/search/docs/crawling-indexing/robots/intro) — 旧页面即使被 robots 拦下，其 URL 仍可能出现在搜索结果中，只是没有描述，因此「拦掉」不等于「内容消失」。 - [Generative AI performance report (Search) - Search Console Help](https://support.google.com/webmasters/answer/16984139) — 生成式 AI 报表覆盖的是站点在生成式 AI 功能中的展示数据，能反映曝光变化，但不能显示某个系统当前使用的是哪一次抓取结果。 - [Overview of OpenAI Crawlers](https://developers.openai.com/api/docs/bots) — 各家平台只公开了爬虫身份与 robots.txt 控制方式，检索时取用哪一份内容没有公开说明，属于不可观察部分。 --- ## Sitemap、canonical 与索引：AI 检索之前先把这三件事对齐 - URL: https://www.guangsuan.com/post/sitemap-canonical-index-checklist-before-ai-retrieval/ - 作者: Don Jiang - Published: 2026-09-18T02:50:31+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 把发现、规范化、进入 AI 展示三层放在同一条检查链上：站点地图的作用边界、lastmod 的正确写法、canonical 信号强度、以及进入 AI 功能的最小门槛与逐项检查顺序。 AI 检索要用的页面，得先经历三个动作：被发现、被认定成一个确定版本、进入索引。这三层任何一层错位，后面的优化都作用在错误的对象上。比如你一直在改的页面，早就不是搜索引擎认的那个版本。 ## 第一层：被发现，不等于被收录 站点地图的作用边界，谷歌写得很清楚：它帮助搜索引擎发现你站点上的 URL，但不保证地图里的条目都会被抓取和收录。同一份文档还给了适用判断：站点很大、站点很新且外链很少、或者有大量视频、图片与新闻内容时，站点地图更有价值；如果是 500 个页面以内、内部链接完整的小站，通常没必要额外做。 地图里的字段也有讲究。谷歌明确忽略 priority 与 changefreq；lastmod 只在「一致且可核对（例如对照页面最后修改时间）」时才被采用，而且应当反映最后一次实质性更新的时间——改一次版权年份不算实质性更新。如果 lastmod 长期乱填，它的作用会消失。 ## 第二层：把版本收成一个 同一份内容有多个可访问地址时，要明确告诉搜索引擎以哪个为准。谷歌列出的几种方式按影响力排序：重定向是最强信号，表示跳转目标应当成为规范版本；rel="canonical" 链接标注也是强信号；站点地图包含则是弱信号。这几种方式可以叠加使用，同时用两种以上会提高你期望的版本出现在搜索结果里的机会。 同时也要接受一个事实：谷歌文档明确说这些方式都不是必需的，不指定规范版本时，谷歌会自己判断哪个版本在客观上更适合展示。所以 canonical 的意义是「提高确定性」，不是「绝对控制」。真正会制造问题的是自相矛盾——页面自己说 A，站点地图说 B，重定向又指向 C，这种状态下不同系统拿到的版本可能不一致，而 AI 检索要的恰恰是一个确定的页面。 本图为说明检查顺序绘制的结构示意（非平台界面、非统计数据）：每一层都给出可核对对象——地图条目、规范网址、索引与摘要状态；箭头表示依赖关系，不表示平台内部流程。 这里还要说清一件事：索引状态是会变的，一次检查的结论只代表那个时间点。已经收录的页面可能因为改版、合并、robots 规则变化而退出索引；新发布的页面在几天内没被收录也未必是问题。把检查结论写成「某年某月某日，某页面处于某状态」，比写「已收录」或「未收录」更接近事实。 ## 站点地图里不该出现的东西 发现层最常见的错误不是「漏了页面」，而是「放了不该放的页面」。被 noindex 的页面、带排序参数的列表页、已经重定向的旧地址、登录或后台路径、以及同一内容的多个重复地址，如果都写进地图，等于把抓取预算和判断成本花在你不希望被索引的对象上。写地图时按「我希望它以这个地址出现在搜索结果里」逐条问一遍，能过滤掉大部分噪音。 另一个常被忽略的检查是地图文件本身：能不能正常打开、返回的是 XML 而不是错误页、编码正确、条目数量与站点规模相称。地图从来访者的角度看只是一份文件，但它是三层里唯一由你完全控制的入口，把这部分做干净的成本很低。 如果地图、规范网址和索引状态都对齐了，还有一步值得顺手做：把这几项写成一份可以交给同事照着跑的检查表，写清每一项在哪里看、看到什么算通过。这类检查本身不复杂，复杂的是每次换人做时口径不同，做完之后无法和上一次对比。固定格式的检查表解决的就是这个问题。 ## 第三层：进入 AI 展示的最小门槛 AI 功能对页面的技术要求其实比很多人想的简单。谷歌的原话是：要成为 AI Overviews 或 AI Mode 里的支持链接，页面必须先被索引、并且有资格在 Google 搜索中展示摘要，满足搜索的技术要求即可，没有额外的技术要求。同一条要求也在生成式 AI 优化指南里重复过一遍。 指南里还多了一句容易被漏掉的前提：站点需要在 Search Console 的生成式 AI 功能设置里被纳入，才具备在搜索的生成式 AI 功能中展示的资格。这个开关当前默认是包含，且已经面向所有站点开放，但它是一个真实存在的、可能被误关的选项；排查「某类展示突然没了」时值得先看一眼。 ## 按这个顺序检查，比逐项优化省时间 - 抽查五到十个重要页面，各自记下三件事：URL 在不在站点地图里、页面声明的规范网址是谁、Search Console 里是否已收录。三项对齐才进入下一项。 - 核对站点地图的 lastmod 与实际内容更新时间是否一致，把明显对不上的先改对，再考虑别的动作。 - 确认规范网址指向的那个版本自己可以被访问、也没有被 robots 规则拦下。指向一个打不开或不允许抓取的地址，等于放弃这个页面。 - 检查预览与摘要类控制（nosnippet、data-nosnippet、max-snippet、noindex）是否有误伤。这些设置会限制摘要展示，而 AI 功能的前提之一就是有资格展示摘要。 - 记录检查时间。抓取与重新处理都需要时间，把「什么时候查的、当时结论是什么」写下来，下一次才有对照。 这三层对齐之后，才轮到内容与信源的工作。如果更新已经发出、AI 依旧复述旧版本，那多半是公开副本没收口，处理顺序见[内容更新后仍被引用旧版本的排查](/post/content-updated-ai-still-quotes-old-version/)；如果页面关键信息还在脚本生成的内容里，先解决[渲染与原始 HTML 的差异](/post/rendering-javascript-what-ai-crawlers-actually-see/)。地图与收录数字对不上时，[Sitemap 已发现网页如何对账](/post/gsc-sitemap-discovered-count-reconciliation/)可以避免把解析数量当成收录数量。需要把这些检查放进具体项目一起做，可了解光算的 [GEO 服务](https://www.guangsuan.com/geo/)，范围以项目确认为准。 和本篇直接相关的还有：[SEO 中的 canonical 是什么意思丨如何在 SEO 中使用 canonical 标签](/post/seo%e4%b8%ad%e7%9a%84canonical%e6%98%af%e4%bb%80%e4%b9%88%e6%84%8f%e6%80%9d/)、[Sitemap提交了但只收录首页：怎样核对有效URL、内链和规范页](/post/%e7%bd%91%e7%ab%99%e4%b8%8a%e7%ba%bf%e5%90%8e%e5%8f%aa%e6%94%b6%e5%bd%95%e9%a6%96%e9%a1%b5%e6%80%8e%e4%b9%88%e5%8a%9e-sitemap%e6%8f%90%e4%ba%a4%e4%ba%86%e4%bd%86%e6%96%87%e7%ab%a0%e9%a1%b5%e8%bf%98/)。 ## 参考来源 - [What is a sitemap](https://developers.google.com/search/docs/crawling-indexing/sitemaps/overview) — 站点地图帮助发现 URL，但不保证地图条目都会被抓取和收录。 - [Build and submit a sitemap](https://developers.google.com/search/docs/crawling-indexing/sitemaps/build-sitemap) — Google 忽略 priority 与 changefreq，只在 lastmod 一致且可核对时采用它，并要求它反映最后一次实质性更新。 - [How to Specify a Canonical with rel="canonical" and Other Methods](https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls) — canonical 化的几种方式有强弱之分：重定向与 rel=canonical 是强信号，站点地图包含是弱信号，可叠加使用。 - [AI Features and Your Website](https://developers.google.com/search/docs/appearance/ai-features) — 进入 AI 展示的最小门槛是被索引且有资格展示摘要，没有额外的技术要求。 - [Optimizing your website for generative AI features on Google Search](https://developers.google.com/search/docs/fundamentals/ai-optimization-guide) — 除搜索技术要求外，站点还需在 Search Console 的生成式 AI 功能设置中被纳入，才具备展示资格。 - [Search generative AI control - Search Console Help](https://support.google.com/webmasters/answer/16908024) — 该控制项于 2026 年 8 月 31 日向所有站点开放，默认是「包含我的站点链接与内容」。 --- ## 页面渲染与脚本：AI 抓取器看到的是哪一版内容 - URL: https://www.guangsuan.com/post/rendering-javascript-what-ai-crawlers-actually-see/ - 作者: Don Jiang - Published: 2026-09-18T02:50:31+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 按谷歌公开的抓取、渲染、索引三阶段说明，讲清同一份 URL 的两种内容版本，哪些信息必须放回服务端 HTML，以及怎样用三种方式自查。 同一份 URL，不同程序打开会看到不一样的东西。一个只把 HTML 取回来就解析的抓取器，看到一个版本；一个执行脚本后才渲染出内容的浏览器，看到另一个版本。做 AI 检索相关的工作时，第一个问题不是「页面好不好看」，而是「关键信息在哪个版本里」。 ## 先把谷歌的公开流程看清楚 谷歌的 JavaScript SEO 文档把处理过程分成三个阶段：抓取、渲染、索引。Googlebot 会把页面同时排进抓取队列和渲染队列；抓取时先读 robots.txt，如果该 URL 被标为不允许，就直接跳过不发请求，页面上、被拦文件里的 JavaScript 也不会被执行——文档里有一句明确的结论：Google 搜索不会渲染被拦截文件或被拦截页面上的 JavaScript。 抓取阶段的解析是「经典网站」最容易通过的一关：当 HTTP 响应里的 HTML 已经包含全部内容（也就是服务端渲染）时，取回并解析就够了。麻烦的是应用外壳（app shell）模式的前端站点：初始 HTML 里没有真正的内容，必须执行 JavaScript 才能看到脚本生成的页面。谷歌的做法是把所有返回 200 状态码的页面排进渲染队列（除非 robots meta 或响应头要求不索引），然后在其资源允许时，用一个无头 Chromium 渲染页面并执行 JavaScript，再解析渲染后的 HTML、继续发现链接。 这段流程有两个容易被忽略的含义。第一，渲染是排队发生的，不是「抓一次就同时渲染一次」，队列时间没有承诺值；第二，前端的渲染依赖本身也可能被拦：如果页面要加载某个脚本文件才能显示内容，而那个文件恰好被 robots.txt 拦掉了，结果就是内容永远出不来。带上这两个前提，再回头看自家站点会更准确。 本地教学演示（不是客户站点、也不是平台抓取测试）：同一个 URL，用禁用脚本的方式取一次、再用真实浏览器渲染取一次，截取同一块区域。① 是不执行脚本时看到的结果，只有一句「脚本未执行」的提示；② 是真实浏览器渲染后的结果，出现了由脚本注入的库存与交期。图注只说明「内容在哪一版里」，不推断任何平台是否渲染。 ## 其他平台没有公开渲染说明，别替它们下结论 这一点需要说得谨慎。在 OpenAI、Anthropic、Perplexity 的爬虫文档里，能看到的是身份、用途、robots.txt token 与 IP 段这些内容，没有找到关于是否执行 JavaScript、是否渲染页面的说明。Bing 的爬虫文档提到会定期把网页渲染引擎更新到最新稳定版 Microsoft Edge，但那一段是在解释 Bingbot 的 User-Agent 字符串里会出现浏览器版本号，并没有说明哪些爬虫会执行页面脚本。 所以正确的说法是：谷歌公开了它的渲染流程；其他平台是否渲染、渲染到什么程度，属于没有公开文档的部分，不能靠推测写进方案。可操作的做法反而是通用的——把决策信息放进服务端返回的 HTML。这样无论对方渲染与否，内容都在那里。 ## 哪些内容必须离开脚本 判断标准很简单：客户用来比较和决策的信息，如果只存在于脚本生成的区域，就有风险。对外贸与 B2B 站点来说，这类信息通常包括产品参数与单位、适配条件与限制、交期与最小起订量、认证范围、价格区间或询价方式、以及技术选型的判断依据。这些内容出现在原始 HTML 里，对搜索、对 AI 检索、也对禁用脚本或弱网环境下的访客都有意义。 可以留在脚本里的，是那些不承载关键事实的交互：轮播、筛选器、地图、在线配置器。它们让页面更好用，但不是别人需要读到的内容主体。 ## 服务端渲染、静态化与客户端渲染怎么选 把关键内容放回 HTML，方案上通常有三种：服务端渲染（每次请求由服务器生成完整 HTML）、构建期静态化（发布时生成 HTML 文件）、以及保留客户端渲染但为重要内容做预渲染。三者的差别主要在维护成本和更新速度：服务端渲染适合数据经常变的页面，静态化适合内容相对稳定的产品页与文章页，预渲染适合短期止血。 不管选哪种，验收方式是一样的：用命令行取一次原始 HTML，看关键信息在不在；用禁用脚本的浏览器打开一次，看页面是否仍然可读。两项都能过，说明这个页面不依赖脚本执行也能被读到。要注意的是，这个结论只针对「能不能读到」，不推断任何平台会怎么处理它。 ## 用两种方式取同一份 URL，自己验证 不用等任何平台的抓取日志，你现在就能做三件事： - 用命令行工具直接取一次 HTML，在返回内容里搜关键参数的关键词。搜不到，说明它不在服务端返回的内容里。 - 在浏览器里禁用脚本打开同一页面，看剩下什么。这就是「只看初始 HTML」的视角。 - 用 Search Console 的网址检查工具查看 Googlebot 实际收到的 HTML，对照你自己看到的差异。这个工具反映的是谷歌在那一时刻拿到的内容，不是永久状态。 还有一类连带问题值得提前处理：如果脚本在加载后修改了 canonical、标题或结构化数据，那么「原始 HTML 的版本」和「渲染后的版本」可能指向不同的规范网址。这类冲突会直接影响页面以哪个版本进入索引，排查思路可以看[canonical 加载后改变：SSR 与 hydration 冲突排查](/post/hydration-canonical-url-drift/)。 渲染确认完，下一步是把「能被抓到」变成「能被稳定地找到一个版本」：站点地图写什么、canonical 指哪里、索引状态怎么核对，这三件事的顺序在[Sitemap、canonical 与索引的检查链](/post/sitemap-canonical-index-checklist-before-ai-retrieval/)里展开。如果你的站点正在做海外市场，希望把这些技术前提和内容策略一起评估，可以了解光算的 [GEO 服务](https://www.guangsuan.com/geo/)；具体做什么、做到什么范围，按项目实际情况确定。相关文件类话题另见[llms.txt 的现状与边界](/post/llms-txt-what-it-can-and-cannot-do/)。 延伸阅读，按你接下来要面对的下一步选：[Javascript 渲染问题导致 Google 无法抓取内容的检测方法](/post/javascript-%e6%b8%b2%e6%9f%93%e9%97%ae%e9%a2%98%e5%af%bc%e8%87%b4-google-%e6%97%a0%e6%b3%95%e6%8a%93%e5%8f%96%e5%86%85%e5%ae%b9%e7%9a%84%e6%a3%80%e6%b5%8b%e6%96%b9%e6%b3%95/)、[Vue/React网站JavaScript SEO诊断：检查渲染、路由与内容可抓取性](/post/javascript%e6%b8%b2%e6%9f%93seo%e9%99%b7%e9%98%b1/)。 ## 参考来源 - [Understand JavaScript SEO Basics](https://developers.google.com/search/docs/crawling-indexing/javascript/javascript-seo-basics) — 谷歌把处理 JavaScript 站点分为抓取、渲染、索引三个阶段，页面会同时排进抓取与渲染队列。 - [Optimizing your website for generative AI features on Google Search](https://developers.google.com/search/docs/fundamentals/ai-optimization-guide) — 谷歌说明只要脚本没有被拦截，它就能处理页面中 JavaScript 生成的内容，并建议遵循 JavaScript SEO 实践。 - [Which Crawlers Does Bing Use? - Bing Webmaster Tools](https://www.bing.com/webmasters/help/which-crawlers-does-bing-use-8c184ec0) — Bing 文档提到会更新网页渲染引擎版本，但该段是在解释 Bingbot 的 User-Agent 字符串，并未说明哪些爬虫会执行页面脚本。 - [AI Features and Your Website](https://developers.google.com/search/docs/appearance/ai-features) — AI 功能的 SEO 建议里有一条是确保重要内容以文本形式提供。 - [Overview of OpenAI Crawlers（已通读，未发现关于是否执行 JavaScript 的说明）](https://developers.openai.com/api/docs/bots) — OpenAI 爬虫文档说明的是身份、用途、robots.txt token 与 IP 段，没有渲染相关说明；Anthropic、Perplexity 的爬虫文档同样没有。因此「其他平台是否渲染」属于无公开依据的部分。 --- ## llms.txt 到底有没有用：现状、边界与正确预期 - URL: https://www.guangsuan.com/post/llms-txt-what-it-can-and-cannot-do/ - 作者: Don Jiang - Published: 2026-09-18T02:50:31+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 核对 llms.txt 提案原文与 Google 官方立场，说明它对搜索既不帮忙也不减分，并区分「文档站用它做索引」与「发布方写了一定被读」两件事。 如果你最近在看 AI 搜索相关的建议，「加一个 llms.txt」大概出现过不止一次。这件事本身成本很低，问题在于很多人不清楚它是什么、谁在用、能解决什么。把这三件事说清楚，你就知道该把它排在待办清单的哪个位置。 ## 它是什么：一份提案，不是协议 llms.txt 的提出者把它称为一份「提案」：主张在网站根目录（或任意子路径）放一个 markdown 文件，向代理说明这个站点有什么内容，并链接到更详细的 markdown 版本。文件本身是给人也能读的文本，同时按固定格式书写，以便程序解析；提案还建议给重要页面提供对应的 .md 版本。 提案页自己在 2026 年 8 月的修订版里说明了这两年的采用情况：已经有相当数量的站点发布了 llms.txt，一些文档平台会自动生成，浏览器的某个审计项也会检查它是否存在，AI 公司为自己的开发者文档站发布 llms.txt。这些都能在公开页面核对。 需要分清楚的是「有人用」和「协议」。目前的现状是没有一个强制性标准规定读取方必须读取它、也没有任何平台承诺按它来排序或引用。它更像是发布方递给读取方的一张名片，收不收、怎么用，由读取方决定。 ## Google 的明确表态：搜索不使用它 这一点在谷歌官方的生成式 AI 优化指南里写得非常直白。指南在「不需要做的事」清单里专门列了一条关于 llms.txt 的说明，大意是：要让内容出现在 Google 搜索（包括其生成式 AI 能力）中，你不需要创建新的机器可读文件、AI 文本文件、标记或 markdown，因为 Google 搜索本身不使用它们；谷歌同时也说明，它确实可能发现、抓取和索引 HTML 之外的各种文件类型，但这不代表这类文件会被特殊对待。 谷歌并没有把话说成「你不许做」。同一节里还有一句常被忽略的补充：如果你是为了其他服务或系统（确实会读这些文件的那种）而创建和维护 llms.txt，那完全没问题。所以正确的预期是：它对 Google 搜索既不加分也不减分，是一份与谷歌检索无关的额外文件。 原创示意插画（非截图、非真实平台界面）：站点入口立着一块按提案做的标牌，而代理走的是它自己认得的线路。文件会不会被读，取决于读取方是否认这套约定，发布方单方面准备得再好也不能决定结果。 ## 其他平台：文档里没有把它当作控制手段 判断一个文件有多少实际作用，最直接的办法是看各平台自己的爬虫文档怎么描述「你能怎样影响我」。OpenAI、Anthropic、Perplexity 的爬虫说明里，控制手段是 robots.txt 里的 user-agent token 与来源 IP 段核对；llms.txt 没有被列为其中任何一项。Bing 的爬虫文档同样没有提到它。 另一个容易混淆的观察是：OpenAI、Anthropic 的开发者文档站自己提供 llms.txt 或类似的文档索引，让 AI 代理更快找到 API 文档。这属于「内容提供方为他人的读取方便做了结构化索引」，和「你写了一定会被搜索引擎读取」是两件事。同一个文件，在这两个场景里的作用完全不同。 ## 什么情况下值得做，什么情况下先别做 值得做的情况比较具体：你的站点本身有大量结构化技术资料（产品手册、API 文档、选型说明），而你的目标读取方里有明确会读 llms.txt 的系统——例如开发者的编码代理、你正在对接的内部工具、或是已经声明支持该文件的服务。这种情况下它的收益来自「让对方更快找到对的页面」，成本也确实很低。 可以先放一放的情况同样具体：你的目标是「被 Google 的 AI 功能引用」或者「提升排名」。这两件事跟 llms.txt 没有关系。谷歌的立场是沿用基础 SEO 与内容质量原则，指南里还顺带否掉了另外几个流传很广的说法——不需要为 AI 把内容切成小块，不需要为生成式 AI 专门换一种写法，也不需要去买不真实的「提及」。 还有一个顺序问题：如果你的站点连基础抓取都有问题，先修抓取和索引，再考虑这类锦上添花的文件。判断哪些抓取该放行、哪些该限制，可以先看[robots.txt 里 AI 爬虫 token 怎么写](/post/robots-txt-ai-crawler-allow-or-block/)；如果站点是前端框架渲染的，优先确认关键内容在不在原始 HTML 里，这部分在[渲染与脚本对可抓取内容的影响](/post/rendering-javascript-what-ai-crawlers-actually-see/)里展开。光算的 [GEO 服务](https://www.guangsuan.com/geo/)在诊断阶段会先确认站点基础，再决定要不要加上这类可选文件。 ## 真要写的话，几个不浪费时间的写法 决定做之后，别把它当成第二份站点地图来堆 URL。提案的思路是「先给摘要，再给入口」，所以更实用的结构是：先用几句话说明这个站点是做什么的、面向谁；然后按内容类别分组，把真正希望被读取的少数页面写成带说明的链接，而不是把全部页面倒进去。如果某个类别下确实有更详细的文档，再链到对应的 markdown 版本。 另外三件事顺手核对一下，能避免大部分无效劳动。第一，路径放在站点根目录，文件名大小写跟提案一致，别自己发明变体。第二，跟 robots.txt 的分工别混：robots.txt 管的是「谁能抓」，这个文件管的是「有哪些值得读的内容」，两件事互不替代，也不能互相修正对方的错误。第三，留一份维护约定：谁负责更新、什么时间更新、页面下线时怎么同步，否则半年后它就会变成一份与人手维护的文档完全脱节的清单——那种文件对任何读取方都没有价值。 如果因为人手或工期原因只能先做一件事，我建议先处理站点上那些「写了但没被任何页面链接」的独立页，以及参数、规格、适配条件这类决策信息是否出现在原始 HTML 里。这两件事对搜索与 AI 检索都有直接影响，优先级比新增一个可选文件高。 这部分通常还要配合其他环节一起做：[“已发现，尚未编入索引”怎么排查：从GSC状态到真实抓取日志](/post/seo%e6%96%87%e7%ab%a0%e5%86%99%e4%ba%86%e4%bd%86%e4%b8%8d%e6%94%b6%e5%bd%95%e6%80%8e%e4%b9%88%e5%8a%9e-%e5%b7%b2%e5%8f%91%e7%8e%b0%ef%bc%8c%e5%b0%9a%e6%9c%aa%e7%bc%96%e5%85%a5%e7%b4%a2/)。 ## 参考来源 - [The /llms.txt file, v2 — llmstxt.org](https://llmstxt.org/) — llms.txt 是提案而不是强制协议，作者是 Jeremy Howard，2024 年 9 月首次发布，2026 年 8 月修订为 v2。 - [Optimizing your website for generative AI features on Google Search](https://developers.google.com/search/docs/fundamentals/ai-optimization-guide) — Google 明确表示：不需要创建 llms.txt 这类特殊文件，Google 搜索本身不使用它们。 - [Overview of OpenAI Crawlers](https://developers.openai.com/api/docs/bots) — OpenAI 的爬虫文档给出的控制手段是 OAI-SearchBot 与 GPTBot 两个 robots.txt token，并未把 llms.txt 列为控制项；该文档站自身提供 llms.txt 作为文档索引。 - [Does Anthropic crawl data from the web, and how can site owners block the crawler?](https://support.claude.com/en/articles/8896518-does-anthropic-crawl-data-from-the-web-and-how-can-site-owners-block-the-crawler) — Anthropic 说明其控制方式是通过不同 robots 与 robots.txt 指令给站点选择权，文档中没有把 llms.txt 作为控制手段。 - [Perplexity Crawlers](https://docs.perplexity.ai/docs/resources/perplexity-crawlers) — Perplexity 的管理手段同样是 robots.txt 标签，未提及 llms.txt。 --- ## robots.txt 怎么配：允许还是禁止 AI 抓取，先分清要挡的是哪一类 - URL: https://www.guangsuan.com/post/robots-txt-ai-crawler-allow-or-block/ - 作者: Don Jiang - Published: 2026-09-18T02:50:31+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 把搜索索引、模型训练和用户触发抓取三类 token 分开，讲清 Google-Extended 与 Googlebot 的差别、分组与最长路径规则、Crawl-delay 谁支持，并用一份真实 robots.txt 逐行对照。 在 robots.txt 里对 AI 爬虫表态之前，先把问题问准：你要挡的是「搜索展示」「模型训练」，还是「用户当次提问时的即时读取」？这三个目标对应不同的 token，写错一个位置，很可能挡住的是你不介意的那件事，而真正想限制的那件事没有变。 ## 三组 token，影响三件不同的事 谷歌这一侧要用两个身份来理解。Googlebot 是搜索抓取的入口，它决定你的内容能不能被抓去用于 Google 搜索；Google-Extended 是另外的 robots.txt 控制 token，谷歌文档写明它没有独立的请求 User-Agent，抓取沿用现有标识，token 只起控制作用，管的是内容能否用于训练后续 Gemini 模型以及为 Gemini 应用、Vertex AI 提供 grounding。同一份文档也给了明确的边界：Google-Extended 不影响站点在 Google 搜索中的收录，也不是排名信号。所以「我想让页面留在搜索里、但不希望被拿去训练」这种需求，靠的是两个不同的 token。 OpenAI 把两件事明确分成两个设置：允许 OAI-SearchBot 是为了让站点出现在搜索功能的结果里，禁止 GPTBot 表示内容不希望用于训练基础模型，两者互相独立。文档里还有一句值得记住的后果说明：被排除在 OAI-SearchBot 之外，站点不会出现在 ChatGPT 的搜索回答里，但仍可能作为导航链接出现。另外，站点的 robots.txt 更新之后，搜索侧大约需要 24 小时调整。 Anthropic 现在给出三个身份：ClaudeBot 与训练有关，Claude-User 处理用户提问时的页面读取，Claude-SearchBot 用于改善搜索结果质量。Perplexity 这一侧，PerplexityBot 负责在搜索结果中呈现并链接网站，文档写明它不用于抓取训练基础模型的内容；Perplexity-User 是用户提问时的即时访问，并明确提示：因为请求由用户发起，这个抓取器通常会忽略 robots.txt 规则。 ## 拿一份真实的 robots.txt 逐行看 空谈配置不如看一个实际文件。下面是光算官网当前对外提供的 robots.txt，任何人都可以直接访问同一路径核对。它的策略是全部允许，包括训练类、索引类和用户触发类爬虫，只保留后台路径不允许抓取。 光算官网 robots.txt 的真实截图（2026 年 9 月 18 日通过浏览器访问 https://www.guangsuan.com/robots.txt 取得，可自行访问同一地址核对）。这份文件是「全部允许」的写法。 逐行看下来，有三点值得注意，也适用于任何一份同类文件： - 默认组 `User-agent: *` 只写了 `Allow: /` 与后台路径的 `Disallow`，没有针对 AI 的通用规则；后面的每一个名字都是单独一条 Allow。 - 文件里出现了 Claude-Web、anthropic-ai 这两个名字。它们在 Anthropic 当前的爬虫文档里已经不再作为受支持的 token 列出，现在文档给出的是 ClaudeBot、Claude-User、Claude-SearchBot。写旧名字不报错，但不等于按预期生效。 - 文件里没有 Claude-SearchBot 这一条。按「只写需要的例外、其余交给默认组」的思路，这不一定是问题；但如果当初写那些 Allow 的用意是「明确表态允许 AI 抓取」，那么名字需要跟着官方文档更新。 这份文件说明的是「允许」这一侧的写法。反过来，如果你决定限制某一类抓取，需要知道 robots.txt 的匹配规则：谷歌的爬虫会在文件里找与自身 User-Agent 最匹配的那一组规则，其他组被忽略；路径匹配时使用最长路径的那条规则，遇到互相冲突的规则（包括带通配符的）则采用限制最少的一条。也就是说，组写重复、顺序随意、路径写得太宽，都会让实际结果和你以为的相反。 ## 写了 Disallow 不等于对方一定不来 robots.txt 的性质要先摆清楚。谷歌文档写着两句话值得原样记住：robots.txt 里的规则可能不被所有搜索引擎支持；robots.txt 里的指令无法强制爬虫行为，是否遵守取决于爬虫自己。同一份文档也提醒不要把 robots.txt 当成从搜索结果里隐藏页面的手段：被 robots.txt 拦下的网页，URL 仍可能出现在搜索结果里，只是不会带描述。 再叠加一层：用户触发类的抓取器（ChatGPT-User、Perplexity-User）官方都说明由用户请求发起，其中 Perplexity 明确写了通常会忽略 robots.txt。也就是说，想靠 robots.txt 完全控制「用户在 AI 里问一句、系统去读你页面」这件事，方向就不对。这类访问更适合在服务端按来源 IP 段和 User-Agent 组合判断，Anthropic 还提示过：只封 IP 可能不可靠，因为那会妨碍系统读取你的 robots.txt。 ## Crawl-delay 要不要写：先看谁支持 谷歌的 robots.txt 规格页写得很直接：支持的字段是 user-agent、allow、disallow、sitemap，其他字段例如 crawl-delay 不受支持。Anthropic 的文档则明确表示，为限制抓取频率，支持非标准的 Crawl-delay 扩展，并给出 `User-agent: ClaudeBot` 加 `Crawl-delay: 1` 的示例。在 OpenAI、Perplexity、Bing 的爬虫文档里没有看到 crawl-delay 的相关说明，所以不要把它当成跨平台的通用频率控制手段；真要限速，服务器侧的速率限制和 CDN/WAF 规则更可靠。 ## 一个可以照着走的取舍顺序 - 先确认业务目标：站点要靠自然搜索和 AI 答案获得海外询盘，还是内容本身是资产、不希望被训练使用。两者的配置方向不同。 - 按目标给 token 分组：搜索索引类（Googlebot、OAI-SearchBot、Claude-SearchBot、PerplexityBot、bingbot）与训练类（Google-Extended、GPTBot、ClaudeBot）分开处理。 - 核对名字是否为官方当前版本，把已经改名的旧 token 换成文档里的现名。 - 写完先取一次实际响应确认，再等生效：影响搜索侧的时间不由你决定，OpenAI 说明搜索侧大约 24 小时，谷歌没有承诺固定时长。 - 留意 CDN 与 WAF：入口层拦截、缓存旧文件，都可能让配置文件看起来「写了没用」。 如果抓取已经放开，下一个要判断的问题往往不是权限，而是文件本身值不值得被读。关于 llms.txt 这类提案文件的现状和边界，我们在[llms.txt 到底有没有用](/post/llms-txt-what-it-can-and-cannot-do/)里单独说明；想先回到爬虫身份本身，可以看[主流 AI 爬虫的身份与用途盘点](/post/ai-crawler-inventory-gptbot-google-extended-claudebot-perplexitybot/)。索引与摘要相关的冲突处理，另有一篇[HTML 写了 index、响应头却有 noindex](/post/x-robots-tag-meta-conflict/) 可以直接对照。光算的 [GEO 服务](https://www.guangsuan.com/geo/)会把抓取检查放进具体项目范围里确认，不把它当作独立的效果承诺。 如果正在处理这类情况，下面两篇可以对照着看：[WordPress站内搜索页被收录：先查noindex有没有真正输出](/post/wordpress-search-results-noindex-boundary/)、[抓取量下滑先看哪儿？用GSC主机状态区分DNS、连接与robots问题](/post/gsc-crawl-host-availability/)。 ## 参考来源 - [Robots.txt Specifications / Introduction to robots.txt](https://developers.google.com/search/docs/crawling-indexing/robots/intro) — robots.txt 指令不能强制爬虫行为，是否遵守取决于爬虫本身，且并非所有搜索引擎都支持。 - [Robots.txt Specifications](https://developers.google.com/crawling/docs/robots-txt/robots-txt-spec) — 谷歌只支持 user-agent、allow、disallow、sitemap 四个字段，crawl-delay 不受支持。 - [Google common crawlers](https://developers.google.com/crawling/docs/crawlers-fetchers/google-common-crawlers) — Google-Extended 是独立的 robots.txt 控制 token，没有单独的请求 User-Agent，也不影响搜索收录与排名。 - [Overview of OpenAI Crawlers](https://developers.openai.com/api/docs/bots) — OAI-SearchBot 与 GPTBot 是两个独立设置，前者影响是否出现在搜索回答，后者影响训练用途。 - [Does Anthropic crawl data from the web, and how can site owners block the crawler?](https://support.claude.com/en/articles/8896518-does-anthropic-crawl-data-from-the-web-and-how-can-site-owners-block-the-crawler) — Anthropic 支持非标准的 Crawl-delay 扩展，并给出 ClaudeBot 示例。 - [Perplexity Crawlers](https://docs.perplexity.ai/docs/resources/perplexity-crawlers) — Perplexity-User 由用户请求触发，通常会忽略 robots.txt 规则。 --- ## AI 爬虫盘点：GPTBot、Google-Extended、ClaudeBot、PerplexityBot 都在抓什么 - URL: https://www.guangsuan.com/post/ai-crawler-inventory-gptbot-google-extended-claudebot-perplexitybot/ - 作者: Don Jiang - Published: 2026-09-18T02:50:31+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 按各家官方文档逐个核对主流 AI 爬虫的身份与用途，分清搜索索引抓取、模型训练抓取和用户触发抓取三类角色，并说明日志侧能核对到什么、核对不到什么。 服务器日志里突然出现一串陌生的 User-Agent：GPTBot、ClaudeBot、PerplexityBot、Google-Extended。多数人的第一反应是「要不要禁掉」。这个问题没有统一答案，因为每个爬虫在替不同的系统做事：有的给搜索索引取页面，有的给模型取训练语料，还有的只是某个用户在当次提问时触发了抓取。三类角色的取舍方向完全不同。 ## 先按用途分类，再谈放行还是限制 Google 在自己的爬虫总览里把访问者分成三类：常见爬虫（为 Google 产品自动抓取，自动抓取时始终遵守 robots.txt 规则）、特殊场景爬虫（与站点之间存在约定的特定产品），以及用户触发的抓取器（由终端用户的操作触发，例如站点验证工具）。这个分类方式可以直接借用到 AI 语境：判断一个爬虫该不该放过，先看它是自动来的，还是被某个人当场叫来的。 把这套分类套到各家平台上，大致是这样： - **搜索索引类**：Googlebot、OAI-SearchBot、Claude-SearchBot、PerplexityBot、bingbot。它们抓取的结果决定你的页面能不能出现在对应产品的搜索结果或答案的来源位置。 - **模型训练类**：Google-Extended、GPTBot、ClaudeBot，以及 Bing 体系之外常见的 CCBot 等第三方语料爬虫。它们抓取的内容用于训练或改进模型，与「你的页面今天有没有被展示」是两件事。 - **用户触发类**：ChatGPT-User、Claude-User、Perplexity-User。用户问了问题，系统才会去读某一个页面。 在真实流量里，这三种用途确实是可以分开统计的。Cloudflare Radar 的 AI Insights 看板把 AI 机器人的 HTTP 请求按用途拆成训练、训练与搜索兼用、搜索、用户触发等类别，也会给出主要机器人的请求占比。看这份公开数据时要注意口径：它统计的是整个互联网的总体情况，不是你这家站点的日志，而且时间范围只覆盖看板上的滚动窗口。 Cloudflare Radar 的公开看板把 AI 机器人流量按「谁在抓」和「抓去做什么」两个维度拆分。截图拍摄于 2026 年 9 月 18 日，反映的是该平台观测范围内的整体互联网流量，不是某个站点的日志，也不代表任何平台的抓取机制。 ## Google-Extended 不是 Googlebot 的替身 最常见的误解是把 Google-Extended 当成「谷歌 AI 爬虫的开关」。Google 的爬虫文档写得很直接：Google-Extended 没有独立的 HTTP 请求 User-Agent 字符串，抓取由现有的 Google 抓取标识完成，robots.txt 里的 user-agent token 只起控制作用。它管的是站点内容能不能用于训练后续的 Gemini 模型、能不能给 Gemini 应用和 Vertex AI 提供 grounding 内容。 同一份文档还补了一句对做业务决策很关键的话：Google-Extended 不影响站点在 Google 搜索中的收录，也不是 Google 搜索的排名信号。换句话说，想控制搜索侧怎么用你的内容，要用针对 Googlebot 的 robots.txt 指令，或者 nosnippet、data-nosnippet、max-snippet、noindex 这类预览与索引控制；Google-Extended 管不到这些。 还有一条实用判据：如果一个爬虫的官方文档里找不到它的用途说明，就不要把「它抓了你的页面」解释成任何一种具体后果。抓取日志能证明的只是「有人来取过这份内容」，取去做什么、之后会不会被用上，需要回到对应平台的文档里找依据，找不到就如实标注为未知。 ## 其他平台的官方描述，逐条核对 OpenAI 的爬虫文档把两个 robots.txt token 的作用分开说明：允许 OAI-SearchBot 是为了出现在搜索功能里，禁止 GPTBot 表示内容不希望被用于训练基础模型，两个设置互相独立；站点的 robots.txt 更新后，搜索侧大约需要 24 小时调整。文档同时说明，被排除在 OAI-SearchBot 之外，站点不会出现在 ChatGPT 的搜索回答里，但仍可能作为导航链接出现。至于 ChatGPT-User，OpenAI 明确写着它不是自动抓取工具，因为动作由用户发起，robots.txt 规则可能不适用。 Anthropic 现在把爬虫拆成三个：ClaudeBot 收集可能用于训练的内容，Claude-User 在用户提问时读取页面，Claude-SearchBot 用于改善搜索结果质量。三点都写明各自的 robots.txt token，并说明限制某个 Bot 会影响对应的能力。Anthropic 还表示支持非标准的 Crawl-delay 扩展，并明确提示：通过封 IP 来退出抓取可能不可靠，因为那会妨碍系统读取你的 robots.txt。 Perplexity 的文档把 PerplexityBot 描述为「用于在 Perplexity 的搜索结果中呈现并链接网站」，并写明它不用于抓取训练基础模型的内容；Perplexity-User 则是用户提问时的即时访问，因为请求由用户发起，这个抓取器通常会忽略 robots.txt 规则。 Bing 的爬虫文档列的是 Bingbot、AdIdxBot、BingPreview、MicrosoftPreview、BingVideoPreview 这些身份与各自用途，并为每个列出 User-Agent 字符串样例。文档里没有为 Copilot 单列一个爬虫身份；Copilot 与 Bing 索引之间的关系，在这份爬虫文档里没有展开说明，能确认的只是 Bingbot 负责 Bing 的绝大部分抓取。 ## 在日志里确认身份：能做的和不能做的 User-Agent 字符串可以随便伪造，所以「日志里有 GPTBot 字样」不足以证明对方真的是 GPTBot。可以做的核对有这些：Google 建议同时用请求头 User-Agent、来源 IP 和反向 DNS 主机名三种方式验证；OpenAI、Perplexity、Anthropic 都公布了各自的 IP 段 JSON 或清单，可以配合 UA 一起判断；Bing 提供专门的验证工具，并提醒 UA 可以被伪造。 不能做的部分也要说清楚：这些验证手段只能确认「这次请求来自哪个系统」，无法确认「这次抓取之后会不会被用于回答、会不会被引用」。目前没有任何一家平台公开完整的检索、筛选与引用机制。 ## 抓到了不等于会被引用 最后一条边界值得单独记住。Google 说明，页面要成为 AI Overviews 或 AI Mode 里的支持链接，需要先被索引、并且有资格在 Google 搜索中展示摘要，没有额外的技术要求；但同一份文档也写着，即使页面满足全部要求与最佳实践，也不意味着 Google 一定会抓取、索引或提供它的内容。抓取与索引是必要条件，不是结果承诺。 把这三类角色分清之后，下一个问题才是配置层面的取舍：哪些 token 该允许、哪些该写 Disallow、写了为什么可能不生效。这部分我们在[robots.txt 里 AI 爬虫 token 怎么写](/post/robots-txt-ai-crawler-allow-or-block/)里逐行拆开讲。如果你的站点正在做海外市场，需要把这些技术前提和内容、信源一起看，可以参考光算的 [GEO 服务](https://www.guangsuan.com/geo/)，具体检查范围按项目情况确定。 同一问题的相邻角度：[Cloudflare Firewall Blocking Google Crawler | How to Solve the Indexing Failure](/en/post/cloudflare-firewall-blocking-google-crawler-how-to-solve/)、[抓取量下滑先看哪儿？用GSC主机状态区分DNS、连接与robots问题](/post/gsc-crawl-host-availability/)。 ## 参考来源 - [Overview of Google crawlers and fetchers (user agents)](https://developers.google.com/crawling/docs/crawlers-fetchers/overview-google-crawlers) — Google 把访问者分成常见爬虫、特殊场景爬虫和用户触发抓取器三类，自动抓取始终遵守 robots.txt。 - [Google common crawlers](https://developers.google.com/crawling/docs/crawlers-fetchers/google-common-crawlers) — Google-Extended 没有独立的请求 User-Agent，只作为 robots.txt 控制 token 使用。 - [Overview of OpenAI Crawlers](https://developers.openai.com/api/docs/bots) — OpenAI 用 OAI-SearchBot 和 GPTBot 两个独立的 robots.txt token 分别管理搜索展示与训练用途。 - [Does Anthropic crawl data from the web, and how can site owners block the crawler?](https://support.claude.com/en/articles/8896518-does-anthropic-crawl-data-from-the-web-and-how-can-site-owners-block-the-crawler) — Anthropic 把爬虫拆成 ClaudeBot（训练）、Claude-User（用户请求）、Claude-SearchBot（搜索质量）三个身份。 - [Perplexity Crawlers](https://docs.perplexity.ai/docs/resources/perplexity-crawlers) — PerplexityBot 用于在 Perplexity 搜索结果中呈现并链接网站，不用于训练基础模型。 - [Which Crawlers Does Bing Use? - Bing Webmaster Tools](https://www.bing.com/webmasters/help/which-crawlers-does-bing-use-8c184ec0) — Bingbot 是 Bing 的标准爬虫，文档列出多个爬虫身份与 User-Agent 样例。 --- ## 模型更新后回答变了：监测口径怎么保持可比 - URL: https://www.guangsuan.com/post/model-update-answer-changes-monitoring-comparability/ - 作者: Don Jiang - Published: 2026-09-18T02:48:58+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 模型或产品更新会影响监测连续性，本篇给出四个必备字段、更新发生时的处理流程、重设基线的判断标准与留档要求。 监测做了一段时间，突然发现答案变了：原来会提到品牌的回答不再提，原来引用的页面换了。第一个反应通常是去查内容出了什么问题。但在动手前，要先排除一个更常见的原因——平台自己更新了。 更新事件要标在时间轴上，而不是混进前后对比里。记录按日期留档，复测按周推进；曲线只表示观察到的样本，不代表平台趋势或排名。 ## 更新会以三种方式影响监测 第一种是模型本身换代，回答的语气、详略、引用习惯都可能变化。第二种是产品入口与功能调整，比如联网开关的位置变了、某类回答只在特定界面出现。Anthropic 的帮助文档就提到过这种变化：新界面下没有联网开关，“Claude searches the web when it helps.” 界面一换，原来记录的操作条件就不再存在。第三种是检索与数据层面的调整，Google 在生成式 AI 性能报表文档里写了一句很实在的话：“We expect to update this list over time as we develop Google Search.” 连报表口径都会变，说明平台侧的变更是常态。 这三种更新对监测的影响不同。第一种会让表述变化但事实未必变；第二种会让测试条件失效；第三种会让可比较的指标池本身变化。处理方式也因此不同，但共同点是：都要在时间轴上留下标记。 ## 更新之前就该留下证据 等到更新发生才回头找记录，通常已经来不及了。平时每一轮监测都保留完整回答原文与界面截图，更新发生时才有可以对照的“上一版”。很多关于模型更新影响的讨论之所以说不清，就是因为更新前只留下了结论，没有留下当时的原始材料。留档这件事在更新之前做是成本，在更新之后做是运气。 ## 保持可比的四个字段 - **版本标识：**记录当时可确认的产品或模型标识。如果界面上看不到，就写“无法确认”，不要凭印象填。 - **观察日期与时间：**含时区，精确到日即可，涉及明显波动时精到小时。 - **测试条件：**问题原文、模式、语言、是否登录、账号地区、入口类型。 - **样本数量：**同一问题在同一条件下问了几次，不能只留一次。 四个字段齐了，前后两轮才有比较的基础。少了版本和日期，看到的波动无法归因；少了样本数量，一次偶然的差异会被当成趋势。 ## 更新发生时的处理流程 - 确认更新是否真实发生。用同一条问题在同一条件下连问三次，看变化是否稳定；只出现一次的差异先记为待观察。 - 确认影响范围。换一个与品牌无关的通用问题问一次，如果通用问题也变了，说明是平台层面的变化，不是你的内容问题。 - 在时间轴上标注更新点，并从该点之后另起一节记录。不要把更新前后的数据画在同一条曲线上，也不要为了凑一条连续曲线而回填数据。 - 重设基线：以更新后的第一次记录作为新基线，标注基线建立日期与条件。 - 把更新前后都存在的问题单独列成清单。有些偏差是更新前就有的，只是这次才被注意到，这类不归因于更新。 ## 把更新当作一次计划内的复测 多数团队把平台更新当成意外。如果监测本来就按固定周期推进，更新只是一次额外的复测点：在同一天、同一条件下把整套问题重问一遍，把结果作为新基线的第一批样本。这样处理的成本远低于事后回头重建历史记录。 复测当天建议多做一件事：把无法确认的字段留空，而不是补一个看起来合理的值。版本标识这类字段一旦填错，后面所有基于它的对比都会带着错误前提跑下去。 ## 什么情况下要重设基线 判断标准是可不可以继续比较，与变化幅度无关。如果变化只出现在回答措辞上，事实与来源都没变，不需要重设基线，继续在同一口径下记录即可。如果测试条件已经无法复现，例如旧界面的开关不见了、某个入口取消了，那就必须重设基线，并在报告里写明原因。如果可比较的指标口径本身被平台调整了，那就要分两段报告，不能把两套口径的数据接在一起算变化。 ## 长期监测里最贵的不是问，而是留档 问题本身很好重复，难的是半年后还能找到当时的完整回答、当时用的问法、以及当时的界面条件。可行的做法是按“日期 + 平台 + 模式”给每次记录命名，正文保留原文，附上界面截图与可见来源链接。删改原文的做法要明确禁止，改写过的记录不能作为对比依据。存储形式不重要，稳定和可检索才重要。 ## 报告里怎么写更新 可写的结论是：在某个日期之前与之后，观察到哪些变化，哪些问题稳定、哪些不稳定。不可写的是变化的原因来自模型能力提升或检索策略调整，这类解释没有公开依据。把“观察到”与“推测”分成两栏，反而让报告更容易被审阅者接受。 如果你同时在处理内容时效与页面版本，[时效性内容的准备方式](/post/grok-realtime-freshness-content-prep/)里有对应的页面写法；监测里最容易被忽略的还是问题集本身，[一次可复现的检查流程](/post/chatgpt-brand-visibility-content-checklist/)给的是问题集与记录字段的起点。光算的[GEO 服务](https://www.guangsuan.com/geo/)会把版本、条件与样本数量写进复测记录，遇到平台更新单独标注并重设基线，覆盖范围与复测周期按项目约定，不对模型或平台行为作任何承诺。 相关的基础方法可参考：[SEO月报很好看，客户却没增加？先把这几类数据分开](/post/seo-monthly-report-review/)。 ## 参考来源 - [Enable and use web search](https://support.claude.com/en/articles/10684626-enable-and-use-web-search) — 支持“新版界面没有联网开关”。 - [Generative AI performance report (Search) - Search Console Help](https://support.google.com/webmasters/answer/16984139?hl=en) — 支持“报表覆盖范围会随产品变化”。 - [Search generative AI control - Search Console Help](https://support.google.com/webmasters/answer/16908024?hl=en) — 支持“控件变更需要数日才生效”。 --- ## 同一问题在不同平台答案不同：先分清三类信息再动手 - URL: https://www.guangsuan.com/post/cross-platform-ai-answer-differences-attribution/ - 作者: Don Jiang - Published: 2026-09-18T02:48:58+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 把跨平台答案差异分成可复现、需动手复核、无法观察三类，给出归因顺序、具体例子与报告里可写不可写的边界。 把同一个问题分别丢给几个全球主流助手，几乎一定会得到不同答案。有的引用官网，有的引用第三方平台，有的只给了泛泛的行业描述。这时候最容易出现的动作是立刻去改内容。但在动手之前，先分清差异属于哪一类，能省掉大量无效工作。 差异分类与处理顺序。分类依据为光算编辑方法，不引用任何平台内部机制；第三类只能记录结果，不能解释原因。 ## 差异的三种来源 **第一类是可以直接复现的差异。** 同一平台、同一问法、同一时间窗口，重复提问能得到相同结论的部分。这类差异通常指向内容本身：品牌写成了别的写法、参数缺条件、回答引用的页面已经过期、官网与第三方资料互相矛盾。它的特点是稳定，正因为稳定，才可以被修好并复测。 **第二类是改变了条件才能看清的差异。** 差异来自平台或模式的选择，而不是内容。常见变量有联网与不联网、是否登录、界面语言与账号地区、产品入口不同、模型版本不同。这类差异不会因为你改了官网而消失，只能通过固定条件重问来确认。 **第三类是无法观察的部分。** 平台内部的检索范围、候选页面、排序与取舍过程都没有公开说明。为什么这次是这条来源、候选集合里还有哪些页面、每次生成的依据是什么，外部看不到。这一类只能记录结果形态，不能写成规则。 ## 为什么不能跳过分类直接改内容 如果差异其实属于第二类，改内容不会有任何变化，团队会陷入“改了没效果、继续加内容”的循环。如果差异属于第三类，把一次观察写成“平台偏好某种写法”，会让后续的资源投入建立在一个不存在的机制上。分类这一步花的时间很少，省下的返工很多。 更实际的一点是：三类差异的处理成本完全不同。第一类的源头在自己手里，可以立刻动手；第二类需要重做测试设计；第三类只能如实写入报告的边界说明。 ## 先把问题集本身固定下来 跨平台比较的前提是问题本身不变。问题集里至少要有三类：品牌类（这家公司做什么）、选型类（这种工况下怎么比较参数）、争议类（某项说法的适用条件）。三类问题的差异来源不同，混在一起统计会让结论失真。 每类问题建议配一句追问，用来观察第二轮回答是否与第一轮一致。不一致本身就是一条值得记录的观察结果，但它属于哪一类差异，需要重复验证之后再判断，不要在一次会话里就下结论。 ## 归因顺序 - 固定条件重问两到三次，确认差异是否稳定。若每次都不一样，先归到第二类，检查测试条件是否写清。 - 差异稳定时，把回答里的品牌写法、参数、业务描述逐条与确认过的事实清单对照。 - 对照结果分成三类：可以直接改的源头错误、需要内部确认的口径、缺少证据无法判断的项。 - 只处理前两类，第三类进入待办而不是硬写一个结论。 - 处理完成后，在同一条件下重问，记录变化；条件有变的那次单独标注。 ## 用一个具体例子走一遍 教学样例（非真实客户数据）：假设在某平台问“某类设备在潮湿环境怎么选”，回答里写了一个参数值，但这个值和官网不同。处理方式是：先确认参数的真实口径与单位，判断是官网写错了、还是回答把不同型号的参数混在了一起；再检查这个数字在其他公开页面上是否也出现过。如果答案来自某个转载页，就处理那份转载资料；如果答案只是把两个型号混在一起，那是回答层面的问题，官网能做的是把型号与适用工况写得更不易混淆。 随后重问一次。如果这次参数对了，属于第一类差异处理成功；如果参数还错，而且每次错法都不一样，就应该把它归到第二类或第三类，在报告里说明当前无法通过内容修正来解决。 ## 同一平台内部也会不一致 跨平台比较时容易忽略一件事：同一个平台换一个入口，答案也可能不同。网页版与桌面应用的检索范围、界面语言、账号地区的处理方式未必一致。如果只在一个入口取样，得到的“平台特征”其实还有可能是入口特征。记录时把入口类型写成独立字段，这个问题在下一次复测时就会自己浮现出来。 ## 报告里怎么写 可写的结论有：某个时间、某种条件下，某个问题在哪些平台被提及、提到的事实是否准确、可见来源指向哪里。不可写的是平台偏好、权重、收录规则与推荐机制。把观察、改动、结果三部分分开陈述，报告读起来反而更有分量，因为它没有替平台编一套不存在的说明书。 模式差异属于第二类里最常见的一种，记录方式见[联网与不联网模式的对照方法](/post/ai-web-search-mode-on-off-answer-difference/)；如果差异最后落在资料本身对不齐，[品牌资料一致性核对](/post/gemini-google-ecosystem-brand-fact-consistency/)给的是可执行的表格做法。光算的[GEO 服务](https://www.guangsuan.com/geo/)把这些归类规则写进复测与报告口径，覆盖哪些平台、采样多少次按项目约定，无法归因的部分会单独列出，不包装成平台机制。 要把这部分落到实际项目里，另外几篇值得先读：[国内GEO怎么验收：用固定问题集记录品牌提及、引用来源和事实偏差](/post/china-geo-measurement-checklist/)、[谷歌AIO（AI概览）引用来源分析：什么样的站更吃香](/post/%e8%b0%b7%e6%ad%8caio%ef%bc%88ai%e6%a6%82%e8%a7%88%ef%bc%89%e5%bc%95%e7%94%a8%e6%9d%a5%e6%ba%90%e5%88%86%e6%9e%90%ef%bc%9a%e4%bb%80%e4%b9%88%e6%a0%b7%e7%9a%84%e7%ab%99%e6%9b%b4%e5%90%83%e9%a6%99/)。 ## 参考来源 - [Perplexity Crawlers](https://docs.perplexity.ai/docs/resources/perplexity-crawlers) — 支持“用户触发的抓取通常忽略 robots.txt”。 - [Overview of OpenAI Crawlers](https://developers.openai.com/api/docs/bots) — 支持“用户触发的访问不一定受 robots.txt 约束”。 - [Enable and use web search](https://support.claude.com/en/articles/10684626-enable-and-use-web-search) — 支持“新版界面没有联网开关”。 - [Generative AI performance report (Search) - Search Console Help](https://support.google.com/webmasters/answer/16984139?hl=en) — 支持“报表覆盖范围会随产品变化”。 --- ## 联网与不联网模式：同一问题的回答差异怎么记录 - URL: https://www.guangsuan.com/post/ai-web-search-mode-on-off-answer-difference/ - 作者: Don Jiang - Published: 2026-09-18T02:48:58+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 同一问题在两种模式下答案不同，本篇给出只变一个变量的对照方法、固定记录字段，以及两类结果各自能说明什么问题。 同一个问题，联网和不联网问出来的答案经常不一样。联网的版本更长、会带来源链接；不联网的版本更短，几乎没有外部链接，内容取决于模型已有的印象和你这次会话里给过的上下文。很多团队把这两种结果放在一张表里比较，然后得出“平台不稳定”的结论，问题其实出在记录方式上。 同一个问题各问一次，两次都保存完整回答不要只截一句话。图为原创场景示意，屏幕上的文字块为示意图形，不是任何平台的实际回答。 ## 两种模式的差别在哪里 联网模式会调用外部检索，把当前网页内容带进回答；不联网模式只用模型自身的信息和当前会话上下文。Microsoft 的 Copilot 支持文档把这一点写得很直接：如果组织关闭了联网搜索，“Copilot still responds to your prompts but without the benefit of current web information.” 也就是说，回答不会因为关掉联网而消失，只是不再有外部依据。 需要注意的是，模式并不总是掌握在你手里。Claude 的帮助文档在启用方式一节里有一句提醒：新界面下没有联网开关，“Claude searches the web when it helps.” 这意味着同一款产品在不同界面、不同账号设置下，模式可能是自动判断的。记录时如果不写明这一点，两次结果就没有可比性。 ## 对照记录的关键：一次只变一个变量 要把“模式差异”看清楚，两次提问之间只能有模式这一个变量不同。具体做法是：问题原文一字不改，语言、登录状态、账号地区、提问时间尽量靠近，唯一变化的是联网开关。如果顺手把问法也改得更口语，那结果差异到底来自模式还是来自问法，就分不出来了。 教学样例（用于说明记录结构，不是真实客户数据）： - 问题原文：固定一句，例如“这种工况下应该比较哪些技术参数”。 - 第一次：联网开启，保存完整回答、可见来源链接、时间。 - 第二次：联网关闭，同一问题原文，保存完整回答、时间。 - 对比项：回答长度、是否出现来源链接、提到的事实条目、有无明显错误。 - 结论写法：只写“在联网模式下观察到 X，在不联网模式下观察到 Y”，不写“平台更偏向 X”。 ## 记录字段建议固定下来 - 平台与产品入口（网页版、桌面应用、手机应用）。 - 模式状态：联网开、联网关，或自动判断且无法确认。 - 是否登录、账号所在地区、界面语言。 - 问题原文、提问时间（含时区）。 - 完整回答原文，而不是截图或摘要。 - 回答中的可见来源链接，以及链接能否打开。 - 与事实清单的偏差项。 “自动判断且无法确认”这一项一定要如实写。它的存在本身就是一条有用的信息：说明这个入口下你无法做模式对照，后面的结论就必须收窄。 ## 不联网的回答也有参考价值 很多人只关注联网那一轮，把不联网的结果当成噪音。实际上不联网的回答反映的是模型已有的整体印象，也就是公开资料长期积累下来的结果。如果这一轮把品牌说错、把业务范围说小，说明长期印象与事实脱节，这类偏差修正得最慢，也最需要稳定、持续的公开资料去覆盖。 两轮结果放在一起看，还能得到一个具体判断：联网时答对、不联网时答错，说明外部资料已经足够，缺的是模型自身的印象；两边都错，说明源头事实本身有问题。这两种情况的下一步动作完全不同，混为一谈就会把力气花在错误的方向上。 保存方式也影响可比性。完整回答要留下原文，截图只能作为辅助。如果回答很长，把它存成文本文件并记录网址或入口即可，不要节选成只有品牌名的那一段——节选之后，第二次记录的人无法判断当时回答的整体口径。 ## 多久做一次模式对照 模式对照不需要高频。产品功能或界面调整之后做一次，内容有较大改动之后做一次，其余时间按常规问题集复测即可。每次都做两轮问答会把工作量翻倍，得到的新信息却往往有限。真正需要保持的是字段完整：模式状态、时间、问题原文、完整回答，缺一项就白做一轮。 ## 三类常见误读 第一类是把联网与不联网的差异当成内容问题。不联网时品牌没被提到，是很正常的结果，因为模型没有去读你的页面。第二类是把联网模式下涌现的来源当成“必须保持的名单”，下一次换了来源就以为出了问题。第三类是把一次模式对照的结论写成长期规律，之后不再复测。三种误读都源于同一个动作缺失：没有把测试条件写在结论旁边。 ## 这些记录能用来做什么 它能回答一个实际问题：你的品牌事实有没有被外部资料支撑。联网模式下的回答如果引用了第三方页面而不是官网，说明公开资料里有一份比官网更新的描述，或者官网那一段写得不够直接。不联网模式下如果品牌被说错，说明模型已有的印象与现实脱节，这部分只能靠长期、稳定的公开资料慢慢修正，没有捷径。 两种模式的对照结果，和跨平台之间的差异是两件事，处理顺序也不同，可以配合[跨平台差异的三类归因](/post/cross-platform-ai-answer-differences-attribution/)一起看。如果你在按平台管理来源，[来源建设那篇](/post/perplexity-citation-sources-buildout/)里有对应的检查方式。光算的[GEO 服务](https://www.guangsuan.com/geo/)把问题集、模式与采样条件写进复测口径，报告只呈现观察到的样本，具体平台与频率按项目确认。 这一环节还有几篇相关的方法与排查可以接着看：[国内GEO怎么验收：用固定问题集记录品牌提及、引用来源和事实偏差](/post/china-geo-measurement-checklist/)。 ## 参考来源 - [How web search works in Microsoft Copilot Chat and agents](https://support.microsoft.com/en-us/topic/how-web-search-works-in-microsoft-365-copilot-chat-and-agents-94c45d32-1a77-4f82-8e05-58dfb9afac48) — 支持“关闭联网后回答仍存在但没有外部信息”。 - [Enable and use web search](https://support.claude.com/en/articles/10684626-enable-and-use-web-search) — 支持“新版界面没有联网开关”。 - [Overview of OpenAI Crawlers](https://developers.openai.com/api/docs/bots) — 支持“用户触发的访问不一定受 robots.txt 约束”。 --- ## Grok 与实时信息：时效性内容怎么准备才经得起复查 - URL: https://www.guangsuan.com/post/grok-realtime-freshness-content-prep/ - 作者: Don Jiang - Published: 2026-09-18T02:48:58+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 实时检索会取当前版本，本篇给出页面时间口径（版本、生效日期、适用范围）的写法，以及用响应头自查时效的演示与记录方式。 实时检索型产品会按“此刻能取到什么”来组织回答。xAI 的开发者文档对 Web Search 工具的说明是：“The Web Search tool enables Grok to search the web in real-time and browse web pages to find information.” 接口返回里带 citations 字段，说明来源是可以被程序化读取的。对内容方来说，这句话的落点不是“要抢实时”，而是“取到的那一版必须说得清楚，否则过期内容会一直替你说话”。 本地教学演示：命令与输出为 2026 年 9 月 17 日实际执行结果。age 反映的是缓存副本存在的时间，last-modified 才是内容自身的最后修改时间。演示不涉及任何平台后台数据。 ## 先回答一个问题：什么时候的页面是“当前版” 时效性失控通常不是因为内容写得不好，而是因为同一份资料存在多个版本，且没人知道检索会取到哪一版。常见来源有三种：官网上一份标注 2024 年的参数页；一份发给客户后就再没更新过的 PDF；以及某个平台上被转载并持续流通的旧文案。三种版本内容不同，检索取到哪一个，取决于当时的可访问状态。 处理办法不是把所有旧资料一次性删掉，而是给每一份公开资料建立时间口径：这份资料对应哪个产品版本、从哪天开始生效、适用哪些市场、替代了哪一份旧资料。旧资料如果还需要保留，就在页面上明确标注“已被新版替代”并指向新版，而不是让它继续以当前版本的样子存在。 ## 把时间写进页面，而不是只写日期 只写“2026 年更新”的信息量很低，因为读者和检索都不知道更新了什么。可用的写法是把三类信息放在一起：版本标识（例如型号或方案代号）、生效日期（这一版从哪天开始对外适用）、适用边界（哪个市场、哪种工况）。如果涉及政策、标准或第三方规则，还要写上依据条款的名称与版本。 教学样例（非真实客户资料，仅用于说明字段结构）： - 产品资料页顶部：适用型号 X 系列；本版自 2026-09-01 起生效；替代 2025-11 版。 - 参数段：数值 + 单位 + 测试条件（环境温度、负载、测量方法）。 - 变更记录：本次调整了哪两项参数，原因是什么。 - 旧版入口：上一版资料仍可访问，页面顶部标注“已被新版替代”。 ## 服务器侧的时间证据怎么看 页面自己的说法需要和服务器返回的时间对照一下，这是唯一能自己动手核实的一层。上图演示了三个字段的区别：`date` 是这次响应生成的时间；`last-modified` 是这份内容的最后修改时间；`age` 说明这份响应来自缓存，以及它已经在缓存里放了多久。第三个字段最容易被误读——如果 age 是一个很大的数字，说明你看到的不是刚刚生成的页面，而是某次抓取结果被缓存后持续分发的副本。 ``` `curl -sI https://example.com/product/specs \ | grep -iE '^(date|last-modified|age)'` ``` 命令本身不重要，重要的是把它纳入例行检查：每次改完重要资料，记录一次时间字段，随后隔几天再记录一次，看更新是否已经体现在响应里。缓存层、CDN 和各平台的抓取节奏都会造成延迟，这类延迟是正常现象，但必须被记录下来，否则会把“还没生效”误判成“改了没用”。 ## 变更记录是最容易被省略的一段 页面顶部标了生效日期，却没写改了什么，外部看到的仍然只是一个新日期。变更记录不需要长，写清三件事就够：本次调整的对象、调整的原因、对既有用户的影响。如果某项参数的测量口径变了，必须单独说明，因为口径变化会让新旧数字无法直接比较。这一点在跨语种、跨市场的资料里尤其容易出问题。 另一件值得固定下来的动作是给旧版资料留入口并标注替代关系。把旧页面直接删掉，会让已被引用的链接失效，也让第三方资料里的旧数字失去对照。保留旧版、标明“已被新版替代”并指向新版，比彻底删除更可控。 ## 复查时容易混淆的两件事 第一件是把内容修改时间和页面抓取时间混为一谈。内容是今天改的，但检索系统可能还在用上周的副本，这两者不矛盾。第二件是把不同条件的观察放在一起比较。上一轮测试在某个时间点、某种问法下做，这一轮换了问法，结果当然会变。记录时把时间、问法、模式三项分列，才能看出变化来自哪里。 ## 不要把平台更新当成延迟的解释 内容改完没有立刻反映到回答里，有两种可能：检索侧还没更新，或者改动本身没有解决原来的问题。区分方法很直接：记录一次改动前后的响应时间字段，再在同一条件下重问同样的问题。如果时间字段已经变了、回答仍在复述旧内容，那更可能是内容结构的问题，而不是抓取延迟。把所有延迟都推给平台更新，会让真正的问题一直留在页面上。 ## 看不到的部分 实时检索产品在什么条件下触发联网、检索范围有多大、在候选页面之间如何取舍，都没有公开说明。你能观察到的是：在某个时间点问某个问题，回答里出现了哪些来源、复述了哪个版本的内容。xAI 的接口文档能告诉你响应里有 citations 字段，这解决的是“来源可读取”，不是“来源如何被选中”。把这两件事混在一起写，就会把一个可读取的字段说成一套可优化机制。 如果你的内容同时要承接长文式的深度提问，[长文与比较内容的组织方式](/post/claude-deep-research-longform-comparison-content/)是配套的另一半；当回答在两次更新之间出现变化时，[监测口径怎么保持可比](/post/model-update-answer-changes-monitoring-comparability/)会告诉你在记录上要补哪些字段。光算的[GEO 服务](https://www.guangsuan.com/geo/)把时效性核查放进页面与信源检查环节，复测频率与覆盖平台按项目约定，不对任何平台的抓取时间或展示结果作承诺。 另外几篇可以补充这里的判断依据：[The Overlooked "Content Decay Period" | 5 Data‑Driven Methods to Regain Traffic for Old Webpages](/en/post/the-overlooked-content-decay-period-5-data-driven/)。 ## 参考来源 - [Web Search](https://docs.x.ai/developers/tools/web-search) — 支持“Grok 的搜索工具是实时联网浏览”。 - [Optimizing your website for generative AI features on Google Search](https://developers.google.com/search/docs/fundamentals/ai-optimization-guide) — 支持“RAG/grounding 依赖核心搜索排序系统取当前网页”。 --- ## Claude 与深度研究型提问：长文和比较内容怎么写 - URL: https://www.guangsuan.com/post/claude-deep-research-longform-comparison-content/ - 作者: Don Jiang - Published: 2026-09-18T02:48:58+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 面对会追问、要依据的研究型提问，长文按判断条件与边界分层组织，比较内容做到同维度同单位同条件，并给出自测方法。 有一类提问方式和“哪家好”完全不同：用户要求比较两个技术路线、说明依据、给出适用条件，还会在第二轮继续追问“为什么”。Claude 这类偏向长文本处理与推理的产品，是这种提问的典型使用场景。面对这种提问，内容写法的重点从“被摘要”转向“经得起追问”。 研究型提问面前，先摊开的是依据：一篇写透的长文，加上一张同维度的比较表。图为原创场景示意，不展示任何平台界面或客户资料。 ## 研究型提问的两个特征 第一是引用可见。Claude 的帮助文档写明，遇到需要最新信息的话题时会调用搜索工具，并且“Every response includes citations, so you can easily verify sources yourself.” 同一页还列出它的回答通常包含直接引用、延伸阅读的来源链接，以及必要时引用的原文片段。这意味着：如果你的一段话被引用了，它很可能被判读过原文，而不是只看到标题。 第二是多轮追问。用户第一轮问“怎么选”，第二轮会问“在潮湿环境下这个结论还成立吗”。如果第一轮的答案里没有写清条件，第二轮就只能靠推测。所以长内容和比较内容真正的门槛不在于长度，而在于条件是否写在结论旁边。 ## 长文该怎么组织 长文的价值是让一个主题在一页内讲完整，不必把相关话题堆在一起。一个可操作的写法是把文章拆成三层：开头给出这一页要回答的问题和结论；中间按“判断条件 → 具体做法 → 例外与限制”展开；结尾收在适用边界上，不要收在一句鼓励性的话上。这样安排之后，每一节都能脱离上下文单独理解，被摘走也不会变味。 小标题承担定位作用，不承担修辞作用。把“为什么你应该重视它”换成“什么情况下需要它”，读者能直接判断这一段跟自己有没有关系，模型也更容易判断这一段的回答对象。判断句、条件句、参数句尽量出现在段落开头的位置，不要藏在铺陈之后。 还有一个反直觉的建议：不要为了显得完整而把同一件事在三个小节里各说一遍。研究型提问会验证一致性，一段被引用时说“适用于 A 工况”，另一段笼统说“广泛适用”，矛盾就出现了。 ## 比较内容怎么写 比较类段落最容易犯的错是“各讲各的优点”。要看得出差别，就必须同维度、同单位、同条件。维度指的是拿什么指标比；单位指的是数字口径一致，例如同样按年或同样按次；条件指的是这些数字是在什么环境下得到的。 比较维度要写清的内容 适用工况温度、湿度、负载等边界条件 关键参数数值 + 单位 + 测试口径 部署要求接口、供电、安装空间 维护成本周期、耗材、单次成本口径 不适用场景明确的排除条件 最后一行经常被省掉，但它往往是追问的起点。把“不适用于什么”写进表格，比在正文末尾加一段限制说明更有效，因为它和结论在同一处出现。 ## 长度由问题决定，不由版式决定 研究型提问不要求每篇都长。判断标准是：把这一页读完，读者能不能在不补充材料的情况下做出决定。能，就可以收；不能，说明缺的是条件、依据或反例，与字数无关。为了让页面显得厚而把同一个结论换三种说法重复，反而提高了自相矛盾的概率。 真正需要展开的是例外与限制。多数页面把适用场景写得很足，对“什么情况下不适用”只用一句免责带过。研究型提问往往正是从这些边界开始的，先把边界写清楚，等于提前回答了第二轮追问。 ## 三个容易踩的坑 第一个坑是把比较写成宣传对比。只列自家优势、不提对方长处，读者能看出来，模型也更容易在追问时暴露回避。第二是只给结论不给依据。判断“更适合 A 场景”需要说明依据来自测试数据、项目记录还是经验归纳，三者可信度不同。第三是把别人的资料原样搬过来当作自己的依据，Claude 官方在图片检索部分标注了来源由 Bing 提供，说明来源归属是可以被追踪的，写内容时同样应该标出出处。 ## 一个低成本的外部检验 自己读自己的稿子容易顺拐。换一个没参与写作的同事，把页面给他，只问两个问题：这一页在回答什么，结论成立需要什么条件。如果对方说不出条件，说明条件只存在于作者的默认认知里，需要补进正文。这一步不需要任何工具，却比反复读稿更容易发现缺句。 ## 写完之后怎么自测 可以用三个自测问题过一遍：把任意一个小节单独摘出来，读者能知道这一节在回答什么问题吗？把比较表单独看，有没有哪一列缺单位或缺条件？把结论句拿走，剩下的依据还能支撑同一个结论吗？三个问题都能过，内容被追问时的表现通常会稳定得多。 研究型提问还涉及“什么时候该用联网、什么时候不该用”的差异，这部分在[联网与不联网模式的记录方法](/post/ai-web-search-mode-on-off-answer-difference/)里有对照做法；如果你的内容需要承接实时性很强的话题，[时效性内容的准备方式](/post/grok-realtime-freshness-content-prep/)是需要同时处理的另一面。光算的[GEO 服务](https://www.guangsuan.com/geo/)会先梳理品牌事实与问题地图，再决定长文与比较内容各承担哪些问题，范围和数量按项目现状确定，不承诺被任何平台引用。 这几篇回答的是相邻的问题：[AI生成内容如何参与谷歌排名：实用性、可信度与人工审核](/post/ai%e7%94%9f%e6%88%90%e7%9a%84%e5%86%85%e5%ae%b9%e6%80%8e%e6%a0%b7%e5%81%9a%e6%89%8d%e8%83%bd%e4%b8%8a%e8%b0%b7%e6%ad%8c%e9%a6%96%e9%a1%b5/)。 ## 参考来源 - [Enable and use web search](https://support.claude.com/en/articles/10684626-enable-and-use-web-search) — 支持“联网回答带引用，可自行核对来源”。 - [Optimizing your website for generative AI features on Google Search](https://developers.google.com/search/docs/fundamentals/ai-optimization-guide) — 支持“第一手经验与重复他人摘要的区别”。 --- ## Microsoft Copilot 与 Bing 生态：把可检索事实按顺序建设好 - URL: https://www.guangsuan.com/post/microsoft-copilot-bing-retrievable-facts/ - 作者: Don Jiang - Published: 2026-09-18T02:48:58+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: Copilot 通过 Bing 取资料，本篇给出从抓取收录到官网事实、再到第三方来源的建设顺序，并说明来源按钮能看到什么、看不到什么。 Microsoft Copilot 的联网回答不是自己去读全网，而是先向 Bing 发一次查询。这一点写在 Microsoft 的支持文档和 Learn 文档里，也意味着它的可见度建立在 Bing 的检索之上。理解了这条链路，企业该做的事情顺序就清楚了：先保证 Bing 手上有可用的材料，再考虑怎么让材料被挑中。 Bing 英文结果页顶部截图，2026 年 9 月实际访问。标签栏里的 Search 是生成式答案的入口位置；页面布局由 Bing 随时调整，此处只用于说明入口在哪。 ## Copilot 联网时实际发生了什么 Microsoft 的 Copilot 支持文档写得很直接：“Copilot generates a Bing search query using a few words from your prompt or any file you’ve uploaded.” 并补充一句边界：“The full prompt or file is not used as the query unless it's already very short.” Learn 文档把同一件事讲得更细：系统先解析提示词，找出哪些词需要联网信息，“Based on these terms, Copilot generates a search query that it sends to the Bing search service asking for more information.” 对内容方来说，这两段话里最有用的是“few words”。用户的长提问被压缩成几个关键词再去检索，最终取到的页面就必须在这几个词上足够直接。一个把关键信息埋在第三屏、用比喻和小标题绕来绕去的页面，被取到的机会反而更低。 还有一件可以亲自验证的事：文档说明，当 Copilot 使用联网搜索时，回答下方会出现一个 Sources 按钮，“Select the button to view the exact query Copilot sent to Bing and the sources it used.” 这个按钮是公开可见的，你可以用它看到实际的检索词和来源清单。需要注意两个限制：来源查询只在 Copilot Chat 里可用，且在会话中只保留 24 小时。要做长期记录，必须当天保存，不能指望以后回头翻。 ## 顺序第一步：让 Bing 能抓到、能收录 Bing 的公开说明把流程写成了三步：抓取、建索引、排序，并说明答案的生成方式：“Bing looks at search results across the web, returns a summarized answer, and links to its sources.” 抓取由 Bingbot 完成，文档原文是 “Bingbot uses an algorithm to decide what to crawl and how often, working to minimize its impact on websites.” 也就是说，抓取节奏由 Bing 自己决定，站点能做的是保持可访问、结构清晰、更新可被发现，而不是催着对方来抓。 落到检查动作上，至少确认这些：robots.txt 没有拦住 Bingbot；页面不依赖登录或特定交互才能看到正文；服务器在美国或其他主要区域的访问稳定；站点地图能反映当前主要页面；重要页面直接返回 200，避免多重跳转链。 ## 顺序第二步：把事实写进可被取用的页面 Bing 的说明里列了排序时考虑的因素，其中与内容方直接相关的是 “Quality and Credibility”。文档对 authority 的解释包含几条可以准备的项：Reputation——“What types of other websites link to the site?”；Origination and transparency of the ownership——“Is the site reporting first-hand information, or does it summarize or republish content from others?”；以及 Freshness——“Generally, Bing prefers fresh content.” 把这三条转成内容动作：一是让官网承担第一手信息的角色，参数、测试口径、使用限制写在自家页面上，不要只放在展会资料或经销商的 PDF 里；二是让第三方在提到你时能拿到正确的名称与业务描述；三是页面有真实的更新记录，改了内容就让它体现出来，不要为了显得“新鲜”而反复改日期。伪造新鲜度在 Bing 的说明里并不构成可依赖的信号。 Bing 的公开文档同样提到位置与语言因素。做多语言市场时，语种页面要与目标市场对应，不要把同一份英文页面挂在所有地区。检索词被压缩成几个关键词之后，语言的匹配权重会变得更重要。 ## 自己动手能确认什么 Bing 面向站点方开放的入口里，能自己确认的东西不多但够用：站点是否已被收录、抓取是否有异常、站点地图是否读取正常。检查顺序与前面一致：先排除抓不到、收不进，再谈内容质量。 一个常被忽略的动作是确认“Bing 看到的是哪一版内容”。如果页面主要靠脚本渲染，或者正文藏在下拉与标签页里，抓取到的版本可能和访客看到的完全不同。判断方法不是猜，而是查看服务器日志里 Bingbot 的请求路径与返回状态，或者用可公开访问的抓取检查工具复核。渲染差异属于技术层面的问题，与文案无关，先修它比先改文案有效得多。 语言与地区这一层也值得单独确认。Bing 的公开说明把 location and language 列为影响结果的因素之一，多市场站点如果所有语种共用一套结构而没有清晰的语言标注，检索侧很难判断应该给哪个市场展示哪一版页面。 ## 顺序第三步：先官网，后第三方 很多团队做反了顺序：先在外部平台铺资料，官网只有一页简介。这样做的结果是，检索取到的可能是第三方页面，而这些页面上的参数往往是从更早的资料里抄来的。合理的顺序是官网先把名称、业务范围、产品参数、适用条件、资质写全，再让外部来源去引用它。 判断“官网是否已经准备好”，可以用一个简单的自测：随便挑三个客户最可能问的具体问题，看官网是否能在不依赖图片说明、不依赖销售人员补充的情况下，单独把问题回答完整。三个都答不全，说明还没到铺外部内容的阶段。 ## 看不到的部分 Copilot 在拿到 Bing 返回的结果之后如何挑选、如何在多个候选来源之间分配引用，没有公开说明。你能观察到的只有 Sources 按钮给出的检索词与来源清单，以及回答的表述方式。这些记录足以支撑“某个问法下引用了哪些来源”的结论，不足以推断“什么写法更容易被引用”。把两者分开写，报告才经得起追问。 Google 侧的资格条件在[AI Overviews 与 AI Mode 那篇](/post/google-ai-overviews-ai-mode-citation-requirements/)里逐条核对过，两者可以对照看：Google 明确写了没有额外技术要求，Bing 侧则是先抓取收录、再谈质量与可信度。如果你正在处理多入口资料对不齐的问题，[资料一致性核对](/post/gemini-google-ecosystem-brand-fact-consistency/)给了一套表格做法。光算的[GEO 服务](https://www.guangsuan.com/geo/)按约定平台范围与问题集执行，平台与频率在诊断后确定，不对任何平台的结果做承诺。 接着往下做，通常会用到的几篇：[Google AI Overviews出现后点击下降：如何排查并改进内容](/post/%e8%b0%b7%e6%ad%8cai-overviews-%e6%8a%8a%e6%88%91%e7%9a%84%e5%86%85%e5%ae%b9%e6%88%aa%e5%8f%96%e6%88%90%e7%ad%94%e6%a1%88/)。 ## 参考来源 - [How web search works in Microsoft Copilot Chat and agents](https://support.microsoft.com/en-us/topic/how-web-search-works-in-microsoft-365-copilot-chat-and-agents-94c45d32-1a77-4f82-8e05-58dfb9afac48) — 支持“Copilot 把提示词压缩成几个词再查 Bing”。 - [Data, privacy, and security for web search in Microsoft Copilot and Microsoft Copilot Chat](https://learn.microsoft.com/en-us/microsoft-365/copilot/manage-public-web-access) — 支持“Copilot 抽取词后向 Bing 发查询”。 - [How Bing delivers search results](https://support.microsoft.com/en-US/bing/how-bing-delivers-search-results) — 支持“抓取节奏由 Bing 自行决定”。 --- ## Gemini 与 Google 生态：品牌资料一致性怎么查 - URL: https://www.guangsuan.com/post/gemini-google-ecosystem-brand-fact-consistency/ - 作者: Don Jiang - Published: 2026-09-18T02:48:58+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 官网、商家资料、购物资料与第三方来源写法不一，怎样用一张字段横向的核对表查出差异，并处理多语言版本脱节。 Google 生态里的入口不止一个。搜索结果、地图与商家信息、购物资料、知识面板，各自读取的资料不完全来自同一处，更新节奏也不一样。客户在 Gemini 里问“这家公司做什么、靠不靠谱”时，回答依据的往往就是这些入口拼起来的印象。问题在于，很多企业自己都没把这些入口的说法对齐过。 一致性核对是逐项比对：把每个入口上的写法抄下来，同一字段横向对齐再找差异。图片来源：Wikimedia Commons，Patsy Lynch（美国联邦机构照片），公有领域；照片为素材图，非光算团队或客户项目。 ## 官方点名要检查的两处资料 Google 在 AI 特性文档的最佳实践清单里，除了抓取、内链、页面体验之外，专门列出了一句：“Checking that your Merchant Center and Business Profile information is up-to-date” 这两处分别对应交易类资料与企业信息类资料。它被列进 AI 特性文档，说明这类结构化、可核对的信息在回答生成时是有用的；它同时也在提醒：这两处如果长期没更新，错误会被反复读取。 这条建议的落点很朴素。企业通常把更新精力放在官网新闻和社媒上，商家资料一放几年不动，营业时间、联系方式、业务类别停留在早期版本，与官网现在的说法自然对不上。 ## 一致性核对表按字段横向建 做这件事最容易失败的方式，是“打开官网看一遍，觉得没问题”。核对要落到表上，一个字段一行、一个入口一列，只写实际抄下来的原值，不写印象。 - 主体名称：工商全称、品牌名、常用简称、英文名、旧名与曾用域名。 - 业务描述：一句话定义，以及官网上与第三方平台上的措辞差异。 - 产品与参数：型号命名规则、单位、适用条件、是否含税与货币。 - 联系方式与地址：电话、邮箱、所在地、办公与工厂地址是否区分。 - 资质与年限：证书名称、编号、颁发机构、有效期。 - 语言版本：各语种页面的同一段描述是否指向同一事实，而不是各写一套卖点。 填表时只搬运原句，不做润色。很多冲突是在誊抄的过程中才被看见的：官网说“成立于 2019 年，专注搜索营销技术服务”，某个平台资料里却写成“成立于 2015 年，数字营销全案公司”。两个数字都真实存在过，外部读取时无法判断哪个是当前版本。 ## 五类最常见的偏差 第一类是名称与主体偏差，简称被当成另一家公司，或者英文名与官网不一致。第二类是业务范围被放大，官网写的是某一类技术服务，外部资料写成“全案服务商”。第三类是参数缺条件，只留数字不留测试口径。第四类是联系方式过期，旧电话仍在若干平台上流通。第五类是语种之间的版本脱节，英文页更新了、其他语言页面还是两年前的描述。 这五类的处理难度不同。名称和联系方式属于可以立刻改的事实，改完就能验证；业务范围和参数需要先确认内部口径，再统一对外表述；语种脱节需要排优先级，通常先处理目标客户最常用的那一两种语言。 ## 多语言站点要额外核对一次 如果站点有多种语言版本，一致性核对要按语言各做一遍。同一个产品在不同语种页面上被描述成不同定位是常见情况：中文页强调定制交付，英文页强调标准化产品，两边单看都没错，但外部读取时无法判断哪个是主线。处理办法是先确定一条主口径，再让各语种在同一事实上采用各自自然的表达，避免每个语种各写一套卖点。 语种之间还有一种偏差来自翻译时效：新版资料上线后只更新了母语页面，其他语言仍停留在上一版。核对表里为此加一列“本语种最后更新日期”，比逐个打开页面翻查快得多。 这三种偏差里，最后一种最容易被误认为内容质量问题。它其实是版本同步问题，处理方式是排定语种更新顺序，不必重写文案。 ## 一次核对的顺序 - 列出品牌在 Google 生态内实际存在的入口，包括商家资料、购物资料、地图标注，以及知识面板上引用的第三方来源。 - 把每个入口的当前写法抄进核对表，标注抄录日期。 - 以官网确认过的品牌事实清单为基准，逐字段标出差异等级：可直接改、需内部确认、需补证据。 - 先处理“可直接改”的一批，改完记录时间；有缓存或审核周期的，标注预计生效时间而不是当天断言已完成。 - 把差异项与处理结果分开归档，下一轮核对时直接看这份表，而不是重新抄一遍。 这里有一个容易忽略的细节：官方文档在提到 AI 特性时还写了一句 “Making sure your structured data matches the visible text on the page” 结构标记与可见文字不一致，等于在同一个页面上给出两套事实。核对时把这一条也纳入检查，比事后猜测为什么描述被读歪更有效率。 ## 看不到的部分照旧要留白 Gemini 在回答里如何取舍不同入口的资料，没有任何公开说明。你能观察到的只是：在某个时间、某个语言、某个问法下，回答复述了哪一层信息。核对表能减少自相矛盾，但无法保证某个入口的资料会被优先使用。把这句边界写进记录，比在报告里补一段推测更专业。 如果你还在整理官网侧的内容准备，[品牌事实与检查流程那篇](/post/chatgpt-brand-visibility-content-checklist/)给的是同一套资料基础；涉及 Bing 侧的入口时，[可检索事实的建设顺序](/post/microsoft-copilot-bing-retrievable-facts/)可以配合使用。光算的[GEO 服务](https://www.guangsuan.com/geo/)把多入口资料一致性与事实偏差跟踪列在交付范围内，具体覆盖哪些入口、多久复测一次，在诊断后按项目确认。 相关方法在这几篇里写得更细：[谷歌AIO（AI概览）引用来源分析：什么样的站更吃香](/post/%e8%b0%b7%e6%ad%8caio%ef%bc%88ai%e6%a6%82%e8%a7%88%ef%bc%89%e5%bc%95%e7%94%a8%e6%9d%a5%e6%ba%90%e5%88%86%e6%9e%90%ef%bc%9a%e4%bb%80%e4%b9%88%e6%a0%b7%e7%9a%84%e7%ab%99%e6%9b%b4%e5%90%83%e9%a6%99/)。 ## 参考来源 - [AI Features and Your Website](https://developers.google.com/search/docs/appearance/ai-features) — 支持“官方点名检查 Merchant Center 与商家资料时效”。 --- ## Perplexity：引用来源怎么建设，先看清它的两个爬虫 - URL: https://www.guangsuan.com/post/perplexity-citation-sources-buildout/ - 作者: Don Jiang - Published: 2026-09-18T02:48:58+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 从官方爬虫文档里的 PerplexityBot 与 Perplexity-User 出发，说明放行与阻断的边界，并给出可执行的来源检查与记录字段。 Perplexity 的回答里几乎总能看到编号来源，这让它成为最容易观察引用情况的产品之一。但也正因为来源可见，很多团队把它当成一个可以优化的“引用率指标”，忽略了官方文档里写得很清楚的一件事：这里有两个不同的抓取对象，行为并不一样。 Perplexity 官方爬虫文档页（docs.perplexity.ai）的机器人对照表截图，2026 年 9 月读取。表里的两条说明决定了你在 robots.txt 和服务端分别要做什么。 ## PerplexityBot 与 Perplexity-User 是两回事 按官方文档，**PerplexityBot** “is designed to surface and link websites in search results on Perplexity. It is not used to crawl content for AI foundation models.” 文档同时建议站点在 robots.txt 里放行它，并按官方公布的 IP 段校验来源。这一段的意思是：PerplexityBot 更接近一个搜索爬虫，它负责把页面收进 Perplexity 可检索的语料里。 另一个是 **Perplexity-User**。文档说明它“supports user actions within Perplexity. When users ask Perplexity a question, it might visit a web page to help provide an accurate answer and include a link to the page in its response.” 关键在于最后一句：“Since a user requested the fetch, this fetcher generally ignores robots.txt rules.” 这句话带来的结论和很多人的直觉相反：*robots.txt 不能让你的页面完全不出现在 Perplexity 的回答里。* 用户点名提问时触发的单页抓取，本身是按用户请求执行的。要真正阻断这类访问，只能在服务端做访问控制，但那同时也会影响正常访客。所以第一步不是急着改 robots.txt，而是先想清楚你要的是什么：是不希望内容被训练（那是另一个 bot 的问题），还是不希望被检索展示（那是搜索侧设置），还是两者都要处理。 ## 引用是结果，不是可以单独提高的指标 “品牌被提到”和“官网被引用”是两件不同的事。回答里出现品牌名，可能来自第三方报道、目录平台或者论坛；只有附上了你站点的链接，才算你的页面被引用。这两类情况在记录时应该分开计数，否则报告会把别人的功劳算在自己头上。 把两者混在一起还有一个副作用：为了解决“没被引用”，最容易想到的动作是加大发稿量。但如果官网本身没有可被引用的具体事实，新的外部内容也只是把同一句模糊的介绍换个地方再说一遍。 ## 来源建设：先让被引用的那一页站得住 可被引用的页面通常满足三个特征。第一，它有能力单独回答问题：把问题、答案、适用条件放在同一页同一节里，不需要读者再跳到别处才能理解。第二，它写的是别处没有的事实，例如自有测试口径下的参数范围、具体的安装与维护条件、真实项目的交付边界。第三，它的核心事实能被别的公开来源印证，包括目录平台、行业媒体、企业信息平台上的名称与业务描述不冲突。 这三条顺序不能颠倒。很多项目先做第三条，在外部平台发一批内容，而官网的第一条和第二条还是空的，结果引用链接指向的还是别人家的页面。source_url 和采集口径可以这样记录：每条来源链接记下 URL、抓取时间、页面上支持该结论的原句，以及该页面的更新日期（如果页面显示）。 ## 一次可执行的来源检查 下面是一组教学样例问题，用来演示检查流程，不是任何平台的真实回答，也不代表客户数据。 - 教学样例：问一个只有你们官网写过答案的技术问题，看回答是否引用官网，还是引用了转载页面。 - 教学样例：问一个参数对比问题，看回答里的单位与适用条件是否与官网一致。 - 教学样例：问一个行业通用问题，看回答引用的第三方来源里，有没有出现品牌写法不一致的情况。 - 教学样例：用一个更口语的长问题追问一次，看第二轮回答的来源是否变化。 记录字段建议固定为：问题原文、时间、是否登录、语言、完整回答、可见来源链接、来源页面是否支持该结论、偏差描述。少一个字段，两次记录就没有办法对比。 ## 记录来源时最容易忽略的两列 来源清单里通常有 URL、出现时间、被引用的表述，容易漏掉的是“这一页由谁维护”。被引用的页面如果属于第三方目录、论坛或转载站，你只能请求更正，无法直接改；属于自家域名下的页面，才在自己手里。把维护方写进表里，处理路径就自动分成两条。 另一列值得加的是“这条来源在回答里起什么作用”：是支持了某个结论，还是仅仅被提到。同样是链接，作用可能完全不同。分类之后再看总量，会发现真正起支持作用的往往只是少数几页，而这几页恰好是最值得投入更新的对象。 还有一件与日志有关的事。Perplexity 官方文档说明它会从公布的 IP 段发起请求，并建议站点在 WAF 上同时按 User-Agent 与 IP 段放行。如果日志里出现了自称 PerplexityBot、但来源 IP 不在官方列表里的请求，那不是它的抓取，不能据此判断平台行为。看日志之前先做这一步校验，能省掉很多误判。 ## 不能声称的部分 Perplexity 官方文档没有公开它的检索范围、来源排序方式，也没有说明它为什么在某次回答里选择某一页。你能做的只有观察：同一个问题在一段时间内是否稳定引用同一批来源，来源列表里有没有你的页面，以及被引用页面的内容有没有被准确复述。把这三件事记录成事实，比编一个“引用机制”要可靠得多。 Google 侧的资格条件写在[AI Overviews 与 AI Mode 那篇](/post/google-ai-overviews-ai-mode-citation-requirements/)里；如果你在不同平台看到互相矛盾的答案，先按[跨平台差异的三类归因](/post/cross-platform-ai-answer-differences-attribution/)做分类，再决定改哪里。光算在[GEO 服务](https://www.guangsuan.com/geo/)中把来源检查、事实一致性与回答快照放在同一个验收口径下，具体执行范围按项目确定，不承诺任何平台必然引用。 如果只看两篇，建议先看：[谷歌AIO（AI概览）引用来源分析：什么样的站更吃香](/post/%e8%b0%b7%e6%ad%8caio%ef%bc%88ai%e6%a6%82%e8%a7%88%ef%bc%89%e5%bc%95%e7%94%a8%e6%9d%a5%e6%ba%90%e5%88%86%e6%9e%90%ef%bc%9a%e4%bb%80%e4%b9%88%e6%a0%b7%e7%9a%84%e7%ab%99%e6%9b%b4%e5%90%83%e9%a6%99/)。 ## 参考来源 - [Perplexity Crawlers](https://docs.perplexity.ai/docs/resources/perplexity-crawlers) — 支持“PerplexityBot 用于搜索展示、不用于训练”。 --- ## Google AI Overviews 与 AI Mode：被引用需要什么 - URL: https://www.guangsuan.com/post/google-ai-overviews-ai-mode-citation-requirements/ - 作者: Don Jiang - Published: 2026-09-18T02:48:58+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 按 Google 官方文档逐条核对成为支持链接的资格条件、明确不需要做的事，以及 Search Console 里的纳入控件与性能报表边界。 AI Overviews 和 AI Mode 会在回答旁边挂出支持链接。企业最常问的一个问题是：要做什么才能被挂上去？这个问题在 Google Search Central 的文档里其实有很直白的答案，难点不在于找到技巧，而在于接受这份答案比想象中更少要求。 篇幅与能否被引用是两件事：更长的内容并不天然更容易被引用，全面才是。篇幅该怎么定，见[英文 SEO 文章的篇幅判断](/post/english-seo-article-length)。 ## 官方给出的资格链，只有一条 Google 在 “AI features and your website” 这篇文档里写道：“There are no additional requirements to appear in AI Overviews or AI Mode, nor other special optimizations necessary.” 后面又更具体地说明：“To be eligible to be shown as a supporting link in AI Overviews or AI Mode, a page must be indexed and eligible to be shown in Google Search with a snippet, fulfilling the Search technical requirements. There are no additional technical requirements.” 翻译成可执行的检查项就是三步：抓取没有被挡住，页面已经被收录，页面有资格在搜索结果里显示摘要。第三条和摘要控制项有关，如果站点用 nosnippet、data-nosnippet 或 max-snippet 限制了摘要，需要先确认这些设置是不是误伤。 资格链按 Google Search Central 公开文档整理。右下方虚线框里的过程没有任何公开说明，只能靠回答快照观察结果。整理：光算编辑。 而且达到这三条之后，事情仍然没有保证。官方原文是：“Just because a page meets all requirements, best practices, and complies with the policies, doesn't mean that Google will crawl, index, or serve its content. Indexing and serving isn't guaranteed.” 这句话写得比大多数第三方解读更保守，引用它的时候不要省略后半句。 ## 官方同样明确了不需要做的事 同一份文档接下来写道：“You don't need to create new machine readable files, AI text files, or markup to appear in these features. There's also no special schema.org structured data that you need to add.” 在生成式 AI 优化指南里，Google 继续点名了 llms.txt 这类做法，说明 Google 搜索本身不使用这些文件；结构化数据也“isn't required for generative AI search”。 这意味着两件事。第一，把精力放在新建 AI 专用文件上，收益不会被平台承认，因为公开文档明确说了不使用。第二，结构标记仍然有价值，但价值在于让页面语义清晰、与可见内容一致，而不是作为入选的门票。文档里还有一句话值得记住：“Making sure your structured data matches the visible text on the page”——不匹配的标记，反而制造矛盾。 ## query fan-out 对页面分工的实际影响 官方描述里有两个技术词。一个是 RAG，也就是检索增强生成，文档解释为 “relying on our core Search ranking systems to retrieve relevant, up-to-date web pages from our Search index”。另一个是 query fan-out，原文是：“Both AI Overviews and AI Mode may use a "query fan-out" technique — issuing multiple related searches across subtopics and data sources — to develop a response.” 优化指南里举过一个例子：用户问怎么处理长满杂草的草坪，fan-out 出来的查询可能包括除草剂选择、不用化学药剂的办法、以及如何预防。 把这段话落到内容规划上，结论很实用：一个“产品总览”页面很难同时回答“怎么选”“有什么限制”“维护成本多少”这一串子问题。更稳的结构是主题页负责讲清产品和适用范围，再用若干独立页面回答单独的子问题，每个页面把条件、单位、适用范围写在答案附近。这样做的目的不是迎合某个算法特征，而是让页面在被单独引用时不会说错话。 ## 先确认自己有没有把门关上 在讨论“为什么没被引用”之前，先排除自己动手关掉的可能性。Search Console 现在有一个 Search generative AI 控件，文档说明它管理站点在 AI Overviews、AI Mode 以及 Discover 生成式特性中的纳入与否。默认值是“包含”，也就是说如果没有人改过，站点是参与的。控件页面同时写清了一个边界：“this control isn't used as a ranking or inclusion signal affecting other parts of Search.” 测量方面，Generative AI performance report 已经全球铺开，文档注明 “As of August 31, 2026, we've rolled out these insights to all websites worldwide.” 这个报表给的是展示次数：“Impressions are how many times links to your site were shown to a user in a generative AI feature on Google Search.” 它按页面、国家、日期和设备分组，不提供查询词，也不提供点击和排名。看这份数据时不要把它当成搜索流量报表的替代品。 ## 看不见的部分要如实标注 官方文档能告诉你的到这里就结束了。fan-out 具体展开了哪些查询、候选页面之间怎么取舍、这一次为什么选了这个来源而不是那个，全部没有公开说明。任何声称掌握了 AI Overviews 引用权重的说法，都不是从公开资料里来的。 能做的替代方案是记录结果形态：固定一批问题、固定语言与地区、固定时间间隔，重复提问并把回答与可见来源存下来，观察同一个页面在不同问题下的出现频率和表述一致程度。这类记录只能支持“多次观察到什么”的结论，不能反推出规则。 ## 把检查写成一张同事也能跑一遍的清单 上面这些条件如果只留在自己脑子里，换一个人接手就会把同样的问题重新问一遍。写成带判定栏的清单更省事：每一项写清检查对象、判定标准、证据放在哪。 - 抓取：robots.txt、CDN 与 WAF 规则里，Googlebot 是否被放行。判定标准是“没有拦截正文页的规则”。 - 收录：用站点查询或 Search Console 的页面报告确认目标页已收录。没被收录的页面谈不上被引用。 - 摘要资格：检查页面是否设置了 nosnippet、data-nosnippet、max-snippet。这三项限制的是摘要，不会加快任何事情的进度。 - 内容一致性：结构化数据与可见文字是否指向同一事实。 - 纳入状态：Search Console 的 Search generative AI 控件是否为默认的“包含”。 - 观察记录：固定问题集、语言、地区与记录字段，保留原始回答。 清单的价值在于把“我以为已经做了”变成“有记录可以查”。每一项都对应一个可以打开、可以留档的对象，而不是一句自我判断。 ## 一个不夸张的落地顺序 先查抓取与收录，再查摘要控制项，然后核对结构化数据与可见文字是否一致。接着把问题集分成主题类与子问题类，检查每一类是否都有对应的公开页面，且答案附近写清了条件与依据。最后，把上面这些检查结论与实际观察到的回答形态分开写进记录。整件事没有捷径，但至少方向是清楚的。 如果你同时要处理 Copilot 那一侧的检索路径，[Copilot 与 Bing 生态的可检索事实建设顺序](/post/microsoft-copilot-bing-retrievable-facts/)里有对应的顺序；需要按平台分别管理来源时，[Perplexity 的两个爬虫与来源建设](/post/perplexity-citation-sources-buildout/)是同一套思路的另一个例子。光算在[GEO 服务](https://www.guangsuan.com/geo/)里把这些检查和记录做成项目内的固定动作，具体范围按品牌现状确定，不承诺进入任何平台的回答或推荐位。 与这篇属于同一组问题的还有：[如何在 Google AI 概览中对您的网站进行排名](/post/%e5%a6%82%e4%bd%95%e5%9c%a8googleai%e6%a6%82%e8%a7%88%e4%b8%ad%e5%af%b9%e6%82%a8%e7%9a%84%e7%bd%91%e7%ab%99%e8%bf%9b%e8%a1%8c%e6%8e%92%e5%90%8d/)、[Google AI Overviews出现后点击下降：如何排查并改进内容](/post/%e8%b0%b7%e6%ad%8cai-overviews-%e6%8a%8a%e6%88%91%e7%9a%84%e5%86%85%e5%ae%b9%e6%88%aa%e5%8f%96%e6%88%90%e7%ad%94%e6%a1%88/)。 ## 参考来源 - [AI Features and Your Website](https://developers.google.com/search/docs/appearance/ai-features) — 支持“没有额外要求，也没有特殊优化”。 - [Optimizing your website for generative AI features on Google Search](https://developers.google.com/search/docs/fundamentals/ai-optimization-guide) — 支持“RAG/grounding 依赖核心搜索排序系统取当前网页”。 - [Search generative AI control - Search Console Help](https://support.google.com/webmasters/answer/16908024?hl=en) — 支持“该控件不影响搜索其他部分的排名或纳入”。 - [Generative AI performance report (Search) - Search Console Help](https://support.google.com/webmasters/answer/16984139?hl=en) — 支持“生成式 AI 性能报表已全球铺开”。 --- ## ChatGPT 里的品牌可见度：内容准备与检查清单 - URL: https://www.guangsuan.com/post/chatgpt-brand-visibility-content-checklist/ - 作者: Don Jiang - Published: 2026-09-18T02:48:58+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 分清 OAI-SearchBot、GPTBot 与 ChatGPT-User 的区别，给出官网内容准备的四类信息与一次可复现的检查流程，并写明哪些结论无法从外部观察。 客户开始把选型问题直接抛给 ChatGPT，而不是先在搜索框里敲品牌名。这个变化对企业的实际影响是：你不再只和同行的网页竞争排名，而是要让自己的公开资料成为回答生成时可用、且说得准确的那一份。能不能被提到没有开关，也没有后台可以查看，能做的只有两件事——把资料准备好，把每次观察记下来。 先把品牌事实和问题清单摊在桌面上，再去提问和记录，顺序反了就会一直在追着回答改资料。图片来源：Wikimedia Commons，Aleks Dorohovich，CC0。 ## 先分清三种身份，别把训练抓取当成搜索展示 讨论“在 ChatGPT 里被不被看到”时，最容易搞混的是爬虫。OpenAI 在公开的爬虫说明里把几个 user agent 分得很清楚：**OAI-SearchBot** 用于搜索展示，官方原文写的是 “OAI-SearchBot is used to surface websites in search results in ChatGPT’s search features”，并且明确“Sites that are opted out of OAI-SearchBot will not be shown in ChatGPT search answers, though can still appear as navigational links”；**GPTBot** 爬取的内容可能用于训练生成式基础模型；**ChatGPT-User** 是用户触发的访问，官方说明里写着 “Because these actions are initiated by a user, robots.txt rules may not apply.” 这三点合起来意味着一件很具体的事：如果你希望在 ChatGPT 的搜索型回答里出现，要放行的是 OAI-SearchBot，不是 GPTBot。把 GPTBot 关掉表达的是“不要拿去训练”，它和搜索展示是两套设置。反过来，只放行 GPTBot 也不会自动带来搜索里的可见度。 还有一处容易被忽略的细节：OpenAI 的说明提到，robots.txt 更新之后，搜索相关的系统大约需要 24 小时才会调整（原文为 “it can take ~24 hours from a site’s robots.txt update for our systems to adjust”）。所以不要在今天改完设置、今天就断言“改了没用”。 ## 提问方式决定你要准备的内容 客户不会问“某某公司怎么样”，他们问的是场景和取舍。下面是一组教学样例，用于说明问题集应该长什么样，不是任何平台的实际回答，也不代表真实客户提问记录。 - 教学样例一：我要在车间升级自动化控制设备，选供应商时应该比较哪些技术参数？ - 教学样例二：同价位的两种方案，接口协议和安装条件差别在哪里？ - 教学样例三：这家供应商的交付周期和售后响应一般怎么约定？ - 教学样例四：这类设备在潮湿环境下有什么限制？ - 教学样例五：有没有第三方能核实的检测或认证信息？ 这些问题有一个共同点：它们问的是“条件和依据”，不是“你是谁”。官网如果只有一段公司简介和几张产品图，这些问题的答案就不存在于公开资料里，回答只能靠别处的零散信息拼，拼出来写成什么样，你控制不了。 ## 内容准备：把四类信息写到位 第一类是主体识别信息。品牌全称、常用简称、英文名、业务范围要统一，避免同一家公司被拆成两个主体，或者与同名的另一家公司混淆。第二类是选型条件，包括适用工况、参数范围、单位与测试口径。参数只写一个数字而不写条件，是 AI 回答里最容易被读歪的部分。第三类是可核验的事实，比如证书编号、检测机构、发布年份，以及能被外部查到的公开记录。第四类是边界与限制，包括不适用场景、交付范围和不包含的服务。 Google 在面向生成式 AI 特性的官方指南里提到，内容能否被采用，长期看取决于它是否“unique, compelling, and useful”，并特别举了第一手经验与重复他人摘要的差别。这一段虽然写在 Google 的文档里，但对所有联网型助手都适用：能被引用的，通常是别处没有的那部分事实。 ## 一次可复现的检查怎么做 准备工作做完之后，需要一次结构化的检查，不能随手问两句。建议按下面的顺序走一遍： - 固定提问条件：平台、是否联网、语言、是否登录、账号地区。 - 用同一批教学样例问题各问一次，保存完整回答的原文，不要只截图品牌出现的那一句。 - 把回答里出现的品牌写法、参数、业务描述逐条与确认过的事实清单对照，记下不一致处。 - 记录回答中可见的来源链接，判断链接指向的页面是否真的支持那句话；如果指向的是过期版本，先处理源头。 - 间隔一段时间后，在同一条件下重问一次，比较两次差异；条件变化的那次单独标注，不混进同一张对比表。 需要写清楚的记录字段至少有：问题原文、平台与模式、时间、完整回答、可见来源链接、事实偏差项、下一步动作。字段少一个，后面的对比就失去意义。 ## 哪些结论能写进报告，哪些不能 记录下来的东西只能支持一类结论：在某个时间、某个条件下，问某个问题，回答里出现了什么。这类结论可以写成“本次观察到的回答形态”。不能写的是“平台更偏好某种写法”“某种内容权重更高”“进入了某个推荐池”。所有主流平台都没有公开完整的检索、引用与排序机制说明，外部看不到候选页面有哪些、系统在它们之间怎么取舍，也无法解释为什么这一次是这条来源。这部分只能如实标注为无法观察，而不是用一段听起来专业的推测补上。 另外，问答次数、提及次数这类统计只对你自己保留的样本负责。它们不来自平台报表，也不能等同于曝光或询盘。把观察记录、内容改动和可追踪的访问来源分开呈现，报告才站得住。 ## 三个常见的误判 第一个误判是把一次提及当成稳定结果。助手每次生成都可能不一样，换一个问法、换一天再问，结论可能就变了。第二个误判是把问题都归结为“内容不够多”，于是大批量发稿，但官网上的参数、条件、证书仍然是旧的，源头没动。第三个误判是只看品牌有没有出现，不看说得对不对。名称写错、业务范围说大、参数漏了条件，这些偏差比不被提及更难处理。 想把这些工作固定成流程，可以参考[光算 GEO 服务](https://www.guangsuan.com/geo/)的做法：先核对品牌事实和内容缺口，再按约定问题集记录回答与可见来源，具体工作内容和范围按项目确定。如果你的判断重点是 Google 侧的搜索型回答，[AI Overviews 与 AI Mode 的资格条件](/post/google-ai-overviews-ai-mode-citation-requirements/)那篇逐条核对了官方说明，可以和本文的检查流程配合使用。 需要把这里的判断落到具体页面时，可以参考：[别只用ChatGPT：5款更懂谷歌算法的AI SEO助手](/post/%e5%88%ab%e5%8f%aa%e7%94%a8chatgpt%ef%bc%9a5%e6%ac%be%e6%9b%b4%e6%87%82%e8%b0%b7%e6%ad%8c%e7%ae%97%e6%b3%95%e7%9a%84ai-seo%e5%8a%a9%e6%89%8b/)。 ## 参考来源 - [Overview of OpenAI Crawlers](https://developers.openai.com/api/docs/bots) — 支持“要在 ChatGPT 搜索型回答里出现，需要放行 OAI-SearchBot”。 - [Optimizing your website for generative AI features on Google Search](https://developers.google.com/search/docs/fundamentals/ai-optimization-guide) — 支持“第一手经验与重复他人摘要的区别”。 --- ## 外部内容与官网口径冲突：处理流程与对外话术 - URL: https://www.guangsuan.com/post/third-party-content-conflict-with-site/ - 作者: Don Jiang - Published: 2026-09-18T02:47:21+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 先建事实基准，再把冲突分成事实错误、过时、表述差异、观点四类；按 Wikipedia、目录平台、媒体、社区各自真实渠道处理，并给出更正请求信与对外说明的话术结构。 发现第三方页面上的公司信息与官网不一致时，多数团队的第一反应是发邮件要求改正。这个动作在部分平台有效，在另一部分平台会被直接忽略甚至判定为骚扰。差别不在态度，而在平台规则：有的平台允许主体提出编辑请求，有的平台明确说明文案由平台自己裁量，还有一个平台根本不允许厂商修改评论内容。 ## 先建“事实基准”，否则无从判断谁错 冲突处理的起点不是去改别人，而是确认自己这边的口径。需要固化的字段不多，但要唯一：公司法定名称与对外品牌名、官网规范地址、产品名称与型号规则、关键参数及其单位、成立年份与总部所在地、对外使用的资质与认证名称。这份清单定下来之后，跨平台对照才有标准答案。 建议同时标注每项的依据来源（营业执照、检测报告、官网技术页 URL）。对外提出更正时需要附证据，而不是附一句“我们官网是这样写的”。 ## 把冲突分成四级，处理顺序就清楚了 - **事实错误。**数值、名称、型号、所属行业写错。优先级最高，因为它会被继续传播。 - **过时信息。**产品已停产、参数已变更、业务范围已调整。处理方式是提供更新后的公开来源。 - **表述差异。**同一事实的不同说法，例如“总部位于深圳”与“总部在深圳南山区”。多数情况下不必处理，除非影响客户识别。 - **观点与评价。**用户对产品的负面体验、评测者的批评。这类内容不属于错误，处理方式只能是回应与改进。 把第四类混进前三类，是跨境沟通里最常见的方法错误：向平台举报“负面评价不实”，在多数平台的规则里都不会成立，反而会留下不专业的记录。 冲突处理的现场形态：把官网资料与第三方资料并排放，逐字段标出差异，再决定哪些需要更正、哪些属于正常表述差异。图为原创场景示意，非真实客户或平台界面。 ## 各平台的可用渠道不一样 ### 开放知识库 维基百科不允许主体直接改自己的条目。官方给主体方的说明是：在条目讨论页新建一节，说明希望修改的内容，并建议在请求开头加上 {{Edit COI}} 标记；页面同时提醒“Wikipedia articles are maintained by volunteer editors; there is no centralised review system”。这意味着响应时间不可控，重复提交或施压通常只会延长处理时间。如果涉及付费编辑，利益冲突与付费贡献披露政策还要求披露雇主、客户与关联关系。 ### 评测与目录平台 Capterra 的资料指引写明，厂商提供的信息只用于“inform certain elements”，最终文案“is subject to the discretion of our content team”，所以更正请求能被接受的部分通常是事实字段（产品名称、官网地址、分类、可核验参数），而不是文案语气。G2 的社区准则则明确表示不会编辑任何评论内容（“We do not, under any circumstances, edit the content of any review”），厂商可做的是回复评论，以及按准则举报伪造或操纵行为。Trustpilot 的企业准则同样把重点放在收集方式与利益冲突上，评论本身的争议可以通过平台的举报流程处理。 ### 行业媒体与新闻稿 媒体文章的更正通常通过编辑渠道完成，请求信需要包含：文章 URL、具体错误段落原文、正确表述、可核查的来源链接、以及公司与被报道对象的关系说明。要求整篇删除通常不会成功，除非文章本身违反平台规则。新闻稿转载出去的版本如果抄错了参数，联系转载方更正比在自家渠道发声明更有效；这一层与[通稿的作用与边界](/post/press-release-for-geo-boundaries/)相关。 ### 论坛与问答社区 社区内容的判定权在版主。Reddit 帮助页写得很清楚：社区版主裁定什么算不受欢迎或垃圾内容。合理路径是在社区内公开提问或通过版规指定的方式联系版主，附上事实与来源；私信骚扰、组织小号顶帖、批量举报都可能导致账号受限。 ## 对外沟通的话术怎么写 给平台的更正请求，结构上按四段写最清楚： - **身份与关系披露。**第一句说明你是谁、与被报道对象的关系（员工、代理服务商、授权代表）。隐瞒关系是多数请求被忽略的原因。 - **事实与证据。**只写需要更正的那一处，给出当前原文、正确表述与来源链接。不要一次列出十几处，也不要顺手附上宣传材料。 - **期望动作。**明确你希望对方做什么：更正数值、更新型号名称、补充已停售说明，还是更新链接。 - **后续与边界。**说明可联系的邮箱与可配合提供的信息，并明确你接受对方按自身规则决定是否修改。 对客户与销售的话术则要克制：处理中的事项就说处理中，不要提前承诺“已经改掉”。客户往往在同一周就会自己搜到旧页面，口径不一致比错误本身更伤人。 ## 记录与复盘 每一次冲突处理都要留档：发现时间、发现渠道、冲突等级、已联系对象、请求内容、对方回复与最终状态。这份记录与引用监测台账合并管理最省事，因为很多冲突本来就是从 AI 回答或搜索摘要里发现的，采样字段可以参照[引用监测与证据留存](/post/ai-citation-monitoring-evidence/)。 复盘时看三个数：同类冲突是否在重复出现（说明源头没修）、平均处理周期（区分必须等平台与可以自己改的）、以及有多少冲突来自描述差异（说明需要简化对外表述）。跨平台资料的一致性检查方法可以对照[评测与目录平台资料一致性](/post/g2-capterra-trustpilot-profile-consistency/)那一篇，先修官网事实清单再逐平台核对，返工最少。 需要提醒的是，外部内容的处置权始终在平台和发布者手里。第三方服务能做的事是：把事实基准整理清楚、按各平台规则提交有依据的请求、持续记录结果。光算在这类项目里按平台逐项确定可执行范围，不对删除负面内容或修改他人文章作承诺，[GEO 服务](https://www.guangsuan.com/geo/)页说明了服务边界与验收口径。 同一套工作里，下面几篇会接着用到：[同一个零件译出三种名字：外贸SEO术语表怎样处理争议](/post/b2b-content-terminology-conflict-log/)。 ## 参考来源 - [Wikipedia:Contact us/Article subjects](https://en.wikipedia.org/wiki/Wikipedia:Contact_us_-_Subjects) — 主体方的合规路径是讨论页提出编辑请求，且无集中审核系统。 - [Wikipedia:Conflict of interest](https://en.wikipedia.org/wiki/Wikipedia:Conflict_of_interest) — 有利益冲突者应在讨论页提出修改，而非直接编辑。 - [Profile Guidelines](https://www.capterra.com/legal/listing-guidelines) — 目录平台最终文案由平台裁量，可更新的是事实字段。 - [Community Guidelines](https://legal.g2.com/community-guidelines) — G2 不编辑评论内容，厂商能做的是回复与举报违规。 - [Spam – Reddit Help（社区版主判定）](https://support.reddithelp.com/hc/en-us/articles/360043504051-Spam) — 社区内容判定权在版主。 - [Trustpilot Legal - Guidelines for Businesses](https://legal.trustpilot.com/for-businesses/guidelines-for-businesses/1) — 企业可在准则范围内回应评论者，并请求验证体验。 --- ## 引用监测：怎样确认 AI 引用的到底是哪个页面 - URL: https://www.guangsuan.com/post/ai-citation-monitoring-evidence/ - 作者: Don Jiang - Published: 2026-09-18T02:47:21+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 把“页面级引用”、“品牌提及”、“域级标签”分开判定，给出采样字段、条件控制与回原页核对的做法；并说明 Bing AI Performance 能证明什么、不能证明什么。 “AI 引用了我们”这句话，在多数团队里其实是三种完全不同的情况被混着说：回答里有指向自己页面的链接、回答里提到了公司名但没有链接、回答来源清单里出现了自己所在的域名。三者能证明的事情差别很大，监测表如果没有区分，做出来的趋势图就没有意义。 ## 三种情况分别怎么判定 - **有可见链接。**这是唯一能称为“页面级引用”的情况。记录时需要同时保存：回答里那句话、指向的具体 URL、链接在回答中的位置（正文内联、末尾来源列表、附图来源）。三者缺一，后续都无法核对“它到底引用了我们哪一页的哪句话”。 - **只提到品牌或数字，没有链接。**只能记为“品牌提及”或“数据命中”。它可能有价值（说明信息被模型记住了），但无法证明来源是你，也无法证明读者能找到你。混进引用统计是最常见的失真来源。 - **来源清单里出现域名。**以 Perplexity 为例，其帮助中心明确写着它标注的是整个网站（“Perplexity rates the whole website a source comes from, not each individual page”），标签只分 Government、Academic、Trusted 三类，且“Most domains on the web do not have a label”。域级标签不能用来判断某一页是否被引用。 ## 快照要留哪些字段 一次完整的采样，至少保存这些信息，缺项要标注为缺项而不是留空： - 采样时间（精确到小时，注明时区）。 - 平台与入口（哪个产品、网页端还是应用端、是否有联网开关）。 - 账号与地区（登录账号类型、出口地区）。同一问题在不同地区结果可能不同。 - 问题原文（逐字记录，不改写成更顺的表达）。 - 完整回答文本（不要只截取提到品牌的段落）。 - 可见来源列表（按页面顺序记录 URL）。 - 截图文件，命名规则与条目对应。 - 无法观察项：模型版本、检索到的候选集合、排序因素，一律写“无法观察”。 这套字段的价值在复测时体现：只有条件一致，两次采样才能比较。模型更新、入口变更、账号类型变化都要单独标注，不能和上一次硬做前后对比。 引用记录表的字段示例（教学演示用本地样例，非客户数据、非任何平台后台）：把“页面级引用”“品牌提及”“域级标签”分开列，复测时才知道该比较什么。 ## 官方数据能证明什么 2026 年 2 月起，Bing Webmaster Tools 公开预览了 AI Performance 报表，这是目前少数由平台官方提供的引用数据。它对各项指标的定义写得很克制，引用时最好原样理解： - Total Citations 是所选时间范围内“citations that are displayed as sources in AI-generated answers”的总数，官方明确它“without indicating placement or presentation within a specific answer”，也就是不含位置与呈现方式。 - Average Cited Pages 是平均每日被引用页面数，官方说明它“does not indicate ranking, authority, or the role of any page within an individual answer”。 - Grounding queries 是检索时使用的关键词短语，官方注明“The data shown represents a sample of overall citation activity”。 - 覆盖范围是它支持的 AI 表面（Copilot、Bing 的 AI 摘要以及部分合作方），并且“Bing respects all content owner preferences expressed through robots.txt and other supported control mechanisms”。 换句话说，这份报表可以证明“我们的某些页面在某段时间被引用过”，不能证明排名、权重或引用率。Google 与 OpenAI 目前没有同类页面级报表；OpenAI 帮助中心只写到排序“using multiple factors”且“Placement is not guaranteed”。 ## 采样条件怎么控制 同一个问题在不同条件下会得到不同回答，所以采样条件必须写进记录，而不是只记答案。需要固定的有四项：一是入口（网页端、应用端、是否有联网开关、是否使用搜索模式）；二是会话形式（新会话首问还是多轮追问，追问会显著改变回答范围）；三是地区与语言（出口地区、界面语言、提问语言）；四是账号类型（未登录、免费账号、企业版账号）。 如果团队同时用几台机器采样，建议固定一台设备与一个出口，其余设备只做补充观察，并在记录里注明。模型更新没有官方通知，所以每次采样记下客户端版本或界面标识，出现明显差异时先怀疑条件变化，再下结论。 ## 引用句是否真的被页面支持 记下链接还不够，要回到链接那一页核对回答里对应那句话。核对分三种结果： - **页面确实支持。**把回答原句与页面原句都存下来，必要时截取页面局部，这是唯一可以写进“引用有效”的情况。 - **页面部分支持或换了口径。**例如页面写的是特定工况下的数值，回答写成了通用结论。这类偏差最值得记录，因为它会误导读者，也是后续修页面的依据。 - **页面不支持。**链接只是背景资料，或者回答综合了多个页面。这时如实写“来源不支持该表述”，不要凑成引用数。 这套核对办法同样适用于外部来源：竞品被引用时，也回原页面对一遍，往往能看出对方在结构或口径上做了什么你没有做的事。 ## 把监测写进项目节奏 监测的用途不是出漂亮图表，而是决定下一步改什么。可用的做法是固定一批问题（含品牌词、品类词、选型词、故障词各若干），每月同一入口采样一次，按“页面级引用 / 品牌提及 / 域级标签”三类分别汇总，再把差异项（引用页变了、事实说错了、来源换成竞品）单列成待办。 其中“事实说错”这一类优先级最高，因为它会持续被复用；处理路径不只看答案本身，还要回到第三方页面上改源头，流程见[外部内容与官网口径冲突](/post/third-party-content-conflict-with-site/)。而如果复测发现被引用的页面从产品页变成了竞品的对比文章，通常意味着对方有更完整的对照结构，这类问题要在页面内部找原因，可以对照[被引用页面的结构拆解](/post/ai-citation-source-page-structure/)逐项检查。 社区类来源也需要单独记一列：同一个结论可能来自 Reddit 的某个长帖而不是你的官网，这类情况在[问答社区回答](/post/reddit-quora-answers-that-get-cited/)那一篇里讲了怎么写才有机会被引用。监测台账、采样频率与复测口径会随平台与市场不同而调整，光算在项目里通常先与客户确认问题集与测试条件，再开始采样，[GEO 服务](https://www.guangsuan.com/geo/)页写明了不承诺固定推荐位与全量监测的边界。 和本篇直接相关的还有：[AI给出的引用看起来很真，怎样确认原文真的说过？](/post/verify-ai-citations-original-sources/)。 ## 参考来源 - [Introducing AI Performance in Bing Webmaster Tools Public Preview](https://blogs.bing.com/webmaster/February-2026/Introducing-AI-Performance-in-Bing-Webmaster-Tools-Public-Preview) — 官方页面级引用数据的指标定义与口径限制。 - [Understanding source labels - Perplexity Help Center](https://www.perplexity.ai/help-center/en/articles/20260806-understanding-source-labels) — 来源标签是域级判定，不能作为页面级引用证据。 - [Searching the web with ChatGPT](https://help.openai.com/en/articles/9237897-chatgpt-search) — 引用可见但排序不保证，结果可能不完整或过时。 - [AI features and your website](https://developers.google.com/search/docs/appearance/ai-features) — AI Mode 与 AI Overviews 可能使用不同模型，展示的链接集合会不同。 --- ## 被同行主动引用的资料长什么样：可引用单元与长期链接 - URL: https://www.guangsuan.com/post/citation-ready-units-and-permanent-links/ - 作者: Don Jiang - Published: 2026-09-18T02:47:21+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 把资料做成能被单独摘走的引用单元（定义句、数据表、参数卡、步骤、图），配稳定地址与版本记录，用持久标识与许可说明降低对方的引用成本，并处理改版与内容漂移。 同行引用你的资料，通常不是因为整篇文章好，而是因为文里有一个能直接搬走的东西：一句可独立成立的定义、一张带口径的数据表、一个参数卡、或者一张能配上说明的图。这件事的另一半同样重要——别人引用之后，指向你的链接要一直有效，别人也要知道该怎么写署名。这一篇只谈这两件事：把内容切成可引用单元，以及让这些单元长期可用。 ## 什么叫一个“可引用单元” 判断标准很实际：如果把这一段、这一张表、这一张图单独复制到另一个页面里，它是否仍然成立、仍然可核验。通过这个测试的形态大体有五种： - **定义句。**一个术语在你所处行业里的准确含义，以及它和相邻概念的区别。独立成段，第一句就给出定义。 - **数据表。**同一组对象在同一组维度下的对照，带单位、口径和样本说明。表比三段叙述更容易被完整引用。 - **参数卡。**某个型号或方案的适用条件、上限、下限、例外情形，适合被选型类内容直接引用。 - **流程步骤。**可复现的操作顺序，每一步有前置条件与结果判断，不依赖读者脑补。 - **图与图注。**图本身表达结构或差异，图注给出数据来源、口径与授权，使图可以被转载。 反面例子也很清楚：把关键数据做成一张没有 alt、没有图注的图片；把对照表放进只能下载的 PDF；把定义藏在三段铺垫之后。这些做法都会让本来有用的内容无法被引用——不是别人不想引，而是没法引。 ## 给每个单元配一个能长期打开的地址 引用他人的页面时，一个常见问题是链接两年后失效，或者指向首页而读者找不到原文。设计自己的资料时，可以从这几件事入手： - 每个小节有稳定的锚点标识，且不随页面改版消失。改标题时保留旧锚点，或至少保留一个跳转。 - 页面本身有规范 URL，避免同一内容因为参数或分页出现多个版本。 - 如果资料会更新，把“当前版本”与“历史版本”分开，历史版本不要悄悄覆盖。 对长期被引用的重要资料（行业调研、检测方法、数据集），可以考虑使用持久标识。DataCite 的官方说明解释了它的作用：DOI 是对象的数字标识，“DOIs identify objects persistently”，并且推荐始终把 DOI 显示为永久 URL（permanent URLs）。相比一长串容易失效的路径，持久标识能让引用方更有信心。 一条真实的引用长什么样：来源被登记为可核查的条目——发表方、作者、标题、日期与可点击地址。截图取自公开维基百科页面，用于说明引用方需要的最小信息集合。 ## 版本与日期：被引用资料的时间成本 第三方引用一份资料时，最怕的是“不知道它是什么时候的数据”。给资料加上这几项，能显著降低对方的引用成本： - 发布日期与最近更新日期分开写，并说明本次更新改了什么。 - 数据的采集时间区间，而不是文件上传时间。 - 版本号，配合一份简短的修订记录（哪一版改了什么，为什么改）。 教学示例：一份《2026 年欧洲仓储自动化选型参考》如果只写“2026”，读者无法判断数据来自 1 月还是 11 月；写成“数据采集期 2026-01-15 至 2026-03-31，修订记录 v1.1（2026-05 修正德国区样本说明）”，引用方就敢直接引用，也便于日后对照。以上为格式示例，不涉及任何真实调研数据。 ## 许可与署名：让别人知道怎么引用你 资料被引用时出现无出处、图片被裁掉图注，多数情况下不是恶意，而是许可没写清楚。Wikimedia Commons 的署名规范提供了可直接照搬的写法逻辑：Creative Commons 类许可要求复用者保留署名、作品标题，并在合理可行范围内给出许可方指定的链接（URI）；“reusers distributing files found at Wikimedia Commons must provide credit line with license and author”。 企业自建资料可以采用同样做法，在页面或文件页底部加一小段“引用与许可”：建议的引用格式（含标题、机构、年份、URL）、图片作者与许可、是否允许商业转载、是否允许修改。如果希望媒体或同行更容易引用你的图，最好在图片附近直接给出这种说明，而不是放在网站页脚深处。 ## 被引用之后：链接失效能补救，内容漂移不能 资料一旦开始被引用，页面的改动就要多考虑一层。改版换 URL 而不做跳转，是最典型的自损行为：外部引用指向的地址变成 404，别人不会回来修，只会换成另一个来源。改版时保留 301 跳转、保留旧锚点，或者干脆为长期资料单独保留一个不随站点改版变动的路径。 更难处理的是内容漂移：同一份资料在两年内被反复修改，但标题和 URL 没变，于是外部引用指向的内容与当初引用的那一段已经不同。可行的办法是把“稳定骨架”与“可更新数据”分开：骨架（定义、方法、适用范围）尽量少改，需要更新的数据放在整块替换的章节里，并记录版本。这样引用方引用的那句定义不会因为你更新了一个月度数字而失效。 ## 与开放知识库、AI 引用的衔接 可引用单元做扎实之后，开放知识库里的基础事实才有稳定的对照对象。例如 Wikidata 上的行业、总部、产品属性需要有公开可查的来源支持，如果自有资料本身就是带版本和许可的公开文件，引用关系会清爽很多；关于开放知识库的收录条件与常见失败，可以对照[Wikipedia 与 Wikidata 的收录条件](/post/wikipedia-wikidata-notability-and-failures/)。 另一头是页面结构：同一个可引用单元在页面上放的位置（小节首句、独立的适用条件段落）会直接影响它能否被单独摘走，这一层可以对照[被引用页面的结构拆解](/post/ai-citation-source-page-structure/)。两项工作合起来才算完整——资料本身可引用，页面上的位置也对。 如果公司手上已经有大量检测报告、技术文档和选型经验，通常会先做一次盘点，把能改成公开页面的部分挑出来，再决定哪些做成带版本的核心资料。这个过程需要逐项目判断素材的真实性与公开边界，光算的做法是先出资料缺口清单再定执行范围，[GEO 服务](https://www.guangsuan.com/geo/)页说明了对交付与验收的界定方式。 延伸阅读，按你接下来要面对的下一步选：[什么资料值得同行主动引用？把选型经验做成可核查的公开资源](/post/industry-reference-resource-design/)。 ## 参考来源 - [DOI Basics](https://support.datacite.org/docs/doi-basics) — DOI 是持久标识，建议以永久 URL 形式展示。 - [Commons:Credit line - Wikimedia Commons](https://commons.wikimedia.org/wiki/Commons:Credit_line) — CC 类许可的署名要求包含作者与许可信息。 - [AI features and your website](https://developers.google.com/search/docs/appearance/ai-features) — 页面必须已被索引并具备带摘要展示的资格。 - [Optimizing Your Content for Inclusion in AI Search Answers](https://about.ads.microsoft.com/en/blog/post/october-2025/optimizing-your-content-for-inclusion-in-ai-search-answers) — 官方建议：答案要能被摘取、自我完整。 --- ## 新闻稿对 GEO 能做什么、不能做什么 - URL: https://www.guangsuan.com/post/press-release-for-geo-boundaries/ - 作者: Don Jiang - Published: 2026-09-18T02:47:21+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 通稿的作用是固定事实与给媒体原材料，不是获得 AI 引用的捷径。核对 PR Newswire 撰写规范、谷歌链接垃圾与站点声誉政策、rel=sponsored 要求，并列出不适合用通稿做的事。 关于新闻稿（通稿）的讨论经常走两个极端：一种说发通稿对 AI 搜索没用，另一种说发得够多就能被引用。按已公开的规则看，两种说法都不准确。通稿有它稳定的作用，也有它明确做不到的事，分清之后投入方式就清楚了。 ## 通稿真正的作用：把事实固定成一个带日期的公开记录 新闻稿的形态决定了它的价值。它用固定的结构交代谁、做了什么、什么时候、为什么重要，并且带发布方与联系人。对企业来说，这产生了三件有用的东西： - **一个统一的事实出口。**产品名称、发布日期、关键参数、合作方名称在一个可公开引用的页面上写清楚，后续媒体转载与客户核对都以它为准。 - **给记者和行业媒体的原材料。**记者的时间有限，结构清楚、数据完整的材料被采用的概率更高；这也是通稿唯一能间接影响“第三方报道”的路径。 - **带时间戳的公开记录。**半年后回看“我们什么时候宣布过这个参数变更”，通稿比自己后台的记录更有说服力。 ## 通稿做不到的事 把边界说清楚能省不少预算。通稿本身不会让 AI 回答开始引用你，原因不神秘：AI 回答引用的是能支持某句话的具体页面，而通稿通常是唯一来源的自我陈述（维基百科等平台明确把新闻稿排除在“独立来源”之外，理由正是它由主体自己发布）。想靠通稿数量换来引用，方向上就错了。 另一个常见误解是“通稿里的链接能带权重”。Google 的官方规则对这类链接有明确处理方式：广告或付费投放的链接应当标注为 `rel="sponsored"`（`nofollow` 仍可接受），而链接垃圾政策把“Advertorials or native advertising where payment is received for articles that include links that pass ranking credit”列为违规做法。同时，站点声誉政策针对的是把第三方页面放到权重较高的站点上以利用其排名信号的行为——Google 在 2024 年 11 月的更新中明确，第一方参与程度不影响这类内容的第三方性质。因此，任何承诺“付费发稿带权重、影响 AI 引用”的方案，都值得先对照这几份官方文档再决定。 新闻稿的接收端是记者与编辑：他们需要可直接使用的事实与数据。照片来自公开图库（作者与许可见图注出处），与光算及任何客户无关，仅用于说明通稿的实际流转场景。 ## 写法要求：来自分发平台自己的规范 PR Newswire 公开的新闻稿撰写指南里，几条要求与我们的经验一致，也能回答“通稿要不要堆链接”： - 链接数量控制在 1 到 3 个，并且要“unique and relevant”，链接文字要有信息量，不要写“click here”。 - 不要放大量链接：指南原文是“Include a ton of hyperlinks—they can be distracting and too many negatively impacts how search engines handle your release.” - 不要写成广告或社论语气，不要用第一人称，不要堆关键词。 - 不要写成上一份通稿的轻微改写版：重复的模板化内容让媒体难以采用。 - 数据要出现。指南把“Include stats/numbers/data”明确列为记者最想要的内容。 这份清单里唯一与“可见度”有关的表述是多媒体素材可能提升可见度（指南提到多媒体有助于“Boost your SEO/GEO/AEO results”）。请注意这是分发平台的商业主张，不是平台官方的引用机制说明；把它当作“做多媒体是为了信息完整”更合适。 ## 什么情况下适合发通稿 把通稿放回工具箱，判断标准是“这条消息是否需要公开留痕”。适合的情况包括：产品特性或参数发生实质变更、公司名称或品牌发生变更、通过某项认证或参与某项标准工作、发布一份带方法的行业调研。不适合的情况也很典型：把官网已有的内容重新包装成“新闻”、为了关键词发布无关消息、以及把通稿当成外链套餐的一部分。 调研类通稿值得单独提一句。如果调研有可公开的方法说明（样本来源、样本量、采集时间、提问原文），它有两种用途：一是媒体更愿意引用，二是报告的正文本身能成为一个可引用的资料单元，做法见[可引用单元与长期链接](/post/citation-ready-units-and-permanent-links/)；如果调研是从行业媒体与协会渠道发布的，配合方式在[行业媒体与协会](/post/industry-media-and-association-citable-assets/)那一篇里写了。 ## 发布节奏与转载处理 通稿的另一个边界是频率。分发平台自己的指南就提醒不要发上一份的轻微改写版，原因在接收端：记者和编辑每天收到大量雷同材料，重复模板会让后续重要消息一起被忽略。比较可执行的节奏是按“消息是否实质变化”来决定发布，而不是按季度凑数。 转载一旦发生，还需要处理两件事。第一是原始出处：如果同一消息在多个站点出现，保留首发页面与时间记录，便于外部核对哪个版本最准确。第二是改写风险：转载常把限定条件抄丢，例如把“在特定工况下达到的数值”抄成“达到的数值”。发现这类问题时，联系转载方更正比在自家渠道发声明更有效；更正请求的写法与记录要求，可以参照[外部内容与官网口径冲突](/post/third-party-content-conflict-with-site/)里的处理流程。 ## 发完之后要做的记录 通稿发布后，需要保留的不是“发了几家”，而是可复查的记录：每个可访问 URL、发布时间、转载站点、以及转载是否保留了原始链接与公司名称。留这些记录的目的有两个：一是后续核对事实是否被改写（转载常出现参数抄错），二是当同一消息在不同站点出现多个版本时，能说明哪个是原始出处。这些记录最终要能进入引用监测的同一份台账，字段设计可以参照[引用监测与证据留存](/post/ai-citation-monitoring-evidence/)。 如果公司一年只发几条重要消息，通稿的性价比是高的：它成本可控、事实准确、可长期检索。真正的投入重点仍在于那些能被第三方引用的实质材料。要判断哪些消息值得公开留痕、哪些更适合写成技术资料，可以按项目具体情况来定，光算在这类决策上提供的是评估与执行建议，不是效果承诺，[GEO 服务](https://www.guangsuan.com/geo/)页列出了相关工作的边界。 这部分通常还要配合其他环节一起做：[如何辨别外链服务商提供的链接是不是“垃圾农场”](/post/%e5%a6%82%e4%bd%95%e8%be%a8%e5%88%ab%e5%a4%96%e9%93%be%e6%9c%8d%e5%8a%a1%e5%95%86%e6%8f%90%e4%be%9b%e7%9a%84%e9%93%be%e6%8e%a5%e6%98%af%e4%b8%8d%e6%98%af%e5%9e%83%e5%9c%be%e5%86%9c%e5%9c%ba/)。 ## 参考来源 - [GUIDE TO WRITING A GREAT PRESS RELEASE](https://www.prnewswire.com/content/dam/prnewswire/resources/tip-sheets/prn-guide-to-writing-a-great-press-release-2025.pdf) — 分发平台的官方撰写指南：链接数量与写法要求。 - [Qualify your outbound links to Google](https://developers.google.com/search/docs/crawling-indexing/qualify-outbound-links) — 广告与付费投放链接应标注 sponsored。 - [Spam policies for Google web search](https://developers.google.com/search/docs/essentials/spam-policies) — 付费广告型文章若传递排名信号属于链接垃圾。 - [Updating our site reputation abuse policy](https://developers.google.com/search/blog/2024/11/site-reputation-abuse) — 第一方参与程度不影响第三方内容的性质认定。 --- ## 评测与目录平台：G2、Capterra、Trustpilot 资料一致性检查 - URL: https://www.guangsuan.com/post/g2-capterra-trustpilot-profile-consistency/ - 作者: Don Jiang - Published: 2026-09-18T02:47:21+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 三个平台规则不同：Capterra 的文案由平台裁量、G2 不允许编辑评论、Trustpilot 管评论收集方式。给出八项字段核对清单与不一致的处理顺序。 同一家公司，在 G2、Capterra、Trustpilot 上的名称拼写、产品分类、描述语气往往各不相同。多数不一致不是谁写错了，而是三个平台的规则本来就不一样：一个平台允许你提交描述但保留改稿权，另一个平台只允许用户写评价，第三个平台连“怎么邀请评论”都管。先弄清各自规则，再谈一致性。 ## Capterra：描述由厂商提供，最终文案由平台定 Capterra 的资料指引里有一句必须先知道的话：“While Vendor-provided information is used to inform certain elements of profile pages and content, the final copy is subject to the discretion of our content team.” 也就是说，你提交的是素材，不是定稿。 收录条件也不只是“有没有产品页”。公开指引列出的要求包括：必须是 B2B 或 B2C 的成品软件（不接受定制开发项目）、必须属于现有分类、必须公开可购买或有试用与演示入口、必须以厂商官网上的产品名称出现（不接受经销商名称）。文案层面则是明确的正负清单：描述必须原创、不得从别的网站复制，产品名称必须与官网一致，目标链接必须可打开并指向厂商网站；不得使用第一人称（we、our、us），不得使用“best、most、fastest”这类比较性最高级，不得放行动号召和联系方式。 这些规则对一致性的意义在于：官网上的产品名如果有两三种写法，平台侧会跟着乱。整改顺序应该是先在官网固化唯一产品名与描述首段，再对照平台逐条校对。 Capterra 公开的资料（Profile）指引局部：文案的 Do 与 Don't 写得很具体，且最终文案由平台内容团队裁量。截图取自公开页面，用于说明厂商侧资料的可控范围。 ## G2：厂商能做什么、不能做什么 G2 的社区准则把信任框架拆成三条：真实性（评审者与厂商信息必须来自真实的人和真实公司）、准确性（产品、厂商与评价信息必须真实可验证）、完整性（禁止操纵，包括假评论、错误信息与欺骗行为）。 对厂商侧，规则是以禁止清单的形式给出的，其中与日常运营最相关的几条：不得用“筛掉潜在负面评论”的方式收集评论；不得只针对正面评价设置激励；不得伪造产品或厂商资料（“Fake Product or Vendor Profile Creation”）；不得回采竞品的评论或其聚合星级；不得回采评分、徽章与报告（G2 明确说明徽章与 Grid 类报告未经许可不得转载，报告转载还必须带上季度、公司规模与类别名称）。 评价内容本身，G2 的态度是“We do not, under any circumstances, edit the content of any review”，并且承诺不会要求只提交正面评价、不会隐藏负面评价。评分与 Grid 位置由算法实时计算，G2 说明其不使用主观输入。这些说法值得在内部周会上讲一次：它意味着“把差评处理掉”这条路在规则上是不存在的，能做的是回复与改进产品。 ## Trustpilot：管的是收集方式，不是文案 Trustpilot 的两份公开准则分别约束评审人和企业。对企业的要求集中在收集环节：只有在近期有过真实体验的人可以写评论（通话、下单、到店都算）；有利益冲突的人不能评论，包括本企业员工与直系亲属，员工也不能评论竞品；邀请评论时不得提供折扣、返现、积分、礼品、优惠券等激励；未经许可不得在自有场所收集评论，也不得让客户使用公司设备写评论。评审人一侧的要求是“Reviews should be based on your genuine experiences”，且“Fake reviews are not allowed and will be removed”。 这里没有“官方描述怎么写”的规则，所以一致性工作落在另一件事上：企业名称、域名、地点、业务类别这些登记信息要与官网完全一致，因为当客户在搜索里比对公司身份时，这些字段是最先被看到的。 ## 一致性检查表：八项逐条核对 把三个平台摊在同一张表上，需要核对的是这些字段： - 公司法定名称与对外品牌名，两个字段是否在所有平台分列清楚。 - 官网 URL：是否统一到不带多余路径的规范地址。 - 产品名称：是否与官网产品页标题逐字一致（Capterra 明确要求）。 - 分类与标签：是否落在正确的类别里，避免被归入不符合实际用途的分类。 - 描述首段：是否使用第三人称、不含最高级、不含行动号召。 - 关键参数：精度、容量、兼容范围等数值是否与官网技术页一致，单位是否相同。 - 公司规模、所在地、成立年份：是否与官网“关于我们”一致。 - 资料更新时间：三个平台的最后修改时间，是否都晚于官网最近一次产品变更。 核对时最容易暴露问题的恰恰是第五条和第六条：官网技术页往往只有图片或 PDF，平台侧的数值来自早期版本，于是出现两份互相矛盾的参数。这类不一致一旦被 AI 回答或客户同时看到，会直接影响信任。 ## 发现不一致之后的处理顺序 不建议看到一处不一致就直接发邮件要求改。先判断性质：是事实错误（数值、名称写错）、过时信息（产品已停产或参数已变）、还是表述差异（同一事实的不同说法）。事实错误优先处理并留存证据；过时信息要看平台规则是否允许更新；表述差异多数不需要处理。各平台的可修改渠道不同，Wikipedia 类项目走讨论页与利益冲突声明，目录平台走资料申领与更新请求，论坛类走社区版规，这一套流程与话术在[外部内容与官网口径冲突](/post/third-party-content-conflict-with-site/)里单独展开。 还有一个顺序问题值得强调：先核对[开放知识库里的基础事实](/post/wikipedia-wikidata-notability-and-failures/)（名称、官网、行业），再看评测平台的描述。基础事实错了，下游所有资料都会跟着错，而返工成本会一直往上走。要做跨平台资料审计的话，光算通常先从官网事实清单开始，再逐平台对照并记录差异，具体覆盖的平台与更新频率按项目确定，[GEO 服务](https://www.guangsuan.com/geo/)页对这些边界有说明。 如果正在处理这类情况，下面两篇可以对照着看：[竞品外链别照着名单抄：读懂对方为什么被引用](/post/competitor-backlink-citation-reasons/)。 ## 参考来源 - [Profile Guidelines](https://www.capterra.com/legal/listing-guidelines) — 厂商提供的信息只用于参考，最终文案由平台内容团队裁量。 - [Community Guidelines](https://legal.g2.com/community-guidelines) — G2 的信任框架与禁止行为（评论收集、伪造资料、回采竞品）。 - [Trustpilot Legal - Guidelines for Businesses](https://legal.trustpilot.com/for-businesses/guidelines-for-businesses/1) — 有利益冲突者不能写评论，员工不能评论竞品。 - [Guidelines for reviewers](https://legal.trustpilot.com/for-reviewers/guidelines-for-reviewers) — 评论必须基于真实体验，假评论会被移除。 --- ## Reddit、Quora 上什么样的回答会被引用 - URL: https://www.guangsuan.com/post/reddit-quora-answers-that-get-cited/ - 作者: Don Jiang - Published: 2026-09-18T02:47:21+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 按 Reddit 与 Quora 现行规则原文说明：回答怎么写在社区里站得住、为什么链接不是问题而“以链接为目的”才是问题，以及四种会被折叠或删除的写法。 在英文问答社区做内容，最常见的误解是“把链接发出去就等于布局完成”。Reddit 和 Quora 的现行规则恰恰是围绕“回答本身有没有用”来设计的：链接不是问题，把链接当目的才是问题。下面按平台规则原文、回答该有的写法、以及容易被删除的几种形态分开说。 ## Reddit：垃圾不是由“有没有链接”定义的 Reddit 帮助中心对垃圾内容的定义是“repeated or unsolicited actions (whether automated or manual) that negatively affect redditors, communities, and/or Reddit itself”，并写明“is never allowed”。值得注意的几点： - 它把“反复发布重复内容以获取曝光或财务收益”“反复分享旧内容刷声望”“用机器人或生成式工具助推内容扩散”都列为可能的违规行为。 - 对自推广给出的建议是减少频率或走自助广告产品：“If your contributions to Reddit consist primarily of links to a business that you run, own, or otherwise benefit from, please be thoughtful about the frequency of posting, or consider advertising opportunities using our self-serve platform.” - 判定权在社区：帮助页明确“community moderators adjudicate what constitutes unwanted/spammy content in their communities and may take action accordingly”，因此同一套做法在不同 subreddit 结果可能完全不同。 - 社区层面常见的“10% 规则”在 Reddit 官方帮助页里也被提及：部分社区要求只有 10% 的发帖与评论带自我推广性质，其余 90% 应与个人利益无关且对他人有帮助。 ## Quora：回答必须能独立读懂 Quora 的问答政策对回答写法的要求更成文，几条可以直接当作检查项： - 回答必须针对所问的问题，而不是借题发挥。 - “A user should disclose any relevant affiliations explicitly in an answer or in the credential that appears with the answer. Affiliate links are not allowed.” 关联关系要显式披露，联盟链接一律不允许。 - “Self-promotional links or self-promotion that does not form a part of a direct and helpful response to the question is not allowed.” 自推广只有作为有用回答的一部分才可能被接受。 - “The gist of the answer should be able to be understood without having to leave Quora to access an external website.” 这句话实际上定义了可被引用的回答长相：把结论写在本站，链接只作为延伸阅读。 平台政策里另有一条与引流直接相关的条款：为把流量导向外部站点或获取金钱而发布无关回答、编辑问题夹带链接、为推广业务提问、反复推广同一产品服务，都属于垃圾内容。换句话说，问题页不是着陆页。 原创场景示意：社区回答的写法与核对动作——把型号、工况、持续时间与限制写进回答，并检查是否脱离外部链接仍能读懂（非真实平台界面、非客户场景）。 ## 什么样的答案更可能被当成来源 把上面两条规则反过来读，就能得到一份写法清单。社区里真正会被反复引用、乃至被 AI 回答取用的回答，通常具备这些特征： - **结论先写，且能独立成立。**第一段就回答“能不能、值不值、怎么做”，不依赖点击链接才明白。 - **给具体条件与结果。**型号、规格、工况、持续时间、失败的情形，都是别人引用时需要的锚点。含混的经验描述很难被引用，因为它无法核验。 - **承认限制。**写清“这个方法在我们场景有效，但不适用于 X”，能显著降低被误读的概率。 - **披露身份但不推销。**Quora 允许组织账号，但要求关联披露；披露之后讲技术细节，比隐藏身份做软性推荐更安全。 - **有可核对的时间与版本。**“2026 年 3 月，软件版本 X”比“近期”有用得多，因为读者能判断信息是否过时。 ## 账号与身份怎么处理 是否需要公司账号取决于平台规则。Quora 明确允许组织创建账号代表法人主体，但会要求部分账号提供验证，且关联披露义务不因此免除；Reddit 没有“企业身份加成”，无论用哪个账号，判定标准都是内容与实际贡献。实践中较稳的做法是：以真实身份参与，个人资料里写清所在公司与职务，回答里提到的自家产品与相关参数明确标注为自家资料，并给出官网技术页链接而不是促销页。 开工前先读目标社区的规则。Reddit 各社区的自推广宽松程度差别很大，有的完全禁止任何推广内容，有的接受 10% 比例；这些规则通常写在社区侧边栏或 wiki 里，发帖前读一遍比发布后被删要省事。 ## 四种会被折叠或删除的写法 - 回答只有一句“可以看我们官网的详细介绍”，其余内容为链接。Quora 政策对此有明确条款，Reddit 侧通常直接按社区版规处理。 - 同一段话在多个问题下重复粘贴，改几个词换标题发布。这触犯“repeatedly posting the same or similar comments”。 - 问题本身是自己提的，用来引出自己的产品或服务。Quora 平台政策把“为推广业务或服务发问”列为垃圾内容。 - 借旧内容刷曝光。Reddit 明确把“反复分享旧内容以快速积累声望”列为可能违规的行为。 还有一件事需要提前想清楚：社区回答属于长期资产，不属于投放渠道。它的收益方式是几年后有人在检索“某型号在什么条件下会出问题”时读到你的回答，而不是发完当天带来询盘。 ## 怎么把社区工作排进整体信源计划 合理的排序是先确定公司在英文市场的“可信事实”有哪些（检测数据、故障处理方法、选型判断依据），再决定哪些问题适合用社区回答承接，哪些更适合行业媒体或自有文档。不同来源类型的准入条件差别很大，可以先看[英文市场第三方来源类型](/post/english-market-third-party-ai-sources/)那一篇做整体取舍。如果一个回答里出现了与官网口径不一致的参数，处理的顺序和话术在[外部内容与官网口径冲突](/post/third-party-content-conflict-with-site/)里单独写了流程。 社区内容还有一个常被忽略的收尾动作：把公开回答里的关键结论回写到官网（例如把常见故障的判断方法整理成技术说明页）。这样既让社区回答站得住，也让官网多了一个可被引用的页面。光算在跨境项目里通常会把社区、媒体与自有页面放在一份清单里统一评估，具体覆盖哪些社区与问题按项目情况确定，[GEO 服务](https://www.guangsuan.com/geo/)页写明了服务范围与验收方式。 同一问题的相邻角度：[如何利用Reddit和Quora找高意向SEO选题](/post/%e5%a6%82%e4%bd%95%e5%88%a9%e7%94%a8reddit%e5%92%8cquora%e6%89%be%e9%ab%98%e6%84%8f%e5%90%91seo%e9%80%89%e9%a2%98/)。 ## 参考来源 - [Spam – Reddit Help](https://support.reddithelp.com/hc/en-us/articles/360043504051-Spam) — Reddit 对垃圾内容的定义与自推广建议。 - [How do I keep spam out of my community? – Reddit Help](https://support.reddithelp.com/hc/en-us/articles/28012014962580-How-do-I-keep-spam-out-of-my-community) — 10% 规则是部分社区的实践，判定权在版主。 - [Question and Answer Policies – Quora Help Center](https://help.quora.com/hc/en-us/articles/9456583756180-Question-and-Answer-Policies) — 回答必须针对提问、披露关联、联盟链接不允许。 - [Platform Policies – Quora Help Center](https://help.quora.com/hc/en-us/articles/360000470706-Platform-Policies) — 以引流为目的的无关回答与重复推广属于垃圾内容。 --- ## Wikipedia 与 Wikidata：收录条件、边界与常见失败 - URL: https://www.guangsuan.com/post/wikipedia-wikidata-notability-and-failures/ - 作者: Don Jiang - Published: 2026-09-18T02:47:21+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 企业维基条目为什么建不上或被删：关注度与独立来源的判定、组织类收录的现实比例、付费编辑披露与利益冲突要求、Wikidata 三条收录条件，以及六种高频失败原因。 企业维基条目通常死在两种情况下：一种是从一开始就不符合收录条件，硬写出来很快被提删；另一种是符合条件但写成了公司简介，语气问题导致内容被大幅删改。这两种失败的解法完全不同，混在一起讨论就会得出“维基百科对 B2B 不友好”的结论。 ## 收录看的是“别人怎么写过你” 英文维基百科的关注度指引把这个标准写得没有余地：主题要被认为适合独立条目，必须有“significant coverage in reliable sources that are independent of the subject”。其中“独立”有明确定义——广告、新闻稿、自传和公司自己的网站都“are not considered independent”。组织类指引进一步说明，关注度不由重要性或知名度决定：“No company or organization is considered inherently notable”，也不存在“继承关注度”（例如母公司著名不代表子公司自动符合条件）。 这段话对企业意味着一个现实：能否建条目，取决于过去几年是否有独立媒体、行业研究机构或学术来源真正报道过你，而不是取决于你的营收规模或技术实力。维基百科组织类指引自己也提示，“only a small percentage of the world's organizations meet the requirements for a Wikipedia article”。 维基百科关注度指引页开头：要点摘要与通用关注度标准（GNG）就在同一屏。截图取自公开页面，用于说明收录判断依据的是独立来源的显著覆盖。 ## 六种高频失败，以及各自的原因 - **来源全部来自自家。**官网、产品手册、公司新闻稿、创始人访谈，都不构成独立来源。这类草稿被提删时通常没有争议。 - **只有例行报道。**展会参展、新品发布、获得某认证这类新闻即使被转载，也多属于例行报道，不足以支撑“显著覆盖”。 - **把行业存在感当成关注度。**“这个行业里大家都知道我们”不是可核查的证据。关注度要求的是可查证的已发表来源。 - **语气像宣传页。**通篇“领先的”“一站式解决方案”“致力于”，在编辑视角里属于需要清理的内容。组织类指引明确反对把维基百科当作宣传渠道。 - **没披露付费编辑。**维基百科的付费贡献披露政策要求披露雇主、客户与关联关系；未披露的付费编辑被禁止继续编辑（“Editors who fail to disclose paid contributions are prohibited from editing”）。这一条经常被外包服务商忽略，后果由品牌承担。 - **直接改自己的条目。**利益冲突指引写得很清楚：有利益冲突的编辑“are strongly discouraged from editing affected articles directly, and can propose changes on article talk pages instead”。直接改写的风险不是被批评，而是内容被整体回退。 ## 合规的路径长什么样 如果条目已经存在，而内容有事实错误或遗漏，可行的做法是走讨论页：在条目讨论页新建一节，按维基百科《Contact us/Article subjects》页面给出的步骤留下编辑请求（该页面建议在请求开头加上 {{Edit COI}} 标记），附上独立来源说明希望修改的内容。这个页面还有一句话值得记住：“Wikipedia articles are maintained by volunteer editors; there is no centralised review system.” 也就是说，没有可以“提工单”的官方入口，响应时间不由你控制，也不需要反复催。 如果条目不存在，处理顺序应该是先看有没有独立来源可用，再决定是否值得投入。若确实没有，合理的做法是把资源放到更能被检索的位置，而不是反复提交草稿。对企业来说，还有一条替代路径是把可核查的事实放到其他能被引用的公开资料里，这与维基百科不冲突。 ## 判断“有没有独立来源”的实操口径 把过去三年所有提到公司的公开材料列成一张表，逐条标注三件事：发表方是否与公司有商业关系、内容是否以报道你为主、是否有署名作者。三项都通过的才算候选来源；只有一项通过的多半是例行提及。这张表通常会带来一个不那么愉快但有用的结论——公司缺的不是条目，而是能被第三方独立报道的事实，比如可公开的检测数据、行业问题的实证研究、或对某一技术难题的可复现解法。 另外要接受一个边界：收录决定权不在企业手里。草稿被退回或条目被提删时，争论“我们很重要”没有意义，只能补独立来源。反过来说，任何承诺“包建维基百科条目”“保证通过审核”的服务，都与平台现行规则冲突，维基百科专门设有未披露付费编辑的举报渠道。 ## Wikidata：门槛不同，用法也不同 Wikidata 不是维基百科的草稿区，它有独立的收录条件。官方政策写明条目只需满足三条之一：含有至少一个有效 sitelink（指向维基百科等维基媒体项目页面）、指向“a clearly identifiable conceptual or material entity that can be described using serious and publicly available references”，或满足结构需求（用于让其他条目的陈述更有用）。政策同时说明这些条件“intentionally left a bit vague”，有分歧时由社区讨论决定。 对企业来说，Wikidata 更像一个结构化事实的挂载点：名称、官网、行业、总部、产品、标识符这些属性可以带来源逐条填写，供其他系统读取。它的边界同样清楚：没有独立来源支持的内容不会被保留，把 Wikidata 当成品牌宣传位是常见误解。 开放知识库的内容由志愿者编辑维护，线下编辑活动是这种协作方式的常见形态。照片来自公开图库（作者与许可见图注出处），与光算及任何客户无关。 ## 这些工作对 AI 引用意味着什么 开放知识库是外部事实基准之一，但不是必须项，也不应该是第一步。它真正的作用是在品牌名称、产品名称、成立时间、所属行业这类基础事实上提供一个稳定、可被其他系统读取的版本。基础事实有冲突时，连带影响的是其他平台上的资料页；处理方式见[外部内容与官网口径冲突](/post/third-party-content-conflict-with-site/)。 另外一件常被忽略的事：维基百科条目或 Wikidata 条目的价值取决于被引用的方式。规范的引用需要稳定链接、版本信息与许可说明，这部分做法在[可引用单元与长期链接](/post/citation-ready-units-and-permanent-links/)里单独展开。至于要不要为某个市场申请开放知识库条目，光算通常先评估独立来源基础再给建议，不承诺收录结果；相关工作范围按项目确定，[GEO 服务](https://www.guangsuan.com/geo/)页说明了对交付与验收的界定方式。 相关的基础方法可参考：[维基百科引用对SEO有什么价值：引荐流量与编辑规则](/post/%e7%bb%b4%e5%9f%ba%e7%99%be%e7%a7%91%e7%9a%84%e5%a4%96%e9%93%be%e5%af%b9seo%e6%9c%89%e7%94%a8%e5%90%97/)。 ## 参考来源 - [Wikipedia:Notability](https://en.wikipedia.org/wiki/Wikipedia:Notability) — 通用关注度标准与“独立来源”的定义。 - [Wikipedia:Notability (organizations and companies)](https://en.wikipedia.org/wiki/Wikipedia:Notability_(organizations_and_companies)) — 公司不因重要而自动获得条目，也不继承关注度。 - [Wikidata:Notability](https://www.wikidata.org/wiki/Wikidata:Notability) — Wikidata 收录条件与 sitelink 要求。 - [Wikipedia:Paid-contribution disclosure](https://en.wikipedia.org/wiki/Wikipedia:Paid-contribution_disclosure) — 付费编辑必须披露雇主、客户与关联，未披露者禁止编辑。 - [Wikipedia:Conflict of interest](https://en.wikipedia.org/wiki/Wikipedia:Conflict_of_interest) — 有利益冲突者不宜直接编辑，可在讨论页提出修改。 --- ## 行业媒体与协会：怎样做出真正会被引用的公开资料 - URL: https://www.guangsuan.com/post/industry-media-and-association-citable-assets/ - 作者: Don Jiang - Published: 2026-09-18T02:47:21+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 面向英文市场的机构渠道做法：媒体投稿对数据来源与文体的要求、协会技术委员会与联合调研的参与方式、署名与再利用许可、付费版面在谷歌站点声誉政策下的边界。 资料做得再扎实，如果只是躺在官网的下载中心里，被引用这件事基本不会发生。行业媒体、协会、标准组织这些机构渠道的作用，是把内容放到别人已经在看、检索系统已经在抓的位置。但这类渠道有各自的门槛，不读规则就投稿，通常第一次就会被退。 ## 投稿之前先读对方的投稿规则 英文行业媒体的投稿要求通常写得很具体，而且能直接反映它愿意为哪类内容负责。以 24×7 杂志公开的投稿指南为例，几条要求值得逐字看：统计数据必须超链接到原始出处；不接受文献综述或既有研究摘要；主要接收从业者（临床工程师、设备技师等）的投稿；统计与论文提及都要挂原文。这类要求背后的逻辑很清楚——媒体要为事实负责，所以事实必须可追溯。 照这个标准检查自己的稿子，常见的问题会立刻暴露：行业趋势段落里堆着“据行业报告”，却没有链接；产品对比段落只有结论没有测试条件；整篇读起来像公司介绍而不是行业观察。改法不复杂，但需要在写作前把数据源准备好，而不是写完再补链接。 行业协会与标准工作的现场形态：内容进入机构渠道往往要先进入这类会议、工作组与委员会，而不是先做一份宣传资料。照片来自公开图库（来源与许可见本页图注出处说明），非光算团队或客户现场。 ## 协会渠道：参与，而不是投稿 协会与标准组织的运行方式和企业公关不同，它们接受的是参与。ISO 官方说明其技术工作由 250 多个技术委员会承担，成员可以选择加入某个委员会，并以观察成员（O-members，可提意见）或积极成员（P-members，可在各阶段投票）的身份参与；同时强调制定标准的专家大多来自产业一线（“the experts that develop ISO Standards work in the field”）。 对企业来说，这条路径的产出并不只是标准文本。参与工作组会带来三类可被引用的公开材料：工作组贡献者名单、公开的技术报告与白皮书、以及会议议程与演讲材料。它们的共同点是署真实姓名与所属机构，并且有版本与日期——这正是第三方引用时需要的要素。 联合调研是另一种常见做法，门槛不在关系而在方法。一份能被外部引用的调研报告至少要写清样本来源、样本量、采集时间、提问原文与统计方式。如果只有结论和百分比，读者无法判断结论适用于谁，媒体也很难采用。教学示例：某跨境设备商做过一份“42 家经销商采购习惯”的内部问卷，若要把结论公开，必须说明这 42 家的行业、地区、职位分布，以及问卷是通过什么方式发放的；否则“68% 的经销商更看重交期”这句话在引用时会被视为不可核验。 一份真实公开的行业媒体投稿要求：字数范围、统计必须超链接到原始来源、作者需附披露声明等条款都写在同一条清单里。截图取自该站公开页面，用于说明机构渠道对事实与来源的具体要求。 ## 署名、版权与再利用许可 机构渠道里的内容一旦发布，后续会被转载、被截图、被别的文章引用。提前把许可写清楚，能省掉后面的麻烦。Wikimedia Commons 的署名规范对 Creative Commons 类许可的要求写得很直白：复用者需要保留署名、作品标题，并在合理可行范围内给出许可方指定的链接（URI）；“reusers distributing files found at Wikimedia Commons must provide credit line with license and author”。 自己做资料时可以对等地处理：在页面底部写明引用格式建议与许可范围（例如“允许转载，需保留作者与原文链接”），并在图注里给出图片作者与许可。这样一来，别人引用你的图表时知道该怎么写，你的资料在转载链条里也不会变成无出处内容。 ## 付费版面能做到什么，不能做到什么 付费版面在英文市场是常规工具，它的边界也很明确。Google 的垃圾内容政策把“Advertorials or native advertising where payment is received for articles that include links that pass ranking credit”列为链接垃圾；在同一套规则里，站点声誉政策针对的是把第三方页面放到权重较高的站点上、借此利用其排名信号的行为，Google 在 2024 年 11 月的政策更新中进一步明确：无论第一方参与程度如何，这类内容的第三方性质不改变。 落到执行上就是两件事：付费内容的链接按性质标注（Google 的官方建议是用 rel="sponsored" 标记广告或付费投放链接，rel="nofollow" 仍可接受），内容本身也不能宣称是独立报道。这不影响付费内容作为信息发布渠道的价值，但它决定了这类内容不能被当成“第三方编辑背书”来使用。 ## 发表之后要留下的记录 机构渠道的文章通常没有后台数据可看，所以记录要自己建。建议每篇公开材料保存四项：可访问的 URL、发布日期、版本号或修订记录、以及作者的署名方式。半年后复查一次链接是否仍然有效、内容是否被编辑过——被改过的第三方文章如果还在被当作事实来源，就会出现口径不一致的问题，处理方式可以参照[外部内容与官网口径冲突](/post/third-party-content-conflict-with-site/)里的流程。 更前置的一步是先把资料本身做成能被单独引用的形态：一个能独立成立的定义、一张带口径的数据表、一份可直接引用的图。这部分工作与渠道无关，可以看[可引用单元与长期链接](/post/citation-ready-units-and-permanent-links/)。如果你的行业主要靠行业媒体和协会建立认知，而不是靠通稿铺量，那么渠道选择与资料设计要一起规划；光算在这类项目里通常先确定可用素材与目标渠道，再决定投入方式，具体范围按项目现状评估，[GEO 服务](https://www.guangsuan.com/geo/)页里有相关说明。 要把这部分落到实际项目里，另外几篇值得先读：[什么资料值得同行主动引用？把选型经验做成可核查的公开资源](/post/industry-reference-resource-design/)。 ## 参考来源 - [Submit an Article](https://24x7mag.com/submit-an-article) — 媒体投稿要求统计挂原始来源、不收录综述、面向从业者。 - [ISO - Who develops standards](https://www.iso.org/who-develops-standards.html) — 标准由技术委员会专家制定，成员可选观察成员或积极成员参与。 - [Commons:Credit line - Wikimedia Commons](https://commons.wikimedia.org/wiki/Commons:Credit_line) — CC 类许可复用需保留署名与许可信息。 - [Spam policies for Google web search](https://developers.google.com/search/docs/essentials/spam-policies) — 付费广告型文章若传递排名信号属于链接垃圾。 - [Updating our site reputation abuse policy](https://developers.google.com/search/blog/2024/11/site-reputation-abuse) — 第三方内容利用宿主站点排名信号的界定。 --- ## 英文市场里哪些第三方来源更容易被 AI 检索到 - URL: https://www.guangsuan.com/post/english-market-third-party-ai-sources/ - 作者: Don Jiang - Published: 2026-09-18T02:47:21+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 按来源类型说明英文市场的准入条件：开放知识库、行业媒体与协会、评测目录、问答社区、政府学术与标准、官方文档，并核对 Perplexity 域名标签等官方说明，标注哪些是无法核实的编辑判断。 做跨境 B2B 的团队常问：英文世界里，到底哪些第三方来源更容易进 AI 的检索结果？这个问题问得对，但答案有个前提要先说清楚——没有任何一家平台公布过“来源优先级”名单。能查到的官方说法都指向同一件事：来源是否被取用，取决于问题本身需要什么证据，而不是来源挂在哪一类网站上。 ## 把“来源类型”和“问题类型”配对来看 一个采购问题的答案可能需要三类完全不同的证据：产品能不能做到某个指标（厂商清单或官方文档）、这个行业普遍怎么做（协会、标准、行业媒体）、别人用起来怎么样（评测平台、社区讨论）。同一个来源在这三类问题里的角色完全不同。 Google 关于生成式搜索的官方指南把机制写成了检索增强：系统从搜索索引里取回相关且较新的网页，再依据这些页面上的具体信息生成回答，并展示支持该信息的可点击链接。这里的关键词是“具体信息”——被取用的是页面上的具体事实，而事实通常只存在于某一类来源里。 ## 六类来源，各自的真实准入条件 ### 开放知识库：Wikipedia 与 Wikidata 很多人以为企业条目建不上是“没关系”的问题，其实是条件问题。英文维基百科的关注度指引写得很清楚：主题要被认定为适合独立条目，需要有“significant coverage in reliable sources that are independent of the subject”，并且明确排除“advertising, press releases, autobiographies, and the subject's website”这类非独立材料。组织类指引还补了一句更冷静的话：“only a small percentage of the world's organizations meet the requirements for a Wikipedia article”，公司不会因为重要就自动获得条目（“No company or organization is considered inherently notable”）。 Wikidata 的门槛是另一种形态：条目只要满足三条之一即可，例如含有一个有效的 sitelink，或“refers to an instance of a clearly identifiable conceptual or material entity that can be described using serious and publicly available references”。它比维基百科宽松，但也不是企业信息登记处。 ### 行业媒体与协会 这类来源的价值在于“有编辑”和“有署名”。以一份公开的行业媒体投稿指南为例（24×7 杂志），它要求统计数据必须超链接到原始来源，不发表文献综述或既有研究摘要，主要接收从业者投稿。这意味着两件事：第一，想在这里出现，必须有可挂出处的真实数据；第二，泛泛的行业综述大概率不会被采纳。协会一侧的门槛是参与：ISO 官方说明其标准由 250 多个技术委员会的专家制定，且“the experts that develop ISO Standards work in the field”，参与路径是成为成员并选择以观察成员或积极成员身份进入委员会。 ### 评测与目录平台 G2、Capterra、Trustpilot 的规则各写各的，但都指向“厂商不能单方面决定页面内容”。G2 的社区准则把厂商禁止行为逐条列出，包括以筛选负面评价的方式收集评论、伪造产品与厂商资料、回采竞品评论或评分、以及未经许可转载 G2 徽章与报告。Capterra 的资料指引则规定：产品描述必须原创、产品名称必须与厂商官网一致、不得使用第一人称与“best / most / fastest”这类最高级表述，而且“the final copy is subject to the discretion of our content team”。Trustpilot 的路径不同，它约束的是评论收集：员工与直系亲属不能评论自己公司，也不能评论竞品；不得用折扣、返现、积分、礼品等方式换取评论。 ### 问答社区：Reddit 与 Quora 这两个平台对“看起来像推广”的内容都很敏感，但表述方式不同。Reddit 的帮助中心把垃圾内容定义为“repeated or unsolicited actions (whether automated or manual) that negatively affect redditors, communities, and/or Reddit itself”，并明确“is never allowed”；对自推广给出的处理方式是减少频率或走广告产品，同时提醒社区版规由版主判定。社区层面常见的“10% 规则”（只有 10% 的发帖与评论可以带自我推广性质）在 Reddit 官方帮助页里也作为部分社区的做法被提及。Quora 的问答政策则更结构化：回答必须针对提问，用户需要在回答或署名凭据中披露相关关联，联盟链接不允许，且“The gist of the answer should be able to be understood without having to leave Quora to access an external website”。 ### 政府、学术与标准来源 Perplexity 帮助中心公开了一张域级标签规则：被标记的域名分 Government、Academic、Trusted 三种，判断依据是几个客观问题——该站是否更正自己的错误、是否标明每篇文章的作者、是否把新闻与广告和观点分开。文档同时强调，标签由来源审核流程单独决定，商业合作与付费不影响标签；而“Most domains on the web do not have a label”，没有标签也不代表质量低。这段说明适合直接引用给客户看，因为它清楚解释了标签能代表什么、不能代表什么。 原创场景示意：同一个采购问题的答案，通常要由标准与手册、行业媒体、评测与目录、社区讨论几类来源拼起来（非真实平台界面、非客户场景）。 ### 企业自有官方文档 最容易忽略、也最常被直接引用的是厂商自己的文档与规格页。参数、接口、兼容性、部署条件这类问题，第三方几乎不会比你写得更准；当一个问题需要精确数值时，答案的来源往往只能是你。反面情况同样成立：官网参数页如果只有图片、没有可被引用的数值与单位，等于把这块位置让给了别人。 ## 自查方法：从一个真实问题倒推 与其问“哪类来源更容易被引用”，不如挑 5 个客户真实会问的问题，逐个写下：要回答这个问题，需要什么证据，这个证据现在存在于哪个公开页面上，那个页面是否可被抓取、是否标明作者与日期。做完这一步通常会发现，缺口不在“没有维基百科条目”，而在某个具体参数只有自己知道、却只存在于销售 PPT 里。 被引用这件事还有一个尺度问题：维基百科的常被讨论来源清单页面自己就提醒，“Be especially careful with sponsored content, because while it is usually unreliable as a source, it is designed to appear otherwise”。付费版面能带来曝光，但它不被当作独立来源，这一点在英文市场里判断得很严格。 ## 三件容易被当成规则的事 - **把“被引用”当成“权威认证”。**微软官方博客写的是“nothing guarantees selection”，OpenAI 帮助中心写的是排序使用 multiple factors 且“Placement is not guaranteed”。被引用一次只说明那次回答用了它。 - **把付费版面当媒体背书。**Google 的垃圾内容政策把“Advertorials or native advertising where payment is received for articles that include links that pass ranking credit”列为链接垃圾；站点声誉政策进一步规定，把第三方页面放在权重较高的站点上以利用其排名信号属于违规。 - **把平台规则当行业共识。**Reddit 的版规由每个社区自己定，Quora 有独立的政策与执行，G2 与 Capterra 的资料规则互不通用。写执行方案时要按平台分别列出依据。 把来源想清楚之后，页面内部怎么改对应的是另一套工作，可以对照[被引用页面的结构拆解](/post/ai-citation-source-page-structure/)一起看；如果公司名称、产品名称在多个平台写法不一，先处理[评测与目录平台的资料一致性](/post/g2-capterra-trustpilot-profile-consistency/)收益更快。哪些来源值得投入、按什么顺序做，光算会结合目标市场和现有资料基础逐项评估，[GEO 服务](https://www.guangsuan.com/geo/)中的问题集与信源范围在诊断后写入合同确认。 这一环节还有几篇相关的方法与排查可以接着看：[维基百科引用对SEO有什么价值：引荐流量与编辑规则](/post/%e7%bb%b4%e5%9f%ba%e7%99%be%e7%a7%91%e7%9a%84%e5%a4%96%e9%93%be%e5%af%b9seo%e6%9c%89%e7%94%a8%e5%90%97/)、[如何利用Reddit和Quora找高意向SEO选题](/post/%e5%a6%82%e4%bd%95%e5%88%a9%e7%94%a8reddit%e5%92%8cquora%e6%89%be%e9%ab%98%e6%84%8f%e5%90%91seo%e9%80%89%e9%a2%98/)。 ## 参考来源 - [Understanding source labels - Perplexity Help Center](https://www.perplexity.ai/help-center/en/articles/20260806-understanding-source-labels) — Government / Academic / Trusted 标签的判定依据与边界。 - [Wikipedia:Notability (organizations and companies)](https://en.wikipedia.org/wiki/Wikipedia:Notability_(organizations_and_companies)) — 组织类收录条件：独立来源的显著覆盖，且不继承关注度。 - [Wikidata:Notability](https://www.wikidata.org/wiki/Wikidata:Notability) — Wikidata 的三条收录条件之一。 - [Submit an Article](https://24x7mag.com/submit-an-article) — 行业媒体投稿对数据来源的硬要求。 - [Profile Guidelines](https://www.capterra.com/legal/listing-guidelines) — 目录平台最终文案由平台裁量。 - [Wikipedia:Reliable sources/Perennial sources](https://en.wikipedia.org/wiki/Wikipedia:Reliable_sources/Perennial_sources) — 来源可靠性取决于所支持的论断，付费内容尤其要看。 --- ## AI 引用来源拆解：被引用的页面在结构上做对了什么 - URL: https://www.guangsuan.com/post/ai-citation-source-page-structure/ - 作者: Don Jiang - Published: 2026-09-18T02:47:21+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 从 AI 回答里的可见引用出发，拆解页面内部可被单独摘走的片段：定义句、带口径的数据、贴近结论的适用条件，并说明官方文档能证明什么、不能证明什么。 客户问“能不能分析一下 AI 为什么引用别人不引用我”，很多团队的第一反应是找一份“被 AI 引用最多的网站名单”。名单可以看，但看完没法动手：别人的域名你复制不了。能改的是页面内部那些会被单独摘走的小块内容——一段定义、一张对照表、一行带口径的数字。这一篇只谈这一层：AI 回答里的引用落在页面的哪一块，以及那一块该写成什么样。 ## 先把三种“看起来像引用”的东西分开 不同平台给出的可见证据不是一个量级，混在一起会得出错误结论。 - **可见的来源链接。**Google 官方文档写明，页面要被当作 AI Overviews 或 AI Mode 的支持链接展示，前提是它已被索引、并具备在 Google 搜索中带摘要展示的资格，“There are no additional technical requirements”。换句话说，AI 展示没有额外的“AI 专用”门槛，但也没有任何提交入口。 - **域级标签。**Perplexity 的帮助中心明确写着 “Perplexity rates the whole website a source comes from, not each individual page”，标签只分 Government、Academic、Trusted 三类，且“Labels are set by the source review process alone”。标签是整站的，不是某个页面的，所以它不能用来判断某一页是否被引用。 - **来源面板里的链接列表。**ChatGPT 的回答可以点开引用、也可以展开 Sources 面板看到被引用来源。OpenAI 帮助中心同时提醒，结果和引用“can be incomplete, outdated, or incorrect”，并说明排序“using multiple factors”，且“Placement is not guaranteed”。这句话的另一面是：没有人能保证某一次回答会引用谁。 把这三种证据分开之后，能观察的部分就很清楚了：链接指向哪个 URL、链接出现在回答的哪个位置、回答里那句话是否真的由该页面支持。至于模型内部怎么排序、怎么打分，不在可观察范围内，任何“内部权重”说法都不该采信。 ## 一段话能不能被单独摘走 AI 系统理解网页的方式和人不一样。Microsoft Advertising 的官方博客把这件事说得很直白：助手不会从上到下像人一样读页面，而是把内容“parsing”成更小的结构化片段，再把这些片段组装进回答。片段能不能被单独使用，取决于它脱离上下文之后是否还成立。 常见的写法问题有三个： - **指代不清。**“该型号在满载条件下为 68 分贝”里的“该型号”如果离开上一个小节就无从判断，片段被摘走时就会变成一句无法核验的话。把主语写全，是这类段落最省力的改动。 - **结论和条件分离。**把“适合连续运行”写在第三节，把“连续运行的工况上限是 X”写在第五节，被摘走的通常只有结论那句。条件要贴着结论写。 - **定义藏在叙述里。**如果读者（和检索系统）要读完三段才明白这个术语在你的语境里指什么，那这三段就很难被当作定义来源。定义句放在小节第一段，是最容易被引用的位置。 真实查询返回的 AI 回答局部：同一屏里可以看到被引用的来源链接以及它所支持的那句话。截图记录的是某一次查询的返回，不代表稳定排名或引用概率。 ## 数字要有口径，判断要有适用条件 被引用得最多的片段，往往是最具体的片段。但“具体”不等于“看起来精确”。 以教学样例说明口径该怎么写（以下数字为演示用，非真实测量）：某条产线的节拍时间若写成“单件 42 秒”，读者无法判断这是实验室值还是含换型时间的现场均值。可用的写法是同时给出测量对象、条件、样本量与统计方式，例如“在 A 工况、连续 200 件、剔除换型时间的条件下，单件节拍中位数 42 秒，测量时间为 2026 年 3 月，样本为 3 条产线的现场记录”。 这样写有两个作用。第一，读者能判断这条数据是否适用于自己的场景，这是真实价值，不是为了让机器更喜欢。第二，当这段内容被引用时，限定条件会跟着一起出现，避免出现“某厂商宣称 42 秒”这类被截断的表述。 同样地，比较类内容要把比较维度写明。写“比同类产品快 30%”而不写基准，是典型的高风险片段：它看起来像结论，实际上不可核验，被引用后也很难收回。 ## 同一页里，可引用单元分布在哪里 一个页面通常只会被引用一到两次，但如果页面里有多个彼此独立的可用单元，被命中的机会就不只集中在一处。实践中比较稳的分布是： - 小节开头一句话直接回答这个小节标题提出的问题，让“标题＋首句”成为一个完整答案。 - 中段放对照表或参数卡，把“选 A 还是选 B”的差异放在同一张表里，而不是分散在三段叙述中。 - 结尾或专门的“适用条件”段落列出限制、例外与不适用场景。这一段不容易成为亮点，但它决定了其他片段被引用时是否准确。 需要提醒的是，Google 对精选摘要的态度同样适用于这类结构判断：官方说明“You can't”通过标记把自己指定为精选摘要，Google 系统自行判断页面是否适合，而且不提供统一的最低长度要求。所以上面这些做法是提高可理解性的编辑判断，不是入选公式，也不该写成“这样写就会被引用”。 ## 官方文档能证明什么、不能证明什么 把可核查的部分列清楚，比给出一个好听但无法验证的结论更有用。 - **能证明：**AI 展示沿用基础搜索与内容质量原则，不需要虚构“AI 专用 Schema”；页面必须可索引、可抓取、允许生成摘要；生成式回答会做检索增强与查询扩展，Google 官方把后者称为 query fan-out，同一个问题会拆成多个相关子查询去取资料。 - **不能证明：**任何具体来源的引用概率、某个写作模板的“必被引用”效果、以及各平台内部的排序因素。OpenAI 只写到“multiple factors”，Microsoft 写到“no secret strategy for being selected”，Google 写到 AI Mode 与 AI Overviews 可能使用不同模型与技术、因此展示的链接集合会不同。 把这两栏分开写进内部文档，能省掉很多无效讨论：前者可以排进执行清单，后者只适合作为观察记录。 ## 下一步怎么落到具体页面上 如果要在这个季度内做一轮改动，建议的顺序是：先挑 5 到 10 个真实客户问题，在目标平台各查一次，把回答里出现的来源链接和相关句子一起截图存档；再对着自己的页面逐个检查，看哪些段落脱离上下文后仍然成立，哪些数字没有口径、哪些结论没有适用条件；改完之后用同一批问题复测，比较的是“这次被引用的页面和句子有没有变化”，而不是“排名上升了没有”。 愿意继续往下走的，可以接着看本组关于[英文市场第三方来源类型](/post/english-market-third-party-ai-sources/)的一篇，把自建页面和外部信源一起排优先级；如果更关心怎么把观察结果留成可复查的证据，可以直接看[引用监测与证据留存](/post/ai-citation-monitoring-evidence/)。这两件事国内团队常混在“发稿”里做，其实执行对象完全不同。涉及具体行业的问题集设计、页面改造范围和复测节奏，光算会按项目现状逐项确定，[GEO 服务](https://www.guangsuan.com/geo/)里对交付边界和验收口径有完整说明。 另外几篇可以补充这里的判断依据：[谷歌AIO（AI概览）引用来源分析：什么样的站更吃香](/post/%e8%b0%b7%e6%ad%8caio%ef%bc%88ai%e6%a6%82%e8%a7%88%ef%bc%89%e5%bc%95%e7%94%a8%e6%9d%a5%e6%ba%90%e5%88%86%e6%9e%90%ef%bc%9a%e4%bb%80%e4%b9%88%e6%a0%b7%e7%9a%84%e7%ab%99%e6%9b%b4%e5%90%83%e9%a6%99/)。 ## 参考来源 - [AI features and your website](https://developers.google.com/search/docs/appearance/ai-features) — AI Overviews / AI Mode 对支持链接的资格要求。 - [Google's Guide to Optimizing for Generative AI Features on Google Search](https://developers.google.com/search/docs/fundamentals/ai-optimization-guide) — 生成式搜索沿用检索增强，并通过 query fan-out 拆分子查询。 - [Searching the web with ChatGPT](https://help.openai.com/en/articles/9237897-chatgpt-search) — ChatGPT 引用可见但排序不保证，且结果可能不准确。 - [Understanding source labels - Perplexity Help Center](https://www.perplexity.ai/help-center/en/articles/20260806-understanding-source-labels) — Perplexity 的来源标签是域级判定，不是页面级。 - [Optimizing Your Content for Inclusion in AI Search Answers](https://about.ads.microsoft.com/en/blog/post/october-2025/optimizing-your-content-for-inclusion-in-ai-search-answers) — 助手把内容解析成更小的结构化片段再组装回答，且不保证入选。 - [Featured snippets and your website](https://developers.google.com/search/docs/appearance/featured-snippets) — 没有任何标记可以指定自己成为精选摘要，也没有统一最低长度。 --- ## Schema 不是 AI 搜索的通行证：结构化数据真实的用处 - URL: https://www.guangsuan.com/post/geo-structured-data-ai-search-limits/ - 作者: Don Jiang - Published: 2026-09-18T02:45:45+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 结构化数据在 Google 搜索与生成式 AI 功能里实际能做什么：官方原文、富媒体资格与展示的区别、可见内容一致等硬性约束、FAQ 与 HowTo 标记已失效，以及可复现的验证步骤。 "给页面加上 Schema，AI 就更容易引用你"——这句话在行业里流传得很广。它把两件不同的事混在一起：结构化数据是给搜索引擎看的机器可读标注，而 AI 回答里是否出现你的页面，取决于检索与排序系统。前者你可以自己控制，后者不能。 这篇文章不谈"要不要做结构化数据"，而是把它能做什么、不能做什么查清楚，避免把预算花在不产生任何展示的标记上。 ## 官方怎么说：生成式 AI 搜索不需要专用标记 Google 在生成式 AI 优化指南里把"过度关注结构化数据"直接列进了"可以忽略的事"，原文是： > Overfocusing on structured data: Structured data isn't required for generative AI search, and there's no special schema.org markup you need to add. However, it's a good idea to continue using it as part of your overall SEO strategy, as it helps with being eligible for rich results on Google Search. 另一份官方文档《AI features and your website》讲得更短：出现在 AI Overviews 或 AI Mode 里，页面只需要被收录、并且有资格在 Google 搜索中展示摘要，没有额外的技术要求；文档明确写着"也没有你需要添加的专用 schema.org 结构化数据"。同一份文档还提到，结构化数据要与页面上的可见文字一致。 同一份指南里还提到 llms.txt 这类文件：Google 搜索不使用它们，做与不做都不影响可见度或排名。也就是说，无论标记得多完整、目录文件写得多规范，都不构成"被 AI 引用"的通行证。 ## 它真正的作用：换取富媒体结果的"资格" 结构化数据的实际作用是让页面有机会以富媒体形式展示。Google 的入门文档写得很清楚：需要填写完整必填属性，页面才有资格以增强形式出现；同时官方也提醒，最终展示形式可能与预览不同。官方支持的类型是有清单的，例如文章、面包屑、产品、组织信息、问答页（有严格适用条件）、视频、招聘等，都在结构化数据功能列表里——不属于清单的标记，写得再规范也没有对应展示。 还有一个常被忽略的顺序问题：官方文档建议先给页面加上结构化数据并确认标记有效、被系统发现，再用几个月的表现数据对比加标记前后。也就是说，判断"值不值得做"的方法是自己的前后对比，不是照搬别人的说法。 ## 三条硬性约束 - **只标记页面上看得见的内容**：官方质量指南的原话是不要标记读者看不到的内容——如果标记里描述了一个参数，正文里也必须有这个参数。 - **标记必须是页面内容的真实反映**：不能把不相关的信息塞进标记，也不能用标记冒充身份或资质。 - **不要为标记造空页面**：入门文档明确说，不要创建只为承载结构化数据的空白页，也不要把用户看不到的信息写进标记，即使那些信息是准确的。 这三条在跨境业务里尤其容易踩：产品页改版时模板保留了旧参数、多语言页面的标记还指向原来的语言内容、B2B 目录页把不存在的库存状态标成有货，都会让标记与实际不符。 Google Search 支持的结构化数据类型是有清单的，且每个类型都对应一份实现文档。判断某个标记有没有意义，先看它在不在这个列表里、适用条件是什么。截图来自 Google Search Central 官方结构化数据功能页（2026-09-18 截图），公开可访问。 ## 已经失效的两个常见标记 很多旧教程还推荐给 FAQ 和 HowTo 加标记，这两个现在都该更新认知：FAQ 富媒体结果自 2026 年 5 月 7 日起不再出现在搜索结果中，官方随后移除了该功能的文档；HowTo 结构化数据的文档同样已被移除，原因写明是"该富媒体结果不再在桌面与移动端展示"。 问答类标记里目前还保留的是 Q&A 页，但适用条件很窄：页面主体必须是"一个问题加它的回答"，并且用户能够补充答案。官方列出的无效用法里，第一条就是站点自己写的、用户无法补充答案的 FAQ 页，并且明确不要对一页多问的页面使用该标记。企业官网的常规 FAQ 基本不在适用范围内，这一点与[问答内容该怎么写](https://www.guangsuan.com/post/geo-faq-qa-page-structure/)是两条独立的线：内容要写好，标记要看条件。 ## 怎么验证，别凭感觉 动手前后有三件事可以做：开发阶段用 Rich Results Test 检查标记是否有效、能否生成预览；发布后用网址检查工具确认 Google 抓取到的版本里确实包含标记，尤其是通过 JavaScript 注入的标记；上线一段时间后在 Search Console 的富媒体结果报告里看有效与无效条目，因为模板改动、多语言配置出错都可能让原本有效的标记失效。 这三步都是可复现的技术核验，与"会不会被 AI 引用"没有直接关系。把核验结果当成事实记录，比在汇报里写"已用 AI 专用标记优化"要可靠。 ## 什么时候值得投入 对做海外市场的企业，结构化数据优先级较高的场景通常有三类：产品与目录信息（有明确的必填字段，能影响购物类展示）、组织与品牌信息（用于知识面板等展示）、以及文章与面包屑（帮助读者理解页面在站内的位置）。如果站点结构混乱、参数口径不统一，先把[参数与单位口径](https://www.guangsuan.com/post/geo-comparison-table-same-units/)理顺，再谈标记，否则标记出来的数据本身就是错的。 至于外部资料的引用与来源记录，见[引用外部资料的规矩](https://www.guangsuan.com/post/geo-external-citation-rules/)。 光算在[GEO 服务](https://www.guangsuan.com/geo/)里，把结构化数据归入页面检查的一部分：先确认可见内容准确、抓取与索引正常，再看是否值得为某个类型加标记并验证。我们不把它说成 AI 搜索的入场券，也不承诺任何平台的展示结果。 这几篇回答的是相邻的问题：[10种适用于B2B网站的结构化数据类型丨提升SEO效果](/post/%e9%80%82%e7%94%a8%e4%ba%8eb2b%e7%bd%91%e7%ab%99%e7%9a%84%e7%bb%93%e6%9e%84%e5%8c%96%e6%95%b0%e6%8d%ae%e7%b1%bb%e5%9e%8b/)、[FAQ结构化数据怎么做：问答内容、JSON-LD与搜索展示限制](/post/%e5%a6%82%e4%bd%95%e5%88%a9%e7%94%a8-schema-%e6%a0%87%e8%ae%b0%ef%bc%88%e7%bb%93%e6%9e%84%e5%8c%96%e6%95%b0%e6%8d%ae%ef%bc%89%e6%8f%90%e5%8d%87-faq-%e9%a1%b5%e9%9d%a2%e7%82%b9%e5%87%bb%e7%8e%87/)。 ### 参考来源 - [Optimizing your website for generative AI features on Google Search](https://developers.google.com/search/docs/fundamentals/ai-optimization-guide) — 结构化数据对生成式 AI 搜索并非必需，也没有专用标记；llms.txt 不被 Google 搜索使用。 - [AI features and your website](https://developers.google.com/search/docs/appearance/ai-features) — 进入 AI Overviews / AI Mode 的技术要求只有收录与摘要资格；结构化数据需与可见文字一致。 - [Introduction to structured data markup in Google Search](https://developers.google.com/search/docs/appearance/structured-data/intro-structured-data) — 资格与展示的关系、可见内容要求、前后对比测量方法。 - [Structured data markup that Google Search supports](https://developers.google.com/search/docs/appearance/structured-data/search-gallery) — 官方支持类型清单。 - [General structured data guidelines](https://developers.google.com/search/docs/appearance/structured-data/sd-policies) — 不得标记不可见或误导性内容。 - [Google Search Central 文档更新记录](https://developers.google.com/search/updates) — FAQ 与 How-to 富媒体结果的停用与文档移除。 --- ## 主题页和问答页各管什么：长文与短答的内容结构分工 - URL: https://www.guangsuan.com/post/geo-topic-page-qa-page-structure/ - 作者: Don Jiang - Published: 2026-09-18T02:45:45+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 跨境 B2B 站点内容层级怎么定：主题页、子问题页与问答页各自的职责，重复内容与主版本处理，内链与锚文本的可照做要求，多语言版本如何各自成体系。 一个话题写久了，站点上很容易出现这种局面：主题页讲了一遍，另外五篇文章又各讲一遍，客户搜同一个问题会看到三个不同版本的答案，销售也说不清该发哪条链接。内部维护更麻烦——产品参数改了，要记住改了哪几个页面。 内容层级不是排版的讲究，它决定了"客户问同一个问题时，你希望他落到哪一页"。这一页确定下来，写作、内链、更新才有落点。 ## 三级分工：主题页、子问题页、问答页 对做跨境 B2B 的企业，一套够用的层级通常是这样： - **主题页**：回答"这类需求怎么解决、有哪些选择路径"。它不追求把参数讲全，而是把决策逻辑讲清，并指向下一层。 - **子问题页**：回答"在某个具体条件下怎么做"，例如选型对比、验收与交付、某类工况的适配。它有自己的搜索意图，可以独立成篇。 - **问答页或页内 FAQ**：回答"某个具体限制下是否可行"，通常篇幅短，用来补齐条件与边界。 三者的关系是单向的：主题页链向子问题页，子问题页链向问答内容，反向只在必要时给一个"回到总览"的入口。这样客户从任何一个入口进来，都有明确的下一站。 内容层级与内链方向示意：主题页承担总览与导航，子问题页承接独立意图，问答内容补齐条件与边界；箭头代表页面上真实存在的可点击链接，不是设想中的结构。此图为本地原创结构图，用于说明层级安排。 ## 同一类问题不要重复开页 最常见的重复来自三个动作：产品升版后为新型号另开一篇内容几乎相同的文章；把同一年度的问题换个年份再发一遍；把同一篇文章复制到另一个语言目录下而不做任何区分。这些做法会让客户在几个近似页面之间反复比较，也让更新变成多倍工作量。 官方在生成式 AI 指南里对重复内容的建议很朴素：重复内容会影响用户体验，也会让搜索系统把抓取资源花在你并不关心的 URL 上，有时间就减少重复。实务上的处理方式是：新产品沿用原页面并更新参数，历史版本用带版本说明的段落保留；确实需要单独成页的，明确它的独立意图，并在页面上写清与主版本的关系。 如果同一个内容存在多个 URL（例如带参数的列表页、镜像域名），需要选定一个主版本，让其余版本指向它。这一步和站点技术设置有关，涉及多语言的重复处理时，还要注意不同语言版本之间是"对应关系"而不是"重复关系"——每个语言版本都应该是完整的、可以独立访问的，而不是靠自动跳转把用户带走。 ## 内链写的是路径，不是关键词 层级定了之后，内链就是把它写进页面。Google 的[链接最佳实践](https://developers.google.com/search/docs/crawling-indexing/links-crawlable)里有两句可直接照做的要求：每一个你重视的页面，都应该至少有一个其他页面的链接指向它；锚文本要描述目标内容，读者只看锚文本也能知道要点开什么。 因此主题页里出现"了解更多"是不合格的，应该写成"选型对比：按工况与预算缩小范围"这样能读出内容的名字。同一段里也不要连排多个链接，读者分不清各自指向哪里。 > Every page you care about should have a link from at least one other page on your site. … Try reading only the anchor text (out of context) and check if it's specific enough to make sense by itself. 落到执行层面，可以维护一张入链表：每个重要页面至少标注一个入链来源页面，发布前检查一遍。这样做还有个副作用——孤立页面会自己暴露出来，那些写了没人看、也没人链接的文章，正好是复盘时该处理的。 ## 长文与短答的分工不是字数问题 常有团队问"主题页要写多长"。官方的说法是明确的：没有理想页面长度，不同主题适合的长度不同，甚至同一页面里也会同时存在长段落与短段落。所以分工的依据应该是内容职责，而不是字数。 判断一个话题该拆还是该合，可以用两个问题：这个问题会不会被独立地问出来（有独立搜索意图）？它的答案是否需要一整套条件才能讲完（需要独立篇幅）？两个都是"是"，单独成页；只有一个是，放在页内小节；都不是，就不要写，避免为了覆盖问法变体而批量生产。判断拿不准时，先看客户邮件与提问记录里这个问题出现的形态，是单独一句，还是夹在别的问题里。 ## 多语言、多市场版本放在哪里 做多市场业务的企业，同一套内容常有英文、德文、西文版本。每个语言版本内部应该是一套完整的层级，而不是只翻译主体内容；同时各语言版本之间要保持对应链接，方便读者主动切换。用按 IP 自动跳转来"猜"用户语言，会让买家和抓取程序都可能走错门，具体排查可以看[按 IP 自动跳国家站的问题](https://www.guangsuan.com/post/ip-country-redirect-language-choice/)。 至于主题页与问答内容的具体写法，可以分别参考[问答内容的答案与边界写法](https://www.guangsuan.com/post/geo-faq-qa-page-structure/)和[检查表的条目判据设计](https://www.guangsuan.com/post/geo-checklist-structure/)，它们与这里的层级安排是同一件事的不同层面。 光算在[GEO 项目](https://www.guangsuan.com/geo/)里会先把问题地图与页面层级确定下来再动笔，因为层级混乱时，后续的问题集复测也会失去意义：同一个问题在三个页面上有三个答案，复测结果无法判断该改哪一页。 接着往下做，通常会用到的几篇：[长文章 vs 短文章丨哪个更适合 B2B 行业的 SEO 排名](/post/%e9%95%bf%e6%96%87%e7%ab%a0-vs-%e7%9f%ad%e6%96%87%e7%ab%a0-%e5%93%aa%e4%b8%aa%e6%9b%b4%e9%80%82%e5%90%88-b2b-%e8%a1%8c%e4%b8%9a%e7%9a%84-seo-%e6%8e%92%e5%90%8d/)、[SEO文章写多长合适丨按搜索意图规划篇幅与结构](/post/seo%e6%96%87%e7%ab%a0%e5%86%99%e5%a4%9a%e9%95%bf%e5%ae%b9%e6%98%93%e4%b8%8a%e9%a6%96%e9%a1%b5/)。 ### 参考来源 - [Link best practices for Google](https://developers.google.com/search/docs/crawling-indexing/links-crawlable) — 内链、锚文本与"每个页面至少有一个入链"。 - [Optimizing your website for generative AI features on Google Search](https://developers.google.com/search/docs/fundamentals/ai-optimization-guide) — 减少重复内容、避免为覆盖问法变体批量造页。 --- ## AI 答案里会被忽略的那些话：营销腔怎么换成可核验表述 - URL: https://www.guangsuan.com/post/geo-marketing-fluff-replacement/ - 作者: Don Jiang - Published: 2026-09-18T02:45:45+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 识别页面上的营销腔并用可核验表述替换：三个判定特征、逐条替换对照示例、主张与依据成对出现、跨渠道措辞统一，以及不以形容词密度换展示的官方依据。 "行业领先的一站式解决方案提供商，致力于为全球客户创造价值。"这句话读起来完整，但客户看完什么也没记住。当他去问 AI"有哪些能配合的供应商"时，回答里出现的通常是那些页面写了具体条件、范围、数据的公司，而不是把形容词堆得最高的公司。 原因不复杂：可被复述的信息必须能被核对。核不了的东西，写进答案会拉低答案的可靠性，所以它自然不会被用上。 ## 营销腔的三个特征 - **无法核验**："性能卓越"、"质量可靠"——问一句"怎么验证"就答不上来。 - **无法区分**：这句话换到任何一个同行网站上照样成立，说明它不携带你独有的信息。 - **无法复现**：换个人、换个时间去读，得到的理解不一样，因为它没有给出可判断的条件。 判断动作很简单：把这句话单独发给一个不了解你行业的采购，问他"你要做什么才能确认这句话是真的"。如果答案只能是"联系供应商问问"，这句话就是营销腔。 这类句子通常集中在三个位置：首页副标题、产品页首段、公司介绍页开头。这三处恰好是客户和抓取程序最先读到的内容，也最容易写空。改写时可以从它们开始，效果最直接。 ## 逐条替换：从主张到可核验表述 去营销腔不等于把品牌写得干巴巴。要做的是给主张补上依据，或者把主张换成事实。下面是教学样例，只为演示替换方法（示例中的数值与场景均为虚构，不对应任何真实公司或项目）： 原句问题替换写法 产品性能行业领先无对比对象与口径在 45℃ 环境温度、连续运行 8 小时条件下，输出衰减小于 3%（内部测试） 提供一站式服务读者不知道包含什么承接设计、制造、装配、出厂检测四个环节，检测报告随货提供 交期快，服务好无法核对标准配置备料周期 15 个工作日，非标件在图纸确认后报价交期 深受海外客户信赖无依据出口市场覆盖德国、波兰、越南，报关资料模式已固定（如需核验请与我们确认最新区域） 替换后的句子更长，但客户能拿去写内部评估表。"内部测试"这类限定也要写进去，不能把内部数据说成第三方报告。 ## 有些话不能删，要补依据 品牌主张本身没有错，问题在于它孤零零地出现。客户决定合作，往往是先被一个定位打动，再去找证据。所以处理方式是"主张 + 依据"成对出现：一句主张后面紧跟一条可核对的信息，或者指向一个可访问的材料页。 如果暂时没有依据，就先把主张改成对读者有用的表述，不要留着一句只能靠相信来接受的话。同时也要避免反向过头：不要为了显得克制而删掉真实差异。真正独有的工艺、检测能力、行业经验，说明清楚反而更容易被引用。 街头广告牌只需要争取路人三秒钟，所以用最大的字说"卖什么、多少钱"就够了。工业品客户在 AI 回答里要判断的是能不能选、适不适合自己的工况，这需要另一层信息：条件、范围、依据。照片来源：Wikimedia Commons，作者 Kim Hansen，CC BY-SA 3.0；示意用图，与光算客户项目无关。 ## 为什么"听起来更有说服力"不是目标 Google 在[生成式 AI 优化指南](https://developers.google.com/search/docs/fundamentals/ai-optimization-guide)里把"独特、有价值的内容"放在第一位，并给出一个很实在的区分：基于常识、谁都写得出来的内容属于常见内容，而来自真实经验、超出常识的部分才有增量。同一份文档也提醒，靠制造不真实的"提及"并不会带来帮助——核心排名系统关注高质量内容，另外还有系统负责拦截垃圾内容。 这对写作者的含义是：与其琢磨哪种形容词更容易被采用，不如把公司内部本来就存在、但没写下来的东西写出来——测试条件、失败案例、适用范围、常见误用。这些内容确实需要花时间访谈和整理，也正是竞争对手不容易照抄的部分。 Google 的[有用内容文档](https://developers.google.com/search/docs/fundamentals/creating-helpful-content)里有一个可以当作验收问题的句子： > After reading your content, will someone leave feeling they've learned enough about a topic to help achieve their goal? 把这句话当成改写标准，比统计自己用了多少个形容词更有效。 ## 落实成一轮具体的编辑动作 实际处理时，营销腔很少只出现在官网一处。旧版宣传册的措辞会被搬到产品页，展会易拉宝上的口号会被复制到目录站资料里，销售话术又被写进第三方平台介绍。清理时最好把同一批文档一起过：官网、对外资料包、平台资料页，否则客户在不同渠道看到的说法不一致，反而增加了判断成本。 实际操作上，可以按这个顺序走：先把页面上所有形容词与主张标出来；对每一条问"能不能核对"；能核对的补上条件和出处，不能核对的改成事实或直接删掉；最后请一个不了解业务的同事读一遍，看是否能说出"这家公司做什么、适合什么情况"。 改写涉及对外的数据与案例时，来源与授权要先确认，这部分规则见[引用外部资料的规矩](https://www.guangsuan.com/post/geo-external-citation-rules/)；改写后的句子还要能独立成立，避免出现"本品"、"该系列"这类指代，做法见[定义句的写法](https://www.guangsuan.com/post/geo-definition-sentence-writing/)。 光算在[GEO 服务](https://www.guangsuan.com/geo/)里的工作路径与此一致：先把品牌事实与产品资料讲清楚，再围绕客户的决策问题组织内容，最后用问题集持续复测回答中的表述是否准确。我们不会承诺某个形容词能换来推荐位，也不以夸大承诺促成合作。 相关方法在这几篇里写得更细：[为什么你的 SEO 文章读起来像机器人写的 | 3 步增加“人味”](/post/%e4%b8%ba%e4%bb%80%e4%b9%88%e4%bd%a0%e7%9a%84-seo-%e6%96%87%e7%ab%a0%e8%af%bb%e8%b5%b7%e6%9d%a5%e5%83%8f%e6%9c%ba%e5%99%a8%e4%ba%ba%e5%86%99%e7%9a%84-3-%e6%ad%a5%e5%a2%9e%e5%8a%a0/)。 --- ## 一段话被摘走之后不能变味：可独立理解段落的写法 - URL: https://www.guangsuan.com/post/geo-self-contained-paragraph/ - 作者: Don Jiang - Published: 2026-09-18T02:45:45+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 关键段落被转发、被引用、被摘取后仍然准确的写法：指代落名、范围与结论同句、否定与例外的位置、单位与基准，以及多语言翻译时最容易掉的限定词。 把页面上一段话复制到邮件里、贴进招标文件、或者放进 AI 回答，它就会离开原来的位置。原页面上它上面有标题、下面有注解，前后两段还在解释"在什么条件下"；单独出现时，这些都消失了。段落能不能在离开之后仍然准确，取决于它自己有没有把必要的限定带在身上。 这个问题首先影响人：客户把你的一段话转给同事，同事必须能直接看懂。至于搜索引擎和 AI 会摘哪一段，官方文档说明摘取由系统决定，不同查询可能显示不同内容，你无法指定。 ## 五种常见的"变味" - **指代丢失**：段落里写"该型号"、"本系列"、"上述工艺"，摘走后没人知道指的是什么。 - **范围被截**：关键限定写在前一段，"适用于常温工况"被留在原处，摘走的句子看起来像无条件成立。 - **否定被省**："不建议在户外长期使用"里的"不"字一旦被读错位置，结论完全反过来。 - **单位缺失**："负载 200"到底是牛顿、公斤还是磅，答案取决于读者在哪个市场。 - **例外被切**：例外写在段尾括号里，摘取时括号常被当作补充说明舍去。 ## 指代要落成具体名称 改写的基本动作是把指代词换成具体对象，并且第一次出现时给全称、之后再简称。教学样例（数值为演示用虚构值）： ``` `差：该型号在低温下需预热 20 分钟，其液压油也需更换。 好：HP-3 液压泵在 -10℃ 以下启动时需预热 20 分钟， 并更换为低温液压油（黏度等级 ISO VG 15）。` ``` 改写之后括号里的黏度等级也跟上了。这不是为了显得专业，而是让读者不必回头查表。 ## 范围词要和结论站在同一句里 "适用于 0–40℃"如果写在上一段，下一段"性能稳定"被摘走时就会变成一句没有条件的承诺。可行的做法是把范围与结论写在同一句，或者用"仅在……条件下"这种结构把两者绑在一起。对采购来说，带条件的结论比无条件的结论更可用，因为他要拿这句话去写技术协议。 同理，测试数值与测试条件要贴着出现。这一条与[参数表的同单位同条件原则](https://www.guangsuan.com/post/geo-comparison-table-same-units/)是同一件事，只是写在段落里。 ## 否定和例外不要放在句子末尾 中文里否定词的位置决定语义，"在该温度范围内不建议连续运行"和"建议在该温度范围内不连续运行"含义不同。段落的写法上有一个简单原则：把否定词与它修饰的动作放在相邻位置，不要隔着半句。 例外则尽量前置。"除 C 系列外，其余型号均可选配"比"其余型号均可选配（C 系列除外）"更不容易被切掉。如果例外确实很长，单独成段并给一个小标题，而不是塞进括号。 句子被单独取下时会带走什么、留下什么。原页面上它依赖的上下文留在原处，被摘走的那句只剩自己——如果它自己没带上范围、指代和单位，读者就无从判断。此图为本地原创绘制的示意插画，不是照片，也不是任何平台的实际界面。 ## 单位与基准要写进句子 海外业务里，一句"产量提升 30%"至少缺三项信息：相对什么基准、统计周期多长、口径是台数还是产值。缺少这些，客户无法验证，也不会把它写进内部文件。要保留这类句子，就把基准和周期补进去；补不出来，就把它改成定性描述，不要留着一个看起来精确却无法核对的数字。 单位则按主单位加换算的方式写。第一次出现时给全，后文可以省略，但同一段内不要切换制式。 ## 翻译成另一种语言时，限定词最容易掉 多语言站点的段落问题往往不是原文写得不好，而是翻译环节把限定丢了。"recommended for indoor use only" 译成"适合室内使用"，"up to 2000 N·m" 译成"最高 2000 N·m"而漏掉"up to"的区间含义，这些都是可避免的。可行的做法是给翻译方一份术语与限定词对照表：only / not / up to / at least / under normal conditions 分别对应哪几种写法，并要求回译抽查关键段落。 ## 一个可执行的检查动作 把每个小节的第一句单独复制出来，贴在白纸上读一遍，看是否出现"本品"、"该系列"、"如上所述"、"相应地"这类离开上下文就失效的词。这个方法很粗糙，但能覆盖大部分问题。 也可以拿一段已有文字直接改一遍。原句"在低温环境下需预热，具体时间视情况而定"改后是"-10℃ 以下启动需预热 20 分钟；-20℃ 以下需预热 35 分钟并更换低温液压油"。改完句子里有对象、有条件、有数值，摘到哪儿都不会被读歪。 第二个动作是把段落长度控制在"一件事"的范围内。一段里塞三件事，被摘走时必然只剩一半。官方在生成式 AI 指南里也提到，[没有所谓理想页面长度](https://developers.google.com/search/docs/fundamentals/ai-optimization-guide)，也不需要为了 AI 把内容拆碎——所以这个动作服务的是读者扫读与被转发的场景，不是应付某个算法。 光算在[GEO 服务](https://www.guangsuan.com/geo/)里把这类改动归入内容质量工作：先保证每段能独立成立，再用约定问题集复测回答里的表述是否准确。这些工作可以检查、可以复现，但不承诺任何平台的引用比例。 如果你手上正在写的东西是定义型句子，可以配合[定义句的四个要素](https://www.guangsuan.com/post/geo-definition-sentence-writing/)一起改；如果是检查表里的条目，则参考[清单型内容的判据写法](https://www.guangsuan.com/post/geo-checklist-structure/)，两者都要求单条能独立判断。 如果只看两篇，建议先看：[SEO文章怎么排版：分段、小标题、列表与数据加粗](/post/%e8%bf%99%e7%a7%8d%e6%8e%92%e7%89%88%e6%96%b9%e5%bc%8f%e8%83%bd%e8%ae%a9%e4%bd%a0%e7%9a%84seo%e6%96%87%e7%ab%a0%e8%bd%ac%e5%8c%96%e7%8e%87%e7%bf%bb%e5%80%8d/)。 ### 参考来源 - [Control your snippets in search results](https://developers.google.com/search/docs/appearance/snippet) — 摘要自动生成、随查询变化，站点无法指定。 - [Featured snippets and your website](https://developers.google.com/search/docs/appearance/featured-snippets) — 点击摘要会跳到页面对应位置，段落被定位引用的情形因此更常见。 - [Optimizing your website for generative AI features on Google Search](https://developers.google.com/search/docs/fundamentals/ai-optimization-guide) — 没有理想页面长度，也不需要为 AI 改变写法。 --- ## 引用外部资料的规矩：来源、范围与失效处理 - URL: https://www.guangsuan.com/post/geo-external-citation-rules/ - 作者: Don Jiang - Published: 2026-09-18T02:45:45+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 官网引用标准、检测报告与第三方资料的写法：必须写清的字段、适用范围怎么限定、版本与时效如何维护、链接失效后的处理，以及客户案例与图片的授权边界。 官网上写一句"产品符合欧盟相关标准"，看起来没问题。但当海外客户是工程师或采购合规岗时，下一封邮件通常是三个问题：哪一条标准、哪个版本、适用于哪些型号。如果页面答不上来，这句话在对方内部评审里就是无效信息。 引用外部资料的目的不是让页面显得权威，而是让读者能顺着一句话找到原始依据，并且自己判断它现在还成不成立。 ## 一条可核对的引用包含哪些字段 把引用写成一句完整的话，至少包含：谁出的（签发机构或标准组织）、编号与版本（含年份）、适用的对象与范围、以及读者在哪里能看到它。下面是一段教学样例，仅演示字段结构（编号与日期为虚构，不是任何客户文件）： ``` `依据：XX 检测中心《液压扭矩扳手校准证书》No. 2026-0417（2026-03-02 签发） 适用：本页列出的 HP-1 至 HP-4 型号，扭矩范围 200–2000 N·m 范围限定：不覆盖 HP-5 及移动机型 可核对：报告扫描件见本页附件区，机构官网可凭编号查询` ``` 这四行之后，客户基本不会再追问"依据是什么"。反过来说，缺任何一行都会留下追问的口子：只有机构没有编号，读者无法核实；只有编号没有范围，客户会默认它覆盖整个系列。 ## 范围限定是引用里最容易被省略的部分 一份检测报告通常只覆盖送检的样品与测试条件。把结论写成"本产品全部型号通过 XX 测试"，等于把报告的范围悄悄放大了一倍。客户一旦发现实际情况不符，损失的不只是一次询盘。 稳妥的写法是把报告结论和适用对象放在同一句话里，并在型号表上标注"哪些型号有报告、哪些没有"。空缺本身不是缺点，被误读成全覆盖才是。 一份真实的校准证书把关键字段都印在同一张纸上：签发机构、证书编号、签发与到期日期、依据标准（ISO 6789 / BS EN 26789）、被测对象与量程、数据表与签署栏。引用外部资料时要写清的字段，和这张纸的结构是对应的。照片来源：Wikimedia Commons，作者 E.online-m，CC BY-SA 4.0；已裁去客户名称行，仅用于结构说明。 ## 版本和时效：写日期是为了将来能被改 标准会升版，报告会过期，检测方法会修订。引用条目里带日期，不是为了现在好看，而是为了将来你能明确地更新它。可行做法有三条：引用处写明"依据 XX 标准的 XXXX 版本"；在报告类引用上标注签发日期与有效期；把全部引用集中维护在一份清单里，注明下次复核时间。 报告过期但页面还挂着"符合 XX"，是出口业务里很常见的问题。处理方式不是悄悄删掉这一句，而是把它改成带日期的表述，例如注明结论对应的报告年度，并说明新报告的出具进度。客户看到的是你在管理这件事，而不是在回避。 ## 链接失效之后怎么办 外部页面改版、机构换域名、标准页面下线都会让引用链接失效。这里有两个选择：直接删掉引用，或者保留引用信息并指向替代位置。前者会让读过旧版内容的客户觉得数据不见了，后者保留了追溯链条。 具体做法是保留原有的签发方、编号与日期，把可点击链接换成新的官方位置，并在文末简短说明"原页面已下线，本引用以 2026-03 版内容为准"。如果原文存在网页存档服务里，指向存档也是可行选项，但要注明这是存档副本。 ## 引用别人的图片、数据时先看许可 图片和表格不因为它是"公开的"就能随便用。使用第三方图片时要写清作者与许可，像本文配图这样的 CC BY-SA 授权内容，需要在图注中署名并保留许可说明。工业领域常见的技术图纸、标准截图、展会照片，多数并不允许直接搬运。 数据引用同理：一份公开的行业统计，要写清发布方、统计年份、样本量口径。我们的口径是：数据要写时间、单位、范围和来源，没有真实客户资料时用明确标注的教学示例，不编增长率与调查结论。 客户案例属于另一类。使用客户名称、照片、工况数据前需要有明确授权，授权范围也要落到引用上：能不能公开名称、能不能公开数值、能公开到什么精度。没有授权时，把案例写成"某汽车零部件供应商"这类去标识化表述，并把关键参数改成区间，不要用模糊表述暗示这是可核验的具体项目。 ## 外部链接不是权重交易 有些团队把引用当成外链资源来管理，会担心"链出去太多"。Google 在[链接最佳实践](https://developers.google.com/search/docs/crawling-indexing/links-crawlable)里的说法很直接： > Linking to other sites isn't something to be scared of; in fact, using external links can help establish trustworthiness (for example, citing your sources). 同一份文档也说明 `nofollow` 只用于"你不信任的来源"，不要给所有外部链接都加上。至于付费或赞助性质的链接，按规则用 `sponsored` 或 `nofollow` 标注即可。真正需要控制的不是数量，而是每一条引用是否支持它旁边那句话。 光算在[GEO 项目](https://www.guangsuan.com/geo/)里的做法是给每个核心事实留一条来源记录：哪句话依据哪份文件、版本与日期、复核时间。这样当客户在 AI 回答里看到自家参数被写错时，能顺着记录定位到是哪份源头资料出了问题，而不是从零猜。相关判断可以对照[参数表的单位与条件口径](https://www.guangsuan.com/post/geo-comparison-table-same-units/)，以及[结构化数据在 AI 搜索里实际能做什么](https://www.guangsuan.com/post/geo-structured-data-ai-search-limits/)。 与这篇属于同一组问题的还有：[文章中的出站链接会分散权重吗？如何决定引用数量](/post/%e6%96%87%e7%ab%a0%e9%87%8c%e6%94%be%e5%a4%aa%e5%a4%9a%e5%a4%96%e9%93%be%e4%bc%9a%e5%88%86%e6%95%a3%e6%9d%83%e9%87%8d%e5%90%97/)。 ### 参考来源 - [Link best practices for Google](https://developers.google.com/search/docs/crawling-indexing/links-crawlable) — 外部链接与引用来源、nofollow 的使用边界。 - [General structured data guidelines](https://developers.google.com/search/docs/appearance/structured-data/sd-policies) — 内容与标记必须一致，不得标注不可见或误导信息。 - [Wikimedia Commons: Calibration Certificate for Hydraulic Torque](https://commons.wikimedia.org/wiki/File:Calibration_Certificate_for_Hydraulic_Torque.jpg) — 配图文件页，含作者与 CC BY-SA 4.0 许可说明。 --- ## 检查表要能被勾：清单型内容的组织结构 - URL: https://www.guangsuan.com/post/geo-checklist-structure/ - 作者: Don Jiang - Published: 2026-09-18T02:45:45+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 面向海外客户与现场执行人的检查表写法：适用范围、可判断的检查项、通过/不通过/不适用三态记录、按现场顺序编排、可打印与多语言版本，含教学示例。 海外客户看完你的产品页，通常会问一句话："有没有 checklist 可以发给现场？"他们要的不只是内容，而是一份能在仓库里逐项打勾、能签字归档的东西。很多企业给出的"检查清单"其实是文章里的项目符号列表：读得懂，但勾不了，也没法交给两个人分头执行。 清单型内容是少数以"被使用"为成功标准的格式。写得好不好，看现场有没有人真的把它打印出来。 ## 先写清这份清单管什么 一份清单的开头需要三行：适用范围（哪类设备、哪个型号段）、使用时机（到货验收 / 安装前 / 季度维护）、以及使用者的能力要求（是否需要持证）。少了这三行，客户会在错误的环节拿它当通用标准，勾出来的结果也没法归档。 以下是一份教学样例，只展示结构（单位为演示用，不是任何客户文件的实际要求）： ``` `《到货开箱检查表》 适用于 A/B 系列立式泵，不含 C 系列移动机型 使用时机：卸货后 24 小时内 使用人：收货方现场人员 [ ] 1. 外箱编号与运单一致 判据：三处编号相同 [ ] 2. 箱体无倾倒标记变红 判据：倾斜指示器未变色 [ ] 3. 附件箱清点 判据：与装箱单逐项相符 [ ] 4. 接口保护盖完好 判据：无变形、无渗漏痕迹` ``` ## 每一条都要能被"是/否"判断 检查项写不写得住，取决于它能不能被两拨人得出同一个结论。"外观良好"不行，"无可见划痕、无锈斑"可以。"油位正常"不行，"油位在视窗上下刻度线之间"可以。"数量齐全"不行，"与装箱单逐项相符，缺件须在第 3 项备注"可以。 判断标准还要避免隐藏前提。写"螺栓已紧固"时，读者需要知道用多大扭矩、在哪里看；这类前提可以写在条目后面，或者放进清单前的说明里，但必须在同一页上找得到。 ## 三态记录：通过、不通过、不适用 现场最常出现的麻烦是"这一项我们这儿没有"。如果清单只有勾选框，执行人会随便勾上，或者整条跳过，最后交回来的表没法用。给每条留三态（通过 / 不通过 / 不适用）并要求不通过时写一句话说明，归档质量会明显不同。 清单末尾还需要三样东西：检查人签名与日期、发现问题的处理流向（联系谁、多长时间内）、以及这份清单的版本号。版本号看起来官僚，但它能防止客户拿三年前的版本验收今年发的货。 如果这份清单要交给客户存档，最好在末尾留一栏"备注"，而不是把说明挤进条目里。现场人员写下的实际情况，往往就是下一次修订清单的依据。 被真正使用过的检查单：印刷条目、手写标注与签名并存。清单的价值不在排版漂亮，而在能勾、能签、能留痕。照片来源：Wikimedia Commons，圣迭戈航空航天博物馆档案（藏品说明：Apollo 9 登月舱启动检查单，曾由机组使用并签名），无已知版权限制。 ## 顺序按现场流程排，按重要性排会出事 作者视角和现场视角不一样。作者常把"最重要的项目"放最前面，现场却是按动作顺序走的：先卸货、再开箱、再清点、最后通电。顺序错了，执行人会来回翻页，翻页就会漏项。可行做法是把清单按现场动作顺序排，把高危项用醒目标记标出来，而不是挪位置。 分组也要照顾分工。一个人做的步骤放在一组，需要第二人复核的单独成组并留复核签名栏——这一步在出口业务里很关键，因为客户往往要拿这份记录去应对他们自己的质量审核。 ## 清单要做成能带走的形式 如果清单只存在于网页上，现场通常是打印网页、或者手抄。网页版的清单最好同时提供可打印版本，页面上保留结构化的一级、二级列表，打印时能自然分页。要注意的是，正文才是"内容"所在：把整份清单做成图片或扫描 PDF，文字服务就没法把它当作文字读取。官方在[AI 功能说明](https://developers.google.com/search/docs/appearance/ai-features)里把这一点列在基础实践里： > Making sure that important content is available in textual form 所以更稳的搭配是：正文用列表写条目与判据，可打印文件作为附加交付物，两者内容一致。 多语言版本还有一处容易踩的坑：条目翻译要走本地承检人员的说法，逐字直译常常看不懂。同一份清单的英文版写 check the oil level，德语现场习惯的是 Ölstand prüfen，最好同时在条目旁附上视窗位置图。单位也按本地习惯给出换算值，别让执行人自己算。 ## 关于被引用：清单结构不是捷径 结构清晰的清单确实更容易被人和系统取用，但别把它当成引用技巧。官方在[生成式 AI 优化指南](https://developers.google.com/search/docs/fundamentals/ai-optimization-guide)里明确说不需要把内容拆成小段对付 AI，还专门提醒不要为了覆盖各种可能问法而批量造内容——那属于滥发内容政策管辖的范围。同理，官方也没有为"清单"提供专用标记。 光算在[GEO 服务](https://www.guangsuan.com/geo/)里对这类资料的处理方式是：先确认它是否真的被客户使用（有人勾、有人签、有人归档），再考虑它在官网与外部渠道上的呈现。一份没人用的清单，做多少版都不会带来询盘。 如果清单的每一条都对应一个可执行的动作，可以接上[操作步骤类内容的写法](https://www.guangsuan.com/post/geo-howto-steps-write-executable/)把动作标准补齐；清单里出现的参数值，则应回到[同维度同单位同条件的表格](https://www.guangsuan.com/post/geo-comparison-table-same-units/)统一口径，避免同一台设备在不同文件里写出两套数字。而条目背后的解释性内容——为什么这项要查、判据从哪来——更适合放进对应的问答页，这属于[主题页与问答页的分工](https://www.guangsuan.com/post/geo-topic-page-qa-page-structure/)要处理的层级问题。 需要把这里的判断落到具体页面时，可以参考：[哪些SEO投入值得重新评估：内容、关键词与外链质量](/post/%e5%88%ab%e5%86%8d%e6%b5%aa%e8%b4%b9%e6%97%b6%e9%97%b4%e5%81%9a%e8%bf%99%e4%ba%9b%e6%97%a0%e6%95%88%e7%9a%84seo%e6%93%8d%e4%bd%9c%e4%ba%86%ef%bc%882026%e6%b7%98%e6%b1%b0%e6%b8%85%e5%8d%95%ef%bc%89/)。 --- ## 写操作步骤不是列清单：让海外工程师照着能做完 - URL: https://www.guangsuan.com/post/geo-howto-steps-write-executable/ - 作者: Don Jiang - Published: 2026-09-18T02:45:45+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 面向海外安装与维护场景的步骤型内容写法：前提条件清单、一步一动作、每步判据与失败处理、型号分支与多语言单位，并说明 HowTo 富媒体结果已不再展示。 设备卖到海外，安装说明往往是最先被投诉的那份文件。原因通常不是写得少，而是写得像给自己人看的：默认读者知道现场电压、知道型号差异、知道"拧紧"是多大扭矩。海外工程师第一次接触你的设备，任何一处默认都会变成一次邮件往返。 步骤型内容的目标很明确：读者照着做完，并且做的过程中知道自己在哪一步。下面这些做法针对的就是这个目标，和标记无关。 ## 开头先写前提，不写背景 步骤之前需要一段前提清单，列的是"不满足就不能开始"的条件：电源制式与容量、气源压力、基础地面承载、环境温度、需要的工具与耗材、必须由持证人员完成的部分。这一段常被写成产品介绍，实际上它唯一的职责是让读者在开始之前判断能不能动手。 前提清单还有一个作用：现场条件不满足时，读者有理由停下来联系供应商，而不是硬装。对你来说，这能减少现场返工。 ## 一步只做一件事 把"拆下护罩并检查叶轮后重新安装"写成一个步骤，读者会在两个动作之间犹豫：检查发现异常怎么办、要不要装回去再检查。拆开写会占几行，但每一步都只有一个动作、一个对象，读者不容易跳步。动词开头的短句在实际使用中表现最好，因为现场工程师是边看边做，不是阅读文章。 编号必须连续且有层级。用"1.1、1.2、2.1"这种结构，读者跑到一半被打断，回来还能找到位置；用"首先、然后、接下来"的叙述体，一旦被电话打断就需要重读整段。 ## 每一步都要有一个能判断的结束条件 "拧紧螺栓"不是可执行的步骤，"按规定扭矩拧紧"好一点，"以 45 N·m 拧紧，听到扭矩扳手咔响后停止"才是可执行的。判断标准可以是数值、可以是一个可见状态、也可以是一个可测量的结果。以下是教学样例（数值为演示用，不是任何客户手册里的实际要求）： ``` `步骤 3｜连接液压软管 动作：将 A 口软管接头旋入泵体，手拧到底后使用扳手再旋 1/4 圈。 判据：接头处无可见间隙，沿管身轻拉不松动。 记录：在安装记录表上填写接头批号。 失败处理：若旋入过程中出现卡滞，停止并检查螺纹，不要继续加力。` ``` 这一段里"再旋 1/4 圈"是动作标准，"无可见间隙、轻拉不松动"是判据，"填写批号"是留痕，"出现卡滞则停止"是分支。四样齐全，现场就不需要打电话问。 真实作业现场：用校准仪核对扭矩扳手，扳手柄上的校准标签说明工具本身也要被定期核对。步骤型内容要模拟的就是这种“一行一动作、动作带判据”的节奏。照片来源：Wikimedia Commons，美国海军 MC2 Joshua Mann 摄（2010-12-28，USS Kearsarge），公有领域；示意用图，与光算客户项目无关。 ## 失败路径要写，但不要写成一整套应急预案 官方文档里常见"如果……请联系技术支持"，这句话在现场几乎没用，因为工程师需要知道的是"在联系之前先做什么"。可行的方法是在每个关键步骤后面加一行失败处理，只写两件事：什么情况下停手、停下来之后检查什么。真正的应急预案放在单独一节，避免把主流程撑得读不下去。 另外，安全相关的动作（断电、泄压、挂牌）必须写成独立步骤并放在动作之前，不要写成括号里的提醒。括号会被跳过。 如果给步骤配图，图要能回答"这个动作落在哪个位置"，所以接口、标识、刻度这些细节比整机外观更有用；一张干净的产品照放在安装章节里，几乎不会减少任何一次提问。拍不到现场时，标注过的插画或示意图同样可以，只要明确写清是示意。 ## 型号、版本和多语言版本要分别交代 一个系列的设备通常有多个配置，步骤会分叉。把所有分支塞进一条主线，读者会在错误的地方执行正确的动作。可行做法是：主线写通用步骤，分叉处明确写"仅 X 型号：见 3.4"，并给分叉段落一个可单独访问的标题或页面。这样现场工程师可以直接把链接发给同事。 多语言版本还有一个容易忽略的细节：单位、工具名称和编号体系。德语现场的扭矩单位习惯用 N·m，北美现场可能用 ft·lb；工具名称直译后可能对不上货架上的实物。稳妥的做法是首次出现时给出"本地叫法 + 编号 + 图片"，此后统一使用编号。 ## 关于标记：HowTo 富媒体结果已经不展示 如果你还在按旧教程给安装步骤加 HowTo 结构，值得先核对一件事：Google 已经移除了 How-to 结构化数据的文档，Google Search Central [文档更新记录](https://developers.google.com/search/updates)的说法是"The How-to structured data documentation"被移除，"as this rich result is no longer shown in search results, on both desktop and mobile devices"。也就是说，加这套标记不会带来对应展示。 这反而让事情变简单：步骤内容只需要对读者负责。官方在[生成式 AI 优化指南](https://developers.google.com/search/docs/fundamentals/ai-optimization-guide)里对内容组织的建议也是对人的——"People generally appreciate it when web pages are organized by paragraphs and sections, along with headings that provide a clear structure to navigate content." 光算在[GEO 服务](https://www.guangsuan.com/geo/)里处理这类资料的顺序是：先把可执行的步骤补全，再看哪些外部渠道需要用到同一份步骤说明，最后用问题集复测"平台在回答相关问题时是否准确描述了适用条件"。标记从来不是这一步的重点。 如果这些步骤是给客户或服务商做验收用的，下一步可以把它整理成[可勾选的检查表](https://www.guangsuan.com/post/geo-checklist-structure/)；如果步骤里出现了具体参数，最好同时按[同单位同条件的表格](https://www.guangsuan.com/post/geo-comparison-table-same-units/)整理一份，避免同一台设备在两份文件里写出两套数字。 同一套工作里，下面几篇会接着用到：[技术SEO审计一堆红项，先修哪一个？用影响范围和证据排序](/post/technical-seo-audit-priority-evidence/)。 --- ## 参数对比表怎么做：同维度、同单位、同条件 - URL: https://www.guangsuan.com/post/geo-comparison-table-same-units/ - 作者: Don Jiang - Published: 2026-09-18T02:45:45+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 给海外买家看的参数对比表怎么写：维度与列的顺序、单位与量纲口径、额定值峰值区间的区分、空缺值标注、测试条件与版本维护，含教学示例与官方依据。 做海外生意的企业几乎都遇到过这种场面：客户把三家供应商的参数抓进一张 Excel，然后发回来问"为什么你们这一项是空的""你们的 45 是分贝还是别的"。很多时候问题不在参数本身，而在参数表没有按同一套口径写，客户没法比，只能再问一轮。 参数对比表的目标只有一个：让买家不靠追问就能自己比完。做到这一点靠的不是写得多，而是每一行都可核对。 ## 先把维度定在第一列 常见的错误写法是把产品名放在第一列，参数放在列首。客户真正想比的是"同一项参数在不同产品上分别是多少"，所以第一列应该是参数名，列首才是型号。顺序也要固定：尺寸、性能、电气、环境、接口、认证，一类一类排下去，客户扫一遍就能找到自己关心的那一段。 同一张表里不要混入主张。把"质量领先"和"防护等级 IP65"放在同一列，等于让一条无法核对的描述和一串可核对的数值并列，读表的人会默认两者同级。 ## 同一行只放一种口径 参数表最容易出事的地方是单位。`mm` 与 `inch`、`kg` 与 `lb`、`m³/h` 与 `CFM`，在同一个格子里出现两种单位，或者一部分型号用公制、一部分用英制，客户就会算错。国际商务中普遍以国际单位制（SI）为主，《NIST 关于 SI 的说明》提到： > The SI plays an essential role in international commerce and is commonly used in scientific and technological research and development. 可行的做法是主单位统一用 SI，换算值放在括号里，并在表下写明换算系数与保留位数。如果某个市场必须用英制，就整列换成英制，不要在行内混着走。 比单位更隐蔽的是量纲不同。压力有"表压"和"绝压"之分，功率有"额定功率"和"峰值功率"之分，噪声要写清测点距离与工况。客户拿"最大压力 16 bar"和"工作压力 10 bar"并排比较，得到的结论必然是错的。 同一把尺上同时印两种刻度，是"单位口径"问题最直观的样子：数字本身没变，读的人用错刻度就得到完全不同的结论。照片来源：Wikimedia Commons，作者 Stilfehler，公有领域。 ## 额定值、峰值和区间不是同一件事 参数表里出现的数字，至少有三种性质：额定值（可以长期稳定运行的）、峰值（短时可达的）、区间（覆盖整个系列的范围）。把某一型号的峰值填进"系列范围"那一行，客户按它做设计就会踩坑。写表格时每一格都要能回答"这个数字是在什么前提下成立的"，答不上来就先不要填。 量表常见的"`500–3000 N·m`"这类区间写法也要交代清楚：是全部型号合起来覆盖这个范围，还是单一型号就在这个范围内可调。两者对采购的意义完全不同。 ## 空缺值要写明为什么空 客户最反感的一列是空白和"-"。这两种写法都不传达信息。以下是教学样例，只说明标注方式（数据为演示用的虚构值，不是任何客户页面上的实际参数）： 参数A 型号B 型号备注 防护等级IP65IP54依据 IEC 60529 测试 噪声（1m，额定工况）62 dB(A)未提供第三方报告待补，暂不标注 环境温度下限-20 ℃0 ℃低温选配型号另见产品页 出口认证CE不适用B 型号不在欧盟销售 "未提供"和"不适用"是两个不同的状态：前者说明数据缺失、需要补，后者说明这个参数与该产品无关。客户看到"不适用"就不会再追问，看到"-"却可能会以为是零或没有要求。 ## 测试条件要和数字出现在同一格 数值脱离测试条件就没有比较价值。噪声要写测点距离与工况，防护等级要写依据的标准与版本，寿命要写测试频率与判定标准。把这些信息放到表下面统一说明，读者读某一格时还得来回翻，容易看漏。更稳的做法是在格内保留最短的条件标记，例如"62 dB(A) @1m, 额定工况"，完整测试方法放在下一节的文字里。 另外提醒一句：如果参数来自第三方检测报告，写清报告编号与出具日期会让整张表的可信度上一个台阶。引用外部资料的写法可以看[引用外部资料的规矩](https://www.guangsuan.com/post/geo-external-citation-rules/)，其中提到来源、适用范围与失效处理。 表格还要有人维护。产品改版、供应商换料、标准升版都会让某一格失效，而过期的参数比空着更危险。可行的做法是在表下固定一行版本信息：适用型号、参数版本、最后更新日期、下一个复核时间。这行字平时没人看，但客户或销售拿旧版表格去谈单时，它能第一时间提示"你手上这份是去年的"。 ## 表格写好后会发生什么，以及不会发生什么 结构清晰的表格通常更容易被人读，也更容易被系统取用。但这里要区分两件事：写好是你可控的，被摘取不是。Google 的官方文档写的是系统自动生成摘要、站点无法手动指定；精选摘要同样由系统决定。生成式 AI 功能方面，官方也说明不需要专门为 AI 改写结构，甚至明确指出没有"理想页面长度"。 所以我们把表格做好的理由是让买家少问一轮、让采购能直接复制进评估表，而不是换一个更好的引用位。这也是我们在[光算 GEO 项目](https://www.guangsuan.com/geo/)里对客户说的口径：内容质量可以持续改进，引用与展示结果不承诺。 表里出现的术语如果客户可能看不懂，先回到[定义句的写法](https://www.guangsuan.com/post/geo-definition-sentence-writing/)把术语固定在页面上，再让表格引用这套名称，避免同一份资料里出现两种叫法。 和本篇直接相关的还有：[产品参数放折叠标签页，会影响SEO吗？关键看数据何时加载](/post/product-spec-tabs-content-loading/)。 ### 参考来源 - [SI Units | NIST](https://www.nist.gov/pml/owm/metric-si/si-units) — 国际单位制在国际商务中的作用与写法说明。 - [Control your snippets in search results](https://developers.google.com/search/docs/appearance/snippet) — 摘要与深链的生成方式。 - [Featured snippets and your website](https://developers.google.com/search/docs/appearance/featured-snippets) — 页面无法自行指定精选摘要。 - [Optimizing your website for generative AI features on Google Search](https://developers.google.com/search/docs/fundamentals/ai-optimization-guide) — 不需要为 AI 拆碎内容，也没有理想页面长度。 --- ## FAQ 与问答页怎么用？先分清回答、条件与边界 - URL: https://www.guangsuan.com/post/geo-faq-qa-page-structure/ - 作者: Don Jiang - Published: 2026-09-18T02:45:45+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 面向海外买家与 AI 回答的问答内容写法：页内 FAQ 与独立问答页怎么分工、答案必备的条件与边界、折叠面板的代价、以及 FAQ 富媒体结果已停用的现状。 海外买家向 AI 提问时，很少只问"你们能做吗"。更常见的是带条件的问题：在零下二十度的户外能不能用、单批 50 件接不接、出口到欧盟要不要额外文件。如果你的页面上只有一句"可以，欢迎咨询"，这段话拿去做答案时等于什么都没说。 问答型内容是承接这类提问最直接的形式，也是最容易被写坏的形式：问题问得很具体，答案却写成了宣传口径；或者干脆把问题收进折叠面板，读者和后来复查的人都要点开才知道里面写了什么。 ## 页内 FAQ 和独立问答页，是两种东西 页内 FAQ 是产品页或服务页的一部分，用来补掉正文没讲清的条件问题，通常三到八条，每条一两段。独立问答页则是整页围绕一个问题展开：它适用于确实需要长回答的主题，比如"出口欧盟的机械产品需要哪些文件"。判断标准很简单：如果把这个问题的答案从产品页里拿掉，产品页依然读得通，那它属于独立问答页；如果拿掉之后客户就会问出口，那它应该留在页内。 两种形式的答案写法不完全一样。页内 FAQ 的答案是完整可读的一小段；独立问答页可以先给结论，再给依据、适用条件和例外。共同点是：都不能只写结论。 ## 答案里必须出现的三类信息 把"可以"换成一句能被核对的话，至少补三样东西：适用条件、边界值、以及出处的落点。下面是教学样例（仅为说明结构，不是任何客户页面上的原句）： ``` `问：这套液压泵能用于 -20℃ 的户外环境吗？ 答：可以，但需要选配低温液压油并加装预热回路； 标准配置的适用环境温度下限为 -5℃， 低温选配型号的测试数据见产品页的低温试验章节。` ``` 这段答案给出了条件（要选配）、边界（标准配置 -5℃）、以及读者可以自己去看的地方。它比"完全没问题"更慢热，但它能被采购写进内部评估表，也能在被摘走之后不产生误解。 另一个常被忽略的点是"当前状态"。价格、交期、认证有效期都会变，写"常年现货"等于给未来埋一个错答案。可行的做法是把会变的数字放在可维护的位置，并在答案里写明以哪个日期为准。 ## 折叠面板里的答案，可能不会被当作可摘取的段落 很多模板默认把 FAQ 折起来，理由是页面整齐。人点一下能看到，但从"这段内容能不能被当作可摘取的段落"这个角度看，折叠是有代价的。Google 在[摘要文档](https://developers.google.com/search/docs/appearance/snippet)里对"阅读更多"深链的说明写得很清楚： > Make sure content is immediately visible on the page to a human (and not hidden behind an expandable section or tabbed interface, for example). 也就是说，直接可见的内容更容易被当作可摘取的段落。与此同时，官方[结构化数据质量指南](https://developers.google.com/search/docs/appearance/structured-data/sd-policies)也要求不要标记页面上对读者不可见的内容。两条规则合起来指向同一个做法：重要的条件与边界放在默认可见的正文里，折叠面板只用来收纳次级细节。 另外要顺手检查两件事：一是页面有没有误用 `nosnippet`、`data-nosnippet` 或过短的 `max-snippet` 限制；二是答案有没有只存在于图片里——图片里的文字不会变成可引用的段落。 ## FAQ 富媒体结果已经不再展示 还有一个现状必须先说清。Google 在 2026 年 5 月的[文档更新记录](https://developers.google.com/search/updates)里写明，FAQ 富媒体结果不再出现在搜索结果中： > Deprecating the FAQ rich result feature … Why: This feature will no longer appear in Google Search starting May 7, 2026. 此后该功能的文档页也被移除，原地址会跳转到更新记录。所以如果你手上的清单还写着"给 FAQ 加标记以争取展示"，那一条已经过期。这不影响问答内容本身的价值，但会影响你把时间花在哪里：内容写清楚有直接作用，加标记已经没有对应展示。 Google Search Central 的文档更新记录（2026-09-18 截图）：FAQ 富媒体结果已停止展示，相关文档页被移除。页面公开可访问，可自行核对原文。 ## 结构化数据这条线还剩什么 如果你的问答页真的是一页一问、并且允许用户补充回答，Google 仍然提供 Q&A 页标记，但它对页面性质有限定，官方[内容指南](https://developers.google.com/search/docs/appearance/structured-data/qapage)写得很明确： > Users must be able to submit answers to the question. Don't use QAPage markup for content that has only one answer for a given question with no way for users to add alternative answers. 官方列出的无效用法里，第一条就是"站点自己写的、用户无法补充答案的 FAQ 页"，并且明确不要对一页多问的页面使用该标记。也就是说，绝大多数企业官网的 FAQ 压根不在适用范围内，加标记不会带来展示，出错反而会产生垃圾数据风险。更稳的顺序是先把问答内容写对，再判断有没有必要碰标记。 ## 问题从哪里来 选问题不要凭想象。三个来源最实用：销售与技术支持被反复问到的原话；目标市场客户在公开论坛、展会现场和邮件里用过的问法；以及把同一条答案反过来问自己——"客户会在什么条件下不适用"。第三类问题往往最有价值，因为它直接产出边界。 把这些问题整理成清单之后，页内 FAQ 与独立问答页各自认领，不要同一个问题在三个页面各写一遍。这一步属于站点层级设计，可以接着看[主题页与问答页的分工](https://www.guangsuan.com/post/geo-topic-page-qa-page-structure/)和[检查表型内容的组织方式](https://www.guangsuan.com/post/geo-checklist-structure/)。 多语言站点还要多一步。英文页答完"交期 4–6 周"，德文页写"kurzfristig lieferbar"（可短期交货），西班牙语页干脆不提交期，三个版本对同一件事的表述并不一致。买家看到哪个版本取决于他的语言设置，AI 回答参考哪个版本也不由你决定。可行的做法是给每个语言版本建同一张问答对照表：问题编号、答案要点、条件、数据更新日期，各语言同步维护，改一处就四处一起改。 光算在[GEO 服务](https://www.guangsuan.com/geo/)里把这类工作归到"围绕客户的决策问题组织内容"：先确定问题清单，再决定哪个页面承接哪一问，最后用约定问题集复测回答里的品牌提及与事实偏差。问题数不是文章数，也不代表引用次数。 延伸阅读，按你接下来要面对的下一步选：[FAQ结构化数据怎么做：问答内容、JSON-LD与搜索展示限制](/post/%e5%a6%82%e4%bd%95%e5%88%a9%e7%94%a8-schema-%e6%a0%87%e8%ae%b0%ef%bc%88%e7%bb%93%e6%9e%84%e5%8c%96%e6%95%b0%e6%8d%ae%ef%bc%89%e6%8f%90%e5%8d%87-faq-%e9%a1%b5%e9%9d%a2%e7%82%b9%e5%87%bb%e7%8e%87/)。 --- ## 定义句怎么写：被 AI 摘走之后还站得住吗 - URL: https://www.guangsuan.com/post/geo-definition-sentence-writing/ - 作者: Don Jiang - Published: 2026-09-18T02:45:45+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 面向做海外市场的 B2B 与技术服务企业：一句产品/服务定义要写全哪些信息、哪些情况不该压成一句话、名称多语言怎么统一，附写法检查与官方依据。 客户在 ChatGPT 或 Perplexity 里输入一个产品术语，得到的回答常常只有一两句话。这一两句可能是从你官网上摘出来的，也可能来自行业媒体、目录站或论坛。区别在于：如果是从你页面上摘的，摘走的是哪一句、摘完之后还读不读得懂，很大程度取决于你当初怎么写那句话。 定义句是最好被摘、也最容易摘坏的一种句子。它通常只有一行，却同时承担四件事：说清对象、说清它属于哪一类、说清它和同类有什么不同、说清在什么条件下成立。少任何一件，句子单独出现时就开始漂移。 ## 定义句要带齐的四个部分 判断一句定义能不能被独立引用，可以先把它从页面上复制出来，贴在空白文档里，再读一遍。下面是一句教学样例（只为说明结构，不是任何客户页面上的原句）： ``` `外转子永磁同步风机是额定电压 380V、风量 1200–4500 m³/h 的工业通风设备， 用于车间与仓储空间的空气交换，工作环境温度上限 45℃。` ``` 这句话里，"外转子永磁同步风机"是主体，"工业通风设备"是类别，"380V、1200–4500 m³/h"是它与同类的区分点，"45℃ 上限、车间与仓储"是适用条件。四项都在，所以它被单独摘走以后仍然能被读完，读者不需要回头看你上文写的是什么设备。 服务型业务的定义句结构相同，只是把参数换成服务范围与交付物。下面是第二个教学样例： ``` `三维扫描检测服务是按客户图纸要求，对批量零件做尺寸与形位误差测量并出具报告的技术服务， 适用于首件检验与来料抽检；单件周期取决于零件尺寸与公差要求。` ``` 它没有写"最快 24 小时"这类无法核对的卖点，而是写清了交付物（检测报告）、适用环节（首件检验、来料抽检）和影响周期的变量（尺寸与公差）。这类句子对采购方和 AI 回答都有用，因为它给出了判断口径。 反过来，如果只写"我们的风机性能卓越、适配多种场景"，句子被摘走后剩下的只有主张。买家拿着它无法判断能不能用，也不会把它当作参考依据。 ## 什么情况下不该硬压成一句话 三类内容写成一行反而是风险。第一类是含义随场景变化的词，比如"智能"、"绿色"，同一行业里不同买家的理解差别很大，写进定义句就等于把解释权让出去。第二类是带法规或认证含义的表述，各国对"食品级"、"防爆"这类词的可使用条件不同，一句话概括很容易说过头。第三类是有多个型号口径的产品，把整套系列的参数压进一句，最后一定写成范围模糊的空话。 这三类内容的处理方式是把定义句留在最抽象的一层（只写主体、类别、用途），把具体参数放进紧跟其后的列表或表格，并给每个参数标明适用型号。这样定义句仍然独立成立，细节也有地方放。 ## 四种常见的坏定义 - **循环定义**："什么是 A？A 就是一种具备 A 特性的产品。"读者看完不知道它到底是什么，只多知道一个同义词。 - **用营销词当类别**：把"行业领先的方案提供商"写在类别的位置上。类别必须是一个可检索、可比较的名词，不是评价。 - **缺少条件**：只写"最高精度 0.01mm"，不写测量范围、温度条件或被测物。参数脱离条件就没有比较价值。 - **句子中途换主语**：前半句讲设备，后半句变成讲公司服务。摘走之后，读者分不清哪个词是产品名。 ## 名称在多语言、多市场版本里要一致 面向海外市场的企业往往同时有英文官网、目录站资料和第三方平台页面。同一个产品在英文页写成 "external rotor motor fan"，在目录里写成 "EC axial fan"，在展会资料上又写成 "plug fan"，三个名字各自都对，但放在一起时，买家与检索系统需要额外判断它们是不是同一个东西。 可行的做法是先固定一个主名称，再固定一到两个同义表达，并在产品页上把这几个词放在同一段里说清关系（"也称…"）。其余渠道的材料统一使用这套写法。名称一致不能保证被引用，但能减少被当成两个不同产品处理的情况。 维基百科 Calibration 条目首段：标题之后第一段就把主体、类别和它与"测量标准"的关系交代完，不依赖任何上文。页面内容以 CC BY-SA 许可发布，此处仅作写法示例。 ## 写完之后做两个检查 第一个检查是刚才说的"贴到空白文档里读一遍"，重点看有没有出现"本品"、"该系列"、"如上所述"这类离开页面就失效的指代。第二个检查是把定义句和它下面第一段并排看：如果第一段只是把定义句换词重说一遍，说明定义句里塞了本该展开的内容，应该拆开。 Google 在其[摘要文档](https://developers.google.com/search/docs/appearance/snippet)里写得很直接：摘要由页面内容自动生成，不同查询可能显示不同摘要，网站无法手动指定。精选摘要同样是系统决定，官方原话是"你无法做到"（You can't）。这些说明都指向同一件事：你控制的是句子本身能不能被安全摘走，不是它会不会被摘。我们在[光算 GEO 服务](https://www.guangsuan.com/geo/)里也是按这个口径推进的：把工作落在可检查的页面与内容上，再用约定问题集复测，不宣称能进入平台内部改权重。 定义句写完之后，下一个问题是它被摘走的相邻段落是否也站得住，这属于[段落可独立理解](https://www.guangsuan.com/post/geo-self-contained-paragraph/)的范围。如果你还在决定给定义句配什么标记，可以先看[结构化数据在 AI 搜索里实际能做和不能做的事](https://www.guangsuan.com/post/geo-structured-data-ai-search-limits/)，避免为一个不产生展示的标记花时间。 另外，如果改到一半发现页面上真正缺的不是定义，而是一堆无法核对的主张，那就该先做一轮[营销腔的识别与替换](https://www.guangsuan.com/post/geo-marketing-fluff-replacement/)，把形容词换成能验证的表述，再回来补定义。 这部分通常还要配合其他环节一起做：[SEO文章怎么排版：分段、小标题、列表与数据加粗](/post/%e8%bf%99%e7%a7%8d%e6%8e%92%e7%89%88%e6%96%b9%e5%bc%8f%e8%83%bd%e8%ae%a9%e4%bd%a0%e7%9a%84seo%e6%96%87%e7%ab%a0%e8%bd%ac%e5%8c%96%e7%8e%87%e7%bf%bb%e5%80%8d/)、[网页SEO标题怎么写：避开关键词、移动展示与点击吸引力的4个错误](/post/%e7%bd%91%e9%a1%b5seo%e6%a0%87%e9%a2%98%e6%80%8e%e4%b9%88%e5%86%99%e6%89%8d%e6%9c%89%e7%94%a8/)。 ### 参考来源 - [Control your snippets in search results](https://developers.google.com/search/docs/appearance/snippet) — Google Search Central：摘要由页面内容自动生成，且可能因查询而异。 - [Featured snippets and your website](https://developers.google.com/search/docs/appearance/featured-snippets) — Google Search Central：页面无法自行标记为精选摘要。 - [Optimizing your website for generative AI features on Google Search](https://developers.google.com/search/docs/fundamentals/ai-optimization-guide) — Google Search Central：生成式 AI 功能沿用基础 SEO 最佳实践。 - [Wikipedia: Calibration](https://en.wikipedia.org/wiki/Calibration) — 配图页面的公开出处，内容以 CC BY-SA 许可发布。 --- ## 为AI可读重排官网：栏目、内链与页面职责 - URL: https://www.guangsuan.com/post/website-information-architecture-for-ai/ - 作者: Don Jiang - Published: 2026-09-18T02:44:08+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 官方对生成式搜索没有额外技术要求，能把控的是页面职责与内链。给出七类页面的分工、锚文本判据、重复页面处理顺序与动手步骤。 官网有三百多篇内容，客户还是在问同样几个问题：你们做不做这类工况、交期多久、能不能提供某份资料。翻一下站内，会发现同一个问题有四五个页面在回答，每个都只写了一部分，彼此还有细节冲突。问题不在内容数量，而在页面职责没定。 所谓重排，不是把栏目改个名字，而是先把「哪类问题由哪类页面回答」定下来，再用内链把读者送到那一页。这一步做扎实了，内容写多少、写在哪里才有落点。 ## 先看官方对技术条件说了什么 容易被忽略的是：Google 对出现在生成式搜索里的技术门槛写得很低。官方说明是，要被作为 AI 概览或 AI 模式的支撑链接展示，页面只需被索引、并且在 Google 搜索中有资格显示摘要，满足搜索的技术要求即可，没有额外的技术要求；同时官方明确表示不需要为 AI 另建机器可读文件或特殊标记，Google 搜索本身不使用这些文件（见 AI features 文档与 AI optimization guide 的说明）。 这两句话的含义是：把精力放在结构与内容上，比追新格式划算。页面被索引、内容以文字形式存在、站内能找到它，这些仍是前提，而它们恰好是信息架构的问题。 ## 每个页面只回答一类问题 可以按下面这类分工来梳理自己的站点。每一类页面写清它负责的问题，以及它不该承担的内容： - **首页**：主体是谁、做什么、为谁做。不承担具体型号的规格说明。 - **产品与型号页**：规格、单位、适用条件、选型差异。不做行业科普，不写泛泛的应用介绍说。 - **应用与工况页**：什么工况适合哪一类方案，帮助筛选。不重复型号页的参数表。 - **技术资料与文章**：为什么这样判断、依据和边界在哪。不替代产品页承载选购信息。 - **案例页**：谁在什么条件下用过、范围与结果口径。不做产品参数与选型的完整说明。 - **资质与关于页**：主体信息、证书、团队与联系方式。不写成营销文案页。 - **询盘与联系页**：怎么开始、需要准备什么、响应与交付方式。 定职责的过程通常会发现两三种典型问题：同一问题被两个页面回答；某个问题没有任何页面回答；一个页面同时承担四种角色，读起来像拼盘。前两种处理起来简单，第三种需要拆页面，工作量也就从这里开始。 ## 内链：方向、锚文本、数量 内链的作用是让读者和检索都知道「下一步该去哪一页」。Google 对锚文本的说明很直接：好的锚文本应当具有描述性、适度简洁，并且与所在页面以及链接指向的页面相关；判断方法可以把锚文本单独拿出来读，如果看不出目标页面讲什么，就说明还不够具体。官方还提醒不要并排堆叠多个链接，那样读者难以区分，也失去了每条链接周围的上下文。 关于覆盖范围，官方的一句话可以作为检查标准：你在意的每个页面，都应该至少被站内另一个页面链接到。按这个标准扫一遍站点地图，通常能找到几十个孤立页面——它们只出现在站点地图里，没有任何站内入口。 锚文本的写法建议围绕读者下一步，而不是围绕关键词：从技术文章指向型号页，可以写「查看型号与量程」；从应用页指向案例页，可以写「看同类工况下的项目记录」。同一句话里不要并排三个链接，也不要每一段都指向同一个商业页面。 页面职责先定，内容与内链才有落点：每个页面回答一类问题，重复的页面需要合并或跳转。图示为本文原创结构示意，用于说明分工思路，不对应任何具体站点。 ## 重复页面怎么处理 内部原因造成的重复最好处理：把两页合并成一页，另一页做 301；如果两页面向的确实是不同市场或不同层级的读者，就给它们明确的分工，并在页面上写清各自的范围。Google 的说明是，重复内容会让用户体验变差，也会让搜索引擎把抓取资源花在你并不关心的 URL 上。 外部原因造成的重复（参数、分页、旧路径、带跟踪参数的地址）需要另外处理，前面的逻辑一致：同一内容确定一个规范地址，并让站内链接都指向它。规范化指定在官方文档里被描述为「提示，而不是规则」，所以与其反复指定，不如减少重复来源。 ## 动手的顺序 - 先把客户会问的问题列成清单，写清每类问题对应的读者与决策阶段。 - 给现有页面标注它实际回答的问题，找出重叠与空白。 - 定主页面：一个问题一个主页面，其他页面合并或改为补充说明。 - 补内链：从内容页指向产品与型号页，从产品页指向询盘与资质信息，锚文本说明对面是什么。 - 检查孤立页面，确认每个在意的页面至少有一个站内入口。 - 更新站点地图与规范化设置，确认改动后的地址可被抓取。 - 如果没有条件用整站生成或批量处理，先改最重要的二十个页面，也比等一个完整改版方案更快见效。 栏目命名要跟着职责走，而不是反过来。常见错误是先决定「要有解决方案栏目」，再把各种内容塞进去，结果每页都像首页。重排的目的不是让导航更漂亮，而是让一个具体问题只有一处答案。 页面职责与事实一致性是两件事，但会互相影响：职责重叠的页面往往也是事实冲突的来源，可以结合[官网信息互相矛盾怎么排查](/post/conflicting-brand-facts-ai-answer/)与[多语言事实对齐](/post/multilingual-brand-fact-alignment/)一起做。梳理前需要的品牌字段与命名规则，见[品牌事实清单](/post/brand-fact-sheet-for-ai-search/)与[公司名与别名统一](/post/company-name-brand-alias-consistency/)。光算在 GEO 项目里把页面检查与内容清单放在诊断阶段，具体范围按项目确定，见 [GEO 服务说明](https://www.guangsuan.com/geo/)。 如果正在处理这类情况，下面两篇可以对照着看：[一篇SEO博客文章应该有多少个内部链接丨每1000个单词的内链最佳策略](/post/%e4%b8%80%e7%af%87seo%e5%8d%9a%e5%ae%a2%e6%96%87%e7%ab%a0%e5%ba%94%e8%af%a5%e6%9c%89%e5%a4%9a%e5%b0%91%e4%b8%aa%e5%86%85%e9%83%a8%e9%93%be%e6%8e%a5/)、[产品页和博客都想抢同一个词？外贸SEO关键词地图这样做](/post/b2b-keyword-page-mapping/)。 ## 参考来源 - [AI Features and Your Website](https://developers.google.com/search/docs/appearance/ai-features?hl=en) — 要被作为 AI 概览或 AI 模式的支撑链接展示，页面只需被索引且有资格显示摘要，没有额外技术要求。 - [Optimizing your website for generative AI features on Google Search](https://developers.google.com/search/docs/fundamentals/ai-optimization-guide?hl=en) — 官方明确表示不需要为 AI 另建机器可读文件或特殊标记，Google 搜索不使用这些文件。 - [Link best practices for Google](https://developers.google.com/search/docs/crawling-indexing/links-crawlable?hl=en) — 锚文本要有描述性、适度简洁并与两端页面相关；在意的每个页面都应有站内其他页面的链接。 --- ## 作者与团队信息：AI判断内容可信度时会看什么 - URL: https://www.guangsuan.com/post/author-team-info-ai-trust/ - 作者: Don Jiang - Published: 2026-09-18T02:44:08+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 官方把「谁写的、怎么写的」列为内容评估线索。给出作者页字段、多人署名写法、AI 辅助制作的说明方式，以及作者结构化数据与页面一致的做法。 技术文章下面没有署名，读者想追一句「这个判断是谁做的」都找不到入口；公司页写着「拥有 20 年经验的专家团队」，却说不清是谁、做什么方向。客户看不出来源，检索系统也拿不到可核对的作者信息。作者与团队信息不解决内容质量问题，但它决定了别人能不能判断该不该信你。 这件事官方文档里有明确线索。Google 在《Creating helpful, reliable, people-first content》里用「Who、How、Why」三问来评估内容，其中「Who」部分是：读者是否能一眼看出内容由谁撰写、页面是否带有署名、署名是否指向关于作者本人的更多信息（介绍作者背景与写作领域）。文档同时写明，官方鼓励在读者会期待署名的地方加上准确的署名信息。 ## 为什么值得认真做 同一份文档里的 E-E-A-T 部分说明，Google 的自动系统会综合多种因素来判断内容是否体现经验、专业性、权威性与可信度，其中可信度最重要；E-E-A-T 本身不是一个具体的排名因素，但用于识别这类内容的因素组合是有用的。对你来说，这句官方表述的含义很直接：作者是谁、凭什么写这个题目，属于可以被整理并公开的信息，而不是玄学。 需要说明的是，任何服务方都不能承诺「写了作者页就能被引用」。能确定的是：公开可核对的作者信息在读者与检索侧都存在，而不写就只有一片空白。 ## 作者页该有哪些字段 作者页不必写成简历，但要让读者能判断相关性： - **姓名与职务**：真实姓名与在公司的岗位，不要用「资深顾问」「行业专家」这类无法核对的头衔代替。 - **负责范围**：负责哪类产品、哪类项目、哪类问题，读者据此判断这篇内容是否落在他熟悉的范围内。 - **可核验的专业背景**：从业年限、参与过的项目类型、公开演讲或培训经历、发表过的技术文章、专利或标准参与情况。写得出处的才写。 - **署名内容清单**：这个作者写过哪些文章、参与过哪些案例；既是索引，也是读者追溯来源的路径。 - **联系或对接方式**：至少指向团队页或业务联系入口，让人知道怎么问下去。 团队页同样遵循「写得出处的才写」：岗位、职责、人数规模如果来自内部台账，写；如果只是印象，不写。团队合影、办公环境的照片如果展示的是真实场景，可以放；不要用素材库图片暗示那是自家团队。 ## 署名怎么写才算真实 技术内容常有多人参与，拆开写比合并写清楚。本站在[技术文章该署谁的名](/post/technical-byline-contribution-review/)里把撰写、资料提供与工程审核三者的分工讲透了，这里补两个实践要点：一是署名要与实际贡献对应，资料由工程师提供但由其审核过的文章，写「资料：XXX / 审核：XXX」；二是不确定的内容不要挂在某位工程师名下，那既影响他的专业声誉，也让读者误判内容可信度。 如果内容借助了 AI 工具完成初稿或翻译，Google 在同一份文档的「How」部分给出了态度：分享内容的制作过程有助于读者理解自动化在其中扮演的独特且有用的角色。也就是说，说明「初稿由 AI 辅助、参数与结论由工程师核对」是可以写、也值得写的一句话，而不必隐瞒。用 AI 直接生成大量无核查的内容则是另一回事，那属于内容质量问题。 ## 结构化数据要与可见内容一致 页面上写了署名，结构化数据里也应该有对应的作者字段。Google 的文章结构化数据文档把 author 列为推荐属性，并说明要遵循作者标记的最佳实践：所有在页面上呈现的作者都应写进标记里，多位作者要各写一个 author 字段，不要合并成一个字符串；作者难以区分时，可以用 url 或 sameAs 指向能唯一标识该作者的页面（例如个人主页或关于我页面）。如果作者页在站内，官方建议同时给它加上 Profile page 结构化数据。 最常见的错误是反过来：结构化数据里写着一位「作者」，页面上却找不到这个名字。这种情况下读者和检索拿到的信息互相矛盾，反而不如不写。作者信息的写法要与页面文字、日期、案例归属保持一致，这一点在[案例的证据写法](/post/case-study-evidence-checklist-b2b/)里也是同一个原则。 内容背后是具体的人和岗位：工位、工牌、安全帽和团队卡片这些实物，说明署名不是一行装饰。插图为本文原创示意，用于表达场景，不代表任何企业或个人的真实办公场所。 ## 几种会反噬的写法 - 虚构作者：造一个不存在的名字或「专家团队」，一旦被追问就无从解释。 - 头衔通胀：把合作顾问写成自有工程师、把参加过培训写成认证专家。 - 只写名字不写范围：读者仍不知道他是否懂这个题目。 - 作者页从不更新：人员变动后页面还挂着离职同事的简介。 - 署名与结构化数据不一致：页面写 A，标记写 B。 页面与结构化数据之外，作者信息也要纳入复核范围：转岗、离职、头衔变更、负责范围调整，都属于需要同步的事实。这类内容属于过期资料的一种，处理方式和[过期资料先查源头](/post/outdated-brand-info-source-fix/)里写的一样——先改源头，再看外部资料。 作者与团队信息属于品牌事实的一部分，建议连同名称、资质、案例一起收进[品牌事实清单](/post/brand-fact-sheet-for-ai-search/)，并纳入季度复核：人员、职责、署名范围变化时同步更新页面与结构化数据。光算在 GEO 项目中的做法是把这类公开信息与内容一起检查，不做效果承诺，工作范围按项目确定，见 [GEO 服务说明](https://www.guangsuan.com/geo/)。 同一问题的相邻角度：[技术文章该署谁的名？把撰写、资料提供与工程审核分开](/post/technical-byline-contribution-review/)。 ## 参考来源 - [Creating Helpful, Reliable, People-First Content](https://developers.google.com/search/docs/fundamentals/creating-helpful-content?hl=en) — 官方在 Who 部分鼓励在读者期待署名的地方提供准确的署名信息，并让署名指向作者的更多背景。 - [Article structured data](https://developers.google.com/search/docs/appearance/structured-data/article?hl=en) — 作者标记要覆盖页面上呈现的全部作者，多位作者分字段，并用 url 或 sameAs 帮助区分作者。 --- ## 多语言品牌事实一致性：各语种官网口径对齐检查 - URL: https://www.guangsuan.com/post/multilingual-brand-fact-alignment/ - 作者: Don Jiang - Published: 2026-09-18T02:44:08+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 跨语种要对齐的是事实而不是文字：先定基准语种，再按主体、型号、规格、认证、交易条件、案例逐字段对照，配合官方语言与规范化规则检查。 英文站写「MOQ：10 units」，德文站写「ab 5 Stück」，西语站干脆没写起订量；英文站的产品页把防护等级写到 IP66，其他语种只写到 IP54。单独看每个语种页面都通顺，放在一起就是矛盾。客户往往同时开两个语言的页面作对比，一旦对不上，先怀疑的不是翻译，而是这家公司对自己的产品是否清楚。 多语言一致性真正要对齐的是**事实**，不是文字。翻译得漂亮但数字、型号、条件不同，问题更大。下面是一套可以逐项执行的检查方法。 ## 先定基准语种与基准版本 对齐之前先回答一个问题：以哪一版为准。判断依据不是哪种语言客户多，而是哪一版离业务事实最近、维护最勤。通常是研发或生产沟通所用的那一版；如果中文站更新最及时，就以中文站为准，其他语种跟着对齐。 基准要写进流程，而不是靠记忆：版本号、生效日期、负责人。没有基准的团队，最终会在每个语种各维护一套「自己认为对」的版本。 ## 需要逐项对齐的字段 - **主体信息**：公司名、地址、联系方式与官方账号的写法，各语种不能各写一套（详见[公司名与别名统一](/post/company-name-brand-alias-consistency/)）。 - **型号与命名**：型号是唯一的，不要因为语言习惯而改写。型号一旦被翻译，客户拿去询价就会对不上货。 - **规格与单位**：数值、单位、测量条件、适用型号是否一致；单位换算是否正确，是否注明保留精度（写法见[产品参数怎么写才不会被说错](/post/product-parameter-writing-units-conditions/)）。 - **认证与标准**：认证名称、标准号、覆盖范围、有效期，各语种是否写了同一套。 - **交易条件**：MOQ、交期、报价方式、付款与质保条款。这类条款在不同市场可能有合法差异，那就把差异写清楚，而不是留一个看起来矛盾的版本。 - **案例与数据**：同一项目的客户类型、时间与口径是否一致；翻译时最容易省略统计周期。 - **状态说明**：停产、替代型号、涨价通知等时效性说明，各语种是否同步更新。 ## 用三栏对照表把差异找出来 做法很朴素：一张表，第一列是基准语种的字段值，第二列是目标语种页面的实际写法，第三列写差异与处理结论。逐字段填完，差异通常集中在三类：漏写（译文省略了条件）、改写（型号被本地化）、过期（只有部分语种更新）。 初筛可以用机器翻译辅助对比，但不要把机翻结果直接当译文上页面。Google 在关于多语言站点的说明里提到，只翻译页面的模板部分、正文仍保留单一语言，可能因为同一内容以多种语言反复出现而给用户带来糟糕体验；反过来说，把正文翻好、但把参数与条款改得面目全非，同样不是本地化。两者都要避免。 ## 语言与地区层面，官方怎么说 有些技术细节会影响跨语言的检索表现，值得按官方规则核对，但要注意它们解决的是「读者看到哪一版」，不是「事实是否一致」： - Google 用页面**可见内容**判断语言，不使用 lang 属性或 URL 之类的代码层信息；官方建议每个页面只使用一种语言写内容与导航，避免多语言并排展示。 - 不要按判断自动把用户从一个语言版本跳到另一个语言版本，官方明确建议避免这种做法，把选择权交给用户。 - 同一语言下存在相似或重复的页面（例如 example.de 与 example.com/de），官方建议选定一个优先版本，并用 rel="canonical" 与 hreflang 表达关系。 这些规则是排查跨语言重复与语言判断的依据。至于「客户用德语提问时，AI 会引用德语站还是英文站」，没有公开机制说明可以查，只能通过固定问题、分语言的复测去观察当次结果，并如实标注条件。 同一条信息用三种语言并列写上，是国际化场景里的常规做法：并排是为了让不同语言的人都能读，但并不意味着三行内容天然等价——逐行核对仍然是必要的。照片：印度因帕尔机场的三语标识牌，作者 Haoreima，来源 Wikimedia Commons，许可 CC0。 ## 谁来维护这份对照关系 建议的做法是把基准清单放进[品牌事实清单](/post/brand-fact-sheet-for-ai-search/)，每个语种指定一个负责人，任何源语变更都触发一次对照检查：先改基准，再改各语种，最后记录同步日期。新增语种时，用同一张对照表把字段填满再上线，而不是先上线再补。 还有两件常被忽略的小事。一是文件名与图片：本地化时把产品图的说明、图上的标注、可下载 PDF 目录一起处理，否则会出现页面写着公制、图上是英制的组合（单位与精度的处理可参考本站在[英寸换成毫米就算本地化吗](/post/inch-mm-localized-product-specs/)里的说明）。二是评论与案例页：翻译时把客户名称与数字也翻了一遍，是最常见的低级错误。 ## 复查与留痕 复查频率跟随业务节奏：产品规格或条款变更时立即查，没有变更时按季度抽查。每次复查保留三样东西：检查日期、对照表版本、发现的差异与处理结论。这样下一次换人接手时，能看出上一轮是怎么判断的，而不是重新讨论一遍"以哪版为准"。 跨语种的页面职责与内链安排是另一个层面的事，如果两种语言的站点结构差异很大，可以顺着[页面职责与内链](/post/website-information-architecture-for-ai/)的思路先把栏目与页面职责对上。光算在 GEO 项目里会先确认目标市场与语种范围，再决定内容与信源的先后顺序，具体范围按项目确定，见 [GEO 服务说明](https://www.guangsuan.com/geo/)。 相关的基础方法可参考：[多语言网站SEO：机器翻译、本地化与语言页面配置的常见问题](/post/%e8%bf%99%e7%a7%8d%e7%bf%bb%e8%af%91%e6%96%b9%e5%bc%8f%e4%bc%9a%e8%ae%a9%e4%bd%a0%e7%9a%84%e5%a4%9a%e8%af%ad%e8%a8%80%e7%bd%91%e7%ab%99%e8%a2%ab%e8%b0%b7%e6%ad%8c%e5%bd%93%e6%88%90%e5%9e%83%e5%9c%be/)、[俄语外贸网站不是把中文翻过去：工业产品页需要准备哪些资料](/post/russian-b2b-website-content-preparation/)。 ## 参考来源 - [Managing multi-regional and multilingual sites](https://developers.google.com/search/docs/specialty/international/managing-multi-regional-sites?hl=en) — Google 用页面可见内容判断语言，不使用 lang 属性或 URL；建议每页只使用一种语言并避免多语言并排展示。 - [What is canonicalization](https://developers.google.com/search/docs/crawling-indexing/canonicalization?hl=en) — 同一页面的不同语言版本只有在正文语言相同时才被视为重复内容。 --- ## AI引用了过期资料：先查源头再决定改哪里 - URL: https://www.guangsuan.com/post/outdated-brand-info-source-fix/ - 作者: Don Jiang - Published: 2026-09-18T02:44:08+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 把回答里的旧说法拆成可追查的事实，按站内旧页面、第三方资料、旧新闻稿、历史快照四类来源排查，再更新源头并用 lastmod 等方式让更新被看到。 客户问 AI「这家公司现在的产能是多少」「你们那款老型号还生产吗」，回答里的数字和状态已经是两三年前的。这类情况让人第一反应是"模型的知识过时了"，但真正要处理的问题在别处：那条旧说法还在某个公开页面上，而那个页面是你或别人维护的。 所以顺序是：先查明这句话的来源，再决定改哪里。跳过来源直接去发新内容，通常只是给一个仍然存在的旧版本再加一个并存版本。 ## 第一步：把旧说法变成可以追查的句子 先把回答里那句有问题的表述抄下来，连同提问的原文、平台、时间和追问方式一起记录。同一句话换个问法可能就不出现，所以别只记结论。然后拆出这句话里可以被追查的具体事实：数字、年份、型号名、地址、部门名。拆得越细，越容易找到它在哪个页面上出现过。 同时留意这句话的措辞特征。如果它和你官网上的表述一字不差，来源大概率就是官网或它的历史版本；如果它用了你从来没写过的说法（例如「行业前三」），那更可能来自第三方资料。 ## 第二步：按四类来源逐项排查 - **站内旧页面与可下载文件**：失效的产品页、旧的活动页、未经更新的 PDF 目录、招聘页与旧 FAQ。站内搜索与站点地图能帮你把带旧数字的页面找出来；PDF 尤其容易被忽略，因为文件名往往还写着「2021 版」而链接已经指向新内容。 - **第三方平台与渠道页**：经销商与代理页面、B2B 平台店铺资料、行业目录、展会名录。这类页面上的参数常来自多年前的宣传册，且本人无法直接修改。 - **旧新闻稿与媒体稿**：稿件发布后会被转载、被收录，内容本身通常不会跟着你的更新变化，只能在原发布渠道协调更正或补充说明。 - **历史快照与存档**：公共网页存档会保留某个时间点的页面版本，读者和检索都可能接触到这些封面。快照无法修改，能做的是让现行版本更明确、更容易被找到。 排查完通常会发现：真正的旧资料只有两三处，其余都是它们被转载后的复制品。先把这两三处解决掉，比分散地去"投诉"各种转载更有效。 ## 第三步：让更新被看到，而不是只改页面 改完内容之后，还有一层容易被略过：更新这件事本身有没有被清楚地表达出来。站点地图里的 lastmod 是一个可以直接用的信号，Google 的说明是：只有当 lastmod 持续、可验证地准确时才会被采用；这个值应当反映页面最后一次重要更新的时间，正文、结构化数据或页面链接的更新通常算重要更新，而版权日期的改动不算（《Build and submit a XML sitemap》）。也就是说，改完正文顺手把版权年份改成今年，对判断没有帮助；把真正改动的日期写进 lastmod 才有意义。 如果旧页面需要下架，做 301 指向现行页面，而不是让它变成 404。若旧 URL 已经进入索引，Google 的说明是不必为此申请紧急处理：站点变更后，爬虫在重新抓取时会发现这些页面已经不在了，旧结果会自然消失（Search Console Removals 帮助页）。手动申请重新抓取的渠道也可以用，但抓取可能需要几天到几周，官方明确说明申请抓取不代表一定立刻收录（《Ask Google to recrawl your URLs》）。 公开的 sitemap.xml 里，每个 URL 后面可以带一个 lastmod 日期。它对读者是"这份内容多久没动过"的参照，对检索方是更新判断的输入之一——前提是这个日期如实反映重要更新。截图：sitemaps.org 公开的 sitemap.xml，2026 年 9 月 18 日在浏览器中打开截取。 ## 第四步：改源头，而不是改说法 三种常见的无效动作值得避开。第一种是只改说法的「平衡」：在页面上加一句「以最新为准」，旧数字留在原地。第二种是只改日期不改内容，Google 在内容自查里明确把「为了让页面显得更新而修改日期、但内容没有实质变化」列为需要重新评估的做法。第三种是删掉旧页面不留替代路径，读者与检索都失去线索，同时也失去了把旧信息纠正过来的机会。 有效的做法是把源头改对：正文里的旧数字直接替换；覆盖范围或口径变化的，写清变化的时间与适用条件；确实已停用的产品或地址，做一个明确的说明页面，说明替代关系。第三方资料无法直接改的，准备一段简短、可转发的更正说明，包含新信息、依据和生效日期，比反复催促更容易被对方处理。 ## 复测：把条件和记录固定下来 改完之后按同一组问题复测，记录平台、时间、提问原文和完整回答，与修改前的记录放在一起看。需要注意两点：回答变化可能来自你自己的更新，也可能来自平台侧的检索与模型调整，二者无法完全分离；单次回答的变化不能证明修改起了作用。可确认的只是"这条旧说法的源头已经不存在了"、"现行版本在页面上写得比之前清楚"。 Google 自己描述生成式搜索时提到，负责取证的检索环节会取「相关且较新的网页」（官方表述见 AI optimization guide 中对 retrieval-augmented generation 的说明），这句话能解释为什么更新源头值得做，但它并不保证某个版本一定会被引用。把这些边界写进记录里，下一次复盘才不会高估或低估做过的事情。相关做法可以配合[官网信息互相矛盾怎么排查](/post/conflicting-brand-facts-ai-answer/)与[案例的证据写法](/post/case-study-evidence-checklist-b2b/)一起用；如果旧说法涉及作者或团队信息，可参考[作者与团队信息怎么公开](/post/author-team-info-ai-trust/)。光算在 GEO 项目里把事实偏差列入定期复测，先修源头再观察变化，具体范围按项目确定，见 [GEO 服务说明](https://www.guangsuan.com/geo/)。 要把这部分落到实际项目里，另外几篇值得先读：[The Overlooked "Content Decay Period" | 5 Data‑Driven Methods to Regain Traffic for Old Webpages](/en/post/the-overlooked-content-decay-period-5-data-driven/)。 ## 参考来源 - [Build and submit a XML sitemap](https://developers.google.com/search/docs/crawling-indexing/sitemaps/build-sitemap?hl=en) — lastmod 只在持续且可验证准确时才被采用，且应反映重要更新日期而不是版权日期。 - [Optimizing your website for generative AI features on Google Search](https://developers.google.com/search/docs/fundamentals/ai-optimization-guide?hl=en) — 生成式搜索的检索环节被官方描述为取用相关且较新的网页，因此源头更新有价值，但不构成被引用的保证。 - [Creating Helpful, Reliable, People-First Content](https://developers.google.com/search/docs/fundamentals/creating-helpful-content?hl=en) — 把「内容没有实质变化却修改页面日期」列为需要重新评估的做法。 - [Removals and outdated content - Search Console Help](https://support.google.com/webmasters/answer/9689846?hl=en) — 站点变更后，索引里的旧 URL 会在重新抓取时自然消失，无需为此申请紧急处理。 - [Ask Google to recrawl your URLs](https://developers.google.com/search/docs/crawling-indexing/ask-google-to-recrawl?hl=en) — 抓取可能需要数天到数周，申请抓取不代表立即收录。 --- ## 案例怎么写才经得起核对：客户、时间、范围、证据 - URL: https://www.guangsuan.com/post/case-study-evidence-checklist-b2b/ - 作者: Don Jiang - Published: 2026-09-18T02:44:08+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 案例的四项要素怎么写：客户许可分三种、三个时间要分开、范围要写清做了什么没做什么、结果要写数据来源与口径，并给出教学样例。 「某知名客户，合作半年，询盘提升 300%」——这类句子在案例页上很常见，但你按它去核对时会发现什么都核对不了：客户是谁不方便写、300% 从哪来没说、统计到哪一天也不知道。这样的案例对客户没有说服力，对检索方同样如此。 可核对的案例不靠形容词，靠四样东西写全：客户（或其存在方式）、时间、范围、证据与授权。四样里缺任何一样，读者都会停在「听起来还行」的位置。 ## 客户：先确认能用什么，再决定怎么写 客户名称能不能出现、logo 能不能用、数据能不能公开，是三个独立的许可，需要分别确认，并把确认结果记下来（谁在什么时候同意、同意到什么范围、是否有时效）。如果客户只同意匿名，案例仍然可以写，但要写清"什么行业、什么规模、什么工况"，而不是含糊到只剩「某企业」。匿名案例的写法本站在[客户不让露名，案例怎样写才可信](/post/anonymous-b2b-case-evidence/)里单独讲过，这里只强调一点：匿名不等于减少范围与口径。 ## 时间：三个日期要分开写 一个案例里通常有三个时间，混在一起就会产生误解： - **项目期间**：从哪个月到哪个月，是否含准备期与交接期。 - **数据统计截止日**：页面上的数字截止到哪一天。写「截止 2026 年 6 月」比写「最近」清楚得多。 - **页面更新日期**：案例页最后更新于何时。 还要避免把「结果数字」说成持续状态。某个指标在统计周期的最后一个月达到多少，和「目前每月都有多少」是两句话。 ## 范围：说清做了什么，也说你没做什么 范围包括执行的页面与数量、覆盖的市场与语种、使用的渠道、客户一方配合的事情。写清范围有两层好处：客户能判断自己的情况像不像；避免把整体业务结果归给单一动作。常见越界写法是「我们让客户的询盘翻倍」，而实际做的是英文站内容与页面优化，询盘同时受展会、报价政策与销售跟进影响。把可控范围写清，等于把不可控部分也交代了，读起来反而更可信。 ## 结果口径：数据从哪里来、怎么算 结果部分建议固定四个信息：数据来源（客户 Google Search Console、GA4、CRM 或平台后台）、指标定义（曝光、点击、注册、有效询盘分别怎么算）、统计周期与比较基准、统计范围（哪些国家、语言、设备或页面）。 下面是一段教学样例，用来说明口径怎么写，数字为示例，不代表任何真实项目：某项目在 2024 年 3 月至 2024 年 9 月期间，把 60 个产品页从单一语种扩充为三个语种；客户 GA4 中的英文站注册事件由每月 40 次上升到 90 次。口径：注册事件由 GA4 记录，统计为自然月，比较对象为项目开始前三个月的月均值；同一周期内客户还参加了两次行业展会，因此不把增长全部归因于内容与页面调整。 如果数据只在客户后台、无法公开截图，写「数据来源与统计口径经客户确认，可应要求视频核验」比放一张来源不明的增长曲线图更稳妥。任何后台截图都必须来自真实后台，并且得到客户同意；不要用合成图或模糊到看不清坐标轴的图来代替。 把五项要素放在同一条时间轴上，就会看清哪些内容要写进公开页面、哪些只适合留在内部记录。图示为本文原创结构示意，用于说明记录字段，不构成任何项目的效果说明。 ## 证据与授权：公开与内部要分开 能公开的材料包括：脱敏后的后台截图（有客户许可）、项目中产生的公开页面、第三方可查的公开数据、客户签署的案例使用许可。这些放进案例页时，每一项都注明来源与统计周期。不能公开的包括合同编号、报价、客户联系人、内部报表原文件、未脱敏的沟通记录；这些留在内部记录，不因为页面缺材料而含糊其辞。 顺带提醒一个容易被忽略的细节：案例页的日期与作者信息属于可见事实的一部分。案例是「谁在什么时候用什么方法做的」，署名和更新日期写清楚，读者才知道该找谁核对。署名与作者页的写法见[作者与团队信息怎么公开](/post/author-team-info-ai-trust/)。 ## 为什么要写这么细 案例页是第三方判断你能力的少数凭证之一。Google 在讲内容质量与经验时，会把内容是否展现第一手经验、是否有可核查的来源作为评估线索；案例恰好是这两件事的交汇处。写清客户类型、时间、范围与口径的案例，比形容词堆砌的案例更容易被理解和引用，也更经得起客户的一句追问。 案例页的下一步链接也值得安排。读完案例的人通常想知道同工况还有哪些型号可选、能不能提供类似资料，从案例页指向对应的应用页或型号页，比在页尾堆一排联系方式更符合阅读顺序；反过来，产品页也可以链接到相关案例，让「这个型号谁用过」有人回答。 如果案例里出现了已经过期的信息（例如客户已经更换采购负责人、系统已迁移），处理顺序与一般事实相同，可参照[过期资料先查源头](/post/outdated-brand-info-source-fix/)；资质与认证类证据的写法可以对照[资质与认证怎么写](/post/certifications-verifiable-facts-not-image/)。光算内部的案例资料同样按这个口径整理，公开哪些、保留哪些由客户许可决定；GEO 项目里的工作范围按项目确定，见 [GEO 服务说明](https://www.guangsuan.com/geo/)。 这一环节还有几篇相关的方法与排查可以接着看：[什么资料值得同行主动引用？把选型经验做成可核查的公开资源](/post/industry-reference-resource-design/)。 ## 参考来源 - [Creating Helpful, Reliable, People-First Content](https://developers.google.com/search/docs/fundamentals/creating-helpful-content?hl=en) — 官方内容自查把是否展现第一手经验与专业深度列为质量线索。 - [Optimizing your website for generative AI features on Google Search](https://developers.google.com/search/docs/fundamentals/ai-optimization-guide?hl=en) — 一手经验带来的独特视角比复述已有内容更有价值。 - [Article structured data](https://developers.google.com/search/docs/appearance/structured-data/article?hl=en) — 文章结构化数据里作者与最后修改时间有对应字段，需要与页面可见内容一致。 --- ## 资质与认证怎么写：别只放一张证书图 - URL: https://www.guangsuan.com/post/certifications-verifiable-facts-not-image/ - 作者: Don Jiang - Published: 2026-09-18T02:44:08+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 把证书写成七项事实块（名称、机构、主体、范围、编号、有效期、查询路径），图片只作佐证。含 CE 标志与指定机构编号的官方规则，以及过期换版处理。 打开不少企业的资质页面，看到的是一排证书扫描图：图片清晰、盖着红章，但页面上没有一处文字说明这些证书是谁发的、依据什么标准、覆盖哪些产品和工厂、什么时候到期。客户想知道「这家工厂的焊工证覆盖哪类焊接工艺」，只能拿着放大镜去读图；检索系统能拿到的也只是一张图。 证书本身没问题，问题在于它被当成了一张装饰性素材。把资质信息写成可核对的事实块，再加上图片作为佐证，才是能长期用的写法。 ## 一个证书事实块要有七项 - **证书或认证名称**：写全称，含标准号，例如「质量管理体系认证 GB/T 19001-2016 / ISO 9001:2015」。 - **发证机构**：机构全称，必要时补充其认可情况；只写缩写，读者无法核对。 - **覆盖主体**：证书上的申请人名称与地址，和自己的公司名、工厂名是否一致。 - **覆盖范围**：哪些产品类别、型号区间、工艺或场所；范围之外的要一句话说明。 - **证书编号**：可公开的编号，方便对方到发证机构渠道核对。 - **有效期**：发证日期与到期日期，并注明「以发证机构最新公示为准」。 - **查询路径**：发证机构的官方查询入口或说明，而不是只留一个电话。 这七项写在页面上是文字，图片放在旁边作为版式上的佐证。文字能被逐项比对、能被翻译、能被摘录；图片不能。 ## 为什么不能只放图片 Google 在 AI features 文档列出的基础做法里有一条是确保重要内容以文字形式存在（making sure that important content is available in textual form）。证书图片上的文字，在页面上不属于这段可用的文本；图片的 alt 属性可以说明「这是某证书的照片」，但替代不了发证机构、范围、有效期这些字段本身。 还有一个更实际的原因：图片一旦压缩或是被裁切，编号与日期就可能看不清；而文字字段可以被更新、被复制进合同附件、被译文沿用。 资质资料通常还会出现在多个语种页面上。英文页写了某项认证、中文页没写，客户同时开两个版本时就会怀疑资料的完整性；字段要跟着语种一起对齐，做法见[多语言品牌事实一致性](/post/multilingual-brand-fact-alignment/)。 ## 以 CE 标志为例：标志本身带了哪些信息 欧盟委员会在 CE 标志的官方说明里讲得很清楚：**不存在一个统一发放许可或证书的欧盟机构**，制造商要自己确认适用哪些产品法规、判断能否自我声明符合性、还是必须找指定机构（notified body）做第三方评估；如果过程中使用了指定机构，其四位数字编号必须出现在 CE 标志旁边；支撑 CE 标志的《欧盟符合性声明》（DoC）与技术文件需要保持更新，并在产品投放市场后至少保留十年。文件里还提醒注意「自愿性证书」——有些证书看起来像官方认证，实际不是法规要求的符合性证明。 这几条对写法有直接含义：说到 CE 时，写清适用哪一部法规、是做自我声明还是通过指定机构、指定机构编号是否标注在实物上、DoC 由谁签发；不要笼统写成「通过欧盟 CE 认证」，也不要拿一张第三方机构颁发的自愿性证书当成法规符合性证明。不同市场对标志与认证的要求各不相同，出口前应以目标市场的现行法规为准，而不是沿用上一个市场的说法。 实物上的 CE 标志旁通常还带四位数字编号，那是参与符合性评估的指定机构编号；同一块铭牌上还有计量标志、型号与流量、温度等参数。资质资料只有和这些实物信息对得上，客户才核对得下去。照片：带 CE 标志与计量标志的水表铭牌，作者 Chief335，来源 Wikimedia Commons，许可 CC BY-SA 4.0。 ## 范围最容易出错 客户真正关心的是「你家哪一批产品、哪条线、哪个工序在这个证书覆盖之内」。常见失误有三种：把体系认证当成产品认证，于是把「公司通过 ISO 9001」写成「产品通过 ISO 认证」；把供应商的证书当作自己的资质发布；把证书范围写宽于实际，例如证书只覆盖 A 车间，但对外写成「全厂通过」。核对证书覆盖范围与型号的方法，本站在[证书能覆盖这个型号吗](/post/industrial-certificates-model-scope-check/)里给过一张对照清单，可以直接拿来用。 ## 有效期与变更怎么处理 证书到期、换版、增加范围都属于需要更新页面的变更，处理方式和一般事实一样：拿到新证书后先更新文字字段，再替换图片；旧版本的图片不要静默覆盖而不改说明，必要时保留一条变更记录；到期但正在换证的空档期，页面如实标注状态，不要沿用旧日期。这一套流程建议并入[品牌事实清单](/post/brand-fact-sheet-for-ai-search/)的变更记录里，避免只在资质页单独维护。 ## 主体名称要能对得上 证书上的申请人名称与官网上的公司名不一致，是客户核对时最常见的卡点：中文名、英文名、工厂名、贸易主体名混用。命名对应关系建议集中维护，做法见[公司名、品牌名与别名统一](/post/company-name-brand-alias-consistency/)。 哪些资质值得放在首页、哪些放在详情页、哪些只需要在被问到的时候提供，取决于你的客户在什么阶段会核对它。对做出口的企业来说，客户核对资质通常发生在报价之后、下单之前，把这个阶段的资料准备得能直接转发，比在首页堆一排证书图更有用。类似地，案例页的证据写法可以参照[案例怎么写才经得起核对](/post/case-study-evidence-checklist-b2b/)。光算在 GEO 诊断里会把资质与产品资料一起过一遍，先确认哪些事实缺依据，再谈内容安排，具体范围按项目确定，见 [GEO 服务说明](https://www.guangsuan.com/geo/)。 另外几篇可以补充这里的判断依据：[证书能覆盖这个型号吗？工业品页面的认证资料核对法](/post/industrial-certificates-model-scope-check/)。 ## 参考来源 - [CE marking - Your Europe (European Commission)](https://europa.eu/youreurope/business/product-requirements/labels-markings/ce-marking/index_en.htm) — 欧盟没有统一发放 CE 许可或证书的机构；使用指定机构时其四位编号须出现在 CE 标志旁；符合性声明与技术文件需保持更新并至少保留十年；提醒注意自愿性证书。 - [AI Features and Your Website](https://developers.google.com/search/docs/appearance/ai-features?hl=en) — 重要内容应以文字形式存在于页面上，只有图片不足以承载资质字段。 - [Google Images best practices](https://developers.google.com/search/docs/appearance/google-images?hl=en) — alt 文本是图片重要的元数据，用来描述图片，但不能替代字段级的文字信息。 --- ## 公司名、品牌名、别名不统一：AI认错主体的3种表现 - URL: https://www.guangsuan.com/post/company-name-brand-alias-consistency/ - 作者: Don Jiang - Published: 2026-09-18T02:44:08+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 同名公司混淆、集团与工厂层级混用、旧品牌名继续流通，是主体识别最常见的三种可观察表现。给出命名表字段与 name/alternateName/sameAs 的对应写法。 把品牌名打进 ChatGPT 或 Google，问「这家公司主要做什么」，有时会得到一段看起来对、细节全错的内容：成立年份是别家的，业务范围混进了同名公司的产品，或者干脆用了三年前就已经停用的旧品牌名。 这类问题通常不来自模型「记错」，而来自公开资料里名称的对应关系本身不清楚：一个主体有好几个名字，一个名字又挂在好几处。下面这三种表现，是最容易在一次提问里被观察到的，也是可以自己复测的（观察结果只说明当次的检索与生成，不代表平台如何识别主体的内部机制）。 ## 表现一：归错主体，同名公司被混在一起 典型情形是品牌名很通用，或者商标不唯一。回答里可能出现别家公司的地址、认证或产品线。判断方法很简单：把回答里的事实逐条对照自己的资料，看有没有一条其实属于另一家公司。要减少这类混淆，公开资料里需要有一个稳定、唯一的「主体锚点」：法定名称、主域名、可核对的组织信息，以及这些信息之间明确的对应关系。 ## 表现二：归错层级，集团、工厂、品牌被当成同一件事 制造企业常有集团、制造主体、工厂、销售公司、品牌事业部几层。页面上一会儿用品牌名，一会儿用工厂名，报价单上又是另一个主体名称。客户看不懂谁和谁是一回事，检索到的资料也就拆不出一条清晰的对应关系。处理办法不是删掉某一层，而是把层级写清楚：谁提供产品、谁负责合同、谁做售后，各自用哪个名字。 ## 表现三：归错时间，旧名、旧域名、停产线还在流通 改过品牌或搬过主体的企业最容易遇到这一种。旧域名还在解析、旧品牌名的页面还挂着、历史新闻稿里的旧名还被引用。这些材料本身没问题，问题在于页面上没有说明新旧关系。可以在保留旧页面的同时加一行说明与指向新页面的链接；彻底不用的旧域名，按 SEO 的常规做法做 301 并保持生效，比让它自然失效更可控。 ## 先把命名表建起来 与其逐条去猜哪些地方写错了，不如先有一张命名表，字段固定下来，谁都能对着查： - **法定名称**：执照上的完整名称，含组织形式与地区。 - **品牌名称**：对客户使用的名字，含官方英文写法与大小写。 - **常用缩写与简称**：允许在什么场合使用，是否已在别处被占用。 - **曾用名与旧域名**：停用时间与现在的对应关系。 - **主体层级**：集团、制造主体、工厂、销售公司、事业部各自的名称与职责。 - **官方账号与页面**：主域名及各语种版本、官方社媒账号、B2B 平台官方店。 这张表是[品牌事实清单](/post/brand-fact-sheet-for-ai-search/)里的主体部分，建议与产品型号命名放在一起维护，避免两套对照关系各自更新。 ## 名称在页面上怎么写 几条能立刻执行的写法：标题和正文第一次出现时用完整名称，之后统一用同一个简称；页脚、联系页、结构化数据里的名称保持同一写法；同一段里不要交替使用中文名、英文名和缩写，需要并列时用括号一次讲清；公司页明确写出集团与品牌、工厂与产品的关系，而不是靠读者从字面推断。 产品和证书上的名称也要对得上。认证证书上的申请人名称、产品型号与官网写法不一致，客户核对时就会卡住，这一层在[资质与认证怎么写](/post/certifications-verifiable-facts-not-image/)里展开。 ## 机器可读的对应关系：name、alternateName 与 sameAs 结构化数据里能表达「这几个名字指的是同一个主体」。Google 的 Organization 文档把 name、alternateName 列为推荐字段；在站点名称规范里进一步说明：一个站点当前只支持一个名称，同一名称不能同时给两个全球性站点使用，而且如果首选名称没被采用，系统会考虑用 alternateName 里给出的备选写法，因此要让结构化数据里的名称与首页上的其他写法保持一致。这对有中英文名与常用缩写的企业特别实用：把法定名放进 name，把常用写法与缩写放进 alternateName，而不是在不同页面各写一种。 sameAs 用来指向能够唯一标识这个主体的外部页面，例如官方站、维基百科条目或 Wikidata 条目；schema.org 对它的定义是「能明确表明该项目身份的参考网页 URL」。如果企业已经有 Wikidata 条目，别忽略那里的别名设置：该站点的帮助页明确写着别名用于收录昵称、缩写与不同语言的译名，与标签并存，而且同一条目可以有多个别名。要点是同一个别名不要用于两个不同主体。 厂区标牌上的品牌写法，是客户与检索方认识一个主体时最直观的参照之一：同一家公司在标牌、官网、证书、社媒上如果写法不同，对应关系就得靠人去猜。照片：德国 Haltern am See 的 Quarzwerke 厂区，作者 Dietmar Rabich，来源 Wikimedia Commons，许可 CC BY-SA 4.0。 ## 怎么确认有没有改善 用一组固定问题在目标平台复测，记录每次回答里出现的公司名写法、涉及的业务与是否混入其他主体。样本要保留提问原文、平台、时间与完整回答，条件和样本变了就单独标注，不与之前的记录直接对比。这种记录只能说明某次回答里出现了什么，不能证明平台识别主体的方式；能确定的是，公开资料里的对应关系比之前清楚了。 命名表做完之后，通常还会发现第二类问题：同一个名称在不同语种页面上的写法也不统一，这一层可以顺着[多语言品牌事实一致性](/post/multilingual-brand-fact-alignment/)的检查表往下走。光算在 GEO 项目里把主体命名与资料一致性放在诊断阶段处理，具体范围按项目确定，见 [GEO 服务说明](https://www.guangsuan.com/geo/)。 这几篇回答的是相邻的问题：[同一个零件译出三种名字：外贸SEO术语表怎样处理争议](/post/b2b-content-terminology-conflict-log/)。 ## 参考来源 - [Site names](https://developers.google.com/search/docs/appearance/site-names?hl=en) — 一个站点当前只支持一个站点名称；首选名称未被采用时系统会考虑 alternateName；名称写法要在首页保持一致。 - [Organization structured data](https://developers.google.com/search/docs/appearance/structured-data/organization?hl=en) — name 与 alternateName 是官方的推荐字段，用来表达企业名称。 - [Organization - schema.org Type](https://schema.org/Organization) — sameAs 指向能够唯一标识该主体的外部页面；legalName 是登记注册的正式名称。 - [Help:Aliases - Wikidata](https://www.wikidata.org/wiki/Help:Aliases) — 别名用于收录昵称、缩写与不同语言的译名，标签与别名并存，同一条目可有多个别名。 --- ## 产品参数怎么写才不会被说错：单位、条件、测试方法要绑在一起 - URL: https://www.guangsuan.com/post/product-parameter-writing-units-conditions/ - 作者: Don Jiang - Published: 2026-09-18T02:44:08+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 参数被转述时丢单位、丢条件，比写错更常见。给出参数块的六项字段、单位书写规则、条件与方法的绑定写法，以及避免被摘变形的检查单。 「量程 100 kN，精度 ±0.5%」——参数本身没写错，但如果 AI 在回答里转述成「量程 100 kN 的高精度设备」，剩下的条件就丢了。客户拿这个结论去对比别家，比出来的差异其实来自测试条件不同，而不是产品真的更好或更差。 要减少这种失真，办法不是把参数写得更长，而是把不能拆开的东西写在同一个句子里：数值、单位、测量条件、测试方法与适用型号。这五项分开写，就会被分开引用。 ## 一个参数块应该有六项 以教学样例说明（数字为示意，不代表任何真实产品）：量程 100 kN（20 ± 2 °C，静态拉伸，按对应材料拉伸试验方法），适用型号 A 系列，2026 年 3 月版规格书。拆开看就是： - **数值与单位**：100 kN，不写成「10 万牛」。 - **测量条件**：温度、湿度、载荷类型（静态/动态）、介质、供电条件、安装方式。 - **测试或标定方法**：依据的标准、企业检验规范编号，或者内部方法说明。 - **适用范围**：这个数字覆盖哪些型号、哪些配置，哪些型号是例外。 - **判定口径**：精度是满量程的百分比还是读数的百分比；重复性是几次测量的结果。 - **版本与日期**：规格书版本号与生效日期，便于和旧版资料区分。 条件写得越具体，被摘走时越不容易变味；写「精度高」「耐高温」这类词，等于把判断权交给读者去猜。 ## 单位：写对、写全、紧贴数值 单位写法有国际通行的规则可以照抄。NIST 的《Guide for the Use of the International System of Units (SI)》第 7 章写明：在表示量的值时，单位符号放在数值之后，数值与单位符号之间留一个空格；即使这个值被当作形容词使用，也仍然保留空格。这条规则在网页上同样适用，写成 100kN、100 KN 或 100 KN/m² 都属于不规范写法。 几个常用约定值得固定下来：摄氏温度写作 30.2 °C 而不是 30.2°C；单位符号不加复数；范围用一致的写法，例如 5 kN~50 kN，避免出现「5 到 50kN」。英制与公制并列时把两套单位的关系写清楚（例如 1 in = 25.4 mm），不要在同一张表里混用。关于公差符号、测量不确定度与单位混写的问题，可以配合[参数里的 ± 是什么意思](/post/product-units-tolerance-notation/)一起看。 ## 条件和方法不能分开写 最容易丢的就是这一层。常见的三处缺口：只写数值与单位，不写温度与介质；写了「按国标检测」但不写标准号与试验条件；把不同条件下的数字放进同一列做对比。第三种最麻烦，因为它会让本来正确的两个数字显得互相矛盾。 稳妥的写法是把条件并进同一行，例如「耐压 1.6 MPa（常温、水介质、保压 30 s）」。如果条件较长，用表格时把「条件」单独成列，而不是塞进脚注；脚注在摘录时经常被一起丢掉。对比表要保证同列同条件，这件事在[工业品对比先把测试条件摆在同一行](/post/industrial-comparison-test-conditions/)里有更细的做法。 真实设备铭牌是把参数、单位与依据放在一起的典型：功率、电压、电流、转速都带单位，并注明「参考使用说明书」。网页上的参数块如果能做到同样的完整度，被摘走时就不容易失真。照片：消防船 Fireboat Firefighter 的 600V 直流电机铭牌，作者 Kaylee La Spisa，来源 Wikimedia Commons，许可 CC BY-SA 4.0。 ## 参数要以文字形式存在于页面上 把参数表做成整张图片，或者只在用户点击后才用脚本填进表格，都会让这段信息更难被使用。Google 在 AI features 文档列出的基础做法里有一条是确保重要内容以文字形式存在；折叠组件本身不是问题，关键是初始 HTML 里有没有参数值，这一层在[产品参数放折叠标签页会影响 SEO 吗](/post/product-spec-tabs-content-loading/)里拆过。 可下载的规格书 PDF 仍然有用，但不要把只有 PDF 有的关键参数当成官网的内容。PDF 里的文字可能被读到，也可能读到的是旧版本；网页上的参数块是你能随时更新的那一份。 ## 不要为摘录另写一段话 有一种常见做法是：正文之外再写一段高度浓缩的「参数摘要」，指望被原样引用。Google 明确说明无法通过标记或提交的方式让页面成为精选摘要，也不提供入选所需的最低长度（《Featured snippets and your website》）；摘要由系统生成，形式并不受你控制。与其维护两套文字，不如把正文里那句参数陈述写成能独立成立的句子：主语明确、单位齐全、条件紧随、限制条件不删。 写完可以做一个快速检验：把这一段单独复制出来发给不懂产品的同事，问他「这个数字在什么情况下成立」。如果他说不出来，说明条件还留在别处。 ## 写参数时的检查单 - 每个数字后面是否有单位，单位写法是否统一。 - 温度、介质、载荷类型、安装方式等条件是否与数字同句或同行。 - 方法、标准号或检验规范编号是否写明，能否被第三方查证。 - 适用范围是否覆盖读者手上的型号，例外型号是否单独说明。 - 精度与重复性的判定基准（满量程或读数）是否写清。 - 规格书版本与日期是否可见，旧版是否标注失效。 - 参数是否以文字形式出现在初始 HTML，而不是只在图片或交互之后。 这些字段同时也属于品牌事实的一部分，可以先收进[品牌事实清单](/post/brand-fact-sheet-for-ai-search/)再统一发布；同一组参数要在各语种页面上对齐，做法见[多语言品牌事实一致性](/post/multilingual-brand-fact-alignment/)。参数写清楚之后能换来什么，光算不做效果承诺：平台的检索与生成过程没有公开说明，能控的是你给出的这份事实是否完整、是否可核对。相关工作按项目确定范围，见 [光算的 GEO 服务说明](https://www.guangsuan.com/geo/)。 接着往下做，通常会用到的几篇：[证书能覆盖这个型号吗？工业品页面的认证资料核对法](/post/industrial-certificates-model-scope-check/)。 ## 参考来源 - [NIST Guide to the SI, Chapter 7: Rules and Style Conventions for Expressing Values of Quantities](https://www.nist.gov/pml/special-publication-811/nist-guide-si-chapter-7-rules-and-style-conventions-expressing-values) — 单位符号写在数值之后，数值与单位符号之间留空格；作形容词时同样保留空格。 - [Featured snippets and your website](https://developers.google.com/search/docs/appearance/featured-snippets?hl=en) — 无法指定页面成为精选摘要，也没有统一的最低摘要长度，另写一段「参数摘要」不构成收录条件。 - [AI Features and Your Website](https://developers.google.com/search/docs/appearance/ai-features?hl=en) — Google 列出的基础做法之一是让重要内容以文字形式存在，参数不能只存在于图片或交互之后。 --- ## 官网信息互相矛盾，AI会挑哪一条回答 - URL: https://www.guangsuan.com/post/conflicting-brand-facts-ai-answer/ - 作者: Don Jiang - Published: 2026-09-18T02:44:08+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 把事实型、口径型、时间型、翻译型、意图型五类冲突分开，按权威源头到外部资料的顺序排查，并给出确定现行版本与留痕的做法。 客户问 AI「这家公司的产能有多大」「总部在哪里」，得到的答案有时和官网现在的说法对不上。多数情况不是模型记错了，而是官网上确实同时存在两个版本：新的产品页写了最新数字，公司简介还停在两年前，页脚还挂着旧厂址。AI 在这些版本里只能用一个，而它用哪一个，你无从指定。 所以处理这件事的顺序是固定的：先把所有版本找出来，再确定哪一版是现行的，然后从最权威的源头往外改。跳过第一步直接去「优化」，改的往往不是有问题的那个页面。 ## 先分清这是哪一类冲突 同样叫「信息矛盾」，处理方式差别很大。日常遇到的多是这五类： - **事实型**：两个数字不可能同时为真。例如产品页写「月产能 300 台」，公司简介写「年产能 2,000 台」。这是要修的数据问题，不是措辞问题。 - **口径型**：数字都对，但统计范围不同。一个是两条产线，一个是全厂；一个含外协，一个不含。处理方式是补齐口径，而不是删掉其中一个。 - **时间型**：旧版本没下架。去年的价格政策、已经失效的认证、搬家前的地址都属于这一类，处理顺序见[过期资料先查源头](/post/outdated-brand-info-source-fix/)那篇。 - **翻译型**：不同语种的说法不一致。英文站写的适用温度范围比中文站窄，可能是翻译时漏了条件。这类要按事实核对，不是按语言润色。 - **意图型**：不是矛盾，而是两个页面回答了同一个问题。比如产品页和行业应用页都写「适合哪些工况」，两边细节不同。这类问题在信息架构层面解决，[页面职责与内链](/post/website-information-architecture-for-ai/)那篇讲得更细。 分不清类型时，先问一句：这两句话能不能同时成立？能，就是口径或意图问题；不能，就是事实或时间问题。 ## 排查顺序：从最权威的源头向外 把所有出现同一事实的地方列成一张表，按下面的顺序核对，先解决上游，再看下游要不要跟着改： - 具备法律效力的材料：执照、备案、认证证书、公告。这类材料决定「现行的正确版本」是什么。 - 官网现行页面：产品页、公司页、页脚、联系方式页。 - 结构化数据与站点信息：Organization 里的名称、地址、logo，站点地图里的正式 URL。 - 站内旧资产：旧版页面、可下载的 PDF 目录、FAQ 折叠内容、招聘页。 - 站外资料：分销商与代理商页面、B2B 平台资料、行业目录、旧新闻稿、过往媒体采访。 第 2 到第 3 步之间常常被忽略的是「同一事实有两个官网页面」。这种情况平台会自己选，而且不会听你的。Google 在讲规范化时说明：当它发现多个页面的主要内容相同或高度相似时，会把它们归到一组，然后从索引过程收集到的信号里，挑出对它认为对搜索用户最完整、最有用的那一页作为规范页；站点用自己的方式指定规范是「提示，而不是规则」（《What is canonicalization | Google Search Central》）。这条机制说明了两件事：一是同一事实放在两个页面上，平台可能长期选用你不希望的那一版；二是与其反复指定，不如把其中一个页面合并掉。 同一份资料的两个打印版本摆在桌上，差异只有一项。矛盾往往不是被写坏的，而是改版时只改了一处。插图为本文原创示意，用于说明版本并存的情形，不是任何企业的真实资料。 ## 哪一版算现行版本 两条规则足够用。第一，以最近一次经过确认的变更为准，而不是以「最后一篇发布的文章」为准——文章发布不等于事实更新。第二，以有依据的那一版为准；如果两个版本都写得出来但都没有出处，先补依据再定版本，别用「大概」「约」把问题盖过去。 确实两版都有效的场景（不同市场、不同型号），不要靠读者猜。把条件写进同一句话里，例如把「防护等级 IP65」改成「标准款 IP54，户外型 IP65」，比在页面上留两句话更有用。 ## 改的时候按这个顺序 - 先改具备法律效力的源头，或先拿到能证明新数字的材料。 - 再改官网现行页面，包括页脚、联系方式、结构化数据里对应的字段。 - 然后处理站内旧资产：能下架的下架，不能下架的加说明，不要把 PDF 目录悄悄替换成新版本却不改文件名与日期，否则读者无法判断手上那份是新是旧。 - 最后处理站外资料。分销商页面、B2B 平台资料通常需要对方配合，准备一句话的更正说明，比发一封「请更新一下」更容易被处理。 - 把处理结果记进台账：字段、旧版本、现行版本、依据、处理人、复核日期。 ## 三种做法会让问题变复杂 把矛盾藏起来是第一种。删掉旧页面却没有替代页面，等于把纠正机会也删了。第二种是只改一处：改了自我介绍，忘了产品页、FAQ 和英文站。第三种是在页面里写「具体以最新为准」「数据如有更新不再另行通知」，这句话不能替读者解决冲突，只是把核对成本推给对方。 顺带说清楚边界：矛盾处理好之后，AI 是否就会引用正确的版本，我们无法保证 — 平台的检索与选取过程没有公开说明，也不对外提供逐次生成的回溯。可观察、可复现的部分是：冲突变少了、同一事实在站内只剩一个现行版本、结构化数据与可见文字对得上。把这些做完并留下记录，比反复追问「为什么 AI 还说旧数字」更接近能推进的部分。光算在 GEO 项目里把这类事实偏差列入复测项，先修正源头再观察回答变化，工作范围按项目约定，见 [光算的 GEO 服务说明](https://www.guangsuan.com/geo/)。 如果手头就有一条对不上的信息，先别改。把它填进台账，写下「哪一版是现行、依据是什么」，再决定动哪个页面。 相关方法在这几篇里写得更细：[同一个零件译出三种名字：外贸SEO术语表怎样处理争议](/post/b2b-content-terminology-conflict-log/)。 ## 参考来源 - [What is canonicalization](https://developers.google.com/search/docs/crawling-indexing/canonicalization?hl=en) — 同一内容有多个页面时，平台会自己挑一个作为规范页，站点指定只是提示。 - [AI Features and Your Website](https://developers.google.com/search/docs/appearance/ai-features?hl=en) — AI 概览与 AI 模式可能把一个问题拆成多个相关检索，从多个数据来源取证，因此互相矛盾的页面都可能被检索到。 - [Site names](https://developers.google.com/search/docs/appearance/site-names?hl=en) — 结构化数据里的名称要与页面其他来源的写法一致，多版本命名会让系统自己挑一个。 --- ## 品牌事实清单怎么写：一页说清你是谁、做什么、凭什么 - URL: https://www.guangsuan.com/post/brand-fact-sheet-for-ai-search/ - 作者: Don Jiang - Published: 2026-09-18T02:44:08+08:00 - Last updated: 2026-10-01T14:22:21+00:00 - 摘要: 把主体、业务边界、规格、证据、对外标识和变更记录收成一页清单，标注来源与责任人，再落地到页面文字与结构化数据。含字段示例与复核节奏。 问 AI「这家公司做什么、靠不靠谱」，它给出的答案通常来自官网最先被检索到、也最容易被摘走的那几句话。问题在于，这几句话如果散落在公司简介、产品页、招聘页、展会资料和第三方目录里，而且版本不一，AI 不会替你挑一个更准确的版本——它只会用其中一个，然后顺着那个版本继续回答客户。 品牌事实清单就是把这类基础信息收在一处：主体是谁、做什么、凭什么，每条附上来源和责任人。它不必写得漂亮，但必须能被不同的人反复引用而不走样。下面按字段、来源、维护、对外落地四件事展开。 ## 一页清单里要有的字段 字段的作用，是让不同的写作者——内部同事、外包文案、海外代理，或者你自己用 AI 起草的初稿——拿到的信息口径一致。可以按六类收： - **主体**：法定名称、品牌名、常用缩写、曾用名，以及每个名字出现在什么场景（合同、发票、标牌、域名、社交账号）。同一个主体在不同场景的写法不一致，是后面所有混乱的起点。 - **业务边界**：主营产品与服务、不承接的业务、哪些能力是自研自交付、哪些由合作方提供。把合作能力写成自有能力，短期好看，客户一旦核对就会出问题。 - **产品与规格**：型号命名规则、量程或规格范围、适用工况、交付形态（设备、软件、安装、售后）。 - **证据**：成立年份、团队规模、产能、资质与认证、可公开的检测数据、能对外讲的案例范围。 - **对外标识**：主域名与语种版本、Logo 文件、官方联系渠道、官方社交账号。客户判断「哪个站点是真的」，用的就是这些参照。 - **变更记录**：哪一条什么时候改过、依据是什么、需不需要同步到其他语种和外部资料。 字段空着本身不是问题，写一个没有依据的答案是问题。产能、客户数量、增长率这类数字如果只有销售口述，先放进内部记录，等有了台账或报表再对外写。 下面用一组虚构示例说明同一张清单怎样把公司、服务、价格和适用对象写成可核对的条目；名称与金额都是演示值，实际填写要换成企业已确认的事实，并写明对外可见的位置。 字段示例（虚构）来源对外可见位置主体名称Northbay Industrial Co., Ltd.；对外品牌 Northbay营业执照、商标资料关于我们、页脚主营服务标准件供货；非标零件按图加工产品目录、销售确认首页、服务页价格与条件标准件 ¥1,000 起（示例金额）；非标按图纸评估后报价当期价目表产品页、报价页适用对象整机厂与设备集成商；不承接零售单件销售政策服务页、常见问题 价格、起订量和适用范围最容易过期。把它们和主体名称放在同一份清单里，写明来源和更新人，客户或 AI 引用时才能对得上同一个版本。 ## 每条事实都要能追溯到来源 清单里最有用的一列是「来源」。可以简单分三档：可公开核验的依据（执照、认证机构能查到的证书编号、官方公告、带测试方法的报告）、内部可查的记录（合同、报价、排产台账）、目前只有口述的说法。第三档不进对外内容，第二档在引用时说明范围，比如「月产能按 2025 年第三季度两条产线的排产记录统计」。 这不是形式主义。Google 在讲内容可信度的自查问题里，就是问内容有没有让人愿意信任的信息，包括清晰的来源、专业能力的证据、作者或发布方的背景介绍，并提出是否可以链接到作者页或网站的 About 页。你无法知道平台内部怎样判断这些线索，但可以先把它们准备齐。 ## 名称统一要早于文案润色 清单最容易暴露的问题往往不是内容差，而是同一个东西有好几个名字：法定名称带不带城市名、品牌名中间有没有空格、旧域名还在不在用、缩写是不是被别的业务占用。这件事值得单独处理，本组[公司名、品牌名、别名不统一](/post/company-name-brand-alias-consistency/)那篇把可观察的表征和命名表的建法拆开讲了，可以对着做一遍。 ## 对外怎么落地：可见文字加机器可读字段 清单是内部的，落地要经过两层。第一层是页面上的可见文字。Google 在 AI features 的文档里列出的基础做法中，有一条是确保重要内容以文字形式存在（making sure that important content is available in textual form）；把公司信息只做进一张介绍图，等于把这段事实从可引用的文本里拿掉。 第二层是结构化数据，不必写很多。Google 的 Organization 文档明确说这个类型没有必填属性，而是建议补充与用户有关的字段，例如用 name 或 alternateName 表示企业名称，用 address、telephone 表示线下存在，用 url、logo 表示线上存在。要点在于结构化数据里的名称、地址必须和页面上可见的文字一致，否则等于给检索系统留下两条互相矛盾的线索。 ## 谁维护、多久复核一次 清单失效通常不是没人写，而是没人负责。可以约定一个业务负责人（通常是市场或产品负责人）加一个资料管理员，任何对外发布先对照清单；产品规格、认证有效期、联系方式变更时同步更新并记下日期。季度复核一次，重点看三处：认证是否过期（见[资质与认证怎么写](/post/certifications-verifiable-facts-not-image/)）、价格与交期政策是否仍生效、团队与[作者信息](/post/author-team-info-ai-trust/)是否还对得上。 ## 几种看起来省事、实际会返工的做法 - 用形容词代替事实：把「行业领先」填进产能字段，读者拿不到可核对的信息。 - 字段只填官网链接：页面一旦改版，这条依据就断了。 - 每个语种各维护一份：多语种之间的偏差几乎都从这里开始。 - 把清单当成一次性项目：写完归档，下次发布又靠临时记忆。 清单不解决所有问题。客户的问法、竞品的资料、第三方收录的旧版本都会影响回答，我们能把控的是自己这一侧的事实是否完整、准确、有一致的出处。光算的 GEO 工作正是从这里起步：先核对品牌事实与资料缺口，再决定内容和信源的先后顺序；具体问题覆盖与执行范围按项目确定，可以先看 [光算的 GEO 服务说明](https://www.guangsuan.com/geo/)。 如果本周只做一件事，就把六类字段填一遍，把没有依据的条目标出来。标出来的那几项，往往就是接下来两个月最值得补的资料。 如果只看两篇，建议先看：[为什么你的公司介绍（About Us）页面也需要SEO](/post/%e4%b8%ba%e4%bb%80%e4%b9%88%e4%bd%a0%e7%9a%84%e5%85%ac%e5%8f%b8%e4%bb%8b%e7%bb%8d%ef%bc%88about-us%ef%bc%89%e9%a1%b5%e9%9d%a2%e4%b9%9f%e9%9c%80%e8%a6%81seo/)。 ## 参考来源 - [AI Features and Your Website](https://developers.google.com/search/docs/appearance/ai-features?hl=en) — 重要事实要以文字形式存在于页面上，把公司信息只做成图片等于从可引用文本里拿掉这段事实。 - [Organization structured data](https://developers.google.com/search/docs/appearance/structured-data/organization?hl=en) — Organization 结构化数据没有必填属性，按实际情况补充；名称类字段用 name 或 alternateName、线下与线上存在用 address/telephone/url/logo。 - [Creating Helpful, Reliable, People-First Content](https://developers.google.com/search/docs/fundamentals/creating-helpful-content?hl=en) — 官方自查问题里把「清晰的来源、专业能力的证据、作者或发布方的背景」列为让人愿意信任内容的要素。 --- ## 做GEO前要准备的资料清单：事实、证据与口径 - URL: https://www.guangsuan.com/post/geo-prep-facts-and-evidence/ - 作者: Don Jiang - Published: 2026-09-18T02:42:14+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 启动 GEO 前要收齐三类资料：事实、证据、口径。给出字段清单、责任分工、交办格式与四种最常见返工原因。 GEO 项目最常见的返工，不是内容写得不好，而是资料本身没法用：同一个参数在三个部门有三种说法，认证只剩一张照片没有编号，交期只有销售的记忆版本。启动前把资料按「事实、证据、口径」三类收齐，后面写什么都会有依据。 ## 事实类：主体、产品、服务三组基本信息 主体信息包括公司全名、品牌名与常见别名、注册地与成立时间、业务范围的准确表述。别名这一项在跨境场景里尤其重要：客户可能用品牌简称、旧公司名或平台账号名来指代你，哪些算正式名称、哪些算惯用叫法，需要在清单里写明。 产品信息包括型号体系与命名规则、关键参数与单位、适用场景与明确不适用的场景。最后一项最常被省略，却恰恰是客户筛选时最需要的信息。 服务信息包括交付范围、周期、付款方式、质保与售后责任的准确表述。这一组资料的措辞通常由业务部门决定，不能由市场人员自行改写。 ## 证据类：每条资料要带四个字段 证据的价值不在于多，而在于可核对。每条需要外发的证据资料，至少要记录四个字段：来源（谁出具的、文件编号）、时间（出具日期与有效期）、适用范围（型号、批次、地区、测试条件）、可公开程度（可公开全文、仅可公开结论、不可公开）。 一份可以被别人核对的公开资料，页面上会同时写明它是什么、谁做的、从哪来、什么时候、按什么许可使用。资料清单要达到同样的程度，拍照留档不够用。截图为公开页面（Wikimedia Commons 文件页，2026-09-18 截取），仅用于说明字段结构。 「可公开程度」这一栏决定了内容能写多深。认证可以公开证书编号与覆盖范围，客户案例通常只能公开行业与项目类型，测试报告往往只能公开结论页。写清限制之后，内容团队就不需要靠模糊表述来回避，比如不再写「服务过众多知名企业」，而是写「可提供脱敏的第三方测试摘要，覆盖三个型号」。 ## 口径类：先约定哪些词可以对外说 口径指的是同一件事在对外表述中的统一说法。需要提前约定的一批词包括产能、交期、最小起订量、精度、合格率、质保期、价格有效期。这些词在日常沟通里都有说法，但每个说法背后都有条件，条件不写清就会变成无条件承诺。 以交期为例，「常规型号 15 个工作日」和「最快 15 天」是两句不同的对外表述，前者有适用范围，后者容易被理解成任何订单。口径约定的产出通常是一张术语表：词条、可对外使用的表述、条件与例外、责任人。 这类约定还有一个外部依据。Google 在 AI 特性文档里提醒站点确保「structured data matches the visible text on the page」，也就是结构化数据与页面上可见的文字要一致；同一页还建议核对 Merchant Center 与 Business Profile 这类平台上的信息是否为最新。页面、结构化数据、第三方平台资料三者口径不一致时，被取用的版本不由你选择。 同一份文档还把一件事说明白了：「You don't need to create new machine readable files, AI text files, or markup to appear in these features. There's also no special schema.org structured data that you need to add.」准备工作应该花在资料的准确与一致上，而不是格式技巧上。 ## 责任分工怎么定 - **提供方：**主体与资质由行政或法务提供，产品参数由技术或产品部门提供，服务条款由销售或商务提供。 - **整理方：**市场部门按统一字段整理成对外可用的版本，并保留原始资料的出处。 - **审核方：**每类资料指定一名确认人，负责判断某条信息能否对外公开、用哪种表述。 - **更新方：**每条资料写明更新触发条件，例如认证换证、型号停产、价格调整，并指定谁在多久内完成更新。 四类角色可以由同一个人兼任，但必须在清单上写得明确。没有写明的部分，通常就是最先过期的那部分。 ## 复核节奏怎么定 清单不是一次性的收集动作。比较省事的做法是把复核分成两类：定期复核与触发式更新。定期复核按季度进行，覆盖主体信息、资质有效期、团队成员与联系方式；触发式更新由具体事件启动，包括认证换证、产品型号变更、价格调整、产能或交期政策变化、公司名称或品牌调整。 每次复核只做两件事：确认当前表述是否仍然准确，以及把变更同步到受影响的页面与第三方资料。同步这一步最容易被跳过——清单改好了，官网和目录平台还挂着旧版本，被取用的仍然是旧的那份。同步范围可以按「官网页面、自有内容、第三方资料」三类分别记录，标明完成时间。 ## 交办时用什么格式 交办给同事的表格不需要复杂，一行一条资料，字段固定即可：资料名称、类别（事实／证据／口径）、当前表述、出处、时间、可公开程度、责任人、最近复核日期。表格之外再附一条说明：如果某条信息存在两种说法，请同时提供两种并指出以哪一版为准，不要自行取舍。 Google 在帮助内容的自我评估里建议考虑「Who, How, and Why」，也就是内容由谁创作、如何创作、为什么创作。资料清单其实在回答同一个问题的前半段：这套说法从哪来、谁确认过。把这一层做扎实，后面的内容工作才有依托。 ## 四种常见返工 - 只给了一个版本，没有说明适用范围。写到具体场景时才发现无法使用。 - 只有结论没有条件，例如只有「合格率 99.5%」而没有统计期间、批次与判定标准。 - 把内部资料直接对外使用，包含客户名称、成本结构或未公开的工艺细节。 - 没有更新责任人，认证过期半年后才在某篇内容里被发现。 这四种返工都不会出现在项目排期里，却会实质拖慢进度。清单先行的成本，通常低于中途返工的成本。 资料收齐之后，接着判断这三项基础是否够用，可以对照[三项可自查的前提](/post/is-geo-fit-for-your-company/)；多市场多语言场景下还要额外核对当地口径，见[出海市场与平台优先级](/post/geo-for-cross-border-brands/)。光算的 GEO 项目从品牌现状诊断与资料缺口梳理开始，具体范围与交付物按[GEO 服务说明](https://www.guangsuan.com/geo/)在合同中约定。 与这篇属于同一组问题的还有：[SEO初诊要交哪些资料？先给只读信息，再按任务开放权限](/post/seo-initial-audit-readonly-access/)、[新品马上要发布，哪些卖点现在能写？先核对依据与资料版本](/post/product-launch-source-approval/)。 ## 参考来源 - [AI features and your website](https://developers.google.com/search/docs/appearance/ai-features) — 结构化数据要与页面上可见的文字一致，页面与平台资料口径不一致时会互相冲突。 - [Creating helpful, reliable, people-first content](https://developers.google.com/search/docs/fundamentals/creating-helpful-content) — Google 建议用「Who, How, and Why」自评内容，资料清单回答的正是「说法从哪来、谁确认过」。 - [Evolving role of the index: From ranking pages to supporting answers](https://blogs.bing.com/search/May-2026/Evolving-role-of-the-index-From-ranking-pages-to-supporting-answers) — 出处清楚的离散事实是 AI 回答取用的单元，因此证据资料必须带来源与适用范围。 --- ## 出海品牌做GEO：语言、市场与平台优先级怎么排 - URL: https://www.guangsuan.com/post/geo-for-cross-border-brands/ - 作者: Don Jiang - Published: 2026-09-18T02:42:14+08:00 - Last updated: 2026-09-27T09:53:49+00:00 - 摘要: 出海企业排多语言与平台顺序的方法：先定市场再定语言、三种多语言做法的代价、跨境口径检查与一个带假设的排序示例。 做多个海外市场的企业，最常见的起点是「先做英语，再看情况」。这个起点本身没问题，问题在于后面的排序：到底是先补第二个语言，还是先把英语站做深，还是先换一个平台？排序的依据不是语言数量，而是客户在哪、用什么语言检索、从哪个入口进来。 ## 先定市场，再定语言 语言是市场的属性，不是可以平铺的格子。德语站服务德国、奥地利、瑞士三个市场的采购习惯并不相同；英语站要同时面对美国、英国、澳大利亚和大量把英语当工作语言的东南亚买家，同一个价格条款和认证说明在这几个市场里的含义就有差别。 Google 对多语言与多地区页面的说明里有一点常被误解：「Localized versions of a page are only considered duplicates if the main content of the page remains untranslated.」也就是说，翻译过的版本不会被当成重复内容；真正的风险不是「重复」，而是只翻译了字面，却留下了本地不适用的口径——比如认证名称、单位、售后条款。 官方给出三种指向多语言版本的方式——HTML 标注、HTTP 头、Sitemap——并说明三者等效，可以任选其一，同时使用三种没有额外好处。这属于实现细节，真正的判断在前面：哪些市场值得单独一个语言版本。另外，hreflang 只负责说明这些页面是同一内容的本地化版本，Google 明确说明它不用 hreflang 或 HTML lang 属性来判断页面语言——页面正文本身用什么语言写，才是它读到的语言。 同一件事在不同语言里要按当地习惯重写，而不是逐字替换：这块告示牌用四种语言并列，每种都在说同一件事，但用词各自独立。图为公开许可照片，作者 Ominae，来源 Wikimedia Commons，许可 CC BY-SA 4.0，已按许可调整尺寸；与光算及其客户无关。 ## 平台优先级怎么排 平台排序可以从两个角度交叉看：客户所在市场的主流入口，以及自己在每个平台的官方条件是否满足。 市场规模决定的顺序通常是：面向欧美 B2B 的工业与技术服务，Google 家族产品（含 AI Overviews 与 AI Mode）与 ChatGPT 是最先要覆盖的两个入口；采购与技术评估人群更常出现 Perplexity；企业办公环境里的 Copilot 随账号体系渗透；Gemini 与 Google 生态的资料一致性可以合并处理；Claude 在研究与文档场景更常见；Grok 与实时信息场景绑定更紧。这一段是编辑判断，需要用自己客户的询盘来源去验证，不能照抄别人的排序。 条件是否满足则决定顺序能不能兑现。抓取与索引相关的门槛是硬的：Google 侧要求页面被索引并具备展示摘要资格，ChatGPT 侧由 OAI-SearchBot 的 robots.txt 设置决定，Perplexity 侧还要额外检查 WAF 放行。这些条件在两个平台上都通了以后，再扩到第三个平台，比七个平台同时铺开更容易看清变化。 还有一层容易被忽略的匹配：内容语言与平台用户的提问语言。用英文写的内容，被德语或日语提问取用的概率远低于被英文提问取用；反之，为某个语言单独做的页面如果只有翻译没有本地化的用法说明，取用时也会显得答非所问。做排序时把「这个语言的内容要覆盖哪些问句」和「这些问句在哪个平台出现」一起考虑，比先决定平台再补内容更省力。 观察结果本身也受账号设置影响。账号的语言、地区、登录状态与是否联网，都会改变你看到的回答。做跨市场比较时，把这些条件写在同一张记录表里，否则两个市场的差异里会混进设置差异。 ## 三种多语言做法的代价 - **全量翻译**：把全部页面翻成多个语言。覆盖最全，但维护成本随语言数量线性上升，一次产品更新要改多处，最容易出现口径不一致。 - **核心页翻译加本地化改写**：只翻译决定成交的那批页面（产品、参数、认证、联系与询价条件），并按当地法规名称、单位与案例重新组织。工作量可控，一致性容易维持，适合多数 B2B 企业。 - **只做英文站**：用英语服务所有市场。适合客户分散、单市场订单量不足以支撑本地化投入的阶段；代价是在非英语市场的检索与阅读体验上让出一部分位置。 三种做法没有优劣，只有和当前阶段匹配与否。判断标准是：这个市场带来的询盘量能不能覆盖一份语言版本的维护成本。 ## 跨境场景特有的口径检查 多语言不能只对口，还要对「同一件事在当地怎么说」。需要专门核对的有四类：认证与合规名称（同一张证书在不同市场可能要求和叫法不同）、计量单位与换算（英制与公制并列时的取整规则）、价格条款与贸易术语（FOB、CIF 之类的表述要附带港口与有效期）、售后与保修范围（不同市场的法定最低要求不同）。 这四类信息一旦在不同语言版本之间不一致，客户和检索系统拿到的就是互相矛盾的两套说法。它们都属于品牌事实的一部分，需要和术语表一起维护。 ## 一个排序练习 假设一家做工业配件的外贸企业，现有英语站，主要询盘来自德国和美国，团队只有两人。一个可用的排序是：先把英语站的产品页与参数页整理到可核对的状态，同时把德语核心页（产品、认证、询价）做本地化改写，平台上先集中在 Google 生态与 ChatGPT 两个入口，三个月后按询盘来源再决定是否扩到 Perplexity 与 Copilot。 这个排序的假设是：德语询盘占比不低于三成、团队两人、没有专职本地化人员。假设变了，顺序也要跟着变——如果德语询盘主要来自展会和老客户介绍，线上的优先级就该往后放。 排完市场与语言，回头要补的是资料本身。需要按字段收集与交办清单，可以对照[启动前的资料清单](/post/geo-prep-facts-and-evidence/)；想先看清各平台在形态上的差别，参考[主流平台回答方式的比较](/post/global-ai-search-landscape/)。光算的 GEO 项目先按客户实际市场确定语言与平台范围，再决定执行深度，服务方式见[GEO 服务说明](https://www.guangsuan.com/geo/)。 需要把这里的判断落到具体页面时，可以参考：[多语言网站SEO：机器翻译、本地化与语言页面配置的常见问题](/post/%e8%bf%99%e7%a7%8d%e7%bf%bb%e8%af%91%e6%96%b9%e5%bc%8f%e4%bc%9a%e8%ae%a9%e4%bd%a0%e7%9a%84%e5%a4%9a%e8%af%ad%e8%a8%80%e7%bd%91%e7%ab%99%e8%a2%ab%e8%b0%b7%e6%ad%8c%e5%bd%93%e6%88%90%e5%9e%83%e5%9c%be/)、[外贸SEO先做美国还是其他市场？别只按搜索量选国家](/post/seo-target-market-selection/)。 ## 参考来源 - [Localized Versions of your Pages](https://developers.google.com/search/docs/specialty/international/localized-versions) — 翻译过的多语言版本不会被仅仅当作重复内容，只有主内容未翻译时才会被视作重复。 - [AI features and your website](https://developers.google.com/search/docs/appearance/ai-features) — 抓取与索引是进入 AI 展示的前置条件，属于多市场推进时最先要确认的硬条件。 - [Overview of OpenAI Crawlers](https://developers.openai.com/docs/bots) — 不同平台有各自独立的抓取设置，扩展平台前要逐个核对条件。 如果目标客户主要使用 ChatGPT、Google AI Overviews 或 Perplexity，可对照[全球 GEO 的市场、平台与交付范围](/geo2/)安排首轮诊断；国内平台的工作范围另见[国内 GEO 服务](/geo/)。先确定市场和语言，再确定问题集与资料准备顺序。 --- ## GEO、内容营销、公关和口碑维护，边界在哪 - URL: https://www.guangsuan.com/post/geo-content-pr-reputation-boundaries/ - 作者: Don Jiang - Published: 2026-09-18T02:42:14+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 四类对外工作各自负责什么、共同依赖哪一块事实底座、为什么报道数量、好评数和内容量都不能互相替代，附分工约定与三种常见扯皮。 GEO、内容营销、公关、口碑维护，四件事都在对外说话，也都由市场部门经手，所以经常被合并成一句话：「多做点内容、多发点稿」。它们各自负责的对象、渠道和验收方式并不相同，混在一起考核时，最容易出现的结果是每件都做了一半，出了问题谁都说不清该改哪里。 ## 四件事各自负责什么 **GEO 负责公开信息的可用性。**对象是检索与引用：官网页面能不能被抓取、客户关心的问题有没有对应的页面、参数与出处写得够不够清楚、第三方资料和官网口径是否一致。它的产出是可核对的页面与资料，验收方式是问题清单下的观察记录，而不是发稿数量。 **内容营销负责持续吸引和培育。**对象是读者的注意力与理解：行业解读、应用案例、选型方法、趋势判断。它的产出是源源不断的内容，考核通常落在阅读、订阅、留资这些指标上。 **公关负责第三方背书。**对象是媒体、协会、展会与行业报告。它的产出是报道、采访、白皮书、活动曝光，考核落在覆盖范围与媒体量级。 **口碑维护负责用户端的评价与讨论。**对象是现有客户、评价平台、社区与问答区。它的产出是评价、反馈处理与公开回应，考核落在评分与情绪变化上。 展台属于公关与线下渠道：它带来的是人和人的接触与第三方背书，与 AI 回答里被取用的页面事实不是同一件事。图为公开许可照片，作者 DLR_de，来源 Wikimedia Commons，许可 CC BY 3.0 de，已按许可调整尺寸；与光算及其客户无关。 ## 四件事重叠在哪里 重叠的部分只有一块：品牌事实本身。四件工作都要用到同一套事实——公司主体、产品型号、参数口径、认证状态、可公开的案例。这块输入的质量决定另外三件事的上限。 事实底稿不统一时，公关稿里的业务范围与官网不一致，口碑回复里的交期与产品页不一致，内容营销写出来的案例又和销售口径不一致。这时候四件事都在做，公开信息却在互相抵消。 ## 四个环节各自的验收指标 - GEO：在约定的问题清单下，品牌是否被提到、被提到的内容是否准确、有哪些可见引用，以及每轮样本的采集条件。指标围绕记录，不围绕次数承诺。 - 内容营销：阅读、停留、订阅、留资这类注意力与线索指标，用于判断内容是否被读、被用。 - 公关：报道的数量与质量、是否落在目标行业媒体、是否出现事实性错误。 - 口碑维护：评价数量与分布、公开回应的及时性、争议问题的处理进展。 四组指标彼此不通用。用阅读量证明 GEO 有效，或者用提及次数证明公关成效，都是拿一组数字解释另一件事，无法验收，也无法指导下一步。 值得注意的是四组指标都对同一件事敏感：公开信息是否准确。一次错误的口径会同时污染内容页、报道转载、平台评价与 AI 回答，而修正它要沿着同一批渠道走一遍。 ## 不能互相替代的四条结论 - **报道数量不能替代可被引用的事实**：AI 回答取用的是能核对的页面与事实，不以发稿数量为依据。Google 的生成式 AI 优化指南里把「pursuing inauthentic mentions」列为可以忽略的做法，也就是靠制造提及来提升可见度并不成立。 - **好评不能替代准确**：评价平台上的满分不会修正官网参数的错误；反过来，参数写对了也不会自动带来好评。 - **内容数量不能替代覆盖面**：批量生产同质页面属于缩量内容滥用的定义范围：「Scaled content abuse is when many pages are generated for the primary purpose of manipulating search rankings and not helping users.」 - **媒体报道不能替代官网页面**：报道页面不由你控制，更新与否也不由你决定，而客户真正会去核对的是官网上的规格与条件。 ## 分工时应该约定哪几件事 - 事实底稿谁维护：通常由产品或技术部门提供原始口径，市场部门整理成一套可对外使用的版本，并注明更新责任人与时间。 - 对外发布谁审：公关稿、评价回复、内容页在发布前对照同一份底稿核对一次，避免同一件事出现三种说法。 - 发现问题谁去更正：官网、自有内容、第三方平台各由谁负责联系更正，多久内完成。 - 记录保存多久：问答样本、发布记录、更正记录各自保存期限，避免一年后无法复盘。 这四条写在纸上，比在群里沟通有效。它们都属于管理约定，不是任何平台公布的要求。 底稿的维护节奏可以固定下来：每季度复核一次主体与资质信息，产品型号变动时即时更新，价格与交期这类短期信息标注有效期而不写进长期页面。发现外部页面与底稿冲突时，先确认底稿版本是否最新，再按「官网优先、自有内容其次、第三方最后」的顺序联系更正，避免从旧版本出发去改新页面。 ## 三种常见扯皮 第一种，公关拿着一张媒体报道去推导「AI 应该会更愿意引用我们」——报道的价值是背书，能不能被引用取决于报道页面是否可访问、是否准确、是否被检索到，这不归公关环节控制。 第二种，内容团队写了一批页面，但没有一处出处，参数也没有单位和条件。数量看起来完成了，被取用时却站不住。 第三种，口碑环节用非真实评价来「铺口碑」。这既违反平台规则，也可能与真实客户的表述互相矛盾，之后处理冲突的成本远高于当时省下的力气。 把四件事分开看之后，协同的落点反而清楚了：GEO 负责让公开信息可被取用，公关负责让第三方愿意说，内容营销负责让读者愿意看，口碑维护负责让用过的人愿意讲。它们共享同一份事实底稿，但验收方式各自独立。多市场和语言的排序问题可以对照[出海市场与平台优先级](/post/geo-for-cross-border-brands/)；范围与交付边界怎么写进合同，见[问题数与平台范围的谈法](/post/geo-budget-and-scope/)。光算的 GEO 服务只承接可核对的公开信息部分，不代替公关投放与评价管理，服务说明见[GEO 服务说明](https://www.guangsuan.com/geo/)。 同一套工作里，下面几篇会接着用到：[外贸工厂的获客计划怎么排：网站、SEO、Google Ads与社媒如何分工](/post/b2b-overseas-marketing-channel-plan/)。 ## 参考来源 - [Optimizing your website for generative AI features on Google Search](https://developers.google.com/search/docs/fundamentals/ai-optimization-guide) — Google 明确把「pursuing inauthentic mentions」列为在 Google Search 中可以忽略的做法，靠制造提及提升可见度并不成立。 - [Spam Policies for Google Web Search](https://developers.google.com/search/docs/essentials/spam-policies) — 缩量内容滥用指以操纵排名为主要目的、而非帮助用户的大量页面，批量生产同质内容属于此范围。 - [Evolving role of the index: From ranking pages to supporting answers](https://blogs.bing.com/search/May-2026/Evolving-role-of-the-index-From-ranking-pages-to-supporting-answers) — 为 AI 回答做支撑时，被取用的单元是出处清楚的可支撑事实，与报道数量、评价分数无关。 - [AI features and your website](https://developers.google.com/search/docs/appearance/ai-features) — 即使满足全部要求与最佳实践，也不能保证被抓取、索引或展示，因此第三方报道不能推导出必然被引用。 --- ## AI回答里的品牌曝光，和自然搜索流量要分开看 - URL: https://www.guangsuan.com/post/brand-visibility-vs-organic-traffic/ - 作者: Don Jiang - Published: 2026-09-18T02:42:14+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: AI 回答里的提及与引用、搜索报表里的展示与点击是两套口径。说明官方报表能给出什么、四种常见误判，以及两套数据如何并列使用。 「AI 那边好像有起色」和「搜索流量掉了」经常出现在同一份周报里，被当成两件互相解释的事。它们其实是两套口径：一套观察品牌在回答里有没有被提到、有没有被链接，另一套报表统计展示、点击和访问。两套数据都值得看，但不能相加，也不能互相替代。 ## 两套口径分别在量什么 AI 侧量的是可见度：在约定的问句下，回答有没有提到品牌，提到了说的是什么，有没有给出指向你页面的链接。这些数据需要你自己采样记录，平台不提供按品牌的完整导出。 搜索侧量的是行为：页面在结果里被展示了多少次、被点击了多少次、点进来之后做了什么。这一部分有现成的报表，口径由平台定义。以 Google 为例，AI 特性带来的展示也被计入搜索流量统计——官方文档的表述是「sites appearing in AI features (such as AI Overviews and AI Mode) are included in the overall search traffic in Search Console」，具体归在 Performance 报告的 Web 搜索类型里。 换句话说，搜索侧的报表里已经包含了 AI 功能的展示，你看到的是一条合起来的曲线；而 AI 侧关于「有没有被提到」的信息，只能靠自己采样。两边的观测对象根本不是同一件事，这就是不能相加的根源。 ## 官方报表能给出什么、给不出什么 Search Console 的生成式 AI 性能报告是目前少数直接涉及 AI 展示的官方报表。它对统计对象的定义是：「Impressions are how many times links to your site were shown to a user in a generative AI feature on Google Search.」统计的是展示次数，也就是链接被展示给用户的次数，不是点击，也不是访问。 使用这份报表还要注意两个限制。第一，不是所有资源都能看到：「Not all properties have access to the report, as we're rolling out over time.」第二，实验室中的实验不计入，Search Labs 里的实验数据不在其中。这两条都意味着「报表里没有」和「AI 里没有你」不是一回事。 还有一个容易被忽略的细节：展示的统计对象是链接被展示的次数，不是被点击的次数。同一段回答里把链接列出来一次就算一次展示，用户有没有点开不影响这个数字。所以报表上的曲线能回答「有没有被展示过」，不能回答「有没有被访问」，更不能回答「有没有带来询盘」。 需要说清楚的是：这份报表只在 Google 生态内有效，其他平台目前没有对等的按站点报表。任何声称能提供「全平台 AI 曝光数据」的工具，其数据来源都需要单独核实。 ## 观测单位不同，结论就不能平移 Bing 团队在 2026 年的文章里描述了这种差异的来源：传统搜索里价值单元是页面，为 AI 回答做支撑时价值单元变成「Groundable information (discrete, supportable facts with clear provenance)」。一个页面被点击，和一段事实被取用，发生在两个不同的层面。 这解释了一个常见的困惑：某个页面的自然搜索点击在下滑，但同一页上的一句参数描述频繁出现在回答里。两件事可以同时成立，并不矛盾。把它们塞进同一个判断里，就会得出一边正确、一边错误的结论。 左边记录回答里发生了什么，右边统计用户的行为；两边字段不同，中间的竖线表示这两组数字不能相加成一个「总曝光」。图为按本文内容绘制的结构示意，不是任何平台的报表截图。 ## 四种常见误判 - **把被提到当成流量**：回答里出现品牌名，不等于有人点进来。判断方法是区分两种可见度：只被提到，还是有指向你页面的链接；有链接时，还要看链接指向的是不是你想被看到的那一页。 - **把点击下降直接归因给 AI 回答**：流量变化可能来自查询结构变化、季节性、改版、索引问题。平台自己的文档建议先做整体的流量变化分析，而不是直接指向某一个展示形态。 - **把一次采样当成稳定状态**：同一问句在不同时间、不同账号地区、不同语言下可能给出不同结果。记录条件比记录结论更重要。 - **把两套数字相加**：展示次数与访问量来自不同的统计对象，相加得到的数字没有解释力，还会让后续判断失去基准。 ## 三种可以做的对照 - **同一问句跨时间对照**：问句、平台、模式、语言与地区固定不变，间隔固定，比如每月同一天各取一次。这是唯一能说明「有没有变化」的对照方式。 - **同一时间跨平台对照**：同一天、同一组问句在不同平台上各取一次，看清品牌在哪个入口更容易被提到。跨平台比较只能用「提没提、说得准不准」，不能用不同平台的数字互相换算。 - **改动前后对照**：记录内容改动的日期与范围，保留改动前的样本，下次采样时对比同一批问句。改动同时涉及多个页面时，结论只能说到「这一轮改动之后」，不能归因到某一个页面。 三种对照都以条件记录完整为前提。模型更新、平台改版、语言或地区设置变化时，样本的采集条件已经改变，旧样本与新样本直接比较没有意义，应在报告里单独标注为条件变化，而不是当作趋势。 ## 两套口径怎么并存使用 可行的做法是并列，而不是合并。在同一季度内，AI 侧按固定的问题清单记录提及、引用与事实偏差；搜索侧看整体展示、点击与转化，并标注统计范围。两条线的变化各自解释，遇到同时变动时，先确认测试条件有没有变化，再讨论因果。 报告里区分三件事会省掉很多返工：哪些是平台报表里的直接数据，哪些是你采样的观察记录，哪些是编辑判断。这里不承诺归因——没有可追踪的访问或询盘数据时，「AI 带来了多少询盘」这类结论不该出现。 要把观测条件写稳，先看[问题集、平台范围与报告周期怎么约定](/post/geo-budget-and-scope/)；如果发现品牌在回答里根本没有出现，处理顺序见[五类信息缺口](/post/brand-missing-from-ai-answers/)。光算的 GEO 服务把回答样本、引用记录与事实偏差分开留存，报告中说明统计边界，服务方式见[GEO 服务说明](https://www.guangsuan.com/geo/)。 和本篇直接相关的还有：[谷歌AIO（AI概览）引用来源分析：什么样的站更吃香](/post/%e8%b0%b7%e6%ad%8caio%ef%bc%88ai%e6%a6%82%e8%a7%88%ef%bc%89%e5%bc%95%e7%94%a8%e6%9d%a5%e6%ba%90%e5%88%86%e6%9e%90%ef%bc%9a%e4%bb%80%e4%b9%88%e6%a0%b7%e7%9a%84%e7%ab%99%e6%9b%b4%e5%90%83%e9%a6%99/)、[SEO月报很好看，客户却没增加？先把这几类数据分开](/post/seo-monthly-report-review/)。 ## 参考来源 - [Generative AI performance report (Search) - Search Console Help](https://support.google.com/webmasters/answer/16984139) — 生成式 AI 性能报告统计的是链接在生成式 AI 功能中被展示的次数，即展示而非点击。 - [AI features and your website](https://developers.google.com/search/docs/appearance/ai-features) — AI 特性带来的展示计入 Search Console 的整体搜索流量统计，归在 Performance 报告的 Web 搜索类型里。 - [Evolving role of the index: From ranking pages to supporting answers](https://blogs.bing.com/search/May-2026/Evolving-role-of-the-index-From-ranking-pages-to-supporting-answers) — 传统搜索的价值单元是页面，为 AI 回答做支撑时价值单元是可支撑事实，两者观测层面不同。 --- ## GEO预算怎么谈：问题集、平台范围与交付边界 - URL: https://www.guangsuan.com/post/geo-budget-and-scope/ - 作者: Don Jiang - Published: 2026-09-18T02:42:14+08:00 - Last updated: 2026-09-27T09:53:49+00:00 - 摘要: GEO 报价由问题数、平台与模式范围、内容与信源工作量、监测频率决定。给出带口径的估算样例与合同应当写清的边界条款。 同一句「做 GEO 多少钱」，拿到的报价可能差五倍。差别通常不来自「效果等级」，而来自四件事：覆盖多少个问题、要覆盖哪些平台与模式、内容与信源部分包含多少工作量、监测多久复测一次。把范围写清楚，价格才有比较的意义。 ## 问题数是范围单位，不是效果单位 服务报价里最容易被误解的一项就是问题数。光算现有 GEO 服务的说明写得很明确：「它们是纳入项目优化与监测的核心业务问题数量，不是文章篇数，也不是推荐次数。启动前确定问题清单、平台范围、是否包含追问与改写、采样频率及报告周期，避免用重复问法放大工作量。」 也就是说，问题数决定的是「要为你盯多少个客户问题」，而不是「保证多少次被提到」。同一件事的三种问法如果都塞进清单，数字会好看，实际覆盖的问题却没有增加。 ## 平台与模式的范围怎么写 平台范围要写成可核对的清单，而不是「主流 AI 平台全覆盖」这种说法。一份可以落到合同里的范围至少包含五项：平台名称、是否包含追问、是否区分联网与不联网模式、语言与地区、采样频率。 区分模式不是多余动作。同一句话在联网检索和纯模型回答下可能给出完全不同的结果，把两种模式的样本混在一起统计，变化就无法解释。语言和地区同样如此，英文站和中文站面向的检索结果常常不是同一批来源。 这里有一条不能跨越的边界：没有任何平台公开完整的检索与引用机制文档，因此服务范围里不能写「保证在某平台被引用」「进入答案前三位」这类结果条款。能写进合同的是工作范围、频次、交付物，以及发现事实偏差后的处理流程。 报价谈的是范围：讨论桌上要同时摆着问题清单、平台与模式范围、以及明确不在范围内的部分。图为按本文内容绘制的原创场景示意，不是客户会议记录或项目现场。 ## 内容与信源部分的工作量怎么估 预算的另一半在内容侧。估算时按四项相加：官网需要新建或改写的页面数、需要统一口径的既有页面数、需要更新的第三方资料数、以及多语言情况下的倍数。第三项最常被漏掉，但它往往决定结果能不能稳定下来——AI 引用的来源常常不在你的官网上。 多语言的倍数不是简单的语言数量。如果只保留一份中文事实底稿，翻译成四个语种，通常只需要一倍多的工作量；如果每个市场都要单独核对法规、认证与客户案例，工作量会明显增加。 ## 一个带口径的估算样例 下面这组数字是假设的教学样例，用来演示计算方式，不是任何客户项目的报价或效果数据。假设条件是：20 个核心问题、4 个平台、区分联网与不联网两种模式、每周采样一次、按季度复盘。 - 单轮观测组合数：20 个问题 × 4 个平台 × 2 种模式 = 160 组。 - 一个月按 4 轮算：640 组观测，每组保存原始回答与引用链接，用于事后核对。 - 内容侧：20 个问题按同一意图合并后落到约 8 个页面，其中 3 个新建、5 个改写；另外需要更新的第三方资料按平台数量单独计算。 - 复盘节奏：季度复盘一次，模型更新或平台改版时单独标注，不把不同条件的样本直接对比。 这组数字的作用是让你能对服务方提问：你报的 20 个问题是怎么定义的？含不含追问？两种模式怎么分开统计？报告里会不会标出采样条件？答不上来的报价，范围通常也是模糊的。 ## 报价差异大时怎么对比 拿到两份差距明显的报价，先逐项对齐五个变量，再看价格：问题数的定义（是否去重、含不含追问）、平台数量与是否区分模式、内容侧包含多少页面与多少第三方资料更新、监测频率与报告周期、采样与记录的工作量由谁承担。 五项对齐之后，价格差异通常能解释清楚：一方报的是 20 个去重问题、两个平台、每季复盘一次；另一方报的是 60 个含追问的问法、五个平台、每月报告。后者单价看起来更高，但覆盖的内容与记录量也更大。反过来，如果两项报价的五个变量差不多而价格差很多，需要问清交付物里少了什么。 ## 合同里应当写清的边界 - 不承诺固定推荐位、必然引用或全量监测。第三方无法控制平台的模型、检索与生成结果。 - 不承诺删除真实负面信息，也不承诺修改平台内部权重。 - 交付物写具体：问题清单、页面与信源执行记录、问答样本、阶段性复盘。样本的保存期限与格式也要写明。 - 事实偏差的处理路径：谁提供正确口径、谁负责更正源头、多久内完成。 - 条件变化的处理：模型更新、平台改版、robots 规则调整导致的样本不可比时怎么说明。 这五条是可以写进合同的语言。相反，「保证被 AI 推荐」「提升引用率 X%」这类条款，在双方都无法观测平台内部过程的前提下无法验收，最终只会变成扯皮。 ## 报价里容易被忽略的成本 除了服务费，项目通常还有三项内部或外部成本：图片与视频素材的制作，多语言的翻译与本地化校对，以及更新第三方资料所花的人力。最后一项经常落在市场或外贸同事身上，如果没人认领，第三方页面上的旧口径会一直留在那里。 讨论预算时，把这三项一起摊开，比只比较服务费更能看清总投入。至于用什么口径判断有没有变化，可以接着看[两种可见度的区分与常见误判](/post/brand-visibility-vs-organic-traffic/)；先把问题清单定下来再谈价格，做法见[从关键词表到问句表](/post/keyword-list-to-question-set/)。光算的 GEO 服务按季度计费，问题覆盖与执行深度分档，正式范围在诊断后写入合同，档位与服务方式见[GEO 服务说明](https://www.guangsuan.com/geo/)。 延伸阅读，按你接下来要面对的下一步选：[谷歌SEO报价差在哪？签约前把费用与交付清单问清楚](/post/seo-quotation-comparison/)、[谷歌SEO外包还是自建：用职责、交付物与数据权限比较总成本](/post/%e8%b0%b7%e6%ad%8cseo%e5%a4%96%e5%8c%85-vs-%e8%87%aa%e5%bb%ba%e5%9b%a2%e9%98%9f/)。 ## 参考来源 - [Optimizing your website for generative AI features on Google Search](https://developers.google.com/search/docs/fundamentals/ai-optimization-guide) — Google 建议企业在考虑第三方 AEO/GEO 建议或服务时先看它对第三方 SEO 建议的评估指引。 - [AI features and your website](https://developers.google.com/search/docs/appearance/ai-features) — 满足全部要求也不保证被抓取、索引或展示，这是不能承诺固定推荐位的官方依据。 - [Generative AI performance report (Search) - Search Console Help](https://support.google.com/webmasters/answer/16984139) — 生成式 AI 性能报告统计的是展示次数，即链接在生成式 AI 功能中被展示给用户的次数，这与点击、访问不是同一个指标。 - [Evolving role of the index: From ranking pages to supporting answers](https://blogs.bing.com/search/May-2026/Evolving-role-of-the-index-From-ranking-pages-to-supporting-answers) — 为 AI 回答做支撑时价值单元变成离散、可支撑、出处清楚的事实，这是内容与信源工作量集中在事实整理上的原因。 面向出海客户时，可用[全球 GEO 套餐与交付说明](/geo2/)核对市场和平台范围；面向国内客户时，以[国内 GEO 方案](/geo/)为准。按实际服务范围确定预算，具体问题集和执行周期在诊断后确认。 --- ## 什么企业适合先做GEO？先看官网这3项基础 - URL: https://www.guangsuan.com/post/is-geo-fit-for-your-company/ - 作者: Don Jiang - Published: 2026-09-18T02:42:14+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 可做性自查：官网能否被抓取、事实是否稳定可核对、是否拿得出可公开证据。附三十分钟自查步骤与五类不适合先做 GEO 的情形。 GEO 能不能做，不取决于预算多少，而取决于官网现在能不能被检索、有没有稳定的事实、拿不拿得出可以公开核对的东西。三项基础齐了，后面的内容与信源工作才有落点；缺哪一项，投入就会先花在补哪一项上。 ## 第一项：官网能被正常访问和抓取 这一项是技术条件，几周内就能查清，也最容易被误判为「已经没问题」。按顺序查四条。 **robots.txt 有没有挡住搜索类爬虫。**很多站点在几年前为了省带宽，把一批爬虫整体挡掉了。OpenAI 的文档把后果写得很清楚：「Sites that are opted out of OAI-SearchBot will not be shown in ChatGPT search answers, though can still appear as navigational links.」这里要注意区分：挡住训练用途的爬虫，和挡住搜索用途的爬虫是两件事，官方文档是把它们分开列的。 **WAF 或 CDN 有没有把正常抓取当成攻击。**Perplexity 的爬虫文档里专门有一节写给使用 WAF 的站点，建议「you may need to explicitly whitelist Perplexity's bots to ensure they can access your content.」如果你的站点在近两年上过云防护，建议实际用日志核对一次，而不是凭配置界面判断。 **关键内容有没有被锁在登录墙或表单之后。**常见于产品资料库和经销商专区：公开页上只有一句简介，参数、图纸、检测报告都要填表才能拿到。这类结构对真实读者也不友好，同时让可检索的内容大幅减少。 **关键信息是不是只存在于图片里。**把参数表做成一张 JPG 贴在页面上，人看着没问题，可被取用的文本却接近于零。 这四条对应的官方门槛其实只有一句：页面要被索引，并具备展示摘要的资格。Google 的 AI 特性文档写的是「a page must be indexed and eligible to be shown in Google Search with a snippet」；技术条件之外没有额外要求，但这四条任何一条不通，就等于站在门外。 核实方式建议用两个来源交叉：一是服务器日志，按 user-agent 过滤，看搜索类爬虫最近有没有实际来过、拿到的状态码是多少；二是搜索控制台里的抓取与索引报告，确认重要页面的索引状态。只看配置文件容易漏掉「规则写了但被上游拦截」的情况，比如 CDN 层的规则覆盖了源站的 robots.txt 设置。 ## 第二项：事实是稳定的，并且写成了可核对的形态 「稳定」指的是六到十二个月内不会大改的主体信息：公司名与品牌名、产品型号体系、核心参数的度量口径、认证状态。这些信息反复变动时，任何一次内容整理都会很快过期，AI 取用到的版本也会前后矛盾。 铭牌是最小的事实单元：制造方、型号、额定参数写在同一块牌子上，谁都能对照。图为公开许可照片，作者 Flocci Nivis，来源 Wikimedia Commons，许可 CC BY-SA 4.0，已按许可调整尺寸；与光算及其客户无关。 「可核对的形态」指的就是把这类信息写成人能看懂、机器能取用的句子。Bing 团队在 2026 年的文章里把为 AI 回答做支撑的价值单元定义为「Groundable information (discrete, supportable facts with clear provenance)」，也就是离散、可支撑、出处清楚的事实。一段话里塞三件事、每件事都带着「行业领先」这样的形容，就属于既不可支撑也无法核对。 要区分两类信息：稳定事实写进页面主体，长期不改；变动信息（活动价格、临时交期、库存状态）单独标注更新时间和适用范围，不要混在参数表里。 ## 第三项：拿得出可以公开的证据 这一项决定内容能写多深。可用的证据通常有四类：可以公开的测试报告（页数与结论）、有效期内的认证（机构、证书编号、覆盖范围）、可公开的案例（客户类型与项目范围，不必暴露客户名称）、可验证的第三方资料。 Google 在帮助内容的自我评估里有一个问题很贴切：「Does your content clearly demonstrate first-hand expertise and a depth of knowledge (for example, expertise that comes from having actually used a product or service, or visiting a place)?」第一手经验是最难被替代的证据，也恰好是中国制造与技术型企业最不缺、却最少写出来的东西。 如果客户名称、图纸、配方不能公开，正确的做法是写清边界，例如写明「因客户保密要求，不公开客户名称，可提供脱敏测试摘要」。含糊地写「服务过众多知名企业」既不可核对，也让后续所有内容都失去了引用价值。 ## 三项齐了以后才轮到的顺序 基础具备之后，剩下的是内容覆盖与平台范围：先把客户的问句整理成清单，再按客户实际使用的平台确定范围，最后建立可比较的基线。顺序颠倒会把预算花在看不见的地方。 ## 不适合先做 GEO 的五种情形 - 还没有官网，或者只有一个正在改版的首页。先把承载事实的页面建起来。 - 主体信息本身在变，例如刚改名、刚合并、产品线正在重构。先定事实，再谈可见度。 - 客户几乎不从线上检索进入，业务完全依赖既有关系渠道。先把线下资料的准确度做好。 - 团队里没有能确认参数与口径的人。技术事实没人拍板，写出来的内容只会互相矛盾。 - 考核指标本身就是发稿篇数。这个口径下，GEO 很容易变成批量生产低价值页面。 这五种情形不是「不能做」，而是顺序问题。前三种的投入重点分别是建站、定事实和线下；第四、五种属于内部准备不足，先解决再谈外部工作。 ## 三十分钟自查怎么做 - 打开 `/robots.txt`，看有没有整体挡掉搜索类爬虫。 - 用站内搜索找三个客户常问的问题，看有没有对应页面。 - 随手挑三个产品页，找出其中一句能被完整摘走的参数或定义。 - 找出至少一份可以公开出示的证据，并记下它的范围与有效期。 - 问业务同事：这些口径如果被引用错了，最严重的是哪一条。 五项里能完成四项，就可以开始按[资料清单](/post/geo-prep-facts-and-evidence/)收集交办材料；如果第二项只找到零散的片段，先看[五类信息缺口的排查顺序](/post/brand-missing-from-ai-answers/)。光算的 GEO 项目从现状诊断开始，先确认这三项基础是否具备，再决定投入重点，服务方式见[GEO 服务说明](https://www.guangsuan.com/geo/)。 这部分通常还要配合其他环节一起做：[产品页不被收录的6类技术排查：速度、robots、内链、渲染、URL与标签](/post/%e4%ba%a7%e5%93%81%e9%a1%b5%e4%b8%8d%e8%a2%ab%e6%94%b6%e5%bd%95%e7%9a%846%e4%b8%aa%e6%8a%80%e6%9c%af%e5%8e%9f%e5%9b%a0/)、[SEO初诊要交哪些资料？先给只读信息，再按任务开放权限](/post/seo-initial-audit-readonly-access/)。 ## 参考来源 - [Overview of OpenAI Crawlers](https://developers.openai.com/docs/bots) — 挡住 OAI-SearchBot 会让站点从 ChatGPT 搜索答案中消失，仍可能以导航链接出现。 - [Perplexity Crawlers](https://docs.perplexity.ai/guides/bots) — 使用 WAF 的站点需要显式放行 Perplexity 的爬虫，否则内容可能无法被访问。 - [AI features and your website](https://developers.google.com/search/docs/appearance/ai-features) — 被索引并具备展示摘要资格是出现在 AI Overviews 或 AI Mode 的前提。 - [Evolving role of the index: From ranking pages to supporting answers](https://blogs.bing.com/search/May-2026/Evolving-role-of-the-index-From-ranking-pages-to-supporting-answers) — 为 AI 回答做支撑时的价值单元是离散、可支撑、出处清楚的事实。 - [Creating helpful, reliable, people-first content](https://developers.google.com/search/docs/fundamentals/creating-helpful-content) — Google 建议用第一手经验与知识深度来评估内容，这与中国制造型企业的资料优势直接相关。 --- ## 全球AI搜索格局：ChatGPT、Google AI、Perplexity、Gemini、Copilot 怎么回答问题 - URL: https://www.guangsuan.com/post/global-ai-search-landscape/ - 作者: Don Jiang - Published: 2026-09-18T02:42:14+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 按产品形态把主流 AI 搜索分成对话式助手、搜索内嵌答案、引用型答案引擎三类，并列出各平台官方文档里能确认的抓取与展示条件。 把平台按公司名排一张长清单，对决定内容做什么没有帮助。更有用的分法是按产品形态分：一种是对话式助手，你在聊天框里提问，它需要不需要联网取决于产品与设置；一种是搜索页内嵌的答案模块，答案长在结果列表上方；一种是以引用来源为核心的答案引擎，回答旁边直接列出用到的页面。同一套内容在三种形态里被取用的方式不同。 ## 三类形态，分别看什么 第一类是对话式助手，ChatGPT、Claude、Gemini、Grok、Copilot 都提供聊天入口。这类产品的回答是否基于实时网页，取决于用户有没有开启联网检索、产品默认设置以及提问方式。第二类是搜索页内嵌答案，Google 的 AI Overviews 与 AI Mode 属于这一类，答案出现在搜索结果页上，和传统结果并列。第三类以引用为核心，Perplexity 是最典型的例子，回答旁边直接给出用到的来源列表。 三类形态的差别在于用户看到什么：有的只看到一段回答，有的看到回答加来源，有的两者都加一个可展开的追问入口。图为按本文内容绘制的结构示意，不是任何平台的界面截图。 ## 各平台官方文档里能确认的条件 下面这些是从各平台官方文档里能直接读到的内容，和网络上常见的「平台偏好」说法不同——它们只说明抓取身份与展示条件，不说明任何排序偏好。 **ChatGPT。**OpenAI 的爬虫文档列出了 OAI-SearchBot 的用途，并写明「Sites that are opted out of OAI-SearchBot will not be shown in ChatGPT search answers, though can still appear as navigational links.」文档还提醒 robots.txt 改动对搜索结果的影响可能需要约 24 小时才会生效。同页区分了用于模型训练的 GPTBot 与用户触发的 ChatGPT-User，三者相互独立。 **Google（AI Overviews 与 AI Mode）。**官方文档给出的前置条件是页面被索引且具备展示摘要的资格：「To be eligible to be shown as a supporting link in AI Overviews or AI Mode, a page must be indexed and eligible to be shown in Google Search with a snippet, fulfilling the Search technical requirements. There are no additional technical requirements.」控制手段仍然是对 Googlebot 的 robots.txt 指令；限制内容展示用 nosnippet、data-nosnippet、max-snippet 或 noindex。文档也说明这两个功能可能使用不同模型与技术，展示范围会不一样。 **Perplexity。**官方爬虫文档写明「PerplexityBot is designed to surface and link websites in search results on Perplexity. It is not used to crawl content for AI foundation models.」同页还提醒 robots.txt 改动最多需要 24 小时反映，并给出在 Cloudflare、AWS 等 WAF 上放行其爬虫的配置说明。另一个用户触发的抓取器 Perplexity-User 的说明是「Since a user requested the fetch, this fetcher generally ignores robots.txt rules.」——这解释了为什么挡掉爬虫并不等于内容不会被用户请求取走。 **Copilot 与 Bing。**Bing 团队 2026 年 5 月的文章把传统搜索与为 AI 回答做支撑分成两种优化问题，并说明后者的价值单元是可支撑、出处清楚的事实。抓取侧由 bingbot 负责，微软在博客里公布过它的 user-agent 变化与校验方式。至于 Copilot 具体如何挑选引用哪些页面，微软没有公开机制文档。 **Claude。**Anthropic 的说明里分了三个身份：ClaudeBot 用于收集可能进入模型训练的内容，Claude-User 用于支持用户在提问时访问网页，Claude-SearchBot 则「navigates the web to improve search result quality for users」。三者的作用范围不同，站点可以分别设置；官方也写明关闭某一个抓取器会带来什么后果，例如停止 Claude-SearchBot 会阻止内容被索引用作搜索优化。这一点值得单独留意：一个 robots.txt 规则同时影响训练、用户请求和搜索三个用途的说法并不成立。 **Grok。**xAI 的开发者文档说明「The Web Search tool enables Grok to search the web in real-time and browse web pages to find information.」并把引用结果通过 API 返回。到目前为止，xAI 没有公开与 OAI-SearchBot 对等、可供站点在 robots.txt 里单独控制的搜索爬虫说明，因此本文不对它的抓取口径做任何推断。 **国内平台。**DeepSeek、豆包、通义、腾讯元宝、文心、Kimi 是全球格局里的一部分，主要读者在中国大陆市场。它们同样没有公开完整的检索与引用机制文档，因此任何关于它们「偏好哪类内容」的说法都属于推测，不属于可核对的结论。 ## 形态差异带来的内容要求差异 - 内嵌答案形态对摘要资格敏感：页面需要有可展示的摘要，重要结论要写在可见文本里，不能只藏在图片或折叠区域。 - 对话式形态对直接回答问题敏感：客户会连续追问，第一句答不到点上，后续追问就会被别的来源填满。 - 以引用为核心的形态对页面本身敏感：回答旁边给出的是具体页面链接，页面标题、结构和可核对的段落决定它值不值得被列出来。 - 三者共同的一点是时效：产品参数、认证状态、交期这类信息一旦过期，被取用的就是过期版本。 ## 不能从官方文档推出的三件事 - 不能推出「哪种写法一定被引用」。官方公布的是抓取身份与展示条件，不是引用概率。 - 不能推出平台之间有统一的权重规则。每个平台的检索实现不同，跨平台套用一套「权重表」没有依据。 - 不能推出做了某项操作就一定会被展示。Google 的文档写得很直接：「Just because a page meets all requirements, best practices, and complies with the policies, doesn't mean that Google will crawl, index, or serve its content. Indexing and serving isn't guaranteed.」 ## 怎么用这份清单排优先级 先看客户在哪里问。做欧美市场的 B2B 企业，客户的入口通常分布在 Google 家族产品和 ChatGPT，Perplexity 在技术采购人群里出现得更多；Copilot 与企业办公环境绑定较深。这些是编辑判断，需要用自己客户的询盘来源去验证。 再看自己能不能满足条件。抓取、索引、可展示摘要属于技术条件，几周内可以查清；事实准确、出处清楚、版本一致属于资料条件，往往要业务部门配合。技术条件没通就先补技术，资料不齐就先补资料，比同时展开七个平台更有效。 平台清单理清之后，有一类工作仍然不属于 GEO：媒体发稿、展会与线下活动、第三方评价平台上的口碑维护。它们和 GEO 有重叠的底层资料，但不是同一件事，边界可以对照[四类工作的分工](/post/geo-content-pr-reputation-boundaries/)来划。 要理解两种检索对内容的不同要求，可以回看[GEO 与 SEO 的关系](/post/geo-seo-aeo-difference/)；准备排多语言与多市场顺序时，参考[出海市场与平台优先级的排法](/post/geo-for-cross-border-brands/)。光算的 GEO 项目按客户实际使用的平台确定范围，方法说明见[GEO 服务说明](https://www.guangsuan.com/geo/)，不按平台数量承诺结果。 如果正在处理这类情况，下面两篇可以对照着看：[如何在 Google AI 概览中对您的网站进行排名](/post/%e5%a6%82%e4%bd%95%e5%9c%a8googleai%e6%a6%82%e8%a7%88%e4%b8%ad%e5%af%b9%e6%82%a8%e7%9a%84%e7%bd%91%e7%ab%99%e8%bf%9b%e8%a1%8c%e6%8e%92%e5%90%8d/)、[Google AI Overviews出现后点击下降：如何排查并改进内容](/post/%e8%b0%b7%e6%ad%8cai-overviews-%e6%8a%8a%e6%88%91%e7%9a%84%e5%86%85%e5%ae%b9%e6%88%aa%e5%8f%96%e6%88%90%e7%ad%94%e6%a1%88/)。 ## 参考来源 - [Overview of OpenAI Crawlers](https://developers.openai.com/docs/bots) — OAI-SearchBot 负责 ChatGPT 搜索结果的展示，被挡掉后站点不会出现在搜索答案中。 - [AI features and your website](https://developers.google.com/search/docs/appearance/ai-features) — 进入 AI Overviews 与 AI Mode 作为支撑链接的条件是被索引且具备展示摘要资格，没有额外技术要求。 - [Perplexity Crawlers](https://docs.perplexity.ai/guides/bots) — PerplexityBot 用于在 Perplexity 搜索结果中展示并链接网站，不用于模型训练抓取。 - [Evolving role of the index: From ranking pages to supporting answers](https://blogs.bing.com/search/May-2026/Evolving-role-of-the-index-From-ranking-pages-to-supporting-answers) — 微软把传统搜索与为 AI 回答做支撑视为两种优化问题，后者的价值单元是可支撑、出处清楚的事实。 - [Announcing user-agent change for Bing crawler bingbot](https://blogs.bing.com/webmaster/april-2022/Announcing-user-agent-change-for-Bing-crawler-bingbot) — 微软公布 bingbot 的 user-agent 变更与校验方式，抓取侧身份可供站点核对。 - [Does Anthropic crawl data from the web, and how can site owners block the crawler?](https://support.anthropic.com/en/articles/8896518-does-anthropic-crawl-data-from-the-web-and-how-can-site-owners-block-the-crawler) — Anthropic 区分训练用 ClaudeBot、用户触发的 Claude-User 与搜索用 Claude-SearchBot 三种身份。 --- ## 从搜索词到问句：客户在AI里怎么问，决定你写什么 - URL: https://www.guangsuan.com/post/keyword-list-to-question-set/ - 作者: Don Jiang - Published: 2026-09-18T02:42:14+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 把关键词表改造成问句表的具体做法：按决策阶段分组、补限定条件、合并同一意图，并说明为什么不能为每个问法单独造页面。 做外贸站的人手里通常有一张关键词表：industrial sensor supplier、stainless steel valve manufacturer、custom machining China。这张表对搜索结果页依然有用，但它不回答一个更要紧的问题——客户在 AI 里是用哪些句子提问的。写什么内容，取决于你能不能列出这些句子。 ## AI 检索会把你没想到的子问题一起问出去 Google 在官方文档里描述了一种叫 query fan-out 的技术：「Query fan-out: A set of concurrent, related queries generated by the model to request more information and fetch additional relevant search results to address the user's query.」文档给了一个具体例子：如果用户的原始问题是「how to fix a lawn that's full of weeds」，拆出来的子查询可能包括「best herbicides for lawns」「remove weeds without chemicals」「how to prevent weeds in lawn」。 这个例子说明的事情跟草坪无关。客户问「哪种流量计适合化工装置」，实际被检索的可能是材质兼容性、防爆等级、校准周期、安装方式这几组子问题。你的页面上只要没有其中一组，就在那一组上缺席。 需要注意边界：Google 公布了这项技术并给了例子，其他平台是否采用同类做法没有公开说明。把 fan-out 当成所有平台共有的机制来写内容策略，是没有依据的。可以确定的是客户会分层追问，这一点在任何平台上都能观察到。 ## 把关键词表改造成问句表 改造不需要工具，需要把每行词还原成一句人话。下面是教学样例，用于说明改造方式，不是任何关键词工具的真实数据：把 industrial sensor supplier 还原成「车间要升级自动化控制，先确认需要哪一类传感器」，把 sensor manufacturer China 还原成「国产和欧洲品牌在交期和认证上分别有什么条件」，把 IP67 sensor 还原成「宣称 IP67 的供应商会提供哪种测试依据」，把 sensor MOQ 还原成「小批量试产的最小起订量和打样周期是多少」。四句分别落在识别需求、比较方案、判断供应商、确认条件四个阶段上。 四个动作依次做完，一张关键词表就变成一张问句表。 - 按决策阶段分列。同一批词分散在识别需求、比较方案、判断供应商、确认条件四个阶段里，不要按字母或流量混在一起。 - 把名词改成动词开头的问句。supplier 变成「怎么判断一个供应商能不能接这个工况」，而不是「供应商」。 - 补上限定条件。行业、地区、数量、认证、交期是客户真正在筛选的维度，缺了条件的问句会得到泛泛的答案。 - 分出专业说法与口语说法两列。同一件事，工程师写「防护等级」，采购写「防不防水」，两种问法都要能落到同一页内容上。 公开搜索结果页会把真实用户的问句形态直接展示出来：以问句写成的条目、加上一个能展开的动作。图为公开页面截图（2026-09-18 截取），问句内容随时间和地区变化，仅用于说明问句的真实措辞。 ## 问句表怎么落到页面上 落到页面时只有一条合并原则：换一个说法回答，答案会不会变。不会变的问句属于同一页，会变的才需要另一页。 「最小的起订量是多少」和「小批量能不能做」，答案就是同一组数字，写在一页里。而「交期多久」和「能不能过某个认证」是两件事，硬塞进同一页只会让两边都写得含糊。 常见的做法是主题页加问答区：主题页负责完整说明产品与适用条件，问答区负责回答那些换词问法的短问题，并从问答区链接回主题页的具体小节。这样客户问哪一种说法，都有对应的段落可以被取用。 ## 三种问句形态，三种写法 - 信息型（是什么、怎么选）：先给定义和判断标准，再给依据和例外。定义句要能独立读懂，不依赖上文。 - 比较型（A 和 B 差别）：同维度对照，单位与测试条件一致。不能一边用最高精度、一边用典型值来比。 - 供应商型（哪家能做、怎么找）：写能力与条件，也写限制。能做多大、不能做什么、需要客户提前提供什么，都要写清。 问句的语气也会影响写法。口语化的短问句需要短而直接的答案，第一句就要回应问题；工程师式的长问句可以给参数、条件与依据。把两种问句都塞进同一段长文字，两边都会觉得没答到点上。 ## 先覆盖哪一批问句 没有可靠的搜索量数据时，不要编一个排序。可以用三个能判断的标准来排队。 - 销售对话里真的被问过：翻近三个月的询盘与会议记录，出现的次数比任何估算都可靠。 - 官网上已经有可直接引用的事实：能立刻写清参数、条件与出处的问句，解决起来成本最低。 - 答错会直接丢掉订单：交期、认证、起订量、售后责任这类问题，一旦被说错，损失是现实的。 这三条都是编辑与业务判断，不是平台公布的排序依据。每季度按实际询盘更新一次问句表，比一次性做一张长表更接近客户真实的变化。 ## 不要为每个问法都造一个页面 为 fan-out 变体批量造页面，在 Google 的规则里属于 scaled content abuse：「Scaled content abuse is when many pages are generated for the primary purpose of manipulating search rankings and not helping users.」Google 在生成式 AI 优化指南里的表述更直接：不要为了让内容被检索而刻意制造问法变体，并明确说可以忽略这类被包装成诀窍的做法。 正确的做法是把同一意图的不同问法合并进一页的不同小节，用标题把它们分开，让每个小节自己能被读懂。页数不是覆盖面，写清了几个问题才是。 做完问句表，下一步通常是决定先做哪个语言和哪个市场，这部分可以对照[出海市场与平台优先级](/post/geo-for-cross-border-brands/)的排序方法；要把问句表变成合同里的工作量，先看[问题数与平台范围怎么谈](/post/geo-budget-and-scope/)。光算的 GEO 项目会在诊断阶段和客户一起确定优先问题清单，具体范围按[GEO 服务说明](https://www.guangsuan.com/geo/)在合同中确认。 同一问题的相邻角度：[如何利用Reddit和Quora找高意向SEO选题](/post/%e5%a6%82%e4%bd%95%e5%88%a9%e7%94%a8reddit%e5%92%8cquora%e6%89%be%e9%ab%98%e6%84%8f%e5%90%91seo%e9%80%89%e9%a2%98/)、[为什么要使用长尾关键词进行SEO丨排名在谷歌第一页的策略](/post/%e4%b8%ba%e4%bb%80%e4%b9%88%e8%a6%81%e4%bd%bf%e7%94%a8%e9%95%bf%e5%b0%be%e5%85%b3%e9%94%ae%e8%af%8d%e8%bf%9b%e8%a1%8cseo/)。 ## 参考来源 - [Optimizing your website for generative AI features on Google Search](https://developers.google.com/search/docs/fundamentals/ai-optimization-guide) — Google 官方解释 query fan-out 并给出示例，说明一个用户问题会被拆成多个相关子查询。 - [Spam Policies for Google Web Search](https://developers.google.com/search/docs/essentials/spam-policies) — 缩量内容滥用的官方定义：大量页面以操纵排名为主要目的而不帮助用户。 - [Featured Snippets and Your Website](https://developers.google.com/search/docs/appearance/featured-snippets) — 相关问题组（People Also Ask）是精选摘要可能出现的位置之一，说明问句形态本身是搜索结果页的组成部分。 --- ## 客户问AI却没提到你：先查这5类信息缺口 - URL: https://www.guangsuan.com/post/brand-missing-from-ai-answers/ - 作者: Don Jiang - Published: 2026-09-18T02:42:14+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 品牌在 AI 回答里消失，通常属于五类缺口之一：不可检索、缺对应内容、事实冲突、缺出处、旧资料。给出每一类的判断方法与先后的排查顺序。 客户在 ChatGPT 或 Perplexity 里问了一轮选型问题，回答里列了五家同行，没有你。这时候最容易做错的动作是马上发一批稿。发稿能不能解决问题，取决于缺口在哪一类——缺内容、缺准确度、缺出处、材料太旧、还是根本检索不到，五类原因对应五种处理方式，先分类再动手。 分类之前先做一次最小复现。没有复现，「客户说 AI 没提我们」只是一个印象，既无法和同事对齐，也无法判断补完之后有没有变化。 ## 先固定问句和条件，再做可复现的观察 选 3 到 5 个客户真实会问的问句，注意是客户的问题而不是你的品牌名，例如「出口欧盟的工业传感器供应商怎么选」「小批量定制阀门的交期一般多久」。然后固定这些条件：平台、是否开启联网、账号的语言与地区、提问时间、是否使用追问。每次保存完整回答，而不只是「有没有提到品牌」这一栏。 记录至少要包括四项：是否提到品牌、提及时出现在什么语境、回答引用了哪些链接、回答里的说法是否与你的公开资料一致。同一组条件当天重复问一次，可以顺便看出回答的稳定程度。 这类观察只能说明「在那个条件下，当时的回答是这个」，不能说明平台整体的检索与排序规则。到目前为止，没有任何一家 AI 搜索平台公开过完整的检索与引用机制文档，凡是声称掌握了某家平台内部权重的说法，都无法被验证。 公开答案引擎对同一类采购问句的回答会同时出现两种信息：被提到的供应商，和被引用的页面链接。截图用于说明这两种可见度的形态，不代表任何品牌的排名或效果。 ## 第 1 类：内容根本不可检索 最底层的原因，也是唯一必须优先排查的一类。抓取和索引不通，后面四类做得再好都不会体现出来。 OpenAI 的爬虫文档把话说得很直接：「Sites that are opted out of OAI-SearchBot will not be shown in ChatGPT search answers, though can still appear as navigational links.」也就是说，如果在 robots.txt 里挡掉了负责搜索的 OAI-SearchBot，站点仍然可能以导航链接的形式出现，但不会进入 ChatGPT 搜索答案的展示范围。Perplexity 的文档同样列出了 PerplexityBot 的用途，并提醒 robots.txt 的改动可能需要最多 24 小时才会反映；它还给使用 WAF 的站点列出了放行爬虫的配置指引。 Google 侧的门槛写在 AI 特性文档里：页面必须被索引，并且具备在 Google 搜索中展示摘要的资格。翻译成日常检查项就是四条：robots.txt 有没有误挡、重要页面有没有内链能到达、关键内容是不是以文本形式写在 HTML 里、服务器和 CDN 有没有把正常请求当成攻击拦掉。 这里有一个 B2B 站点常见的坑：产品资料只放在需要填表或登录后才能下载的 PDF 里，公开页面上只有一句话介绍。这种结构下，抓取器能拿到的东西非常有限。 ## 第 2 类：没有回答客户那个问题的内容 内容可被检索，但官网只回答了「我们是谁」，没有回答「怎么选」「交期多久」「能不能过某个认证」「最小起订量是多少」。客户的问句落在决策链的中间环节，而站点内容停在自我介绍。 判断方法很朴素：把你选出的那五个问句逐条粘贴到站内搜索框里。如果站内搜索给不出任何一页对应的内容，那么外部检索也不会有。 ## 第 3 类：内容在，但事实不准确或互相矛盾 同一款产品在两个页面写了两套参数；英文站说支持某个认证，中文站没提；产品型号改版之后，旧型号页面还在。当检索到的两处信息互相矛盾时，取用哪一条不由你决定。 处理方式是先统一源头，再谈其他。也就是先确认哪一版是当前正确的口径，把冲突的那一版改掉或标注清楚，而不是在旁边再加一篇解释文章。 ## 第 4 类：没有出处，也没有可核对的证据 Bing 团队 2026 年的文章里，把为 AI 回答做支撑时的价值单元写为「Groundable information (discrete, supportable facts with clear provenance)」，即离散、可支撑、出处清楚的事实。这句话对写法的要求很具体：一条说法要能单独被取用，并且能追到来源。 可用的出处包括测试报告编号与测试条件、认证的颁发机构与有效期、公开案例里的客户可公开信息、行业协会或公开标准编号。没有出处的说法，例如「行业领先」「性能优异」，在被取用时没有任何支撑，读者也无从核对。 ## 第 5 类：旧资料仍然在被检索到 官网十年前的业务范围页还挂在线上；经销商自己的页面写着已经停产的产品；行业目录平台里的公司简介是五年前提交的。这些页面你未必能直接改，但它们和你的官网会被同时检索到，冲突时哪一个被取用不由你决定。 处理顺序建议是：先改自己能改的（官网、已发布的自有内容），再按平台规则联系第三方更正或更新，最后才考虑用新内容覆盖旧信息的权重。顺序反了会出现新旧两个版本同时在线的状态。 ## 排查顺序为什么不能颠倒 - 先确认可检索：抓取、索引、WAF、登录墙。 - 再确认有没有回答客户问题的页面：站内搜索能不能定位到。 - 然后核对事实准确性：同一事实在不同页面上是否一致。 - 再补出处与证据：每条关键说法能不能追到来源。 - 最后处理时效与第三方旧资料。 顺序的理由很实际：后面几步都会增加新的内容版本，如果底层还不可检索或事实本身是冲突的，新增内容只会让不一致的版本变多。反过来，底层通了之后，第 2 到第 5 类往往能在同一轮内容整理里一起解决。 五类缺口里，第 1 类是技术问题，第 2、5 类是内容与时效问题，第 3、4 类属于品牌事实本身的整理。第三、四类的工作量通常被低估，因为需要业务部门确认口径，而不只是写手改字。要判断这几类基础是否具备，可以先看[三项可自查的前提](/post/is-geo-fit-for-your-company/)；需要按字段收集和交办资料时，可以直接用[启动前的资料清单](/post/geo-prep-facts-and-evidence/)。光算的 GEO 项目先做品牌现状诊断，再决定补哪一类缺口，范围与服务方式见[GEO 服务说明](https://www.guangsuan.com/geo/)。想先弄清这些平台在形态上的差别，可以接着看[GEO 与 SEO 的关系](/post/geo-seo-aeo-difference/)。 相关的基础方法可参考：[谷歌AIO（AI概览）引用来源分析：什么样的站更吃香](/post/%e8%b0%b7%e6%ad%8caio%ef%bc%88ai%e6%a6%82%e8%a7%88%ef%bc%89%e5%bc%95%e7%94%a8%e6%9d%a5%e6%ba%90%e5%88%86%e6%9e%90%ef%bc%9a%e4%bb%80%e4%b9%88%e6%a0%b7%e7%9a%84%e7%ab%99%e6%9b%b4%e5%90%83%e9%a6%99/)、[如何在 Google AI 概览中对您的网站进行排名](/post/%e5%a6%82%e4%bd%95%e5%9c%a8googleai%e6%a6%82%e8%a7%88%e4%b8%ad%e5%af%b9%e6%82%a8%e7%9a%84%e7%bd%91%e7%ab%99%e8%bf%9b%e8%a1%8c%e6%8e%92%e5%90%8d/)。 ## 参考来源 - [Overview of OpenAI Crawlers](https://developers.openai.com/docs/bots) — 被挡在 OAI-SearchBot 之外的站点不会出现在 ChatGPT 搜索答案中，但仍可能以导航链接形式出现。 - [Perplexity Crawlers](https://docs.perplexity.ai/guides/bots) — PerplexityBot 用于在 Perplexity 的搜索结果中展示并链接网站，robots.txt 改动可能需要最多 24 小时才会反映。 - [AI features and your website](https://developers.google.com/search/docs/appearance/ai-features) — 出现在 AI Overviews 或 AI Mode 的前提是被索引并具备展示摘要的资格。 - [Evolving role of the index: From ranking pages to supporting answers](https://blogs.bing.com/search/May-2026/Evolving-role-of-the-index-From-ranking-pages-to-supporting-answers) — 为 AI 回答做支撑时，价值单元是离散、可支撑、出处清楚的事实。 --- ## GEO是什么、和SEO、AEO差在哪：同一个官网要同时满足两种检索 - URL: https://www.guangsuan.com/post/geo-seo-aeo-difference/ - 作者: Don Jiang - Published: 2026-09-18T02:42:14+08:00 - Last updated: 2026-09-27T00:00:00+08:00 - 摘要: 用 Google、Bing 官方文档说明 GEO、AEO、SEO 的定义差别与协作关系，并给出同一套官网内容同时满足搜索检索与答案取用的自查清单。 GEO 是生成式引擎优化（generative engine optimization），AEO 是答案引擎优化（answer engine optimization），SEO 是搜索引擎优化。三个词指向的不是三套技术，而是同一个官网在两种检索入口被找到的方式：一种是把页面排进结果列表等人点进来，另一种是让页面里的一句话被 AI 答案直接取用。同一个官网之所以要同时满足这两种检索，原因很直接——它现在同时被这两种入口检索，而后者并不会因为前者做得好就自动成立。 最容易误解的一点先摆在这里：GEO 不是 SEO 的升级版，更不是替代品。 ## 三个说法分别从哪来，谁在用 SEO 出现的年代，搜索结果是一列链接，站点的工作是让页面被收录、被排在前面、被点开。关键词研究、内外链、页面结构这些做法都是围绕这个目标长出来的。 AEO 和 GEO 是后来才流行的说法，用来指专注于 AI 搜索体验的优化工作。Google 在自己的生成式 AI 优化指南里给过这两个缩写的定义，也给了它自己的立场： 「"AEO" stands for "answer engine optimization" and "GEO" for "generative engine optimization". These are both terms you may see used to describe work specifically focused on improving visibility in AI search experiences. From Google Search's perspective, optimizing for generative AI search is optimizing for the search experience, and thus still SEO.」（Google Search Central，Optimizing your website for generative AI features，页面标注最后更新 2026-07-10） 这段话说的是 Google Search 自己的视角：AI Overviews 和 AI Mode 建立在它原有的排名与质量系统之上，所以基础 SEO 做法继续有效。这句话不能被扩大成「所有平台都是同一回事」。ChatGPT 的搜索、Perplexity、Gemini、Copilot、Claude、Grok 各自的产品形态、数据来源和改版节奏都不同，而且到目前为止，没有任何一个平台公开过完整的检索、引用和排序机制文档。谁声称掌握了某家平台的内部权重，谁就是在编。 ## 两种检索要的东西不一样 搜索式检索要的是「这一页值得点开」：页面能不能被抓取、能不能被索引、有没有一段可以展示在结果里的摘要。问答式检索要的是「这段话能直接支撑答案」：它得是一段自带主语、条件清楚、能被摘走而不变味的陈述。 微软 Bing 团队在 2026 年 5 月的一篇文章里把这个差别写得很明白：「Traditional search asks: which pages should a user visit? Grounding asks: what information can an AI system responsibly use to construct a response?」同一篇文章里，两张表的对照是：传统搜索里「The document (page)」是价值单元，而为 AI 回答做支撑时，价值单元变成「Groundable information (discrete, supportable facts with clear provenance)」，也就是离散、可支撑、出处清楚的事实。 这就是为什么一个官网经常出现「排名还行、AI 却不提我」的状态。排名衡量的是页面的整体相关性，答案取用的是页面里的具体事实。**页面整体合格，不等于其中任何一句话可以被单独取用。** 同一个官网上同时发生的两类需求：有人在筛选结果列表，有人只要一句能用的答案。图为按本文内容绘制的原创场景示意，非平台截图，也不是客户或项目现场。 ## 同一套页面要同时安排两类内容 不需要为 AI 另建一个网站，也不需要给页面加什么专用标记。需要的是在同一批页面上同时放两类东西。 第一类服务于点击：完整的产品页、服务页、案例页，让人读完愿意联系。这类内容本来就在做。 第二类服务于取用：一句能被完整摘走的定义、一组带单位和测试条件的参数、一段说明适用边界和限制的短段落。它们的写法要求很朴素——主语明确、结论具体、条件紧跟结论，不依赖上下文才能读懂。 举个实际例子。写「我们的传感器适用于高温环境」这类句子，被摘走之后会变成一句无条件的承诺；改成「该型号在环境温度 -40 至 85 摄氏度范围内工作，数据来自本公司 2025 年型式试验报告第 3 节」，摘走之后仍然成立，读者也能去核对。第二种写法同时服务读者和检索，这不是为算法写的机器专用句。 ## 哪些 SEO 基础在这里同样有效 Google 官方对 AI 特性的技术要求写得很克制：「To be eligible to be shown as a supporting link in AI Overviews or AI Mode, a page must be indexed and eligible to be shown in Google Search with a snippet, fulfilling the Search technical requirements. There are no additional technical requirements.」翻译过来就是：先被索引、先有展示摘要的资格，没有额外的技术要求。 所以下面这些工作没有一项可以被跳过：robots.txt 允许抓取、重要页面有内链能到达、关键信息以文本形式写在 HTML 里而不是只放在图片或需要交互才能展开的区域、结构化数据与页面可见文字一致。这些同时服务搜索和 AI 展示，也同时服务真实读者。 ## GEO 多出来的那部分工作 多出来的部分不在技术层，而在事实层和覆盖层。 - 事实的写法和出处：公司名、品牌名、别名统一；参数带单位和条件；资质写清颁发机构和适用范围；过期资料在被引用之前就处理掉。 - 多语言与多市场的一致：同一款产品在英文站和中文站的口径不能互相矛盾，否则被摘走的是哪一版就成了随机事件。 - 客户问法的覆盖：客户问的是「哪家能做」「怎么选」「交期多久」「能不能过认证」，而不是你的关键词表。 - 第三方资料的核对：AI 引用的常常不是你官网，而是你控制不了的页面，那些页面的口径同样需要检查。 需要说明的是，以上四条是编辑与业务判断，不是任何平台公布的收录条件。平台公布的是抓取身份、索引与展示的前置条件；「哪种写法更容易被引用」目前只能靠可复现的观察积累，谁把它说成确定性规则，都是在替平台编文档。 ## 几种应该直接忽略的说法 Google 在自己的优化指南里有一句很直白的建议：「Prioritize effective SEO strategies over "AEO/GEO hacks": For Google Search, you can ignore tactics like "chunking" content, creating unnecessary AI text files (like llms.txt), or pursuing inauthentic mentions.」也就是说，把一个页面切碎成更小的块、给站点加一个 llms.txt、去凑不真实的品牌提及，这些做法在 Google Search 里都不是必要动作。其他平台对这类文件同样没有公开承诺。 另一句同样重要：「Just because a page meets all requirements, best practices, and complies with the policies, doesn't mean that Google will crawl, index, or serve its content. Indexing and serving isn't guaranteed.」连索引本身都不是保证，那么「保证被 AI 引用」「保证进答案」这类承诺就更无从谈起。 ## 动手前先自查这几条 - 你的官网能不能被正常抓取，重要页面有没有内链能到？ - 核心产品或服务的参数，是否写清了单位、测试条件、依据来源？ - 公司名、品牌名、产品名在官网、第三方资料、社媒上是否一致？ - 有没有一页内容直接回答「客户会怎么问」，而不只是关键词的堆叠？ - 你能说出至少三个客户真实会问的问题，并指出官网上哪一页回答了它？ - 团队里谁负责在资料过期时更新源头，而不是只在别处更正？ 这六条里如果有两条以上答不上来，先补基础，比先讨论投哪个平台更划算。想看清主流平台在形态和资料来源上的差别，可以对照[主流 AI 搜索产品的回答方式](/post/global-ai-search-landscape/)；如果已经在 AI 回答里找不到自己的品牌，接着看[信息缺口的排查顺序](/post/brand-missing-from-ai-answers/)。光算的 GEO 服务按项目梳理品牌事实、内容与信源，具体工作范围在沟通后按[GEO 服务说明](https://www.guangsuan.com/geo/)确定，不做平台机制承诺。 要把这部分落到实际项目里，另外几篇值得先读：[什么是谷歌SEO：内容、技术与外链的基本逻辑](/post/%e4%bb%80%e4%b9%88%e6%98%af%e8%b0%b7%e6%ad%8cseo/)、[SEO 是否会随着 AI 而消失丨我可以使用 AI 工具来做 SEO 吗](/post/%e6%88%91%e5%8f%af%e4%bb%a5%e4%bd%bf%e7%94%a8ai%e5%b7%a5%e5%85%b7%e6%9d%a5%e5%81%9aseo%e5%90%97/)。 ## 参考来源 - [Optimizing your website for generative AI features on Google Search](https://developers.google.com/search/docs/fundamentals/ai-optimization-guide) — Google 官方给出 AEO 与 GEO 的定义，并说明从 Google Search 视角看，为生成式 AI 搜索做优化仍属于 SEO。 - [AI features and your website](https://developers.google.com/search/docs/appearance/ai-features) — 出现在 AI Overviews 或 AI Mode 作为支撑链接的前提是被索引且具备展示摘要的资格，没有额外技术要求。 - [Evolving role of the index: From ranking pages to supporting answers](https://blogs.bing.com/search/May-2026/Evolving-role-of-the-index-From-ranking-pages-to-supporting-answers) — 传统搜索与为 AI 回答做 grounding 是两种不同优化问题，价值单元从页面变成可支撑、出处清楚的事实。 --- ## AI给出的引用看起来很真，怎样确认原文真的说过？ - URL: https://www.guangsuan.com/post/verify-ai-citations-original-sources/ - 作者: Don Jiang - Published: 2026-09-11T09:56:26+08:00 - 摘要: 按来源身份、原句、结论支持程度与版本逐条核对AI引用；用真实Google原句和本地查找演示区分字面存在与推论成立。 核对AI给出的引用，至少要分清四件事：来源是否存在、页面是否确实包含相关原句、原句是否支持稿件结论、版本和适用范围是否一致。链接能打开，只完成了第一步的一部分。官方域名、像样的论文标题和流畅的引文格式，都不能代替读原文。 OpenAI的帮助文档提醒，ChatGPT可能产生错误或误导性输出，并建议核查引语、数据、技术信息和外部文献。[[7]](https://help.openai.com/en/articles/8313428-does-chatgpt-tell-the-truth) 因此，AI可以帮助列待核对清单，不能用“请再确认一次”代替编辑实际打开来源。 ## 第一步：先找对文献，不把搜索摘要当原文 复制链接打开，检查最终地址、页面标题、发布机构、作者和内容类型。帮助中心的旧地址可能跳到新文章；论文标题可能是真的，作者、年份或研究对象却被拼接错。页面只剩标题、目录或报错提示时，记录为正文未取得，不算核验通过。 打不开时，可以在发布机构官网检索准确标题，或用可靠的文献目录定位原始记录。若发现了替代地址，应保留原始错误链接与新地址的关系。不要默默换成另一个“主题相近”的网页，然后让原结论继续挂着引用。 ## 第二步：找到句子，再读上下文 用一小段有辨识度的原句在页面内查找。如果查不到，检查是否为译文、PDF文字提取问题或网页不同版本；仍找不到，就不能把它放在引号里冒充逐字引文。可核实的概括应改为转述，并写清实际支持的内容。 找到句子后，至少读完所在段落、相邻解释和必要注释。注意否定词、例子限定、研究对象以及“可能”“通常”等措辞。原文说某种方法在特定条件下可用，不等于所有产品都适用；原文在提问，也不等于给出肯定结论。 下图的本地教学工具，读取本次取得的Google官方原文快照，再实际查找输入字词。找到原句只是阅读入口，不是“AI引用已正确”的评分；工具也不能代替对不同语言转述和上下文的判断。 本地教学工具实际运行截图，非Google后台。所显示原句来源于[Google有用内容文档](https://developers.google.com/search/docs/fundamentals/creating-helpful-content)，Google，[CC BY 4.0](https://creativecommons.org/licenses/by/4.0/)；界面原创，原句加了查找高亮。 ## 用一条真实Google原句，检查错误的延伸结论 Google有用内容文档确实写着：“Does the content provide a substantial, complete, or comprehensive description of the topic?” 这句话是在问文章是否充分、完整地描述主题。它可以支持编辑检查答案是否完整，不能支持“Google要求每篇至少两千字”这样的结论。[[1]](https://developers.google.com/search/docs/fundamentals/creating-helpful-content) 同一文档后面还直接否认Google有偏好的固定字数。核查时把这两处一起读，就能发现：如果某篇草稿把前一句扩写成统一字数门槛，错误发生在推论，不是原文不存在。两千字在这里仅是教学反例，不是Google标准，也不是任何客户的真实写作要求。 这类情况应把结论改成“篇幅取决于问题是否讲清”，并保留支持它的真实来源；不能只把引用格式修漂亮。原句真实与结论正确，需要分别判定。 ## 第三步：把版本、单位和对象逐项对上 技术文档可能更新，旧文章也可能在顶部加了修订提示。例如Google旧跨域重复内容文章，顶部现已提醒不再推荐把canonical用于转载内容。如果只读旧正文，就可能得到相反的建议。[[8]](https://developers.google.com/search/blog/2009/12/handling-legitimate-cross-domain) 具体转载安排可看[新闻稿的原文与媒体页面处理](/post/press-release-syndication-original/)。 数字结论还要核对时间、单位、样本与分母。单一型号的测试不代表整条产品线，特定国家的使用情况不代表全球，一份企业公告也不是独立研究。多家媒体转载同一份公告时，应追到共同源头，不把它们计为多份互相独立的验证。 ## 一条引用的核验记录应该长什么样 编辑记录可保留：稿件原句、来源标题和最终URL、发布者、相关版本或日期、精确支持原句、所在章节、适用限制、核对结果与检查时间。保存必要的来源快照供内部复核，注意原文版权；文章中只使用必要引文并注明出处，不把全文搬进自己的资源包。 核对结果可以分为“来源与结论吻合”“有来源但表述需缩小”“仅取得摘要”“未找到对应原句”“来源失效或待确认”。前三者也不能一律标成通过：只有实际支持的内容才可作为确定事实写入正式稿。重要参数没有依据，就暂停该句，换题或补资料，不找一个权威机构首页来充当引用。 交接时把“谁核对了哪一句”留在记录里，不只盖一个“引用已查”的总章。后续编辑修改主张、单位或适用范围，即使链接没变，也要重新检查支持程度。对于依赖同一来源的多个句子，逐句保留对应位置，避免一处正确引用掩盖同段里其他没有依据的推论。 客户邮件里的技术回复同样不能因为来自真人就免查，应先处理[公开权限与问题脱敏](/post/sales-email-to-anonymous-article/)，再核对产品文件。内部经验可以写成有明确归属和范围的建议，不必伪装成公开研究。 光算的[谷歌SEO服务](/seo/)涉及内容建设时，可以按项目约定来源整理与事实核对的交付要求；专业技术结论还应由企业相应人员确认。标题、图片说明、正文与引用清单都要一起检查，不能正文谨慎，标题却写成“官方保证”。 完成核验后，读者应该能从结论走到对应原文，并看到它为什么成立、在哪里停止成立。把这一点做清楚，比增加引用数量更有价值。 ## 参考资料 - [[1] Creating Helpful, Reliable, People-First Content | Google Search Central  |  Documentation  |  Google for Developers](https://developers.google.com/search/docs/fundamentals/creating-helpful-content) - [[7] Does ChatGPT tell the truth? | OpenAI Help Center](https://help.openai.com/en/articles/8313428-does-chatgpt-tell-the-truth) - [[8] Handling legitimate cross-domain content duplication | Google Search Central Blog | Google for Developers](https://developers.google.com/search/blog/2009/12/handling-legitimate-cross-domain) --- ## 给公司介绍换个位置：把技术文章的正文留给问题与依据 - URL: https://www.guangsuan.com/post/boilerplate-company-intro-articles/ - 作者: Don Jiang - Published: 2026-09-11T09:56:26+08:00 - 摘要: 通过真实运行的教学段落比对，区分必要企业背景与重复宣传，重新安排公司简介的位置，检查去掉通用段后文章是否仍有答案。 文章可以交代发布公司，但如果每篇都用很长的公司沿革、设备清单和服务口号填满正文，读者真正需要的答案就会被挤掉。处理方法是保留必要的身份说明，把完整背景交给公司资料页，正文只留下与本题直接相关、能说明能力或条件的事实。不要为了降低重复率，把同一段介绍改写出十种近义版本。 ## 先区分正常重复与拿模板冒充内容 统一的联系方式、法律声明、作者信息或新闻稿末尾的简短企业简介，可以服务于识别发布主体。不能只因为几个页面出现相同句子，就断言网站受到了Google处罚。真正需要编辑检查的是：去掉这些共用段后，本篇还剩什么独有信息，读者的问题有没有得到回答。 Google的有用内容自评包括清楚的来源、作者或网站背景，也会关注页面是否获得足够的关注和认真制作。它提到可以通过作者页或关于我们页提供背景。[[1]](https://developers.google.com/search/docs/fundamentals/creating-helpful-content) 这不等于要求每篇正文都重复公司完整历史，更没有一条适用于所有文章的“公司介绍不得超过某个百分比”。 ## 用两个新稿做一次可见的段落比对 下图是本地教学演示：两篇假设草稿都包含相同的企业介绍，程序按完整段落比对并高亮完全一致的内容。其余一篇谈安装资料，另一篇谈材料记录，保留各自原文。演示不含真实公司资质，也不是商业查重工具的评分报告。 本地教学比对截图：高亮来自程序实际比较的相同段落，不是Google重复度评分，也不表示搜索处罚。 完全相同的句子只是定位入口，语义重复还需要人读。例如，“我们致力于为客户提供可靠方案”和“公司专注于交付值得信赖的解决方案”未必会被简单程序标出来，却同样没有解释安装限制。编辑应按段落作用判断，不能只追一个查重数字。 程序标出的段落也不应自动删除。相同的安全限制可能确实需要在两篇里保留，关键术语与真实参数也不能为了差异化而随意改写。先标记，再由编辑决定用途，最后才调整正文。 ## 每段问一次：它为什么必须出现在这一篇 若删除这段话，不影响读者理解技术方法、适用条件、事实来源或下一步动作，它大概率可以缩短或移到背景资料页。反过来，公司实际承担某个工序，而文章正在解释该工序的检查方法，这项能力有材料支持，就可能值得在正文保留。 教学示例：文章讨论“采购前如何整理安装图”，后面突然接上企业成立年份、服务理念、办公地点与合作伙伴列表，读者仍不知道安装图需要哪些视图。应先补充与问题直接相关的视角、对象和版本说明；企业背景再用一段简洁、真实的介绍和相关入口提供。不要把背景句换成技术名词后继续占同样篇幅。 企业介绍中的设备、认证和服务范围也要核对当前材料。模板里沿用多年的“所有产品均通过认证”，如果没有对应证据，即使只占一句也需要改正；不能因为它是共用段就跳过事实审核。 ## 公司信息该放在哪里，取决于文章用途 - 事件新闻需要发布主体、事件日期与相关部门，末尾可以保留短简介和官方联系入口。更详细的栏目判断可参考[企业新闻与知识文章的区别](/post/company-news-vs-helpful-blog/)。 - 技术解释需要明确产品范围、资料来源和实际审核情况。企业规模如果与解释无关，不必放在方法步骤中间。 - 企业能力文章本来就需要讨论公司，但应围绕具体工序、设备用途和可核查材料展开，不应只有抽象口号。 - 完整沿革、主体身份和长期背景更适合放在对应公司资料页，由文章在读者需要核对时链接过去。 不要为解决正文重复去批量删除网站公共页脚、法律声明或联系方式。它们的用途和管理范围不同；这篇讨论新稿中的内容分配，不是全站模板清理教程。 ## 一套编辑动作，比一套替换词库有效 - 把新稿段落标为“直接回答”“条件或依据”“必要背景”“宣传或重复”。标签只供内部审稿，不放到公开正文里。 - 对必要背景检查位置：读者需要它时再出现；能用准确链接补充的，不复制整页。 - 检查直接回答是否完整。缺少方法就补材料，不用更多公司介绍凑到约定长度。 - 重新读相邻文章。如果两篇去掉简介后仍回答同一问题，先检查是否有独立写作价值。 - 在最终HTML中复读一次，确认审批后没有被发布模板再次自动插入长介绍。 如果只是两个近义名词导致写出相似稿件，应回到[术语分篇判断](/post/similar-technical-terms-article-split/)，而不是在每篇公司介绍里更换不同关键词。结构相似不必然错误，问题在于正文是否提供了独立答案。 光算的[谷歌SEO服务](/seo/)可以在具体项目中讨论文章建设与页面承接，交付时应明确主题答案和可核查材料，而不只验收总字数。企业有必须保留的法务表述或品牌说明，也应在写作前说明用途与位置，避免撰稿后反复覆盖。 最后，单独读一遍标题和删去通用背景后的正文。如果标题承诺的方法仍然清楚、条件完整，企业简介就回到了辅助位置；如果只剩几句空泛卖点，需要补的是文章本身。 ## 参考资料 - [[1] Creating Helpful, Reliable, People-First Content | Google Search Central  |  Documentation  |  Google for Developers](https://developers.google.com/search/docs/fundamentals/creating-helpful-content) --- ## 采访工程师总得到“性能更好”？用这张工作表追问到可写资料 - URL: https://www.guangsuan.com/post/engineer-interview-source-worksheet/ - 作者: Don Jiang - Published: 2026-09-11T09:56:26+08:00 - 摘要: 用可复制的资料工作表追问对象、条件、文件位置、反例与公开范围，将工程师的笼统卖点变成可核对的写作材料，而不冒充真实研究。 采访工程师准备技术文章时，最值得追问的是“什么条件下成立、依据在哪里、什么时候不成立”，而不是反复要求对方概括产品优势。一次可用的资料访谈，应让编辑拿到明确的问题、可公开的材料、准确的限制和需要继续确认的空白。下面的工作表可以直接抄进内部文档，不需要把口头聊天包装成研究报告。 ## 开访谈前，把题目缩小到一个读者动作 “介绍一下我们的技术实力”太大，容易得到宣传语言。换成“采购者确认接线方向前应准备什么资料”，工程师更容易指出具体文件。邀请时就说明文章的目标读者、计划回答的疑问、已查看材料和不准备涉及的范围，并请对方带来允许使用的图、手册或样件。 访谈借鉴的是开放、非诱导的问题设计。GOV.UK用户研究指南建议用开放且中立的问题鼓励受访者展开，并围绕真实事例而非笼统的“应该怎样”提问。[[6]](https://www.gov.uk/service-manual/user-research/using-in-depth-interviews) 这不是专门给工业文章制定的规范，以下把这一方法用于编辑资料访谈，不声称已经开展了真实客户研究。 原创访谈场景示意，非光算团队或客户照片。录音与拍摄应先说明用途并取得适当许可，样件及图纸也要确认可公开范围。 ## 可以直接填写的资料工作表 一条技术结论用一组记录，不要把整场访谈压成一句“工程师已确认”。以下字段可以复制；空白代表待确认，不能由写手自行补成肯定答案。 - 读者问题：读者正准备做什么，卡在哪一步？ - 对象范围：产品系列、文件版本、适用场景是什么？哪些相近对象不包括在内？ - 当前说法：工程师的原意是什么？准确引语与编辑概括分开记。 - 成立条件：需要哪些输入、环境或配置？读者怎样取得这些信息？ - 依据材料：文件名、版本、章节或图号；只有口头经验时如实标注。 - 反例和限制：换了哪项条件，这句话就不再成立？ - 公开范围：哪些文字、图片、参数可以使用，哪些只能内部参考？ - 后续确认：谁补什么材料，何时复核，什么情况才算完成？ 如果同一问题涉及设计、生产和售后，不要让一个人替所有部门作答。记录每个人实际确认的部分，再把冲突交回相关人员澄清。比如设计手册与售后经验不一致，不能选择更有利于宣传的那一句。 工作表中也可留一个“本次不能回答”的位置。它用于区分需要补文件、需要找另一位负责人，以及本来就不能公开的问题；这三种空白不能交给写手用常识统一填满。 ## 把“性能更好”问成可以写的内容 以下对话是教学示例，并非采访记录。工程师说“新版维护更方便”，编辑可以问：“维护哪个部位时方便？旧版通常要先拆什么？新版改变了哪个步骤？这份说明适用于哪些安装方向？”如果对方提到时间变短，再问时间如何记录、是否同一操作条件，不能直接写一个改进百分比。 当对方说“通常都可以”时，追问“你最先排除哪一种情况”。反例往往能帮助编辑给出更准确的限制。如果工程师表示必须看安装图才能判断，就把“需要哪张图、图中看哪些位置”写成读者的下一步，不逼对方给无条件的答案。 “有没有报告证明？”也可能问得太早。先弄清这是设计原理、制造能力、经验判断还是测试结果，再找对应依据。结构图能解释部件关系，但不自动证明寿命；设备清单能说明拥有某台设备，但不能替代某产品的检测记录。 ## 现场多看一个对象，少问一个大词 在获得许可的前提下，请工程师指着样件、图纸或手册解释。“这里具体是哪一个接口”“你说的间隙对应哪条尺寸线”，能减少文字转述中的误解。编辑可以拍下获准公开的局部，同时记清对象版本与拍摄用途。不要把整张工作台照片带出去，里面可能有其他客户的图纸或铭牌。 若问题最初来自销售邮件，访谈前先完成[客户问题的脱敏与公开判断](/post/sales-email-to-anonymous-article/)。工程师需要理解技术条件，不一定需要知道客户姓名、交易金额和全部邮件往来。 ## 访谈结束后，先交还结论清单，再交长稿 整理成短句，让工程师核对：我们准备写什么、依据哪份材料、适用什么条件、哪些内容仍不能写。遗漏的限制在这一步补回来，比整篇文章排版好后再重写轻松。确认用语应具体，例如“已确认该图用于解释接口位置”，不要写成“工程师认证文章全部正确”。 Google的有用内容自评同时关注清楚的来源，以及作者或审核者是否真正了解主题。[[1]](https://developers.google.com/search/docs/fundamentals/creating-helpful-content) 若企业计划署名或标明技术审核，应按实际参与情况记录，不虚构职称与履历。工程师只提供了样件名称，就不能被写成全文审核人。 需要外部团队组织资料与撰稿时，可以在光算的[谷歌SEO服务](/seo/)中约定内容建设工作；访谈安排、技术审核、图片处理和语言版本数量按项目确定。访谈的目的不是为文章添一段公司实力介绍，通用宣传文字可以按照[公司介绍与主题正文的分工](/post/boilerplate-company-intro-articles/)另行处理。 一场访谈结束后，如果记录中仍只有“更可靠、更高效、更专业”，先不要安排写稿。把缺少的条件与材料列回工作表，下次只补这些具体空白。 ## 参考资料 - [[1] Creating Helpful, Reliable, People-First Content | Google Search Central  |  Documentation  |  Google for Developers](https://developers.google.com/search/docs/fundamentals/creating-helpful-content) - [[6] Using in-depth interviews - Service Manual - GOV.UK](https://www.gov.uk/service-manual/user-research/using-in-depth-interviews) --- ## 把销售邮件变成公开技术选题：保留条件，不暴露客户 - URL: https://www.guangsuan.com/post/sales-email-to-anonymous-article/ - 作者: Don Jiang - Published: 2026-09-11T09:56:26+08:00 - 摘要: 将售前邮件抽象为可公开的问题，检查客户身份、项目组合、附件和许可，并分别确认公开范围与技术答案，避免假名脱敏造成泄漏。 销售邮件可以提供有价值的技术选题，但公开文章应保留普遍问题与必要条件，移除客户身份、项目细节和未经授权的材料。把姓名改成“客户A”不等于已经匿名化；如果地区、采购时间、特殊尺寸和项目用途组合起来仍能识别对方，就不能把这段邮件当作可自由公开的素材。 最稳妥的做法是先从邮件提取问题，再用企业批准公开的技术资料重新回答。原邮件只作为受限的问题来源保存，不进入公开稿件、截图、下载文件或未经批准的外部AI工具。 ## 先确认用途和权限，不从打码开始 客户发邮件是为了解决一次询价或使用问题，不代表同意企业把交流内容发布到博客。内部要确认邮件能否用于内容分析、谁可以查看、保存多久；涉及保密协议、图纸和第三方资料时，还要检查约定。即使得到某位联系人同意，也不能推定他能授权公司项目的全部信息。 英国ICO对匿名化的解释强调，信息能否识别个人，要考虑与其他资料结合的情况；假名化后的信息仍可能属于个人数据。[[5]](https://ico.org.uk/for-organisations/uk-gdpr-guidance-and-resources/data-sharing/anonymisation/introduction-to-anonymisation/) 这里借用其风险判断方法，不把英国法律直接当作所有市场的统一规则。企业仍应依据适用法律与保密义务确认用途；不含个人姓名的商业机密，也不因此变成可公开材料。 原创编辑示意：邮件信息分别处理，图中不含真实联系人或项目；公开问题仍需技术核对，不能直接视为获准发布。 ## 从一个假设邮件，看到哪些信息应该留下 教学假设：一封邮件包含联系人邮箱、项目代号、具体交货地点、一种少见的安装布置，以及“能否把接线口换到侧面”的询问。公开文章可能有价值的部分，是“侧面接线前要核对哪些安装条件”；联系人、项目编号和交期，并不是解释这个问题所必需的。 特殊尺寸也不能一概改成整数。它可能正是识别项目的线索，也可能是技术结论成立的关键条件。如果删掉或改动尺寸会让答案失真，就不能保留原结论后随意换数字。可以改写成不依赖具体数值的一般判断方法，或另建明确标注的教学假设，并让工程师重新确认。 不要写“某海外大客户曾经问过”，来增加文章的可信感。没有公开授权与可核查事实时，直接说“采购者评估侧面接线时，需要确认……”即可。若用了虚构情境，标成教学示例，不要把几个真实客户的片段拼接成一个看似真实的成功故事。 ## 去掉姓名后，再检查这些间接线索 - 独特的项目用途、设备组合、地区和时间，单独看普通，组合起来可能指向同一家企业或某位联系人。 - 邮件签名、转发链、引用的旧邮件、附件名和共享链接，可能暴露原始项目资料。 - 图片里的铭牌、编号、屏幕、二维码、包装标签和文件属性，不能只靠正文打码处理。 - 英文原句可能被对方或第三方检索到；公开逐字引文前要确认引用权限与识别风险。 - 已成交或公开展示的项目，也可能仍有未公开的采购条件，不能把“客户名字公开”理解成所有交流都公开。 编辑工作表只保留最少必要信息：受控来源编号、抽象后的问题、准备使用的公开材料、不能公开的部分和确认状态。来源编号与原邮件的对应表分开授权管理，不要把它顺手放进公开下载包。 需要多人复核时，给编辑的是抽象问题，给技术人员的是必要条件，给审批人员的才是其职责所需的来源记录。不要为了协作方便，把原始邮件反复转发到公开群或共享网盘。稿件定稿后，也按事先确定的保存期限处理工作副本，而不是长期保留所有附件。 ## 问题来自邮件，答案要回到技术资料 销售当时的回复可能只适用于某一版本或某种安装方式，不能原封不动推广为通用教程。逐条核对型号、文件版本、使用条件和例外。缺少依据时，安排[工程师资料访谈](/post/engineer-interview-source-worksheet/)，请对方指出可公开的文件位置和不成立的情形。 若AI帮助整理邮件问题，只能使用已批准的、必要的材料，并让输出停在问题归纳与草稿阶段。AI给出的标准号、厂家手册或研究链接，还要按[外部引用核验方法](/post/verify-ai-citations-original-sources/)逐项打开检查。不能因为邮件是真实的，就默认补进来的技术解释也是真实的。 内容服务合作中，可以通过光算的[谷歌SEO服务](/seo/)讨论售前问题整理与文章建设，但原始邮件访问、脱敏处理、技术确认和发布审批应写进具体项目范围。外包写手不应默认获得整套客户邮箱权限。 ## 把审核拆成“能公开”和“答得对”两次检查 一位熟悉客户和项目的人检查是否仍可识别客户、是否泄露约定保密内容；一位熟悉产品的人检查技术条件与推理。编辑再检查标题有没有把个别问题夸成行业普遍结论，以及图片、文件名和引文是否暴露被正文删掉的信息。 最后留下批准公开的稿件版本、使用材料和复核人记录。若信息不可分离、没有授权或无法准确回答，就不写这一篇。销售问题的价值在于让更多读者理解相似难题，不在于让读者猜出“客户A到底是谁”。 ## 参考资料 - [[5] Introduction to anonymisation | ICO](https://ico.org.uk/for-organisations/uk-gdpr-guidance-and-resources/data-sharing/anonymisation/introduction-to-anonymisation) --- ## 供应商发来的技术图片能直接用吗？先核对授权范围与署名 - URL: https://www.guangsuan.com/post/third-party-technical-image-permission/ - 作者: Don Jiang - Published: 2026-09-11T09:56:26+08:00 - 摘要: 使用供应商照片和技术插图前核对授权方、商业用途、改动及署名；提供授权申请写法，并实际展示一张作者许可可追溯的卡尺照片。 企业技术文章使用供应商照片、目录插图或第三方结构图前，应先确认谁有权授权、允许用在哪里、能否裁切翻译、怎样署名，以及许可是否覆盖商业官网。注明“图片来自网络”不是授权；把图片重新描一遍，也不能自动绕过原作品的权利。找不到清楚许可时，优先申请授权、换素材，或根据自己有权使用的事实另做原创示意。 ## 先找到素材的权利来源，而不只是下载地址 搜索引擎图片结果、社交平台转发和供应商销售人员发来的附件，都只是获取路径。编辑需要继续追到原作品页面、摄影师或能够代表权利人的授权方。某家公司能销售设备，不代表它拥有所有产品照片；在目录里出现过的第三方图表，也不等于目录使用者可以再次发布。 记录原文件名、作品标题、作者或权利人、原始页面、许可文本和取得时间。没有作者信息时，不要擅自填成供应商名称；许可只写“可用于宣传”但没有说清范围时，应继续问清对应渠道和改动权限。授权邮件留在内部受控资料中，不把联系人邮箱一起贴到公开文章。 ## 这段授权申请，可以按实际素材填写 可以向权利方这样说明用途：“我们拟在企业官网的某主题技术文章中使用附件所列图片，页面对外公开并用于企业业务介绍。希望使用的版本为原图或指定裁切版，拟做的处理包括缩放、压缩及标注中文说明。请确认贵方是否有权授权、允许的页面与语言、使用期限、署名格式，以及是否允许这些改动。” 如还要用于广告、社媒、宣传册或交给经销商转载，应逐项列出，不把一次博客授权扩大到所有渠道。回复仅同意“这篇文章使用”时，就按该范围执行。需要续期或下架的条件，应进入素材管理记录，避免换编辑后仍继续使用。 ## 遇到开放许可，逐项读条件，不只看“免费” 以真实的CC BY 4.0许可说明为例：它允许分享和改编，包括商业用途，但要求适当署名、提供许可链接并标明修改，且不能用署名方式暗示许可人为使用者背书。[[9]](https://creativecommons.org/licenses/by/4.0/) 这段说明只适用于确实按该许可发布的材料，不代表网上所有带CC字样的图片都使用同一种许可。 实物照片：[Caliper detail view.jpeg](https://commons.wikimedia.org/wiki/File:Caliper_detail_view.jpeg)，Simon A. Eugster，[CC BY-SA 3.0](https://creativecommons.org/licenses/by-sa/3.0/)。使用2009年原始版本，仅缩放并转为WebP，本图继续按同一许可提供；不是光算设备或客户现场。 本篇实际使用的卡尺照片则采用CC BY-SA 3.0，不是上例的CC BY 4.0。素材文件页列有作者、许可和历史版本，本图选取原始版本，并保留署名、来源及同许可说明。[[10]](https://commons.wikimedia.org/wiki/File:Caliper_detail_view.jpeg) 本例还要注意“相同方式共享”：如对照片作出改编并公开分发，应按原许可或其允许的兼容许可分享相应改编作品，不能只保留作者名却把改编图标成保留全部权利。文件页的许可说明应与实际采用的图片版本一起保存。这正是逐图查许可的原因：同在一个素材网站，不代表所有图片的使用条件都一样。 CC BY 4.0还禁止增加使他人无法行使许可权利的额外法律或技术限制，并提醒肖像、隐私、精神权利等其他权利可能影响具体使用；许可摘要不是完整法律文本，应按实际需要阅读法律条款。[[9]](https://creativecommons.org/licenses/by/4.0/) 因此，图上有可识别人物、客户铭牌或敏感屏幕时，不能只检查摄影作品版权就宣布完全可用。 不同许可可能限制商业使用或修改，编辑应读对应版本，不靠缩写猜测。企业营销官网需要商业用途时，遇到范围不明确或与拟用方式冲突的素材，先取得额外许可或换图，而不是先上线再补授权。 ## 技术图片改动，还要避免让事实变样 裁切可能移除型号、条件说明或比例尺；翻译标注可能把材料名称、接口方向或单位写错。即使版权允许改编，也不能把改后的图片称为原作者的原始结论。保留原文件与处理后的文件，在记录中说明裁切、重绘、翻译和标注内容，并让懂技术的人检查。 教学假设：供应商允许使用一张某版本组件的结构图，编辑裁掉标题后，把它放进另一型号的文章。这里的风险不只在许可，更在对象不对应。正确做法是确认适用型号，保留必要限制，不能用“示意图”三个字遮住实际误导。 若图片源于客户邮件或项目附件，先做[公开权限与客户信息脱敏判断](/post/sales-email-to-anonymous-article/)。收到附件不等于收到公开许可；隐藏姓名也不能自动解决图纸权利和商业保密问题。 ## 署名放在读者能找到的位置 图注可以写成“作品标题，作者，来源页面；按某许可使用；已裁切并添加中文标注”，并链接原作品与许可。准确格式应遵守实际许可及授权约定。没有改动就不要写“原创”，第三方实物照片更不能标成自己团队或客户项目现场。 一篇文章使用多张图时，逐图对应作者与许可，不在页尾笼统写“部分图片来自互联网”。如果原来源后来失效，内部保存的许可记录可以帮助复核，但不应把自己的记录当作已经解决所有权利争议的保证。遇到争议，暂停使用相关素材并核实权利链。 在光算的[谷歌SEO服务](/seo/)内容建设中，素材寻找、授权沟通、图注整理和技术改图是否包含，应按具体项目约定。企业自带图片也需要说明来源，不能只交一包文件让写手猜许可。 ## 发布包里，把原图、许可和文章位置放在一起 给每张图留一个记录：用途、对应正文位置、原图地址、作者、许可、改动、公开范围及待复核条件。涉及新品资料时，可与[新品发布前的资料版本审核](/post/product-launch-source-approval/)一起检查，保证图片和正文说的是同一对象。 最终读者应当看得懂图在说明什么，也找得到它来自哪里。若没有可靠的权利来源，换一张确有许可且能解释问题的图，比把“不知道能否使用”的图片包装成精美配图更稳妥。 ## 参考资料 - [[9] Deed - Attribution 4.0 International - Creative Commons](https://creativecommons.org/licenses/by/4.0) - [[10] File:Caliper detail view.jpeg - Wikimedia Commons](https://commons.wikimedia.org/wiki/File:Caliper_detail_view.jpeg) --- ## 站内搜索词能拿来选题吗？先分清缺内容还是找不到 - URL: https://www.guangsuan.com/post/internal-search-content-gaps/ - 作者: Don Jiang - Published: 2026-09-11T09:56:26+08:00 - 摘要: 把站内有结果与零结果查询放进同一流程，核对GA4采集、真实搜索结果和现有资料，区分缺内容、入口问题、别名与业务范围。 站内搜索词可以帮助选题，但它首先反映的是“已经来到网站的人，还想找什么”。一个词被反复输入，可能是内容缺失，也可能是导航不清、文件标题难懂或搜索匹配不准。先复现搜索并读完结果，再决定新增文章，才能避免把找不到资料的问题变成更多重复资料。 ## 先确认你拿到的到底是什么数据 Google搜索结果中的查询，与用户进入官网后在站内搜索框输入的词，是两个不同来源。不要把站内搜索次数当作Google月搜索量，也不要据此承诺某个词的自然流量。小样本能提供问题线索，但不能代表全部海外采购者。 GA4增强型衡量中的站内搜索事件叫`view_search_results`。Google说明，它依据网址中的查询参数识别结果页，默认识别q、s、search、query和keyword，也可配置其他查询参数；`search_term`用于填充搜索字词维度。[[4]](https://support.google.com/analytics/answer/9216061?hl=en) 这不代表任何网站打开该功能就能完整收集搜索，更不代表系统已经知道结果是否回答了问题。 编辑只需向负责统计的人确认：事件从什么条件触发、词如何取得、是否重复触发、有哪些未覆盖的搜索方式。不要为了取词擅自改生产标签。Google也要求增强型衡量不得收集个人身份信息，搜索框可能被填入邮箱、订单号或其他敏感内容，因此应在采集前审查数据和过滤方式，不能等导出后才想起脱敏。[[4]](https://support.google.com/analytics/answer/9216061?hl=en) ## 有结果，仍然可能没有答案 下图来自本地教学搜索样例，不是GA4后台或客户数据。输入“侧装”时原本没有结果，启用教学别名后找到了“侧面安装：方向说明”。但返回的资料只说明接线口朝向，没有回答维修时需要预留多少操作空间。搜索匹配修好了，读者任务是否完成，仍要打开资料核对。 本地教学演示截图：实际运行搜索和别名开关得到的文件结果，不含客户记录、GA4数据或搜索效果统计。 类似地，用户搜“材料兼容”，找到了一份列出材料名称的目录，却没有介质、温度与使用限制。这可以进入待核对的内容缺口清单。但若完整说明已经在下一页，只是文件标题和入口不清，优先提出导航或标题改进，不一定需要新文章。 ## 把搜索词整理成问题，不要把词直接当标题 - 保留原始用词的受控记录，编辑工作副本只留必要的、已检查可用的内容。明显的测试查询、乱码和个人信息不进入公开选题表。 - 合并大小写、空格与明确等价的叫法，同时保留原词到问题的对应关系。技术含义不确定时不要自动归并。 - 补上搜索所在页面、资料语言和可获得的后续动作。来自产品页的“尺寸图”，与来自服务页的“尺寸图”未必寻找同一东西。 - 在相同语言、公开访问条件下重新搜索，打开返回的资料，把已回答和未回答部分分开记录。 - 写成可核对的问题，例如“现有安装资料是否缺少维护空间说明”，然后交给资料负责人确认。 “数据里没有点击”不能直接解释为内容无用。用户可能已在结果摘要看到答案，也可能统计没有覆盖文件打开。反过来，点击了也不表示问题解决。缺少后续数据时，就写明“只观察到搜索与结果”，不要补出一条想象中的采购路径。 ## 用一条完整记录安排工作 教学记录可以这样写：原始问题为“安装空间”；公开站内结果有安装方向说明；逐页阅读后，没有找到维护工具所需空间；工程师需确认是否有批准公开的维护图；编辑建议是在确认后补一份解释，先不写尺寸数字。这里每一步都有可复核对象，没有用一次搜索推导所谓高转化关键词。 记录的处理结果可以是“补充文章”“补现有资料”“改入口”“校正搜索匹配”或“暂不处理”。不要把全部记录统一交成写作任务，搜索匹配与内容供应需要不同的人处理。 ## 零结果查询，也放进同一套缺口判断 先确认搜索请求已完成，没有接口错误、权限限制或分页越界，再清除不必要的分类和语言筛选。用同一对象的正式名称重新搜索：若正式名称找到准确资料、客户叫法找不到，应让技术人员确认词义后处理匹配或入口，不直接新写文章。若仍然没有结果，再检查企业是否本来就不提供相关产品，以及资料是否因保密而不能公开。 例如教学假设中的“侧装”没有匹配到“侧面安装”说明，在确认叫法等价后，问题可能通过搜索别名解决；不需要再写一份相同说明。只有业务相关、公开范围允许、原资料确实没有回答的问题，才进入文章准备。统计上也要区分真实返回数与推测：仅有view_search_results事件不能证明返回数为零，需核对搜索系统的实际记录与实现。 若两个词似乎在说同一个对象，先依照[专业术语的定义与用途核对](/post/similar-technical-terms-article-split/)确认关系。不要为了展示“选出了更多题”而把客户口语、标准名称和内部简称各写一篇。 ## 怎样确定哪些缺口先写 优先考虑已经有技术材料、影响客户判断且不属于现有页面重复回答的问题。偶尔出现但可能引起错误安装的疑问，也值得请专业人员尽快核对；高频但完全不在业务范围内的查询，则未必适合扩充内容。搜索次数是线索之一，不是唯一排序规则。 需要把这些线索落实为内容建设时，可在光算的[谷歌SEO服务](/seo/)中结合项目约定资料整理、选题确认及页面承接工作；统计采集与开发修改是否纳入，应单独说明。企业没有可用的站内数据，也可以先用公开资料复现和经批准的销售问题开展整理，不必为了写文章先收集更多个人信息。 新资料发布后，用原来的问题再次搜索并阅读结果，确认现在确实能找到答案。保留修改前后的资料位置和判断记录，再在有权限、采集条件一致时观察使用情况。文章上线与需求被解决，是两件需要分别验证的事。 ## 参考资料 - [[4] Enhanced measurement events - Analytics Help](https://support.google.com/analytics/answer/9216061?hl=en) --- ## 专业名词太相近：从定义和用途判断文章该合写还是分篇 - URL: https://www.guangsuan.com/post/similar-technical-terms-article-split/ - 作者: Don Jiang - Published: 2026-09-11T09:56:26+08:00 - 摘要: 先核对术语对象、定义范围与读者任务，再选择同篇解释、对照或分篇；用明确标注的企业命名假设避免把近义词写成假差异。 两个专业名词要不要分别写文章，先看它们指向的对象和读者任务是否真的不同。同一对象的不同叫法，通常可以在一篇里说明；只有部分重合的概念，适合先写清区别；各自需要独立的判断方法与资料时，再考虑分篇。不能因为关键词工具给了两行词，就默认需要两个网址。 对工业品网站尤其如此。行业标准、企业目录、销售习惯和采购者口语可能使用不同名称。编辑在没有核对定义前做SEO选题，很容易把本来只是叫法差异的词，写成技术上互不相同的产品。 ## 先做一张定义记录，不要先凑两个提纲 记录每个名词的原文、出处、适用行业、指代对象、包含范围和容易混淆的用法。优先找标准发布方、制造商正式手册或该术语所属系统的官方说明；资料打不开，不能用搜索摘要替代完整定义。若只是企业自己的命名，就明确记为“本目录使用的名称”。 下面的“螺旋升降机”和“丝杆升降机”仅作为教学假设：假设某企业目录把两者用来指同一系列设备，且工程师已核对该系列的范围一致，那么文章应解释企业在什么语境下使用这两个词，而不是宣称整个行业在任何场合都把它们视为完全同义。 同样，一个词有时指整机，有时被销售用来指内部组件。如果资料对象不同，就要先写“本篇所说的是哪个层级”，否则即便句子流畅，读者也可能拿组件条件去判断整机能力。 原创概念示意：同名异义或近义关系需要查资料判定；图形面积只表达关系，不表示搜索量或产品比例。 ## 把两个词各自改成一句真实问题 不要停在词语表面。把“甲是什么”和“乙是什么”分别改写成读者要完成的事情，例如“采购者用这个名称询价时，要确认指的是总成还是零件”“设备维护人员如何找到对应的替换件说明”。如果两个词背后的问题、资料和下一步动作都相同，两个独立介绍页很可能只会重复。 如果一个词对应概念定义，另一个词在本行业通常用于一种具体安装结构，可以先在一篇文章里说明概念与结构的关系，再观察是否存在需要深入解释的独立问题。拆分理由应是第二个问题有自己必须展开的答案，而不是标题难以塞下所有词。 Google的内容自评会问，读者读完是否学到了足够的信息来达成目标，也会问文章是否给出了完整的主题说明。[[1]](https://developers.google.com/search/docs/fundamentals/creating-helpful-content) 这能支持“围绕任务组织内容”的方向，但它没有规定近义词必须合并，也没有给出两篇文章应有多少百分比差异的公式。 ## 三种写法，各有使用条件 ### 同一对象多种叫法：一篇解释用词 标题用目标读者更容易理解的表达，开头说明本文范围，正文在自然位置解释其他叫法。给出目录或手册中的对应位置，提醒读者不能仅凭名称判断型号兼容。文章不需要把同义表达逐个变成重复小标题，图片alt也不必堆所有名称。 ### 范围部分重合：先写对照，而不是硬选胜者 按相同维度比较对象层级、使用场景、必要资料和不适用情况。不能甲用结构定义、乙用营销优点，最后得出“甲更专业”。条件不一致时明确标出不可直接比较。需要复杂图表才能解释的地方，先用正文写出一句完整关系，确保手机读者不靠放大图才能理解。 ### 对象与任务不同：分别写，但在边界处互链 一篇处理装置工作方式，另一篇处理组件识别，资料、推理和读者动作确实不同，就可以分开。链接应出现在读者容易越界的位置，例如“如果你要确认的是内部组件，请查看组件识别说明”。不要在两篇开头复制同一套背景，再靠结尾换一个产品链接制造差别。 ## 搜索结果和站内用词，只作为待核对线索 可以分别检索目标语言的术语，记录结果标题、页面类型与讨论对象，但一次搜索不能证明所有国家都采用相同叫法。如果结果混有多个行业，应先限定行业和任务，再检查资料。中文看似同义的词，翻译后也不一定有同样的对应关系。 站内搜索中出现两个名称，可以帮助发现目录术语与客户叫法不一致；它不等于市场总搜索量。具体怎样把这些记录转成资料需求，可看[站内搜索词的内容缺口分析](/post/internal-search-content-gaps/)。如果内部也存在叫法争议，带着原文去做[工程师资料访谈](/post/engineer-interview-source-worksheet/)，要求确认适用范围，而不是请写手“选择一个更适合排名的定义”。 在光算的[谷歌SEO项目](/seo/)中，内容选题与关键词分析可以结合这些资料讨论；企业术语核对、工程确认和多语种用词的责任应按项目确定，不把编辑判断包装成行业标准。 ## 定稿前，把拆篇理由写给下一位编辑 保留一个简短结论：这两个词在本篇范围内是什么关系，哪份资料支持，读者各自要解决什么问题，因此采用一篇说明、同篇对照或分开撰写。若目前只有两个近义标题，没有新的材料和答案，就先不拆。以后拿到独立用途资料，再重新评估，比先发布两篇互相重复的正文更容易维护。 ## 参考资料 - [[1] Creating Helpful, Reliable, People-First Content | Google Search Central  |  Documentation  |  Google for Developers](https://developers.google.com/search/docs/fundamentals/creating-helpful-content) --- ## 新闻稿授权转载前后：原始出处、索引约定与更正安排 - URL: https://www.guangsuan.com/post/press-release-syndication-original/ - 作者: Don Jiang - Published: 2026-09-11T09:56:26+08:00 - 摘要: 授权转载前说清原稿链接、图片许可、索引安排与更正联系人；分开处理独立报道与复制稿，不把canonical当作排名保护开关。 媒体获准转载企业新闻稿后，官网原文应该继续提供稳定的事件记录、明确的发布主体和更正入口。转载前要谈清署名、原文链接、图片许可、索引安排及修改方式。只要求媒体“加一个canonical”或“注明来源”，都不能保证官网原文在每次搜索中优先出现。 以下处理的是双方同意的稿件转载，不是未经授权的采集，也不把媒体独立采访写成企业新闻稿的复制品。先确定合作类型，才知道哪些内容与设置可以协商。 ## 全文转载、摘编与独立报道，不是一种关系 全文转载主要复用原稿，适合约定原文出处和更新同步。摘编可能改变标题、删去部分背景或重新排序，企业要检查删减是否让限制条件消失。独立报道由媒体自己采访、分析和写作，通常不能要求它把整个页面当成官网副本处理。 例如，企业公告说“样品开始接受申请，批量供货时间待定”，媒体标题却变成“正式上市并全面供货”。这首先是事实错误，不是canonical问题。应先联系更正标题和正文，再核对原文链接，而不是通过技术标签掩盖错误信息。 原创关系示意：分发新闻稿不等于控制媒体页面；署名、链接、索引和更正应分别协商，箭头不表示排名或权重数值。 ## 转载前发给媒体的材料，应包含哪些项目 - 提供一个可以直接打开的官网原文地址，以及准确标题、发布主体和事件日期。不要只给首页链接，让读者自己找稿件。 - 说明允许全文转载还是节选，哪些技术限制、适用范围与引用不能删。企业只可授权自己拥有相应权利的材料。 - 为图片单独列作者或权利来源、允许使用范围和图注。获得正文转载许可，不代表拿到第三方摄影作品或客户标识的许可。 - 确认是否允许改标题、翻译和二次分发；若需要审核，只约定必要的事实核对，不把媒体独立结论伪装成企业背书。 - 留下更正联系人和回执方式。后续供货状态、规格文件或事件事实修正时，双方应知道通知谁。 这些是可以协商的发布事项，不是所谓“Google规定的转载合同”。稿件本身也应区分已确认事实与尚未批准的计划：产品亮相新闻里需要的事实，可用[新品发布资料与卖点审核方法](/post/product-launch-source-approval/)逐项确认。 ## 不要再把跨域canonical当作转载保护开关 Google一篇旧的跨域重复内容文章，页面顶部已明确提示：`rel="canonical"`不再推荐用于联合发布、转载内容。引用这篇文章时，应读顶部修订提示，不能只截取旧正文中支持跨域canonical的段落。[[8]](https://developers.google.com/search/blog/2009/12/handling-legitimate-cross-domain) 因此，不应向媒体承诺“照这个标签设置，官网就一定保住排名”。 如果双方明确希望某个转载页不出现在Google搜索结果中，可以讨论由媒体在它控制的页面使用`noindex`。这是让该页不参与索引的选择，会牺牲转载页自己的搜索展示，并非所有媒体都愿意接受。Google说明，爬虫必须能抓取页面，才看得到相应标签或HTTP头；被robots.txt挡住时，不能指望它读到noindex。[[3]](https://developers.google.com/search/docs/crawling-indexing/block-indexing) 不要把noindex加到希望被搜索的官网原文上，也不要越过权限修改媒体站。双方若希望各自页面都参与搜索，就应接受不能凭一项约定控制每次展示的事实，把重点放在准确归属、对各自读者有用的信息和清楚的原文入口。 ## 发布后的核对，不能只看一张媒体截图 打开实际转载地址，检查标题、关键条件、图片来源与原文链接。点击原文链接，确认到达的是对应文章，而非首页、跳转广告或错误页面。如果约定了索引设置，应由媒体提供实际页面HTML或响应头核对；截图能证明可见内容，却不能证明页面标签。 保留稿件版本、发送时间、批准材料以及转载地址。需要更正时，写清原句、修改后的准确句子和依据文件；不要只说“SEO不对，请改一下”。这份记录也有助于发现媒体标题与正文是否存在相互矛盾的承诺。 更正请求发出后，把“已发送”“对方已确认”“页面已改正”分成不同状态。媒体回复同意，不等于实际页面已更新；正文改了，也要检查标题、图注与社交分享说明是否仍重复旧说法。企业只能记录和请求对方处理，不能把尚未完成的外站修改写进已完成报告。如果更正未被接受，保存沟通记录，官网则先把自己的事实说明准确。 对于官网文章的内容组织与相关页面承接，可以结合光算的[谷歌SEO服务](/seo/)制定项目范围；媒体是否接受转载条件、何时修改其页面，需要另行沟通，不能把内容建设服务写成对外站的控制权。 ## 遇到来源互相引用时，回到最初发布材料 多个媒体都引用同一份新闻稿，不等于多个独立来源共同验证了产品表现。写后续技术文章时，应追到原始测试资料、官方规格或能够确认事实的人。只有原稿里的企业自述，就如实写成企业公告中的说法。 如果写手或AI递来一段带媒体链接的“研究结论”，继续按[原文存在性与适用范围核查](/post/verify-ai-citations-original-sources/)检查它。保留官网原文的意义，是让读者知道事件最初怎样被描述，也让后续更正有明确落点；它不是一个保证抢回所有搜索位置的按钮。 ## 参考资料 - [[3] Block Search Indexing with noindex | Google Search Central  |  Documentation  |  Google for Developers](https://developers.google.com/search/docs/crawling-indexing/block-indexing) - [[8] Handling legitimate cross-domain content duplication | Google Search Central Blog | Google for Developers](https://developers.google.com/search/blog/2009/12/handling-legitimate-cross-domain) --- ## 新品马上要发布，哪些卖点现在能写？先核对依据与资料版本 - URL: https://www.guangsuan.com/post/product-launch-source-approval/ - 作者: Don Jiang - Published: 2026-09-11T09:56:26+08:00 - 摘要: 发布前逐条核对新品卖点、型号版本、照片对象与供货状态，处理冲突资料，形成可公开事实和待确认材料清单。 新品发布前，编辑应先把每条卖点对应到已经批准的资料，并确认产品版本、适用条件和供货状态。资料里只有设计目标，就不能写成测试结果；只有样品照片，也不能写成已经批量交付。发布审核的任务，是决定哪些句子现在能公开，哪些必须缩小表述，哪些应等材料齐备后再写。 这项工作适合放在撰稿之前。营销、研发和销售各有一份文件时，靠写手挑“最新收到的附件”作为依据，容易把不同版本的参数拼进同一篇新闻。 ## 先确定本次发布的对象与状态 写清产品系列、具体版本、发布主体、公开时间和当前阶段。资料预告、样品申请、正式发布与批量供货不是同一件事。负责人只确认了“开始接受样品咨询”，正文就不能变成“即日起全面供应”；计划中的交期，也不应直接写成对所有订单的承诺。 型号名称和版本号要按原文件保留，不凭大小写习惯自行改动。照片如果拍的是开发样机，而规格表对应量产设计，应当确认差异能否公开及图片应该怎样标注。正式材料还没有齐，发布范围可以缩小，但不能用模糊措辞掩盖对象不一致。 原创发布资料核对场景示意：样件外观、结构部件与测量工具能提供不同线索，任何一件都不能单独证明全部性能；不代表真实型号。 ## 逐条卖点审核，不让“更好”跳过依据 为每句话保留拟发布表述、支撑文件、文件位置、适用条件、批准状态和负责人。例如“新增侧面接线版本”可以由批准的外观图和对应产品资料支持；“维护时间更短”则还需要先说清维护任务和比较条件。两句话不能因为出现在同一页宣传册上，就获得同样的证据等级。 Google的有用内容自评要求编辑关注容易核实的事实错误，以及信息是否以可信、来源清楚的方式呈现。[[1]](https://developers.google.com/search/docs/fundamentals/creating-helpful-content) 对新品发布而言，这意味着型号、条件和出处要经得起检查，而不是每条卖点后随意贴一个权威机构链接。 审核结果可以是“可按原句发布”“补条件后发布”“等待材料”“不采用”。待确认不能默认为通过，技术负责人没回邮件也不等于同意。企业可以继续发布已经确认的部分，不必为了凑完整卖点列表，把所有空白都补成肯定句。 ## 用一份假设发布包，判断现在能写到哪一步 教学假设：某企业准备介绍调整了接线口位置的驱动单元。资料包里有新版本外观图、旧版本安装说明、一份写着“提升维护便利性”的研发介绍，以及尚未批准的供货计划。下面不是客户真实审核记录。 - 新外观图可以说明可见位置变化，但编辑要先确认图中样件与发布版本是否一致，不能从外观推出内部性能提升。 - 旧安装说明不能直接支撑新版尺寸与安装限制。应索取新版本对应文件，或暂不发布未核对参数。 - “提升维护便利性”要拆成哪个维护任务、哪个位置变化和哪些条件。若只有设计意图，可明确写成设计目标，不能称作已经测得的结果。 - 未批准供货计划不写成承诺。当前状态可以由授权人员确认后表述为资料发布或样品咨询，并告知具体供货条件需要另行核对。 这样的结果可能比最初计划短，但它没有丢掉已确认事实。更深入的问题留给后续资料准备，不能由编辑用通用网络知识替代该型号的工程要求。 ## 建立一份本次发布所用的资料清单 清单按文件记录名称、版本、批准人、批准日期、允许公开部分和对应稿件位置。把正式资料与草稿分开，保留原文件，不在来回转发中覆盖到只剩最后一个附件。邮件里的“按这个改”也要记录到底改了哪一句，避免无法判断批准的范围。 图片另查授权来源。企业拿到样件，不一定拥有摄影师照片的全部使用权；供应商目录截图也不能自动当作自有素材。具体核对可看[第三方技术图片的授权范围](/post/third-party-technical-image-permission/)。有客户图纸或现场背景的材料，先排除不应公开的信息，再做裁切与压缩。 光算的[谷歌SEO服务](/seo/)可以按项目安排内容建设与资料整理，但研发事实批准、供货状态确认和素材授权由谁承担，应写清楚。内容团队可以指出材料矛盾，不应替产品负责人作出供货与技术承诺。 ## 资料冲突时，先找主管文件，不按文件名猜新旧 两个部门给出的参数不一样，先确认是否同一对象、同一测试条件和同一版本。文件名写着“最终版”并不足以证明有效；正式修订状态和责任人确认更重要。若冲突无法及时解决，就暂停相关结论，不选较高的数值写进标题。 口头说法需要进一步展开时，可以用[工程师资料访谈工作表](/post/engineer-interview-source-worksheet/)追问条件与依据。若只是事件素材放在哪个栏目，则属于[企业新闻与知识选题的判断](/post/company-news-vs-helpful-blog/)，不要让栏目选择代替事实审核。 ## 发布确认后，留一份能追溯的定稿 批准应对应具体句子和版本。沿用上面的教学假设：只批准了“新增侧面接线版本”，并没有一并批准“维护更快”或“全面供货”。如果发送给媒体的稿件仍写着后两句，就应撤回该版本，重新提供删去未批准结论的稿件；不能用一封笼统的“同意发布”邮件覆盖不同版本。 保存获准发布的正文、图片、资料清单与批准记录，发布时逐项核对实际页面。后续发现参数错误，要改正正文及相关图注，并说明必要的更正；涉及外部分发的材料，再通知相应接收方。原发布时间可以继续记录事件，不能通过只改日期来掩盖结论变化。 一份合格的发布包，应让下一位接手编辑回答：这句话依据什么，适用于哪个版本，由谁确认。如果三个问题答不上来，稿件就还没有完成发布准备。 ## 参考资料 - [[1] Creating Helpful, Reliable, People-First Content | Google Search Central  |  Documentation  |  Google for Developers](https://developers.google.com/search/docs/fundamentals/creating-helpful-content) --- ## 官网一直发企业新闻，为什么采购者的问题还是没人回答？ - URL: https://www.guangsuan.com/post/company-news-vs-helpful-blog/ - 作者: Don Jiang - Published: 2026-09-11T09:56:26+08:00 - 摘要: 用展会、搬厂、培训和获奖素材判断新闻记录与采购知识选题，列清缺少的技术资料，不靠换栏目或重复公司介绍凑博客。 企业新闻回答“这家公司最近发生了什么”，知识型博客回答“采购者遇到这个问题该怎样判断”。官网可以同时保留两种内容，但把参展合影、团建和获奖消息连续放进博客，并不会自动补齐客户需要的选型资料。先看素材能回答什么，再决定栏目和写法，比把新闻标题加上产品关键词更有用。 这篇讨论的是内容分工，不是要求企业停止发新闻。经销商查展会安排、老客户确认新地址、记者找官方声明，都可能需要新闻页。问题出在企业希望靠同一批消息，同时回答陌生采购者的技术疑问。 ## 用“读完之后能做什么”判断素材去向 拿到一份内部素材，先用一句话写出读者读完能完成的动作。如果是确认活动时间、了解经营动态或找到媒体联络人，新闻稿就合适。如果是选择材料、判断安装限制或准备技术资料，应该按具体问题组织知识文章。不能仅凭“事件发生在工厂”就把它归为技术内容。 Google的有用内容自评问题包括：内容是否提供原创信息、报道、研究或分析。这是一组质量检查问题，并没有把“新闻”或“博客”某个栏目名称当作质量证明。[[1]](https://developers.google.com/search/docs/fundamentals/creating-helpful-content) 原创的活动报道可以有价值；缺少方法和依据的教程，即使标题带“指南”，也未必能帮人解决问题。 原创场景示意：同一场活动留下的照片与技术草图，适合支撑不同的读者任务，并非真实企业现场。 ## 一场展会能写两种稿，但不能把同一段话改两遍 以下是教学假设：一家传动部件企业参加展会，销售带回展位照片、演示视频和访客提出的安装空间问题。新闻稿可以交代展会名称、展示的产品系列、现场演示内容及后续资料入口；未经核实的“最受欢迎”“签约不断”不应该作为事实写进去。 另一篇技术稿可以聚焦“安装空间不足时，选型前要核对哪些尺寸”。它需要工程师提供安装方向、维护空间、接头位置等经过确认的资料。现场有人问过这个问题，只能说明问题来源，不能代替技术答案。也不能把展会上某个访客的图纸直接放进文章。 两篇文章的连接应该有具体理由：新闻读者想了解演示原理，可以进入解释稿；技术读者想知道对应产品何时推出，可以查看新闻记录。如果两篇删掉日期后几乎完全一样，暂时只保留其中一个写作任务。素材涉及新品时，另按[发布前的卖点依据与版本审核](/post/product-launch-source-approval/)确认哪些事实可以公开，栏目选对了也不能跳过资料审核。 ## 搬厂、培训和获奖，各自需要补什么资料 - 搬厂消息先服务于找地址的人：核实启用时间、适用部门和新旧联系方式。要另写生产能力文章，应补充工序、设备适用范围与实际交付条件，不能从厂房面积直接推出产能。 - 内部培训可以作为团队动态。想写故障识别知识，需要拿到培训中的具体现象、判断顺序及适用设备；签到表和培训现场照片不能证明文章的技术结论。 - 获奖消息要核对授予机构、名称、时间和获奖主体。奖项如果评的是设计，不要扩大成产品性能认证；需要解释认证适用范围时，应另找证书或官方说明。 - 节日和团队活动适合表达企业文化。若没有采购相关问题，不必强行拆出一篇“节日背后的工业选型知识”。 这些判断是编辑建议，不是Google发布比例要求。企业没有义务把每次活动都延伸成一篇教程，也不必设“每条新闻配一篇博客”的固定产量。没有足够材料时，短而准确的事件记录比一篇虚构细节的长文好。 ## 排期前，给每份素材留一张问题记录 记录不必复杂，保留素材名称、目标读者、要解决的问题、已具备资料、还缺资料、确认人和后续处理即可。例如，“展台演示视频”的问题可以是“采购者如何判断安装方向”，已具备的是公开样机视频，缺少的是侧向受力限制。工程师未确认前，这个题目停在待补资料，而不是直接交给写手自由发挥。 选题时还要找一遍官网：是否已经有文章回答同一问题，产品说明是否已经给出完整答案。新资料只是补了一张图或修正一句话时，记录为现有资料的更新需求更合理；真正不同的使用任务才值得新建文章。不要用每篇都重复公司沿革的方式补长度，[公司通用介绍与主题正文](/post/boilerplate-company-intro-articles/)应分别承担职责。 如果企业准备把这些素材交给外部团队，光算的[谷歌SEO服务](/seo/)可以在具体项目中讨论内容选题、资料整理和页面承接；访谈、技术确认及文章数量要在项目范围里写清。材料由谁提供、哪些事实由谁确认，比只约定“每月更新博客”更便于执行。 ## 发布后，两种内容也不要用同一个结果判断 新闻页需要检查日期、事件和联络入口是否准确；知识文章需要看读者是否找到了答案，以及是否仍在追问同一个缺口。有数据权限时，再分别观察品牌事件查询与问题型查询，不把新闻浏览量直接叫作采购需求。 第一次整理可以从最近的一批素材开始，逐项写下“保留新闻”“补资料后写解释”“只作内部记录”。真正的改进是让一个采购问题有可用的答案，不是把“新闻中心”更名为“SEO博客”。 ## 参考资料 - [[1] Creating Helpful, Reliable, People-First Content | Google Search Central  |  Documentation  |  Google for Developers](https://developers.google.com/search/docs/fundamentals/creating-helpful-content) --- ## 安装保养文章别写成万能教程：哪些步骤必须回到型号手册 - URL: https://www.guangsuan.com/post/installation-maintenance-content-safety/ - 作者: Don Jiang - Published: 2026-09-11T09:56:22+08:00 - 摘要: 公开设备知识该给谁看、哪些信息可安全收集、哪些动作必须回到型号手册与现场程序，说明危险能量、审核角色与求助路径，不提供万能拆修步骤。 公开的安装保养文章可以帮助读者识别设备、准备资料、理解维护需求和判断何时联系专业人员，但不能用一套通用步骤替代具体型号的安装手册与现场安全程序。涉及接线、带压拆卸、起吊、解除防护或危险能量控制时，应回到制造商规定、现场风险评估和受训人员的工作范围。文章写得容易照做，不等于操作就是安全的。 ## 先写明给谁看，以及能做什么 设备采购者、日常操作人员、维修工程师和授权安装人员，需要的内容不同。标题写“安装指南”，正文却没有型号、适用人员和前提，会让不具备条件的读者以为可以直接动手。网页开头应说明是采购准备、使用知识、维护记录，还是针对特定设备的正式指导。 对于公开科普页，比较稳妥的任务包括：识别铭牌信息、找到对应版本手册、整理现有故障描述、了解维护项目由谁执行，以及判断哪些问题需要停止自行尝试。即使只是拍照或读取信息，也应以无需进入危险区域、无需拆卸或改变设备状态为前提。 不要为了获取“怎么修”一类搜索流量，把原本面向受训人员的内部程序改成人人适用的短教程。读者角色不明时，应缩小内容任务，而不是在文末加一句“后果自负”就继续给出危险步骤。 ## 关掉电源，不代表所有危险能量已经消失 [OSHA危险能量控制概览](https://www.osha.gov/control-hazardous-energy)列举了电气、机械、液压、气动、化学和热等能量来源，并指出维护时的意外启动或储能释放可能造成严重伤害甚至死亡。这说明“已停机”不能自动被写成“可以安全拆卸”。 原创安全概念示意，指出停机之外还可能存在储能；不是接线图、上锁挂牌程序或实际设备结构，不能据图执行维护。 例如，机械弹簧、抬升的部件或液压系统可能在停止正常运行后仍有危险。文章可以解释为什么需要识别这些风险，但不应为未知设备给出一套释放能量、拆除支撑或绕过联锁的办法。具体隔离与验证必须采用适用的设备和现场程序，由具备相应资格及培训的人员执行。 OSHA的相关标准有其美国工作场所与行业适用范围，不能被直接称为全球所有设备的统一操作规定。出口企业还需根据销售市场、产品类型和现场环境确定要求。引用安全资料的作用是约束公开内容，不是为本文提供“已经认证安全”的背书。 ## 型号和手册版本决定步骤能否沿用 同系列设备可能更换端子布局、固件、润滑要求或安装附件。编辑不能看到外形相近，就沿用另一款设备的安装顺序。公开文章引用手册时，应核对型号、适用序列范围或版本信息，并说明哪些内容只适用于该文件。 手册无法确认、标签无法辨认或现场已经改装时，不应继续提供猜测步骤。引导读者向制造商或授权服务方提供可安全获取的识别资料，说明改装情况，先确定适用文件。不要要求为了看清标记而打开带电柜体，或靠近未隔离的运动部件。 假设某篇保养文章想写“定期加油”。编辑至少要确认该型号是否允许用户执行、使用什么经过批准的材料、怎样确定维护条件，以及哪些作业属于专业维护。资料不齐时，只能提醒查阅型号手册中的润滑要求，不能补一个通用周期或替代材料。这是假设审核情形，不是设备保养建议。 ## 危险提示放在动作之前 必要限制应紧挨相关内容出现。读者可能从搜索直接进入某个章节，也可能只截取一段给同事看；如果危险提示只在页尾，那段内容就可能被当成独立操作说明。不要先写“拆开检查”，再在下一页提示必须具备某种资格和隔离条件。 某些内容应直接删除或改写：让用户短接保护装置来“快速排查”、在旋转状态下触摸部件、反复复位仍有异常的设备，或凭一张照片指定电气接法。能清楚指出“不适合公开指导”的情况，比提供一长串没有型号依据的排障动作更负责。 配图也要审查。真实维护照片必须确认拍摄许可和安全场景，图库图不能冒充合规示范；示意图应避免呈现可被当作接线、阀门或拆装次序的细节。危险动作不能因为画成插画就降低审核要求。 ## 给读者一份不会诱发危险的求助资料清单 文章可以建议整理已有的型号、手册版本、报警记录、故障出现时的运行条件、最近维护或改动信息，以及在安全状态下能够获取的外观照片。强调不需要为补资料重现危险故障，不要公开上传敏感工艺和个人信息。紧急或明显危险情况应按现场应急程序处理，不等待网页客服诊断。 保修受理可能需要这些记录，但是否属于质保范围是另一项判断，可阅读[质保售后政策应说明哪些条件](/post/b2b-warranty-scope-page/)。网站不能把“未按文章自行拆检”作为拒绝受理的默认理由，具体政策要与真实业务和适用要求一致。 技术内容交给谁核对也应说明，可参考[撰写与技术审核角色的区分](/post/technical-byline-contribution-review/)。普通文字校对不等于具备设备安全审核能力，作者不能用虚构工程师署名弥补这个缺口。 如需把安全边界、型号手册入口和采购知识组织进网站，可结合光算[谷歌SEO服务](/seo/)讨论内容安排，具体工作按项目确定。发布者应让相关技术与安全负责人审核可能诱发动作的句子；缺少依据的危险步骤不发布，保留准确的资料查找和专业求助路径。 --- ## 参数里的±是什么意思？单位、公差和测量不确定度别混写 - URL: https://www.guangsuan.com/post/product-units-tolerance-notation/ - 作者: Don Jiang - Published: 2026-09-11T09:56:22+08:00 - 摘要: 解释产品规格中数值属性、单位、对称公差和测量不确定度的不同含义，给出明确标注的算术示例与字段核对方法，不推导实际产品合格结果。 产品参数中的“±”不能单独解释成精度。它可能表示设计允许的偏差，也可能出现在测量结果的不确定度、统计波动或仪器误差限说明中。网站编辑应先确认数值的对象、单位和属性，再按原始技术资料表达。把不同含义统一改写成“高精度”，会让采购者把规格要求和实际测量结果混在一起。 ## 先给每个数字找到它的对象 看到参数表中的“20”，先问它是长度、直径、行程、温度还是数量；看到“0.05”，先问它是允许偏差、分辨力还是某次测量结果的描述。数值看起来很精细，不等于信息完整。产品名称、型号、配置、测量对象和数值属性应该能够对应到同一份资料。 编辑可先把参数分成几类：名义值用于标识或设计描述；上下限定义某项要求；典型值描述指定条件下的代表性信息；测量值属于实际测量记录。具体分类以原始资料为准，不能因为表格模板只有一列“规格”就删掉属性。 Simon A. Eugster摄，[Wikimedia Commons来源页](https://commons.wikimedia.org/wiki/File:Caliper_detail_view.jpeg)，按[CC BY-SA 3.0](https://creativecommons.org/licenses/by-sa/3.0/)使用；等比缩小并转换为WebP，衍生图沿用相同许可。照片展示卡尺刻度及量爪间的物体，不是本站产品检验或精度证明。 照片中的卡尺能让读者看见刻度结构，却不能证明任意产品的公差或检验能力。量具的分辨力、校准状态、测量方法和实际工件条件，都与如何解释结果有关。不要把一张量具照片配成“保证所有尺寸精确”的证据。 ## 单位要完整，大小写和空格也有含义 [NIST的SI单位书写说明](https://www.nist.gov/pml/owm/writing-si-metric-system-units)指出，数值与所指的单位符号之间通常使用空格，单位符号不因数量变复数。可以写`20 mm`，不写`20 mms`；摄氏温度可写为`20 °C`，其中°C是完整单位符号。前缀和单位符号之间不加空格。另据[NIST SP 811第7.2节](https://www.nist.gov/pml/special-publication-811/nist-guide-si-chapter-7-rules-and-style-conventions-expressing-values)，平面角的度、分、秒符号是空格规则的例外，例如`30°`，不能与摄氏温度混淆。 大小写不能为统一版式随便改。英文单位符号和型号都是技术信息，编辑不应把全部内容转换成大写，或让翻译工具替换单位符号。乘号、负号、小数点和上下标也要核对，尤其是从扫描件识别、从表格复制到网站之后。 尺寸组合应说明次序，例如长、宽、高或外径、内径、厚度。单独列一串数字，即使每个数字都有单位，也可能不知道对应哪里。必要时用与实际产品一致的尺寸示意，并保留图纸编号和版本；不能拿另一型号的图来补齐画面。 ## 公差是允许范围，不是一次测量的波动 假设图纸明确规定某长度为`20.00 mm ± 0.05 mm`，则该项尺寸的允许下限是`19.95 mm`，上限是`20.05 mm`。这只是用于解释对称公差的算术示例，不是任何产品的生产能力或通用验收方案。 如果原件规定的是不对称偏差、单侧限值或几何公差，不能为了网页整齐改成对称“±”。某个孔位的公差也不能扩展成整件产品全部尺寸的公差。未注明公差的处理方式应依据实际图纸与采用的规则，网站编辑不能自行套入一个听起来常见的等级。 接近边界的测量结果如何判定，还可能涉及测量不确定度和双方约定的判定规则。不能仅凭网页中一个四舍五入后的值就宣称该件一定合格。采购确认应回到实际验收资料，而不是让文章示例承担判定责任。 ## 不确定度需要说明它怎么被报告 测量不确定度描述与测量结果相关的不确定程度，不是产品设计允许偏差的另一种写法。引用报告时，保留它使用的术语、单位、所对应的结果及解释条件。尤其不能把报告里“不确定度”的数值改成产品的“公差”，再拿去与竞品的规格限值相比。 [NIST TN 1297第7节](https://www.nist.gov/pml/nist-technical-note-1297/nist-tn-1297-7-reporting-uncertainty)说明，其报告扩展不确定度时，应报告所用覆盖因子；给出概率解释时，要提供依据。该页面标注不再更新，本文只引用其报告解释原则，不把它当作所有行业现行强制要求，也不提供不确定度评定方法。 如果原始报告没有说清“±”的性质，正确动作是询问出具方或资料负责人，而不是按经验补写“置信区间”。想进一步整理报告页面，可结合[测试报告的样品、方法和条件说明](/post/test-report-method-sample-context/)，让数字与它的来源保持关联。 从表格导出参数时，还应核对显示值与存储值。单元格可能只显示有限小数位，复制出来却带上更多位数；也可能在导出后丢失末尾零。保留哪种精度应由原始规范决定，不能让网页软件自动舍入后改变读者对规格的理解。原件已使用科学计数或特殊符号时，应先验证显示效果，再决定是否增加文字解释，不自行改动数值。 ## 发布前做一次字段级核对 从原图纸或数据表抽取一项参数，依次核对网页中的型号、对象、数值、单位、符号、条件和版本。然后反向检查页面每个重要结论能否找到出处。两种方向都做，能发现“原件有条件但网页没抄”和“网页多出一个保证”这两类不同问题。 手机上也要看一遍：数字与单位是否被拆到难以理解的位置，长参数名是否挤成窄列，图片上的符号是否只能放大才勉强辨认。关键规格应有可见文字，不依赖图片中的细小标注。缩写的含义也应就近解释，复杂概念可关联[有采购语境的工业术语页](/post/industrial-abbreviation-glossary/)，不能只补一个英文全称。 参数资料需要整理成买家能搜索和阅读的内容时，可结合光算[谷歌SEO服务](/seo/)讨论页面结构与相关问题覆盖，具体执行按项目确定。单位和公差的确认仍由掌握技术依据的人负责。网站应准确转达规格，而不是替企业发明一套更好看的规格。 --- ## 竞品对比页怎么写才经得起核对？别把未知项写成缺点 - URL: https://www.guangsuan.com/post/competitor-comparison-verifiable-facts/ - 作者: Don Jiang - Published: 2026-09-11T09:56:22+08:00 - 摘要: 先统一用途、型号和配置，再记录参数来源与版本，区分未知、不同和优劣，不把未公开写成不支持，也不把规格对照冒充共同条件下的实测。 竞品对比页要经得起核对，先确定比较的是同一用途下的具体型号和配置，再逐项记录事实来源、资料版本与比较条件。没有公开信息的项目写“未找到可核实资料”，不能写成对方没有；没有做过共同条件下的测试，就把页面称为规格或资料对照，而不是实测评测。 ## 先选可比较的对象，再谈谁更适合 两个产品都叫执行器、泵或控制器，并不意味着它们能直接互相替代。比较前应确认用途、供电或驱动方式、接口、安装空间、工作条件以及必要选项。标准版对高配版、老型号对新型号、零件对完整系统，都容易让结果失真。 假设买家需要替换设备上的一个机械部件。A产品与B产品的额定指标相近，但安装孔位、轴端和外形尺寸不同。网站可以列出这些差异与需确认的安装条件，却不能只看一个相近参数就写“完美替代”。这是假设选型场景，不涉及真实品牌或替代测试。 原创部件对照示意：外形相似不代表孔位与安装条件相同。图中无真实品牌、比例参数或实测结果，不能用来判断互换性。 对照页开头应说明选这两款产品的原因和比较范围。若只比较公开规格，就明确说公开规格；若只分析某项接口，不要用“全面领先”的标题。结论应回答当前买家的任务，而不是把自己的产品在每一栏都安排成赢家。 ## 一项事实，留一个可回查的位置 优先使用厂商正式数据表、手册、当前产品页和已核实的书面说明。记录链接、文件名称、版本或发布时间、具体页码，以及实际读取日期。公开页面可能更新，保留用于核对的资料副本有助于解释当时依据；对外转载图片和整份文档仍要另行确认使用权。 - 数值保留单位、典型或保证属性、配置和测量条件。 - 功能说明区分标准包含、可选附件、需另购的软件或服务。 - 地区版本、接口版本及停用信息应按对应市场核对。 - 资料有冲突时，标出冲突并向信息提供方确认，不挑对自己有利的一项。 经销商页面与制造商资料不一致，不能简单选择数字更小或更大的版本。先确认是否是不同配置、不同发布时间或不同定义。对方资料写的是整个系列范围时，也不能取其中极端数值放进单一型号的对照栏。 ## 未知、不同和较差，是三种结论 “未找到可核实资料”说明本次查阅仍有信息缺口，不等于厂商从未公开；“不相同”说明两个事实存在差异；“较差”则需要明确评价标准。比如某项安装尺寸更大，可能不适合空间紧凑的设备，却不代表产品整体质量较差。比较页应把事实与建议分开，让读者看到推理条件。 可以写“按当前查阅的数据表，未找到该功能的标准配置信息，采购前需向厂商确认”。不能改成“不支持该功能”。如果企业确实做过测试，应另行说明样品选择、方法、条件和原始记录；测试资料的表达可参照[报告摘要应保留哪些信息](/post/test-report-method-sample-context/)。 没有测过的项目不画性能曲线，未知项也不要在视觉上用红叉替代。图片、图标和栏目名称都可能传达比正文更强的结论。用相同尺寸展示产品图，避免把对方产品故意拍得模糊、破旧或缺少附件。 ## 比较广告的原则不能当作全球法律许可 美国FTC的[比较广告政策声明](https://www.ftc.gov/legal-library/browse/statement-policy-regarding-comparative-advertising)提到，提及竞争者需要清楚表达，并在必要时披露信息以避免误导消费者。这里引用的是该机构的政策原则，不表示任何具体对比页已经合法，也不表示可以自由使用竞争者商标、图片或贬损性描述。 面向不同市场发布前，企业应确认广告、知识产权及相关行业要求。公平对照是编辑建议，不能替代个案审核。尤其不要用“官方认证最佳”“唯一安全选择”等没有依据的措辞，让普通产品比较变成资质或安全保证。 网站属于供应商本身时，也应让读者知道比较者的身份。不能伪装为独立测评机构，或安排虚构的第三方作者来推荐自己的产品。解释为什么本产品适合某种条件，同时承认它不适合的情况，通常比一张全是勾选的表更有用。 如果使用评分，还要公开评分维度和权重依据。权重是针对某类采购任务的判断，不是客观性能数据；没有充分依据时，直接列条件与差异，比给两个产品编一个综合分更清楚。 ## 更新时先检查结论依赖了哪些事实 建议为每条重要结论记录它依赖的型号、参数和来源。竞争者发布新配置后，不只是换日期，还要重新检查差异是否仍存在。如果旧页面继续提供历史比较价值，应显著说明资料版本，不让读者误以为是当前全部产品的结论。 页面表达不一定要用很宽的横向表格。手机上可按比较任务分小节，逐项说明双方信息、来源和适用判断。参数含义不清时，先看[单位与公差的准确表达](/post/product-units-tolerance-notation/)，否则两个看似相同的数字可能根本不是同一种指标。 如需规划相关采购查询和页面结构，可以结合光算[谷歌SEO服务](/seo/)讨论对照内容与产品页的分工，具体工作按项目确定。上线前请一个没有参与写作的人，任选一项结论回查资料；如果他无法重现你的判断，先补证据或缩小结论，别急着增加更多比较对象。 --- ## 缩写写全了，买家还是不懂？工业术语页要回答使用条件 - URL: https://www.guangsuan.com/post/industrial-abbreviation-glossary/ - 作者: Don Jiang - Published: 2026-09-11T09:56:22+08:00 - 摘要: 让缩写解释对应产品语境，补充使用条件和混淆项，说明首处展开、术语独立页选择、相关链接和版本维护，避免只有全称没有判断依据。 工业术语页不能只把缩写换成英文全称。采购者还需要知道它在当前产品里是什么意思、影响哪个选择、与相似术语有什么区别，以及哪些条件需要另行确认。实用的写法是先给当前语境的解释，再提供必要全称和使用示例，并从相关产品段落链接过来，而不是建一张与业务无关的大词典。 ## 先解释当前页面里那一个意思 同一缩写可能属于不同专业领域，也可能是企业内部叫法。编辑收集术语时，应保留它出现的原句、产品类别和资料出处，而不是仅列出几个大写字母交给翻译工具。遇到多种解释，先找技术资料负责人确认本文用哪一种，不能按搜索结果第一条自动补全。 比如MOQ常用于表达最小起订量，但“量”的单位可能是件、套、颜色批次或包装单位。只写Minimum Order Quantity，并没有解释本产品怎样下单。术语条目应进一步说明本页面按哪个对象计算、不同配置能否合并，以及具体数量需要从哪份业务资料确认。这不需要编一个最低数量来凑示例。 型号代号也不应随便拆成通用缩写。供应商自己定义的后缀，可能只是选项编码，并不对应某项行业认证。条目可以说明“本企业在本系列中使用的代号”，并给出已批准的型号解释，不把内部命名说成行业统一标准。 ## 首处给全称，有用但还不够 [W3C的G97技术说明](https://www.w3.org/WAI/WCAG22/Techniques/general/G97.html)介绍了在网页首次使用缩写时，把全称放在其前后相邻位置的方法；文档同时指出，有些缩写需要解释而非展开全称，G97并不适用于这类缩写，不能仅补全称就算讲清。G97是可选的无障碍实现方法，不是所有页面必须采用的唯一做法，也不是Google规定的排名条件。 原创包装场景示意：MOQ需要说明按单件、内包装还是其他对象计算。画面数量仅用于区分包装层次，不是实际起订量或任何客户订单。 因此，产品页第一次出现术语时，可以先用一句话说明当前含义，再给全称与缩写，最后按需要链接深入条目。不要只依赖鼠标悬停提示，手机读者和使用辅助工具的人可能拿不到同样的信息。即使有术语中心，影响购买判断的关键限制也应留在产品正文里。 如果一个页面拼合了不同资料，读者可能从中间章节进入。此时可在独立段落里补一次简短解释，不必强迫读者回到页首寻找。重复解释应服务理解，而不是为了多出现几次关键词。 ## 一个条目要能解决一项判断 可以用“定义、当前用途、容易混淆的对象、使用时需要的资料”组织条目，具体次序按问题调整。例如，关于lead time的条目不应停在“交货时间”的翻译，还要提醒读者核对起算事件和终点。完整的时间表达可以链接到[生产交期与运输时间的区别](/post/production-lead-time-transit-separation/)，避免术语表自身变成一份模糊解释。 技术条目如果涉及标准名称，应写清采用版本与适用对象。缩写的通用全称可以帮助识别文件，但不能证明企业执行了该标准，更不等于产品取得认证。没有原件或授权资料时，解释概念即可，别顺手补上“本公司全部符合”。 假设企业准备写一个尺寸检验术语条目，可以列出测量对象、单位、结果属性和读者需要向谁确认的图纸版本。示例用来演示表达方式，不应放入看似真实的检验数值或印章。若涉及危险设备操作，条目只解释必要概念，并引导至对应型号手册，不能压缩成可被误用的操作口诀。 ## 不是每个缩写都值得独立建页 只有全称和一句通用解释的术语，放在相关正文里通常更合适。确实存在同形异义、采购条件、选型误区或多个产品共用的专业解释时，再考虑独立页面。判断依据是能否提供独立的信息价值，不是缩写有几个字母。 单个条目应只服务一个清楚的语境；相关别名和常见写法可以在同页自然出现，不必每种拼写各发一篇。内部索引可以按产品任务组织，例如“读懂参数”“确认订单条件”“识别资料版本”，让读者先找到问题，而不仅是面对一长列首字母。 页面链接也要具体。产品段落谈最低采购单位，就链接到对应解释；安装文档谈某种接口，不要跳去术语中心首页让人重新寻找。如果解释本身存在适用条件，链接附近保留简短提示，避免读者把通用定义当成当前型号的保证。 ## 维护术语时，核对含义而不只是统一拼写 建议为每个术语留一份内部记录：标准写法、中文解释、英文全称、适用产品或部门、出处、确认人及更新触发条件。产品换版、供应方资料更新或业务定义变化后，检查正文中曾经使用该术语的页面。统一大小写并不能发现含义已经改变的问题。 技术人员审核的是专业含义，编辑审核的是读者能否理解，两者不能互相替代。角色安排可参照[技术文章贡献与审核署名](/post/technical-byline-contribution-review/)。对外不需要公布每一次内部讨论，但正式解释应该能够回到可靠来源。 需要将术语资料融入网站内容时，可与光算[谷歌SEO服务](/seo/)讨论条目选择和相关页面链接，具体范围按项目确定。最直接的验收办法，是让一个不熟悉内部叫法的同事读完条目后指出“现在该看哪个参数或确认哪个条件”。如果他仍然只能背出英文全称，这条解释还没有写完。 --- ## 生产交期不等于到货日：运输、清关与交付节点分开说 - URL: https://www.guangsuan.com/post/production-lead-time-transit-separation/ - 作者: Don Jiang - Published: 2026-09-11T09:56:22+08:00 - 摘要: 区分备货、检验放行、发运、运输、清关与现场到货，解释工作日、起算条件及Incoterms交付含义，按真实订单状态管理预计时间和变更。 生产交期通常描述从约定起算条件满足，到完成约定生产或备货节点的时间；运输时间描述货物在约定运输区段的预计耗时。两者都不能自动等同于买家收到并能使用设备的日期。外贸网站要先定义起点、终点和前提，再给时间范围，不能只用“交期三周”让买家自行补全。 ## 把“准备完成”和“已经到货”拆开 订单确认、图纸批准、物料到位、排产、生产完成、检验放行、交给承运人、到达港口、清关和送达现场，是不同事件。实际流程未必全部串行，也未必都由卖方负责。对外只需说明与本次承诺有关的节点，但不能省略会改变时间理解的前提。 销售页面最容易混用的是“ready to ship”“dispatch”和“delivery”。备妥待发不代表承运人已取货；承运人取货不代表国际航段已经开始；日常语言的送达，也不一定等于贸易术语中的交付。中英文资料应使用同一套事件定义，而不是逐词直译。 原创场景示意：工厂备货、陆运和港口运输是不同阶段，画面距离不代表实际时长，也不是某个订单的物流记录。 假设企业完成了设备装配，但约定的出厂验收尚未通过。如果承诺终点是检验放行，就不能把装配完成日期当作发货日期。若买家还需完成现场安装调试，应另外说明这些工作是否在供货范围内，避免到货后才发现还无法投入使用。 ## 起算条件写在时间旁边 同样的“二十个工作日”，从收到询价、接受订单、收到约定款项还是确认图纸起算，含义可能完全不同。公开资料应写清实际起算事件；有多个前提时，说明何时视为全部满足。不要在标题承诺短交期，再把起算条件留到签约时临时增加。 - 工作日还是日历日，采用哪里的工作日和节假日安排。 - 标准配置还是定制配置，是否要求图纸、样品或包装确认。 - 库存是可销售成品、待检品还是原材料，库存信息由谁更新。 - 时间是参考估计、当前订单预计，还是经双方确认的承诺节点。 这里的二十个工作日只是措辞示例，不是任何产品的实际周期。具体范围要来自企业可确认的生产与供应情况。历史订单按期交付，也不能自动支持“所有型号全年固定交期”。 如果页面确实需要一个便于买家预估的范围，可以明确适用配置和信息确认日期，并说明正式订单需要确认的因素。范围变宽时，应解释具体原因，例如待确认配置或运输区段尚未选定，而不是用极大的时间区间让任何结果都算“符合说明”。 ## 贸易术语解决的不是完整到货日历 [ICC关于Incoterms® 2020的规则说明](https://library.iccwbo.org/clp/clp-incoterms-qa-2020.htm)说明，规则涉及买卖双方的义务、风险和费用；“交付”与风险转移有关。该资料还明确，C组规则所写的目的地，并不是交付地点。因此，页面写了某个贸易术语，也不能让买家自行推断货物已经到达目的地。 编辑引用贸易术语时，应与业务确认的规则、版本和地点一致，不能看到“包运费”就自行选用一个缩写。具体运输方式、清关责任和风险安排由合同与交易事实决定。本文只解释为什么需要把日期与事件说清，不提供某一订单应选哪种术语的法律结论。 运输时间还应区分起运点和终点。港到港的预计航程，不能冒充仓库到买家现场的全程用时。目的港等待、报关查验、资料补充和末端派送是否包含，要按实际报价与承运信息说明。不能把运输服务商某条线路的广告时效当作卖方无条件承诺。 ## 出现延误，通知要指出受影响的节点 一句“受不可控因素影响，交期顺延”，并不能帮助买家调整计划。更清楚的通知应说明原定节点、当前状态、已知影响、尚待确认的事项、下一次更新安排，以及企业能提供的选择。是否构成延期、有哪些合同后果，应按双方约定和适用规则处理，网页不能替双方裁定责任。 假设图纸在排产后变更，需要重新采购一项材料。对外应确认这是已同意的变更还是待评估请求、影响哪一批次，以及原定发运节点是否仍可实现。不要把所有订单都改成同一个新的时间，也不要继续保留与当前供货情况矛盾的“现货即发”。 到货日期与质保起算如果相关，应检查[售后政策的期限和适用范围](/post/b2b-warranty-scope-page/)是否使用相同事件名称。不同文件各自写“交付日”，却指不同日期，后续沟通会很困难。 分批交货还要分别标明每批对应的数量和节点。首批已发运不等于整单完成，也不能用最后一批的预计时间覆盖已完成的记录。买家需要安排安装资源时，应确认他依据的是哪一批设备的状态。 ## 让产品页与销售答复说同一件事 公开页面可以讲标准条件、影响周期的因素和确认办法，具体订单则用明确的状态与日期沟通。不要在多处手工复制同一个预计交期，却没有维护责任人。有人调整库存或生产信息时，应能找到哪些页面和常用答复需要同步。 网站已有交期说明但买家经常误解，可结合光算[谷歌SEO服务](/seo/)讨论产品资料与采购问题页面的组织，工作按具体项目确定。先把“从什么事件到什么事件”写清，再考虑标题和关键词；否则页面即使被找到，也只是把模糊承诺传播得更广。 --- ## “两年质保”到底保什么？外贸网站售后政策这样写清楚 - URL: https://www.guangsuan.com/post/b2b-warranty-scope-page/ - 作者: Don Jiang - Published: 2026-09-11T09:56:22+08:00 - Last updated: 2026-10-03T11:57:59+08:00 - 摘要: 把已确认的产品质保承诺写清适用对象、起算事件、覆盖范围、费用、地区销售责任与受理流程；具体条款按市场和业务审核。 “两年质保”只能说明一个期限，不能让买家知道哪些故障可申请、从哪天起算、谁承担运费，以及返修期间能获得什么支持。外贸网站的质保政策，应把已确认的承诺写成清楚的适用范围与受理办法。期限、排除项和费用由真实业务与适用规则决定，不能为了页面看起来完整就照抄同行条款。 ## 先确定卖给谁、由谁承担售后 同一企业可能同时销售工业设备、零部件、耗材和面向个人的商品，客户也可能是终端用户、经销商或设备集成商。制定页面前，应确认销售主体、目的市场、产品类型及交易对象。不能把某个市场的消费者保修模板直接覆盖全部B2B订单。 美国FTC的[联邦保修法商业指南](https://www.ftc.gov/business-guidance/resources/businesspersons-guide-federal-warranty-law)说明，Magnuson-Moss Warranty Act针对消费者产品的保修，且不适用于为转售或商业用途销售的产品保修。但指南紧接着提醒：该法是否适用于某种产品，并不取决于某个买家实际怎样使用它；不能仅凭“企业采购”或买家自称商用就排除适用。这是特定美国法律的适用说明，不代表工业品交易没有其他法律责任，也不能用它判断所有国家的质保条款。具体条款应由熟悉目标市场和交易事实的专业人员审核。 美国联邦贸易委员会《Businessperson’s Guide to Federal Warranty Law》（官方页面截图，2026-10-03）。指南说明 Magnuson-Moss 保修法针对消费者产品，是否为消费者产品由产品与销售情境决定，不能仅凭买家自称商用就当然排除。 经销商受理还是制造商直接受理，也应说清。若网站属于销售公司，而维修由另外一家企业执行，应确认两者的承诺能否衔接。页面不能先承诺全球上门，再等发生故障时才解释“需联系当地合作方”。 ## 期限要连同起算事件一起写 发货、签收、安装、调试和验收可能发生在不同日期。质保从哪一个事件起算，是否存在最晚起算限制，替换件适用什么期限，都应按批准的政策说明。若不同产品规则不同，列出清楚的型号或产品类别，不让买家自己猜哪一条适用。 例如，假设某政策对主机和消耗件有不同安排，就需要分别说明，而不能只在标题展示主机期限，把消耗件限制埋在末尾。这里不提供实际期限建议，也不代表任何企业已经作出承诺。尚未确定的政策应先由业务负责人定稿，而不是上线“以客服答复为准”的空白条款。 原创售后场景示意，帮助区分主机、部件和返修包裹；不是实际维修记录，不表示这些部件适用同一质保政策。 ## 覆盖范围和费用分开说明 “免费维修”容易被理解为所有相关费用都免费。若政策只覆盖确认属于质保范围的零件，人工、拆装、往返运费、关税或现场差旅是否包含，需要单独写清。反过来，企业真实承诺包含的服务也不能为了减少责任而被编辑删去。 排除项要具体、能理解，并经过适用性审核。普通磨损、未经批准的改动或超出规定条件使用，是否构成排除、怎样判断、需要什么记录，不能只写一长串宽泛免责词。出现故障不等于买家使用不当，页面应留下诊断与沟通程序，不应预先把所有责任归给用户。 - 覆盖的产品、部件或缺陷类型，与具体资料版本相对应。 - 可提供的处理方式，例如经判断后的维修、替换或其他已约定措施。 - 费用归属，特别是物流、现场支持和非质保维修报价。 - 地域、渠道或安装条件限制，以及需要进一步确认的情形。 ## 用一张表示范“保什么、谁出钱”（教学示例） 把覆盖范围和费用归属拆成一张表，买家一眼就能对着自己的情况判断。下表是教学示例，不是任何企业的真实条款，也不代表光算或任何客户的承诺；真实期限、排除项与费用分担以你与客户签订的合同为准。 原创教学矩阵，为本篇绘制。每格都是示例，不是任何公司的真实政策。 项目是否在范围内费用由谁承担条件 主机缺陷是卖方：零件＋人工在规定起算事件后的期限内 易损件通常不在买方除非能证明是缺陷所致 往返运费按政策页面写清由谁出使用指定返修渠道 现场人工视地区而定按销售地区分别写明取决于谁获授权提供现场服务 非质保维修不在买方开工前先报价 把这张表填出来的过程本身就能发现问题：如果某一格填不出来，说明政策还没定，而不是文案不够漂亮。尤其是"易损件""人工""运费"三项，最容易被一句"免费维修"盖过去，等到故障发生时再解释，买家就会觉得承诺缩水。 质保、退货、到货损坏处理和付费维护可以相互关联，但不宜全塞进“售后无忧”一行。运输途中出现的损伤涉及不同事实，交付节点可结合[生产交期与运输时间的区分](/post/production-lead-time-transit-separation/)阅读，不能仅凭质保期限判断由谁负责。 ## 受理步骤必须能实际执行 给买家明确的联系渠道和需要提供的最少资料，例如订单关联信息、型号、序列号、故障发生条件及可安全获取的照片。只索取判断故障所需的信息，公开留言区不要要求上传完整身份证明、客户合同或敏感现场文件。 受理流程可以写成：先联系售后并提交现有记录，由负责人员判断是否需要更多资料；获得返修安排后再寄送；检测后说明处理方案和费用。每一步应与企业当前流程相符。若确实需要返修编号、指定承运或包装要求，提供获取方法，不能让买家在多个页面之间猜测。 不要要求用户为获得保修资格拆开带电设备、绕过防护或重复危险故障。公开帮助内容可按[安装保养文章的安全边界](/post/installation-maintenance-content-safety/)另行检查。记录不到的信息应允许说明原因。接收申请、开始诊断和修复完成是不同节点，“回复时间”不能让买家误以为是恢复使用的保证；有明确承诺时，要同时写服务时间和适用条件。 ## 地区销售责任：谁先受理、谁出运费、谁在本地 同一款产品在不同市场可能由不同主体销售和受理：总部直销、区域代理、经销商，或第三方服务商。页面要写清"这个地区由谁先受理"，而不是笼统写"全球售后"。教学示例（虚构，不代表任何企业）："欧盟地区由当地授权经销商先受理，总部提供技术判定与备件；超出授权范围的上门服务按当地报价结算。"这样写，买家知道该联系谁，也知道超出部分怎么计费。 运费与关税最容易在跨境返修时爆出来。若政策只覆盖往返运费中的一程，或对非质保维修另行收费，都要单独写明，并说明是否需要预付、使用哪家承运。享有法定权利的部分不能靠一句"最终解释权"排除；涉及具体司法辖区的责任，应由熟悉目标市场与交易事实的专业人员确认，网站文案只描述业务已经确认的做法。 ## 摘要和正式条款需要一致 产品页可以用简短文字说明适用政策，并链接完整版本；完整页注明实际生效范围和资料版本。销售报价单、订单文件和网站承诺若不一致，应先由负责人员解决，不能用一个通用“最终解释权”句子掩盖冲突。涉及法定权利时，也不能把网站限制写成能够当然排除所有责任。 需要把售后信息整理进外贸网站时，可与光算[谷歌SEO服务](/seo/)讨论政策页面、产品链接与搜索内容的衔接，具体交付按项目确定。SEO工作可以改善信息可读性，不能代替合同确认或法律审核。 检查政策时，拿一宗假设故障走一遍：买家能否找到适用版本、知道该联系谁、判断下一步和可能费用？如果仍要靠销售临时解释最基本的范围，优先补这些信息，不必再加一句“贴心服务”。 --- ## 技术文章该署谁的名？把撰写、资料提供与工程审核分开 - URL: https://www.guangsuan.com/post/technical-byline-contribution-review/ - 作者: Don Jiang - Published: 2026-09-11T09:56:22+08:00 - 摘要: 区分撰写、资料提供、技术审核与业务确认，用真实贡献安排署名和作者介绍，核对更新与AI参与说明，不编造工程师或把署名当排名保证。 技术文章应该署实际参与创作的人或真实负责的团队，并把撰写、资料提供和技术审核分开说明。编辑把工程师的录音整理成文章，不等于工程师亲自写了全文；工程师核对过参数，也不等于他认可文中的全部售后承诺。署名的任务是说明谁对哪部分内容作了贡献，而不是给页面挂一个听起来厉害的头衔。 ## 先定贡献，再决定页面上怎样署名 一篇设备选型文章可能由编辑组织结构，销售提供常见采购问题，工程师核对应用条件，售后人员补充维护限制。建议先在内部记录这些贡献，再挑读者确实需要知道的部分公开。不要反过来，先确定“专家作者”形象，再找人来挂名。 - 撰写者负责文字组织、资料整理和引用表达，但未必能独立判断工程结论。 - 资料提供者说明信息来自哪里，不因提供了一份文件而自动成为全文作者。 - 技术审核者确认指定型号、参数、应用条件或安全内容，审核范围应能说清。 - 业务确认者核对交期、服务范围和质保承诺，不用技术署名代替商业批准。 这些角色可以由同一个人承担，也可以不全部公开。关键是实际工作与声明一致。如果企业不适合公开个人姓名，可使用确实存在、对内容负责的团队名称，说明资料来源和技术复核方式；不要给虚构人物安排头像、学历和工作年限。 ## Google建议准确署名，不等于要求虚构“权威作者” [Google的以人为本内容指南](https://developers.google.com/search/docs/fundamentals/creating-helpful-content)在“Who”部分鼓励在读者预期看到署名的内容上，提供准确的作者信息，并让读者能进一步了解作者背景和写作领域。同一文档也说明，E-E-A-T本身并不是一个具体排名因素。因此，不能把增加作者栏包装成必然提高排名的技巧。 原创资料协作场景示意：撰写与技术复核可以由不同参与者完成。画面没有真实图纸参数、签名或资质，不代表本文已获工程师审核。 作者介绍最好交代与文章主题直接相关的真实工作。维护人员了解故障现象，并不因此拥有法律审核资格；内容编辑善于整理资料，也不该写成检测实验室专家。确有资格证书时，是否展示、展示什么信息及许可范围，需要按实际情况核实，不为满足模板强行填满。 ## 让技术审核落到具体段落 给工程师发一篇长文，只问“看一下有没有问题”，容易留下误解。更有效的做法，是把需要判断的句子集中列出，附原始资料、文章所在段落和编辑的疑问。例如“这里说适用于连续运行，是来自型号手册，还是只是某次应用反馈？”审核者才能明确答复。 可以使用一份不对外发布的核对记录：文章版本、审核段落、所依据的图纸或手册版本、提出的修改、确认人和确认时间。技术审核后编辑如果改动数字、范围或否定词，就应重新确认相关部分。调换段落顺序若改变了限制条件与结论的距离，也值得复查。 假设一篇文章由编辑起草，工程师只复核了尺寸和工作条件，业务负责人确认了可供货配置。公开贡献说明可写成：“编辑整理；尺寸与工作条件由技术人员按指定资料复核；供货信息由业务人员确认。”这只是角色写法，不代表本文已由任何工程师审核，正式页面中的人名和资料版本必须由企业实际确认。 ## 使用AI或外部写手，也不能借署名补足审核 AI可以协助整理提纲、润色或检查前后用词，但它没有接触企业现场，也不会因读过公开资料就拥有真实从业经历。外部写手提供的职业介绍同样需要核实。图片、引用和假设案例如果由工具生成，应保留对应来源或生成性质，不能在作者简介里营造亲历感。 是否向读者说明AI参与，可按内容性质与合理预期决定。Google上述指南建议，在读者会合理关心“内容如何产生”的情况下，提供自动化使用背景。具体说明应该如实，不能写“全人工实测”来掩盖没有实施的测试，也不能把工具生成的检查结果称为工程师审核。 对测试报告做解释时，审核者尤其需要检查样品与结论范围，可配合[测试报告摘要的样品、方法与条件核对](/post/test-report-method-sample-context/)使用。仅检查语病和链接，无法证明技术内容已经过专业审阅。 ## 作者离职或文章更新后，保留真实历史 历史文章的真实贡献不会因为人员离职消失。需要调整的是当前职务、联系安排和后续维护责任，不应随手把旧文全部改成新同事原创。若内容被实质重写，可以记录新版本的贡献关系；若仅改错别字，则不必把普通编辑维护包装成新的技术审核。 网站要同时整理署名、资料引用和文章结构，可结合光算[谷歌SEO服务](/seo/)讨论具体实施，工作范围按项目确定。企业应提供真实参与者与审批记录，页面发布者负责确保可见署名与最终内容一致。 发布前用一句话检查作者栏：“读者看到这个名字和头衔，会不会以为他做了实际上没做的工作？”如果会，删去夸大的头衔或补清贡献范围，比增加更多认证图标更合适。 --- ## 工厂照片拍了很多，客户仍看不懂你能做什么 - URL: https://www.guangsuan.com/post/factory-photo-process-capability/ - 作者: Don Jiang - Published: 2026-09-11T09:56:22+08:00 - 摘要: 用真实工序照片回答采购问题，分清可见工位与需记录支持的精度、产能，说明图注、授权、外协归属和安全拍摄，附公开许可工厂实景。 工厂照片要回答“这道工序在做什么、与我要买的产品有什么关系”，才有售前价值。拍得到设备，不代表已经证明加工精度、产能或按期交付能力。外贸网站整理工厂实景时，应把照片中可见的事实写清，再用技术记录支持照片无法说明的能力，避免一张车间全景承担所有承诺。 ## 先从买家的疑问选照片 采购者想确认你是否具备某道工序，优先展示相关工位、工件和加工对象；想了解外观检查，优先展示检查位置与判定对象；想知道包装方式，则应让固定件、保护面和包装层次看得清楚。普通大门、会议室和团队合影可以用于公司介绍，但不能代替这些具体资料。 拍摄清单可以从销售收到的问题出发：“这个孔位怎样加工？”“外协表面处理回来后检查什么？”“易损接口如何保护？”让每张照片对应一个问题，通常比先拍满相册、再想标题更省事。不能安全拍到的工序，应找合适的授权记录或画示意，不要求工人为了镜头改变操作。 公开工厂实景，仅用于说明工序照片的阅读方法：Marcin Wichary摄，[Wikimedia Commons来源页](https://commons.wikimedia.org/wiki/File:TGFT29_guitar_neck_CNC_milling_machines_-_Taylor_Guitar_Factory.jpg)，[CC BY 2.0](https://creativecommons.org/licenses/by/2.0/)。图片等比缩小并转换为WebP；不是光算或光算客户现场，不代表任何合作关系。 ## 看得见的工位，和看不见的能力分开讲 上面的公开照片来自Taylor Guitar Factory，来源页把场景描述为琴颈CNC铣削设备。读者可以观察工位排列、设备和通道，也能理解这是一处具体生产空间。但仅凭照片，无法确认当时加工的全部型号、良品率、设备利用率或可承接订单数量。旧照片更不能证明工厂目前仍保持相同配置。 自己的网站也应遵守同样的判断。设备品牌和型号可见时，可以说明画面中的设备；要写它在本企业能稳定做到某个公差，则还需要实际工艺、工件与检验依据。设备说明书的理论能力、一次样件结果和批量过程表现是不同资料，不宜压成一句“高精度生产”。 假设企业有自有机加工工序，但热处理由外部合作方完成，就应如实区分自制与外协。经许可使用外协现场照片时，说明它在供应链中的位置，不能把对方车间写成“我们的生产基地”。是否能够公开合作方名称和场景，还要单独获得授权。 ## 图注至少让人找到对象和上下文 有用的图注不必很长，但应包含工序名称、画面正在说明的对象和必要的限制。比如：“某型号外壳的外观检查工位，展示表面观察位置；具体检查项目按该型号检验文件执行。”这里的型号和文件必须来自真实资料，示例本身不能被当作企业已有流程照搬。 再给照片增加内部管理信息：拍摄日期、地点、文件原件、摄影者、使用许可、对应产品页，以及需要复核的设备或工艺状态。内部信息不必全部公开，却能帮助以后判断这张照片还能不能用。照片更换时，也要检查相邻文字是否仍成立。 - 全景用于交代工序处于哪里，不负责证明微小尺寸。 - 中景展示工件与设备的关系，避免看见机器却看不见对象。 - 细节展示接口、表面或夹持部位，但要保留必要比例和说明，别把正常结构误拍成缺陷。 - 前后对照必须来自可对应的真实对象和条件，不能把不同批次、不同角度当成改善证据。 ## 拍摄许可、客户信息与现场安全同时过一遍 现场允许拍照不等于允许公开全部内容。检查工单、白板、电脑屏幕、客户图纸、包装唛头、铭牌和人像；必要时重新选角度或使用经过批准的局部。遮盖处理要保留受控原件，并确认没有通过照片背景重新暴露受保护信息。涉及案例时，可按[匿名客户案例的事实披露方法](/post/anonymous-b2b-case-evidence/)一起审查。 不要为了展示生产能力打开运行设备的防护罩、让人员靠近危险部位，或摆出与日常安全程序不符的动作。已经发现明显危险姿态的照片，应交给现场负责人判断，不能靠裁掉警示牌来修饰。文章的视觉效果不值得让拍摄现场增加风险。 手机拍摄时，先确认读者能辨认工件和工序，再检查反光、遮挡和焦点。把设备拍得很近却失去工件上下文，或者用过度锐化制造细节，都可能影响理解。若小零件需要说明尺寸，应采用获准的尺寸资料，不能让读者凭照片透视估算。 ## 工厂照片在SEO页面里放在哪里 把照片放在解释对应工序的段落旁边，而不是统一堆在文章末尾。替代文字准确描述画面，例如工序、对象和重要可见细节；不要写成“最佳厂家、优质供应商、价格便宜”的关键词串。关键能力用可见正文说明，让看不到图片的读者也能理解。 Google的[内容质量指南](https://developers.google.com/search/docs/fundamentals/creating-helpful-content)强调信息来源、实际经验和内容制作过程；其中以产品评测为例提到用照片等证据说明工作。这不能推导为“真实工厂照片数量越多排名越高”。照片的作用在于帮助读者理解并核对主张。 已有工艺资料却不知道怎样组织进网站，可以结合光算[谷歌SEO服务](/seo/)讨论工序介绍、产品页和应用内容的衔接，具体范围按项目确定。上线前，请让生产负责人逐条确认图注：画面是谁的、拍的是什么、文字有没有多说。照片只负责呈现它真正记录下来的那一部分。 --- ## 测试报告只放“合格”不够：买家还需要样品、方法和条件 - URL: https://www.guangsuan.com/post/test-report-method-sample-context/ - 作者: Don Jiang - Published: 2026-09-11T09:56:22+08:00 - 摘要: 从报告原件整理样品、方法、条件和结果，核对型号覆盖及版本，区分测量不确定度与产品公差，避免把单一样品测试写成全系列保证。 产品测试报告放到网站上，买家需要的往往不只是一个“合格”结论。先说明测了什么样品、按什么方法、在什么条件下得到什么结果，再交代这个结果能用于哪些判断。样品与在售型号对不上，或者测试条件不完整，再醒目的报告封面也不能替采购者完成选型。 ## 从报告原件建立一份可追溯的摘要 收到报告后，先核对报告名称、编号、出具机构、签发日期、页数、修订状态及原件来源。由业务方提供扫描件时，保留提供者与确认记录；有正式验证入口的，按出具方提供的方法核验。看见机构标志不等于已确认真伪，更不能只根据版式判断资质。 网站摘要要引用完整报告中的具体位置，避免只截取结论页。报告存在补充件、替代版本或更正说明时，先问清哪一份有效。对外不便提供全部附件，可以说明可公开范围与申请路径，但不能删掉会改变结果理解的条件。 - 样品：具体型号、配置或图纸版本、样品数量及必要的样品识别信息。 - 方法：标准或方法名称、版本、实际项目，以及报告明确列出的偏离。 - 条件：与结果有关的环境、载荷、介质、供电、安装或预处理条件。 - 结果：原报告的单位、数值和判定措辞，以及它对应的判定要求。 这些是摘要核对项目，不表示所有行业都遵循同一份报告格式。涉及受监管产品或合同验收，应由对应专业人员确定必需内容，不能把网站清单当作认证要求。 ## “测过这个样品”与“整个系列都适用”差在哪 相似外观、同一产品系列或相同主要材料，都不足以自动证明报告覆盖其他配置。尺寸、材料来源、结构、固件或制造过程发生变化时，原结果能否沿用，需要有适用依据。编辑不应自行把报告上的一个型号替换为目录里的系列名称。 原创试验场景示意：样品、装置和环境共同影响结果的解释；图中设备与曲线均为概念绘制，不是真实测试或合格证明。 假设某密封件只有一种材料和一种尺寸做了指定项目测试。网站可以介绍这项测试及对应样品，但不能因此写“全系列适用于所有介质”。如果另一种尺寸需要不同压缩量，或者买家的介质不在测试条件中，应把问题交回技术人员，确认是否需要补充资料或另行测试。这个假设没有对应实际客户，也不提供密封件选型结论。 样品由谁选择也值得问清。送样测试、生产抽样和长期运行监测回答的问题不同。摘要应保留报告实际说明的抽样方式；原件没有交代时，标为未说明并向出具方确认，不能用“随机抽检”让资料听起来更可靠。 ## 数字旁边的条件，不能被当成脚注删掉 报告中的“最大值”“平均值”“典型值”和“最低要求”可能是不同对象。网站引用时保留原有属性，不把典型结果改成保证下限。如果结果是某一时刻的观察，也不能扩展成整个使用寿命的承诺。温度、持续时间或加载方式若决定结果含义，应与数字出现在同一段，而不是藏在另一个下载文件里。 对于测量结果，尤其要区分产品允差和测量不确定度。NIST的[TN 1297第7节](https://www.nist.gov/pml/nist-technical-note-1297/nist-tn-1297-7-reporting-uncertainty)说明，其报告扩展不确定度时要同时报告所用覆盖因子；给出概率解释时还应说明依据。该文是NIST的技术说明，页面标注不再更新，不能直接当作所有商业测试的现行强制格式。这里引用它，是提醒编辑不要删去数字的解释条件。 遇到“±”时，先让报告负责人确认它代表什么，再写成网站文字。公差、标准差、误差限或不确定度不能仅凭符号互相替换。具体表达可继续看[参数单位、公差与不确定度的区分](/post/product-units-tolerance-notation/)。 ## 把读者需要的结论写在正文里 一段可用的报告说明，可以依次交代“本资料涉及的样品”“做了哪些项目”“结果按什么要求解释”“不支持哪些延伸判断”。其中未知项应明确保留。若要引用到[竞品对比页](/post/competitor-comparison-verifiable-facts/)，还要确认比较条件一致。仅有“报告可索取”的按钮，采购者仍不知道这份报告与自己的用途有没有关系；把完整原件全部搬进正文，又会掩盖关键限制。 测试图片也有责任。真实照片说明拍摄对象、与报告的关系及必要授权；实验室图库照片只可作为主题示意，不能配上“我们的检测现场”。自己画的装置图要标清概念性质，尤其不要生成逼真的印章、证书或测试分数。 整理外贸站的测试资料，可在光算[谷歌SEO服务](/seo/)范围内讨论摘要页面、搜索词和产品关联，具体工作按项目确定。测试结论和适用型号仍应由掌握原件与技术依据的人确认，不能由SEO人员推导合格范围。 ## 资料更新时，不只替换下载文件 报告更正、产品换版或适用范围调整后，检查正文引用、图片说明、产品页的简短主张及销售常用链接是否同步。页面应说明实际资料版本，不把编辑日期当成重新测试日期。旧资料如因追溯需要保留，应与当前有效资料区分，避免采购者把历史条件用于新采购。 最后逐句核对摘要与原件：凡是原件只说“本样品”，页面就不能写成“所有产品”；凡是没有验证的使用场景，就应留下确认入口。把限制讲明白，比再加一个“权威检测”标签更能帮助买家判断。 --- ## 客户不让露名，案例怎样写才可信？匿名项目要保留哪些事实 - URL: https://www.guangsuan.com/post/anonymous-b2b-case-evidence/ - 作者: Don Jiang - Published: 2026-09-11T09:56:22+08:00 - 摘要: 客户不允许露名时，怎样区分真实项目、经验归纳和假设示例？说明可公开事实、原始记录、效果表述与授权核验安排，不虚构客户或成果。 客户不允许公开名称，仍然可以写案例，但前提是项目确实发生、披露内容得到允许，而且读者能分清哪些事实公开可查，哪些只能在授权后核验。匿名案例最有用的内容，是原来的使用条件、实际完成的工作、留下的记录和仍未解决的限制。把品牌遮掉，再补上一句“行业头部客户”，并不会让材料更可信。 ## 先判断这份资料还能不能叫客户案例 整理资料时，先把真实项目、多个项目的经验归纳和假设方案分开。真实项目可以写成匿名案例；把不同客户的设备、问题和结果拼在一起，应改为“常见场景分析”；没有实施过的选型方案，应明确写“假设示例”。三者都能帮助采购者，名称却不能混用。 例如，销售手上有一张加工件照片、一封讨论安装空间的邮件，却没有交付或验收记录。这些材料能说明双方讨论过某个需求，不能直接支持“成功交付并长期稳定运行”。先确定证据能支持的最小结论，再决定页面叫什么。不要靠写作把缺失的事实补齐。 ## 公开副本和原始记录分开管理 原始记录留在有权限的资料库；公开页面使用经过批准的副本。每项准备发表的事实，建议记录出处、记录时间、资料负责人、允许公开的粒度和再次确认条件。编辑拿到的应是已批准素材，而不是整份客户订单。 原创场景示意：原始记录和公开副本分开保存。画面不包含真实客户资料，也不代表已有项目证明。 客户名称之外，独有图纸、订单号、铭牌序列号、邮件地址、屏幕上的文件名、厂区位置和照片定位信息，都可能暴露身份。把几项看似普通的信息合起来，也可能让同行认出项目。公开前应连同图片、附件文件名和描述文字一起审查，不能只在正文里搜索公司名。 - 能公开：客户已批准的行业背景、需求类型、实际工作范围，以及不会泄密的技术条件。 - 受控核验：需客户另行授权的原件、沟通记录和项目关联材料。 - 不披露：未获批准的个人信息、工艺秘密、合同敏感项，以及通过拼接信息可反推的细节。 这是一种编辑分层方法，不是脱敏后必然合规的保证。具体公开权限由资料权利人、合同约定和适用要求决定；匿名也不能绕开保密义务。 ## 用条件和工作记录代替“效果显著” 案例正文可以按项目中的真实决策推进。先交代使用对象和问题，再解释为什么没有直接采用常规方案，接着说明实际变更，最后列出能被记录支持的结果。结果也可以是完成了样品确认、发现了不适用条件，未必一定是增长百分比。 以下只是写法示例，并非光算或客户项目：“假设一项支架采购要求保留原设备的安装孔位，供应商完成了指定图纸版本的样件制作。样件记录只能说明该版本的尺寸检查情况；长期振动表现尚未验证。”这段话没有夸大的结果，但采购者可以据此判断还缺什么资料。 如果真实案例要写节省时间、减少报废或提高产量，就必须补齐比较对象、统计期间、样本范围、计量方式和同期其他变化。由客户口头反馈的现象，应归属为客户反馈；供应商自行记录的结果，应说明记录方。不能把“采购者愿意继续讨论”改写成“项目已取得商业成功”。 Google的[以人为本内容指南](https://developers.google.com/search/docs/fundamentals/creating-helpful-content)把清楚的来源、相关专业背景和证据列为自查方向。这支持认真说明事实来源，并不意味着匿名案例有一种固定排名加分公式，也不意味着加上案例页就能获得搜索流量。 ## “可以核验”要对应真实可用的安排 如果页面写可以核验，就应事先确认由谁受理、可看哪些材料、是否需要客户同意，以及怎样避免泄露其他项目资料。没有客户授权，不要承诺把完整合同发给每一位访客。受控演示可以只展示获准的局部和必要的前后关系，同时说明不展示部分影响了哪些判断。 公开不可见的事实，不能写成读者已经独立验证。可以明确说“公开页面未展示原始记录，进一步资料需按授权范围提供”，让采购者自行决定是否继续了解。也不要把图库照片放在案例结果旁边，让人误以为那是项目现场。工序照片的说明方式可参考[如何用工厂照片解释生产能力](/post/factory-photo-process-capability/)。 ## 发布前，找出最容易被误读的一句话 把正文、标题和图片说明交给一位不了解项目的同事，请他复述“做了什么、证实了什么、还有什么不知道”。如果他的复述比原始材料更强，就把触发误读的句子改掉。尤其检查“解决”“验证”“量产”“客户认可”等词，是否都有对应记录，而不仅是作者的推断。 网站需要把这些资料组织成可搜索的案例页时，可结合光算[谷歌SEO服务](/seo/)讨论页面内容、关键词与相关产品链接，执行范围按具体项目确定。事实批准仍由企业和客户负责；SEO编辑不能替他们确认项目真实性或公开权限。 以后项目状态变化，也要回到原句更新。样件阶段不能一直被描述成批量应用，客户撤回公开许可时也要按已确认的处理安排执行。匿名案例是否可信，最终取决于每一个表述能否找到相称的记录。 --- ## Headless电商能下单就算上线成功？SEO还要过这些检查 - URL: https://www.guangsuan.com/post/headless-commerce-seo-release-gates/ - 作者: Don Jiang - Published: 2026-09-11T09:42:41+08:00 - 摘要: 自定义电商前端能交易，不代表SEO已可上线。以Hydrogen官方要求为依据，检查直接访问、渲染内容、状态码、市场商品数据、sitemap和robots，并明确阻塞项与后续观察。 Headless电商能把商品加入购物车、完成测试结账，不代表SEO已经可以上线。自定义前端需要负责公开网址、HTML内容、规范标签、站点地图和错误状态；商品后台的数据存在，也不等于这些内容已经正确交付给访客与搜索引擎。上线验收应同时覆盖交易流程与公开内容，两者不能互相替代。 ## 后台有SEO字段，前端仍需把它输出 以Shopify Hydrogen为例，[官方SEO文档](https://shopify.dev/docs/storefronts/headless/hydrogen/seo)要求配置元标签与描述、sitemap.xml、robots.txt，并介绍了用于生成SEO元数据的工具。采用框架不意味着每个自定义路由都已经正确使用这些功能。团队还要核对项目依赖版本，不能把一段“latest”文档代码直接当作现有项目的兼容性证明。 对首页、集合、商品、文章和不存在的地址分别建立样本。每个样本写出期望状态、主要内容、title、canonical及是否允许索引。商品应有自己的标题与描述，不能所有路由都继承首页文案；预览环境的noindex也不能被意外带到正式商品页。 原创场景示意：商品数据与不同前端分离，展示结果仍需逐端核查；不是实际客户架构、商店截图或测试成绩。 ## 先用直接请求检查，再打开浏览器 对商品URL做一次普通GET，保存响应状态、响应头和HTML。检查产品名、主要说明、可用商品链接是否在预期阶段出现，再与浏览器完成渲染后的页面比较。服务器渲染、预渲染与浏览器加载可以有不同组合，但团队必须解释关键内容何时可见，而不是只交一张页面截图。 [Google的JavaScript SEO文档](https://developers.google.com/search/docs/crawling-indexing/javascript/javascript-seo-basics)说明抓取、渲染与索引的处理，并提醒应用使用有意义的HTTP状态码。下面的命令只是对已获准公开页面的只读检查示例，不是本文执行过的店铺报告： ``` `curl -sS -D product.headers \ https://example.com/products/sample \ -o product.html` ``` 不要给示例加上真实令牌，也不要用包含购物动作的URL代替样本。代码返回HTML后仍需要阅读实际内容，命令退出成功不代表商品已正确渲染。若HTML只是空容器，再调查数据加载和渲染路径，不要立即断言Google完全不能处理JavaScript。 ## 直接落地、刷新和站内点击，都要到同一商品 客户端导航正常，但直接访问深层产品URL返回404，是上线前必须解决的路由问题。反过来，所有不存在的路径都返回200加一个“找不到”画面，也会混淆页面状态。为正常商品、错误handle、旧地址和需要登录的路径分别测试，确认状态与可见内容一致。 改过handle的商品，需要核对旧地址到新地址的跳转由谁负责：平台、CDN还是应用路由。不能只看Shopify后台存在条目，就推断自定义店面域名已经使用该规则。具体旧新路径方法可参照[产品handle修改验收](/post/shopify-product-handle-change-verification/)。 商品卡片、面包屑和分页应提供可理解的链接目标。鼠标点击有效不等于复制链接、新窗口打开或直接请求也有效。首轮可以先检查一组典型模板，但必须明确未覆盖范围，不能从一个商品样本推断整个目录都正常。 ## 用同一件商品核对数据，不让缓存展示另一种状态 把可见商品信息与结构化数据、API数据对应起来：商品身份、价格、币种、变体、库存表述应有一致的来源。若市场或语言切换改变了数据，还要检查缓存是否按实际状态区分。不要让某个市场的HTML展示另一市场价格，再期待一段正确JSON-LD修正用户看到的内容。 验证数据变化时，应在隔离测试环境使用获准的样本，记录变更何时进入前端、缓存刷新如何触发及失败时显示什么。无需制造库存或销量来证明系统有效。来自WordPress内容后端的Headless项目，还应核对[REST接口限制与前台依赖](/post/wordpress-rest-api-disable-dependency-audit/)，避免管理员可看、匿名访客空白。 ## 上线阻塞项与后续观察项要分开 核心商品直接访问失败、正式页仍被全站阻止、商品数据串到错误市场，这些问题应先修复再放量。搜索结果暂时没有出现新页面，则需要结合抓取与索引数据观察，不能仅凭上线当天未搜到就反复改URL。团队应在发布前约定什么情况立即回退，什么情况进入后续监测。 错误页也应有可用的继续浏览入口，而不是只返回技术错误字符串。浏览器端某个推荐组件失败时，主商品信息是否仍可阅读，属于降级能力的检查；不可把整页依赖关系隐藏在“接口偶尔慢”一句话里。记录失败请求与保留下来的内容，才能判断故障是否影响搜索落地及实际选购。 ## 站点地图、robots与发布域名一起检查 请求正式域名的站点地图，确认返回的是可解析XML，不是应用统一输出的HTML壳。抽查其中地址是否属于当前正式域、能直接访问，并与页面canonical一致。robots.txt也应来自正式部署，不能仍引用测试主机，或携带为保护预览环境设置的全站阻止规则。 需要保护的预览环境继续保护，不为了方便验收公开生产数据副本。光算的[网站技术优化服务](/seo/)可按项目整理路由、内容输出与页面发现的验收范围；部署权限、支付和数据同步测试应由对应团队承担并记录。 发布判断应写得具体：哪些模板完成了直接请求与浏览器检查，哪些市场已核对，哪些异常仍阻塞上线。正式发布后再读取公网同一组样本。技术通过、已被索引、已经带来询盘是不同阶段，没有实际Search Console或业务数据，就不宣称后两项已经实现。 --- ## Shopify产品handle改完别急着收工：旧链接与市场路径都要验 - URL: https://www.guangsuan.com/post/shopify-product-handle-change-verification/ - 作者: Don Jiang - Published: 2026-09-11T09:42:41+08:00 - 摘要: Shopify产品handle更名后，逐项验证旧URL、新页canonical、站内引用与市场目录。说明404源地址条件、301缓存和官方子目录措辞差异，不把后台保存当成全部验收。 Shopify产品handle改名后，要确认旧URL能到达正确的新商品页，再核对新页canonical、站内引用以及语言或市场路径。后台保存成功只是字段已变更，不代表所有旧入口都已处理。单件商品的小改名，也值得留下明确的旧新地址对应记录。 ## 先确定改的是标题，还是网址 产品名称、搜索展示标题与产品URL不是同一件事。如果只是调整名称表达，先判断是否真的需要改handle。为塞进更多关键词频繁换网址，会增加旧链接维护成本，却不能保证排名上升。假设把`blue-work-bag`改为`waterproof-work-bag`，应有商品定位或命名规范上的明确理由。 [Shopify产品编辑文档](https://help.shopify.com/en/manual/products/add-update-products)将产品搜索展示的编辑放在对应产品的Search engine listing部分。实际后台语言、权限和界面可能不同，操作前核对当前店铺显示，不必为寻找某个教程中的固定按钮而改动其他字段。本文使用示例handle说明检查方法，未登录或修改任何店铺。 ## 改名前，把真正用过的旧入口列出来 记录完整旧路径和计划的新路径，保留商品身份信息，避免把相似商品混在一起。再整理站内导航、集合卡片、相关文章、邮件活动及外部已知引用。外部链接未必能全部改掉，正因如此，旧地址到新地址的处理很重要。 同一商品如果还通过collection上下文路径进入，另外记录这些入口。它们与单纯的产品短路径不同，具体生成方式可参考[within与集合产品路径](/post/shopify-collection-product-url-within/)。不要只测试浏览器收藏夹里的一个短网址，就宣布所有旧链接正常。 原创路径示意：主路径与市场路径分别核查。图中URL为教学示例，不表示Shopify店铺已经配置或测试成功。 ## 重定向条目存在，不代表请求一定经过它 [Shopify重定向官方说明](https://help.shopify.com/en/manual/online-store/menus-and-links/url-redirect)指出，其URL重定向只对返回404的源地址工作；仍有有效内容占用的源地址，不应期待重定向覆盖它。不要为让规则生效随意把正常商品设为草稿，这会改变商品销售状态。应先确认旧handle是否已经释放，以及是否存在冲突的路径或规则。 保存变更后，用未登录窗口直接请求旧产品地址，记录每一跳状态和Location。理想的维护结果是旧入口直接到正确新页，最终页面正常显示同一商品。若到首页、错误集合、另一件同名商品或形成循环，都不能算完成。浏览器可能缓存301，所以还应由维护人员使用不带旧缓存的请求复核。 再直接访问新地址，检查商品名称、图片、选项与购买状态。新页不能继续把canonical指向旧handle；内部链接也应更新为当前首选地址，不要长期依靠每次点击都跳转。对于含变体选择的入口，检查落地后是否仍选中了预期变体。 ## 市场子目录要单独验，不沿用过时的一刀切说法 Shopify官方页面有两段需要对照阅读的说明：“Redirects and subfolders”一节举例，主路径的一条规则可延伸到加拿大目录，并保留该目录；同页限制说明则说不会自动应用于所有市场子目录，举出的例子是从一个地区目录跳到另一个地区目录。两者的目标场景不同，不能只截取“自动”或“不自动”作一刀切结论。文档的概括措辞仍有歧义，实际验收应按店铺域名、市场目录和预期目标逐条请求验证。 按当前市场清单逐项访问旧路径与新路径，确认最终域名、语言目录及商品内容正确。若不同市场需要不同落地目标，先查看当前平台支持的配置方式并在相应目录单独验证；不要凭旧教程笼统宣称“语言路径永远不支持”或“所有路径必定自动处理”。 这一轮还要检查页面里的canonical与适用语言关联没有继续引用旧handle。Google的[规范网址文档](https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls)强调规范信号的一致性。重定向、页面输出和站内链接互相矛盾时，先修正来源，再讨论重新抓取。 ## 回退也要检查，不能只把handle改回去 如果新命名出现问题，回退前先检查已经建立的重定向和更新过的引用。直接改回旧handle，可能留下方向相反的规则或让新地址成为新的失效入口。把回退后的旧新路径再请求一次，确认没有循环，内部链接和canonical也恢复到计划中的同一地址。 已经发出的邮件和外部引用无法随后台回退自动撤回，因此两个方向上曾经公开使用过的入口都值得保留记录。批量操作更应先用少量获准样本验证，再逐项执行；同名产品、相近handle及不同市场目标不要仅按表格行号匹配。验收需要证明具体源地址到达具体目标，而不是只报告导入了多少条规则。 路径记录应保留原始拼写、大小写和参数，不先“整理成看起来正确的URL”再测试。否则验证的是整理后的地址，而非客户实际保存的旧链接，容易遗漏真正仍在使用的入口。 ## 改名工单的结束条件 - 旧产品主路径的真实请求到达预期新页，不跳无关首页，不循环。 - 新地址直接访问正常，canonical表达正确的当前页面，商品与变体信息未误改。 - 已知站内引用和集合入口使用计划中的地址，必要市场路径有独立核查记录。 - 保留旧新路径、修改原因、执行时间和回退安排；批量改名时逐项匹配，不能只看数量一致。 如果站点使用Headless前端，路径与重定向还可能由自定义路由层处理，应追加[前端上线的路由验收](/post/headless-commerce-seo-release-gates/)，不能默认后台规则会覆盖所有部署。光算可在[SEO技术优化](/seo/)项目中核对改名影响与内链范围，具体工作按店铺情况确定。搜索结果何时更新，需要后续真实数据，不以保存按钮或一条301记录代替。 --- ## 两个SEO插件一起用，标签会更完整吗？先找重复输出的来源 - URL: https://www.guangsuan.com/post/wordpress-duplicate-seo-output-ownership/ - 作者: Don Jiang - Published: 2026-09-11T09:42:41+08:00 - 摘要: 多个SEO插件是否冲突，要看title、canonical、robots与结构化数据内容。用模板样本追踪输出来源，保留人工字段与索引例外，在测试副本定位并核对公开响应。 两个SEO插件一起启用，不一定让标签更完整。关键是title、description、canonical、robots和结构化数据分别由谁生成，是否表达同一页面身份。先看公开HTML，再决定关闭哪一项输出；不要因为发现两段JSON-LD，就把所有结构化数据一起删掉。如果重复来源确实落在主题和插件之间，就按[结构化数据冲突的排查顺序](/post/wp-seo-plugin-conflict)逐个停用验证。 ## 重复数量只是线索，冲突内容才决定风险 同一页面出现两个不同canonical，一个指向当前商品，一个指向旧域名，需要追查。商品的robots里出现意外noindex，同样值得优先处理。但两个独立的结构化数据块可能分别描述商品和面包屑，不能仅凭脚本数量判断错误。[Google结构化数据指南](https://developers.google.com/search/docs/appearance/structured-data/sd-policies)也说明，一个页面可以包含多个对象，既可嵌套，也可分别标记。 [Google规范网址文档](https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls)提醒，不要用不同的规范化方法为同一个页面指定不同URL。实践中最有用的问题是：“这些输出是否推荐同一个内容地址？”而不是“插件评分有没有全部变绿？” 原创场景示意：两个输出来源叠加到同一页面。用印刷动作解释冲突，不是WordPress后台或真实标签检测结果。 ## 先保存一组页面样本，不急着停插件 选择首页、文章、商品、分类及一个按计划不索引的页面。不同模板可能有不同来源，首页正常不能代表商品页正常。对每个样本保存未登录GET响应、HTML头部、全部JSON-LD内容和最终URL，同时记录主题与相关插件版本。 可以在浏览器查看源代码，搜索`canonical`、`name="robots"`和`application/ld+json`，但最终判断还要考虑HTML属性写法及响应头，不能把字符串搜索当成完整解析。开发人员应解析标签，记录数量、值与所在位置；动态注入的内容还需与执行脚本后的DOM比较。 每条记录旁边标出目前已知来源。HTML注释可以是线索，但不能当作唯一证据；缓存可能还保留旧插件生成的注释。看不出来源时，先记“待定位”，不要按品牌知名度猜。 ## 把输出职责拆到模块，不只按插件名称分工 整理一张简短清单：搜索标题与描述由哪一处管理；canonical与robots由哪一处输出；商品结构化数据从哪个商品字段读取；面包屑由主题还是扩展渲染；站点地图由谁生成。相同插件可能管理其中几项，电商扩展也可能只负责商品数据。这张分工表整理完，再用[描述插件的选择依据](/post/wp-meta-description-plugin)判断是否真的需要新增一套输出。 假设主SEO插件已经生成Article信息，主题又硬编码了一份不同作者与日期的Article。这时要修正的是重复描述同一文章且内容不一致的来源。若另一个扩展生成独立BreadcrumbList，则不能在没有检查内容关系前一起删除。对于价格、币种、库存或评价，优先与页面实际可见商品数据核对，不能为通过检测虚填字段。 产品地址本身不一致时，还应追查内容链接的生成逻辑。WooCommerce属性归档可对照[全局属性与归档地址检查](/post/woocommerce-attribute-archives-enable-check/)，别试图用多加一条canonical掩盖错误的页面身份。 ## 在测试副本定位冲突，保留可以回退的记录 [Yoast官方冲突排查指南](https://yoast.com/help/how-to-check-for-plugin-conflicts/)强调在受控环境中识别原因。建议先建立获准的测试副本，再一次改变一个相关输出模块，并重新抓取同一组URL。不要在有交易的生产站直接停用全部插件，也不要为排障顺手升级所有组件，让多个变量同时改变。 如果停掉一个模块后重复标签消失，检查预期标签是否仍然存在、内容是否正确。没有canonical不等于冲突已妥善解决；没有商品结构化数据也不等于商品SEO迁移成功。若故障与主题有关，测试副本中比较主题输出，而非贸然更换生产主题。 迁移插件时要先确认历史标题、描述、索引例外和重定向规则的存储与导入方式。启用新插件并不自动证明这些设置已转移。尤其注意某些页面原本有意noindex，迁移后恢复可索引可能是业务风险，不是“优化完成”。 ## 迁移时保留例外页面，不把默认值当历史设置 一个教学样本是：普通文章使用自动标题，某篇技术说明有人工编写的搜索标题，站内搜索结果不允许索引。新插件的默认配置可能让普通文章看起来正常，却丢掉后两项例外。因此样本选择要覆盖人工覆盖字段和按页面类型设置的规则，而不只是随机打开几个热门页面。 对每个例外写出旧输出、需要保留的原因和新输出。旧设置不合理时可以提出修改，但要把“有意调整”与“迁移遗漏”区分开，不能用新插件默认值覆盖后反称旧数据不重要。SEO字段导入完成后，仍需查看真实模板是否读取了导入位置。 同样要留意主题中的手写标签和应用注入脚本。卸载一个SEO插件不会自动删除独立主题片段；缓存也可能继续交付旧响应。只有建立具体字段到输出来源的对应关系，下一次升级或换主题时才知道该复查哪里。 媒体相关的插件选项也应单列，尤其是附件页重定向。可先分清[附件HTML页和媒体文件URL](/post/wordpress-attachment-page-file-url-check/)，不要在迁移SEO插件时把图片引用一起误改。 ## 公开响应读回，才算完成这次改动 确认新方案后，按授权流程发布并处理相关缓存，重新获取同一组页面的公开响应。记录每个字段的实际输出及责任来源，检查站点地图里的域名与路径。测试副本正确而公网仍输出旧标签，需要继续定位缓存层，不能把工单关掉。 光算的[SEO技术优化服务](/seo/)可按项目整理输出来源、迁移样本与回归范围。验收写“这些模板的这些字段已一致”，不要写成“插件冲突全部消失、排名一定恢复”。Google重新抓取与重新选择规范页需要另外观察，标签清理本身不是搜索成效证明。 --- ## 为SEO关闭WordPress REST API？先查编辑器和前台依赖 - URL: https://www.guangsuan.com/post/wordpress-rest-api-disable-dependency-audit/ - 作者: Don Jiang - Published: 2026-09-11T09:42:41+08:00 - 摘要: 为SEO关闭WordPress REST API可能破坏编辑和前台内容。先梳理路由、调用身份与数据权限，检查匿名访问、编辑角色及外部集成，再决定限制范围，不照抄全关代码。 不要为了SEO直接关闭WordPress REST API。它是WordPress编辑与扩展功能使用的数据接口，关闭整套接口可能让编辑器保存、前台商品加载或自定义应用出问题。应先判断要解决的是未授权数据访问、异常请求，还是页面内容无法被搜索引擎读取，再按具体路由、调用者和权限处理。 ## 看到wp-json公开访问，不等于发现漏洞 [WordPress REST API手册](https://developer.wordpress.org/rest-api/)说明，公开内容通常也可以通过REST API公开访问，私有或受保护的内容则受身份验证限制，或取决于是否被专门配置为公开。这是数据访问机制的设计。能读取一篇本来就公开的文章，不能单独证明越权。 真正需要排查的是接口是否暴露了本应私有的字段，或是否允许没有权限的人执行写入。不要在工单里粘贴真实令牌、客户记录或完整订单响应；保留字段名称、权限预期与脱敏后的错误证据即可。自定义接口还要核对开发人员配置的权限检查，不能用WordPress核心默认行为为所有插件担保。 原创场景示意：同一套数据接口可能服务编辑、展示与移动应用；画面不是网络拓扑实测，也不代表任何客户系统。 ## 官方为什么不建议整体禁用 [REST API官方常见问题](https://developer.wordpress.org/rest-api/frequently-asked-questions/)直接指出，不应禁用REST API，因为这会破坏依赖接口的WordPress后台功能。该文档也提供了要求身份验证的示例，但“限制匿名访问”同样会影响依赖公开读取的应用，不是一段对任何网站都安全的通用加固代码。 例如一个假设的产品目录，首屏标题由服务器输出，产品卡片却在浏览器里通过公开接口加载。匿名请求一旦被统一拒绝，管理员登录后仍能看到卡片，普通采购者却只见空白。只测试后台账号，是这类改动最容易产生的误判。 因此需要把三个问题分开问：谁在调用，读取或修改什么，当前是否允许该调用者做这件事。以路由和操作为单位确认，比把所有包含`wp-json`的请求一律拦截更准确。限流、字段权限和认证失败也不能混作同一种故障。 ## 先建立依赖清单，再讨论限制方式 - 在测试副本打开编辑器，观察加载、保存和预览时的网络请求。只记录路径、请求方法、状态码及功能，不保存凭据。 - 退出登录后访问首页、产品页、搜索、筛选和分页。记录哪些内容依赖接口，哪些在初始HTML中已经存在。 - 向集成负责人确认移动应用、同步工具或Headless前端使用的路由及认证方式。不能因为浏览器里没看到请求，就认为外部集成不存在。 - 对每个拟限制路由写出预期：允许哪些公开读取、哪些操作需要认证、哪些角色可以修改。无法解释用途的路由先调查，不先封禁。 浏览器出现403时，还要核对响应来自WordPress、反向代理还是安全服务。有些防护会返回HTML验证页面，前端却按JSON解析，于是显示的只是“数据错误”。保留状态码、内容类型和错误发生的页面，有助于维护人员找到实际拦截层。 ## SEO核查应看商品内容，不只看接口能否返回JSON REST接口可访问，并不代表最终页面已经具备可搜索的内容。应直接访问产品URL，检查名称、主要说明、规格和普通导航链接是否呈现；再比较初始HTML与脚本执行后的页面。接口返回正确商品而模板没有渲染出来，仍然是前台故障。 反过来，某个与公开内容无关的受保护接口返回认证失败，也不必被当作SEO错误。Google的[JavaScript SEO基础文档](https://developers.google.com/search/docs/crawling-indexing/javascript/javascript-seo-basics)解释了抓取和渲染过程。需要验证的是爬虫访问目标页面时能否获取应公开的内容与链接，而非追求全站每个接口都返回200。 若正文经 AJAX 才出现，可参考[WordPress AJAX 正文可抓取性的核对步骤](/post/wp-ajax-content-crawlable)查渲染后的内容。 使用自定义前端时，可以继续按[Headless电商上线检查](/post/headless-commerce-seo-release-gates/)核对路由与HTML。若只是原生搜索页设置异常，则应回到[搜索结果页noindex输出](/post/wordpress-search-results-noindex-boundary/)排查，不用关闭API替代索引控制。 ## 把一次接口错误写成能执行的工单 例如一个教学场景：匿名访客打开目录页后标题正常、产品卡片空白，网络记录显示某个公开商品读取路由返回403。记录应包括目录URL、该路由、请求方法、发生身份、期望可公开字段和实际响应类型。不要写成“REST坏了，请打开全部接口”，因为另一些路由可能本来就应该拒绝匿名访问。 如果恢复该路由后前台显示正常，继续检查它是否只返回计划公开的信息，以及正常编辑和外部集成是否仍然工作。工单的完成条件应同时包含功能与权限，而不是“403变200”这一项。对写入接口尤其如此：无权限调用得到拒绝，本身可能正是应该保留的正确结果。 ## 限制生效后，用不同身份复测 至少分别检查匿名访客、日常编辑角色以及已登记的应用调用方式。测试应包括正常读取、允许的写入、明确禁止的操作和出错后的可见反馈，写入测试只在获准的测试环境进行。不要用管理员成功保存一篇文章，证明所有角色都正常。 光算的[网站技术优化](/seo/)可按项目核对接口依赖与内容渲染，安全策略、账号权限和集成改造应另行明确负责人。最终选择可能是保留接口并修正某个路由，而不是安装一个“全关”插件。没有实际店铺回归之前，只能称为方案，不能称为已经安全上线。 --- ## WordPress站内搜索页被收录：先查noindex有没有真正输出 - URL: https://www.guangsuan.com/post/wordpress-search-results-noindex-boundary/ - 作者: Don Jiang - Published: 2026-09-11T09:42:41+08:00 - 摘要: WordPress核心有搜索页noindex函数，但自定义搜索、插件与缓存可能改变输出。检查公开HTML、响应头和抓取条件，区分索引控制、动态搜索用途与敏感内容权限。 WordPress站内搜索结果页需要保持可用，但通常不应因为每个搜索词都生成一个地址，就把这些动态结果全当成独立搜索落地页。如果结果页已出现在Google中，先检查它最终输出的noindex及抓取条件，再追查主题或SEO插件。不要只在robots.txt里添加Disallow，就认为已有搜索结果会自动消失。 对于已经暴露在搜索结果中的站内搜索页，继续核对[WordPress 搜索结果页的处理选项](/post/wp-search-page-beyond-noindex)。 ## 核心有搜索页noindex函数，不代表自定义结果页一定调用它 WordPress提供`wp_robots_noindex_search()`。[官方函数说明](https://developer.wordpress.org/reference/functions/wp_robots_noindex_search/)写明，它在执行搜索时向robots元标签加入noindex；源码根据`is_search()`判断当前查询。这个条件十分重要：长得像搜索页的自定义模板，未必被WordPress识别为原生搜索查询。 例如某个目录应用在`/catalog-find/`下自行调用接口输出结果，不能因为页面上有搜索框，就推断核心搜索钩子已经生效。相反，普通原生搜索页也可能被主题、插件或缓存改变最终输出。要从实际HTML回看责任层，不能只凭安装了WordPress或某个SEO插件作结论。 ## 取几个不同结果，检查同一套规则 选一个有结果的查询、一个无结果的查询，以及有分页时的后续页。只使用无敏感信息的测试词；不要把客户邮箱、订单号或询盘内容放进公开URL。分别用未登录窗口访问，记录最终地址、状态码、页面内容和robots元标签。 检查范围应包括HTML中的`meta name="robots"`、特定爬虫标签，以及响应头里的`X-Robots-Tag`。若存在多个来源，保留每条完整内容，再定位主题、SEO插件或服务器配置。不要看到其中一条带index就认为一定可索引，也不要再添加一条互相冲突的标签来试图覆盖。 同时比较缓存命中与绕开旧缓存后的结果，具体方式由维护人员按站点架构安排。后台预览正确而公开页面仍是旧HTML，修改插件开关并没有完成任务。问题涉及重复输出时，可接着看[多个SEO来源的标签检查](/post/wordpress-duplicate-seo-output-ownership/)。 ## noindex要被抓到，才能用于移除索引 [Google的noindex文档](https://developers.google.com/search/docs/crawling-indexing/block-indexing)明确要求：页面不能被robots.txt阻止，并且爬虫能够访问，才能读取指令。若搜索页已经被Disallow，后来再在HTML里加noindex，Google可能仍看不到新设置。 处理顺序应根据现状确定。对于已被索引、希望退出搜索的结果页，先确认允许Google读取有效noindex，并观察后续重新抓取；不要把所有搜索参数全站解封而不评估请求规模。若站点同时受到大量滥用查询，应让维护人员协调抓取范围、请求限制和索引处理，避免一个设置抵消另一个设置。 这也不是立即消失的保证。记录实际抓取时间与指令状态，后续通过有权限的Search Console检查具体URL。没有账号数据时，只能报告公开响应已核对，不能虚构“全部搜索结果已移除”。 ## 搜索词值得做页面，不等于保留动态搜索URL 假设“耐高温密封圈”确实是采购者的稳定需求。更合适的做法可能是建设有明确规格、材料限制和商品范围的固定专题页，而不是把每一种站内拼写都变成公开落地页。专题承担完整解释，搜索框继续帮助访客快速查找，两者可以并存。 不要把全部搜索结果canonical到首页，或统一指向一个与结果无关的分类。用户搜不同型号，结果内容可能明显不同；随意指定目标并不能让内容关系变得合理。也无需把一批动态结果塞进站点地图，来证明站内搜索“能被找到”。商品和文章应有自身可维护的导航入口。 ## 分页和自定义搜索路由怎样交给开发排查 一份可用的工单可以选同一个公开测试词，列出第一页、第二页和清空搜索词后的地址。分别说明页面是不是原生搜索查询、是否有结果、输出了哪些robots指令。若第一页有noindex而第二页没有，就从后续页模板或请求路由的差异排查，而不是改整站索引开关。 对于应用接管的搜索，另写出进入方式：是提交搜索框跳到新URL，还是留在当前页面加载结果。前一种需要检查结果URL本身的索引策略；后一种还应检查搜索状态是否生成可分享地址，以及该地址直接访问时的内容。没有独立URL的弹层，与可被外链引用的结果页不是同一种对象。 如果旧搜索地址已经出现在文章链接中，先把这些入口改为真正相关的固定页面或保留必要的站内查找用途，不要为了移除索引就破坏用户寻找产品的方式。还要核对自定义搜索是否将公开内容中的部分词当作路径段使用，避免一个过宽的规则误伤正常产品或文章。最终让每条规则对应明确的URL样本及预期，比一句“所有搜索页不收录”更容易验证。 ## 搜索索引控制与隐私保护不能混用 原创场景示意：不参与搜索索引不等于禁止访问，敏感内容仍需要权限保护。不是WordPress界面，也不表示搜索引擎已执行noindex。 noindex只用于支持该规则的搜索引擎，不会让公开页面变成私有页面。如果搜索能返回内部文档、草稿、个人信息或不应公开的附件，应修正权限与查询范围，而不是只加标签。接口提供的内容也要检查，特别是结果由REST API加载的主题，可参照[REST依赖与权限范围的检查](/post/wordpress-rest-api-disable-dependency-audit/)。 光算的[SEO技术诊断](/seo/)可以按项目核对搜索入口、模板输出和页面发现路径，实际权限整改由对应负责人确认。最终记录应把“搜索功能正常”“结果页noindex可被读取”“敏感内容不可公开访问”分开；三个结论需要不同证据，不能用一个绿色插件提示代替。 --- ## WooCommerce的add-to-cart链接别当产品页：加购网址这样核查 - URL: https://www.guangsuan.com/post/woocommerce-add-to-cart-url-seo-check/ - 作者: Don Jiang - Published: 2026-09-11T09:42:41+08:00 - 摘要: WooCommerce加购网址是动作入口，不是产品内容页。核对简单商品与变体ID、数量、跳转和AJAX反馈；先静态检查，再在获准测试环境验证，避免审计误触购物动作。 WooCommerce的`?add-to-cart=`网址用于执行加购动作，不应被当作产品内容页放进站点地图、商品标题链接或canonical。排查时先辨认它指向哪件商品、是否携带数量以及加购后停留在哪里；涉及真实购物车状态的请求，应在测试店铺和独立会话里验证，不能让爬虫批量点击生产站加购链接。 ## 动作网址与产品网址的任务不同 产品详情页解释商品、规格、库存和购买条件，适合被分享与作为商品发现入口。加购网址则可能改变当前访客的购物车。浏览器直接跟随这类链接通常发送GET请求，但这里的GET可能带有加购副作用，不能因此当作安全的只读检查；也不要把平台现有用法当作新接口设计建议。即使加购后最终仍显示产品页，它也不是同一个无副作用的读取动作。主题按钮、营销活动链接和商品名称链接应各自承担清楚的职责。 [WooCommerce官方加购URL文档](https://woocommerce.com/document/quick-guide-to-woocommerce-add-to-cart-urls/)提供简单商品的示例结构： ``` `https://example.com/?add-to-cart=PRODUCT_ID&quantity=QUANTITY` ``` 这是不可直接使用的说明格式，`PRODUCT_ID`与`QUANTITY`需要替换为获准测试的商品信息。不要把示例数字照抄到真实店铺，也不要把sku或产品slug误当内部ID。相同的数字在另一家店铺可能是完全不同的商品。 ## 变体商品要核对变体ID，不能只看父商品名称 官方文档对指定变体使用变体ID。例如颜色和标志组合对应一个具体变体，产品父级的名称并不能唯一表达这个购买选项。拿父商品ID去测试，却只根据“购物车里出现了同名商品”判定成功，很容易漏掉颜色、尺寸或配置错误。 本地原创教学程序实截：实际执行一次GET加购，购物车由空变为demo-blue两件。不是WooCommerce界面或平台兼容性测试；商品图与标识均为原创教学素材。 测试记录应写清父商品、目标变体、数量和可购买状态。若商品需要额外配置、订阅条件或其他扩展提供的必填项，不能假设基础URL示例自动适用。先查该扩展官方接口与加购要求，必要时继续使用产品页中的完整选项流程。 ## 先做静态检查，再做受控的加购测试 第一轮不需要真的加购物车。导出或查看页面中的href，找出包含`add-to-cart`的链接，按商品卡片按钮、文章活动链接、导航和异常内容入口分类。核对商品名称是否仍链接到真实详情页；仅剩加购按钮可点击的卡片，会让浏览与购买动作混在一起。 同时查看站点地图和规范链接中是否错误包含该参数。若有，追查生成这些URL的主题或插件，不要只在导出的清单里删除一次。源头仍生成动作链接，下次更新就会再次出现。多个插件同时输出标签时，可用[重复SEO输出的责任排查](/post/wordpress-duplicate-seo-output-ownership/)定位。 第二轮在获准的测试店铺执行。新建独立浏览器会话，从空购物车开始，只执行一次已知链接，然后检查品项、变体、数量和最终地址。再以已含该商品的购物车测试一次，确认重复点击的实际行为。不要下真实订单，不触发生产支付、库存扣减流程或自动营销通知。 ## 跳转和AJAX要分别看结果 官方文档展示了把加购参数放在购物车或结账路径上的用法，也说明站点设置会影响加购后的停留位置。验收时应写出实际最终URL，而不是认为路径写了checkout就必定满足所有结账条件。用户是否仍需选择配送、登录或补足必填项，应按具体店铺检查。 如果主题采用AJAX，页面不整页刷新也可能已经完成加购。检查购物车内容和可见反馈，不能以地址栏没变化认定请求未执行。反过来，出现成功提示也不能替代品项与数量核对。缓存和代理必须尊重动作的动态性质；具体规则由实际架构决定，不能给所有店铺照抄同一段缓存配置。 ## 审计工具也可能误触动作链接 给开发人员或SEO工具提供抓取范围时，应把加购、结账、退出登录等动作入口单独标记，避免把“遍历所有href”当作无副作用的检查。自动工具是否会点击、预取或重复请求，需要看具体行为；不要假设只有人按下按钮才可能改变会话状态。静态提取链接已足够完成很多第一轮检查。 需要验证活动链接时，最好另建获准的测试商品并说明不会发送真实营销消息，也不会进入生产支付。若店铺包含库存预留、税费或其他扩展逻辑，由对应维护人员确认测试影响。测试完成后清理测试会话与获准的临时数据，保留链接结构和结果记录即可，不把购物车中的客户信息写进公开报告。 对于失效变体或不可购买商品，测试应确认页面给出能理解的反馈，且没有误加入另一种默认配置。不要把购物车空着视为唯一失败表现；加错商品比没有加入更需要立即处理。 ## robots和canonical都不是购物车的安全开关 不要把动作URL写成canonical来“集中权重”。Google的[规范网址文档](https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls)针对重复或高度相似的内容页，选择的是应代表内容的地址。购物动作本身不应被包装成独立内容资产。 robots.txt也不能阻止所有自动程序执行请求，更不能代替权限和业务校验。应先纠正错误的内容入口与生成逻辑，再由维护人员按实际需求评估抓取控制。如果光算参与[网站技术优化](/seo/)，可把动作URL清单、来源模板和测试结果纳入项目范围，具体执行另行确定。 收尾时保留一个可重复的测试说明：从哪个页面进入、使用哪个获准的商品与变体、点击几次、预期购物车怎样变化。加购流程可用与SEO入口清楚应同时成立，不能为了其中一项破坏另一项。 --- ## Shopify一排序就丢筛选？按URL状态排查主题交互 - URL: https://www.guangsuan.com/post/shopify-filter-sort-theme-state-check/ - 作者: Don Jiang - Published: 2026-09-11T09:42:41+08:00 - 摘要: Shopify集合页一排序就清空颜色条件？按筛选、排序、移除单项、复制URL与后退操作逐步复现，区分参数丢失、结果未更新和请求覆盖，并核对变体落地状态。 Shopify集合页选好颜色后，一切换价格排序，颜色条件就消失，通常应该先排查主题怎样读写URL参数。筛选和排序各自能用，不代表组合起来仍然正确。把“选条件、排序、移除单项、返回上一页”连起来测试，才会暴露状态被覆盖的位置。 ## 先区分过滤商品和改变顺序 [Shopify storefront filtering文档](https://shopify.dev/docs/storefronts/themes/navigation-search/filtering/storefront-filtering)说明，筛选状态通过集合页或搜索页的URL参数反映；不同筛选条件之间使用AND逻辑，单个筛选内的值使用OR逻辑。比如颜色选蓝或黑，再叠加某个尺寸，含义不是同时要求商品既蓝又黑。 排序则改变结果的排列顺序。[collection模板文档](https://shopify.dev/docs/storefronts/themes/architecture/templates/collection)使用`sort_by`参数选择排序方式，默认值还与集合本身的设置有关。一个筛选后的集合应在同样的条件下重新排序，而不是突然恢复全部商品。 假设主题在排序时直接拼接“集合基础地址加sort_by”，此前的颜色、价格范围等参数就可能丢失。反过来，筛选脚本如果只保留自己的表单字段，也可能把排序选择清空。地址栏是排查入口，商品集合和控件选中态才是最终结果。 本地运行的原创教学演示：筛选与排序共同保留的页面状态。商品图为原创示意，非Shopify后台、客户商店或销量证据。 ## 用固定的一组操作复现，不靠反复乱点 - 从未带参数的集合页开始，记下默认商品顺序，选择一个确实有结果的筛选条件。 - 记录选择后的完整地址及当前商品，切换一种明显改变顺序的排序方式，再核对筛选条件仍在、结果范围未扩大。 - 再添加第二个条件，移除第一个条件。确认只移除了目标条件，保留了另一个条件和排序。 - 复制当前URL到一个新窗口。页面应能恢复地址表达的状态，而不依赖上一个窗口留下的内存变量。 - 用浏览器后退和前进，检查地址、选中态、商品结果是否同步。再做一次手机筛选抽屉中的相同操作。 每一步都记录预期商品和实际商品，不需要伪造测试分数。若URL正确但商品没更新，检查请求返回的片段是否正确替换；若商品正确而勾选框错误，检查控件如何从参数恢复状态。只有其中一个维度正确，不能判定交互通过。 ## 主题修改应保留无关参数，但不能盲目保留所有参数 开发人员可以用URL解析工具修改指定参数，避免手工拆问号和拼接字符串。对排序而言，通常只更新`sort_by`；对清除单项而言，按筛选对象与平台生成的链接处理，不全量清空查询字符串。遇到中文、空格、多值或特殊字符，交给正确的编码方法，别用显示标签直接拼地址。 不过，“保留参数”也需要理解参数的职责。用户改变筛选后，原来所在的后续分页可能已经不存在，应按当前主题的分页实现回到合理起点；不能保留一个失效页码然后显示空结果。跟踪参数与商品筛选参数也不同，复制分享链接前应明确哪些属于页面状态，哪些只是归因信息。 Shopify文档还说明，针对变体的筛选可能使产品对象的媒体和URL指向第一个匹配变体。因此要检查的不只是商品数量：蓝色结果卡片应显示合适的媒体，点击进入后也应保留对应选项。不能为了统一短链接而无条件删掉变体信息。 ## 搜索抓取问题，不靠破坏用户筛选来解决 筛选交互正常与筛选网址是否作为独立搜索入口，是两个任务。修复排序丢条件时，不应顺手把所有筛选链接改成没有href的点击事件，也不应把每种状态都提交到站点地图。先让链接和页面状态正确，再根据内容与现有索引策略判断哪些网址需要被推荐。 若商品卡片里还出现集合上下文路径，可继续检查[within生成的产品链接](/post/shopify-collection-product-url-within/)；不要把集合路径差异误认为筛选条件丢失。需要同时梳理模板链接与可抓取入口时，光算的[SEO技术优化](/seo/)可按具体主题和应用组合确定工作范围，不承诺改一个排序参数就获得排名增长。 ## 零结果、加载失败与快速切换不能混成一类 合法的筛选组合可能没有商品，此时页面应保留已选条件并提供清除方式，让用户知道为什么为空。接口请求失败却显示“没有商品”，则会误导用户调整本来正确的条件。测试时分别准备已知有结果、已知无结果和模拟网络失败的场景，最后一种只在获准测试环境进行。 快速连续改变颜色和排序时，还要看旧请求是否覆盖新结果。例如先请求蓝色，随后改黑色，最后返回的旧蓝色响应不应让页面重新显示蓝色商品而勾选框仍停在黑色。修复方法取决于主题如何管理请求，但验收可以直接描述用户最后一次选择应对应哪组结果。这个样本比单次点击通过更能说明状态处理是否可靠。 ## 验收要覆盖原生控件与应用接管两种情况 有的店铺由主题渲染筛选，有的由搜索应用接管结果。故障发生在哪一层，要看实际请求和替换范围，不能只因后台启用了某个应用就认定责任。给维护方提供主题版本、应用名称、集合样本、逐步复现记录和期望状态；完成修复后再跑同一组操作。本文的画面仅说明应保留的状态，不代表已经测试过读者的真实店铺。 --- ## 同一件Shopify产品出现两种路径：先查主题里的within - URL: https://www.guangsuan.com/post/shopify-collection-product-url-within/ - 作者: Don Jiang - Published: 2026-09-11T09:42:41+08:00 - 摘要: 同一Shopify产品出现短路径和collection路径，先定位Liquid within，再核对canonical、商品身份与集合导航。附明确区分平台规则的本地教学截图及两集合入口对照方法。 同一件Shopify产品同时出现`/products/handle`和`/collections/collection-handle/products/handle`，先查主题是否用Liquid的`within`过滤器生成了集合上下文链接。两种路径并存不等于创建了两件商品，也不能单凭路径较长就判定SEO出错。需要一起核对商品身份、页面canonical和站内入口。 ## within到底改变了什么 [Shopify的within文档](https://shopify.dev/docs/api/liquid/filters/within)说明，这个过滤器在指定collection的上下文中生成产品URL。下面是便于阅读的教学片段，只演示链接生成，不是对任何真实主题做过的修改： ``` `{{ product.url }} {{ product.url | within: collection }}` ``` 第一行使用当前产品对象提供的URL；第二行把collection上下文加入产品链接。判断时不要把`collection`的页面地址、产品自己的地址，以及变体参数混为一类。集合上下文可能被主题用于面包屑或集合内浏览，这属于体验设计，需要检查实际主题，不能只对着一份通用教程删除过滤器。 本地原创教学程序实截：实际点击两个集合入口后，核对同一商品编号与不同来源路径。未运行Shopify或Liquid，不用这个自写程序证明within机制；平台规则见上方官方文档。 ## 从一张商品卡片开始，追到最终HTML 选一件同时出现在两个集合中的商品作为样本。在浏览器里检查两个集合的商品卡片链接，记录完整href，而不只是点击后地址栏留下的最后地址。再分别直接打开短路径和集合路径，比较商品名称、SKU或变体选择、价格与页面内容，确认确实是同一商品。 随后查看每个页面最终返回的HTML头部，记录canonical的数量和目标。Shopify提供`canonical_url`对象，[主题SEO元数据文档](https://shopify.dev/docs/storefronts/themes/seo/metadata)给出的写法是将它放入canonical链接标签。文档说明可用的实现方式，并不能证明第三方主题没有改写，也不能证明某个应用没有额外插入一条。 如果后台显示正确、公开页面却指向测试域或旧handle，应追查主题和应用的输出，而不是继续添加第二个canonical“覆盖”。还要比较源HTML和浏览器执行脚本后的DOM：原始输出正确但后来被改掉，同样需要定位修改来源。 ## 要不要把商品卡片都改成短路径 若集合上下文没有实际用途，统一主要商品入口通常更方便维护；这是实现建议，不是“URL少一层就会提高排名”的规则。改动前搜索当前主题中的`within: collection`及负责商品卡片的片段，确认它还用于哪些位置，例如推荐商品、搜索结果和快速预览。只改自己确认过的输出点。 若主题确实依靠collection上下文提供集合内上一件、下一件或特定导航，则先核查是否值得保留这些功能。可以保留必要的上下文入口，同时让规范信号保持一致。不要为了消灭每一种可访问路径，立即对所有集合产品路径设置跳转，这可能让原本的浏览功能失效。 [Google规范网址文档](https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls)把canonical、重定向和站点地图列为不同强度的信号，也建议站内链接指向规范地址。canonical表达首选，不是阻止用户访问另一条路径的开关，更不是让搜索引擎立即服从的强制命令。 ## 不要误删变体与筛选上下文 产品URL有时会包含变体选择信息。不能用“移除所有问号后内容”的字符串处理统一所有链接，否则采购者从蓝色筛选结果点进商品后，可能落到默认红色变体。路径规范化和保留购买选项是两个检查维度，应记录点击前选中的条件与落地后的实际选项。 这类问题可接着看[Shopify筛选与排序状态的主题回归](/post/shopify-filter-sort-theme-state-check/)。如果近期还改过产品handle，则再用[旧产品链接与市场路径检查](/post/shopify-product-handle-change-verification/)复查重定向，别把旧handle问题误诊为within问题。 ## 用两组集合入口做一份对照 假设同一只工作包出现在“工作装备”和“防水用品”两个集合。先记录两个集合卡片各自生成的href，随后检查两个落地页的canonical是否推荐同一个预期商品地址。within官方文档也特别提醒：标准产品页与集合上下文产品页可能在不同URL上呈现相同内容，需要考虑这种用法的SEO影响。这支持核对重复路径，不等于官方要求所有店铺无条件删除within。 如果其中一个入口显示的面包屑保持对应集合，而另一入口没有，先确认这是否正是主题的设计。再检查收藏商品、推荐商品及从搜索结果进入时的表现：没有collection上下文的入口也应该能正常展示商品，不能依赖上一个浏览页面留下的状态。 对照记录不必复杂。每个入口保留来源页、卡片链接、落地商品、canonical和集合导航结果即可。这样运营能判断是否保留集合体验，开发能知道修改哪处Liquid，SEO人员也能明确哪些地址在传递首选信号，三方不必围绕“长路径不好”争论。 多语言主题还应使用该语言环境下实际生成的链接，不把主站的固定域名与路径直接写死进片段。检查某一语种的集合入口时，先确认目标商品确有对应的公开页面，再核对规范输出。 ## 把修改范围写成可验收的任务 交付记录至少应包括商品样本、来源集合、修改前后href、最终canonical以及集合导航是否正常。更新未发布主题后先预览，并检查桌面、手机、搜索入口和商品推荐区；涉及发布必须按店铺自己的备份与审批流程执行。 需要把路径、内链与模板输出一起处理时，可由光算的[网站技术优化](/seo/)按项目确定范围。完成的标准是链接与页面身份一致、原有选购功能未受损；是否被Google选为规范页，仍要通过后续真实抓取与索引信息观察，不能把一次主题保存当作搜索结果已经更新。 --- ## WordPress附件页关了，图片会消失吗？两种URL要分开检查 - URL: https://www.guangsuan.com/post/wordpress-attachment-page-file-url-check/ - 作者: Don Jiang - Published: 2026-09-11T09:42:41+08:00 - 摘要: 关闭附件页不等于删除图片。依据WordPress核心说明，分清附件HTML与媒体文件、新旧安装默认行为，检查原图、缩略图、点击目标及正文引用，避免误删资源。 关闭WordPress附件页，通常不等于删除图片。附件页是围绕媒体对象生成的HTML页面，媒体文件URL则直接指向图片、PDF等文件。处理前先把这两个地址找出来，分别看响应状态和内容类型；如果把删除媒体文件当成“关闭附件页”，正文图片和下载链接可能一起损坏。 确定关闭策略前，先分清[附件页面关闭后应保留的媒体文件](/post/wp-attachment-page-options)。 ## 同一张图片，可能对应两个不同入口 假设一篇安装教程使用了一张设备接线图。教程正文是一个页面，接线图的WebP文件是一个资源，WordPress还可能为该媒体生成一个附件HTML页。附件页可包含主题头尾、图片标题和图片本身；文件地址打开后通常直接显示图片。地址外观可以提供线索，但不能只凭有没有文件扩展名下结论，CDN或重写规则可能改变表现。 在浏览器中复制正文图片的实际资源地址，再与媒体相关的“查看”链接比较。开发人员可以保存两次GET请求的响应头，重点看`Content-Type`、状态码和重定向目标。一个返回`text/html`，另一个返回`image/webp`，说明检查的是不同对象。PDF同理，不要把附件HTML上的设置直接当作PDF响应头上的设置。 原创场景示意：左边是承载图片的页面，右边是独立图片文件；不是WordPress后台截图。 ## WordPress 6.4的变化，不代表所有旧站自动关闭 [WordPress核心团队的附件页说明](https://make.wordpress.org/core/2023/10/16/changes-to-attachment-pages/)明确区分新安装和既有站点：从6.4起，新安装默认禁用附件页；既有站点升级时保留启用状态。相关选项是`wp_attachment_pages_enabled`。新站默认值为0，附件页会重定向至附件文件地址；旧站升级时设为1，以保留原有行为。 因此，“已经升级到新版本”不是检查结论。迁移过数据库的站点、启用了SEO插件附件重定向功能的站点，以及自行改过模板的站点，都可能有不同的实际结果。核心选项说明默认机制，最终对访客生效的行为仍要从公开URL确认，尤其要退出管理员账号再看一次。 不熟悉命令行的运营人员无需直接改数据库。可以把选项名称、附件样本和期望行为交给维护人员，先做备份并在测试副本检查。不要为了这一项功能访问并修改整页隐藏选项，更不要顺手清空媒体库。 ## 哪些附件页值得保留，哪些只需要文件入口 判断依据是读者是否真的需要这个独立页面。只有图片标题和一张重复图片的附件页，通常不必作为额外导航入口。若页面承载了完整的拍摄说明、图像版权、设备型号标注或可访问性解释，则应先保存这些独有信息，再决定是否迁移到正文或专门的资料页。 不要统一跳首页。访问接线图的人需要的是那张图或所属教程，首页往往无法完成原任务。也不要默认“父文章”一定准确：一张媒体可能被多篇文章复用，上传时的关联并不能证明今天唯一合理的承载页面。先检查真实引用，再确定目标。 如果只是希望搜索结果不展示某个HTML附件页，索引控制和重定向是不同方案。采用noindex时，Google必须能够抓取到指令，不能同时用robots.txt挡住该页面。[Google的noindex文档](https://developers.google.com/search/docs/crawling-indexing/block-indexing)说明了这个前提；它也不意味着图片文件已被禁止出现在图片搜索中。 ## 缩略图能显示，也要检查原图与点击目标 一张媒体可能生成不同尺寸的图片。文章卡片用的是缩略图，详情页用另一尺寸，点击放大又打开原文件；关闭附件HTML页时，这些文件并不应被连带删除。核查不能只看列表里那张小图还在，就认为正文所有用途都正常。逐一检查实际src、响应式候选图与点击href，才能知道哪条引用受影响。 假设旧编辑器把图片点击目标设成附件页，而运营现在希望直接查看原图。正确任务是更新这处点击目标并验证原图可访问，不是替换图片文件本身。若该图出现在多篇教程中，应记录哪些链接已调整，哪些仍保留原有说明页；不要在全站正文里直接替换一个短slug，误伤同名产品或其他资源。 处理PDF附件也要保留同样的对象区分。下载入口返回了文件，并不证明围绕它的介绍页面没有独有内容；介绍页面被停用，也不证明PDF已经停止公开。若资料有版权或访问权限要求，应分别确认HTML与文件的访问策略，而不是让一个跳转承担两种责任。 ## 改动后的核查，要回到使用图片的正文 - 打开原附件页，记录是否按预期保留或跳转，以及最终目标能否访问。发生多次跳转时，把每一跳记下来。 - 直接请求原图片文件，检查文件仍然存在、格式正确。只看到缓存里的旧图不能代替资源核查。 - 打开引用该图的文章，包括手机页面和必要的语言版本，检查图片、图注、放大链接及下载入口。 - 查看站内导航或站点地图是否仍持续推荐已经停用的附件HTML地址。只更新应受影响的引用，不全站替换相似字符串。 涉及robots输出时，可以结合[WordPress页面noindex实际输出的检查方法](/post/wordpress-search-results-noindex-boundary/)，但附件页不应照搬搜索结果页的分类条件。若图片请求与HTML行为都混在缓存、主题和插件之间，光算的[SEO技术诊断](/seo/)可按具体项目核对资源与页面关系；服务范围要先约定，不以“关掉附件页”承诺排名提升。 最后把两个URL和处理理由留在维护记录里。下一位接手人员看到“附件页关闭”时，应能明确知道：关闭的是哪个HTML入口，原文件在哪里，以及哪些正文仍在使用它。 --- ## WooCommerce属性归档打不开？先分清全局属性与产品自定义属性 - URL: https://www.guangsuan.com/post/woocommerce-attribute-archives-enable-check/ - 作者: Don Jiang - Published: 2026-09-11T09:42:41+08:00 - 摘要: WooCommerce属性能显示却没有归档？从全局属性与自定义属性的区别入手，核对Enable archives、真实地址、商品关联和归档模板，并区分404、空列表与版式问题。 WooCommerce产品页能显示“材质：不锈钢”，不代表“不锈钢”已经有可访问的属性归档。先确认它是全局属性，还是只写在某件产品里的自定义属性；再查该全局属性是否启用归档、产品是否关联正确的属性项，以及归档地址是否由当前固定链接规则生成。不要看到404就先装重定向插件。 ## 产品里有属性，为什么没有归档页 假设一家配件店把“Material”写进十件产品的属性栏。有的商品选用了全店共用的Material属性，有的商品只是单独输入同名文字。前台看起来相似，后台管理的对象却不同。逐件输入的自定义属性不会因为名字相同，就自动汇总成同一套全局属性项。 [WooCommerce属性文档](https://woocommerce.com/document/managing-product-taxonomies/)区分全局定义和单产品自定义两种方式。需要一个长期维护的“某种材质商品集合”时，应先确认全局属性与属性项的数据关系；只为说明一件设备的特殊参数，则未必需要归档。用于创建变体、显示参数、开放归档，也是不同的用途，不能把其中一个勾选项当成全部功能的总开关。 ## 从Enable archives到真实地址，逐项核对 - 在当前后台的Products（产品）属性管理中找到对应全局属性，核对名称和slug。不要只搜索前台显示名称，因为翻译或大小写可能让两个对象看起来一样。 - 核查该属性的Enable archives选项。官方固定链接文档明确：属性只有启用归档后，才能通过属性基础路径访问。先在测试副本验证，不批量改变所有属性。 - 打开具体属性项，确认它确实关联了应展示的已发布商品。商品里的参数文字、变体选项和归档中的成员关系要逐件对应。 - 使用系统生成的属性项链接访问前台，不凭“材质名加英文单词”拼网址。检查是否设置了自定义属性基础路径，以及实际语言版本的地址。 原创场景示意：共用属性项与单品参数是不同管理对象；同名文字不会自动完成归组。不是WooCommerce后台或实测结果。 [固定链接文档](https://woocommerce.com/document/permalinks/)给出的示例中，属性基础路径为空时可形成类似`/size/medium`的地址，添加基础路径后则不同。这是规则示例，不是所有店铺都能直接访问的网址。已有站点不应为了让URL“更漂亮”顺手修改全站固定链接；那会把一个属性问题扩大成旧链接迁移。 ## 404、空列表和版式错误，要分开处理 用退出登录的窗口访问属性项。若返回404，先回看归档开关、属性项slug与系统实际生成的地址；如果刚调整过相关配置，还应让开发人员核对重写规则及缓存，而不是把所有未知路径重定向到商店首页。首页能打开，不能证明属性归档已恢复。 若HTTP状态为200但没有商品，检查商品发布状态、目录可见性、属性项关联和影响商品查询的扩展。拿一件已知应该出现的商品做追踪，比盯着一个空列表更容易找到原因。不要通过添加一段介绍文字掩盖商品查询错误。 若商品正确但标题、说明或导航缺失，问题更可能在归档模板。区块主题与经典主题的编辑方式不同，不能照搬另一主题的后台路径。交给开发人员的记录应包含主题名称、出错URL、预期商品、实际截图及响应状态，并注明问题是否只发生在手机或某个语言目录。 ## 能打开以后，再决定是否作为搜索入口 归档开放是功能条件，能否作为独立搜索落地页还要看内容。以不锈钢配件为例，归档应帮助采购者看清适用工况、材质差别与可选规格，并连接到对应商品。若它与现有分类展示同一批商品、同一段文字，先明确两者分工，别同时把它们当作同一个查询的主页面。 这里没有“达到多少件商品就必须收录”的统一门槛。商品数量少但有明确选型任务的页面，可能比商品很多却缺乏解释的列表更有用。业务不需要公开搜索入口的属性仍可承担参数和变体职责；不要为增加页面数量而逐项开放。 若改动后canonical或robots出现相互冲突的输出，可继续按[WordPress重复SEO标签的来源检查](/post/wordpress-duplicate-seo-output-ownership/)定位模板与插件责任。需要光算协助时，可把属性清单、目标归档和异常样本交给[网站技术优化服务](/seo/)评估，具体配置与内容工作按项目确定。 ## 同名材质的教学排查记录 以“Stainless steel”为例，可以先列出三件预期商品：第一件关联全局材质项，第二件只有自定义同名文字，第三件关联了另一个拼写近似的全局项。如果归档只出现第一件，不能立即判定模板漏商品。先修正数据关联，确认第二件是否应该加入共用属性，第三件是否需要统一术语。合并属性项前还要检查变体依赖，不能只为一个列表好看就删除正在使用的选项。 修正后重复访问同一个归档URL，并打开每件商品核对参数与可选变体。若产品页已经一致、归档仍旧不更新，再调查查询与缓存。这样的顺序能把“数据未归组”和“页面未刷新”分开，也避免开发人员在模板里硬编码缺失商品。示例只说明排查逻辑，不是任何真实店铺的故障记录。 归档里的商品名称还应能进入详情页。如果卡片只剩购物动作入口，可按[加购网址与产品链接的区别](/post/woocommerce-add-to-cart-url-seo-check/)核对，别让访客为了看规格先触发加购。 ## 上线前留下一个可复查的样本 保存同一属性项的后台配置记录、未登录访问结果、商品成员清单和最终HTML里的索引设置。再从商品页或相关分类实际点进归档，确认入口确实存在。验收结果应写成“这个属性项的这个地址展示正确”，不要扩大成“全部属性已优化”或“Google一定会收录”。这样下一次更换主题时，也有原样复查的依据。 --- ## JS压缩后还是卡：下载体积和主线程执行成本要分开看 - URL: https://www.guangsuan.com/post/javascript-transfer-size-vs-execution-cost/ - 作者: Don Jiang - Published: 2026-09-11T09:40:47+08:00 - 摘要: JS压缩后仍卡顿，分开检查传输字节、主线程任务和DOM更新。说明Coverage的路径限制、拆包与拆任务的区别，不把无用代码提示直接当删除清单。 JS开启压缩后仍然卡顿，要分别检查传输体积和浏览器执行成本。gzip、Brotli主要减少网络传输的字节；minify通常移除空白、缩短标识等；这些操作不会自动取消页面原本要做的计算、事件处理和DOM更新。Network变轻了，Performance里的主线程长任务仍可能存在。 ## 先确认“体积变小”指哪一个数 Network中传输大小与资源解码后的大小可能不同，缓存命中时的显示也不同。构建目录里的文件大小、线上压缩后的响应大小和浏览器实际收到的字节，不应混在一列里比较。先查看Content-Encoding及缓存来源，再确认生产是否真正发送了预期版本。 一个高度重复的脚本文件可能压缩得很小，解码后仍包含大量待解析的代码。反过来，一个不太好压缩的资源也不一定执行昂贵。仅凭压缩比例排序，无法判断哪个组件最影响用户操作。源代码映射文件的请求也应按实际加载场景区分，不要把开发工具取回的调试资源直接当成每位用户的执行成本。 原创物件插画：较少传输字节不等于没有执行工作。图形不按真实耗时比例绘制，也不展示客户优化成绩。 ## 在Performance里找具体任务 录制页面加载及真正卡顿的操作，找到主线程长任务，再沿调用栈查看脚本来源。[web.dev长任务文档](https://web.dev/articles/optimize-long-tasks)把超过50毫秒的任务定义为长任务。这个定义用于定位调度问题，不是说每个任务都应卡在某个固定值，也不是一个独立的“页面合格分数”。 加载时的脚本解析、编译与执行，和用户点击后触发的业务工作，应分别看。[INP优化文档](https://web.dev/articles/optimize-inp)说明，脚本下载之后浏览器仍需解析、编译并执行，这些工作可能增加用户输入延迟。因此即使请求来自缓存，也不代表不会占用主线程。 不要把Performance里的所有时间都归给JavaScript源文件。脚本改了很多DOM，后续样式计算和布局也可能昂贵。若处理函数很短，但更新后迟迟没有下一帧，要继续查渲染部分；若CPU很闲却在等待资源，则先看网络或应用依赖，不要盲目把代码拆成更多文件。 ## Coverage里的灰色代码不是删除清单 [Chrome DevTools Coverage文档](https://developer.chrome.com/docs/devtools/coverage/)说明，录制会在重新加载后继续覆盖用户交互。它显示的是这次记录中使用与未使用的字节，不是对整个产品所有分支的证明。首屏未执行的代码，可能属于表单错误处理、语言切换、客服或下一步流程。 先定义覆盖路径，再启动录制：首次加载、菜单操作、产品规格切换、授权范围内的表单校验、错误状态及回访。对业务关键但难以在当前环境触发的分支单独标记，不能因为灰色多就删除。可用源码映射定位到可维护的模块，不要直接编辑构建压缩文件。 Coverage适合帮助发现“某类页面加载了完全不需要的模块”。例如假设只在选型计算器页面使用的重型库，被放入所有文章页公共包，可以评估按页面加载。但应先查共享依赖和入口引用，确认拆分后不会重复加载多份库，或让真正需要它的页面出现瀑布式等待。 ## 拆包、延后加载和拆任务各解决什么 拆包主要改变资源组织和加载时机。动态导入可以避免立即加载暂时不用的功能，但用户第一次打开该功能时仍要下载和执行。若把所有成本都推到第一次点击，导航测试可能更好看，交互体验反而更差。要根据真实路径决定是否提前准备某些资源，并测量首次交互。 拆任务关注浏览器能否在工作之间处理输入和绘制。可以减少重复计算、限制一次处理的数据量，并在合适的依赖边界让出主线程。`scheduler.yield()`需要兼容处理；普通定时器可作为一种退回方式。只把整个大函数延迟执行，并没有减少它运行时的阻塞长度。 纯计算适合评估Web Worker，但它不能直接修改DOM，还会增加消息传输与状态同步成本。若核心问题是反复读取布局再写样式，应优化读写顺序和DOM更新范围，而非把所有代码搬进Worker。具体交互拆分可参考[表单INP主线程排查](/post/form-inp-main-thread-debug/)。 ## 不要用异步属性掩盖执行顺序问题 async和defer主要影响脚本获取及执行调度，它们不保证昂贵脚本变成后台计算。改属性前要核对依赖、初始化顺序和DOM可用条件。组件依赖被打乱，报错后少执行了一大块工作，也可能让测试变快；这是功能损坏，不是优化成果。 第三方脚本还可能通过定时器持续工作。即使首屏结束，它也会影响后来的输入。可以先在浏览器做[精确资源阻断对照](/post/third-party-script-performance-control-test/)帮助归因，但公共追踪、客服和同意组件的修改要有独立权限，不能借清理无用JS顺手删除业务资产。 ## 最后交付两套检查结果 第一套记录资源：实际版本、压缩方式、传输字节、缓存状态、按页面加载情况。第二套记录行为：复现路径、任务来源、调用栈、交互阶段及功能回归。两套都保留相同环境下的原始材料，才能解释“下载已减少但按钮仍卡”这种结果。 光算[谷歌SEO服务](/seo/)列有网站代码优化与移动端适配，脚本诊断、开发重构和验证如何分工可按项目确定。本文没有运行客户bundle改造，也没有宣称压缩后的固定节省比例。应以实际页面的下载和执行记录决定下一步，而非把开启压缩开关当成性能工作的终点。 --- ## Cookie横幅出现时页面往下跳：保留同意功能，修好CLS - URL: https://www.guangsuan.com/post/cookie-banner-cls-layout-check/ - 作者: Don Jiang - Published: 2026-09-11T09:40:47+08:00 - 摘要: Cookie横幅推挤正文时，区分插入、字体和同意后内容移动。比较预留空间与叠层，保留接受、拒绝和偏好管理，并覆盖首次与回访状态。 Cookie横幅出现时整页往下跳，先看它是否在正文已经排版后插入正常文档流。修复方向通常是提前预留合适空间，或采用不推挤正文的叠层布局，并保证拒绝、接受和管理偏好仍然可用。不要为了让CLS好看而关闭同意功能、隐藏拒绝入口，或提前加载未经允许的追踪脚本。 ## 先找到被推挤的元素和触发源 使用全新浏览器上下文进入测试页，保留首次访问状态，录制从导航到横幅出现的过程。在Performance中检查布局移动及受影响元素。被标出的标题或主图可能只是移动的受害者，真正的触发源是上方后来插入的横幅，不能只给标题加固定高度就算修复。 [web.dev的Cookie通知最佳实践](https://web.dev/articles/cookie-notice-best-practices)指出，顶部横幅在周围内容已渲染后插入，会把下方元素推下去；覆盖在正文之上的通知则可避免这种插入引起的内容移动。它讨论的是布局与体验，不是各国同意法律的统一实施模板。 本地浏览器实际DOM插入后的对照截图：右侧顶部新增横幅，把产品内容向下推。仅演示几何变化，没有计算CLS，也不代表具体同意管理产品。 录制时同时看字体和样式。横幅先以默认样式出现，再加载高度、字号或按钮布局，会产生第二次变化。大型中文字体或翻译文本晚到，也可能让横幅自身从一行变为多行，具体可看[中文字体切换与布局偏移](/post/chinese-webfont-swap-layout-shift/)。要把内容注入、样式到达与字体替换分别对齐，而不是只看最后一张稳定画面。 ## 预留空间和叠层各有什么代价 如果产品要求顶部通知与页面一起占位，可以在首次HTML或早期样式中安排稳定区域。但手机文字更长、翻译后换行更多，固定一个很小的高度可能裁掉同意选项；预留过高又会长期留下空白。布局必须以可读性和完整操作为前提，按真实语种与视口验证。 叠层方式不参与正常文档流，可以避免横幅挤动正文，但可能覆盖产品说明、表单按钮或浏览器安全区域。不能把“CLS变小”当成“体验更好”。应检查窄屏、横屏、放大文字和键盘焦点，确保通知可以操作，底部重要入口不会被永久遮住。 原有同意管理组件若提供受支持的布局模式，先使用其配置和官方扩展点。不要由文章或单页脚本直接修改公共组件私有DOM，下一次供应商升级可能失效，也可能破坏同意状态。涉及公共客服、标签管理和同意管理的改动，应由有权限的维护人员在备份与回归安排下进行。 ## 动画看着柔和，也可能继续推动布局 让横幅通过改变高度、上边距或位置逐步挤开正文，会使移动发生在多帧中，不因为“慢慢滑入”就变成稳定。对不需要推挤的叠层，可以评估transform类动画，并尊重减少动画偏好；是否产生布局移动仍需用实际录制确认。 如果通知显示后又关闭，预留区域突然消失也可能让页面上移。应把首次显示、接受后关闭、拒绝后关闭和再次打开偏好设置都纳入路径。通知本身不移动，但它解锁的广告、视频或客服组件插入页面，也可能成为新的移动来源。 ## 点击接受后的位移，不是一律不计CLS [CLS优化文档](https://web.dev/articles/optimize-cls)说明，符合条件的用户输入后500毫秒内的预期移动可被排除；滚动等行为不能简单视作同等豁免。不能据此安排一个“点击后随便移动”的实现，更不能把异步加载数秒后出现的内容都算作用户预期。 接受后加载的嵌入内容，应在合适的时机准备稳定空间。异步请求返回时间不稳定，若只在资源到达后才突然插入大块内容，慢网下可能出现明显移动。报告应分别写横幅自身的移动和同意后内容的移动，避免修完前者就漏掉后者。 接受动作还可能触发大量脚本同时初始化，影响INP。若按钮点后停顿或页面卡住，应继续按[第三方脚本对照测试](/post/third-party-script-performance-control-test/)排查，不能用CLS正常代替交互验证。本文没有建议改变同意类别或绕过隐私要求。 光算[谷歌SEO服务](/seo/)中的移动端适配与代码优化可按项目安排此类排查，具体同意管理配置和业务合规要求由相关负责人确认。正式复测还应区分[本地实验与真实用户窗口](/post/lighthouse-crux-mismatch-check/)：本地修复可立即验证，用户数据是否改善要另行观察，不能从教学图推导客户收益。 ## 首次、拒绝和回访都要走一遍 - 首次且未选择：通知内容完整、正文可理解，出现过程中不意外推挤重要信息。 - 拒绝后：拒绝得到保存，非必要资源是否按项目政策保持受控，通知关闭不造成难以预料的页面变化。 - 接受后：资源按允许状态加载，页面仍可操作，不因多个组件同时插入而抖动。 - 回访与重新管理偏好：已保存选择正确恢复，设置入口可达，改变选择后的行为符合既定实现。 - 不同语种和窄屏：较长翻译不截断按钮，文字放大后仍可滚动阅读和完成选择。 只在开发浏览器连续刷新，往往看不到首次通知，因为之前的选择还保存在Cookie或其他存储里。清理时使用专门测试上下文，别误清真实账号的状态。截图只能说明截取时的布局，不能单独证明全过程没有CLS；需要录制时序或相应指标记录。 --- ## 产品轮播空白等脚本：把首图请求提前到初始HTML - URL: https://www.guangsuan.com/post/product-carousel-first-image-discovery/ - 作者: Don Jiang - Published: 2026-09-11T09:40:47+08:00 - 摘要: 轮播首图等脚本才出现，先把img放入初始HTML，再排查隐藏容器、预加载与后续幻灯片。附禁用JavaScript的真实本地对照截图。 产品轮播先空白、等脚本运行才出现主图，应把可见首图的真实img地址放进初始HTML，让轮播脚本只负责后续交互。先解决“浏览器何时知道图片地址”，再处理优先级、体积和动画。即使脚本文件已经压缩，只要首图仍依赖初始化才被创建，请求顺序就可能被拖后。 ## 顺着首图请求往前找依赖 在Network里找到真正显示的第一张图，查看Initiator。若发起者是轮播脚本，进一步检查是否要先等待框架、接口数据或组件初始化。服务器已经把图片URL作为字符串藏进某段JSON，并不等于浏览器能把它当img提前加载。 同时查看原始HTML。只有`data-src`、空容器或脚本生成的背景样式，和直接可加载的img不是同一条路径。[web.dev轮播最佳实践](https://web.dev/articles/carousel-best-practices)建议通过HTML加载轮播内容，让浏览器尽早发现；使用JavaScript发起轮播内容加载会推迟图片请求，可能影响LCP。 用禁用JavaScript的浏览器打开本地或授权预发布页，是发现依赖的一种方法：若首图完全消失，说明基础展示可能绑在脚本上。但这个测试不是性能测量，也不能单独证明搜索引擎看不到图片；它回答的是不运行增强脚本时，基本内容是否已经存在。 本地教学页在禁用JavaScript的新浏览器上下文中的实际截图。左侧依赖脚本创建首图，右侧初始HTML已包含img；图中产品素材为原创示意，没有LCP提分数据。 ## 让静态首图成为组件的基础 渐进增强的做法是让页面先具备可阅读的主图与必要说明，脚本就绪后再启用切换、缩略图同步、手势等能力。这样即使脚本失败，产品视觉资料也不会整块消失。基础状态和增强状态应使用同一份首图节点，减少先显示静态图、初始化后又下载另一份图的浪费。 ``` `
齿轮组件正面结构

正面结构示意；其他角度由图集提供。

` ``` 这段仅是初始HTML示例，不包含完整轮播实现。high只适用于已经确认重要、可能成为LCP的图，不要照抄到所有幻灯片。目标模板还应有稳定比例的容器及适当响应式样式；若后台允许上传任意长宽比例图片，要决定统一展示区域还是提前知道每张图的比例，避免切换时高度反复改变。 ## 图片下载完了，为什么画面仍然空白 Network显示完成却看不到首图，常见检查点包括：容器被初始化类隐藏、淡入动画等待长任务结束、脚本测量尺寸之前设置了零高度，或骨架层一直覆盖在图片上。这个阶段属于显示等待，单纯预加载同一张图解决不了。 [LCP优化文档](https://web.dev/articles/optimize-lcp)把发现时机、资源优先级与元素渲染等待区分开。应让基础首图在不依赖动画的状态下可见，增强脚本接管时不重新隐藏整个容器。若确实需要过渡，确认减少动画偏好的用户也能直接看到内容，并避免为了入场效果让关键图长时间透明。 处理CSS背景图时，不要为了保留视觉样式就忽略发现路径。可以评估将内容图改成语义img，或为确实重要但发现较晚的背景资源安排匹配的预加载。响应式候选与预加载若不一致，可能多发请求，检查方法见[浏览器实际选图验证](/post/srcset-sizes-currentsrc-check/)。 ## 其余幻灯片怎样加载才不抢首图 首屏不会看到的其他图不应全部获得最高优先级。可以按组件行为降低优先级或在临近需要时加载，但也要检查用户点击下一张时是否出现明显空白。原生lazy并不能保证所有隐藏幻灯片都不下载，浏览器会按布局与实现判断，最终要看实际请求。 还要排查轮播是否为了无缝循环克隆图片节点、重复生成桌面与手机版本，或者在初始化时先下载所有大图再展示缩略图。重复节点未必都会产生额外网络传输，但仍可能增加布局、内存和维护成本。不要为了节省请求破坏缩略图与主图对应关系。 自动轮播的LCP也不能简单认定只看第一张。官方轮播文档说明，后续自动展示的元素可能成为候选，具体取决于可见尺寸和交互等条件。不要把“每次自动切换必然重置LCP”当成规则，更不要通过缩小重要图片来操纵指标。实验录制应观察实际候选变化。 后台编辑换图后也要回归：替代文字、图片比例和缩略图顺序应同步更新。首图优化如果只对某个旧文件名生效，新产品一发布就退回脚本等待路径，这种修复还没有覆盖模板。 光算[谷歌SEO服务](/seo/)中的网站代码优化和移动端适配可按项目涉及轮播模板检查；是否替换组件、谁负责开发及如何验证现有交互，应事先确认。交付结论可以是“首图已从初始HTML发现且脚本失败时仍可见”，但在没有真实报告前，不应写成确定的提分或询盘增长。 ## 验收不仅是第一张更早出现 先录制正常加载，再看脚本失败或禁用时的基础展示；随后测试点击切换、键盘导航、暂停自动播放、触摸操作和图片错误状态。按钮要有可理解的名称，焦点不应跑到隐藏幻灯片，图片中的必要产品说明也应有可读文字，不能只把文案烘焙进位图。 手机与桌面分别检查首图候选、图片比例及布局移动。保留同条件的请求发起顺序和Performance录制；想比较数值时，串行进行少量重复，不拿不同缓存状态的两轮宣传收益。对首图上额外的lazy属性，继续检查[首屏懒加载与LCP](/post/hero-lazy-loading-lcp-image/)。 --- ## 英文URL偶尔显示中文？先查HTML缓存有没有混用语言 - URL: https://www.guangsuan.com/post/multilingual-html-cache-wrong-language/ - 作者: Don Jiang - Published: 2026-09-11T09:40:47+08:00 - 摘要: 英文URL偶尔返回中文HTML，按原始响应、语言选择条件和各层缓存键定位串页。解释Vary、Cookie与私有内容的区别，以及正反顺序复测。 英文URL偶尔返回中文，先保存那次响应的原始HTML和缓存头，再检查语言选择条件有没有进入缓存区分规则。若源站正常、共享缓存命中时串页，优先查CDN或反向代理如何构造缓存键；若源站也错，先修应用的语言选择。提高缓存命中率不能以复用错误语言的HTML为代价。 ## 看到中文界面，不一定就是缓存串页 先区分服务器返回的HTML与浏览器后续渲染。打开Network中主文档的Response，检查标题、正文片段、html语言和canonical等字段。若HTML为英文，脚本运行后才变中文，应继续检查客户端状态、语言插件或本地存储，不要直接清CDN了事。 若主文档本身已是中文，再记录最终URL、重定向链、请求中的语言头和必要的测试Cookie，以及响应中的Cache-Control、Vary、Age和厂商缓存状态。分享材料时删除身份Cookie、会话标识等敏感值。Age能提供存储年龄线索，但不能单靠它定位所有缓存层；某层没有这个头，也不证明完全没有缓存。 用两个全新浏览器上下文分别访问两种语言，避免已有语言偏好干扰。对于可以公开匿名访问的页面，还可以用不带身份凭据的只读请求比较，但要确认请求方式与真实文档导航有何差异。排查不是批量扫站，少量明确样本更容易保留完整证据。 原创结构示意：不同语言URL应保持响应隔离；同URL依赖语言协商时，还须核对实际变体规则。此图不是任何CDN的配置界面。 ## 语言已经在URL里，还会怎样混用 假设站点有`/en/product/`与`/zh/product/`，但边缘规则把语言前缀去掉后再生成缓存键，两条地址就可能复用同一份对象。另一种情况是不同语言使用不同主机名，配置却忽略Host。源站应用缓存也可能只按产品ID保存完整页面，没有包含语言条件。 检查每一层实际使用的键，而不是只看业务上“我们有两个URL”。CDN、反向代理、应用整页缓存和Service Worker都可能影响最终文档；修完其中一层，另一层仍有旧对象，就会表现为偶发。若内容混用仅发生在某类模板，也要看产品页与文章页是否用了不同缓存组件。 对于明确分语言URL的公开页面，一个容易理解的设计是由URL稳定决定主体语言，语言偏好用于提供选择或导航，而不是在同一英文URL下悄悄改正文。若业务确需个性化显示，应把规则和缓存隔离写清。本文不要求读者在生产直接修改现有语言跳转逻辑。 ## 同URL语言协商，Vary才有具体作用 [MDN的HTTP缓存说明](https://developer.mozilla.org/en-US/docs/Web/HTTP/Guides/Caching)给出按Accept-Language协商内容的例子：响应可用`Vary: Accept-Language`让遵循该规则的缓存按请求头区分变体，而不是只按URL复用。前提是服务器确实根据这个请求头选择语言。 ``` `Vary: Accept-Language` ``` 这不是所有多语言站的万能修复。如果语言由Cookie、路径或查询参数决定，仅添加这个Vary字段未必覆盖实际差异。托管CDN还可能对Vary有自己的支持范围或缓存规则，必须核对产品文档及响应结果，不能只确认源站出现了这一行头就宣布完成。 语言头可包含多个语言及权重组合，直接为每个原始值建立变体，可能降低复用率。如果团队采用归一化后的语言键，必须保证归一化逻辑与源站选语言完全一致。不认识的语言、缺失请求头和默认语言都要有确定结果，不能让“第一个请求是什么语言”决定后续访客看到什么。 ## 带Cookie不等于自动不能共享 MDN也提醒，Cookie本身不会使响应自动私有。若HTML含登录身份、客户专属报价或其他个人化数据，错误的共享缓存除了串语言，还可能泄露信息。应按应用与缓存产品规则明确使用private、no-store或绕过共享缓存等策略；这些指令各有语义，不能随意互换。 不要把所有Cookie原值都拼进公开缓存键作为仓促修补。这样可能让缓存几乎不能复用，并增加敏感标识扩散风险。先区分公开语言变体与用户私有内容：前者可以设计有限且可验证的区分条件，后者要优先保证不会跨用户复用。在没有架构和权限资料时，应把具体配置交给维护人员核对。 光算[谷歌SEO服务](/seo/)提供网站技术优化方向，多语言缓存问题涉及CDN、应用与模板时，需要按项目明确诊断及开发配合范围。本文给出只读判断和隔离复测方法，没有更改生产缓存，也没有承诺某项头部配置适用于所有服务商。 ## 复测顺序要能抓到先写入的语言 - 在授权的预发布或隔离环境清理目标测试对象，不清空不相关业务缓存。 - 先访问英文，再访问中文，保存两次主文档、缓存头和实际正文语言。 - 反过来先中文后英文，重复同样记录，检查结果是否取决于首个写入请求。 - 分别覆盖无偏好、明确偏好、回访及刷新；若不同节点有差异，再核对授权范围内的节点结果。 - 在过期、重新验证和内容发布之后再测，确认旧对象不把错误语言带回来。 页面标题与首段只是快速对照点。正式检查还要看导航、产品参数、结构化数据和规范链接是否属于同一语言版本。不能正文是英文就忽略头部仍指向中文页面，也不能只凭响应体哈希不同认定正确，不同页面可能只差随机标识。 修复后分别验“语言对不对”和“性能是否改善”。若测试很快但拿到错误HTML，这次性能结果没有业务意义。如何避免把局部实验混成整个站点结论，可继续阅读[Lighthouse与CrUX报告核对方法](/post/lighthouse-crux-mismatch-check/)。 --- ## 中文字体一换，按钮就挪位：font-display与CLS怎么一起查 - URL: https://www.guangsuan.com/post/chinese-webfont-swap-layout-shift/ - 作者: Don Jiang - Published: 2026-09-11T09:40:47+08:00 - 摘要: 中文网页字体替换后按钮挪位，先核对回退字体、字形覆盖和度量差异。比较swap与optional、子集化及预加载取舍，附本地字体排版截图。 页面先用系统字体显示，中文字库加载后标题换行、按钮挪位，应同时查字体加载策略和两种字体的尺寸差异。`font-display:swap`让文字较早可见，但不保证布局稳定。先确定实际使用的回退字体，再选择是否保留网页字体、如何缩减字库及调整字体度量，别把解决办法简化为“加一个swap”。 ## 文字显示早，不等于不会跳 浏览器在网页字体可用前，可能先用回退字体排版。目标字体到达后，字宽、字高、行间度量不同，就可能改变行数或文本块高度。即使主要内容是中文，产品型号、英文品牌、数字和单位也会参与换行；不能因为多数汉字看似等宽，就判断字体切换不影响布局。 [web.dev字体最佳实践](https://web.dev/articles/font-best-practices)指出，字体替换可能影响CLS，原因包括网页字体与回退字体占用的空间不同。swap的价值是减少等待期间的不可见文字，不是承诺零偏移。反过来，为避免换字而让正文长时间不可见，也可能损害阅读和绘制体验。 本地浏览器字体替换演示：相同内容和容器，左侧为文泉驿正黑，右侧为Unifont，按钮位置发生变化。这是字体度量示例，不是客户字库对比或实测CLS分数。 ## 复现时确认到底用了哪一种字体 在受控测试页禁用网络缓存，降低网络速度后重新加载，保存截图序列或Performance录制。观察文字何时出现、何时换行，并在元素检查中查看实际渲染字体。CSS里写了某个字体名，不代表每个字符都由它渲染；缺少字形时，单个汉字、符号或数字也可能退回其他字体。 把目标字体请求与布局移动的时点对齐，再核对受影响元素。不要看到一处标题移动就直接归因字体：图片没有尺寸、异步横幅和动态错误提示也能推挤同一段文字。可以在本地分别固定回退字体、等待目标字体加载完成，比较两种稳定状态，以判断几何差异是否存在。 本地配图是主动切换本机可用字体后的实际排版，目的是让位置变化可见，并没有模拟网络下载，也没有计算CLS。正式站点仍需记录真实加载顺序、移动来源及用户是否正在交互。中文、英文混排和短按钮应分别检查，不只拿长段正文做样本。 ## 先问是否真的需要完整中文字库 如果正文并不依赖独特字形，可评估系统字体栈，让访客直接使用设备上的字体。不同操作系统外观不完全一致，需要设计确认，但可以省去网页字库请求。若品牌确实需要网页字体，先核对许可证是否允许自托管和子集化，再优化实际使用的字重、字形与格式。 中文字符覆盖较广，不能把首页出现过的字机械做成全站唯一子集。产品型号、工程术语、人名和新增文章都可能包含缺失字符。可按字符范围拆分并配合`unicode-range`，但前提是每个子集确实包含声明的字形；只写unicode-range不会自动把一个大字体文件切小。 验收样本应包含常用正文、繁简差异、英文型号、货币符号、上下标及项目实际需要的字符。减少无用字重、采用合适的WOFF2资源，通常比无差别预加载所有字体更容易控制成本。字体授权条款不明确时，先保留现有合法字体，不要为了性能私自转换或分发。 光算[谷歌SEO服务](/seo/)中的代码优化和移动端适配可按项目纳入字体排查，字体授权、设计外观及模板改动范围需要先确定。交付应分别写“文字出现时机”和“字体替换后的布局”结果，再用[实验室与真实用户数据的区别](/post/lighthouse-crux-mismatch-check/)解释后续观察，不把一张稳定截图当成全站CLS通过。 ## 保留swap时，怎样减少位置变化 优先选择与目标字体相近的回退字体，再考虑度量调整。[CLS优化文档](https://web.dev/articles/optimize-cls)介绍了`size-adjust`、`ascent-override`、`descent-override`与`line-gap-override`等手段，用于缩小回退字体与网页字体的尺寸差异。它们通常写在合适的font-face声明中，不是随便附在正文选择器上。 这些值要根据具体字体测量，不存在通用的中文网站百分比。size-adjust影响字形缩放，行高相关度量也要一起核对。只调整正文一行看着相似，长标题仍可能换成不同的行数。对中文混排页面，应在目标设备字体环境下验证，不能把另一网站的配置直接当成答案。 明确的行高与稳定的组件布局有帮助，但不能靠固定过小高度把溢出的标题裁掉。按钮可以设合理的最小尺寸；正文、翻译后的标题和辅助提示要允许扩展。稳定布局不能以截断产品条件或隐藏错误信息为代价。 上线新字体版本时保留明确的资源版本标识，分别测试旧缓存与首次加载。若CSS已经引用新度量，字体文件仍被旧缓存复用，就可能产生与预发布环境不同的排版，不能只重测一次热缓存页面。 ## optional、预加载和缓存如何取舍 `font-display:optional`允许浏览器在字体未及时可用时保持回退字体，减少后续替换机会，但首次访问可能不显示指定品牌字体。是否接受这种外观差异，应由设计与业务共同确认；不能只因为一个本地指标更好就擅自更换全站文字体验。 关键字体预加载可以让资源更早参与调度，但也会和首图等资源竞争。只为当前页面确实需要的少量关键字体考虑预加载，并核对地址、类型与跨源模式是否匹配。重复下载或拉取用不到的子集会浪费带宽。若首屏产品图也慢，应一起检查[LCP图片的加载顺序](/post/hero-lazy-loading-lcp-image/)。 --- ## 客服脚本到底拖慢多少？不删线上代码也能做对照测试 - URL: https://www.guangsuan.com/post/third-party-script-performance-control-test/ - 作者: Don Jiang - Published: 2026-09-11T09:40:47+08:00 - 摘要: 不用删除线上客服或营销代码，在DevTools里按资源组做受控阻断对照。固定同意、缓存及操作状态，同时记录性能变化、功能损失和修改权限。 怀疑客服或营销脚本拖慢网站，可以先在自己的浏览器里阻断指定请求，和未阻断状态做同条件对照，不必删除线上代码。实验要固定URL、设备、限速、缓存和Cookie同意状态，每次只改变一组资源。即使阻断后变快，也只证明该组资源及其依赖影响了这次运行，不能直接得出“生产可以删掉”的结论。 ## 先查请求是谁发起的 在Network面板重新加载页面，按域名和脚本类型整理资源，并查看Initiator或调用链。客服小组件可能由标签管理器加载，也可能藏在主题、插件或公共页脚；统计脚本还可能继续引入其他域名。只按文件名含不含chat筛选，容易漏掉真正的加载入口。 把资源分成能说明业务用途的小组，例如客服界面及依赖、特定营销工具、统计采集、同意管理。记录谁维护、在哪些页面启用、何时触发及是否影响询盘。没有弄清用途的公共脚本，不要直接归为“无用文件”。页面作者往往没有权限决定追踪和同意组件的去留。 原创关系示意：不同组件会围绕同一页面运行。图中没有厂商性能排名，也不表示应删除任何业务组件。 ## 建立基线后，一次只阻断一组 [web.dev第三方脚本诊断文档](https://web.dev/articles/identify-slow-third-party-javascript)介绍了在Chrome DevTools中阻断请求并复测的方法。可以从Network里对具体请求使用阻止URL或域名的选项，在Request blocking中管理规则；Chrome不同版本的界面名称可能略有变化。规则只用于自己的调试浏览器，不是给网站访客部署屏蔽策略。 - 关闭旧阻断规则，明确存储和缓存状态，运行未阻断的基线并保存Performance录制及Network记录。 - 只启用一组精确规则，重载同一页面，确认目标请求确实被开发工具阻断，而不是网络故障。 - 执行相同操作路径，包括同意选择、打开客服、产品交互和安全的表单验证。 - 保留数轮串行结果，比较指标及波动；恢复规则后再做一轮基线，检查环境是否漂移。 不要用过宽的通配符把图片CDN、业务接口和统计一起挡住。某脚本失效后页面跳过了整个组件初始化，得到的是“组件缺失”的运行状态，不一定是“正常功能可以这样变快”。若对照产生错误循环或重试，也会让结果失真。 ## 同意状态不同，比较就会走样 首次访问、已拒绝与已接受可能加载不同资源。[Cookie通知最佳实践](https://web.dev/articles/cookie-notice-best-practices)指出，接受后集中添加第三方脚本，可能影响交互响应。因此只记录加载阶段不够，还要看点击接受之后发生了什么。 在报告里明确每组实验的状态：是否显示横幅、是否已保存选择、哪些类别已授权。测试自动化应使用专门的测试上下文，不要篡改真实用户的同意或绕过收集限制。某工具依赖同意状态才能正常初始化，强行加载它来“保持变量一致”也不是合理做法。 例如一个假设的对照中，基线已接受全部类别，另一轮因清空存储而停在未响应状态。后一轮资源更少，不足以归因于你刚刚修改的客服加载时机。先把状态对齐，再讨论代码。横幅本身移动了正文时，可另外参照[Cookie横幅CLS排查](/post/cookie-banner-cls-layout-check/)。 ## 看网络，也看主线程和功能 传输体积下降不代表主要延迟已解决。脚本可能来自缓存，却仍在主线程解析、执行、设置定时器和更新DOM。Performance里应检查任务持续时间、调用栈及交互阶段，而不是只比请求数。INP、LCP、CLS受影响的路径不同，不能用一个加载时间概括全部体验。 如果阻断后首图请求没有提前，但点击更快，可能主要减轻的是主线程竞争；如果请求都变少而交互没有变化，也要如实保留结果，不为了符合预设就换成更好看的图。需要进一步拆分时，查看[JS下载体积与执行成本](/post/javascript-transfer-size-vs-execution-cost/)的检查方法。 功能回归同样要写进记录。客服能否展开并关闭、语言是否正确、键盘是否可用、拒绝状态是否保持、统计是否重复初始化，都不能只看小图标出现与否。涉及真实客服消息或询盘提交的验证应有单独授权和测试安排，避免向销售制造垃圾线索。 结束实验时移除临时阻断规则，并确认正常请求恢复。若后来继续用同一浏览器验站却忘记这一步，会把自己的调试状态误报为网站客服或统计故障。 ## 实验支持哪些改动，不支持哪些承诺 可评估的方案包括按页面需要加载、减少重复入口、移除已经确认废弃的集成、优化组件依赖，或在业务与同意规则允许时调整非必要初始化时机。每项都要回归功能。把脚本全部延迟到第一次点击，可能只是把首屏成本转移到用户真正操作时；一律改为async也不消除执行成本。 给开发者的记录应包含被阻断的精确URL规则、脚本来源、运行条件、各轮结果、功能损失及建议改动。若仅能证明“关闭整个客服组件时更快”，应让业务方评估联系入口价值和替代方式，不能用性能数据越权作决定。测试录制可能含请求参数和标识符，外发前要脱敏。 光算[谷歌SEO服务](/seo/)有网站代码优化与移动端适配方向，第三方资源诊断可以按具体项目明确范围；公共客服、标签管理、追踪和同意组件的修改必须另行确认权限及回归要求。本文提供对照方法，没有执行客户站点脚本移除，也没有可外推的提分或获客数据。 --- ## 写了srcset仍下载大图：用currentSrc查清浏览器选了谁 - URL: https://www.guangsuan.com/post/srcset-sizes-currentsrc-check/ - 作者: Don Jiang - Published: 2026-09-11T09:40:47+08:00 - 摘要: 用currentSrc核对响应式图片实际选择，结合sizes、图槽宽度、DPR与缓存解释大图下载。包含真实本地浏览器选图截图及模板检查方法。 写了srcset，手机仍下载大图，先读取图片元素的`currentSrc`，再对照实际显示宽度、`sizes`和设备像素比。srcset只是候选集合；浏览器还需要知道图片预计占多宽。sizes与布局不符、像素密度较高，或测试沿用了先前缓存，都可能让选图结果与直觉不同。 ## srcset列资源，sizes描述槽位 采用宽度描述符时，`480w`表示源图自身宽度为480像素，不是让它在页面上显示480个CSS像素。候选描述必须与真实文件相符。sizes说明在不同条件下，图片预计占用多宽的显示槽位；它不会替代CSS给元素定宽。 [MDN响应式图片文档](https://developer.mozilla.org/en-US/docs/Web/HTML/Guides/Responsive_images)说明浏览器会结合屏幕大小、像素密度、缩放等条件选择资源，并按sizes中首个匹配的媒体条件确定槽位提示。写成`100vw`意味着提示图片占满视口；如果桌面实际只占一半栏宽，这个提示可能高估所需资源。 ``` `齿轮组件正面` ``` 这里假设手机左右各留24像素、桌面图槽固定560像素。你的网站如果有侧栏、网格间距或不同断点，就不能原样照搬。sizes中的长度必须合法，不能把百分比宽度直接当作槽位值写入；视口相对长度与百分比不是同一个概念。 ## 别看src猜结果，读取currentSrc [MDN的currentSrc说明](https://developer.mozilla.org/en-US/docs/Web/API/HTMLImageElement/currentSrc)给出了读取当前选中图像URL的方法。src可能只是后备地址，Elements里看到它仍是大图，不能证明浏览器真的下载了这张。等待图片完成后，在控制台读取目标元素： ``` `const img = document.querySelector('img.product-main'); console.log({ currentSrc: img.currentSrc, slotWidth: img.getBoundingClientRect().width, viewport: window.innerWidth, dpr: window.devicePixelRatio });` ``` 选择器要换成实际图片，不要误查站点Logo。再去Network核对请求URL、响应尺寸、传输与缓存信息。currentSrc能告诉你选了谁，不能单独证明请求成功；图片破损时还应看完成状态、HTTP响应及解码错误。也不要仅凭naturalWidth反推源文件像素，它可能受密度校正等因素影响。 本地教学演示的两次实际浏览器截图。DPR均为1，450像素视口中的图槽为344像素，选中360宽候选；826像素视口中的图槽为720像素，选中720宽候选。图中素材为原创示意，不是客户性能成绩。 ## 小屏下载较大候选，不一定选错 CSS像素与图像像素不是同一回事。假设图片显示宽360个CSS像素、DPR为2，准备约720像素宽候选是合理的起点。这是像素预算示例，不是要求浏览器每次机械执行同一公式；缩放、可用候选和浏览器策略也会影响选择。若只有360与1600两档，浏览器可能没有恰当的中间资源。 排查时不要先把所有高分辨率图片删掉。产品细节和标识可能确实需要清晰度。先让候选梯度匹配常见槽位，再比较实际传输成本与画质。格式和压缩质量解决的是另一层问题：选图正确，也可能每张候选编码过重；选图错误，单纯转WebP仍可能浪费带宽。 ## 缩小浏览器窗口不是完整复测 先在大窗口加载图片再缩小，浏览器未必为节省少量字节重新换下较小候选。为验证选择规则，应在目标视口和DPR下新开上下文，明确缓存设置后重新导航。记录当次currentSrc，不把拖动窗口后的显示大小当成网络重新选择的证据。 本地演示采用两个独立浏览器上下文，保留各自的视口、DPR、槽位和选中地址。这个执行结果证明示例规则下的实际选图，不能代表所有浏览器、设备或网络。你的正式模板应另外覆盖横竖屏、浏览器缩放和真实手机；移动端模拟有帮助，但不能代替所有设备回归。 光算[谷歌SEO服务](/seo/)包含网站代码优化和移动端适配方向，响应式图片的模板检查与开发配合可按项目确定。交付时保留“哪个视口实际选中了哪个URL”的记录，比只说“已启用响应式图片”更容易复核。 ## 模板改了，候选文件也要验 先从图片处理服务或本地生成目录核对实际像素宽度，确认文件并非同一张大图改了三个名字。若缩略图服务忽略尺寸参数，HTML看似提供多档资源，网络实际仍取回同样大的内容。候选描述符与真实文件必须一致，不能为了让浏览器选小图，把大文件随意标成小宽度。 图片外层若有内边距、边框和网格间距，实际图槽会比容器或视口更窄。本地示例就把这些空间算进sizes，并从元素矩形读回实际宽度。项目中可以先在关键断点测量，再将稳定的布局规则写进模板。不要反过来不断修改CSS，让错误的sizes看上去成立。 如果元素被隐藏或还没进入最终布局，读取到的宽度可能暂时为零或并非最终值。先确认组件已完成该状态的布局，再测矩形；同时保留初始HTML中的sizes，避免只看到脚本修改后的结果。某个断点特别异常时，把媒体条件的先后顺序也列入检查，宽泛条件写在前面可能提前匹配。 最后留一张文字清楚、边缘细节可判断的产品图做画质对照。减小候选尺寸后若参数标识已经模糊，就应重新选择分辨率或把重要说明移为可读HTML，而不是只追求更小的字节数。 ## 不同裁切和首屏预加载还要分开查 如果手机要展示竖版、桌面用横版，这是美术方向问题，可用picture与source明确不同媒体条件下的素材，不能只把不同构图混进同一组宽度候选。候选图保持同一内容和比例更容易预留空间；跨断点更换比例时，应另外安排稳定布局。 对LCP主图，检查预加载选择是否与最终img一致，避免预加载桌面大图后手机又请求另一张。具体加载顺序见[首屏图片lazy与LCP排查](/post/hero-lazy-loading-lcp-image/)。如果HTML模板、图片处理服务与CSS由不同团队维护，应让三方共享槽位规则和真实候选尺寸。 --- ## 首屏产品图也开懒加载？LCP慢先查图片何时开始请求 - URL: https://www.guangsuan.com/post/hero-lazy-loading-lcp-image/ - 作者: Don Jiang - Published: 2026-09-11T09:40:47+08:00 - 摘要: 首屏图是否该懒加载，要先确认LCP元素与实际请求顺序。检查lazy、fetchpriority、preload和渲染等待，避免把所有图片设为高优先级。 首屏产品主图如果是LCP候选，不应设置`loading="lazy"`。先在Performance录制里确认LCP元素，再到Network看它何时被发现、何时开始请求。图片已经压得很小却出现很晚，问题可能是懒加载、脚本注入或优先级，而不是文件格式。不要把“全站图片懒加载”当成无需例外的优化开关。 ## 先确认慢的那张图是不是LCP元素 LCP是最大内容绘制，候选可能是产品主图，也可能是一块标题文字。桌面两栏布局里的大图，到了手机上可能被排到下方；同一模板的不同页面，也可能有不同候选。应在目标视口、真实内容和确定的同意状态下录制，不凭页面设计稿指定LCP。 找到对应元素后，检查实际DOM和初始HTML。区分普通`src`、`srcset`、CSS背景图，以及只有`data-src`、要靠脚本才变成有效地址的情况。浏览器预加载扫描器不能把自定义数据属性当成正常图片来源。某些图片插件会重写HTML，因此后台选项已经取消懒加载，也不代表最终输出正确。 原创场景插画：视口内的主图与下方细节图承担不同加载任务。分界仅解释位置，不表示所有页面的LCP都一定是图片。 ## lazy为什么可能让首屏图晚一步 原生懒加载需要浏览器判断图片与视口的关系，可能比正常发现后就调度的路径更晚。[Google的LCP优化文档](https://web.dev/articles/optimize-lcp)直接提醒不要懒加载LCP图，因为它会引入不必要的资源加载延迟。首屏图片偶尔仍会很快被加载，不能用一次快结果否定这个风险。 先做最小改动：让目标主图在初始HTML里有真实可用的图片地址，移除lazy；必要时明确`loading="eager"`。对已经确认的重要主图，可加`fetchpriority="high"`提示优先级。这个属性是调度提示，不会把图片变成独占网络的任务，也不能替代正确的发现时机。 ``` `齿轮组件正面结构` ``` 这是教学代码，图片地址须替换为项目实际资源。宽高用于提供固有比例，响应式样式仍要保持比例，避免为解决LCP又带来布局移动。不要把全部图片都设为high；主图和隐藏轮播图一起争取高优先级，反而削弱了区分轻重的作用。 ## 什么时候才需要preload 如果主图已经以普通img出现在文档靠前位置，浏览器能尽早发现，不要为了“属性越多越快”再叠加预加载。预加载更适合资源发现确实偏晚的情况，例如重要CSS背景图必须等样式表下载后才能找到。先在瀑布图中确认发现延迟，再选择对策。 响应式图片尤其需要小心：预加载的地址、类型、跨源模式或候选集合与img不匹配，可能引发浪费甚至额外请求。按照[响应式图片预加载文档](https://web.dev/articles/preload-responsive-images)，使用响应式预加载时，应让`imagesrcset`和`imagesizes`与实际图片选择规则一致，并检查实际网络结果。相关验证可见[srcset、sizes与currentSrc选图排查](/post/srcset-sizes-currentsrc-check/)。不要给桌面图硬写一个preload，再让手机另下裁切版本。 ## 移除lazy后还慢，按时间段继续拆 - HTML本身晚到：图片再早写进HTML也要等文档返回，先看重定向、缓存和服务端响应。 - HTML已到而图片很晚才请求：检查是否仍经过脚本初始化、CSS发现或组件隐藏条件。 - 请求早但下载久：检查实际候选尺寸、传输体积、连接和缓存状态，不要只看原始文件的大小。 - 图片下载完仍迟迟不显示：看解码、渲染阻塞样式、主线程任务，以及动画是否把首图隐藏到初始化结束。 例如一张假设的产品图在Network里已经完成下载，但容器保持`opacity:0`，直到轮播脚本运行才显示。继续提高fetchpriority并不能缩短这段等待。此时应转向[轮播首图发现与渐进增强](/post/product-carousel-first-image-discovery/)，把加载与显示两条路径分别检查。 需要把图片加载修复与页面技术检查一起安排时，可参考光算[谷歌SEO服务](/seo/)中的网站代码优化及移动端适配方向。哪些模板要改、是否涉及图片插件或轮播组件、由谁复测，按具体项目确定。首图的正确加载策略应落实在最终HTML和实际请求上，而非停留在插件设置截图里。 ## 把修复落在正确的模板层 若只有产品页首图需要例外，不应直接关闭文章图库、推荐区和整个站点的懒加载。先确定生成主图的是模板、图片插件还是前端组件，再在实际输出位置处理。为某个文件名写死例外容易随换图失效；按明确的组件职责设置策略，更便于新产品沿用。涉及公共模板时，先确认修改权限与影响范围。 图片服务可能按查询参数返回不同尺寸，也可能在CDN层改写格式。复测要保留完整实际URL，确认优化后的HTML引用的是新候选，而非浏览器缓存里的旧资源。若插件再次保存页面会覆盖人工属性，应修正可维护的配置或渲染逻辑，不要只在浏览器里改DOM后就报告完成。 最终截图看不到请求顺序，后台配置截图也看不到页面是否被其他层重写。把初始HTML中的主图节点、实际网络发起时间和显示状态一起保存，才能定位改动生效在哪一步。 ## 下方图片仍可保留懒加载 修正主图不代表关闭全站图片优化。规格细节、装配过程或相关文章图片位于较后位置，可以按需懒加载并设置固有尺寸。浏览器的懒加载距离会受实现与条件影响，不能承诺“只有滚进视口才发请求”。页面一旦改版，首屏内容顺序变化，就应重新检查例外名单。 验收至少覆盖手机与桌面、冷缓存与回访、图片失败状态。看主图是否更早开始请求，是否多下载了无用候选，以及页面有没有抖动。实际LCP变化须用同条件多轮实验及后续真实用户数据判断，不能单凭属性修改就写“速度提升”。 --- ## 询盘表单点了没反应？沿着INP拆开主线程延迟 - URL: https://www.guangsuan.com/post/form-inp-main-thread-debug/ - 作者: Don Jiang - Published: 2026-09-11T09:40:47+08:00 - 摘要: 按输入延迟、事件处理与下一帧呈现定位询盘表单卡顿，区分接口等待和主线程阻塞，给出让出任务的教学代码、录制路径与功能回归要求。 询盘表单点了没有反馈，先录制这次操作，别急着换服务器。INP关注用户交互到下一帧呈现的响应，延迟可能发生在事件开始处理之前、处理函数内部，也可能发生在处理完之后的布局与绘制阶段。只有找到占时的阶段，才能判断该减少脚本工作、调整更新方式，还是另外处理接口等待。 ## 先分清“按钮没反馈”和“询盘没提交” 按钮立即出现“正在发送”，随后等待接口返回，与点击后页面完全不动，是两种问题。前者仍需要检查请求耗时、超时处理及服务端响应，但不能把接口全程等待都当成INP。后者更适合从主线程开始：浏览器可能还在执行别的任务，来不及处理这次点击，或来不及把已经更新的状态画出来。 [web.dev的INP优化文档](https://web.dev/articles/optimize-inp)把交互延迟拆为输入延迟、处理时长和呈现延迟。页面上的一次慢交互可用于诊断，但不等于一次完整访问最终上报的INP，更不能据此宣布全站真实用户达标。首次加载的高分也不能排除用户填到一半才出现的卡顿。 本地教学表单的实际浏览器截图：仅演示输入和反馈，不向外部发送询盘，也不代表客户表单或INP成绩。 ## 从一条能够重复的操作路径开始 选一个可授权测试的预发布页面，使用虚构且不含个人信息的输入。固定从哪个入口打开、Cookie同意状态、语言、设备模拟和网络条件。记录完整路径，例如进入产品页、选择规格、聚焦输入框、填入文字、触发校验，再点击提交。生产表单若会发送邮件或建销售线索，不要为测性能连续制造真实提交。 在Chrome DevTools的Performance面板开始录制，执行路径后停止。找到目标交互及相邻主线程任务，沿调用栈定位函数和脚本来源。保留录制文件与复现说明；若导出内容包含URL参数、输入值或账号信息，分享前先脱敏。界面名称随版本可能变化，但要保留的是事件开始、处理结束和下一帧之间的时间关系。 - 输入延迟明显：看点击之前是否有长任务，包括客服初始化、分析脚本、定时器或上一轮输入校验。 - 处理函数占时：看是否每敲一个字就遍历全部字段、处理整份产品数据，或同步序列化大对象。 - 处理已结束仍不出画面：看样式重算、布局及DOM更新，尤其是错误提示一次插入大量节点的情况。 ## 把用户需要的反馈放在非必要工作前面 假设表单在本地校验通过后，先计算一份很大的附件摘要，再显示发送状态。即使代码只写了一个点击处理函数，用户仍必须等计算结束。可以先更新可见反馈，再把适合延后的工作拆出去；真正的校验、权限和提交逻辑仍须保留。不能为了视觉“变快”就跳过校验或提前显示提交成功。 下面只演示让出主线程的兼容写法，不是可直接替换生产表单的完整提交代码。[长任务优化文档](https://web.dev/articles/optimize-long-tasks)说明，`scheduler.yield()`把后续工作安排到未来任务；不支持时可以用定时器退回方案。具体拆分点需要按依赖关系选。 ``` `async function yieldToBrowser() { if (globalThis.scheduler?.yield) { await globalThis.scheduler.yield(); } else { await new Promise(resolve => setTimeout(resolve, 0)); } } // 在完成必要的状态更新之后调用： // await yieldToBrowser(); // 继续可延后的非关键工作。` ``` 仅写一个`await Promise.resolve()`通常仍是在微任务中续跑，不能把它当作可靠的绘制机会。把所有事情塞进一个`setTimeout`也只是把大任务往后移，下一次交互仍可能撞上它。对纯计算可评估Web Worker，但DOM操作不能直接搬进去，还要考虑消息传输成本。 ## 输入校验和错误提示也会拖慢 实时校验应只更新受影响的字段，避免一次输入触发整页重新渲染。昂贵且非即时必要的检查可以考虑防抖或失焦后运行，但最终提交仍必须执行必要校验，并保留服务端校验。输入法组合期间不要反复打断中文输入；错误提示应与字段关联，键盘操作与屏幕阅读器反馈也要回归。 若脚本一边读取元素尺寸，一边写样式，又立刻读取，可能造成反复布局。应在可行时集中读取、集中写入，减少不必要的节点变化。处理函数本身变短但布局时间变长，说明工作只是转移了，不是已经完成优化。 对附件相关交互，还要区分“选中文件后本地处理慢”与“上传传输慢”。文件读取完成后，若仍在主线程用JavaScript同步解析大量内容、计算摘要或生成预览，可能先占满主线程；文件开始上传之后的带宽等待又是另一阶段。可先限制预览范围、避免重复解析，并把可分离的纯计算移到合适的位置。不要为测卡顿上传客户合同或真实询盘附件，本地虚构样本足够用于复现处理路径。 同一个处理函数在开发电脑上短，在低性能终端上可能长得多。用受控CPU限速帮助发现问题时，记录所用配置，并明确这是实验条件，不要把模拟结果写成某个国家客户手机的实际表现。 ## 复测不能只看按钮颜色变了 修复后用相同路径重新录制，确认慢阶段缩短，同时检查重复点击是否产生重复提交、失败时能否重试、输入是否保留、焦点是否合理。网络故障和服务器拒绝应有真实错误状态，不能用永久转圈掩盖问题。对接受Cookie后才慢的情况，应接着做[第三方脚本受控对照测试](/post/third-party-script-performance-control-test/)。 光算[谷歌SEO服务](/seo/)列有网站代码优化和移动端适配工作。表单交互诊断、前端改动及业务回归如何分工，要按项目确认。技术报告应分别写交互响应与提交成功路径的检查结果，不把本地反馈顺畅包装成询盘增长。 ---