网站分析 40: 电气元件站

(返回知识/分析首页)

今天要讲的这个网站,存在比较典型的内容规划问题。很多企业(尤其是 B 端企业)在制作自家外贸网站的时候,会因为人力与经验不足,造成此类现象。

话讲回来,对于当事人来说,可能这些都不叫事情,或者想当然地依赖 AI 工具或者第三方来解决。

但长远来看,自己如果没有一些实践理念与内部共识,很难单纯通过外力,把它们做好。

如果你不想看文字,可以直接看视频:

1. 基本情况概览

该网站首页长这样:

hiitio.com-homepage-overview
源地址:https://www.hiitio.com/

如上图所示,该司主营各类电气元件,图中大标题/画面中,主推的产品是高压直流接触器与熔断器,主要用于新能源行业。

另外,他们也兼带做一点电池和光伏组件。

业务模式是 B 端,图中的 “Contact Us” 按钮即是标志之一。

网站是 2022 年注册的:

hiitio.com-domain-information

公司成立比网站早一年多(记住法人的名字,等下要用):

hiitio.com-company-business-information

网站技术栈,用的是 WP,优化插件用了 RankMath:

hiitio.com-tech-stack

注意,这是个 B 端网站,按理说可以不装 WooCommerce 的,但从图中看到他用了,所以等下我们重点看看这背后的动机,以及效果。

整站流量的话,是这样子:

hiitio.com-traffic-overview

如上图所示,网站流量水平发育良好,近年存在一定波动。

接着,我们透过三点规划性问题,来分析他家的网站 SEO 框架。

2. 产品内容规划问题

乍一看,他家产品没毛病:

hiitio.com-product-dropdown-menu-major-products

如上图所示,产品下拉菜单做得还挺科学,分层合理。

但当我们随便点进去一个栏目页(例如第一个高压直流接触器 High Voltage DC Contactor)之后,会发现不对劲。

2.1 只见分类,无法导航

产品内容上的第一个问题是,他家分类页面,没法正常导航:

hiitio.com-contactor-category-page-tier-1-buttons
源地址:https://www.hiitio.com/lp-high-voltage-dc-contactor-manufacturer-4/

如上图所示,这个导航页面的产品列表,居然点不进去——图片和按钮点击之后,都是这种询盘弹窗:

hiitio.com-enquiry-pop-up

结合该页密集的询盘按钮,黄师傅猜测,这页面有可能做过投放落地页。

无论怎样,当事人应该也不服,因为稍加注意就会发现,上面的这几个接触器产品,除了电压、电流等规格不同之外,外观与工作原理应该都是一样的。所以,它们看起来也不用单独做页面区分。

对此,黄师傅想说,如果只是规格不同,就有相应的变体合并陈列办法,而不是像你现在这样,做成一个个独立展示块,从阅读习惯上误导客户(让人们误以为可以点进去)。

例如,同系列不同规格产品中,这样的区分方式就很自然:

hiitio.com-product-viariation-example
源地址:https://www.troteclaser.com/en-us/laser-machines/laser-marking-machine-speedmarker

如上图所示,像这种用面板分割不同规格的变体产品,就非常适合。

实在没条件,也应该学学同行,做成这样子的:

hiitio.com-portfolio-practice
源地址:https://www.tdk-electronics.tdk.com/en/2101842/products/product-catalog/switching-heating-piezo-components-buzzers-microphones/high-voltage-contactors

你如果执意要用之前那种独立产品框,并且只给询盘按钮,黄师傅问你,客户想要了解某个产品的详细规格,应该怎么办?

你可能会回答,没问题啊,他们如果想看,点 “View More” 按钮(蓝框处),不就可以进去查看细节了吗?

行,我们再进去看看:

hiitio.com-contactor-category-page-tier-2-table
源地址:https://www.hiitio.com/product-category/electric-vehicle/high-voltage-dc-relays-contactors

如上图所示,我们点 “View More”,又进来一层导航页面,内容和刚才差不多,主体表格方便用户区分型号,快速筛选规格。

