店面的 SEO 与推广

店面的大部分 SEO 都自动运行，无需手动设置：平台会自行准备面向搜索引擎爬虫的页面、用结构化数据标记商品、维护站点地图和商品 Feed。本节说明哪些是自动完成的，哪些值得进一步配置：面向广告渠道的商品 Feed、地址迁移时的重定向、接入 Search Console。

哪些功能自动运行#

每当目录、价格或库存发生变化，平台都会重新为搜索引擎爬虫和 AI 代理准备店面页面——这与真实买家看到的页面相互独立（买家看到的是普通的快速 Web 应用）。

• 元标签和标题——首页、目录、集合和每个商品的 title/description；描述会按字符（而非按字节）精确截断到所需长度，因此格鲁吉亚语、阿拉伯语或中文文本不会在半个字符处被截断。
• Canonical 链接——每个页面只有一个“主”地址；重复页面（例如商品的旧 URL 和新 URL）会正确指向当前地址，不会损失链接权重。
• hreflang——如果店面启用了多种语言，搜索引擎会获得同一页面各语言版本的对应关系。
• sitemap.xml——站点地图自动更新，包含各语言的首页、目录、商品、集合和文章；商品卡片在地图中标注了最后修改日期（lastmod）：更新目录时该日期取自商品本身，因此搜索引擎能看到真正发生变化的内容，而不会重新抓取所有页面（修改门店设置后，地图会整体重建，其中的日期会一次性变为当前日期）。对于带照片的商品，地图还额外包含 image-sitemap——用于在 Google 图片中索引的图片直链。分类没有单独页面（分类就是目录的一个分区），因此站点地图中也没有它们。
• robots.txt——自动生成和更新，无需手动修改文件。
• 结构化数据（JSON-LD）：
  • 商店首页——Store/Organization 以及站内搜索标记（Google 可以在搜索结果中直接显示站内搜索框）；餐厅则改用 Restaurant 并附菜单链接；
  • 商品页面——Product/Offer，包含价格、库存、条形码（GTIN）、货号、品牌、状态、配送和退货条件；
  • 具有多个变体（颜色/尺寸）的商品——ProductGroup 一次性包含所有变体：其 SKU、条形码、价格、重量——Google 能理解这是带选项选择的同一商品，而不是不同的项目；
  • 所有页面上的面包屑导航（BreadcrumbList）。
• 面向机器人和 AI 代理的预渲染——首页、目录、集合页面、集合列表和商品卡片会以包含完整内容的现成 HTML 页面（而不是“空”的 JS 应用）提供给搜索引擎爬虫和 AI 爬虫——这既适用于普通搜索机器人，也适用于购物助手之类的 AI 代理爬虫。
• 目录筛选器不会产生“垃圾”页面。 目录本身、精选集和品牌页面对搜索是开放的，而它们的状态——选中的制造商或商品类型、价格区间、搜索、非标准排序——则禁止索引（noindex），同时机器人仍会抓取这类页面中的商品。Canonical 链接始终指向干净的目录地址，因此 utm 标记和辅助参数不会变成单独的页面。否则，成千上万的筛选组合会消耗抓取预算，并在几乎相同的地址之间分散权重，而不是集中在目录和商品卡片上。
• 自有域名会在上述所有地址中生效：如果店面接入了自有域名，canonical 链接、sitemap、robots.txt 和 llms.txt 会自动指向你的域名，而不是平台子域名——参见自有域名。

以上任何一项都不需要手动启动——目录或门店资料发生变化时便会自动更新。

面向广告渠道的商品 Feed#

除了面向自然搜索的 SEO 标记外，平台还能以单独的商品 Feed 导出目录——用于需要其自有格式文件（XML/CSV）的广告账户和电商平台。按门店在应用商店中作为扩展接入：

所有 Feed 都基于同一个目录构建，并在商品、价格和库存变化时自动更新——无需手动重新生成任何内容。

面向 AI 代理的店面#

除传统 SEO 之外，平台还让店面为一种情况做好准备：越来越频繁“阅读”它的不是人，而是 AI 代理——语音助手、购物机器人、搜索类 AI 系统：

