surfup

Syarikat insurans

Laman dan jualan dalam talian dipindahkan daripada sistem legasi tanpa kehilangan trafik

Insurans · Migrasi · Pembangunan · SEO · YMYL
Konteks projek

Pelanggan ialah syarikat insurans yang menjual insurans liabiliti motor wajib, insurans komprehensif kenderaan dan produk perjalanan dalam talian. Platformnya dibangunkan selama bertahun-tahun: PHP tersuai, dokumentasi yang hilang, perubahan yang mengambil masa beberapa minggu dan 11 kelemahan kritikal yang dikenal pasti dalam audit luaran. Pada masa yang sama, laman web ialah saluran jualan utama: puluhan ribu halaman berada dalam indeks, topiknya tergolong dalam YMYL dengan syarat kualiti kandungan yang ketat, dan sebarang kesilapan migrasi boleh menyebabkan kehilangan kedudukan carian yang sangat mahal untuk dipulihkan dalam industri insurans.

01 · Cabaran

Memindahkan laman web dan aliran pembelian polisi dalam talian ke timbunan teknologi moden tanpa menghentikan jualan

walau sehari: mengekalkan trafik carian, menutup kelemahan, mempercepat platform dan membolehkan pasukan membangunkan produk tanpa takut merosakkan sesuatu. Syarat tambahan lembaga pengarah ialah projek mesti membayar balik kos melalui peningkatan penukaran, bukan sekadar “mengemas teknologi”.

02 · Kerja disiapkan

Kami membahagikan migrasi kepada peringkat yang boleh ditukar secara berasingan: halaman kandungan dahulu, kemudian kalkulator dan pembelian polisi, dan terakhir akaun peribadi. Setiap peringkat boleh diundur sendiri, jadi risiko terkumpul sedikit demi sedikit dan bukannya sekaligus.

  • Membuat inventori: merangkak semua URL, memetakan fungsi, menyenaraikan integrasi sistem pembayaran dan perakaunan serta mengutamakan halaman mengikut trafik dan hasil.
  • Mereka bentuk seni bina sasaran: frontend Next.js dengan render sisi pelayan untuk halaman carian, lapisan API di atas perkhidmatan sedia ada dan penamatan kod legasi secara berperingkat.
  • Memindahkan halaman kandungan: membina peta pengalihan untuk 80,000 URL, memindahkan metadata dan markup, serta membandingkan kandungan dan struktur setiap halaman dengan yang asal.
  • Menulis semula pembelian polisi dalam talian: kalkulator, langkah pembelian dan pembayaran, dengan versi lama dan baharu berjalan serentak pada sebahagian trafik.
  • Mengalihkan trafik secara canary: 5% → 25% → 100%, sambil memeriksa ralat, penukaran dan kedudukan pada setiap peringkat.
  • Menyediakan pelan rollback untuk setiap peringkat: jika metrik merosot, trafik boleh dikembalikan ke platform lama dalam beberapa minit, bukan beberapa jam.

Keselamatan SEO semasa migrasi dikendalikan sebagai aliran kerja berasingan: pemeriksaan harian pengindeksan, kedudukan kelompok keutamaan dan ralat crawl, serta perbandingan trafik dengan tahun sebelumnya. Disiplin ini memulihkan trafik organik dengan lancar dalam dua minggu, berbanding “kemerosotan” beberapa bulan yang lazim bagi projek seperti ini. Lembaga pengarah mendapat perkara yang diminta: platform lebih pantas dan saluran jualan terlindung dalam satu projek.

03 · Hasil

Peningkatan penukaran sebanyak 34% berpunca secara langsung daripada kelajuan dan proses pembelian yang lebih mudah. Penukaran meningkat paling banyak pada trafik mudah alih, tempat masa muat tujuh saat sebelum ini menggagalkan jualan. Bagi perniagaan, ini bermakna puluhan polisi tambahan sehari tanpa meningkatkan bajet pengiklanan; menurut pengiraan pelanggan, migrasi membayar balik kosnya dalam satu suku tahun. Kesan lain ialah kelajuan pembangunan: ciri yang sebelum ini mengambil masa berminggu-minggu kini dikeluarkan dalam beberapa hari.

04 · Hasil utama
MetrikHasil
Masa muat (LCP)6.8 s → 1.4 s
Penukaran pembelian polisi+34%
Kelemahan kritikal11 → 0
Trafik organikPulih dalam 2 minggu, kemudian terus meningkat

Metrik disalin daripada bahan asal kes. Tempoh dinyatakan di tempat ia direkodkan dalam sumber.

Suku tahun selepas migrasi
Masa muat LCP (sebelum ini 6.8 s)
1.4 s
penukaran pembelian polisi
+34%
kelemahan kritikal (sebelum ini 11)
0
untuk memulihkan trafik organik
2 minggu
Kelajuan dan keselamatan
Masa muat (LCP), saat
Sebelum6.8 s
Selepas1.4 s
Lebih rendah lebih baik
Kelemahan kritikal
Sebelum11
Selepas0
Lebih rendah lebih baik
Pertukaran trafik canary
5%
1
25%
2
100%
3

Setiap langkah diperiksa dari segi ralat, penukaran dan kedudukan serta mempunyai pelan rollback.

Peringkat migrasi
  1. 01Halaman kandunganpeta pengalihan untuk 80 ribu URL
  2. 02Kalkulator dan pembayaranversi lama dan baharu berjalan serentak
  3. 03Ruang akaunterakhir
Langkah seterusnya

Perkara yang dibolehkan oleh timbunan baharu:

  • CMS headless — pasukan pemasaran menerbitkan halaman pendaratan produk insurans sendiri tanpa pembangun.
  • Platform A/B — eksperimen pada pembelian polisi sebagai proses berterusan, bukan projek sekali sahaja.
  • Pemperibadian tawaran mengikut jenis kenderaan, rantau dan sejarah pelanggan.
Petikan
Selama tiga tahun kami tidak berani melakukan migrasi — takut kehilangan trafik dan jualan. Akhirnya tiada satu hari pun jualan terhenti, malah penukaran meningkat sepertiga.

— Pengarah Saluran Digital Syarikat Insurans

Bahan terkini

Semua bahan

Artikel praktikal dan panduan daripada SurfUp.

Panduan · 10 minit

Halaman “Apa itu…” dan jawapan AI: klik hilang atau permintaan jatuh

Bahagian rujukan bank hilang 24% lawatan ketika permintaan turun 13%. Cara membezakan klik hilang kepada blok AI daripada permintaan jatuh.

Baca
Panduan · 8 minit

Trafik merosot selepas kemas kini Google

Cara menentukan sama ada trafik merosot disebabkan kemas kini Google, musim atau kerosakan teknikal. Kronologi kemas kini 2026, semakan enam soalan dan pelan untuk 14 hari pertama.

Baca
Panduan · 9 minit

Permintaan turun atau tapak kalah: menyelaras trafik dengan Wordstat

Permintaan deposit turun 75%, trafik 37%; bagi kad permintaan −35%, trafik −63%. Cara menyelaraskan trafik dengan permintaan tanpa menyalahkan tapak.

Baca