别纠结标题上的 “Relay”(继电器),就以为这个页面上可能会有新产品——其实从产品原理上讲,继电器和接触器 (Contactor) 约等于一个东西。

同时,我们看到,每个产品其实都是有自己的专门页面的(上图蓝框处可访问)。所以,他们应该也还没意识到,规格类似的变体产品,做了页面之后,会造成相互之间雷同、蚕食的窘境。

回归结构。按照一般实践,现在这个第二层分类页面,就不应该存在。因为如果这样做的话:

  • 你的第一层分类页,和第二层分类页,主题都是 “High Voltage DC Contactor”,内容重复,关键词也重复,对体验和优化都不好;
  • 你的第一层分类页,几乎没法导航(千万别顺理成章地以为,用户会快速发现那个 “View More” 小按钮);
  • 用户如果并不专业,或者说他就是想了解某个产品的详细参数,他可能需要点击多次,甚至根本不知道点哪里;
  • 你做了两层分类这种骚操作,离职之后,没有人会知道你当时怎么想的;

看到这里,当事人可能还是不服,因为还有一层新手思维,黄师傅要单独拿出来讲:

hiitio.com-product-dropdown-menu-2

如上图所示,我们刚才依次点进去的页面,其实在导航菜单上也是可以对应起来的。

所以,当事人可能会反驳黄师傅:客户直接从蓝圈处的二级类目页进去,不就能正常导航,并快速概览规格了吗?

有建站 SEO 经验的朋友都知道,你这里没办法保证用户只从二级类目页进去。别说你没有对黄圈处的一级页面做 noindex 处理(估计你也不愿意做),就算没有这些,正常着陆之后,你仍然无法保证用户的行为符合预期。

所以,这里应该合并导航,因为你家产品内容实在撑不起这么多层结构。盲目加层级,连体验都会出现问题。

而当把二级导航页面上的表格合并到一级导航页之后,可以省去很多废话,同时并不影响一级导航的落地体验。

2.2 规格与应用维度重叠

如果说上面的导航问题,是因为运营人员想太多了,那么,接下来的问题,暴露出了他家更矛盾的产品内容规划决策。

刚才细心的朋友应该看出来了,类目页 URL, 看起来很乱:

hiitio.com-contactor-category-page-tier-2-url
源地址:https://www.hiitio.com/product-category/electric-vehicle/high-voltage-dc-relays-contactors

如上图所示,前面看到的第二层类目 URL 上,发现 slug 有好几层,他的上层,叫做 “electric-vehicle”.

这也能理解,因为他家首页就明确说过,产品主要应用在新能源行业。

另外,这只是看起来复杂些,其实也并没有违反谷歌官方的 URL 最佳实践,所以没啥好纠正的。

但毕竟高压直流接触器,是他家的拳头产品,这么放在 URL 的下层,看起来总是怪怪的。

所以黄师傅本着职业感觉,去到他家网站地图的类目专栏,发现更奇怪了:

hiitio.com-category-sitemap
源地址:https://www.hiitio.com/product_cat-sitemap.xml

如上图所示,所有的接触器产品类目(一共 8 个,截图不完整),都是吊在某个行业(如新能源、电机控制、空调等)下面的。

于是我们再次审视主菜单,就发现了产品分类维度问题:

hiitio.com-contradictory-product-classfication

如上图所示,下拉框其实分成了两块,上半块红色虚线框中,是按照规格来分类,下半块蓝色虚线框中,是按照应用行业来分类。

也就是说,作为客户,我如果想找到某款接触器产品,那它可能幸运地出现在 “High Voltage DC Contactors” 集中栏目中,也可能藏在下面某个该死的应用菜单里。

所以你也看到了,运营者似乎假定客户很专业,一眼就能找到自己的产品,所以分类随意,完全忘记了导航应有的体验。

但黄师傅作此评判,有些冤枉他们。所谓隔行如隔山,我特意查了下,发现他们这么做,也确实有点原因:

hiitio.com-contactor-and-industry-ai-answer

