ホームページリニューアルで記事は残せる？既存記事の引き継ぎとサイトの作り直し

ホームページをリニューアルしても、既存記事を残せる方法があります。まず本文・画像・資料・URLを確認し、残す部分と変える部分を分けましょう。5,000記事などの大量記事や、別の仕組みへの移行は、調査から相談できます。旧サイトは先に削除・解約しないでください。

ホームページリニューアルで記事は残せる？

既存記事を残したまま、ホームページを新しくする方法があります。ただし、今のサイトを生かすのか、新しいサイトへ記事を移すのかで作業は変わります。

「ホームページが古くなった。でも、何年もかけて書いた記事は捨てたくない」。この場合、すべてをゼロから書き直す必要があるとは限りません。まずは、残したい文章や資料と、変えたい見た目・使い勝手を分けて考えるのがおすすめです。

今のサイトによって、記事の引き継ぎ方は変わります

方法	向いている希望	先に確認すること
今のWordPressを生かす	記事はその場所に残し、デザインやスマホ表示を新しくしたい	現在のテーマやプラグインに頼った表示、新しい見た目との相性
新しいWordPressへ移す	記事を引き継ぎ、サイトの構成や動く環境も整え直したい	取り出せるデータ、画像・資料、URL、移行先での再現方法
別の仕組みから移す	HTMLのサイトや別のサービスの記事を、今後編集しやすいサイトにまとめたい	元データの形式、取得できる範囲、利用権、移行先の制限

WordPressは、管理画面から記事を追加・更新できるサイト作成の仕組みです。公式のエクスポート機能には、投稿や固定ページ、分類などのデータを別のWordPressへ渡す方法があります。ただし、その出力だけで画像の実ファイルやサイトの全機能までそろうわけではありません。WordPress公式のエクスポートの説明も、この区別を踏まえて使います。

「本文を変えない」と「見た目も完全に同じ」は別です

文章・見出し・画像の順番を残しながら、新しいデザインで表示することは検討できます。一方、古いHTMLタグや装飾まで一字一句そのまま移すと、新しいサイトで余白や表が崩れることもあります。HTMLは、見出しや段落などの構造を表す記述です。

そのため、僕なら「本文の言葉は変えない」「必要な表示用の記述だけ整える」「見た目をどこまで変えてよいか」を先に確認します。文章を勝手に要約したり、表現を書き換えたりせず、変更が必要な箇所を分けてご案内する進め方です。

記事・画像・PDFなど、引き継ぐものを先にそろえる

引き継ぐ対象は、記事の文章だけではありません。画像や資料の実ファイル、日付や分類、問い合わせなどの機能も、必要なものを先に一覧にします。

新しいサイトに記事が見えていても、画像やPDFのリンク先が古いサーバーのままということがあります。そのまま旧環境を止めると、文章だけ残り、写真や資料が開けなくなります。「表示されたか」だけでなく「どこに保存され、どこから読み込んでいるか」まで確かめたいところです。

記事と一緒に確認したい、主な引き継ぎ対象

対象	残したい内容の例	見落としやすい点
記事・固定ページ	本文、見出し、表、公開日、投稿者、カテゴリー、タグ	下書きや非公開記事も移すか。コメントを残すか
写真・図解・画像	本文画像、アイキャッチ、説明文、代替テキスト	元画像と縮小画像、古い保存先への参照
PDF・配布資料	パンフレット、申込書、教材、ダウンロード資料	ファイル本体の有無、日本語名、公開してよい資料か
URL・内部リンク	各記事のURL、関連記事へのリンク、メニュー	同じドメインでも記事のURLが変わる可能性
フォーム・独自機能	問い合わせ、予約、会員ページ、決済、検索	記事データだけでは動かない。設定や連携の再確認が必要
運用に必要な設定	解析、検索の所有権確認、メール、更新用アカウント	サイト、メール、外部サービスで管理先が異なる場合

「記事のエクスポート」は完全なバックアップではありません

