更新の少ない会社サイト、WordPressから移すべき？仕組みを選ぶ判断基準
更新が少ないという理由だけで、WordPressから移す必要はありません。
今の仕組みで必要な情報を変えられ、更新やバックアップの担当と費用にも無理がなければ、続ける選択肢があります。
一方、会社紹介と問い合わせだけのサイトで、使っていない機能の管理が負担になっているなら、構成を整理したり別の仕組みへ移したりする価値があります。
判断の中心になるのは、更新回数だけでなく、何を変えるか、誰が変えるか、どの機能を残すか、誰が管理を続けるかです。
この記事では、年に数回のお知らせや会社情報の変更が中心の事業者に向けて、WordPressの継続と移行を比べる順番を説明します。
最初に「ページの更新」と「仕組みの管理」を分ける
営業時間やサービス紹介の文章を変えることと、WordPress本体・テーマ・プラグインを更新することは、別の作業です。
記事をほとんど書かないサイトでも、使っているソフトウェアやアカウントの管理は残ります。
反対に、お知らせを頻繁に追加するからといって、すべての管理を自社で行う必要があるわけではありません。
移行前に、今の負担がどこから来ているかを分けてみます。
- 文章や写真を変える操作が難しい。
- 更新通知が来ても、何をすればよいか分からない。
- 有料製品や保守契約の費用に対し、何をしてもらっているか分からない。
- 担当者がいなくなり、契約や管理権限が分からない。
- 今後必要な機能を、今の構成では追加しにくい。
たとえば編集画面だけが使いにくいなら、入力する項目や操作方法を整理すれば済む可能性があります。
契約や権限が不明なら、移行先の選定より先に、現在のデータと管理権限を確認する必要があります。
制作会社へ連絡できず情報が集まらない場合は、管理を引き継ぐための確認と相談先を先に整理してください。
サイト全体を直す必要があるか迷うときは、修正かリニューアルかを判断する記事で、問題の範囲を先に整理できます。
移行先を選ぶ前に、残す機能と編集する人を決める
「5ページしかない」という情報だけでは、必要な仕組みは決まりません。
同じ5ページでも、会社紹介だけなのか、予約や会員向けの案内まで動いているのかで、移行する内容が違います。
| 先に確認すること | 具体的に書き出す内容 |
|---|---|
| 変更する情報 | 営業時間、料金、担当者、実績、お知らせなど、実際に変えた項目と回数 |
| 必要な機能 | 問い合わせ、予約、決済、会員ページ、サイト内検索、多言語表示、外部サービスとの連携 |
| 編集する人 | 自社の誰が操作するか、制作会社へ依頼するか、不在時に誰が引き継ぐか |
| 変更の急ぎ具合 | 臨時休業を当日中に知らせる必要があるか、予定を決めて依頼できるか |
| 残すデータとURL | ページ、記事、画像、PDF、フォームの記録、検索や印刷物から使われているURL |
| 管理を任せる範囲 | 契約更新、アクセス権、ソフトウェア更新、バックアップ、障害時の連絡と復旧 |
更新が年に数回でも、臨時休業の案内をその場で出したいなら、自社で編集できる仕組みが必要になることがあります。
一方、変更時期を前もって決められ、外部へ原稿を渡す運用で困らないなら、管理画面を持たない構成も候補になります。
「簡単に更新できます」という説明だけで決めず、実際の担当者が、変更したい文章や画像をどの手順で変えるかを確認します。
代表的な選択肢を、公開後の運用で比べる
仕組みは組み合わせられるため、次の分類は厳密に独立した製品区分ではありません。
制作会社へ相談するときに、編集方法と管理の分担を比べるための整理です。
| 選択肢 | 検討しやすい条件 | 契約前に確かめること |
|---|---|---|
| WordPressを続け、構成や保守を整理する | 今の編集画面や機能を使い続けたい、必要な更新を担当者に任せられる | 不要な機能、更新の担当、互換性の確認、バックアップと復旧の範囲 |
| 管理画面のない静的なサイトへ移す | 会社紹介などが中心で、文章や画像の変更を制作担当へ依頼できる | 修正の依頼方法・費用・対応時期、フォームの仕組み、元データと公開権限の引き継ぎ |
| 編集画面と公開環境を提供するサービスを使う | 自社で画面を見ながら更新したい、必要機能がサービス内で足りる | 契約プラン、共同編集の権限、必要機能の制約、データの取り出し方、解約や他サービスへ移る条件 |
| 静的なページと、必要な部分の編集管理を組み合わせる | 普段は会社紹介が中心で、お知らせなど限られた部分を自社で更新したい | 管理画面から公開までの流れ、連携が止まったときの担当、複数サービスの費用と契約管理 |
静的なサイトは、あらかじめ用意したHTMLなどを配信する構成を指します。
公開するページを作るために、開発用のソフトウェアや外部の管理サービスを使うこともあります。
そのため、「静的なら契約も更新もいらない」とは言えません。
フォームを外部サービスで動かすなら、そのサービスの契約、通知先、迷惑送信対策、保存データの扱いも管理対象です。
AstroやNext.jsという名前だけでは、管理の負担は決まらない
AstroやNext.jsは、Webサイトやアプリを作るためのフレームワークで、プログラミング言語の名前ではありません。
Astroの公式文書では、標準で事前にページを生成する方式と、必要に応じてサーバーで生成する方式が説明されています。
Next.jsの公式文書にも静的なファイルを書き出す方式があり、その方式で利用できないサーバー側の機能が示されています。
どちらも、製品名だけでは「サーバーで動く処理があるか」「フォームや更新画面を何で動かすか」は決まりません。
なお、移行先の構築に使うAstroと、WordPressのテーマであるAstraは別のものです。
提案を受けたら、技術名を覚えるより、自社が操作する場所、契約するサービス、管理する担当者を説明してもらってください。
ここでの技術仕様は、2026年10月30日に公式文書を確認した内容です。
費用は、同じ期間と同じ作業範囲で比べる
移行費だけと、現在の保守費だけを並べても、どちらが負担を減らせるかは分かりません。
今のサイトを続ける案と移す案について、まず比較する期間を同じにし、次の費用をそろえます。
- 現在の状態を調べ、継続や移行の方法を決める費用。
- 既存構成の整備、または移行先の制作とデータ移行の費用。
- サーバー、ドメイン、編集サービス、外部機能の利用料。
- 文章や画像の修正を頼む費用と、追加ページの制作費。
- 更新確認、バックアップ、障害対応など、継続管理の費用。
- 契約終了時のデータ引き渡しや、次の担当者への引き継ぎ費用。
たとえば比較期間を3年と置くなら、両案とも3年分の想定更新回数と契約条件で見積もってもらいます。
これは計算条件の例であり、3年使うことを前提に契約するという意味ではありません。
自社で修正できる案では、担当者が操作を覚え、内容を確認する時間も見込みます。
外注する案では、急ぎの変更に対応できるかと、その条件まで確認します。
移行後の費用が安くなっても、必要な変更を出せなくなるなら、運用上の負担が減ったとは言い切れません。
URL・フォーム・メールは、見た目とは別に引き継ぐ
新しいページの見た目ができただけでは、移行は完了しません。
現在のサイトで使われている入口と機能を一覧にして、何をそのまま残し、何を設定し直すかを決めます。
ページと画像は、取り出せる範囲を確認する
WordPressの標準エクスポートは、投稿や固定ページなどの情報をXML形式で書き出す機能です。
それだけで、テーマやプラグイン、画像ファイル、設定も含めたサイト全体を、別の仕組みへそのまま移せるわけではありません。
画像やPDFの実ファイル、独自の入力項目、フォームの記録などは、移行先で何を使うかに合わせて取得・変換の方法を確認します。
また、移行用の書き出しとは別に、現在のサイトを戻すためのバックアップを残します。
WordPress公式のバックアップ解説では、ファイルとデータベースの両方を扱っています。
画面の写真や記事の書き出しだけを、元の環境へ戻せる一式と考えないようにします。
URLを保つか、対応するページへ案内する
検索結果、他社の紹介ページ、SNS、名刺やパンフレットから開かれるURLを確認します。
同じドメイン名を使い続けても、ページ末尾の住所が変われば、以前のURLから開けなくなることがあります。
可能なら同じURLを保ち、変更が必要なら旧URLと新URLの対応表と転送設定を準備します。
関係のないトップページへまとめて転送するのではなく、同じ目的を引き継ぐページへ案内する計画が必要です。
Googleのサイト移行ガイドにも、URLの対応付け、転送、内部リンク、移行後の確認が示されています。
準備していても移行に伴う検索での表示状況は変動し得るため、検索順位を維持できるという保証ではありません。
フォームの受付と、会社メールの継続を確かめる
フォームは、入力画面だけでなく、送信処理、受信先、自動返信、保存先、必要な同意表示まで確認します。
移行時のテスト方法と実施者を決め、公開前後に受付と通知を確かめられるようにします。
会社メールをWebサイトと同じ契約で使っている場合もあるため、サーバー解約やDNS設定の変更がメールへ及ぼす影響を調べます。
Webサイトを移すことと、ドメインの契約先やメールの利用先を変えることは、必ずしも一組ではありません。
Webサイトだけ移してメールは継続できるかも含めて、契約先と移行担当者に確認してください。
移転先の動作やデータを確認する前に旧契約を解約しない進め方は、エックスサーバーのサーバー移転案内でも説明されています。
具体的な切り替え手順や残す期間は、実際に利用しているサービスの条件で決めます。
移行後も残る管理を、担当者と一緒に決める
WordPressを編集用も含めて使わなくなり、不要な環境を適切に停止・廃止できれば、そのWordPress本体やプラグインの更新作業はなくせます。
WordPressを残す構成では、どこまでをサーバー会社へ任せ、誰がサイトを管理するかも確認します。
公開側を静的なページへ変えても、編集用にWordPressを残すなら、そのWordPressの更新・バックアップ・アクセス管理は続きます。
ただし、契約更新、ドメイン、管理アカウント、公開情報、外部機能、元データの保管、障害時の対応は残ります。
サイトを作り直すために使うソフトウェアがあれば、その更新や公開手順を維持する担当も必要です。
警視庁のサイト開設・運用に関する案内でも、構築方法に応じた役割分担と、契約や仕様での確認が求められています。
サービス事業者が管理する範囲が広い場合も、自社で持つアカウントや公開内容の責任までなくなるとは限りません。
引き継ぐときは、次の問いに答えられる状態を目指します。
- 料金や営業時間を変えたいとき、誰が何を操作するか。
- 担当者が不在・退職したとき、誰が管理権限を引き継ぐか。
- フォームが届かないとき、誰へ連絡し、どこまで対応してもらえるか。
- 必要なデータはどこにあり、元へ戻す方法を誰が知っているか。
- 契約終了時、データ・コード・素材・ドメインをどう引き渡してもらえるか。
納品時の権限や資料の確認には、ホームページの引き継ぎチェックリストも使えます。
まずは「残す機能・編集する人・困っている管理」を伝える
WordPressを続けるか移すかを決めきれなくても、相談は始められます。
サイトURL、変更する情報とおおよその頻度、残したい機能、今の管理で困っていることをまとめてください。
分からない契約や権限は、未確認と伝えれば構いません。
技術や安全性を含めて仕組みを理解したい方は、PHP・WordPressセキュリティ総合ガイドでも、WordPressを続ける場合と別の構成へ移す場合の考え方を確認できます。
Studio Attraitへのご相談は、公開中のホームページ制作の案内をご覧のうえ、お問い合わせからお送りいただけます。
現在のサイトを生かす案と移行する案のどちらが合うか、必要な機能と編集体制を共有し、対応できる範囲と見積もりをご相談ください。