原来,这个小小的接触器,是和负载绑定在一起的(例如电机接触器 Motor Contactor),而像电机这样的负载,又和它的上层应用绑在一起(如新能源汽车)。

所以,他家的客户,应该来自两个世界。

第一个世界,是具备专业电气工程背景的采购方,他心中的产品标签,是 IEC 规范中的使用类别,或者各种技术参数:

hiitio.com-iec60947-4-1
源地址:https://webstore.iec.ch/en/publication/74487

如上图所示,技术采购关注规格,所以他们侧重在红圈 (By specifications) 中导航。

第二个世界,是项目需求方的一般采购,他并不懂专业的参数,只知道要买行业所需的连接器产品,所以,所以他们侧重在蓝圈 (By applications) 中导航。

委屈已经帮你说出来了,但可惜你还是错了——试图讨好所有人,最终的结果,就是所有人都被你得罪了——无论是技术采购,还是商业采购,都会被这个不伦不类的菜单所折磨,尽管他们抱怨各不相同。

退一步讲,就算这些人没话说,你的继任运营,也一定会骂你。因为你连本应体现在菜单上的项目,都弄丢了:

hiitio.com-missed-hvacr-category-link

如上图所示,通过网站地图,找出来了更多接触器类目,但似乎因为重要性不佳,并没有挂在导航上,造成了半孤岛页面。

希望多年之后,你不会忘记这个链接。

说完了问题,我们说解决方案。其实答案就藏在我们平时提到的 B 端通用产品内容框架里面:

上图所示,是之前我们分析过的消防方案公司,他们就是采取了标准做法,分别提供了解决方案、应用行业、应用案例三条内容线,有机穿插各种产品内容。

反观本例,明显就缺了一条线:

hiitio.com-industries-menu-suggestion

如上图所示,就这么改,把原来的产品栏目保留,并把剩下的产品一律按照规格提取出来,放在下面。同时增设 Industries 栏目,吸收下半部分行业,再把拳头产品整合到新能源等行业条目下。

所有具体产品着陆,仍然统一到现有的链接框架中。这样,不改链接,只增导航,虽然有少量导航内容重复,但能最大化用户体验。

你可能想说了,我不想得到重复页面,怎么办?其实也好办,那你就统一口径,要么重点迎合技术采购,要么重点迎合商业采购。

但看你依赖代理商的样子,估计也不知道自己要给谁服务。

2.3 糟糕的迭代操作

刚才看到了,他不该拆的地方(变体产品)乱拆,该拆的地方(维度导航)不拆,实在是混乱。

但这还没完,他修改页面的逻辑,一样是很乱的。

我们之前看到的一级导航页面,URL 后面有个数字后缀:

hiitio.com-contactor-url-problem

如上图所示,搞过 WordPress 的朋友都知道,当页面名字重复了的时候,新的页面才会出现 “-4” 等数字后缀。

所以看到这东西,我们初步判断,他们的运营每次改内容,都不敢删除前面的历史页面,也不敢直接覆盖,而是复制出来后另行调整后保存。到目前为止,这是他的第四稿。

但他可能不知道,几乎主流的构建器,都是自带版本控制的,直接改就行了。要是后面发现不满意,可以回退到历史版本。

如果所有人都像他这样做,那网站会乱套——之前复制出来的的几个版本页面 URL 都不同,谷歌会判定混乱/重复。虽然能用 301 补救,但这完全是没事找事。

我们看到他还真做了 301:

hiitio.com-301-3-4
hiitio.com-301-1-4

如上二图所示,希望这只是后续外部人员给出的补救,而不是他自己在演戏。

2.4 糟糕的模板选用

这还没完,兄弟们。

黄师傅看这网站的时候,也是咬牙切齿的。表面上很干净,实际上太乱了。

我们再对比看看他几个产品导航页:

hiitio.com-HVDC-contactor-page-layout
源地址:https://www.hiitio.com/lp-high-voltage-dc-contactor-manufacturer-4/
hiitio.com-hvacr-category-page-layout
源地址:https://www.hiitio.com/product-category/hvacr/

