18 Tahap Aman Memindahkan Portal Berita ke Next.js

INTARTA.com - Memindahkan portal berita dari WordPress ke Next.js bukan sekadar pindah rumah. Untuk website biasa mungkin cukup ekspor konten lalu impor data, tetapi portal berita membawa ribuan artikel, kategori, tag, penulis, gambar unggulan, struktur URL, komentar, iklan, halaman AMP, dan sitemap, sampai posisi artikel di hasil pencarian yang bisa kena dampaknya kalau migrasi dilakukan asal-asalan.

Banyak pemilik media tergoda pindah karena alasan performa: halaman lebih cepat, Core Web Vitals lebih mudah dikontrol, desain lebih fleksibel, dan struktur frontend bisa dibuat jauh lebih modern. Namun kalau pondasinya tidak disiapkan, migrasi justru bisa membuat trafik turun, indeks berantakan, iklan tidak tampil normal, bahkan artikel lama hilang dari hasil pencarian.

WordPress masih sangat kuat: ekosistemnya besar, plugin melimpah, editor mudah digunakan, dan tim redaksi biasanya sudah familiar. Tetapi seiring website membesar, masalah klasik muncul: server berat, plugin terlalu banyak, halaman lambat, database membengkak, dan tampilan sulit dikembangkan tanpa menyentuh banyak file tema.

Next.js menawarkan pendekatan berbeda. WordPress bisa tetap dipakai sebagai backend atau CMS, sementara tampilan depan dibangun dengan Next.js, model yang sering disebut headless WordPress. Redaksi tetap menulis di dashboard WordPress, tetapi pembaca mengakses halaman frontend Next.js yang lebih cepat, desainnya lebih bebas, komponennya lebih modular, dan pengelolaan SEO teknisnya bisa dibuat lebih presisi.

Catatannya, Next.js bukan obat ajaib. Kalau struktur migrasinya buruk, hasilnya tetap buruk, bahkan bisa lebih rumit daripada WordPress biasa.

Sebelum menulis satu baris kode pun, audit website lama. Catat format URL artikel, kategori, tag, penulis, halaman statis, halaman pencarian, arsip tanggal, sitemap, robots.txt, canonical, schema, dan struktur breadcrumb. Struktur URL sangat penting: kalau URL lama sudah punya trafik dan backlink, jangan diubah sembarangan, karena banyak migrasi gagal bukan karena Next.js-nya jelek, tetapi karena URL berubah tanpa redirect 301 yang benar.

Periksa juga jumlah artikel, ukuran database, jumlah gambar, serta plugin SEO, cache, iklan, schema, dan AMP yang dipakai, lalu tentukan mana yang masih dibutuhkan dan mana yang harus diganti dengan implementasi manual.

Ada dua model migrasi. Pertama, WordPress tetap menjadi CMS dan Next.js hanya mengambil data lewat REST API atau GraphQL; ini pilihan paling aman untuk portal aktif karena kerja redaksi tidak terganggu. Kedua, WordPress ditinggalkan sepenuhnya dan konten diekspor ke sistem baru; model ini lebih berat dan cocok bila tim teknis sudah matang.

Siapkan API WordPress dengan endpoint artikel, kategori, tag, dan media, dan optimalkan responsnya agar satu halaman artikel tidak memanggil terlalu banyak endpoint. Bangun project Next.js dengan struktur folder yang rapi, pisahkan komponen header, footer, artikel, sidebar, iklan, dan SEO agar project tidak cepat berantakan.

Bagian paling penting adalah mempertahankan struktur URL lama. Kalau URL lama memakai tanggal atau awalan kategori tertentu, buat routing yang mampu membaca struktur tersebut. Mengganti total tanpa redirect 301 yang rapi berarti membuang aset: mesin pencari sudah mengenali pola lama, pengguna mungkin menyimpan link lama, dan backlink dari website lain mengarah ke URL tersebut.

