WordPress 7.2 rilis final saat ini terjadwal 8 Desember 2026 pukul 22.00 WIB. Beta 1 dimulai 20 Oktober 2026 menurut kalender rilis terbaru.
David Baumwald mempublikasikan jadwal itu dalam release party schedule Make WordPress Core, 6 Oktober 2026. Namun Tim Core menegaskan post itu referensi kanonik dan bisa berubah mendadak.
Jadi bagi pengelola website klien, milestone Beta dan Release Candidate (RC) menjadi jendela uji staging. Bukan tombol update massal di produksi.
Jadwal WordPress 7.2 dari Beta hingga rilis final

Seluruh sesi release party mulai pukul 15.00 UTC. Itu setara 22.00 WIB untuk pembaca Indonesia.
Selanjutnya, konversi waktu sama untuk Beta, RC, dry run, dan rilis umum.
| Milestone | UTC | WIB (UTC+7) |
|---|---|---|
| Beta 1 | 20 Okt 2026, 15:00 | 20 Okt 2026, 22:00 |
| Beta 2 | 27 Okt 2026, 15:00 | 27 Okt 2026, 22:00 |
| Beta 3 | 3 Nov 2026, 15:00 | 3 Nov 2026, 22:00 |
| Beta 4 | 10 Nov 2026, 15:00 | 10 Nov 2026, 22:00 |
| RC1 | 17 Nov 2026, 15:00 | 17 Nov 2026, 22:00 |
| RC2 | 24 Nov 2026, 15:00 | 24 Nov 2026, 22:00 |
| RC3 | 1 Des 2026, 15:00 | 1 Des 2026, 22:00 |
| Dry run / code freeze 24 jam | 7 Des 2026, 15:00 | 7 Des 2026, 22:00 |
| Rilis final | 8 Des 2026, 15:00 | 8 Des 2026, 22:00 |
Proposal major release 2026 pernah menyebut rentang 8–10 Desember. Call for volunteers Agustus 2026 sempat menandai 9 Desember.
Akhirnya, post 6 Oktober menetapkan tanggal final 8 Desember. Kemudian cek ulang release party schedule resmi sebelum publish.
Beda Beta, RC, dan mengapa bukan untuk website live
Beta adalah build pra-rilis untuk uji regresi dan feedback; RC lebih dekat final tetapi bug masih mungkin muncul. Keduanya bukan jaminan identik dengan rilis umum.
Handbook siklus rilis WordPress menempatkan Beta sebagai fase uji luas. RC mengikuti sebagai kandidat final.
Meskipun demikian, Tim Test Team menyarankan staging, bukan situs produksi, untuk pre-release. Prinsip itu tetap berlaku untuk WordPress 7.2.
Beta 2 hingga Beta 4 jatuh 27 Oktober–10 November. Milestone itu bukan alasan memaksa update berulang di produksi.
Fungsinya retest perbaikan bug dan regresi di lingkungan uji. RC1–RC3 cocok untuk rehearsal deploy sebelum go-live.
Website dengan tema kustom, membership, atau checkout perlu clone ke staging sejak Beta 1 bila tim butuh lead time. Stack ringan pun tetap butuh backup dan rencana rollback.
Proyek dengan tema khusus perlu uji tampilan lebih awal. Referensi jasa buat tema WordPress untuk situs wisata mengingatkan: custom template jarang lulus tanpa regression test pasca-upgrade core.
Checklist uji sebelum update WordPress 7.2 produksi
Urutan kerja yang aman dimulai dari backup penuh plus bukti restore. Lalu clone ke staging, naikkan core ke build Beta atau RC pilihan Anda, dan uji alur bisnis kritikal.
- Login admin, editor block/classic, dan role editor/kontributor.
- Form, checkout, membership, multilingual, atau integrasi API pihak ketiga.
- Plugin SEO, cache, security; perhatikan deprecated notice di log.
- Tema anak, custom block, shortcode, dan widget legacy.
- Cron, email transaksional, dan redirect setelah upgrade.
Label «Tested up to» di plugin tidak menggantikan uji di stack Anda. Walau begitu, bila staging error, tahan produksi, dokumentasikan conflict, dan pantau changelog vendor—bukan memaksa update hari rilis.
Situs donasi atau form berat butuh pola staging serupa. Panduan membuat website donasi dengan WordPress memuat contoh uji payment gateway saat core naik versi.
Kapan menerapkan WordPress 7.2 di server produksi
Ternyata ketersediaan rilis 8 Desember hanya berarti paket umum sudah unduh—not semua klien wajib upgrade malam itu. Lantaran itu, jendela deploy bergantung pada hasil staging, SLA bisnis, dan kesiapan rollback.
Security release minor tetap prioritas terpisah. Menunda patch keamanan tanpa alasan teknis bukan strategi.
Major 7.2 bisa menunggu RC3 atau beberapa hari pasca-rilis bila stack kompleks. Pastikan Anda sudah pertimbangkan risiko dan compliance.
Dry run dan code freeze 24 jam jatuh 7 Desember. Itu latihan prosedur rilis, bukan sinyal deploy massal keesokan hari.
Release squad tetap bisa menerima perubahan kritis saat freeze. Recovery pasca-insiden dan maintenance rutin berbeda dari sekadar klik update.
Keduanya mensyaratkan backup yang pernah Anda uji restore-nya sebelum major version core masuk produksi.
Sementara itu, Field Guide dan Dev Notes menguat saat fase RC. Pantau Make WordPress Core untuk perubahan teknis terverifikasi, bukan spekulasi roadmap.
Release party di Slack #core terbuka. Pengguna website tidak wajib ikut.
Bila brief tetap di ekosistem WordPress, perbandingan WordPress vs Laravel membantu memilih CMS versus migrasi framework.
Menurut kami, WordPress 7.2 rilis layak jadi proyek maintenance terencana. Jadwal resmi jadi alarm kalender; Beta 1 jadi start uji.
Produksi mengikuti bukti staging—not jam 22.00 WIB 8 Desember otomatis. Tim CodeF menyarankan cek schedule kanonik tiap minggu menjelang RC bila Anda mengelola banyak situs klien.