做电商网站的人大多经历过这样的窘境:首页和分类页权重还行,但成千上万个商品详情页像隐形了一样,搜品牌词都排不进前三页。详情页优化其实就是把每个商品页当成独立着陆页来经营,让它们各自吃掉一批长尾搜索词,而不是统统依赖栏目页分权重。
爬虫抓到商品页时,最先读的不是你精心排版的详情图,而是源码里的几个固定位置:title、h1、canonical、结构化数据。不少站点为了省事,所有SKU的title都是“XXX旗舰店正品保障”,这种写法等于主动放弃长尾词。
我们之前接手一个家居类站点,商品页title统一模板是“北欧风台灯-某家居”,而用户实际搜的是“卧室床头可充电小台灯”。前者覆盖不了后者,后者搜索量月均八千却全被竞品拿走。改完模板后两个月,自然搜索访客涨了将近四成。
详情页的h1别只写商品名,把使用场景和核心属性塞进去。比如卖登山杖的,h1可以写成“碳纤维伸缩登山杖 轻便防滑徒步手杖”。注意控制长度,移动端标题超32字会截断。
首屏文案(页面里不用翻滚就能看到的部分)要自然出现2-3个长尾词,别堆。下面这段是我们给一个宠物用品站写的开头:
<pre><h1>猫用自动饮水机 静音循环不插电款</h1>
<p>这款猫咪饮水机采用重力循环设计,适合多层住宅的猫奴日常使用,不用通电也能保持水流动感,减少猫咪泌尿问题。</p>这段代码里“猫咪饮水机”“猫用自动饮水机”都是真实有搜索量的词,分布在h1和首段,爬虫抓取得很舒服。
商品图哪怕再好看,alt属性空着就等于白给。正确做法是alt写“蓝色亚麻四件套 1.8米床适用”,而不是“img_0392”。我们也顺手做了Product类型的JSON-LD:
{
"@context": "https://schema.org/",
"@type": "Product",
"name": "蓝色亚麻四件套 1.8米床",
"image": "https://example.com/linen-set.jpg",
"offers": {
"@type": "Offer",
"price": "299.00",
"priceCurrency": "CNY"
}
}加了结构化数据后,部分关键词在搜索结果里直接带星级和价格,点击率能高出去两三成。
详情页最怕成为孤岛。我们习惯在详情页底部加“看了又看”模块,但别用JS动态加载那种爬虫抓不到的。用静态a标签链到同品类其他商品,也能链到相关的选购指南文章。
| 内链方式 | 爬虫可见性 | 用户价值 |
|---|---|---|
| 底部同品类静态链接 | 高 | 中 |
| JS个性化推荐 | 低 | 高 |
| 正文相关词锚文本 | 高 | 高 |
正文里提到“床品收纳”时,直接链到一篇收纳文,既帮用户也帮爬虫发现内容网络。
详情页图片多,没开webp和懒加载的话,移动端LCP经常超3秒。我们给一个服饰站做优化时,把详情图从平均1.2MB压到180KB,LCP从4.1秒降到1.9秒,两周后该批页面平均排名上升5位。
另外注意canonical别写错。有些建站系统给带参数的URL(?color=red)也生成了独立页面却没指回主SKU,导致权重分散。正确做法是用canonical聚合变体页。
接了Search Console后,重点看“查询”里曝光高但点击低的长尾词。有个客户详情页曝光“婴儿推车轻便折叠”月均两万,点击率才0.8%,我们改了meta描述加上“仅4.2kg可上飞机”,点击率拉到3.1%。
详情页优化不是一次性工程,它跟着搜索词库和用户反馈一直在变。
平时每周导一次搜索词报告,把新冒出来的口语化词(比如“小个子穿的羽绒服”)反补到对应详情页的文案里,这种滚动式微调比大改版更稳。
评论
加载中...