良多伴侣刚成立博客的时辰都是采用国内优异的博客系统：Z-BLOG，用一段时刻事后良多人都想转移到wordpress,各类转移原因良多。学朋的首要原因就是Z-BLOG官方长时刻不合错误博客进行维护进级。巨匠都知道一款免费给别人用的开源系统，跟着时刻的推移病毒、裂痕会越来越多，如不美观失踪去了官方的维护，这个系统终将会被裁减。

转移筹备：

转移前全站数据备份，最好不要在当前空间膳缦沔进行转移，最好是新采办一个空间，数据复制曩昔在新的膳缦沔转移。为的就是转移失踪败不影响网站的正常访谒以及转移失踪败后可以多次测试，达到最佳效不美观。力争把网站转移的时刻对外看来仅仅是域名年夜头解析的那10分钟生效时刻。

现实操作：

Z-BLOG系统导出全数数据：

进入WordPress后台——工具——导入——Movable Type and TypePad——选择适才生成好的“*.asp“，然后单击上传文件并导入，如图所示。

开初学朋也在网上找了良多转移方面的案例、资料。最后找到了一些总结下起头转移，转移过程中并不像想象的那么轻松，碰着过良多问题，出格是转移系统事后的URL地址失踪效问题、问题问题，这对seo那是极年夜的冲击。

Z-BLOG安装插件

进入Zblog的后台——插件打点——年夜当地导入ZPI文件——选择(movabletype.zip)——然后提交，如图所示，安装完成后启用插件。

进入插件打点——然后单击movabletype插件右边的打点，进行内容的导出，如图所示：

http://www.zhuojie.cc/?**.net/post/id.html ，该ID是数据库后台自动生成的文章编号（持续的，可是如不美观半途发布的文章并删除了文章，该ID不会自动削减，如不美观碰着删除的文章那么这个ID号就空了，如不美观直接用工具全数导出，那势必全是持续的，导入到WP事后很较着会错位）

就笔者的博客而言，栏目页的名目如http://www.zhuojie.cc/?**.net/seo/

导出时可以导出标签、评论、内容等，按照自己的需要进行选择，点击提交就可了，如上图所示，保留好文件。只要导出的时辰没有报错那就必然没问题。

内页的名目如：http://www.zhuojie.cc/?**.net/post/123.html

栏目页的根式可以轻松的在WP轨范后台设置，可是内页名目要想一一对应那就斗劲坚苦了。如Z-BLOG时辰的http://www.zhuojie.cc/?**.net/post/123.html 地址在转移事后对于改篇文章是否仍是这个地址。之前Z-BLOG时代内页的根式为：

在导出数据上我查看了之前的所稀有据文件的ID，发现了几个缺口，具体持续的文章如下图所示：

导入数据之前请先设置WP的固定链接：

年夜图中可以看出 编号为1系统会保留，2-5持续，7-18持续，20-30持续，32-37持续  等等，笔者就拿前面的几个作为例子来讲解，后面的和前面的操作轨范一样。具体可以得出：ID为1的保留ID为6的没的ID为19的没的ID为31的没的。

WordPress系统导入数据：

因为之前笔者的内容页地址为：http://www.zhuojie.cc/?**.net/post/id.html  那么此刻我只需要这样设置即可，如图：

出格注重：请采办linux主机，如不美观是Windows主机WP系统会自动在地址前面加上栏目名category，相对于优化当前情形就有点难了。除非更改WP的这项功能。如：www.***.net/category/post/123.html  .安装插件去失踪category,插件名”WP No Category Base – WPML compatible”

出格注重：wordpress在导入数据之前请确认文章表的自动增量已经到哪里了。如不美观你新安装的wp轨范已经发布文章那他的自动增量ID号就已经不是年夜1起头的了。如不美观导入以上数据全数将错位。怎么查看呢？当地安装Navicat for MySQL 数据库客户端（百度一下即可找到破解版）或者直接使用空间商供给的在线数据库查观点式。查看WP新数据库琅缦沔的wp_posts表。如图：

注重：这里提醒文件的巨细最年夜为20M（按照分歧的空间限制，巨细分歧），如不美观Zblog文章过多，生成的文件过年夜，那么我们可以分为多次操作(分批次注重膳缦沔断开的缺口)，好交锋章共有100篇，总巨细为30M，那么我们可以师长教师成前50篇，再生成后50篇。将体积节制下15M内，然后再上传到WordPress中。

出格注重：wordpress在安装完成后不要点击发布文章，原因是WP有自动保留草稿的功能，他会占用你的ID号。

注重：请采办linux主机。

如不美观途中“自动递增数值不为0，那么需要清理该表自动增量值”清理MYSQL数据库自动增量值的SQL语法如图，黑色部门是你的数据库名。写好后选择执行即可。

以上是全数转移过程的手艺操作，此刻就跟年夜笔者一路操作下吧。还有一点，WP的数据库文章表的自动增量是年夜编号为2起头的。也就是说编号为1的系统给占了。那我们的文章就年夜2起头导入。

文章出自己http://www.zhuojie.cc/?/post/1589.html ，转载请注明出处。

这里笔者要重点嘶窬搪，数据导出有讲究。

轨范：那我们直接把之前导出的文件导入进入WP。首先导入2-5.asp 文件，我们测试下，所有文章一一对应之前Z-BLOG的地址，并没有错位。如不美观你的呈现错位了，那么需要你年夜头清理MYSQL数据库表的自动增量，清理体例上文中已经提到。然后剖析原因年夜头来。

如不美观以上2-5导入成功，实现了URL一一对应那我们来说6这个ID怎么被占用。以上说了WP有自动保留草稿的功能，他会自动占用ID号，如不美观你采用发布一篇文章的做法想占用ID为6的号码那就错了，因为在你发布这文章过程中每隔一段时刻WP轨范会自动保留草稿，如不美观你写这文章的时刻长了不只是ID为6的被占用，有可能7，8，9等等也会被占用，所以不能采用WP的发布文章系统发布文章。除非你封锁了WP的自动保留草稿的功能。。那就只能年夜原本Z-BLOG系统膳缦沔导出一个1篇帖子的文件，在WP膳缦沔再导入，这样即可完美占用ID为6的位置。

那我就只有分批次导出了，具体导出文件如下：

我们继续导入7-18.asp,导入完成后理解查看是否和之前的URL一一对应，然后再导入一篇文章继续导入20-30.asp，依次类推，每次导入完成都需要当即搜检是否一一对应，查找原因。如不美观没有对应那就清理数据库自动增量年夜新来过。

下载插件：Z-BLOG完美转移到wp-movabletype转移工具

先来看笔者博客的文章持续水平：

结语：以上是Z-BLOG完美导入wordpress之URL篇的全数过程，不需要你做年夜量的301，不需要你去监控每一个页面URL是否呈现问题。换轨范实现URL一一对应如斯简单。