顧客は自動車の強制保険・車両保険と旅行保険をオンライン販売する保険会社です。プラットフォームは長年にわたり継ぎ足されてきました。自社開発のPHP、失われたドキュメント、数週間かかる修正に加え、外部監査で重大な脆弱性が11件見つかりました。一方で、サイトは主要な販売チャネルであり、数万ページがインデックス済みです。YMYL分野としてコンテンツ品質にも厳しい要件があり、移行時のミスは検索順位を失わせ、保険業界ではその回復に大きなコストがかかります。
販売を1日も止めずにサイトと保険契約のオンライン手続きを最新スタックへ移行します。検索流入を守り、脆弱性を解消し、プラットフォームを高速化して、チームが安心して開発を続けられるようにします。取締役会からは「技術的な整理だけでなく、コンバージ
ョン向上で投資回収すること」という追加条件もありました。
移行を個別に切り替えられる段階に分けました。まずコンテンツページ、次に計算機と契約手続き、最後にマイページを移行します。各段階を個別に戻せるため、リスクを一度に抱えず、小分けにできます。
- 全URLのクロール、機能マップ、決済・会計システムとの連携一覧を作成し、流入と売上に応じてページの優先順位を付けました。
- 移行先のアーキテクチャを設計しました。検索ページ用のサーバーサイドレンダリングを備えたNext.jsフロントエンド、既存サービス上のAPIレイヤー、レガシーコードの段階的な廃止を計画しました。
- コンテンツページを移行しました。8万URLのリダイレクトマップ、メタデータとマークアップの移行、各ページの内容と構造の原版照合を行いました。
- 計算機、契約手順、決済を含むオンライン保険手続きを作り直し、新旧バージョンを一部のトラフィックで並行稼働させました。
- カナリア方式でトラフィックを5% → 25% → 100%と切り替え、各段階でエラー、コンバージョン、順位を監視しました。
- 各段階にロールバック計画を用意しました。指標が悪化した場合、数時間ではなく数分で旧プラットフォームへ戻せます。
移行のSEO安全性は独立した作業として進めました。インデックス状況、優先クラスターの順位、クロールエラーを毎日確認し、トラフィックを前年同期と比較しました。この規律により、同種プロジェクトでありがちな数か月の落ち込みではなく、2週間でオーガニック流入を落ち着いて回復できました。取締役会が求めたとおり、一つのプロジェクトで高速化と販売チャネルの保護を実現しました。
コンバージョンの34%向上は、速度改善と手続きの簡素化による直接的な効果です。特にモバイル流入で伸びました。読み込みに7秒かかると成約を逃していたためです。広告予算を増やさずに1日数十件の契約を追加できる計算で、顧客の試算では1四半期で投資を回収しました。開発速度も上がり、以前は数週間かかった機能を数日で公開できるようになりました。
| 指標 | 結果 |
|---|---|
| ページ読み込み速度(LCP) | 6.8秒 → 1.4秒 |
| 保険契約のコンバージョン率 | +34% |
| 重大な脆弱性 | 11 → 0 |
| オーガニック流入 | 2週間で回復し、その後も増加 |
指標はケースの原資料から転記しています。期間は出典に記録がある場合に記載しています。
- LCP読み込み時間(以前は6.8秒)
- 1.4秒
- 保険契約手続きの転換率
- +34%
- 重大な脆弱性(以前は11件)
- 0
- オーガニック流入の回復にかかった期間
- 2週間
各段階でエラー、コンバージョン、順位を確認し、ロールバック計画を用意。
- 01コンテンツページ8万URLのリダイレクトマップ
- 02計算機と契約手続き新旧バージョンを並行稼働
- 03アカウント領域最後
新しいスタックで可能になること:
- ヘッドレスCMS。マーケティング部門が開発者なしで保険商品のランディングページを公開できます。
- A/Bテスト基盤。保険契約手続きの実験を単発ではなく継続的に行います。
- パーソナライズ。車種、地域、顧客履歴に応じた提案シナリオを実装します。
3年間、移行に踏み切れませんでした。流入と売上を失うのが怖かったからです。結果として停止日は一日もなく、コンバージョンは3分の1伸びました。
— 保険会社のデジタルチャネル責任者