B2B 技术 SEO

面向 B2B 中小企业的技术 SEO——由给你做系统的同一支团队做进产品里,接着你的转化漏斗和 AI 搜索时代,而不是按月卖给你的一份通用打包服务。

更新于 2026-07-13

详情

这是什么

这不是一份通用 SEO 打包服务。这是面向 B2B 中小企业的技术 SEO,由给你做系统的同一支团队来做,所以搜索是接进你产品和转化漏斗里的,而不是另起一份每月汇报的清单。底下的地基是把无聊但要紧的部分做对:一个搜索引擎能抓取、能理解、能排名的站点,从第一行提交就这么做。它也是你能被 AI 引用的前提,因为 AI 搜索取数的索引,跟你想排上去的是同一批。底层索引找不到你,你就进不了候选集——排名是入场券,不是被引用的保证。

为什么 AI 来了之后这件事更重要,而不是更不重要

有个常见的判断:AI 搜索来了,传统 SEO 就过时了。但底层管道不是这么回事。LLM 答案背后的检索爬虫,多数只抓你的原始 HTML,不执行 JavaScript——一份对 5.69 亿次 GPTBot 请求的分析发现,AI 爬虫基本不跑客户端 JS。所以一个靠 hydration 之后才把内容画出来的单页应用,在它们眼里就是空的。这是个构建决策,不是内容问题:把页面在服务端渲染好,内容就在第一个响应里。

另一半,是真正能撬动 AI 引用的东西。GEO 这篇原始论文(KDD ‘24) 直接测过:给页面加上引用来源、统计数据和引述,能把它在生成式答案里的可见度提升最高约 40%,其中「引用来源」是最强的单一杠杆。这跟好的编辑型 SEO 本来就在做的事完全对得上。取巧的路子撑不住:SE Ranking 覆盖近 30 万域名的研究发现 llms.txt 和 AI 引用之间没有相关性(把这个文件从预测模型里去掉,模型反而更准了);Google 的 spam 政策也已经明确把「操纵生成式 AI 回答」列为作弊。能长久立住的做法跟以前没两样:站点可被抓取、结构清楚、内容值得被引用。

审计到底查什么

「技术 SEO 审计」这个词可以被卖成任何东西,所以把我们查的项列清楚。每一项都出「过 / 不过」加证据,最后汇成一份按影响排序的修复清单——然后由我们自己动手修,因为我们就是给你建站的团队,不是发一份 PDF 就走的顾问。

  • **原始 HTML 渲染检查。**我们直接 curl 你的关键页面,确认内容就在服务器返回的响应里,而不是靠 JavaScript 事后拼出来。AI 检索爬虫只读原始 HTML 就走,一个 hydration 之后才有内容的页面,对它们来说等于不存在。怎么自己花两分钟测一遍我们写过一篇,找我们之前可以先自查。
  • Core Web Vitals 按真实阈值卡。Google 的标准是 LCP 在 2.5 秒内、INP 不超过 200 毫秒、CLS 不超过 0.1——按真实用户的第 75 百分位算,不是跑一次实验室分数了事。有真实用户数据用真实数据,没有就用 Lighthouse,逐页标出哪里不过、为什么不过。
  • **JSON-LD 校验。**结构化数据得先能被解析才有用。我们对照 schema.org 类型和 Google 的结构化数据要求逐块校验,并把与页面可见内容矛盾的标记单独标出来——那比不写还糟。
  • **hreflang 互指检查。**多语言站点的每个语言版本必须互相指回,单向的 hreflang 会被直接忽略。双语站的 alternate 一断,很容易变成错的语言在错的市场排名。我们把每一对都双向查一遍。
  • robots 与 CDN 层的爬虫可达性。robots.txt 是容易的那一半。更常见的坑在边缘规则——bot 管理、WAF 默认配置——把 GPTBot、ClaudeBot、PerplexityBot 静默拦掉,而站点在浏览器里看起来一切正常。我们用这些爬虫的身份实测,并且去读真实的边缘日志,不是只看配置。

这里没有一项是玄学。列出来的意义,一是你可以拿它来验收我们;二是市面上多数「SEO 审计」恰恰跳过第一项和最后一项,而在 AI 搜索时代,决定你存不存在的正是这两项。

我们怎么做

我们做服务端渲染,让内容在任何 JS 跑起来之前就已经在 HTML 里——内容型站点用 Astro,应用复杂一些时用 Next.js App Router 跑在 OpenNext on Cloudflare 上。两条路的结果一样:不管来的是人还是机器,第一次请求拿到的就是完整页面。

在这之上:

  • **结构化数据。**按 Google 结构化数据文档写 JSON-LD,类型对照 schema.org,让 Organization、Article、Product、FAQ 对解析器是明确的,而不是靠从标签里猜。
  • **把 Core Web Vitals 当预算,不当事后补救。**我们把页面卡在 web.dev Core Web Vitals 的阈值内——LCP、INP、CLS——一旦回退就当构建失败处理,因为慢页面被抓得更少、排得更差。
  • 架构和内链对准真正要紧的查询,让抓取深度和链接权重落到你想被找到的页面上。
  • 衡量接进 GA4,让来自 AI 助手和自然搜索的引流看得见,而不是靠猜。

接下来往哪走

采购调研正在往 AI 中介那边迁移——越来越多的 B2B 采购正流经会读网页、自己决定引用谁的系统。不管搜索的是人还是 agent,要求是同一个:一个快、可抓取、结构良好的站点,让检索系统读得懂、信得过。这个地基我们一次做扎实,之后随着索引和爬虫的变化持续维护。

FAQ

常见问题

现在大家都用 AI 搜索了,SEO 不是死了吗?

恰恰相反。强 SEO 是 AI 可见度的前提——ChatGPT 和 Copilot 从 Bing 索引取数,Google AI 概览和 Gemini 从 Google 取数。底层索引找不到你,你就进不了候选集——排名是入场券,不是被引用的保证。

你们做外链买卖那一套吗?

不做。我们靠技术健康度、结构和值得被链接的内容来赢排名,不碰任何有惩罚风险的手法。

第一个月会发生什么?

第 1–2 周做审计——渲染检查、Core Web Vitals、结构化数据、hreflang、爬虫可达性——交付一份逐项带证据、按影响排序的修复清单。第 3–4 周把影响最大的几项修掉。排名本身走得慢,但技术地基在一个月内就能修好、可验证。

我们在 Google 上排名已经不错了,还需要这个吗?

可能不需要,审计查下来地基没问题的话我们会直说。但今天排得上,不代表 AI 搜索读得到你——检索爬虫只抓原始 HTML,一个靠浏览器渲染才有内容的站,照样可能在 AI 答案里缺席。审计就是用来搞清楚你属于哪一种。

你们能做海外市场(出海)的 SEO 吗?

能,这本来就是我们的主场。我们在澳大利亚,面向全球交付,做的就是 Google 生态里的独立站 SEO——英文站、多语言站、hreflang 互指都在上面那份审计清单里。