Metadata yang biasanya dikelola plugin SEO harus tetap dibawa: title SEO, meta description, canonical, Open Graph, dan Twitter Card, termasuk tanggal publikasi dan pembaruan. Di Next.js, metadata bisa dibuat dinamis berdasarkan data artikel, dan gambar unggulan wajib dijaga karena berpengaruh pada tampilan saat dibagikan maupun peluang tampil di kanal penemuan.

Schema artikel berita harus memuat headline, description, image, tanggal publikasi dan modifikasi, author, publisher, dan logo publisher yang valid. Di WordPress schema biasanya dibuat otomatis oleh plugin, sedangkan di Next.js Anda harus membuatnya sendiri dalam bentuk JSON-LD.

Masalah gambar sering diremehkan, padahal portal berita bisa punya puluhan ribu gambar. Pilihannya: tetap memakai gambar dari domain lama dengan mengizinkan domainnya di konfigurasi, memindahkan semua gambar ke storage baru atau CDN, dan membuat pemetaan URL lama ke URL baru agar artikel lama tidak kehilangan gambar.

Halaman kategori, tag, dan author wajib dibangun dengan title, meta description, pagination, dan internal linking yang jelas. Tag yang terlalu tipis sebaiknya tidak ditampilkan asal banyak, sedangkan halaman author membantu membangun kepercayaan lewat nama, bio singkat, dan daftar artikel penulis.

Pagination harus bisa dirayapi: sediakan link halaman berikutnya yang jelas dan jangan hanya mengandalkan tombol Load More berbasis JavaScript tanpa URL paginated sebagai fallback.

Migrasi adalah momen yang bagus memperbaiki internal linking lewat widget berita terkait, berita terbaru, dan berita populer dengan logika yang masuk akal, misalnya artikel politik menampilkan berita terkait dari kategori atau tag yang sama.

Untuk iklan, rencanakan posisinya sejak awal di beranda, halaman artikel, sidebar, dan sticky mobile, gunakan lazy loading bila memungkinkan, dan siapkan ukuran slot yang tetap agar tidak menimbulkan layout shift yang merusak Core Web Vitals.

Tentukan nasib komentar lama: diambil lewat API, diganti sistem custom, atau diganti layanan pihak ketiga, dengan moderasi yang kuat agar komentar spam tidak ikut tampil. Fitur reaction, tombol bagikan, bookmark, dan newsletter bisa ditambahkan bertahap.

Kalau ada perubahan URL, redirect 301 wajib dibuat dan hanya satu kali, tanpa rantai redirect. Sitemap harus dibuat ulang dan hanya berisi URL final yang ingin diindeks, tanpa URL error, redirect, atau noindex. Periksa robots.txt dengan teliti: jangan sampai aturan Disallow dari masa staging lupa diubah saat live.

Sebelum go live, uji menyeluruh halaman beranda, artikel, kategori, tag, author, pencarian, pagination, sitemap, robots.txt, schema, Open Graph, canonical, redirect, iklan, gambar, dan tampilan mobile, dengan membandingkan beberapa artikel bertrafik tinggi melawan versi lamanya.

Pilih waktu go live saat trafik tidak terlalu tinggi, cadangkan database, file uploads, konfigurasi server, dan source code lama, lalu pantau 24 sampai 72 jam pertama: error server, halaman 404, trafik realtime, indeks, iklan, dan performa. Setelah itu pantau Search Console setiap hari untuk laporan indexing, sitemap, page experience, rich results, dan performa query.

Kesalahan paling sering adalah terlalu fokus pada tampilan, menghapus struktur kategori lama tanpa strategi, lupa memindahkan metadata SEO, dan membuat frontend terlalu bergantung pada client-side rendering sehingga konten utama sulit dibaca mesin pencari. Intinya, jangan pindah rumah sambil membuang alamat lama: artikel lama, kategori, gambar, backlink, dan indeks adalah aset yang harus dijaga.