Sitemap成功提示只代表文件写出。内容取决于Website/Store View、商品可见性、Base URL、路径权限和cron。

继续阅读

多商店canonical错误通常来自Base URL作用域、主题硬编码或SEO插件。应先确定重复内容策略,再逐页验证自引用与跨语言关系。

继续阅读

商品URL Key修改后仍跳旧地址,需要区分旧URL重定向、分类路径、规范链接、缓存与重复Rewrite,而不是反复保存商品。

继续阅读
纯中文名称经默认过滤后可能得到空URL Key,应在保存前提供稳定转换或业务标识,并处理唯一性。继续阅读

某个Store View的商品URL突然不带.html了

2026/7/17 上午9:35
alwayly

单个Store商品URL后缀缺失通常是Store Scope配置、URL Rewrite重建或自定义URL生成使用错误Store。

继续阅读
生成的sitemap.xml看似完整,但URL超过协议上限后,搜索引擎只处理一部分。单个Sitemap最多50000个URL且未压缩文件不应超过50MB,商品多时必须拆分并提供Sitemap Index。……继续阅读

多Store页面canonical统一指向主域,常由Base URL范围、Store模拟未恢复、canonical插件取错Store或FPC未区分域名导致。

继续阅读
每个Sitemap必须在对应Store上下文生成,文件路径、Base URL和Web服务器可访问路径要同时匹配。继续阅读

搜索引擎偶尔抓到截断的Sitemap,服务器上同时存在临时文件。常见原因是多个Cron实例同时写同一目标文件。

继续阅读

分类URL路径变更后出现旧新地址互相301,需要检查系统重写、自定义重定向和多Store作用域是否形成闭环。

继续阅读

项目 31 到 40 共 40个

每页
  1. 1
  2. 2
  3. 3
  4. 4
设置升序顺序