如上二图所示,他各个导航页面的内容风格,差异很大,有的页面带 Banner 和精美的排版,有的页面就只是个列表。

黄师傅看了这两页的模板标识,发现选用的页面框架也是不同的:

hiitio.com-page-template-code
hiitio.com-archive-page-code

如上图所示,发现两个页面所使用的模板都是不同的,一个是标准 Page, 一个是 Archive(疑似 Woocommerce 产品类目模板)。

你可能想说,这没啥,样式看起来不一样,让客户自己适应适应。再说了,你怎么知道我做这个区分,背后没有别的用意呢?

还确实是,也许他们故意这么做,把行业和规格通过样式区分下,缓解上面提到的维度矛盾局面。

但如果只是这样,黄师傅就懒得说了。关键是你乱用模板,背后的数据逻辑也就跟着乱了:

hiitio.com-page-template-json
hiitio.com-archive-page-json

如上二图所示,RankMath 默认视角下,你的页面如果用普通 page, 结构化数据,就只有面包屑。而当你换成产品系列模板之后,结构化数据中就有了相应的条目。

这倒不是说哪个就比另一个好,而是想告诉你,每个模板背后,都关联到了不同的数据逻辑,就算你有闲心慢慢手动调整,这也势必会增加大量信息管理工作,给后来人带来很大的维护挑战。

综上所述,这些小小的产品内容结构性问题,有时候不经意间就由当时建站的运营者敲定了。但他可能不知道,也许正是这些微不足道的小决策,甚至会造成十年之后的大问题。

3. 多语言结构问题

该网站做了多语言栏目,是用的子域:

hiitio.com-spanish-url

如上图所示,无论是子域、子目录,还是独立域名,在多语言上都是没有问题的。

但他做了这么多语言,却没有适配最基本的页面关系指向:

hiitio.com-multi-language-google-doc
源地址:https://developers.google.com/search/docs/specialty/international/localized-versions?hl=zh-cn

前面我们也见识到了他家运营的功力,基本功不太扎实,所以我们把官方文档摆出来。

谷歌明确说,做了多语言,要通过一定方式,指名备用网页(即小语种页面)。

但黄师傅查了下,他家没做:

hiitio.com-hreflang-0-result

如上图所示,插件没给他生成这个标签,按理说默认会生成的,除非他用的是 Gtranslate 这个缺德插件的免费版。

为了避免误判,我们再排除下两个罕见的部署渠道:

hiitio.com-http-header-of-language

如上图所示,通过检查 HTTP 表头,发现还真有相关项目,插件也确实是那个。同时看到值传丢了,也不知道这是不是 Gtranslate 的默认模式。

另外一个罕见的渠道是网站地图,但因为 RankMath 默认做了重写,可以直接排除了。

不管怎样,这里因为缺失不同语言版本之间的链接引用,会导致谷歌判定困难,从而造成收录大幅下降。

解决方案很简单,赶紧给插件充钱:

hiitio.com-gtranslate-plans

如上图所示,看来他家用的是免费版,插件方默认把这个功能阉割了。加上他家多语言选项比较多,所以这里就必须要搞一个会员了。

考虑到最近该插件翻了车,换成别家的也行。

4. 文章结构问题

他家文章,也受到了时弊侵蚀:

hiitio.com-blog-cover
源地址:https://www.hiitio.com/blog/

如上图所示,最近文章大部分都是这种自我推荐类内容。

黄师傅想说,如果这种推荐理由合理且有依据,也倒可以。

但就怕理由站不住脚,且又不知道做些别的,最后栽了跟头,还不知道发生了什么。

来都来了,还是看看他写的如何:

hiitio.com-article-top-10-sscb-1
源地址(下同):https://www.hiitio.com/2026-global-top-10-solid-state-circuit-breaker-manufacturers/
hiitio.com-article-top-10-sscb-2

如上图所示,这篇文章写的是十大固态断路器制造商,并把自己放在了第一位。

但你看这表格里的前五,另外四个中,有三个都是百年企业,并且就算你不是这行的,应该也对其中的名字有所耳闻。

