Django から WordPress への移行 - いつ意味があるか、いくらかかるか？
Django と Python は、カスタム業務ロジック、API、複雑なロールに強い選択肢です。しかし製品が「縮小」してコンテンツとフォーム中心になり、Python バックエンドチームを維持するコストがフレームワークの利点を上回ることがあります。そのとき WordPress への移行（正確には Django から WordPress/PHP への引っ越し）は TCO を下げ、編集部の作業を速められます。以下では、いつ妥当か・いつそうでないか、2026 年の典型予算と期間を整理します。
- 典型的な理由 - Django が過剰：サイト = コンテンツ + ブログ + フォームで複雑ロジックなし
- 移行予算 - $1 500 - $25 000+（データ量、デザイン、SEO 次第）
- 期間 - 一般的なコーポレートサイトで 2-6 週間、カタログとマイページがある場合 2-4 か月
- 節約 - WordPress 向けの請負いが見つかりやすく、編集コンテンツの運用が安い
- 主なリスク - 機能を「勘」で削ると、必要な業務ロジックと SEO を失う
Django がビジネスの足かせになるとき
Django が「古い」わけではありません - 強みをもう使っていないなら、保守が高くつくだけです。
- カスタムロジックがない - 複雑なロール、パートナー向け API、バックグラウンドタスク、計算がない；
- 編集者が Django Admin / Wagtail で苦労する：コンテンツ修正が開発者経由になる；
- 採用コストが高い - テンプレートやフォームの小さな修正に Python 開発者を雇うのが高い；
- ホスティングとデプロイ が shared / managed WordPress や通常の VPS + PHP より複雑；
- 製品を簡素化した - マイページ、課金、マーケットプレイスをやめ、マーケティングサイトだけが残った。
WordPress が勝つのは「流行」ではなく、コンテンツ作業の速さと、テーマ・プラグインの広いエコシステムです。
WordPress への移行が意味を持つとき
| 状況 | WP が適する理由 | 事前に確認すること |
|---|---|---|
| コーポレートサイト / ブログ | 編集部がページとニュースを自ら運用 | Django モデルに隠れロジックがないか |
| ランディングとコンテンツマーケ | リリースなしで素早く修正 | フォームと CRM webhook をプラグインで代替できるか |
| API もモバイルクライアントもない | WP が HTML サイト全体を賄う | DRF に依存する外部連携がないか |
| 保守予算を削っている | PHP 請負 / エージェンシーの方が安い | プラグイン込みの WP TCO が本当に Django より低いか |
| チームが Python から離れた | Django コードのオーナーがいない | scope を固定する覚悟があるか：移行しないもの |
サイトの本質が CMS + フォーム + マーケティングページ なら、WordPress への引っ越しは保守単価の低下により 6-18 か月で元が取れることが多いです。
Django に残る方がよいとき
移行に 意味がない のは次の場合です。
- マイページ、サブスク、課金、複雑なロールと approval-flow がある；
- API、パートナーポータル、同じ backend 上のモバイルアプリが重要；
- 価格 / 在庫ルールが非標準の e-commerce や B2B カタログ；
- 1C、CRM、倉庫との連携が Python で書かれ安定稼働している；
- Django Admin がプロセス向けに整い、編集者が使っている。
この場合、ロジックを WordPress プラグインに書き直すより、Django を簡素化（Wagtail、権限、テンプレート）する方が安いことが多いです。
Django → WordPress 移行に含まれること
- Django プロジェクトの監査 - モデル、views、API、テンプレート、メディア、cron/Celery、連携。
- scope の決定 - WP に移すもの、切るもの、別サービスとして残すもの。
- デザインとテーマ - カスタムテーマまたは既存テーマの改修；現行レイアウトの適応。
- コンテンツ移行 - ページ、投稿、メディア、meta、カテゴリ；Django DB / fixture からのスクリプト。
- フォームと問い合わせ - Django フォームをプラグインに置換 + CRM / Telegram / email への webhook。
- ユーザー - アカウントが必要なら：インポート、WP ロール、パスワード方針。
- SEO 層 - Django-URL から新 URL への 301、sitemap、canonical、メタタグ。
- ホスティングとデプロイ - shared、managed WP、または VPS + nginx + PHP-FPM + MySQL/MariaDB。
- 編集部のトレーニング - Gutenberg / クラシック編集、メニュー、下書き、メディアライブラリ。
重要：WordPress で Django 全体を再現しようとしないこと。目的は 2026 年の実タスクに合う、より単純な製品です。
移行の戦略
Big bang
メンテウィンドウで旧 Django を止め、WordPress を有効化する。
- 利点 - cutover が一度で、二重保守がない。
- 欠点 - SEO と問い合わせフォームのリスクが高い。
- 向く場合 - 小さなサイト、URL が少ない、off-peak の低トラフィック。
段階的
まずブログやマーケティングページを reverse proxy 経由で WP に移し、当面 Django がマイページ/API を担当。
- 利点 - リスクが低く、一部をロールバックできる。
- 欠点 - 二系統、共通認証が複雑。
- 向く場合 - トラフィックが高く、問い合わせ受付を止められない。
Headless / ハイブリッド
WordPress は CMS のみ。フロントの一部や旧 URL は静的 / 別フロントに残す。
- 利点 - マーケ側の柔軟性。
- 欠点 - アーキテクチャが複雑；スモールビジネスでは過剰なことが多い。
大半のコーポレートサイトでは、コンテンツの dry-run を二回した後の big bang で十分です。
移行コスト
価格は「WordPress への引っ越し」というスローガンではなく、コンテンツ量、Django コードの品質、リデザインの要否、リダイレクト地図で決まります。
典型レンジ（USD、東欧 / CIS のアウトソース）
| シナリオ | 移すもの | 予算 | 期間 |
|---|---|---|---|
| ランディング / 名刺サイト | 5-20 ページ、フォーム、基本 SEO | $1 500 - $4 000 | 2-3 週間 |
| コーポレート + ブログ | 20-100 ページ、メディア、メニュー、フォーム | $3 000 - $10 000 | 3-6 週間 |
| コンテンツ + 単純ロジックなしのカタログ | 最大約 1 000 品目、プラグインのフィルタ | $8 000 - $18 000 | 6-10 週間 |
| 複雑な legacy Django | 多数モデル、カスタムテンプレート、連携 | $15 000 - $25 000+ | 2-4 か月 |
米国 / 西欧チームでは乗数 x2-x3。「ゼロから」のリデザインは予算に +20-40%。
予算の内訳
| 項目 | 割合 | コメント |
|---|---|---|
| Django 監査と要件定義 | 10-15% | 余分な scope と隠れロジックを切る |
| テーマ / frontend | 25-40% | 既製テーマはカスタムより安い |
| コンテンツ移行 | 15-25% | スクリプト、メディア、検証、dry-run |
| プラグインとフォーム | 10-15% | SEO、フォーム、キャッシュ、セキュリティ、多言語 |
| SEO とリダイレクト | 5-10% | URL 地図、301、Search Console 確認 |
| ホスティング、SSL、デプロイ | 5-10% | DNS 移行、バックアップ、staging |
| テストと研修 | 10-15% | 編集部との UAT、cutover チェックリスト |
監査と SEO で ケチるのは危険です。そうしないと、ローンチ後に「簡単な名刺サイト」が隠れ価格計算やリダイレクトなしの独自 URL を抱えていたと判明します。
スケジュールとクリティカルパス
| 段階 | 名刺サイト | コーポレート | Legacy Django |
|---|---|---|---|
| 監査、ページ地図 | 1-3 日 | 3-5 日 | 1-2 週間 |
| テーマとレイアウト | 3-7 日 | 1-3 週間 | 2-4 週間 |
| コンテンツ移行 | 2-4 日 | 1-2 週間 | 2-3 週間 |
| フォーム、プラグイン、連携 | 2-3 日 | 3-7 日 | 1-3 週間 |
| SEO、リダイレクト、UAT | 2-3 日 | 3-5 日 | 1-2 週間 |
| Cutover | 数時間 | 1 日 | 1-2 日 |
| 合計 | 2-3 週間 | 3-6 週間 | 2-4 か月 |
期間が伸びる要因は、手入れ不足のメディア、slug の重複、ドキュメントのないカスタムテンプレート、マーケとのメニュー/リデザイン合意の長期化です。
節約と ROI
節約が現実になるとき
- 小さな修正の PHP/WordPress 専門家単価が Python fullstack より安い；
- 編集部が開発チケットなしでテキストを直せる；
- 請負いの代替が見つけやすい；
- 重い Django+Celery+PostgreSQL スタックの代わりに managed WordPress / 通常 VPS で足りる。
簡易見積りの例
回収月数 = 移行コスト / (月次保守の節約額)
例： コーポレートサイト移行 $6 000。Django 保守が $800/月、WordPress retainer が $300/月。節約 $500/月 → 回収 約 12 か月（コンテンツマーケの速度向上は未計上）。
半年後に再びマイページ、API、カスタム課金が必要なら、移行は 元が取れません - 往復の引っ越し料を払うことになります。
リスクと下げ方
SEO の損失。 cutover 前に完全な 301 地図、可能な限り slug を維持、最初の 4-8 週間は 404 を監視。
機能の損失。 要件に「must have」/「移行しない」を固定。Django 上の複雑な B2B 価格表があったのに WooCommerce で同等を約束しない。
WP のセキュリティ。 プラグインは最小限、更新、WAF/基本 hardening、nulled テーマは使わない。
ページビルダーへの vendor lock。 重い page builder だけに全サイトを任せ、エクスポート計画なしにしない。
コンテンツの混乱。 取り込み前に Django の下書き、重複、壊れたメディアを整理。
「簡素化した」製品での Django vs WordPress
| 基準 | Django | WordPress |
|---|---|---|
| カスタム業務ロジック | 強み | プラグインと場当たり対応 |
| コンテンツ修正の速度 | 開発者経由が多い | 編集部自ら |
| API / Python 連携 | しやすい | プラグイン / webhook 経由 |
| 請負いのプール | 狭い | 定型タスクでは広く安い |
| 単純サイトの TCO | しばしば過剰 | 通常は低い |
| ロジック増加時の TCO | 予測しやすい | 段階的に急増 |
まとめ
Django から WordPress への移行が意味を持つのは、プロジェクトが アプリではなくなり、コンテンツサイト（ブログ、ページ、フォーム、マーケ）になったときです。予算は名刺サイトの $1 500 から複雑な legacy の $25 000+、期間は 2 週間から 4 か月。回収は多くの場合 6-18 か月で、より安い保守によります。
業務ロジック、API、マイページがいまだ重要なら - Django に残るか、マーケだけを WordPress に出してください。まず 2-5 日の監査から始めましょう。引っ越しが回収できるか、現スタックの簡素化の方が安いかが見えます。
よくある質問
Django から WordPress への移行が本当に妥当なのはいつ？
サイトが主に コンテンツとフォーム で、複雑なマイページ/API がなく、チームがフレームワークの恩恵なく Python 保守に予算を使っているときです。編集者が一文の修正にも開発者を待つなら、WordPress は通常すぐ効きます。Django が課金、ロール、連携を担っているなら、移行は現コードの保守よりほぼ確実に高くつきます。
典型的なコーポレートサイトの引っ越し費用は？
20-100 ページ、ブログ・メディア・フォーム付きなら、東欧 / CIS チームの目安は $3 000 - $10 000、3-6 週間です。リデザイン、多言語、大きなメディアライブラリ、厳しい SEO 要件で価格は上がります。契約前の legacy 監査 $300 - $800 は、それ自体の費用以上に節約につながることが多いです。
CMS 変更後に検索順位は落ちますか？
必ずしも落ちません - 完全な 301 リダイレクト地図、可能な slug の維持、title/description の移行、Search Console の監視があれば。リスクは WordPress 自体ではなく「引っ越して URL を忘れること」です。SEO 層と cutover 後の最初の数週間に予算の 5-10% を見込んでください。
Django API を残し、フロント / マーケだけ WordPress にできますか？
できます。 よくあるハイブリッド：WordPress がランディングとブログを出し、Django が別サブドメイン / パスで API やマイページを担当。cookie/SSO の整合、またはアカウント分離と丁寧な reverse proxy が必要です。欠点は二系統の保守；利点は動いている業務ロジックを編集の利便のために壊さないことです。
長期では、Django の簡素化と WordPress 移行のどちらが安い？
ロジックがまだ必要なら Django の簡素化が安い（モジュール削減、Wagtail/Admin 改善、インフラ縮小）。製品が安定してマーケティングサイトになり、テーマ/プラグインモデルでやっていけるなら WordPress が安いです。TCO を 12-24 か月で見てください：保守単価 + ホスティング + 定型修正コスト + 再移行のリスク。