ノーコードでWeb制作ブログを移行するには、移行先を決めてから、記事・画像・URL・デザイン・SEO設定を順番に移します。コードを書かずに進められますが、移行元からの記事エクスポートや移行先へのインポートに対応しているかは、利用するサービスによって異なります。
特に重要なのは、記事本文だけでなく、旧URL、画像、カテゴリー、メタ情報、リダイレクトも確認することです。先に全体を整理してから作業すると、公開後のリンク切れや検索流入の減少を抑えやすくなります。
ノーコードでブログを移行する基本手順
ブログの移行は、次の順番で進めます。
- 移行元のブログをバックアップする
- 移行先のノーコードサービスを決める
- 移行先のサイト構成とデザインを作る
- 記事と画像を移す
- URLやSEO設定を確認する
- テストしてから公開する
- 旧URLから新URLへ転送する
移行先を先に公開してしまうと、確認前のページが検索エンジンや読者に見える可能性があります。ドメインを切り替えるまでは、非公開設定や閲覧制限を利用して作業します。
1. 移行前に記事とURLを一覧にする
最初に、現在公開しているページを一覧にします。記事タイトルだけでなく、URL、カテゴリー、公開日、画像、内部リンクの有無も記録してください。
一覧は、表計算ソフトで次のように整理すると確認しやすくなります。
| 項目 | 記録する内容 |
|---|---|
| 記事タイトル | 移行するページのタイトル |
| 旧URL | 現在のページアドレス |
| 新URL | 移行先で設定するアドレス |
| カテゴリー | 移行先で再現する分類 |
| 画像 | アイキャッチ画像や本文内画像 |
| 移行状況 | 未対応、確認中、公開済みなど |
記事数が少なくても、この一覧を作ることをおすすめします。URLの変更や移行漏れを、公開後に発見しやすくなるためです。
2. 移行先のノーコードサービスを選ぶ
移行先は、ブログ記事を継続的に追加でき、必要なURLやSEO設定を変更できるサービスを選びます。見た目の作りやすさだけでなく、次の項目を確認してください。
- 記事の作成・編集機能があるか
- 独自ドメインを設定できるか
- 記事のエクスポートやインポートに対応しているか
- URLの末尾や階層を設定できるか
- 301リダイレクトに対応しているか
- タイトル、ディスクリプション、OGP画像を設定できるか
- 画像をアップロードして管理できるか
- アクセス解析やサイトマップに対応しているか
ノーコードでも、すべての移行作業が自動になるとは限りません。移行元と移行先の形式が異なる場合は、記事を1件ずつコピーしたり、画像を再アップロードしたりする作業が必要です。
3. 移行先にサイトの基本構成を作る
記事を移す前に、移行先のページ構成を整えます。先に構造を作っておくと、記事を移した後の分類やリンク設定が安定します。
最低限、次のページを用意します。
- トップページ
- ブログ一覧ページ
- カテゴリーまたはテーマ別の一覧ページ
- プロフィールや運営者情報
- お問い合わせページ
- プライバシーポリシー
Web制作ブログであれば、たとえば「Webデザイン」「ノーコード」「制作ツール」「運用方法」のように、読者が記事を探しやすい分類を設定します。ただし、移行前のカテゴリーを変更する場合は、各記事の新しい分類を一覧表で管理してください。
4. 記事と画像を移行する
記事の移行方法は、移行元と移行先の対応状況によって変わります。主な方法は、データをインポートする方法と、記事を手作業でコピーする方法です。
| 方法 | 向いているケース | 注意点 |
|---|---|---|
| エクスポート・インポート | 両方のサービスが同じ形式に対応している場合 | 見出し、画像、カテゴリーが正しく移るか確認する |
| コピー・貼り付け | 記事数が少ない場合 | 装飾やリンクが崩れることがある |
| テンプレートを使った再作成 | 記事構成やデザインを見直したい場合 | 移行漏れや公開日の違いに注意する |
記事を移すときに確認する項目
- タイトルが正しく表示されているか
- 見出しの階層が崩れていないか
- 本文中の画像が表示されているか
- 画像の代替テキストを設定しているか
- 外部リンクと内部リンクが機能するか
- 表、リスト、引用、ボタンなどが崩れていないか
- カテゴリーやタグが正しく設定されているか
- 公開日と更新日を必要に応じて調整しているか
画像は、記事本文だけをコピーしても移行先に保存されないことがあります。画像が旧サービスのURLを参照したままになっていないか、移行先のメディア機能にアップロードされているかを確認してください。
5. 旧URLと新URLをできるだけ対応させる
ブログ移行で重要なのは、記事の内容だけでなくURLの引き継ぎです。移行後も同じURLを使えるなら、不要なURL変更を避けるのが基本です。
URLが変わる場合は、次のように旧URLと新URLの対応表を作ります。
| 旧URL | 新URL | 対応 |
|---|---|---|
| /old-article/ | /new-article/ | 旧URLから新URLへ転送 |
| /old-category/ | /category/new-category/ | カテゴリー変更を確認 |
URLを変更した場合は、旧URLから新URLへ301リダイレクトを設定します。301リダイレクトは、ページの移転を恒久的に示す転送方法です。移行先のサービスやドメイン管理機能が対応しているか、事前に確認してください。
301リダイレクトを設定できない場合でも、旧ページをすぐに削除してはいけません。転送機能の代替手段があるか、移行元サービスの仕様を確認し、旧ページから新ページへ案内できる状態を検討します。
6. SEO設定を移行する
移行前の記事に検索向けのタイトルやディスクリプションを設定している場合は、移行先でも同じ内容を確認します。移行時に自動で引き継がれるとは限らないため、記事ごとに確認します。
- 検索結果に表示するタイトル
- メタディスクリプション
- ページのURL
- canonical設定
- noindex設定
- OGP画像やSNS表示設定
- XMLサイトマップ
特に、テスト中のサイトにnoindexが設定されている場合は、公開時に設定を見直します。一方で、確認前にnoindexを外すと、作業途中のページが検索対象になる可能性があります。
移行によってURL、タイトル、カテゴリー、内部リンクを同時に大きく変更すると、検索結果への影響要因を特定しにくくなります。検索流入を重視する場合は、必要以上に変更を重ねず、変更内容を記録しておくと確認しやすくなります。
7. 公開前にテストする
ドメインを切り替える前に、スマートフォンとパソコンの両方で主要ページを確認します。すべての記事を目視できない場合は、まずアクセスが多い記事、問い合わせにつながる記事、代表的なレイアウトの記事を優先します。
- トップページからブログ一覧を開く
- カテゴリー一覧から記事を開く
- 記事内の画像とリンクを確認する
- 問い合わせフォームを送信できる状態か確認する
- スマートフォンで文字切れや横スクロールを確認する
- ページタイトルとURLを確認する
- サイト内検索がある場合は検索結果を確認する
- 公開後に表示したいページだけが公開状態か確認する
リンク切れは、移行先のプレビュー画面だけでなく、公開用ドメインでも確認します。プレビュー用URLと本番URLで画像やリンクの動作が変わるサービスもあるためです。
8. ドメインを切り替えて移行を完了する
テストが終わったら、独自ドメインを移行先に接続します。ドメインの接続方法は、ネームサーバーを変更する方式と、DNSレコードを設定する方式などがあります。
ドメインを切り替える前に、次の情報を控えておくと、問題が起きたときに元の状態を確認できます。
- 現在のDNS設定
- 移行元と移行先のログイン情報
- 旧サイトのバックアップ
- 旧URLと新URLの対応表
- 問い合わせフォームの送信先
- アクセス解析や広告計測の設定
ドメイン切り替え後は、トップページだけでなく、主要記事、カテゴリー、問い合わせフォームを実際に開いて確認します。表示される場所によって切り替わるタイミングが異なることがあるため、すぐに全利用者の環境へ反映されるとは限りません。
移行後に確認すること
公開後は、移行前に作成した一覧表を使って、記事数とURLを照合します。次のような問題がないか確認してください。
- 記事が移行されていない
- 旧URLで404エラーが表示される
- 画像だけ表示されない
- 内部リンクが旧サイトを指している
- カテゴリー一覧に記事が表示されない
- noindexが意図せず残っている
- サイトマップに必要なページが含まれていない
- フォームの通知メールが届かない
アクセス解析や検索パフォーマンスを確認している場合は、移行前後でページ別のアクセス、検索表示、クリックなどの変化を記録します。数値の変化だけで原因を断定せず、URL変更、リダイレクト、公開状態、記事内容の変更を順番に確認します。
ノーコード移行で失敗しやすいポイント
記事本文だけを移してしまう
本文を移しても、画像、カテゴリー、公開日、メタ情報、内部リンクまでは自動で移らないことがあります。本文以外の項目も移行対象として一覧に含めてください。
URLを確認せずに公開する
移行先で自動的に別のURLが付くと、旧記事へのリンクが機能しなくなる可能性があります。公開前に旧URLと新URLを照合し、変更があるページには転送を設定します。
旧サイトをすぐ削除する
移行直後に問題が見つかることがあるため、バックアップと復旧方法を確認するまでは旧サイトを削除しないほうが安全です。保管期間や削除時期は、利用中のサービスの契約条件も確認して決めます。
デザインを変えすぎる
移行と同時にデザイン、カテゴリー、URL、記事内容をすべて変更すると、問題が起きた箇所を見つけにくくなります。まずは必要な記事を正しく公開し、その後にデザイン改善を段階的に行う方法が判断しやすいです。
ノーコードで移行するか、専門家に依頼するかの判断
記事数が少なく、URL変更も少ないブログなら、ノーコードで移行できる可能性があります。移行先にインポート機能があり、記事や画像を一覧で確認できる場合は、作業の負担も抑えやすくなります。
一方で、次の条件に当てはまる場合は、作業前に専門知識のある人へ相談することも検討してください。
- 記事数が多く、手作業での照合が難しい
- 複数のドメインやサブドメインを使っている
- URLを大きく変更する
- 会員機能や予約機能など、ブログ以外の機能がある
- アクセス解析や広告計測を複雑に設定している
- 移行先で301リダイレクトを設定できるか分からない
ノーコードは「コードを書かずにサイトを作る方法」であり、URL転送やドメイン設定まで自動になるという意味ではありません。自分で対応できる範囲は記事数、URLの変更量、必要な機能によって判断します。
まとめ
ノーコードでWeb制作ブログを移行するなら、バックアップ、記事一覧の作成、記事と画像の移行、URLの対応、SEO設定、公開前のテストを順番に行います。
最初に行うことは、現在の全記事とURLを一覧にすることです。その一覧を基準にして、移行先で記事・画像・カテゴリー・リンク・リダイレクトを確認すれば、移行漏れや公開後のトラブルを見つけやすくなります。
