Kharis Sulistiyono

Blog

Notes & Tutorials

  • Rilis WordPress 7.0 Diundur

    Rilis WordPress 7.0 Diundur

    Rilis WordPress 7.0 harusnya jadi momen besar. Karena dikabarkan akan dirilis di acara WordCamp Asia 2026 di Mumbai, India. Selain itu ada banyak fitur baru dan perubahan penting. Tapi kabarnya jadwal rilisnya diundur.

    Kenapa Rilis Diundur

    Tim WordPress memilih untuk tidak terburu-buru dalam merilis versi 7.0. Awalnya, rilis dijadwalkan pada 9 April 2026. Namun jadwal ini akhirnya diundur beberapa minggu. (Make WordPress)

    Mereka ingin memastikan stabilitas dan kualitas tetap terjaga. Versi ini membawa banyak fitur besar, termasuk kolaborasi real-time dan integrasi AI, sehingga membutuhkan pengujian yang lebih matang.

    Penundaan ini diperkirakan bukan hanya beberapa hari. Bisa sampai beberapa minggu. Fokus utamanya adalah memastikan fitur besar seperti real-time collaboration berjalan tanpa masalah.

    Selain itu, tim juga mempertimbangkan kesiapan ekosistem seperti plugin dan tema agar tetap kompatibel. Penundaan ini bukan tanda masalah, melainkan langkah hati-hati agar rilis berjalan lebih aman.

    Fitur Baru yang Menarik

    WordPress 7.0 punya banyak perubahan di banyak aspek. Berikut fitur-fitur yang menurut saya paling menonjol:

    • Kolaborasi real-time: Banyak user bisa edit konten yang sama secara bersamaan. Perubahan terlihat langsung. Tidak ada lagi konflik “post locked”.
    • Catatan dan komentar di dalam editor: Editor bisa kasih feedback langsung di block tertentu. Cocok untuk kerja tim.
    • Visual revision: Perbandingan perubahan jadi lebih jelas. Bisa lihat perbedaan versi secara visual.
    • Block baru dan peningkatan block: Ada block seperti Icon dan Breadcrumb. Grid block sekarang responsif. Layout jadi lebih fleksibel.
    • Navigation yang lebih fleksibel: Menu bisa diatur dengan overlay dan breakpoint mobile. Lebih mudah untuk desain responsive.
    • Editor lebih akurat dengan iframing: Tampilan editor dipisah dari style tema. Hasil editor jadi lebih sesuai dengan tampilan asli website.
    • Performa media lebih cepat: Proses gambar bisa dilakukan di browser. Upload dan edit media jadi lebih ringan.
    • Font Library untuk semua tema: Pengelolaan font sekarang lebih mudah dan konsisten.
    • Admin dashboard lebih modern: Tampilan admin diperbarui. Lebih bersih dan mudah digunakan.
    • AI built-in di WordPress: WordPress mulai punya fitur AI langsung di core. Tidak perlu plugin tambahan.
    • Generate judul otomatis: Bisa buat beberapa opsi judul dari isi konten. Tinggal pilih atau edit.
    • Generate excerpt otomatis: Ringkasan konten bisa dibuat otomatis. Tidak perlu isi manual dari nol.
    • Ringkasan konten (summary): Bisa buat summary di awal artikel. Berguna untuk pembaca dan SEO.
    • Generate gambar dan alt text: Bisa buat featured image langsung dari editor. Alt text juga dibuat otomatis.
    • Review konten dengan AI (eksperimental): AI bisa kasih saran perbaikan konten. Tapi masih belum stabil di versi awal.
    • AI Client sebagai pusat integrasi: Semua koneksi ke AI dikontrol dari satu tempat. Tidak perlu setup berulang di tiap plugin.
    • Abilities API untuk developer: Plugin bisa “memberi tahu” kemampuan mereka ke AI. Ini jadi fondasi integrasi AI ke depan.

    Tentang Fitur Abilities API dan AI Client

    Ini bagian yang paling menarik.

    WordPress mulai masuk ke dunia AI. Tapi caranya tetap rapi.

    Ada yang namanya AI Client. Ini jadi pintu ke berbagai layanan AI. Plugin bisa kirim prompt. Lalu dapat hasil dari model AI.

    Menariknya, sistem ini tidak tergantung provider. Bisa pakai OpenAI, Google, atau lainnya. Semua lewat satu interface.

    Selain itu ada Abilities API. Ini seperti daftar kemampuan WordPress. Setiap fitur bisa di-register (ditambahkan) sebagai “ability”. Bisa dipanggil dari sistem lain.

    Versi 7.0 juga bawa Abilities ke sisi client. Jadi bisa jalan di browser. Ini membuka banyak kemungkinan. Termasuk integrasi AI yang lebih dalam.

    Update Checklist

    Siap untuk update? Ini panduannya. WordPress 7.0 membawa perubahan besar, jadi persiapan yang matang itu penting. Jangan sampai update malah bikin website down. Ikuti langkah-langkah berikut sebelum menekan tombol update.

    1. Pastikan versi PHP sudah sesuai. Minimal 7.4, tapi lebih baik pakai versi terbaru seperti PHP 8.2 atau 8.3. WordPress 7.0 memanfaatkan fitur modern PHP untuk performa yang lebih baik. Kalau versi PHP tidak sesuai, update bisa gagal atau muncul eror yang tidak terduga. Cek versi PHP lewat menu Tools → Site Health di dashboard situs Anda.
    2. Lakukan backup penuh sebelum update. Simpan semua file WordPress dan database secara bersamaan. Backup ini jadi penyelamat kalau terjadi masalah setelah update. Gunakan plugin seperti UpdraftPlus, Jetpack Backup, atau minta bantuan hosting Anda. Pastikan backup tersimpan di lokasi yang terpisah dari server, misalnya Google Drive atau cloud storage lain.
    3. Gunakan staging environment terlebih dahulu. Jangan langsung update di website utama yang sudah live. Buat dulu salinan website di staging — banyak hosting modern sudah menyediakan fitur ini secara gratis. Tes semua perubahan di staging, pastikan tidak ada yang rusak, baru kemudian update di website produksi.
    4. Cek kompatibilitas plugin dan tema. Pastikan semua plugin dan tema sudah diupdate ke versi terbaru yang mendukung WordPress 7.0. Plugin yang menyentuh area admin, editor Gutenberg, atau sistem media punya risiko konflik yang lebih tinggi. Kunjungi halaman plugin di WordPress.org dan cek apakah developer sudah menyatakan kompatibilitasnya. Nonaktifkan plugin yang belum jelas statusnya sampai ada update resmi.
    5. Uji semua fitur penting setelah update. Jangan langsung anggap selesai setelah update berhasil. Coba publish konten baru, isi dan kirim form, upload gambar atau media, dan navigasi ke berbagai halaman. Kalau website punya fitur khusus seperti WooCommerce, membership, atau booking system, tes secara menyeluruh sebelum website dibuka kembali ke pengunjung.
    6. Cek eror log dan Site Health secara berkala. Setelah update, buka Tools → Site Health dan lihat apakah ada warning atau eror baru yang muncul. Selain itu, pantau eror log di hosting Anda setidaknya dalam 24–48 jam pertama. Eror kecil yang tidak terlihat di permukaan bisa jadi tanda ada masalah yang perlu segera ditangani.
    7. Jangan update di hari pertama rilis. Lebih aman tunggu 1–2 minggu setelah rilis resmi. Biasanya dalam periode itu sudah muncul patch atau update kecil untuk memperbaiki bug yang terlewat saat pengujian. Developer plugin juga sudah sempat merilis update kompatibilitas. Menunggu sebentar jauh lebih aman daripada harus rollback website di tengah jalan.

    Kesimpulan

    Penundaan WordPress 7.0 bukan sesuatu yang perlu dikhawatirkan. Ini justru kabar baik. Tim WordPress memilih untuk memastikan semuanya berjalan mulus sebelum rilis resmi. Lebih baik nunggu sebentar dan dapat versi yang stabil, daripada buru-buru tapi penuh bug.

    Penundaan ini juga berarti ada waktu lebih untuk mempersiapkan diri. Gunakan kesempatan ini sebaik mungkin. Audit plugin dan tema yang Anda pakai. Pastikan hosting sudah mendukung PHP versi terbaru. Siapkan backup. Ikuti checklist update yang sudah dibahas di atas supaya proses transisi nanti berjalan tanpa masalah.

    Kalau Anda penasaran dan mau merasakan WordPress 7.0 lebih awal, coba versi beta-nya. Ini cara yang praktis untuk mengenal fitur-fitur baru sebelum rilis resmi.

    Bonus: Cara Mencoba Versi Beta WordPress 7.0:

    • Install plugin WordPress Beta Tester dari repositori resmi WordPress.org.
    • Setelah aktif, masuk ke menu Tools → Beta Testing, lalu pilih channel “Beta/RC” untuk mendapatkan versi terbaru.
    • Lakukan update seperti biasa melalui Dashboard → Updates.
    • Penting: Jangan coba versi beta di website produksi. Gunakan hanya di lingkungan lokal atau staging, karena versi beta belum stabil dan bisa menyebabkan masalah yang tidak terduga.

    Referensi

  • Memahami Native MCP di WordPress dengan Bahasa Sederhana dan Analoginya

    Memahami Native MCP di WordPress dengan Bahasa Sederhana dan Analoginya

    WordPress sedang sudah masuk ke fase baru: bukan hanya CMS, tapi mulai jadi platform yang kompatibel dengan AI.

    Tim WordPress memperkenalkan AI Building Blocks Initiative sebagai fondasi ke arah itu.

    Inisiatif ini membuat WordPress bisa “menjelaskan dirinya” ke AI.

    Semua kemampuan tidak lagi tersembunyi di dalam kode, yang dulu hanya bisa dijalankan dengan “klik” manual atau trigger konvensional lainnya.

    Sekarang ability (kemampuan menjalankan fungsi tertentu) WordPress bisa di-register, dibaca, dan digunakan oleh AI.

    Tujuannya jelas. WordPress ingin jadi bagian dari agentic web.

    Apa itu “Agentic Web”?

    Agentic web adalah konsep di mana internet tidak hanya digunakan oleh manusia, tapi juga oleh AI agent yang bisa bertindak sendiri. Dalam konteks ini, AI tidak hanya membaca data, tapi juga bisa mengambil keputusan dan menjalankan aksi secara otomatis.

    Di sinilah MCP (Model Context Protocol) berperan penting. MCP menjadi cara standar agar AI bisa “mengerti” sistem seperti WordPress. Dengan MCP, AI tidak perlu menebak API atau struktur data.

    AI cukup melihat daftar ability (kemampuan) yang disediakan, lalu memanggilnya sebagai tools.

    Jadi, MCP adalah jembatan yang membuat agentic web bisa berjalan dengan rapi, aman, dan terstruktur.

    WordPress menuju “platform agentic web”

    WordPress mulai berubah untuk mendukung cara kerja baru ini. Dulu, WordPress hanya menyediakan API biasa yang harus dipahami secara manual. Sekarang, dengan Abilities API dan MCP, WordPress bisa menyajikan kemampuannya dalam format yang bisa langsung dipakai oleh AI.

    MCP membantu mengubah fungsi-fungsi WordPress menjadi tools yang bisa ditemukan dan dipanggil oleh AI agent. Ini membuat WordPress tidak hanya sebagai tempat menyimpan konten, tapi juga sebagai sistem yang bisa “dioperasikan” oleh AI. Dengan kata lain, WordPress sedang bergerak menjadi platform yang siap sudah masuk ke ekosistem agentic web.

    Ke depan, ini membuka kemungkinan baru. Bayangkan ada AI lokal (yang diinstal di komputer) seperti OpenClaw yang bisa mengelola website Anda sendiri. Anda bisa pergi liburan selama 3 bulan. Website tetap jalan. Konten tetap terbit sesuai jadwal. Semua diatur oleh AI. Seperti punya tim dapur yang tetap memasak walau pemilik restoran sedang tidak ada. Sistem tetap berjalan. Pelanggan tetap dilayani. Gila!

    Nah, sebenarnya seperti apa cara kerja Native MCP WordPress? Yuk, baca sampai tuntas.

    Apa itu MCP di WordPress?

    MCP adalah cara AI berkomunikasi dengan WordPress.

    AI tidak perlu lagi menebak API yang bisa diakses.

    Dengan MCP, maka AI bisa:

    • Melihat apa yang bisa dilakukan
    • Memanggil fungsi dengan jelas
    • Memperoleh hasil yang rapi

    Fungsi-fungsi ini bisa berjalan karena WordPress sekarang punya sistem yang bisa dibaca mesin.

    3 Komponen Utama Native MCP WordPress

    1. Abilities API = “Menu”

    Ini adalah daftar kemampuan WordPress.

    Semua fitur didaftarkan di sini.

    AI bisa melihat dan memilih kemampuan.

    Analogi:
    Ini seperti menu di restoran.
    Dengan menu kita jadi tahu apa yang bisa dipesan.

    2. MCP Adapter = “Waiter”

    Bagian ini menerjemahkan permintaan AI.

    Dia ubah jadi perintah WordPress.

    Dia juga cek izin dan validasi data.

    Analogi:
    Ini seperti pelayan di restoran.
    Kita pesan ke pelayan.
    Pelayan yang menyampaikan ke dapur.

    3. MCP Server = “Kitchen System”

    Ini bagian yang menerima pesanan dari pelayan.

    Dia mengatur alur kerja ke dapur.

    Dia memastikan pesanan sampai ke sistem yang benar.

    Dan hasilnya dikirim kembali ke pelayan.

    Analogi:
    Ini seperti sistem di dapur restoran.
    Bukan kokinya, tapi sistem yang mengatur pesanan masuk dan keluar.

    Contoh: Update Judul Pos

    Nah, sekarang kita lihat contoh nyata bagaimana MCP bekerja menangani tugas pengelolaan konten pos.

    Task:
    Update judul sebuah pos.

    Step 1: AI mencari dan memilih ability

    AI mencari daftar abilities yang sudah di-register dan memilih yang sesuai.

    AI menemukan fungsi:

    • update_post

    Analogi:
    Kita lihat menu.
    Kita pilih nasi goreng.

    Step 2: AI kirim permintaan

    AI kirim:

    • ID post
    • Judul baru

    MCP Adapter menerima.

    Adapter melakukan pengecekan/verifikasi:

    • Boleh atau tidak
    • Format benar atau tidak

    Lalu adapter menyiapkan dan mengirim perintah ke WordPress.

    Analogi:
    Kita bilang ke pelayan:
    “Nasi goreng, tidak pedas.”

    Step 3: Masuk lewat MCP Server

    Request masuk lewat MCP server.

    Ini pintu masuk ke sistem WordPress.

    MCP Server mengatur alur prosesnya.

    Analogi:
    Pelayan kirim pesanan ke sistem dapur.

    Step 4: WordPress eksekusi

    WordPress jalankan fungsi:

    • wp_update_post()

    Data di database diperbarui.

    Analogi:
    Koki masak di dapur.

    Step 5: Hasil dikirim balik

    WordPress kirim hasil.

    Adapter rapikan hasilnya.

    MCP server kirim ke AI.

    AI tahu proses berhasil.

    Analogi:
    Pelayan antar makanan ke meja.

    Gambaran Singkat

    AI pilih menu →
    Pelayan terjemahkan →
    Masuk restoran →
    Dapur masak →
    Makanan datang

    Kenapa Native MCP WordPress Penting

    Di era sekarang, AI tidak hanya membaca data, tapi juga melakukan aksi.

    AI agent mulai digunakan untuk otomatisasi, integrasi, dan operasional harian.

    Di titik ini, cara lama seperti REST API saja sudah tidak cukup.

    WordPress perlu cara baru agar bisa “dimengerti” dan “digunakan” oleh AI dengan mudah.

    Di sinilah Native MCP jadi penting.

    Dulu:

    • AI harus tebak API
    • Data berantakan
    • Proses ribet

    Sekarang:

    • Ada tools yang jelas
    • Lebih aman
    • Lebih mudah otomatisasi

    Kesimpulan

    WordPress terus berkembang sesuai zamannya. Bukan hanya platform website biasa. Tapi mulai jadi bagian dari agentic web. AI Building Blocks Initiative jadi fondasinya:

    • Abilities API = daftar kemampuan
    • MCP Adapter = penghubung
    • MCP Server = pintu masuk

    Tiga komponen ini memungkinkan WordPress siap dipakai oleh AI agent.

    Ini menarik. Karena AI agent bisa benar-benar menjalankan website. Mulai dari menulis konten, menjadwalkan publikasi, sampai mengelola operasional harian. Bahkan dalam skenario sederhana, Anda bisa pergi liburan selama beberapa bulan, sementara AI tetap menjaga website berjalan normal. Seperti restoran yang tetap buka, walau pemiliknya sedang tidak di tempat. Sistem dapur tetap jalan, pesanan tetap diproses, dan pelanggan tetap dilayani.

  • Hal-hal yang Mungkin Perlu Anda Ketahui tentang CMS Baru EmDash

    Hal-hal yang Mungkin Perlu Anda Ketahui tentang CMS Baru EmDash

    EmDash adalah CMS baru yang diluncurkan Cloudflare pada 1 April 2026. Mungkin banyak yang mengira ini candaan April Mop. Ternyata bukan. Ini serius.

    Cloudflare menyebutnya sebagai penerus spirit WordPress. Dibangun dari nol menggunakan TypeScript dan Astro 6.0, tanpa satu baris pun kode WordPress di dalamnya.

    Sejak awal publikasi, banyak komunitas dari kalangan developer hingga tech founder membicarakannya di blog dan media sosial.

    Anda penasaran EmDash CMS? Berikut beberapa rangkuman yang dapat saya tangkap, yang mungkin perlu Anda ketahui.

    Apa Itu EmDash?

    EmDash adalah CMS open source berlisensI MIT. Berjalan di atas Cloudflare Workers atau server Node.js biasa. Memakai SQLite untuk lokal dan Cloudflare D1 untuk produksi. Konten disimpan dalam format portable text (JSON terstruktur), bukan HTML mentah.

    Tampilannya mirip WordPress versi lama. Ada panel admin, ada editor teks, ada kategori dan tombol publish. Tapi di balik itu, arsitekturnya sangat berbeda.

    Sumber: Cloudflare Blog — Introducing EmDash, Joost de Valk — EmDash: a CMS built for 2026

    Beberapa Keunggulan yang (Saat Ini) Menonjol

    1. Keamanan Plugin yang Berbeda

    Ini bagian paling menarik dari EmDash. Di WordPress, plugin bisa mengakses hampir semua hal: database, filesystem, dan jaringan. Tidak ada batasan. Itulah kenapa 96% masalah keamanan WordPress berasal dari plugin.

    Di EmDash, setiap plugin berjalan di sandbox terisolasi. Plugin harus menyatakan secara eksplisit apa yang ia butuhkan, mirip seperti izin aplikasi di OAuth. Kalau plugin hanya butuh kirim email setelah konten disimpan, ia hanya punya akses untuk itu saja. Tidak lebih.

    Marketplace plugin EmDash juga sudah dilengkapi pemindaian keamanan otomatis berbasis AI sejak awal.

    Sumber: Cloudflare Blog, Maciek Palmowski — EmDash: a fresh take on CMS

    2. Dirancang untuk AI Agent

    EmDash tidak sekadar menambahkan fitur AI di atasnya. Seluruh arsitekturnya memang dibuat agar AI agent bisa bekerja di dalamnya secara langsung.

    Ada MCP server bawaan, CLI yang menghasilkan output JSON, dan dokumentasi yang disusun agar mudah dibaca oleh mesin. Konten yang tersimpan dalam format JSON terstruktur memudahkan AI untuk membaca, menulis, dan memodifikasi konten tanpa harus mem-parsing HTML.

    Joost de Valk, pendiri Yoast, menyebutnya bukan CMS yang sekadar kompatibel dengan AI, tapi CMS di mana AI adalah builder primer-nya.

    Sumber: Joost de Valk — EmDash: a CMS built for 2026, Cloudflare Blog

    4. Katanya Struktur Database Lebih Rapi

    Di WordPress, hampir semua jenis konten dijejal ke dalam tabel yang sama. Di EmDash, setiap tipe konten punya tabel tersendiri di database. Lebih teratur, lebih mudah di-query, dan lebih mudah dipahami oleh developer.

    Sumber: Maciek Palmowski — EmDash: a fresh take on CMS

    5. Tema Berbasis Astro

    Tema EmDash dibuat menggunakan Astro, bukan PHP. Ini lebih familiar bagi developer modern. Tema juga tidak bisa melakukan operasi database langsung, sehingga lebih aman dibanding WordPress yang punya functions.php serba bisa.

    Sumber: Cloudflare Blog, Maciek Palmowski

    6. Autentikasi Passkey

    Tidak ada password. Login menggunakan passkey secara default. Tidak ada celah brute-force, tidak ada password yang bocor.

    Sumber: Cloudflare Blog, Joost de Valk

    7. Serverless dan Hemat Biaya

    EmDash berjalan serverless di atas Cloudflare Workers. Tidak perlu provisioning server. Tagihan hanya dihitung saat ada request masuk. Saat tidak ada traffic, biayanya nol.

    Sumber: Cloudflare Blog

    Namun Ada Hal yang Masih Dipertanyakan

    EmDash masih sangat baru. Versi yang dirilis adalah mode preview v0.1.0. Dibangun dalam dua bulan dengan bantuan AI coding agent. Itu pencapaian luar biasa, tapi belum teruji di lingkungan produksi jangka panjang.

    Ekosistem plugin masih kosong. WordPress punya lebih dari 60.000 plugin. EmDash baru punya arsitektur marketplace, belum ada komunitasnya. Sejarah membuktikan, adopsi CMS lebih sangat dipengaruhi oleh ekosistem plugin dan tema daripada kehebatan aspek teknisnya saja.

    Maciek Palmowski dari Patchstack juga menyoroti bahwa EmDash tidak benar-benar menyentuh keluhan utama pengguna WordPress: hosting yang lambat, plugin berbayar, dan maintenance yang berat. EmDash katanya lebih baik dalam menangani aspek developer experience, bukan pengalaman pengguna biasa (non-tech savvy).

    Sumber: Joost de Valk, Maciek Palmowski

    Kata Matt Mullenweg

    Matt Mullenweg, co-founder WordPress, merespons peluncuran EmDash dengan nada kritis tapi tetap menghargai.

    Ia keberatan dengan sebutan “penerus spirit WordPress”. Menurutnya, semangat WordPress adalah demokratisasi penerbitan: bisa dijalankan di Raspberry Pi, di hosting murah, di mana saja, tanpa vendor lock-in. EmDash, di sisi lain, bekerja paling baik di ekosistem Cloudflare.

    Soal keamanan plugin, Matt berpendapat bahwa fleksibilitas penuh plugin WordPress justru adalah fitur, bukan bug. Ia juga menyebut bahwa sandboxing EmDash hanya benar-benar berfungsi di Cloudflare.

    Tapi Matt juga mengakui beberapa hal positif: produknya solid, engineering-nya bagus, tools migrasinya berguna, dan integrasi Astro-nya menarik. Ia bahkan setuju bahwa sistem Agent Skills di EmDash adalah strategi yang brilian dan perlu ditiru WordPress.

    Satu kritik lain dari Matt: menggunakan TinyMCE adalah cara kuno yang ketinggalan. Seharusnya EmDash mengadopsi Gutenberg, yang memang dilisensikan agar bisa dipakai CMS lain.

    Sumber: Matt Mullenweg — EmDash Feedback

    Layak Dipantau Perkembangannya

    EmDash mungkin memantik komunitas developer generasi modern untuk bertanya:

    Seperti apa CMS yang ideal ketika AI agent lebih dominan dipakai untuk menyelesaikan sebagian besar tugas membangun produk teknologi web?

    EmDash bisa jadi bukan satu-satunya jawaban. Tapi cara mereka membangun platform (dengan konten terstruktur, mekanisme plugin ber-sandbox, full TypeScript, dan MCP server bawaan) adalah setitik petunjuk yang rasional. Tak tertutup kemungkinan proyek CMS lainnya seperti WordPress akan terus dikembangkan sesuai kebutuhan zaman.

    Proyek ini masih sangat awal. Banyak yang membicarakannya, utamanya dari kalangan komunitas web builder, web creator, hingga tech founder. Mari kita lihat bagaimana perkembangannya nanti.

    [ update 6 April 2026 ]

    FAQ: Pertanyaan Umum tentang CMS EmDash

    Berikut kumpulan pertanyaan yang mungkin paling sering muncul seputar EmDash, dirangkum dari berbagai diskusi komunitas dan publikasi terkini.

    Apakah EmDash hanya bisa berjalan di infrastruktur Cloudflare?

    Tidak. EmDash dirancang dengan abstraksi portabel di setiap lapisannya, sehingga bisa berjalan di server Node.js mana pun, termasuk dengan SQLite, PostgreSQL, Turso, AWS S3, atau file lokal. Namun ada catatan penting: fitur sandboxing plugin (Dynamic Workers) hanya berfungsi penuh di runtime Cloudflare. Jadi EmDash berjalan di mana saja, tapi fitur keamanan plugin terbaiknya memang butuh Cloudflare.

    Sumber: GitHub EmDash, Soft & Apps

    Apakah EmDash bisa langsung menggantikan WordPress sekarang?

    Belum. EmDash masih berstatus v0.1.0 early developer beta. Ekosistem plugin sepertinya saat ini masih nol, belum ada solusi e-commerce yang matang, dan komunitasnya baru terbentuk.

    Komunitas web developer di Kinsta bahkan menyebutnya bukan sebagai momen migrasi massal, melainkan sinyal ke mana arah industri CMS bergerak. Untuk situs produksi, WordPress masih jauh lebih aman dipilih saat ini.

    Sumber: SiliconANGLE, Leketembé

    Apa perbedaan utama EmDash dibanding WordPress?

    Ada beberapa perbedaan mendasar. EmDash ditulis dalam TypeScript (bukan PHP), menjalankan plugin dalam sandbox terisolasi (bukan shared process), menyimpan konten sebagai JSON terstruktur (bukan HTML), dan berjalan secara serverless tanpa perlu provisioning server. Dari sisi autentikasi, EmDash memakai passkey secara default—tanpa password sama sekali. Tema dibuat dengan Astro, bukan template PHP.

    Sumber: Soft & Apps, Maciek Palmowski

    Bisakah saya migrasi dari WordPress ke EmDash?

    Bisa, sebagian. EmDash menyediakan tools migrasi untuk mengimpor konten dari ekspor WXR WordPress, REST API WordPress, maupun WordPress.com, termasuk pos, halaman, media, dan taksonomi. Namun perlu digarisbawahi: migrasi hanya mencakup konten, bukan plugin atau tema. Plugin dan tema WordPress ditulis dalam PHP dan harus dibangun ulang dari nol di EmDash (kemungkinan dengan bantuan AI agent).

    Sumber: Soft & Apps, The Register

    Berapa biaya menggunakan EmDash?

    EmDash sendiri adalah open source berlisensi MIT. Artinya gratis untuk digunakan dan bisa dimodifikasi. Namun untuk menjalankan fitur sandboxing plugin (Dynamic Workers), dibutuhkan akun Cloudflare berbayar dengan harga mulai $5 per bulan. Jika di-deploy di Node.js tanpa Cloudflare, biaya hosting mengikuti pilihan server yang digunakan. Karena sifatnya serverless, biaya operasional di Cloudflare Workers hanya dihitung saat ada request masuk.

    Sumber: GitHub EmDash, Cloudflare Blog

    Apakah EmDash cocok untuk pengguna non-developer?

    Untuk saat ini, belum. Panel admin EmDash memang dibuat familiar seperti WordPress versi lama, tapi setup awal dan konfigurasi masih sangat berorientasi developer. Maciek Palmowski dari Patchstack mengungkapkan kalau EmDash saat ini cenderung lebih unggul dalam developer experience, bukan dalam pengalaman pengguna biasa. Bagi yang tidak nyaman dengan CLI, TypeScript, dan konsep serverless, WordPress masih pilihan yang jauh lebih mudah diakses.

    Sumber: Maciek Palmowski, Leketembé

    Bagaimana EmDash berintegrasi dengan AI seperti Claude atau ChatGPT?

    EmDash hadir dengan MCP server bawaan yang memungkinkan tools AI seperti Claude dan ChatGPT berinteraksi langsung dengan situs. Ini bisa digunakan untuk membuat tipe konten, mengelola entri, mengonfigurasi plugin, hingga melakukan deployment, semuanya secara programatik. CLI-nya menghasilkan output JSON agar mudah diproses mesin. Konten disimpan sebagai portable text (JSON terstruktur) sehingga AI agent bisa membaca dan memodifikasi konten tanpa harus mem-parsing HTML.

    Sumber: GitHub EmDash, Joost de Valk, Soft & Apps

    Apakah saat ini saya bisa menambahkan contact form dengan EmDash?

    Bisa, tapi masih perlu tangan developer. EmDash sudah menyertakan forms sebagai salah satu first-party plugin bawaan—terlihat dari struktur repositori GitHub-nya di folder plugins/ bersama plugin SEO, embeds, dan audit-log. Template marketing EmDash bahkan sudah menyertakan halaman dengan contact form dari awal, di mana pengiriman formulir diarahkan ke Cloudflare Workers atau layanan eksternal seperti Cloudflare Turnstile.

    Namun karena EmDash masih v0.1.0 preview dan ekosistem plugin-nya baru terbentuk, belum ada plugin contact form siap pakai seperti WPForms atau Contact Form 7 di WordPress yang bisa diinstal dengan sekali klik. Untuk saat ini, menambahkan contact form di EmDash masih membutuhkan kemampuan mengonfigurasi plugin atau membangun komponen Astro secara manual—atau dengan bantuan AI agent.

    Sumber: GitHub EmDash, Tool Hunter — EmDash CMS

    Apakah saat ini saya bisa menambahkan tombol “pesan lewat WhatsApp” di EmDash?

    Secara teknis bisa, tapi harus dibangun sendiri. Tombol WhatsApp pada dasarnya adalah elemen HTML sederhana berupa tautan ke URL https://wa.me/[nomor]. Di EmDash, ini bisa ditambahkan langsung ke komponen atau layout Astro di dalam tema, tanpa perlu plugin khusus.

    Bedanya dengan WordPress: di WordPress ada puluhan plugin siap pakai untuk tombol WhatsApp (floating button, chat widget, dll.) yang bisa diinstal dan dikonfigurasi tanpa menyentuh kode. Di EmDash saat ini tidak ada plugin semacam itu di marketplace-nya karena ekosistem plugin memang masih nol. Namun karena tema EmDash adalah proyek Astro standar, developer bisa membuat komponen WhatsApp button sendiri dengan TypeScript, atau meminta AI agent untuk membuatnya. Ini bukan pekerjaan sulit secara teknis, tapi memang butuh sentuhan kode.

    Sumber: GitHub EmDash, Lushbinary — Astro 6 + EmDash Theming Guide

    Bagaimana cara melaporkan bug dan mengirim feature request ke EmDash?

    EmDash menerapkan alur kontribusi yang berbeda untuk bug dan feature request, dan penting untuk tidak mencampurkannya.

    Melaporkan bug dilakukan langsung melalui GitHub Issues dengan memilih label bug. Sertakan langkah-langkah untuk mereproduksi masalah, versi EmDash yang digunakan, dan lingkungan deployment (Cloudflare atau Node.js). Repositori GitHub-nya sudah aktif sejak peluncuran—ratusan issue bug sudah masuk dan diproses oleh tim dalam hitungan hari.

    Feature request tidak bisa langsung dibuka sebagai Issue. Berdasarkan panduan kontribusi resmi di AGENTS.md, setiap usulan fitur baru harus dimulai dari GitHub Discussions di kategori Ideas terlebih dahulu. PR untuk fitur baru yang dibuka tanpa diskusi yang disetujui sebelumnya akan ditutup secara otomatis. Ini dimaksudkan agar tim bisa menilai dan mendiskusikan kelayakan ide sebelum ada yang mulai membuat kode.

    Selain GitHub, Cloudflare juga membuka jalur komunikasi langsung via email di [email protected].

    Sumber: EmDash AGENTS.md (panduan kontribusi), GitHub Issues EmDash, Cloudflare Blog

    Aartikel ini dirangkum dari sumber berikut:

  • Chatbot AI untuk Website UMKM: Murah, Mudah, dan Bisa Kerja 24 Jam

    Chatbot AI untuk Website UMKM: Murah, Mudah, dan Bisa Kerja 24 Jam

    Kalau Anda punya usaha kecil, mungkin Anda sudah punya website. Atau mungkin baru kepikiran buat bikin. Website memang sudah jadi salah satu cara paling umum untuk memperkenalkan bisnis ke dunia online. Tapi sekarang ada pertanyaan yang sering muncul: apakah website UMKM perlu dilengkapi dengan chatbot AI?

    Website UMKM Biasanya Seperti Brosur Online

    Kebanyakan website UMKM itu sederhana. Isinya profil usaha, produk atau layanan yang ditawarkan, dan cara menghubungi. Fungsinya mirip brosur yang dulu disebarkan secara fisik. Bedanya, sekarang brosur itu bisa diakses siapa saja lewat internet, kapan saja.

    Itu sudah cukup berguna. Calon pelanggan bisa tahu Anda ada, tahu apa yang Anda jual, dan tahu cara menghubungi Anda. Tapi ada satu masalah umum: pengunjung datang, baca sebentar, lalu pergi tanpa melakukan apa-apa.

    Di Sinilah AI Bisa Masuk

    Teknologi chatbot berbasis AI sekarang sudah cukup canggih dan terjangkau. Chatbot ini bisa melayani pertanyaan pengunjung secara otomatis, mirip seperti ngobrol lewat WhatsApp. Bedanya, chatbot ini aktif 24 jam tanpa perlu Anda pantau terus.

    Pengunjung bisa langsung tanya soal harga, stok, cara order, atau apapun yang mereka butuhkan. Chatbot akan menjawab sesuai informasi yang sudah Anda siapkan. Tidak perlu ada staf khusus yang standby di depan layar sepanjang hari.

    WordPress Memudahkan Pemasangan Chatbot

    Banyak website UMKM yang dibuat menggunakan WordPress. Kabar baiknya, WordPress sangat mudah diintegrasikan dengan berbagai plugin chatbot AI. Anda tidak perlu bisa coding. Tinggal pasang plugin, atur sedikit, dan chatbot sudah bisa langsung aktif di website Anda.

    Ada banyak pilihan plugin gratis yang bisa langsung Anda coba dari repositori resmi WordPress:

    Beberapa bahkan bisa dihubungkan langsung ke WhatsApp atau platform chat lain yang sudah Anda pakai sehari-hari.

    Tujuan Akhirnya: Mempercepat Closing

    Kenapa ini penting? Karena kecepatan respons sangat mempengaruhi keputusan beli. Kalau calon pelanggan bertanya tapi tidak ada yang menjawab dalam waktu singkat, mereka bisa langsung pindah ke kompetitor.

    Dengan chatbot AI, pertanyaan dijawab langsung saat itu juga. Pengunjung tidak perlu nunggu. Proses dari tanya sampai deal bisa jadi jauh lebih cepat. Inilah yang dimaksud dengan mempercepat closing.

    Jadi, Perlu atau Tidak?

    Jawabannya tergantung tujuan Anda. Kalau website Anda hanya untuk “ada di internet” dan Anda tidak keberatan kalau pengunjung tidak langsung menghubungi, maka mungkin belum terlalu mendesak.

    Tapi kalau Anda ingin website yang aktif membantu penjualan, bisa melayani calon pelanggan kapan saja, dan tidak mau kehilangan peluang hanya karena tidak ada yang jawab chat, maka integrasi AI layak untuk dicoba. Investasinya tidak besar, tapi dampaknya bisa terasa.