WordPress Lahir di Era yang Berbeda

Tahun 2003. Matt Mullenweg, seorang blogger muda asal Houston, frustrasi karena platform blogging yang ia pakai berhenti dikembangkan. Platform itu namanya b2/cafelog, dibuat developer Prancis bernama Michel Valdrighi yang tiba-tiba menghilang dari radar.

Mullenweg tidak mau kehilangan tool-nya. Bersama Mike Little, developer asal UK yang kebetulan membaca post Mullenweg di blog, mereka memutuskan untuk fork b2/cafelog dan lanjutkan sendiri. Hasilnya: WordPress 0.7, rilis Mei 2003.

Konteks teknisnya penting untuk dipahami. Di 2003, “deploy website” artinya sewa shared hosting, upload file PHP via FTP, sambungkan ke MySQL. Itu saja. Tidak ada Docker. Tidak ada CI/CD. Tidak ada konsep serverless. WordPress didesain untuk model itu, dan selama satu dekade lebih, model itu cukup.

Dari Proyek Sampingan ke Menguasai 43% Internet

Yang tidak diprediksi Mullenweg: WordPress akan tumbuh menjadi infrastruktur web terbesar di planet ini. Data W3Techs per April 2026 menunjukkan WordPress menggerakkan 42,5% dari seluruh website yang terdeteksi. Dari 10 website yang Anda buka hari ini, rata-rata 4 di antaranya jalan di atas WordPress.

Ekosistem yang tumbuh di atasnya juga luar biasa. Lebih dari 60.000 plugin di direktori resmi. Ribuan developer yang mencari nafkah dari membuat theme dan plugin. Automattic, perusahaan yang Mullenweg dirikan untuk mengelola WordPress.com, berkembang menjadi bisnis senilai miliaran dolar. Tidak ada yang menyangka ini terjadi dari proyek fork kecil-kecilan tahun 2003.

Masalah yang Sudah Diketahui Semua Orang Tapi Tidak Bisa Diselesaikan

Semakin besar WordPress tumbuh, semakin jelas satu masalah yang tidak pernah bisa diselesaikan: plugin tidak terisolasi.

Di WordPress, setiap plugin berjalan dalam proses PHP yang sama dengan core. Artinya plugin A bisa membaca database plugin B. Plugin yang terkompromi bisa mengakses seluruh filesystem. Tidak ada boundary. Tidak ada sandbox. Semua berbagi satu proses.

Ini bukan masalah kecil. Laporan Patchstack State of WordPress Security 2026 mencatat 11.334 kerentanan baru ditemukan di ekosistem WordPress sepanjang 2025, naik 42% dari tahun sebelumnya. 96% bersumber dari plugin. Yang paling mengkhawatirkan: 46% dari kerentanan itu tidak dapat perbaikan dari developer plugin-nya sebelum informasinya tersebar ke publik.

Bisakah ini diperbaiki? Secara teknis, mungkin. Secara praktis, hampir tidak mungkin. Mengubah model isolasi plugin berarti memutus kompatibilitas dengan 60.000+ plugin yang sudah ada. WordPress tidak bisa melakukannya tanpa menghancurkan ekosistem yang justru menjadi kekuatan terbesarnya.

Cloudflare Punya Masalah yang Berbeda

Cloudflare adalah perusahaan infrastruktur internet. CDN, DDoS protection, DNS, Workers, R2 Storage, D1 Database. Mereka mengoperasikan salah satu jaringan terdistribusi terbesar di dunia dan melayani miliaran request setiap hari.

Masalahnya: infrastruktur saja tidak cukup untuk membuat developer terikat ke platform Anda. Developer butuh alasan untuk membangun di atas Cloudflare Workers, bukan sekadar deploy di sana. Dan alasan terkuat itu biasanya datang dari ekosistem, bukan dari spec teknis.

Akuisisi Astro: Potongan Puzzle Pertama