• 每个域名上都有 llms.txt 页面——专为语言模型准备的简要机器可读站点地图：这是什么商店、有哪些商品和分类、在哪里查找 API；
• 提供给 AI 爬虫的商品和目录页面包含扩展描述——规格、变体、库存、配送和退货条件——这些内容通常隐藏在交互式界面元素之后，普通爬虫无法看到；
• 外部 AI 代理可以通过公开的 Guest API/MCP 以编程方式搜索商品并下单——详情见面向 AI 代理的 Guest API一节。

重定向管理器与 404 日志#

当店铺地址结构发生变化（从其他平台迁移、修改分类/商品的 URL）时，旧链接会开始返回 404——来自搜索引擎和社交网络的流量与链接权重都会流失。店铺工作室 → 店面 → “SEO 与信息流” 板块无需开发人员参与即可解决这一问题：

• 重定向——规则表“从哪 → 到哪”：精确匹配、按地址开头匹配或按正则表达式匹配；响应代码 301（永久）、302（临时）或 410（页面已永久删除）；规则可以启用/停用并添加备注。
• CSV 导入——如果从 WordPress/WooCommerce 迁移，并且已经用 Redirection 插件配置过重定向，可以用一个文件导入现成的列表，无需手动迁移规则。
• 404 日志——平台会自动记录最近 30 天内哪些地址出现“死链”访问（次数、最后一次时间）。每条日志记录都有 “创建重定向” 按钮，点击后立即打开新规则表单并已填入相应地址。
• 重定向对搜索机器人和真实访客同时生效：机器人会在页面输出层面收到真实的 HTTP 状态码（301/302/410）——这正是迁移地址时保住排名和链接权重所必需的；通过旧链接进入的用户会到达新地址，而不会看到“页面未找到”。

自然搜索查询#

统计板块中有自然搜索查询的明细：用户通过哪些词在 Google 找到你、这些词的点击量和展示量、平均排名。常规的访问分析（Google Analytics）完全不提供这类数据——搜索词只能通过 Search Console 看到。

无需连接和验证任何东西：Search Console 已在平台侧连接，向你展示的是你自己网站的切片数据。“统计”中带自然搜索的流量来源行可以展开为查询表——无需单独开设页面。

自有域名与 SEO#

公开网站默认位于平台子域名（ваш-магазин.cenaly.com）。连接自有域名后，SEO 地址（canonical、sitemap、商品信息流、llms.txt）会自动重建为该域名——这才是应当用于广告、招牌并会被搜索引擎看到的地址。详细连接说明见自有域名板块。

相关板块#

• 网店：店面与销售——零售垂直领域概览
• Google Product Feed——面向 Google Merchant Center 的商品信息流
• 自有域名——连接自有域名
• 统计——网站访问量与自然搜索查询
• 网站构建器——店面设计
• 面向 AI 智能体的 Guest API——AI 智能体如何看到你的店面

常见问题#

要让 SEO 生效，需要手动配置什么吗？#

基础 SEO（元标签、canonical、hreflang、sitemap、robots.txt、商品标记、面向机器人的预渲染）开箱即用，无需配置。“统计”中的自然搜索查询拆分也是如此，无需自行连接 Search Console。只有需要外部账户的项目才值得手动连接：商品信息流（Google Merchant Center 等）。

搜索引擎如何得知新商品？#

添加、修改或删除商品时，平台会自动重新生成该位置的 SEO 页面和 sitemap——通常需要几秒到几分钟。之后的收录速度就取决于搜索引擎本身了。

重定向保存后立即生效吗？#

是的，规则立即对机器人和真实访客生效——无需单独的发布步骤。

可以从 WordPress 迁移重定向吗？#

可以，如果你使用过 Redirection 插件（或类似格式的 CSV 导出），可以在“SEO 与信息流”板块用一个文件导入规则列表。

那 Yandex 和 .ru 域名呢？#

面向 Yandex 的商品导出是有的（Yandex Products）。标记、站点地图、robots.txt 和 hreflang 在平台所有域名上生成方式相同，包括俄罗斯品牌。但向机器人返回预渲染页面（预渲染）和重定向管理器目前在 cenaly.com 和 cenaly.com 域名上工作：在俄罗斯区域（cenaly.ru）重定向规则会保存在你的账户中，但暂时不会到达店面和机器人，搜索机器人收到的是普通 Web 应用。“统计”板块中的自然搜索查询拆分基于 Google Search Console——对于通过 Yandex 推广的域名，该拆分暂不可用，基于 Yandex Webmaster 的类似功能正在开发中。