你现在就可以查查,表上的其他四家(伊顿、ABB、西门子、施耐德),都是五百强企业。

所以,这其实已经不是在写作了,而是在侮辱所有观众(包括 AI)的智商。

来都来了,还是耐着性子读下去,万一他家真能排上号:

hiitio.com-article-top-10-sscb-3

行了,不用看了。这并不是在支撑说明,而是提前单方面做了全球第一的假设——所有的段落文字,都是在表达,而非证明。

作者小妹估计还会反驳黄师傅,别管怎么说,我这么写,确实有用啊,尤其是对于 GEO:

hiitio.com-gemini-search-result-of-top-sscb

如上图所示,直接搜文章标题,的确看到 Gemini 对其进行了引用。

对此,黄师傅认为,之所以出现这种睁眼瞎的 AI 结果,一方面是因为这个话题比较狭窄,谷歌的数据库里面,还没有足够多的交叉验证语料/算力(本例的 Gemini 会使用一部分搜索数据)。

另一方面,圈子内部流行的该类话题定式,无疑进一步刺激各类企业的相关内容制造与自查。具体到本例,这会导致 “Top 10 SSCB” 与 “Hiitio” 的语料同现概率增加。而 AI 其实是根据概率进行交互,所以被钻了空子。

但这个局面应该不会太久了,谷歌上个月(2026-07)已经明确告知,不要这么做:

hiitio.com-google-doc-about-ai-abused-content
源地址:https://developers.google.com/search/docs/fundamentals/ai-optimization-guide?hl=zh-cn

如上图所示,谷歌说,不要刻意追求虚假提及,尽管这确实能(通过概率原理)暂时骗过 AI 和搜索引擎。

说句老实话,那些真正站在行业顶端的企业,反倒不会如此标榜。

那作为内容创作者,应该怎么做呢?

其实很简单,把自己的产品了解透,融入行业应用框架就行了——你家不是专供新能源吗,为啥不能动点脑筋,认真研究下该领域的应用类交集话题?

还是用之前提过的内容三元论框架:

hiitio.com-article-outline-prompt-1

如上图所示,首先我们问 AI,围绕新能源行业中的自家产品,能不能找一些场景,或者是传统方案痛点。

这是 SEO 的起手基本功吧,没什么好说的。

我去年就提醒过你们,AI 只是个工具,如果你拍脑袋由词生词,那 AI 也只会帮你紧贴产品本身,执行一些 Top, What, How 之类的傻话题:

hiitio.com-problem-of-ai-and-brain

不扯远了,继续梳理文章。

接着,我们随便挑一个:

hiitio.com-article-outline-prompt-2

如上图所示,像这里的快速充电,黄师傅个人觉得是个不错的方向,并且 “DC Fast Charging” 确实也有不错的搜索数据,所以我初步选定它。

但我们这里倒不是要直接找出可用的关键词,主要目的是拓展话题方向。

所以如果你不幸发现,”DC Fast Charging” 没有搜索关注度,那应该往上泛化。例如,我可以泛化到 “EV charging safty”, “charging efficiency” 等更通用的话题。

至此,你就已经初步脱离了低级生产循环。

接着,我继续对话,让 AI 一边教我,一边产出陈述逻辑,并作为提纲。同时你也看到了,我让它预留了系列文章空间,免得这篇就霸占了所有的话题角度。

于是,我们就开启了自动内收与内化的道路:

hiitio.com-article-outline-prompt-3-1

如上图所示,AI 在一开始就帮我们兼顾了技术科普与产品联动,这种言之有物的框架,比硬推是不是要好?

接着,我们一边学习知识原理,一边见证 AI 的自动整理:

hiitio.com-article-outline-prompt-3-2

原来,这个场景下的浪涌电流,是电路连通与中断控制的难点,也正是我们家产品的用武之地。你只有搞明白了这里,才好给用户介绍。

当然,也别光是技术科普,还要看看用户的关注:

hiitio.com-article-outline-prompt-3-3