Januari 2026, Cloudflare mengakuisisi Astro Technology Company. Astro adalah framework JavaScript yang cukup dikenal di kalangan developer frontend: arsitektur “islands” yang mengirimkan zero JavaScript by default, hanya melakukan hydration pada komponen yang benar-benar membutuhkan interaktivitas.

Yang membuat akuisisi ini penting untuk cerita EmDash: salah satu anggota core team Astro selama dua tahun adalah Matt Kane. Setelah akuisisi, Kane masuk ke Cloudflare sebagai Senior Principal Systems Engineer. Dia membawa bukan hanya keahlian, tapi juga pemahaman mendalam tentang Astro dari dalam.

Kalkulasi Bisnisnya Sederhana

WordPress menyumbang 43% dari seluruh website di internet. Jika sebagian kecil saja dari website itu bermigrasi ke CMS yang berjalan di Cloudflare Workers, pertumbuhan platform Cloudflare akan sangat signifikan.

Matt Mullenweg, co-founder WordPress sekaligus CEO Automattic, langsung menyebut ini terang-terangan setelah EmDash diluncurkan: EmDash dibuat untuk menjual lebih banyak layanan Cloudflare. Cloudflare tidak membantah. Ini bukan tuduhan, ini strategi bisnis yang logis dan transparan.

Dua Bulan, Dua Orang, Satu CMS

Setelah akuisisi Astro selesai, Matt Kane mulai bekerja bersama Matt Taylor, Senior Product Manager di Cloudflare yang bertanggung jawab atas produk developer. Targetnya: bangun CMS baru dari nol.

Dua bulan kemudian, EmDash v0.1.0 selesai.

AI sebagai Akselerator, Bukan Pengganti

Dua bulan untuk CMS sekelas ini tidak akan mungkin tanpa AI coding agent. Kane sendiri yang bilang ini, bahwa dia menggunakan banyak “agent time” sepanjang proses pembangunan. Tapi Kane juga menekankan sesuatu yang penting: ini bukan proyek vibe-coding akhir pekan. Dua tahun di core team Astro berarti Kane sudah tahu persis bagaimana framework itu bekerja dari dalam.

AI menangani implementasi berulang dan boilerplate. Kane menangani keputusan arsitektur. Kombinasi itu yang membuat dua bulan menjadi angka yang masuk akal.

Satu Keputusan yang Memerlukan Kerja Ekstra: Lisensi MIT

WordPress menggunakan GPL, lisensi copyleft yang mengharuskan semua derivative work menggunakan lisensi yang sama. Untuk enterprise, GPL sering jadi hambatan legal yang ruwet.

Kane memutuskan EmDash harus MIT. Tapi untuk memastikan MIT aman digunakan, tidak boleh ada satu baris pun kode WordPress yang masuk ke EmDash. Semua harus dibangun dari nol. Kane menjelaskan: lisensi GPL secara teknis gratis, tapi hanya kalau lawyer Anda gratis juga. MIT menghilangkan ambiguitas itu.

Keputusan ini berarti pekerjaan lebih banyak di awal, tapi memberikan kebebasan lebih untuk semua developer yang nantinya membangun di atas EmDash.

1 April 2026: Peluncuran yang Bukan Lelucon

EmDash v0.1.0 diluncurkan pada 1 April 2026. April Fools’ Day. Disengaja atau tidak, Kane langsung merespons pertanyaan yang pasti datang: “Name is a joke but the project is real.”

Nama EmDash sendiri adalah referensi ke karakter tipografi em dash (—), tanda baca yang sering muncul di tulisan teknis dan editorial yang ditulis dengan cermat.

Tiga Kelompok Respons

Reaksi industri terbagi cukup jelas. Developer TypeScript dan Astro antusias, ini adalah CMS yang mereka inginkan. Joost de Valk, pendiri Yoast SEO yang merupakan plugin SEO terbesar untuk WordPress, menulis bahwa EmDash adalah hal paling menarik yang terjadi di content management dalam bertahun-tahun dan mengumumkan dia akan mulai membangun di atas EmDash.

