Webサイトを、WordPressの保守から解放する。

現在のデザインを、可能な限り再現する形で移行します。テーマが出力しているHTMLとCSSをもとに作り直し、移行の前後で表示を比べて差分を確認します。同じ表示にできない部分は、事前にご相談します。デザインを見直す場合は、範囲を分けてご相談ください。

移行できます。WordPressのエクスポートデータやREST APIから、本文、カテゴリー、タグ、公開日、画像を取り出し、新しい構成へ変換します。記事のURLは原則として維持し、変更が必要な場合は301リダイレクトを設定します。

使えます。ページは静的に生成しますが、フォームの受付処理はCloudflare Workersなどで別に実装し、スパム対策（Turnstileなど）とメール通知を組み合わせます。項目、通知先、自動返信、外部サービスとの連携を確認して方式を決め、範囲は見積書で明示します。

プラグインは、そのままでは動きません。利用中のプラグインを一つずつ確認し、移行する、別の方式へ置き換える、外部サービスへ移す、不要になる、の4つに分類してから設計します。

できます。更新の頻度と担当者に合わせて、AIを使ってGitHub上で更新する方法、ヘッドレスCMSの管理画面から更新する方法、Malakeに更新を依頼する方法から選べます。

利用できます。ブラウザから定期的に記事を更新する場合は、microCMSなどのヘッドレスCMSを組み合わせます。更新が少ないサイトでは、CMSを置かない方が管理する対象を減らせる場合もあります。

WordPressを公開・更新の環境から取り除く構成では、WordPress本体・テーマ・プラグイン・PHP・データベースの更新と脆弱性対応が保守の対象から外れます。ただし、依存ライブラリの更新、ビルド、アカウントと権限、フォーム、通知、CMSなどの対策と運用は残ります。WordPressをCMSとして残す構成では、WordPress側の更新と脆弱性対応も残ります。残る運用は一覧にして引き渡し、必要に応じて運用支援も行います。

順位の維持を保証することはできません。URL、301リダイレクト、title、description、canonical、構造化データ、sitemap.xmlなどを移行の前後で突き合わせ、検索エンジンの評価を引き継ぐための確認を行います。公開後もSearch Consoleで、エラーや表示回数の変化を確認します。

WordPress用のサーバー契約が不要になる場合があります。Cloudflareには無料枠がありますが、アクセス数、利用する機能、CMSやフォーム関連のサービスによって費用は変わります。移行後の継続費用は初期費用とは分けて、診断時に内訳をご案内します。

ECがサイトの中心にある場合は、個別設計になります。商品、決済、在庫、顧客情報の扱いを確認し、EC専用のサービスへ移す、ECの部分だけWordPressに残す、移行を見送る、といった選択肢を比較します。

あります。複数の担当者が毎日のように記事を公開している、会員機能やECなどWordPressの機能を深く使っている、WordPressに慣れた運用体制がすでに整っている、といった場合は、保守体制を整えてWordPressを継続する方が合理的なこともあります。診断の結果、継続をおすすめする場合もそのままお伝えします。

ドメインはそのまま使えます。DNSをCloudflareへ移す場合は、メール（MXレコード）など、Webサイト以外の設定も引き継ぐ必要があります。切り替える前に、現在のDNS設定を一覧にして確認します。

新しいサイトは別の環境で構築・検証し、問題がないことを確かめてから切り替えます。切り替えはDNSの変更で行い、閲覧できない時間が生じないように計画します。旧環境は切り替え後もしばらく残し、問題があれば戻せるようにします。