H5商城SEO实践指南

H5商城是标准网页，可以被百度、谷歌、必应、搜狗等搜索引擎抓取和收录。这是它和小程序、原生App在获客结构上的关键差异：外网搜索可以指向商品页、分类页、内容页，而不必先经过应用商店或微信内的封闭容器。看店通在H5项目里把可收录、可分享、可支付当成同一套上线前提，而不是上线后再补丁式地「做排名」。

本指南按实际工作顺序写：先分清SEO与ASO，再谈关键词与页面元素，然后是技术可抓取、内容与内链、微信内发现，最后是监测方式。效果受行业竞争、站点历史和内容投入影响，周期往往以月计，不宜当成投放替代品，也不宜承诺具体排名或成交。

先分清：H5要做的是网页SEO，不是ASO

SEO（Search Engine Optimization）针对网页在搜索引擎结果中的可见度，工作对象是URL、HTML、内容和外链。ASO（App Store Optimization）针对应用商店里的应用名称、副标题、关键词与素材，工作对象是App列表页。H5商城没有应用商店商品位，把ASO写成「H5的核心任务」会把团队带偏。

对H5商城，搜索侧通常有两条线：一条是外网搜索引擎（国内以百度为先，同时兼顾谷歌、必应、搜狗）；另一条是微信内的发现（分享卡片、公众号图文入口，以及按需接入的搜一搜能力）。应用商店优化只在「后续要单独上架独立App」时才需要单独立项，下文末尾一笔带过即可。

为什么H5适合做搜索引擎优化

搜索结果里的点击不按展示次数向商家计费，边际获客成本通常低于长期纯信息流投放，但前期要投入页面结构、内容和站点信任度，排名也存在波动。对展示型、长尾咨询型、复购周期较长的品类，把可收录页面在上线时留好，往往比事后整站返工更省事。

• 可被公开抓取：只要服务器允许爬虫访问，商品详情、分类、帮助和内容页都可以进入索引。纯前端渲染且未做服务端渲染或预渲染时，爬虫可能只看到空壳，这是H5项目里最常见的技术坑。
• 发布节奏由自己掌握：改标题、补文案、加结构化数据后即可部署，不必排队等小程序审核窗口。这也要求上线前做好回滚和缓存刷新，避免错误页面被先收录。
• 链接可出现在搜索之外的渠道：短信、邮件、广告落地页、线下二维码都可以指向同一URL。搜索优化与投放落地页可以共用一套语义化地址，减少「一套活动一个临时域名」导致的权重分散。冷启动渠道组合见H5商城冷启动获客策略。

关键词：按搜索意图选词，而不是堆密度

关键词研究的目的是判断用户在搜什么、处在浏览、比较还是下单哪一段，而不是把某个词重复写进正文。密度指标容易把编辑逼成堆砌，现行搜索引擎更看重主题是否说清楚、页面是否满足意图。看店通建议先列出业务能兑现的词，再决定哪些做独立落地页、哪些只作为段落主题。

按意图分层

• 业务词：与品类或解决方案直接相关，例如「移动端商城」「H5商城搭建」。搜索量大、竞争也强，适合作为栏目或首页的主题，不宜期望短期内占据靠前位置。
• 长尾问句：带场景、规格、价格区间或对比关系的词，例如「H5商城和微信小程序怎么选」。单次搜索不多，但问法具体，内容页只要真正回答问题，较容易获得展示。
• 品牌词：包含企业或产品名称的检索。官网、备案主体和公开资料宜保持一致，避免搜索结果被采集站或过期合作页抢占摘要。
• 地域与门店词：有线下网点或区域配送时再做，例如城市加品类。没有服务能力的城市不要硬写进标题，以免点击后无法履约。

研究时用什么工具

工具给出的是参考量级，不是排名保证。常用入口包括：

• 百度指数：看趋势和关联词，适合判断季节性，不适合当成精确日均检索量。
• 百度搜索资源平台与关键词规划类产品：结合站点已有展现，看哪些词已经带点击、哪些只有展现没有落地页。
• Google Keyword Planner：面向谷歌市场或海外用户时作参考；国内主力流量仍应回到百度侧数据交叉验证。
• 竞品页面：看对方标题、栏目和内链，找自己能写得更具体的缺口，而不是复制整页文案。

