将你的博客迁移到 Inblog
可在控制台直接导入 CSV、Ghost、Naver Blog 和 Tistory，也可由团队协助迁移 WordPress、Medium 等平台。
Inblog 提供两种迁移方式：
- 在控制台直接导入：可通过 设置 → 高级设置 → 导入内容 导入 CSV、Ghost、Naver Blog 和 Tistory。Team 或 Enterprise 套餐博客以及有效试用期内的博客可免费使用。Naver Blog 和 Tistory 仅在博客语言为韩语或控制台语言为韩语时显示。
- 团队协助迁移：WordPress、Medium、Markdown 及控制台未提供的其他格式，可由 Inblog 团队协助迁移。
团队协助迁移仅向付费客户提供。
团队协助迁移的处理时长：通常在 1 至 2 个工作日内完成
迁移模板
下载并填写迁移模板，然后通过邮件发送至 contact@email.inblog.ai。
如果文章已经是 CSV 格式，可在 设置 → 高级设置 → 导入内容 → CSV 导入 下载示例文件，并直接上传填写完成的文件。
从 WordPress 迁移到 Inblog
使用 Simply Static 插件导出文章：
- 进入 WordPress 后台 → Plugins → 安装 Simply Static
- 进入 Simply Static → Settings 并进行配置：
- Delivery Method：选择 "Download ZIP" 或 "Save to local directory"
- URL Type：选择 Relative URLs（例如 ./about.html）
- 进入 Simply Static → Generate，点击 Generate Static Files
- 下载 ZIP 文件并发送给 Inblog
从 Ghost 迁移到 Inblog
- 进入 Ghost 后台 → Settings → Advanced → Import/Export
- 点击 Export 下载一个 .json 文件
- 在 Inblog 控制台打开 设置 → 高级设置 → 导入内容 → Ghost 导入
- 输入原 Ghost 博客地址并上传导出的 JSON 文件
从 Medium 迁移到 Inblog
- 进入 Medium 账户设置
- 选择 Download your information
- 通过邮件收取一个 ZIP 文件
- 解压并在 posts/ 文件夹中找到 .html 文件
- 提供 URL 和 HTML 文件以进行迁移
从 Naver Blog 迁移到 Inblog
你可以在 Inblog 控制台中通过 设置 → 高级设置 → 导入内容 直接迁移 Naver Blog。输入你的 Naver Blog ID 即可开始导入文章。如果迁移过程中遇到问题或需要额外支持，请通过在线聊天联系我们。
注意： 你的 Naver Blog URL 格式为
https://blog.naver.com/your-blog-id。这个 博客 ID 可能与你的 Naver 登录 ID 不同。例如，你的登录名可能是kim1234，而博客 URL 是https://blog.naver.com/mycompanyblog。在控制台中输入前，请通过浏览器地址栏确认正确的博客 ID。
从 Tistory 迁移到 Inblog
可通过 设置 → 高级设置 → 导入内容 → Tistory 博客导入 直接迁移 Tistory。输入你自己的 Tistory 博客地址（格式为 https://your-blog-id.tistory.com）即可开始导入文章。
**注意：**目前仅支持标准的
*.tistory.com地址格式。如果你使用自定义域名或遇到问题，请通过在线聊天联系我们。
其他平台（Wix、Webflow、自建 CMS、Imweb）
对于不支持的平台，请使用迁移模板格式。
从 Imweb 迁移到 Inblog
Imweb 内置的内容导出选项较为有限。为迁移做好内容准备：
- 在 Imweb 后台面板中，打开你的版块（内容列表）。
- 将每篇文章的标题、正文和发布日期复制到迁移模板中。
- 将填写好的模板通过邮件发送至 contact@email.inblog.ai，团队将为你处理迁移。
迁移后检查清单
1. 检查内容显示
确认按钮、表格和图片在 Inblog 的格式中显示正常。
2. 重定向旧 URL（推荐 308）
如果域名或 URL 结构发生变化（例如 blog.example.com → example.com/blog），请将每个旧 URL 永久重定向到对应的新页面。新建永久重定向时，我们推荐 308。 请参阅 308 与 301 的区别，了解何时可以保留现有的 301。
旧域名的重定向需要由你的团队在接收该地址请求的服务器、CDN 或反向代理上设置，并在那里配置 DNS 和 HTTPS。更改连接到 inblog 的域名不会自动创建旧自定义域名的重定向。inblog 的重定向规则适用于已连接博客的路径，无法处理未到达 inblog 的请求。
3. 备份你的旧博客
在删除旧博客之前，请先在本地备份原始内容和图片文件。
常见问题（FAQ）
我的博客排版会被保留吗？
内容将按照 Inblog 的设计系统和模板进行排版。表格、按钮和各类元素会被适配以保持一致性。
团队协助迁移需要多长时间？
团队协助迁移通常需要 1 至 2 个工作日，根据复杂程度最长可达 5 天。
你们会帮我配置重定向吗？
旧域名的重定向需要由你的团队在接收该地址请求的服务器、CDN 或反向代理上设置，并在那里配置 DNS 和 HTTPS。更改连接到 inblog 的域名不会自动创建旧自定义域名的重定向。inblog 的重定向规则适用于已连接博客的路径，无法处理未到达 inblog 的请求。
更改博客 URL 会影响 SEO 吗？
搜索引擎处理迁移期间，排名和流量可能出现波动。永久重定向有助于发现新 URL，但并不保证排名或流量。
你们提供迁移后的 QA 或审核吗？
不提供。客户需自行负责审核并确认迁移后的内容。
Inblog 默认的 URL slug 结构是什么？
文章发布在：/[post-slug] 路径下
如果你的旧结构使用 /[category]/[post-slug]，请从旧格式设置重定向。
文章中的内部链接怎么处理？
如果你的旧博客使用了内部链接，可以二选一：
- 在域名层面设置从旧博客 URL 到新博客 URL 的重定向
- 或在迁移文件中提供更新后的内部 URL
308 vs 301
inblog 推荐使用 308 进行新的永久迁移。301 和 308 都表示永久迁移，区别在于向新地址发送请求的方式。
| 状态码 | 请求处理方式 |
|---|---|
| 301 | 客户端可以将 POST 改为 GET，并移除请求正文。 |
| 308 | 保留请求方法和正文，POST 在新地址仍然是 POST。 |
对于普通的博客文章浏览（GET），两者都可以用于永久迁移。Google 也将两者视为永久重定向，因此并不意味着 308 更有利于 SEO。正常工作的 301 可以保留；如果托管服务只支持 301，也可以用它迁移博客页面。 对于表单或 API，请先确认目标地址能接收相同的方法和正文，再使用 308。
请求处理方式见 RFC 9110 的 301 定义和 308 定义。
最后更新 2026-09-08