做 SEO 这些年，客户用过的平台五花八门：Commerce Cloud、WooCommerce、Magento、纯定制开发都有。
Shopify 和 Shopify Plus 的客户越来越多，这不意外。很多人把这归功于疫情带来的电商爆发，但数据不这么看——这个趋势在疫情前就在走。看 BuiltWith 上的 Shopify Plus 使用统计，这个平台从 2017 年就在稳步涨。
底层技术差不多，但用 Plus 的通常是另一类客户——大品牌，营销团队也更成规模。
什么是 Shopify Plus SEO
说白了，就是针对 Shopify Plus 站点做的一批 SEO 调整。具体长什么样？比如去掉重复产品页面的链接、减少靠 JavaScript 才能显示的内容、调整分面导航等。
Plus 站点的库存更大、定制更多、营销技术栈也更复杂。就着这点，我们把这类站从 SEO 角度怎么处理、又会踩哪些坑，拆开讲。
1. 重复的产品页面
我们在 Plus 站上见得最多的 SEO 问题，就是重复内容。同一份内容能从两个及以上不同 URL 打开时，重复就出现了。Plus 站制造重复的方式有好几种，先说重复产品页。
分类页（category）经常链接到一份"重复的产品页"。
案例：Untuckit。 从分类页点进一款产品页（现已下架的 Flannel Manning Shirt），URL 里同时带着 /collections/ 和 /products/：
https://www.untuckit.com/collections/flannels/products/manning
再去看这个页面的 canonical 标签（规范标签），它指向了另一个完全不同的 URL，路径里只有 /products/：
https://www.untuckit.com/products/manning
点进这个 /products/manning，你看到的就是上面那个 URL 的完整翻版。
问题在哪？分类页链接到的并不是 canonical URL，而是另一个同样可能被抓取、被收录的重复页。更麻烦的是，这套机制是批量生产重复的，每个从分类页点进去的产品都是一份重复，等于 Plus 站给自己的重要 SEO 页面造了一大堆潜在重复。
canonical 标签能帮 Google 做索引合并的信号，但记住：canonical 是提示，不是指令。Google 是可以无视 canonical 标签、照样收录重复页的。
怎么办： 让分类页链接到正确的产品 URL 就行。改一下 product-grid-item.liquid 这个文件，Shopify 在所有分类页上都会指向对的链接。更细的修法看我们那篇 Shopify 重复内容修复指南。
2. 靠 JavaScript 渲染的内容
Plus 站另一个要盯的，是 JS 渲染内容。用 Plus 的站更容易在这上面出抓取和收录问题，库存大、品牌大，开发团队更可能在网站生命周期里塞 JS 框架来出内容。
Google 这些年抓 JS、收录 JS 的能力进步很大，但过程还远谈不上完美。用这种技术的站，JavaScript SEO 的最佳实践一条都不能省。要是 JS 把内容挡住、藏住，Googlebot 抓不到，排名就受影响。
案例：Motherhood Maternity 的哺乳文胸分类页。 正常打开，是标准分类页：导航、横幅图、产品列表都在。把 JavaScript 一关，横幅图和产品列表全没了。
再用 View Source 看原始 HTML（这是搜索引擎在执行 JS 之前能拿到的东西），搜 "Average Busted Seamless Maternity And Nursing Bra" 这类产品名，页面里根本找不着。说明关键内容得靠 JS 才出得来，原始 HTML 里没有，得去查 Google 到底收没收得到这些产品。
看他们这几年的自然流量，是断崖式下跌的。很可能就是 Google 啃不动 JS 内容，把流量拖下去了。他们用了 FastSimon 这套技术，可以测一下预渲染（pre-rendering）能不能把自然排名拉回来。
建议： 在 Plus 上跑的站，务必审一遍 JS 用法，测 Google 能不能正确收录 JS 渲染的内容。同事 Pierce Brelinsky 写过一份很不错的 JavaScript SEO 指南，可以照着查。
3. 分面导航
Plus 站更可能上分面导航，因为库存大。这个功能让用户按尺寸、价格、材质去排序筛选，找最对的产品，对逛大量货的人很有用。
但它会制造海量重复内容。很多设置里，每选一个筛选条件就生成一个新 URL，这些 URL 很快堆成一片。Google 的一个案例研究里，158 件产品的店，造出了 380,000 个 URL。分面导航生成的 URL，基本就是原分类页的排序/筛选视图，内容高度相似甚至重复，于是又是一轮大规模重复。
案例：Bonlook 的女士眼镜分类页。
https://bonlook.com/collections/women-eyeglasses
这个分类页带分面导航，能按尺寸、性别、形状筛。勾上 "Black""Female""Cat Eye" 后，加载出这个 URL：
bonlook.com/collections/women-eyeglasses?color=color–black&gender=gender–Women&shape=shape–Cat+Eye
内容跟原分类页几乎一样，属于相似或重复。真要 Google 把所有参数页都收录，规模化的重复就来了。
好消息是，Shopify 的 robots.txt 默认规则会挡掉这类页面，不让 Google 抓分面导航产出的大量重复页。但现实里经常看到分面导航没被默认规则挡住，尤其是 Plus 站自己上了分面导航的，务必去查 Google 能不能抓到、收得到那些 URL——不然大量抓取预算就浪费在又低质又重复的页面上了。
4. 站内搜索
站内搜索是 Plus 站的重要功能。这类站 SKU 多，用户必须能快速搜到东西。没这功能的，强烈建议把它放到显眼位置。我们的数据显示，用了站内搜索的用户，转化意愿比不用的高一大截。
常见坑是：有些 Shopify 店让站内搜索页被抓、甚至被收录，于是 Google 索引里塞进一批低质页面，拖累整站的质量评估。
案例：Lord & Taylor。 他们允许抓取站内搜索页。搜 "Tote Bags" 的结果页是这样一个地址：
lordandtaylor.com/pages/search-results?q=tote%20bags%2A
这页对用户有用，但不是我们希望被抓、被收录的页——他们本来就有 Tote Bags 分类页作为主排名页。再看他们的 robots.txt，Lord & Taylor 确实没挡这个页让 Googlebot 抓取。
怎么办： Lord & Taylor 这种，得改一下 Shopify 的 robots.txt，把站内搜索页挡住别抓。建议很直接：用了站内搜索，就测一下 Google 能不能抓到这些页；能抓到的话，在 Shopify robots.txt.liquid 文件里加规则，屏蔽 Google 抓取。
5. 结构化数据
任何电商站，结构化数据都是必选项。它是加进网页的一段代码，帮搜索引擎理解页面内容，比让它们自己猜要直接得多。特别是做GEO，这一块目前更加重要。
Plus 站里，我们常看到结构化数据不一致。大多是主题（theme）和 Shopify 应用自动加的，结果往往是错的、不全的，或者重复的。
案例：Huel.com 的产品页。 用 Schema 校验器一测，它那个产品页压根没有任何结构化数据。
我们推荐的 schema 映射（注意：每种 schema 元素，每个页面只该有一份）：
-
分类页：用 CollectionPage或OfferCatalog -
产品页：用 Product
怎么做： 先用 Schema 校验器（Schema Validator）把各页面类型现有的结构化数据查一遍，再定个计划把上面的映射落到各页面类型上。这活可能要开发动手，把主题塞进去的错误 schema 删掉，换成对的。
没开发资源？强烈建议装 Schema App Total Schema Markup 这个应用。它能把上面这套映射做对，而且不用开发就能把主题加的 schema 清掉。更细的看我们的 Shopify 结构化数据指南。
6. 网站速度
性能一直是企业级站点盯的重点。大品牌、大营销团队，站久了必然会变慢——分析团队加追踪脚本，营销团队加聊天机器人和动画，功能和技术越堆越多，性能就往下掉。
HTTP Archive 的数据看，Shopify 开箱即用已经相当快，它自带的 Core Web Vitals 比 WordPress、Drupal、Wix、Magento、Squarespace 这些主流 CMS 都强。
但 Walmart 做过的研究发现，网站每快 1 秒，转化率能涨 +2%。所以 Plus 站必须把这事放在心上。
我们多年攒下来的加速清单：
-
Shopify 应用，把没用、不必要的删掉 -
做懒加载，用 lazysizes.js这个库 -
图片只按显示尺寸上传，别传原图 -
用 Crush.pics，自动压缩 Shopify 图片 -
新开店就挑个轻量主题，更细的看我们的 Shopify 速度优化指南
Shopify 和 Shopify Plus 的底子 SEO 是一回事，但 Plus 上的品牌，面对的挑战往往更复杂。更大的库存、JS 框架、更厚的技术栈，都是 Plus 店要接的招，店主得清楚这些元素怎么影响 SEO。