Di sisi lain, komunitas WordPress lebih skeptis. Mullenweg mengakui engineering-nya solid, tapi menunjukkan bahwa WordPress bisa jalan di Raspberry Pi, di shared hosting Rp50.000 per bulan, di mana saja. EmDash paling optimal di ekosistem Cloudflare. Untuk mayoritas pengguna WordPress, itu hambatan yang tidak kecil.

Roger Williams dari Kinsta merangkumnya dengan tepat: EmDash terlalu kompleks untuk mayoritas pengguna WordPress saat ini, tapi relevan sebagai sinyal ke mana arah industri CMS sedang bergerak.

Tiga Keputusan Arsitektur yang Membentuk EmDash

EmDash bukan WordPress yang ditulis ulang dalam TypeScript. Tiga keputusan di level arsitektur membuat cara berpikirnya benar-benar berbeda.

Konten Disimpan sebagai JSON, Bukan HTML

Di WordPress, konten post disimpan sebagai HTML string di database. Waktu Anda save artikel, WordPress menyimpan markup lengkapnya termasuk semua tag. Fleksibel untuk manusia, tapi menyulitkan mesin: untuk membaca atau memodifikasi konten secara programatik, AI agent harus parsing HTML yang strukturnya tidak konsisten.

EmDash menyimpan konten dalam format Portable Text, yaitu structured JSON. Konten dan presentasi terpisah. AI agent bisa membaca schema, memodifikasi field tertentu tanpa menyentuh field lain, dan menghasilkan konten baru yang langsung valid. Tidak ada risiko merusak markup.

Plugin Jalan di Isolate Terpisah

Di WordPress: semua plugin berbagi satu proses PHP. Satu plugin yang terkompromi bisa mengakses seluruh sistem.

Di EmDash: setiap plugin berjalan di Dynamic Worker miliknya sendiri, yaitu V8 isolate dengan memory space independen. Plugin wajib mendeklarasikan capability manifest secara eksplisit, misalnya “read:content” atau “email:send”. Plugin yang tidak mendeklarasikan izin tertentu tidak bisa mengaksesnya, titik. Satu plugin bermasalah tidak bisa menyentuh plugin lain atau core sistem.

Ini bukan improvement inkremental. Ini perubahan model secara fundamental.

Scale to Zero by Default

WordPress butuh server yang terus berjalan. Traffic spike berarti Anda harus sudah provision server sebelumnya. Kalau salah perkiraan, situs down. Kalau berlebihan, Anda bayar idle compute yang tidak terpakai.

EmDash berjalan di Cloudflare Workers: spin up saat ada request, scale to zero saat sepi. Tidak ada server yang perlu dikelola. Tidak ada idle cost. Untuk platform yang mengelola ribuan website klien sekaligus, model ini jauh lebih efisien secara ekonomi.

Apakah EmDash Bisa Menantang WordPress?

EmDash bukan challenger pertama untuk WordPress. Ghost sudah ada sejak 2013. Craft CMS sejak 2012. Statamic lebih lama lagi. Semuanya secara teknis lebih bersih dari WordPress untuk use case tertentu. Tidak satu pun berhasil membangun ekosistem yang mendekati WordPress.

Yang Berbeda Kali Ini

Cloudflare bukan startup. Mereka punya jaringan global, basis pengguna developer yang besar, dan reputasi teknis yang solid sebelum EmDash ada. Modal awal yang tidak pernah dimiliki Ghost atau Craft saat mereka mulai.

Timing-nya juga berbeda. EmDash masuk ke pasar saat AI coding agent sudah menjadi bagian normal dari workflow developer. De Valk mencatat bahwa structured documentation, typed API, dan MCP server bawaan EmDash membuat AI agent bisa beroperasi di atas EmDash tanpa panduan manual. Untuk developer yang sudah terbiasa pair programming dengan AI, ini proposisi nilai yang sangat konkret.

Yang Tidak Berubah