如上图所示,我们光说安全性,还不够引发读者的共鸣,所以要深入将一些 DC 相比 AC 的固有特性。这些东西算是极普通的常识,但仍然要讲出来。

如果你觉得不好意思拿出手,那可以多吸收一些,然后写深一点(例如电弧产生的条件、强度、频率等)。这样渐进式的进步,不仅是 SEO 的理念沉淀,也是你的行业储备。

再往下,我们发现 AI 已经帮我们预留了接续扩展方向:

hiitio.com-article-outline-prompt-3-4

如上图所示,我们下一篇文章,就可以写触点熔焊。到时候,你可以稍微学习下像电流过大、电弧严重等问题,然后把它放在另一个安全框架的话题里面。

接着,我们就体验到了边学边练的乐趣,并顺手收获到了文章框架:

hiitio.com-outline-prompt-3-5

如上图所示,我们慢慢内收内化,文章工作也自然推进了。

我知道有很多人已经看不上这种近乎古法的传统流程了。黄师傅写下这段话的时候,刚从健身房回来,有个粉丝在直播间说:SEO 博主里面,你是唯一不用 Codex 的人了。

我在想,一是因为自己确实舍不得这 20 美金(换成鸡胸肉的话,可以买到将近 20 斤),二是因为,省力的背面,其实是偷懒,频繁快速满足之后,阈值升高,就再也静不下心来了。

不信我问你,就拿你自家的产品来说,触点熔焊这种几乎绕不开的基础常识,你愿意花时间去了解吗?

你不了解这些知识,就没办法拟定文章的边界,也就只能任由 AI 发挥,最后也无从评判。

电脑肯定比人脑强,但操作理念、调教思路也是要磨练的。

5. 其他问题

其他问题都很直接,相信他们自己也知道,这里简单带一下:

hiitio.com-multiple-desc-problem

如上图所示,这里有几百个页面元描述重复了,主要集中在博文和产品页面。

看代码的话,似乎是条件追加:

hiitio.com-description-problem-example

如上图所示,希望不是乙方故意埋下的坑,毕竟代码文件还是很危险,就算有 Codex 加持,一般运营可能还不敢乱动。

再就是结构化数据:

hiitio.com-product-schema-problem
源地址:view-source:https://www.hiitio.com/product/36v-150ah-lifepo4-golf-cart-battery/

如上图所示,所有产品页虽然都做了 Product 结构化数据,这也应该是他们装 Woocommerce 的主要用意之一了。但数据中都含有一个假的促销价格(99 美金)。

如果你搜一下他家产品,会发现这里是没有生效的。

好了不说了,都是一个师傅教的,但凡用心一点,会的都会。

结语:成也业务,败也业务

黄师傅想来想去,还是觉得这个运营者(如果是甲方)有点冤枉。

因为她已经很努力了,之前的有些布局,其实也是借鉴同行的:

hiitio.com-competitor-products
源地址:https://www.littelfuse.com/products/relays-contactors-transformers/high-voltage-dc-contactor-relays

如上图所示,电气行业好像挺喜欢用这种表格的,我们之前也看到过。

但坏就坏在,这行的巨头网站,似乎也都不太注重线上内容管理,有些并没有遵照最佳实践。所以,不好照抄。

纠结来纠结去,最后只能抄自家的国际站了:

hiitio.com-alibaba-store-menu
源地址:https://hiitio.en.alibaba.com/company_profile.html

如上图所示,他家的阿里店铺菜单,确实和网站的很像,加上店铺运营年限也和域名时间差不多,所以应该是相互借鉴的。

加上他们郑总,同时也是外贸一把手:

hiitio.com-company-charger-report
源地址:http://paper.ce.cn/pad/content/202412/03/content_305350.html

所以,公司各大外部事项,应该是由业务牵引的。而业务团队的特点一般是,重结果、轻过程;重沟通、轻思考。

从上到下的路径依赖与资源不均,引来了该网站这一身的毛病。

Comments

Leave a Reply

Your email address will not be published. Required fields are marked *