布局原则

• 一页一个主意图：标题写清主词，正文用近义说法展开。同一主词不要复制出大量参数几乎相同的URL。
• 标题与摘要服务点击：中文标题宜短、能显示完整；描述写清对象、差异和谁适合来，避免空泛形容词。
• 正文按问题组织：主词出现在首段和某个小标题里即可，其余位置用用户会说的话写规格、流程、限制条件。
• 图片说明写事实：alt描述画面里是什么（例如「看店通H5商城商品详情页」），不要把一串关键词塞进alt。

页面元素：让搜索结果和正文说同一件事

每个需要收录的URL都应有独立的title、description和H1，三者主题一致，避免整站共用一句口号。商品页、分类页、活动页、帮助页的模板字段要分开配置，活动结束后下线或加noindex，减少过期促销页占索引。

• 标题：包含主意图和品牌名，长度以搜索结果中不易被截断为准。同一站点内各页标题宜彼此区分。
• 描述：补充标题没放下的限定条件（配送范围、适用端、是否需登录）。搜索引擎可能改写摘要，但认真写仍有助于点击质量。
• 标题层级：一页一个H1，H2按模块切分，不要跳级堆装饰性大字。列表、表格、步骤用真正的列表标签，而不是用图片代替全部说明。
• 规范网址：canonical指向主版本，http与https、www与非www、带参数的筛选页要约定哪一种可收录。

内容类型怎么为商城服务

商城站容易只剩「加入购物车」。搜索侧更需要能独立回答问题的页面：

• 商品与规格说明：材质、尺寸、售后边界写清楚，比堆叠营销短句更有用。主图之外补充细节图，并配alt。
• 使用与履约说明：发货时效、配送范围、退换货入口。这些页面既降低客服重复问答，也可能覆盖「能不能送到某地」类检索。
• 选购与对比：把常见犹豫点写成一篇完整说明，内链到对应商品或分类，而不是在每件商品下复制同一段。
• 真实案例与限制条件：写清行业、目标、做法和未解决的问题，避免用无法核验的涨幅当案例。可与站点内已有案例页互相链接，不要编造数据。

篇幅服从问题是否讲完，不必为凑字数注水。更新频率也服从业务：有新品、政策变化或页面报错时再改，空转的「每周固定发两篇」对索引帮助有限。

技术基础：让爬虫读到和用户看到的同一份内容

技术SEO的目标很具体：发现URL、抓取HTML、理解结构、在移动端可用。H5若采用Vue、React等单页应用且未做服务端渲染或预渲染，商品文案可能只存在于接口返回里，快照就会是空白。需要收录的页面应在源码中直接输出主体内容。

站点结构

• URL：短、稳定、可读，目录层级浅。活动参数不要生成无穷变体；筛选结果默认noindex或使用规范链回到分类页。
• 导航与面包屑：分类、搜索、购物车、会员中心路径清晰。面包屑既方便人，也方便结构化数据描述层级。
• 网站地图：XML地图收录需要被发现的URL，排除测试环境、打印页、支付中间页。有新增或下架时同步更新，并在搜索资源平台提交。
• robots.txt：放行内容页，挡住后台、接口、临时目录。改完在公开环境验证，避免误禁整站。

速度与移动端

加载过慢会抬高跳出，也会影响可抓取预算。H5流量大量来自链接点击，首屏应在真机（含一台较低配置的安卓机）上测，而不是只看开发电脑。图片用适合屏幕的尺寸和现代格式，并做懒加载；静态资源走CDN和合理缓存。响应式布局让手机、平板、电脑共用一套页面，避免移动版和电脑版内容不一致。布局说明见H5响应式设计。

触控热区要够大，避免紧挨着的链接互相误点。字号以便阅读为准，不要把正文缩成装饰。首屏讲清是谁、卖什么、如何开始；更长的商品详情可以放在下方并用懒加载，不必机械限制「只能三屏」。

HTTPS、支付页与索引边界

