ブログをInblogに移行する
CSV、Ghost、Naver Blog、Tistoryはダッシュボードから直接インポートでき、WordPress、Mediumなどはチームのサポートで移行できます。
Inblogでは、次の2つの方法でブログを移行できます。
- ダッシュボードから直接インポート: 設定 → 詳細設定 → コンテンツをインポート で、CSV、Ghost、Naver Blog、Tistoryを選択できます。直接インポートはTeamまたはEnterpriseプラン、もしくは有効なトライアル中のブログで追加料金なく利用できます。Naver BlogとTistoryは、韓国語のブログまたはダッシュボードの言語が韓国語の場合に表示されます。
- チームによる移行サポート: WordPress、Medium、Markdownなど、ダッシュボードにない形式はInblogチームが移行をサポートします。
チームによる移行サポートは有料のお客様のみご利用いただけます。
チームによる移行の所要時間: 通常1〜2営業日以内
移行テンプレート
移行テンプレートをダウンロードして記入し、contact@email.inblog.ai までメールでお送りください。
投稿がすでにCSV形式の場合は、設定 → 詳細設定 → コンテンツをインポート → CSVインポート からサンプルCSVをダウンロードし、記入したファイルを直接アップロードできます。
WordPressからInblogへ
Simply Staticプラグインを使って投稿をエクスポートします。
- WordPress管理画面 → プラグイン → Simply Staticをインストール
- Simply Static → 設定に移動して、次のように設定します:
- 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ブログURLを入力し、エクスポートした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と異なる場合があります。例えば、ログインIDがkim1234でも、ブログURLがhttps://blog.naver.com/mycompanyblogであることがあります。ダッシュボードに入力する前に、ブラウザのアドレスバーで正しいブログIDをご確認ください。
TistoryからInblogへ
設定 → 詳細設定 → コンテンツをインポート → Tistoryブログインポート からTistoryを直接移行できます。ご自身のTistoryブログURLを 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を推奨します。 既存の301を維持できる場合も含め、308と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スラッグ構造は何ですか?
投稿は次の形式で公開されます: /[post-slug]
以前の構造が /[category]/[post-slug] を使用していた場合は、旧形式からのリダイレクトを設定してください。
投稿内の内部リンクはどうなりますか?
以前のブログで内部リンクを使用していた場合は、次のいずれかを行ってください:
- 旧ブログURLから新ブログURLへのドメインレベルのリダイレクトを設定する
- または、移行ファイルで更新後の内部URLを提供する
308 vs 301
inblogでは、新しい恒久的な移転に308を推奨します。どちらも恒久的な移転を示し、違いは移転先へのリクエストの送り方です。
| コード | リクエストの扱い |
|---|---|
| 301 | クライアントがPOSTをGETに変更し、リクエスト本文を削除する場合があります。 |
| 308 | メソッドと本文を維持します。POSTは移転先にもPOSTで送信されます。 |
通常のブログ記事の閲覧（GET）では、どちらも恒久的な移転に使えます。Googleも両方を恒久的なリダイレクトとして扱うため、308の方がSEOに有利という意味ではありません。正常に動作している301は維持でき、ホスティングが301のみ対応している場合もブログページの移転に利用できます。 フォームやAPIでは、移転先が同じメソッドと本文を受け取れるか確認してから308を適用してください。
リクエストの扱いはRFC 9110の301と308で定義されています。
最終更新 2026-09-08