361 361Sale WordPress Care by Openbyt · WordPress 修复与运维

新站 WordPress SEO:上线前 7 天必须做的 20 件事

托尼屎大颗
,
新站上线前7天SEO清单

新站最容易在“上线一周后才发现基础没打牢”——而 SEO 的损失往往从 URL 结构、收录路径和页面模板的细节开始。把这 7 天当成一次上线前排雷,把每一步做成可复用的流程;如果你还想把建站动作和 SEO 串成一套体系,可以先从WordPress建站教程里对齐栏目与页面层级的思路,再按下面 20 件事逐条落地。

WordPress 后台 Permalink Settings 页面中选择 Post name 与自定义结构输入框

第 1 天:先把结构定死,避免后期返工

1.1 把“要排名的页面类型”画出来

任务01:列出你准备长期更新的页面类型(栏目页、文章页、专题页、工具页),并明确每类页面承担的搜索意图(信息型/对比型/交易型)。

任务02:把站点层级控制在三层内:首页→栏目→内容页;不让“标签页、作者页、日期归档”在早期变成薄内容的收录噪音。

1.2 先定 URL 规则,再写第一篇内容

任务03:确定 slug 规则(全小写、短横线、避免拼音混乱),并统一“栏目/文章”的路径逻辑;同时预留未来扩展(例如专题独立前缀),避免上线后批量改 URL 触发重定向连锁反应。

第 2 天:把 WordPress 的基础 SEO 开关拨到正确位置

2.1 站点信息与固定链接一次性配置到位

任务04:后台站点标题与副标题写清“品牌/定位/核心主题”,并保持全站一致的口吻。

任务05:固定链接选择“文章名”或清晰的自定义结构,避免日期、随机数字和多余目录;上线后尽量不要改这项。

2.2 域名与协议只留一个“唯一版本”

任务06:强制全站 HTTPS,并把首选域(www 或非 www)通过 301 统一到唯一版本,避免同页多地址导致的权重分散。

任务07:开发/内测阶段开启“阻止搜索引擎索引”,并写好上线清单里“开关回滚”的检查项,防止正式上线仍然 noindex。

第 3 天:安装 SEO 插件并把“模板化产出”搭好

3.1 插件不要堆,先装一个 SEO 核心

任务08:只选一个 SEO 主插件并完成向导配置,避免多个插件同时输出 canonical、站点地图或结构化数据互相打架。任务09:在标题/描述模板里用变量把栏目、品牌名与文章标题拼接成稳定格式,让新内容默认就符合搜索结果展示逻辑。

3.2 内容编辑规范提前写成“发布前检查”

任务10:规定每页只有一个 H1,H2/H3 只做层级,不用来堆关键词;并要求首屏段落直给结论,减少“空开场”。任务11:配置面包屑与基础站内导航(栏目入口、上一篇/下一篇或相关文章),让爬虫能沿着内链自然发现新内容。

第 4 天:站点地图与抓取路径,决定你能不能被发现

4.1 让站点地图只收录“该收录的”

任务12:开启 XML 站点地图并排除 noindex 页面、筛选页、测试页;你的地图应该更像“高质量清单”,而不是“全站文件目录”。如果你用 Yoast,可以对照Yoast SEO 如何设置站点地图把地图开关、包含的内容类型与排除项一次调好。

Yoast SEO 设置中 APIs 区域的 XML sitemaps 卡片与 View the XML sitemap 按钮

4.2 robots.txt 别写复杂,先避免自伤

任务13:robots.txt 先做到两点:不屏蔽关键资源(CSS/JS/图片),不误封栏目与内容页;并在文件里声明站点地图地址。

任务14:为分页、站内搜索、筛选参数预留策略:能 noindex 的就 noindex,能合并 canonical 的就合并,别让爬虫把预算浪费在重复组合页上。

第 5 天:性能与体验先过线,SEO 才能稳

5.1 先用一份性能报告锁定“必修项”

任务15:用 Lighthouse 跑移动端报告,重点看首屏渲染、图片体积与阻塞资源;把问题收敛到可执行清单(压缩、延迟加载、缓存、减少第三方脚本),不要陷入“无限优化”。

Chrome DevTools 的 Lighthouse 面板中选择 Mobile 与勾选 SEO 等分类的界面

5.2 缓存与图片是新站最划算的提速点

任务16:启用页面缓存与浏览器缓存策略,图片统一压缩与尺寸规范(封面图、正文图、缩略图各有上限),并为重要图片写清 alt(描述画面关键元素而不是硬塞关键词)。

第 6 天:接入 Search Console,把收录动作做成闭环

6.1 先提交站点地图,再用工具验证抓取

任务17:完成站点验证后提交站点地图,让搜索引擎有“发现入口”;需要更细的提交步骤可参考Google站点地图提交指南把路径、状态与常见报错一次排查。

任务18:对核心页面做 URL 检查,确认可抓取、可渲染、canonical 正确,并把“请求编入索引”留给首页、栏目页和首批重点内容。

Google Search Console 的 Sitemaps 提交区域输入站点地图路径并点击 Submit 的指引截图

6.2 用一次 URL 检查把“隐形坑”提前暴露

任务19:抽查 10 个不同类型页面(首页/栏目/文章/标签/附件页)做 URL 检查:看是否被 noindex、是否被误 canonical 到首页、是否加载了被屏蔽的资源;遇到提交与收录问题,可以对照谷歌怎么提交站点地图把“提交—解析—抓取—收录”的链路逐段定位。

Google Search Console 的 Sitemaps 提交区域输入站点地图路径并点击 Submit 的指引截图

第 7 天:上线前最后一轮“全站巡检”,避免首日翻车

7.1 把上线开关、索引信号与结构化输出统一检查

任务20:上线前按清单走一遍:关闭“阻止索引”、确认全站 canonical 指向自身或唯一版本、确认 sitemap 只含可收录页、确认 404 页面可用且不返回 200、确认旧地址有 301(若有迁移)、确认标题与描述不重复;最后挑 3–5 个核心页面做一次 URL 检查并请求抓取,让 2026 年更强调质量与体验的搜索环境里,你的新站从第一天就把“可发现、可理解、可访问”做对。

需要工程师帮你判断?

把症状、错误提示和最近改动发过来。

我们先判断风险、可能原因和安全下一步,再决定是否需要登录后台或服务器。

开始初诊

需要把这篇文章里的排查落到你的网站上吗?

把网址、错误提示、最近改动和影响范围发过来。我们先判断风险、备份状态和安全下一步;涉及数据库、支付、订单或安全问题时,不建议直接在生产站连续试错。

免费初诊 · 无需注册 · 先判断风险 提交后再决定是否修复
可上传错误截图、后台报错或页面异常截图,帮助更快判断。
提交前提醒先保留备份和错误提示,不要在生产站连续试错。