如何把旧网站的数据全部转移到新网站？详细点谢谢。

如果是新网站和旧网站不是一种cms或者数据库类型不同，这样的也是可以完成数据迁移的。

这边临时考虑有这么几种思路：

1）数据库为数据源的内容转移

1.1 数据源数据库分析

将老网站的数据库结构分析明白，能找到老网站cms的数据字典的话，配合起来好一些

1.2 新后台数据结构分析

分析新网站后台的数据库内容录入涉及到的表和数据表的字段结构，理清楚文章录入后发生写入和更新 *** 作涉及到的数据。

1.3 数据导入模块程序编制及导入

编写程序，读取1.1中老网站数据条目并按照新网站后台的实际字段需要做数据结构转换，将转换后的数据字段直接写入新网站后台的数据库对应的表中

这样 *** 作，需要对两个后台的内容模型、数据字段标记形式、数据库字段存储形式等细节有比较仔细的推敲的基础上进行，技术要求相对高一些。

其实，1.3过程，其实可以采用模拟发包的形式，将1.2处理完成的原始数据直接模拟人工录入（例如POST请求）的形式将拼接好的数据提交到新网站后台的录入地址

2）网站html采集为数据源的内容转移

有个别情况，因为各种原因，无法直接获取到老网站后台的数据库的情况。

可以通过采集老网站html内容，将老网站的各种文章字段、图片及音视频素材等汇总整理到本地（或者动态采集不在本地存放），然后再通过1.2、1.3的步骤录入到新网站后台。或者是1.2步骤之后模拟发包的形式保存到新后台。

3）老网站图片及音视频附件的处理

3.1 可以直接上传附件的情况

直接将老网站的附件目录直接上传到新网站后台，不需要吧正文部分对应的图片、附件、音视频等资源的路径做二次转换

3.2 无法直接将老网站后台附件上传到新后台（没有ftp权限或者服务器权限的情况）

需要在上文中1.3的步骤过程中，分析图片和音视频的上传请求，通过模拟在新后台的附件上传请求，将老网站的图片及音视频、附件等文件上传到新后台。

4）内容转移到新网站之后的细节处理

如果说做事情要追求做到极致的话，其实数据导入到新后台之后，还有一个重要的环节。就是将老网站的历史url挨个做301到新网站后台对应稿件的对应新url。

这个是一个对工作精密程度要求很高的工作，很少有做的。但是对于用户体验比较好。

这样做了，老网站所有的内容，在换到新的后台之后都是可以打开的，而且搜索引擎收录的文章数量不会大幅度减少。

首先通过移动一个目录或子域名的内容来测试整个网站的迁移过程。然后使用301重定向功能将原有网站网页重定向到您的新网站上。通过此方法可告知谷歌和其它搜索引擎：您的网站已经永久性地迁移了。

上述 *** 作完成后，查看一下您新网站里的网页能否出现在谷歌的搜索结果里。如果您对这次小范围的迁移感到满意，就可以迁移整个网站了。请不要将旧网站中所有网页的流量都重定向到您的新主页上，这种一刀切式的重定向虽然会避免404错误，但它并不能为用户提供良好的体验。尽管页对页的重定向（旧网站中每一网页都重新定向到新网站的相应网页上）会带来更大的工作量，但这也会给您的用户带来更连贯和明晰的体验。如果在新旧网站中不是一对一的页面匹配，那么一定要努力确保旧网站中每一个网页至少要重定向到具有类似内容的新网页上。

如果网站因为要重新命名或重新设计而需变更域名，您可以分两个阶段进行：第一阶段，移动您的网站；第二阶段，开始重新设计。这样做，不仅可以掌控用户在每一阶段中感受到的变化幅度，而且可以使整个过程变得更顺利。把变化控制在最低限度可以使您更容易发现和解决各种意外情况。

检查您网站网页的内、外部链接。理想的情况是您应该联络每个链接到您网站上的其他网站的管理员，让他们把链接指向您新域名的相应网页。如果这难以实现，您要确保原网站中所有含有其他网站链接指向的网页都被重定向到您的新网站上。您也应该检查并更新所有旧网站里的内部链接，使它们指向新域名。当您的网站内容已经在新服务器上准备就绪后，您可以使用一个诸如Xenu的链接检查工具来确认在您的新站点上没有遗留的故障链接。这一点特别重要，如果您的原始内容包含绝对链接（如www.example.com/cooking/recipes/chocolatecake.html ）而不是相对链接（如 …/recipes/chocolatecake.html）的话。

为防止混淆和混乱，您最好继续持有对原网站域名的控制权限至少180天。

将您的新网站添加到网站管理员工具帐户中，并验证您对该网站的所有权。创建并提交一个Sitemap以显示出新网站的所有URL，这样谷歌就会知道您新网站里的内容现在已经可用，可以对其进行抓取了。

最后，确保您的新、旧网站都在网站管理员工具中得到验证，并定期检查抓取错误，确保来自旧网站的301重定向工作正常，同时新网站上也不会显示我们不想看到的404错误提示。

---