WordPressの記事を持ち出すWXRという形式には、サイト設定や添付ファイルそのものは含まれません。公式のwp exportの説明でも、実ファイルは別であることが明記されています。インポート時に添付ファイルを取得する機能はありますが、実際に取得できたかの確認が必要です。

たとえば「記事を出力したXMLファイルはあるけれど、元サイトはすでに閉じた」という場合、画像の取得元がなくなっていることもあります。移す前に、データベースとファイル一式の控えを確保できるか確認します。控えがあることと、そこから戻せることも分けて考えます。

会員情報・購入履歴・メールは、公開記事と分けて扱います

会員制サイトやショップでは、記事とは別に会員情報、注文、支払い、閲覧権限などがあります。更新中の予約や注文があるなら、古い控えを戻すだけでは最新の情報が消えるおそれがあります。移行できる形式や止められる時間、外部サービスの制約を調べてから計画します。

写真・フォント・有料テーマなども、別サイトや新しい契約先で続けて使えるかを確認します。手元にある素材でも、すべて自由に再利用できるとは限りません。初回の相談では、個人情報やパスワードを送る必要はありません。「会員機能もある」「配布資料が多い」など、存在が分かる説明で十分です。

5,000記事など大量の記事も相談できます

5,000記事など、記事数が多いサイトのリニューアルもご相談いただけます。記事数だけで一律に対象外とせず、データの量・形式・状態を確認して、対応できる範囲と進め方をご案内します。

「これだけ記事があると、頼むこと自体が難しいのでは」と思う必要はありません。正確な数が分からなければ、「数千記事くらい」「長年の投稿がある」という段階でも大丈夫です。ただし、どのサイトでも同じ料金・日数で丸ごと移せる、という意味ではありません。

記事数よりも、移すデータの中身が作業を左右します

同じ5,000記事でも、文字中心で形式がそろったサイトと、大きな画像・PDF・特殊な表が多いサイトでは確認量が変わります。記事数とは別に、画像の点数や総容量、古い機能への依存も見ます。

大量の記事を、最初から一つずつ手でコピーするとは限りません。元の仕組みに合わせ、データの取り出しや一括処理、分割しての取り込みを検討します。たとえばWordPressの公式ツールには、出力ファイルを分けたり対象期間を絞ったりする機能があります。ただし、利用できる権限やサーバーの制限を確認して選ぶ方法です。

「取り込めた件数が同じ」だけで完了にしない

僕なら、まず種類の異なる記事を少数選び、文章・見出し・画像・表・資料がどう移るか試します。問題が見つかったら方法を直し、本移行に進む前に確認していただく流れにします。

本移行では、元の記事と新しい記事を結び付ける一覧を作り、漏れと二重登録を確認します。公開記事と下書きを混ぜず、タイトルや本文、画像・PDFの参照先、リンクなどを項目ごとに比べます。途中で止まった場合も、どこから再開するか分かる形を目指します。

機械で全件を比べる確認と、人が画面を見る確認は別です。代表的な記事だけを見て「全記事の表示を確認済み」とはしません。全件の画面確認が必要か、どの種類を重点的に見るか、未確認や要修正をどう残すかも、作業範囲として先に決めます。

古い情報の更新は、記事をそのまま残す作業と分ける

「記事を変えずに残すこと」と「古い案内を今の情報に直すこと」は、分けて依頼できます。更新する場所と新しい情報を確認し、合意した部分だけ変更する形です。

古い記事だからといって、すべてが不要な情報とは限りません。当時の活動、考え方、出来事を残した記事には、その時点の記録としての意味があります。一方、現在の利用者が読む料金・受付時間・連絡先が古いままだと、問い合わせの行き違いにつながります。

更新前と更新後が分かる一覧を作る

たとえば、過去の講座記事に当時の参加費が書かれているなら、その数字を今の参加費に置き換えると記録の意味が変わります。この場合は本文を残し、「現在の案内はこちら」と新しいページへつなぐ方が自然なこともあります。

反対に、現在のサービス案内に旧料金が残っているなら、運営者が確認した新料金へ更新する対象です。「対象ページ」「今の記載」「新しい記載」「確認した人・日付」をまとめておけば、残すつもりの文章まで変えてしまうのを防ぎやすくなります。