Adopsi CMS tidak ditentukan oleh keunggulan teknis saja. Plugin dan theme yang tersedia jauh lebih menentukan. EmDash menghadapi chicken-and-egg problem yang sama dengan semua challenger sebelumnya: developer tidak akan membangun plugin sebelum ada pengguna, dan pengguna tidak akan bermigrasi sebelum ada plugin.

Pertanyaan sesungguhnya bukan apakah arsitektur EmDash lebih baik, karena secara teknis memang lebih baik untuk banyak hal. Pertanyaannya adalah apakah komunitas developer akan tumbuh di atasnya cukup cepat sebelum momentum awal habis.

FAQ: Sejarah dan Latar Belakang EmDash

Siapa yang membuat EmDash?
Matt Kane (Senior Principal Systems Engineer) dan Matt Taylor (Senior Product Manager) dari Cloudflare. Kane sebelumnya adalah anggota core team Astro selama dua tahun sebelum Cloudflare mengakuisisi Astro Technology Company pada Januari 2026.

Mengapa Cloudflare tidak berkontribusi ke WordPress saja?
Masalah utama WordPress bersifat arsitektural: model plugin PHP yang berbagi proses tidak bisa diubah menjadi sandboxed tanpa memutus kompatibilitas dengan 60.000+ plugin yang sudah ada. Selain itu, kode GPL WordPress menghalangi Cloudflare menggunakan lisensi MIT yang lebih ramah enterprise. Membangun dari nol adalah satu-satunya cara menyelesaikan kedua masalah ini sekaligus.

Apakah EmDash benar-benar selesai dalam dua bulan?
Ya, menurut Kane dan Taylor. Dua faktor yang memungkinkan ini: Kane sudah sangat familiar dengan Astro internals dari dua tahun di core team, dan penggunaan AI coding agent secara intensif untuk implementasi berulang. Scope v0.1.0 juga sengaja dibatasi sebagai early developer beta, bukan produk siap production.

Kenapa nama “EmDash”?
Referensi ke karakter tipografi em dash (—). Menurut Matt Kane, nama itu adalah lelucon, tapi proyeknya serius. Peluncuran di tanggal 1 April 2026 memperkuat kesan itu, meski Kane langsung mengklarifikasi bahwa proyek ini nyata.

Apakah ada kode WordPress yang dipakai di EmDash?
Tidak. Cloudflare membangun EmDash dari nol tanpa menggunakan satu baris pun kode WordPress. Keputusan ini dilakukan untuk memastikan lisensi MIT aman digunakan tanpa risiko copyleft dari GPL WordPress.

Bagaimana respons Matt Mullenweg terhadap EmDash?
Campuran. Mullenweg mengakui engineering-nya solid, tapi mengkritik motivasi di baliknya sebagai strategi untuk menjual lebih banyak layanan Cloudflare. Dia juga menunjukkan bahwa WordPress bisa jalan di hampir semua hardware dengan biaya sangat rendah, sementara EmDash paling optimal di ekosistem Cloudflare.

Apa yang dimaksud dengan arsitektur “AI-native” di EmDash?
Setiap keputusan desain EmDash mempertimbangkan satu pertanyaan: bagaimana kalau yang mengoperasikannya adalah AI agent, bukan manusia? Hasilnya: konten disimpan sebagai structured JSON bukan HTML, ada MCP server bawaan untuk interaksi programatik, dan dokumentasi ditulis agar mudah dicerna oleh AI coding agent seperti Claude atau Cursor.

Apakah Olakses merekomendasikan migrasi ke EmDash sekarang?
Untuk website production, belum. EmDash masih v0.1.0 early developer beta tanpa ekosistem plugin. Tapi memantau perkembangannya relevan, terutama jika Anda mengelola website yang mengandalkan TypeScript workflow atau mulai mengintegrasikan AI agent ke dalam proses content management. Tim Olakses akan mempublikasikan analisis lanjutan seiring ekosistemnya berkembang.

Bramasto Raharjo

Bram is an SEO Specialist at Olakses with a background in Software Engineering and 10 years of experience in the field. His technical expertise and in-depth understanding of search engine algorithms enable him to develop strategies that drive organic growth and improve website performance