DDDefense DeskWordPress 緊急対応
中小規模Webシステムリプレース

WordPressの構成限界

会員機能や予約など、閲覧者ごとに内容が変わる仕組みを抱えたまま、記事数の増加とプラグインの継ぎ足しで、DB(データベース:記事や設定を保存する場所)の調整では改善が頭打ちになっているサイトが対象です。構成をヘッドレスCMS(コンテンツ管理と表示を分離したCMSの構成方式)へ作り替える作業を、調査・計画・構築・切り替えの工程に分けて進めます。

こんな状況ではありませんか

  • 会員機能、EC、予約など、閲覧者ごとに内容が変わる仕組みをサイトの中で扱っている
  • 記事数が数万件に達し、管理画面の操作が数秒固まる
  • カスタムフィールド(記事に独自の入力欄を足す機能)とプラグインの継ぎ足しで、直すたびに別の場所が壊れる
  • DBの調整をしても効果が出ない
  • プラグインの競合が続き、影響範囲を追えなくなっている

解決する課題

管理画面の遅さやプラグインの競合には、サーバーの増強で収まるものと、収まらないものがあります。データの持ち方と表示の生成が同じ環境に同居していることが原因の場合は、増強しても頭打ちになります。どちらに当たるかは、現行の構成を無料の現状調査で確かめます。

1操作ごとに待たされる管理画面

記事の保存や一覧の読み込みのたびに数秒から数十秒待つため、まとめて更新する作業が予定どおり終わりません。

継ぎ足しで見えなくなる影響範囲

プラグインやカスタムフィールドを継ぎ足してきたので、1箇所直すたびに、確認する画面がどこまで広がるか分からなくなります。

作り替えの費用と範囲が見えない

作り替えは費用が大きく、どこまで作り替えるか、切り替えのときにどれだけ止まるかが分からないまま、判断が止まります。作り替える範囲と、切り替えの段取りを先に決められれば、判断に必要な材料がそろいます。

どこが限界で、どう作り替えるのか

管理画面の遅さは、肥大化したデータへの検索クエリ(データの取得要求)が詰まっていることが原因になっている場合があります。公開側の遅さは、表示のたびにDBを読んでページを組み立てていることが原因になっている場合があります。プラグインの処理どうしが干渉している場合もあり、どれに当たるかは調査で切り分けます。

コンテンツの管理(管理画面)をヘッドレスCMSへ移し、公開側はAPI(別の仕組みとデータをやり取りする窓口)経由でデータを読み込んで表示する軽量な構成(Astro等)へ分離します。公開側がDBの状態に左右されにくくなるため、DB肥大化の影響を受ける範囲を狭められます。管理画面の遅さは、データ構造を用途別に設計し直し、検索クエリの数を減らすことで解消を図ります。会員機能や予約など、閲覧者ごとに内容が変わる処理は、表示側から切り離したアプリケーション(Laravel等)がAPIとして受け持ちます。

構成の選び方は技術資料:Astro+CloudflareとLaravelの比較で確認できます。

現行サイトを動かしたまま作り込む工程

  1. 1

    リプレース現状調査

    作り直す範囲を決める

  2. 2

    実装計画の作成

    申し込み後に、作り直す範囲の優先度と工程を決め、切り替え当日の手順まで設計する

  3. 3

    新構成の構築と検証

    現行サイトは稼働したまま、新しい構成を作り込む

  4. 4

    公開先の切り替え

    検証を終えてから、公開先をまとめて切り替える

見えている症状内部で起きていることリプレースでの解決
管理画面が数秒固まる肥大化した拡張データ(カスタムフィールドなど)への検索クエリが、操作のたびに走っているコンテンツをヘッドレスCMSへ移し、表示側を軽量な構成に分離
DBの調整をしても効果が出ない検索クエリの数とデータの構造そのものが限界で、DBの調整では吸収できないデータ構造を用途別に設計し直す
プラグインの競合が続き、影響範囲を追えなくなっている機能追加をすべて同じ実行環境に載せてきた機能ごとに、APIでつなぐ独立した部品へ分ける
経営者・決裁者向け要約

つまり:閲覧者ごとに内容が変わる仕組みを抱えたまま、継ぎ足しで限界を迎えたWordPressの構成を、計画、構築、切り替えの工程に分けた作り替えという方法で、880,000円〜(税込)、申し込みから3〜6ヶ月を目安に解決します。構築中も現行サイトは稼働したままです。

提供内容

作り替える範囲と順序を先に決めます。切り替え当日に何をするかが決まっていれば、公開を止める時間も見積もれます。

リプレース現状調査(無料)
お客様の許可を得て、秘密保持の取り決めのうえでサーバーに接続し、現行の構成限界と作り直す範囲を確かめます。確定見積と日程とあわせて、文書でお渡しします。
実装計画の作成
申し込み後に、作り直す順序と、構築から切り替えまでの日程を決め、切り替え当日の手順まで設計します。
移行先の選定
記事の管理はヘッドレスCMS、会員や予約などの処理はサーバー側のプログラム(Laravel など)へと、要件に応じて選定します。
再構築の実装と切り替え
新しい構成の実装とデータ移行、公開先の切り替えまで当方が行います。

対象外

  • 基幹システムと業務システム全体の刷新は対応対象外です(対象はWebサイトとその周辺機能に限ります)。
  • 記事の表示が中心で、動的な機能がフォーム程度にとどまるサイトは、作り替えではなくWordPress静的移行をご案内します。
  • 稼働中のシステムを部分ごとに置き換えながら、旧構成と長期間並行させる進め方は対象外です。

納期目安

着手まで
折り返しのヒアリングで現状を確認し、無料のリプレース現状調査の日程を決めます。調査の結果とあわせて、確定見積と着手日をお渡しします
完了目安
計画、構築、切り替えの工程に区切って進め、申し込みから公開先の切り替えまでの全体で3〜6ヶ月が目安です(リプレース現状調査の期間は含みません。調査の結果で確定します)

基本費用と変動要因

記載の金額は、変動要因が標準の範囲に収まる場合の基本費用です。標準から外れる分は、追加の費用として確定見積に含め、着手前に提示します。承諾なしに追加費用は発生しません。

問い合わせ後の流れ

問い合わせから完了までの段階と、それぞれの時期の目安です。

  1. 1
    随時

    問い合わせ受付

    現在の構成と症状(管理画面の遅さや競合の状況)をお送りください。

  2. 2
    受付後

    折り返しとヒアリング

    リプレース現状調査の範囲と、サーバーへの接続の方法を確認します。

  3. 3
    ヒアリングから2週間以内を目安

    リプレース現状調査(無料)

    お客様の許可を得て、秘密保持の取り決めのうえでサーバーに接続して調べ、構成限界と作り直す範囲、確定見積と日程を文書でお渡しします。調査のあとで申し込まなくても、費用はかかりません。

  4. 4
    申し込みの後

    再構築の実装

    新しい構成を作り込み、データ移行と動作検証まで進めます。切り替えの時期は、公開を止められない期間を避けて決めます。

  5. 5
    申し込みから3〜6ヶ月を目安

    公開先の切り替えと完了

    当方が公開先を切り替え、移行後の構成をお渡しします。

WordPressの構成限界のご相談

技術情報が揃っていなくても送信できます。いまの構成を確認したうえで、進められる範囲をお返しします。

緊急対応を依頼する