文章の整理にAIを使う場合でも、正しい料金や提供内容をAIに決めさせることはしません。候補の抽出や差分の整理を補助に使い、事実の確認と反映の判断は人が行います。専門的な内容は、必要に応じてその分野の専門家による確認も含めて考えます。

記事が多い場合は、全記事を一度に書き直すよりも、今の利用者が迷いやすい固定ページや申込導線から優先する方法もあります。ただし、権利上使えない素材や不要な個人情報、動作上の問題が見つかったときは、「そのまま残す」希望とは別に扱いを相談します。

ドメインをそのまま使い、サーバー移行もまとめて相談

今のドメインを使い続けながら、サイトを作り直し、別のレンタルサーバーへ移すこともまとめてご相談いただけます。ただし、記事のURL・メール・契約は、それぞれ分けて確認します。

ドメインはサイトの住所にあたる名前、サーバーは記事や画像などを置く場所です。住所を変えず、置き場所だけを変える方法があります。また、ドメインの契約先を変える手続きと、サイトの接続先を変える作業も同じではありません。

同じドメインでも、記事のURLは変わることがあります

たとえば、ドメインが同じでも、記事の末尾が「/blog/123」から「/articles/123」に変われば、その記事は別のURLになります。過去に貼られたリンクやブックマークを考えると、見た目を新しくするためだけにURLまで変える必要があるかは慎重に検討したいところです。

変更が必要なら、古いURLから対応する新しい記事へ案内する「リダイレクト」を設計します。恒久的な移転では301・308などの方法があり、Googleも旧URLと新URLの対応付けを案内しています。関係のないトップページへ、すべての記事をまとめて飛ばす設計にはしません。

同じURLを残しても、検索順位やアクセスが全く変わらないとは保証できません。リニューアルでは内容、リンク、表示速度なども変わり得ます。URLを変える移転では、Googleも一時的な順位変動を想定しています。僕は「SEOを完全に引き継げます」と言い切るのではなく、変更を必要な範囲に絞り、公開後の確認まで計画することをおすすめします。

会社やお店のメールも使っている場合は、先に伝える

同じサーバーで独自ドメインのメールを使っている場合、ホームページを移しただけでは、過去メールや受信設定まで移ったことにはなりません。どこでメールを受けているか、過去メールをどこに残すか、端末の設定を変えるかも確認します。

問い合わせフォームは、画面の表示とメールの到着を分けて検査します。試験用の内容・宛先を決め、送信完了だけでなく受信側まで確認する範囲を相談します。メールの移行可否や具体的な方法は、利用サービスと設定を調べてからの判断です。

サーバー側の作業を詳しく知りたい方は、サーバー移行の費用・代行範囲・ドメインをそのまま使うときの確認点もご覧ください。本記事では、リニューアル全体の中で何を引き継ぐかに重点を置いています。

記事を引き継ぐホームページリニューアルの進め方

おすすめの順番は、対象を整理し、一部で試してから新しいサイトを作り、最終データを反映して切り替える流れです。最後に公開後の表示や受信を確認し、旧環境を止めてよいか判断します。

1. 残すもの・変えるもの・契約を整理する

   記事数、画像・資料、使っている機能、ドメインとサーバーの管理先を確認します。本文を変えない範囲と、情報を更新する範囲を分けます。作業前の控え、戻す方法、関係する担当者も整理します。

2. 代表的な記事で試験移行する

   文字だけの記事に加え、画像、PDF、表、古い装飾などを含む記事で試します。移せる項目と調整が必要な項目を確認し、対象一覧や作業方法を直します。この段階の結果をもとに、本移行の範囲を固めます。

3. 新しい見た目と導線を作り、確認する

   公開前の確認環境で、記事一覧・記事本文・メニュー・問い合わせまでつなげます。PCとスマホで確認し、言葉を変えない部分は原稿と比べます。確認環境は必要な人だけが見られるよう保護します。