全站HTTPS是支付和登录的前提，也是搜索引擎的基本要求。HTTP整站301到HTTPS，避免页面内再混用http资源。微信内支付走JSAPI（需网页授权域名与JSAPI支付授权目录），微信外浏览器走微信H5支付，支付宝侧为手机网站支付。这些通道的配置细节见H5商城支付接入指南。

下单页、支付中间页、回调页、带用户隐私的订单页，应用robots或meta robots限制收录，以免会话参数和支付状态进入索引。需要被搜到的是商品、内容和帮助，不是收银台。

内链、外链与品牌提及

内链把权重和爬虫引向重要URL：商品连到分类和说明文，说明文连回可购买的对象，页脚和相关阅读保持少量、稳定的入口。锚文本写人能看懂的短语，不要整站都用同一个「点击这里」。

外链看来源是否相关、是否可被公开访问，而不是条数。行业媒体、合作品牌、线下活动报道，比目录站和兑换链接有用。购买链接、论坛群发、突然暴增的锚文本高度重复，风险高于收益。社交媒体分享更多是带来访问和品牌搜索，不必把社交短链当成主要权重来源。

对外引用资料时，链接到可核对的官方文档或政策原文，并在本页把要点用自己的话写清，避免整段转载。

微信内的发现：分享卡片与搜一搜

不少H5订单发生在微信里，但微信不会自动把每一个H5商品页都当成小程序那样可搜。微信内更现实的路径是：把链接发到会话和朋友圈时，标题、摘要、缩略图可读；公众号菜单、图文和客服消息给出稳定入口；若业务适合，再评估微信搜一搜等开放能力，而不是默认「做了网页SEO就等于微信搜索第一」。

• JSSDK分享：配置JS接口安全域名和服务端签名，自定义标题与封面。配置缺失时，用户看到的是裸链接，点击意愿会下降。分享相关能力见H5易于分享传播。
• 公众号与企业微信：菜单、欢迎语、社群置顶指向同一套已做SEO的URL，避免每次活动换一个无法收录的临时页。
• 搜一搜：接入与审核规则以微信开放平台当期说明为准，适合有明确品牌词和内容更新能力的商家；未接入时，不要把「微信搜索」写成已兑现的渠道。

即开即用降低了从搜索结果到浏览的摩擦：用户点开链接即可看货，不必先下载App。入口形态说明见H5即开即用。

效果观察：看收录、点击和转化，而不是只看某一名次

排名会随算法、季节和竞争变化，单独截一张「第几名」说明不了生意。建议把监测分成三层，工具用站点已在用的即可，例如百度统计、百度搜索资源平台、Google Search Console（有谷歌流量时）。埋点与行为分析可参考H5数据追踪。

• 索引层：已提交URL中有多少被收录、是否大量被判重复或软404、抓取是否报服务器错误。
• 搜索表现层：哪些查询带来展现和点击，点击后的落地页是不是预期页面，品牌词是否被杂站抢走。
• 经营层：搜索进入后的加购、下单、支付成功。支付成功率要分微信内、微信外H5支付、支付宝手机网站支付分别看，避免把支付失败算成「SEO不行」。

调整顺序一般是：先修无法抓取和重复URL，再补内容缺口，再考虑外链与品牌公关。内容与技术都要持续，但不必按月摊派固定条数的外链任务。

若以后上架独立App，ASO只需单独处理

部分商家会在H5稳定后，再做iOS与各安卓商店的独立App。那时才需要为应用名称、副标题、关键词覆盖、截图与评价维护做ASO，并且商店规则与网页SEO并不通用。在只有H5商城的阶段，把人力放在可收录页面、微信内分享和支付可用性上，比提前写一套商店文案更符合形态。

小结

H5商城的搜索工作，核心是让公开网页被正确抓取，并在百度、谷歌、必应等结果以及微信内的分享与发现场景里，把意图说清楚。关键词服务意图，内容回答问题，技术让源码可被抓取，支付与订单页管好索引边界。看店通可以在项目里预留语义化模板、sitemap、HTTPS和按环境分支的支付，商家仍需要用真实商品信息和持续维护来承接检索；搜索有助于降低对纯付费点击的依赖，但不会自动带来销量或固定排名。