Tilda 迁移到 WordPress 不丢页指南
如何在不丢失页面的情况下从 Tilda 迁移到 WordPress
从 Tilda 迁移到 WordPress，首先不是设计工作，而是逐页搬迁。这意味着每个页面的地址和页面上的文字一样重要。只要有一个 URL 消失，这个页面就可能随之消失，至少对搜索引擎和旧书签来说是这样。很多人会把这类项目想成重做视觉稿，但真正关键的是做到 Tilda 迁移到 WordPress 不丢页面。
想弄清楚如何在不丢失页面的情况下从 Tilda 迁移到 WordPress，最稳妥的方法不是当作重做设计，而是当作一份台账来处理。你需要记录名称、URL、类型，以及每个页面是保留、移动还是合并。听起来慢。确实比靠猜慢得多。也正因为如此，WordPress 迁移网站页面不丢失 才不是口号，而是流程要求。
1. 先确认哪些 Tilda URL 必须原样保留
先从已经有“资历”的页面开始：已被收录的页面、在社交平台分享过的页面，以及被合作方网站引用过的页面。这些页面值得一对一保留。一个有 20 条外链的页面，和一个从来没人看过的页面，价值完全不同。
一个很实用的做法是把“必须保留”和“可以改动”分开。产品页、服务页、长篇文章通常属于前者。临时促销页则未必。如果拿不准，就先标记为待审核，不要直接假定它可以替换。这样做也更符合 Tilda 迁移到 WordPress 不丢页面 的目标。
Search Console、分析工具和外链报告能帮你列出最先要比对的 3 份名单。如果同一个页面同时出现在这三份列表里，就要格外谨慎。哪怕它在编辑器里看起来很普通，它也可能承担着很高的流量价值。
有些站长会试图凭记忆重建整个网站。这样很快就会出问题。一个看似不起眼的页面，可能正是从论坛、PDF 或旧简报里获得流量的那一个。只有尊重旧链接，它们才会继续有效。
2. 在迁移交接前建立页面清单
在开始任何 WordPress 工作之前，先做一份简单的清单。每一行都应包含当前的 Tilda URL、目标 WordPress URL、页面类型，以及必须重建的特殊内容模块。用表格就够了。混乱的聊天记录不行。
清单要务实。如果页面有表单，就写下表单字段。如果有图库，就记录图片数量。如果有地图、视频或折叠块，就写明它们。靠“这里好像有个表单”来重建，最容易出错。对于团队来说，这也是实现 WordPress 迁移网站页面不丢失 的基础动作。
这份清单也有助于分工。一个人检查 URL，一个人核对内容，第三个人确认媒体文件。三个人，一张表。通常比一大堆截图更清晰。
如果网站只有 40 个页面，清单能帮你在后面少吵很多架。如果有 400 个页面，它几乎就是保持头脑清醒的唯一办法。数量之所以重要，是因为每一行缺失，最后都可能变成一个页面的缺失。
作为参考，你也可以对比网站如何处理其他结构化页面，比如 以 k 开头的梦境词典。这页本身与迁移无关，但它清晰的页面结构提醒我们：页面列表应该始终井然有序。
3. 在 WordPress 中动工前先决定 URL 策略
在打开 WordPress 编辑器之前，先决定每个 slug 要怎么处理。有些页面应该保留原样。有些应该迁移到新的结构里。有些则可以合并成一个更好的页面。这个决定必须在建设前完成，否则你会在设置过程中无意间造成页面丢失。若你在规划 Tilda 转 WordPress 重定向怎么做，这一步就是起点。
对大多数网站来说，三种选择就够了：保留、移动、合并。保留意味着旧地址不变。移动意味着页面会有新路径。合并意味着两个或多个旧页面变成一个新页面。每种选择都会影响重定向和内链。
不要仅仅因为 slug 看起来更“整洁”就改名。只要旧 URL 已经被收录，整洁并不重要。结构清爽当然有帮助，但一个失效的页面一点也不整洁。
一个实用规则很有效：如果页面已经有排名或外链，除非有明确理由，否则就保留 slug。如果必须更改，就把旧路径和新路径原样记录到清单里。之后设置重定向时，这份记录会成为基础。
4. 先在 WordPress 里重建现有页面结构
在重新设计之前，先把 WordPress 的页面、菜单和层级搭好。目标很简单：旧页面在新系统里要有明确落点。如果层级缺失，内容编辑就会开始猜，而猜测会导致页面放错位置。
这一步讲的是结构，不是视觉美化。先创建父页面、子页面和主菜单项。然后尽可能贴近当前的网站地图。设计之后再改。先让目标位置存在。
这个顺序之所以重要，是因为当页面已经在 WordPress 中建好时，缺页问题更容易修复。一个没有父级、没有菜单项、也没有目标 URL 的页面，只是在等上线那天出问题。没人愿意在流量已经迁移后才发现它。
如果你想看按主题组织页面的另一个例子，可以看 以 p 开头的梦境词典。内容不同，但道理一样：在内容进入页面之前，页面顺序就应该先合理。
5. 迁移时逐页保留现有内容
搬内容要一页一页来，不要一口气全量迁移。文本、图片、视频、可下载文件、表单和嵌入组件都要逐项检查。一次迁移看起来已经完成了，实际上却可能悄悄丢掉一个表单字段或一个嵌入地图。
把清单当成每个页面的核对表来用。确认标题、正文、CTA 按钮、媒体说明，以及所有影响行为的隐藏元素。一个页面可能布局很简单；另一个页面可能依赖 6 个按特定顺序排列的模块。这个顺序很重要。
尤其要小心表单，因为它们经常会悄无声息地出错。WordPress 里看起来正常的联系表单，可能把提交发到错误邮箱，或者根本没发出去。这是一个小技术问题，却可能带来很大的业务损失。
媒体文件也要同样重视。图片可能显示正常，但 alt 文本或文件名丢了。视频可能在桌面端能播，却在移动端失败。PDF 也可能仍然挂在旧系统里，而没人把它复制到新站点。
有时候，页面内容本身就会告诉你哪些东西必须保留。比如像 以 c 开头的梦境词典 这样的板块，展示了重复结构如何在不混乱的情况下支撑大量条目。你的迁移应该保留这种可重复的页面逻辑，而不是把它抹平。
6. 为每一个被替换或改名的页面设置重定向
任何没有保持不变的旧 Tilda URL，都需要一套重定向方案。大多数情况下，这意味着从旧地址到新 WordPress 页面设置 301 重定向。没有它，访客会撞到死路，搜索引擎也会在失效路径上浪费时间。
重定向要一条一条映射。左边放旧 URL，右边放新 URL。不要打包处理，不要“差不多就行”，也不要只根据页面标题走捷径。如果两个页面合并成一个，新页面就应该接住这两个旧地址。换句话说，Tilda 转 WordPress 重定向怎么做 的答案，不是泛泛而谈，而是逐条对应。
很多迁移就是败在这里。开发者可能把新页面搭好了，却忘了旧路径。内容是存在的，但地址却不会把人带到有用的地方。页面就这样被“弄丢”了，尽管它从未真正被删除。
把重定向映射和清单放在一起。上线后它还会继续有用，因为切换完成很久以后，仍然会有链接指向 Tilda。旧简报不会自己更新，其他网站的外链也不会。
如果你需要在重定向前确认某个页面是否包含正确的法律或支持信息，可以用像 如何检查网站 и 如何检查网站这样的工具。它们是用来核验的，而重定向映射恰恰就需要核验。
7. 上线前先测试迁移后的页面
上线前要在测试环境里逐个页面检查。打开页面、点击内链、提交表单，并在桌面端和移动端查看媒体显示。然后再测试旧 URL，确认它能无错误地跳转到预期的 WordPress 页面。
一份合格的测试清单至少要有 4 项：页面能否加载、链接路径是否正确、表单是否正常、媒体是否显示。如果其中任何一项失败，就在上线前修好。半工作状态的页面，仍然是坏的。
不要只测首页。迁移错误往往藏在深层页面里。网站层级里第三层的页面可能已经出问题，而首页却看起来完美无缺。这种不一致很常见，也最容易误导那些只检查表层的团队。
还要测试内容里的内链。如果一段文字链接到了另一页，这个链接应该指向 WordPress 的目标页面，而不是旧的 Tilda 路径。即便页面本身完美，网站也会因为链接被遗忘而显得不对劲。
如果某个页面依赖外部参考，比如 FAQ 或政策页面，也要一并核对。一个有用的检查是 如何找到网站的 FAQ，因为缺少支持页面会造成和缺少内容页面一样的混乱。
8. 上线后做一次页面审计，修复遗漏的 URL
上线之后，抓取全站并查找 404、失效链接，以及迁移时被漏掉的页面。这不是形式主义步骤，而是用来抓出测试阶段没人发现的那些页面。
检查抓取报告，看看浏览器日志、搜索结果或站内链接里是否还出现旧的 Tilda URL。如果发现遗漏，就立刻补上重定向，或者补建缺失的 WordPress 页面。哪怕只等 1 周，也可能给搜索引擎和访客传递混乱信号。只有继续审计，才能真正接近 WordPress 迁移网站页面不丢失 的目标。
从两个方向检查网站。第一，从新的 WordPress 页面向外看，确认内链指向正确目标。第二，从旧的 Tilda URL 向内看，确认每个旧页面都能正确解析。这两个方向都很重要。
一次快速审计还能看出规律。如果有 5 个旧 URL 都跳到了错误的新页面，说明映射规则可能太宽泛了。如果只缺一个页面，可能是清单漏掉了某个模块或子页面。无论哪种情况，修复都必须具体，而不是抽象。
最后还有一个值得保留的习惯：把迁移当成一份持续更新的清单，而不是一次性任务。页面后续还会新增、改名和合并。清单、重定向映射和 URL 策略都应该持续更新，这样下一次改动才不会破坏上一次的成果。
如果你喜欢拿页面结构和其他内容系统做对比， 以 k 开头的梦境词典 и 以 p 开头的梦境词典 都说明了一个道理：即使页面里的内容会变，稳定的页面路径也会让网站更容易维护。
