自社プロダクトの開発に注力したい企業にとって、コーポレートサイトの WordPress 保守は本来の業務とは性質の異なる仕事です。「外部に任せたい」と考えながらも、何をどこに任せればよいのか整理できずにいるケースは少なくありません。
WordPress 保守を外部委託するかどうかの判断基準については、以下の記事で詳しく解説しています。
「本来やるべき開発」に集中するための WordPress 外部委託の判断基準
本記事では、外部委託を前提とした場合に、どのような選択肢があるかを具体的に整理します。
目次
コーポレートサイトの WordPress 保守が「社内エンジニアの仕事」になりやすい理由
自社プロダクトを持つ企業では、WordPress の知識を持つのが社内エンジニアであるケースがほとんどです。サーバの構成を理解し、PHP やプラグインの挙動を把握できる人間が、自然とコーポレートサイトの保守担当を兼ねることになります。
しかし、エンジニアが本来集中すべき仕事は自社プロダクトの開発です。コーポレートサイトの WordPress 保守は、プロダクトの成長に直接貢献するわけではなく、かといって放置するわけにもいかない。この構造的な矛盾が、「エンジニアの工数がコーポレートサイトに取られている」という状態を生み出します。
WordPress の保守作業には、プラグインのアップデート対応、セキュリティ監視、PHP バージョンアップへの対応など、定期的かつ継続的な対応が求められます。突発的な脆弱性への対応が重なれば、その都度プロダクト開発の優先順位が下がることになります。
WordPress 保守を切り出すとき、何を誰に任せるか
WordPress サイトの保守には、性質の異なる 2 つの領域があります。外部委託を検討する際は、この 2 つを分けて考えることが整理の出発点になります。
インフラ領域 ── サーバ・OS・ミドルウェアの管理
OS やミドルウェアのバージョン管理、サーバの死活監視、セキュリティパッチの適用といった作業が該当します。クラウドやサーバインフラの専門知識が必要な領域であり、WordPress の知識だけでは対応しきれない部分も含まれます。
マネージドホスティングサービスに委託することで、インフラ領域の保守をまるごと手放すことができます。担当エンジニアがサーバの状態を気にする必要がなくなり、プロダクト開発に集中できる時間が生まれます。
WordPress・PHP 領域 ── 本体・プラグインのアップデート代行
WordPress 本体・プラグイン・テーマのアップデート確認、動作検証、互換性チェックなどが含まれます。更新のたびにステージング環境での確認が必要であり、プラグインの数が多いサイトやカスタマイズが施されているサイトでは、1 回あたりの工数が積み上がりやすい作業です。
WordPress アップデート代行サービスを利用することで、毎月発生するこの作業を外部に委ねられます。インフラ領域とは別の委託先になる場合もありますが、両方をまとめて任せられる体制を選ぶと、連携のコストが下がります。
両方まとめて委託する場合
インフラ領域と WordPress・PHP 領域をそれぞれ別の委託先に任せると、何か問題が起きたときに「インフラ側の問題か、WordPress 側の問題か」の切り分けに時間がかかることがあります。両領域をまとめて一つの委託先に任せられると、対応の窓口が一本化され、障害発生時の初動が早くなります。
デジタルキューブでは、Amimoto マネージドホスティングと WordPress アップデート代行を組み合わせてご提案しており、インフラと WordPress・PHP の両領域をまとめてアウトソースできる体制を整えています。
コーポレートサイトの性質で選択肢が変わる
同じ WordPress のコーポレートサイトでも、サイトの性質によって適した選択肢が異なります。コーポレートサイトに動的 WordPress が必要かどうかの判断軸については、以下の記事でも詳しく解説しています。
コーポレートサイトに動的 WordPress は必要か——Shifter と Amimoto の使い分け
更新頻度が低いコーポレートサイトや、セキュリティリスクを最小化したいサイトには、WordPress を静的化して配信するShifter（シフター）が有効な選択肢です。静的化によってサーバへの攻撃対象面が大幅に減り、PHP の脆弱性リスクそのものを排除できます。インフラの保守負荷が構造的に軽くなるため、エンジニアの関与を最小化しやすい構成です。
一方、動的なコンテンツや独自開発のプラグインを活用しているサイト、更新頻度が高くメンバーが複数関わるサイトには、AWS をベースにした WordPress 専用マネージドホスティングであるAmimoto（アミモト）が適しています。インフラ領域の保守をデジタルキューブが担うことで、エンジニアがサーバを意識せずに運用できる環境を整えられます。
実際にどう移行したか ── 事例から見る選択の判断軸
実際に WordPress 保守をエンジニアの手から離した企業の事例を紹介します。
M&A 総合プラットフォームを展開する株式会社バトンズでは、EC2・RDS 構成で運用していたコーポレートサイトと M&A 記事・コラムサイトを Shifter に移行しました。以前はランニングコストとセキュリティ対応を含む運用コストが課題でしたが、移行によってインフラコストを導入前の 1/10 に圧縮。お客様の機密情報を多く扱う事業者として厳格なセキュリティ基準を設けていましたが、投稿・編集時のみ WordPress を起動する仕組みとバックエンドの自動アップデートにより、その基準をクリアできたことも採用の決め手になっています。
株式会社バトンズ様｜Shifter 導入でインフラコストを 90% 削減しつつ、バックエンド管理からも解放
転職支援サービスをはじめ複数の SaaS を展開する株式会社リクルートの事例では、Amimoto マネージドホスティングと WordPress アップデート代行を組み合わせた構成が採用されています。社内の工数が逼迫している状況でもアップデートの検証・動作確認を外部に委ねられる点に加え、将来的に発生する対応事項（サポート終了の予告通知など）を事前に受け取れる点も評価いただいています。Amimoto を選んだ理由として、セキュリティ・コスト・パフォーマンスのバランスが挙げられています。
株式会社リクルート様 Amimoto マネージドホスティング利用事例
我々が提案できること
デジタルキューブでは、自社プロダクトを持つ企業のコーポレートサイトに対して、Amimoto・Shifter・WordPress アップデート代行の組み合わせを状況に応じてご提案しています。
「動的サイトとして運用し続けたい」「静的化できるか判断がつかない」「インフラと WordPress の両方をまとめて任せたい」といった状況の整理からでも、ご相談いただけます。エンジニアが本来注力すべきプロダクト開発に集中できる体制づくりを、一緒に考えさせてください。
まとめ
自社プロダクトを持つ企業のコーポレートサイトにおいて、WordPress 保守をエンジニアの手から離すためには、インフラ領域と WordPress・PHP 領域の 2 つを切り分け、それぞれに適した委託先を選ぶことが重要です。サイトの性質によって Amimoto と Shifter の使い分けも変わるため、まずは現状の運用体制を整理するところから始めてみてください。
関連リンク
- 「本来やるべき開発」に集中するための WordPress 外部委託の判断基準 | LabWorks
- コーポレートサイトに動的 WordPress は必要か——Shifter と Amimoto の使い分け | LabWorks
- 株式会社バトンズ様｜Shifter 導入でインフラコストを 90% 削減しつつ、バックエンド管理からも解放 | Shifter
- 株式会社リクルート様 Amimoto マネージドホスティング利用事例 | Amimoto
当社へご興味をお持ちいただきありがとうございます。
「こんなことやってみたい！」と、ぜひ気軽にご相談ください。
担当者よりご連絡差し上げます。