标签： 301 重定向
-
英文站从 www.shuijingwanwq.com/en/ 迁移至独立子域 en.shuijingwanwq.com 后，Google Search Console 出现大量“已抓取 – 尚未编入索引”页面。本文通过检查 Sitemap、301 重定向、canonical、实时网址测试及历史搜索表现，逐步排除常见技术 SEO 故障，并随机抽查 3 篇已由 GLM-5.2 重翻译且被 Google 再次抓取的文章，发现它们仍未进入索引。现有证据更支持英文站正处于迁移后的重新抓取、索引接管与质量重新评估阶段，后续将继续推进历史英文文章重翻译，并持续观察索引数量与搜索流量变化。
-
本文记录了将 WordPress 英文站从 `www` 主域名下的 `/en/` 路径迁移到 `en.shuijingwanwq.com` 子域名的完整实践。由于站点原有数千条标签 slug 转换、旧标签合并和专题重定向规则，不能简单使用一条通用 rewrite。最终通过“历史路径映射、最终域名转换、普通 `/en/` 兜底迁移”三层逻辑，实现旧英文标签和专题一次 301 到达最终英文地址，同时保留中文主域名规则与查询参数，并将 `www` 和 `en` 子域名后续产生的 301 规则分开维护。
-
这篇文章基于前一篇将 WordPress `/wp-content/uploads/` 媒体库资源迁移到 `media.shuijingwanwq.com + Cloudflare` 的实践，继续分析 EdgeOne 流量成本控制问题。通过 EdgeOne 指标发现，虽然 uploads 图片和附件已经从 EdgeOne 拆出，但 `www.shuijingwanwq.com/en/` 英文路径仍占今日 EdgeOne 流量约三分之一。文章进一步评估了页面缓存、Bot 流量、`/en/` 路径占比、Nginx 现有 301 规则冲突风险，以及将英文站迁移到 `en.shuijingwanwq.com + Cloudflare` 的收益与代价。最终结论是：英文站拆分到子域名有助于显著降低 EdgeOne 流量，但不能仓促执行，需要先确认 Polylang、多语言链接、canonical、hreflang、sitemap、Cloudflare 接入和 301 跳转规则，确保旧 `/en/*` 路径能够一次跳转到最终英文子域名地址。
-
这篇文章记录了一次 EdgeOne 流量成本排查与优化过程：在发现 EdgeOne 个人版 50GB 套餐流量消耗过快后，先通过指标分析定位到 `/wp-content/uploads/` 上传资源和站点 Logo 是主要流量来源。随后将 Logo 从 1024×1024、884KB 压缩为 512×512、173KB，并进一步把 WordPress 媒体库上传资源迁移到 `media.shuijingwanwq.com` 子域名，由 Cloudflare 承接图片、ZIP、附件等大体积静态资源流量。 文章重点介绍了如何使用 OneinStack 为 `media.shuijingwanwq.com` 创建独立虚拟主机，将其根目录指向 WordPress 的 `wp-content/uploads` 目录，并禁止 PHP 执行以降低安全风险。随后通过修改 WordPress 的 `upload_url_path`，让前台页面自动输出 media 域名资源地址，同时在 EdgeOne 中添加 `/wp-content/uploads/*` 到 media 子域名的 301 跳转规则，确保旧资源地址也能自动转发到 Cloudflare。 这次优化并不是把整个网站重新迁回 Cloudflare，而是保留主站 HTML 页面继续走 EdgeOne，以维持中国大陆用户尤其是移动、联通网络下的…