URL Rewrite 清理不能只删重复行。先还原 request_path 的历史、目标实体与 Store View,再压缩重定向链并保留必要旧链接。

继续阅读

URL Key 自动带 -1 不一定是当前商品重复,旧重写、分类路径和 Store View 作用域都可能占用 request_path。

继续阅读

商品或分类 URL 在两个地址间反复 301 时,应追踪完整跳转链并检查重复重写、Store Code、尾斜杠和代理规则。

继续阅读

商品后台已启用但前台 URL 404,检查网站分配、可见性、URL Rewrite、Store Scope 和缓存。

继续阅读

商品 URL 每次保存都追加 -1/-2,定位 request_path 冲突、历史重写和店铺范围,避免直接删除全部 URL Rewrite。

继续阅读

商品 CSV 导入因 URL key 冲突失败时,从错误 SKU 计算 request_path,按 Store 查询 url_rewrite,占用者可能是商品、分类、CMS 或残留自定义记录。

继续阅读

分类 URL Key 保存成功但新旧地址都 404,需要检查 store 级 URL key、url_rewrite 记录、根分类与网站绑定、重复请求路径和生成插件。

继续阅读

修改 URL Key 后没有 301,需检查自动重定向配置、商店作用域、旧路径 Rewrite 和自定义保存流程。

继续阅读

URL key already exists 不一定是商品 URL Key 重复,还可能是商店作用域、旧重定向或分类路径占用了 request_path。

继续阅读

URL Rewrite 暴涨会影响商品分类保存、导入、索引与请求路由,根因常在历史重定向和自动生成逻辑。

继续阅读

项目 11 到 20 共 22个

每页
  1. 1
  2. 2
  3. 3
设置降序顺序