4. 最後の更新分を反映し、合意後に切り替える

   移行開始後に増えた記事や修正を確認します。予約や注文など更新が続くデータも含め、取り込み方法や停止時間を決めます。戻す条件を確認し、運営者の了承を得て公開先を切り替えます。

5. 公開後に確認し、旧環境の扱いを決める

   URL、画像、資料のダウンロード、リンク、問い合わせの受信、検索の確認情報などを点検します。不具合と対応状況を共有し、旧環境への依存が残っていないか確かめます。必要な控えを保管してから、契約を整理します。

この流れは「新しいトップページが見えたら終わり」にしないためのものです。Googleのホスティング変更の案内も、新環境でのテスト、切替後の監視、旧環境の終了を分けています。

移行の完了条件を、最初に決めておく

確認票には、「対象記事と移行先の対応が取れている」「必要な画像・資料を取得できる」「指定した機能が動く」「意図しない非公開・公開の変更がない」などを記載します。元からリンク切れだったものと、移行で新たに欠けたものも分けると、直す範囲が明確になります。

見た目の検査では、すべてを一律に同じ方法で見るとは限りません。記事の種類、重要な申込ページ、特殊な表、利用端末などから確認範囲を決めます。どこを確認し、何が残っているかを記録して共有することが大切です。

リニューアルの費用・期間を相談するときに伝えたいこと

見積もりの相談では、現在のURL、記事のだいたいの数、残したいもの、変えたいことが分かると整理が進みます。すべて調べてから連絡する必要はなく、分からない項目は「不明」で構いません。

記事の引き継ぎを含む費用や期間は、ページの新規制作だけでは決まりません。移行元の調査、データの取り出し、原文の照合、画像・資料の確認、独自機能、サーバー切替など、必要な作業を分けて見積もります。

同じリニューアルでも、含める作業は違います

相談の例	中心になる作業	費用・期間を左右する条件
今のWordPressと記事を使い、見た目を整える	デザイン、スマホ表示、既存記事との相性確認	テーマ依存の装飾、テンプレートの種類、必要な機能
5,000記事と画像を新しいWordPressへ移す	対象整理、試験移行、一括移行、漏れ・重複・表示の確認	データ容量、出力形式、更新差分、全件・代表確認の範囲
別の仕組みから移し、古い情報も更新する	変換、本文保持、変更内容の確認、新しい編集画面の準備	元データへのアクセス、形式のばらつき、情報更新の量

初期費用と、公開後に必要なお金を分ける

サイトを作る費用、記事や資料を移す費用、情報を直す費用、サーバーを切り替える費用は分けて確認します。そのうえで、サーバー・ドメインの契約料、有料機能、公開後の更新や保守に必要な継続費も整理します。

期間も、制作の作業日数だけではなく、資料の準備、試験移行、確認のお返事、データ更新を止める時間などを含めて考えます。「何日で必ず終わるか」を先に決めるより、動かせない期限と、段階的に進められる範囲を確認する方が計画を立てやすくなります。

費用の見方をもう少し知りたい方は、ホームページリニューアル費用と見積もり内訳の確認点へどうぞ。掲載例の対象や確認日にも注意して、今回必要な作業と照らし合わせてください。

そのまま使える、最初の相談文の例

予算の上限がある場合は、任意で添えてください。ご希望全体がその予算内で可能か、難しいときはどこまでできるか、優先順位や段階実施でどう組み直せるかをご返信します。必要な保全やテストを省いて、見かけだけ安くする調整は行いません。

最初から完成した仕様書はなくて大丈夫です。「記事は残したいけれど、何から手を付ければよいか分からない」という相談でも、現在の状態から整理できます。パスワードや会員名簿、個別の相談記録などは、初回メッセージに添えないでください。

既存記事を残すリニューアルでよくある質問

主な参考資料：WordPressのエクスポート、コンテンツの取り込み、WordPressの移行、wp export、Googleのサイト移転・ホスティング変更の案内。仕様の確認日：2026年10月22日。図解は開発・移行の進め方を説明するための生成画像です。写真の人物・場面は架空の生成イメージで、実際の依頼者や移行実績ではありません。