Cara Menggunakan Classic Editor di WordPress: Instalasi, Konfigurasi, dan Kapan Sebenarnya Masuk Akal untuk Digunakan

WordPress Classic Editor adalah editor konten WYSIWYG berbasis TinyMCE yang mendahului sistem blok Gutenberg yang diperkenalkan di WordPress 5.0. Editor ini menampilkan kanvas pengeditan tunggal dan linear — secara visual mirip dengan Microsoft Word — di mana teks, media, dan HTML berdampingan dalam satu bidang yang berkesinambungan, bukan blok-blok diskrit yang dapat ditumpuk. Bagi pengguna yang perlu menginstalnya hari ini, jawaban singkatnya adalah: instal plugin Classic Editor resmi dari repositori plugin WordPress, aktifkan, dan konfigurasikan editor default di Settings > Writing.

Jawaban dua kalimat tersebut mencakup pertanyaan inti. Sisa panduan ini membahas perbedaan arsitektur antara kedua editor, alasan teknis yang sah untuk memilih salah satunya, kasus konfigurasi khusus, dan skenario di mana memaksakan Classic Editor justru menciptakan lebih banyak masalah daripada solusi.

Classic Editor vs. Gutenberg Block Editor: Perbandingan Teknis

Sebelum mengubah pengaturan apa pun, ada baiknya memahami apa yang sebenarnya Anda alihkan. Keputusan ini bukan sekadar soal tampilan.

Perbedaan yang paling signifikan secara operasional adalah penyimpanan konten. Classic Editor menyimpan HTML bersih. Gutenberg membungkus setiap unit konten dalam anotasi komentar HTML yang berfungsi sebagai pembatas blok. Jika Anda pernah memigrasikan konten antar sistem — ke CMS headless, generator situs statis, atau platform non-WordPress — output Classic Editor jauh lebih mudah diurai dan dipindahkan. Tata bahasa blok Gutenberg bersifat eksklusif untuk parser WordPress.

Mengapa Developer dan Pemilik Situs Masih Memilih Classic Editor

Kompatibilitas Plugin dan Tema Lama

Banyak plugin komersial — terutama form builder lama, ekstensi e-commerce, dan plugin custom post type — mendaftarkan meta box yang menyuntikkan field langsung ke layar pengeditan postingan. Di Gutenberg, meta box ini ditempatkan di panel sidebar yang dapat dilipat dan dirender di dalam shim kompatibilitas iframe. Shim ini tidak selalu berfungsi dengan benar: konflik JavaScript muncul, logika kondisional rusak, dan beberapa kerangka UI meta box (misalnya jQuery UI dialogs) gagal diinisialisasi dengan benar di dalam konteks dokumen bersarang.

Jika situs Anda mengandalkan plugin yang menggunakan add_meta_box() dengan UI yang bergantung pada JavaScript kompleks, Classic Editor menghilangkan seluruh kelas masalah ini.

Pembatasan REST API

Editor Gutenberg membuat permintaan latar belakang secara terus-menerus ke WordPress REST API — untuk mengambil pola blok, menyimpan draf secara otomatis, mengambil status kunci postingan, dan memvalidasi kemampuan pengguna. Di lingkungan server yang diperketat di mana REST API sengaja dibatasi (melalui add_filter('rest_authentication_errors', ...) atau aturan tingkat server yang memblokir /wp-json/), Gutenberg akan gagal dimuat sebagian atau sepenuhnya. Classic Editor tidak memiliki ketergantungan seperti itu dan akan berfungsi normal dalam kondisi ini.

Kontrol Editor Berbasis Peran dan Multisite

Pada instalasi WordPress Multisite, administrator jaringan terkadang perlu menerapkan pengalaman pengeditan yang konsisten di semua subsitus — terutama ketika editor non-teknis terlibat. Plugin Classic Editor mendukung opsi Settings > Writing untuk melarang pergantian editor per pengguna, mengunci semua pengguna ke Classic Editor terlepas dari preferensi individu mereka. Gutenberg tidak menawarkan mekanisme penegakan tingkat jaringan yang setara tanpa kode kustom.

Kecepatan Alur Kerja untuk Konten Berbasis Teks

Bagi penerbit yang memproduksi konten teks dalam jumlah besar — artikel berita, dokumentasi, arsip hukum — model kanvas tunggal Classic Editor secara nyata lebih cepat. Tidak perlu menyisipkan blok baru, memilih jenis blok, atau menavigasi antar panel pengaturan blok. Anda cukup menekan Enter dan terus menulis. Bagi editor yang terbiasa menggunakan keyboard dan pintasan tab HTML, hal ini sangat berarti.

Cara Menginstal Plugin Classic Editor

Classic Editor tidak disertakan dalam inti WordPress. Plugin ini dikelola sebagai plugin resmi oleh tim WordPress Contributors dan tersedia dari repositori plugin WordPress.org.

Metode 1: Instal melalui Dashboard WordPress

1. Masuk ke panel admin WordPress Anda (/wp-admin).
2. Navigasikan ke Plugins > Add New Plugin.
3. Di kolom pencarian, ketik Classic Editor.
4. Temukan plugin yang dibuat oleh WordPress Contributors — verifikasi penulisnya, karena ada plugin peniru dengan nama serupa.
5. Klik Install Now, lalu Activate.

Metode 2: Instal melalui WP-CLI

Jika Anda mengelola WordPress dari baris perintah — yang merupakan praktik standar di lingkungan VPS Hosting mana pun — WP-CLI jauh lebih cepat daripada UI dashboard:

wp plugin install classic-editor --activate

Untuk menginstalnya di seluruh jaringan pada instalasi Multisite:

wp plugin install classic-editor --activate-network

Metode 3: Unggah Manual

Unduh ZIP plugin dari wordpress.org/plugins/classic-editor, lalu unggah melalui Plugins > Add New Plugin > Upload Plugin, atau ekstrak langsung ke server Anda:

cd /var/www/html/wp-content/plugins/
unzip classic-editor.zip

Setelah diekstrak, aktifkan melalui WP-CLI atau dashboard.

Mengonfigurasi Pengaturan Classic Editor

Setelah diaktifkan, plugin menampilkan dua opsi konfigurasi di Settings > Writing.

Editor Default untuk Semua Pengguna

Opsi pertama menetapkan default seluruh situs. Anda dapat memilih antara Classic Editor dan Block Editor. Mengatur ini ke Classic Editor berarti setiap postingan dan halaman baru dibuka di TinyMCE secara default.

Izinkan Pengguna Mengganti Editor

Opsi kedua mengontrol apakah pengguna individu dapat mengganti default situs per postingan. Ketika diaktifkan, mengarahkan kursor ke postingan di daftar Posts > All Posts menampilkan dua tautan tindakan: Edit (dibuka dalam default situs) dan Edit (Classic Editor) atau Edit (Block Editor) tergantung pada default saat ini.

Konfigurasi yang direkomendasikan untuk sebagian besar situs lama:

• Editor default: Classic Editor
• Izinkan pengguna mengganti: Tidak

Ini mencegah editor secara tidak sengaja membuka konten di Gutenberg dan secara tidak disengaja menyuntikkan komentar tata bahasa blok ke postingan yang dibuat di Classic Editor — campuran yang dapat menyebabkan anomali rendering di beberapa tema.

Menggunakan Antarmuka Classic Editor

Tab Visual (Mode WYSIWYG)

Tab Visual merender konten Anda melalui pratinjau berbasis iframe TinyMCE. Toolbar menyediakan:

• Pemformatan teks: Bold (Ctrl+B), Italic (Ctrl+I), Strikethrough, Underline
• Gaya paragraf: Heading 1 hingga Heading 6, Preformatted, Blockquote
• Daftar: Berurutan dan tidak berurutan, dengan kontrol indent/outdent
• Tautan: Sisipkan/edit hyperlink dengan atribut target dan title
• Penyisipan media: Membuka WordPress Media Library untuk gambar, video, audio, dan dokumen
• Tempel dari Word: Menghapus markup HTML eksklusif Microsoft Word saat ditempel
• Mode penulisan tanpa gangguan: Toggle layar penuh yang menyembunyikan semua UI admin

Toolbar memiliki dua baris. Jika Anda hanya melihat satu baris, klik tombol Toolbar Toggle (ikon terakhir di baris pertama) untuk menampilkan baris kedua, yang mencakup pemilih gaya paragraf, warna teks, peta karakter, dan undo/redo.

Tab Text (Mode HTML Mentah)

Tab Text menampilkan HTML mentah yang tersimpan di post_content. Ini bukan editor kode penuh — tidak memiliki penyorotan sintaks dan penomoran baris — tetapi memberi Anda akses langsung ke markup. Skenario yang berguna:

• Menyisipkan embed <iframe> mentah yang akan dihapus atau di-escape oleh TinyMCE
• Menambahkan atribut HTML kustom yang tidak ditampilkan oleh UI tab Visual
• Men-debug masalah rendering yang disebabkan oleh pembersihan tag otomatis TinyMCE

Perilaku penting yang perlu dipahami: TinyMCE melakukan sanitasi HTML saat Anda beralih dari tab Text kembali ke tab Visual. TinyMCE akan menutup tag yang tidak ditutup, menghapus elemen tertentu (seperti <script> dalam beberapa konfigurasi), dan menormalkan spasi. Jika Anda menulis HTML mentah di tab Text, selalu verifikasi bahwa HTML tersebut tetap utuh setelah beralih kembali ke Visual sebelum dipublikasikan.

Meta Box Excerpt, Custom Fields, dan Discussion

Di bawah kanvas editor utama, Classic Editor menampilkan rangkaian lengkap meta box WordPress native dalam tata letak aslinya:

• Excerpt: Ringkasan teks biasa yang digunakan oleh tema dan plugin SEO untuk meta description
• Custom Fields: Pasangan kunci-nilai yang tersimpan di wp_postmeta — dapat diakses langsung tanpa beralih ke panel sidebar
• Discussion: Pengaturan komentar dan trackback per postingan
• Slug: Field slug URL yang dapat diedit (juga ada di kotak Publish)
• Author: Tetapkan ulang kepenulisan postingan tanpa berpindah halaman

Meta box ini selalu terlihat dan lebar penuh di Classic Editor. Di Gutenberg, meta box tersebut tersembunyi di sidebar atau dirender dalam iframe kompatibilitas — perbedaan UX yang berarti bagi alur kerja yang sangat mengandalkan custom field.

Beralih Antar Editor Per Postingan

Jika Anda mengaktifkan opsi “Izinkan pengguna mengganti”, toggle editor per postingan bekerja sebagai berikut:

Dari daftar postingan:

1. Buka Posts > All Posts.
2. Arahkan kursor ke judul postingan.
3. Klik Edit (Classic Editor) atau Edit (Block Editor) sesuai kebutuhan.

Dari dalam editor:

Di Gutenberg, tautan bertuliskan Switch to Classic Editor muncul di menu opsi tiga titik (kanan atas). Di Classic Editor, tautan bertuliskan Switch to Block Editor muncul di dekat bagian atas layar.

Peringatan: Beralih postingan yang dibuat di Gutenberg ke Classic Editor — lalu menyimpannya — akan mempertahankan anotasi komentar tata bahasa blok dalam HTML mentah. Komentar ini tidak berbahaya untuk rendering front-end tetapi akan muncul sebagai teks literal di tab Text Classic Editor, yang bisa membingungkan. Beralih kembali ke Gutenberg akan mengurai ulang komentar tersebut dengan benar. Skenario sebaliknya (konten Classic Editor dibuka di Gutenberg) bersih, karena Gutenberg secara otomatis membungkus HTML yang tidak dikenali dalam Classic block.

Menonaktifkan Classic Editor Tanpa Plugin

Jika Anda ingin memaksakan Gutenberg dan mencegah penggunaan Classic Editor — atau jika Anda ingin menonaktifkan Gutenberg tanpa menginstal plugin — WordPress menyediakan filter hook:

// In functions.php or a site-specific plugin — disable Gutenberg for all post types
add_filter( 'use_block_editor_for_post', '__return_false' );

Ini mencapai efek yang sama seperti plugin Classic Editor untuk pengeditan postingan tetapi tidak memengaruhi Site Editor (Full Site Editing). Untuk menonaktifkan Gutenberg sepenuhnya termasuk FSE:

add_filter( 'use_block_editor_for_post', '__return_false' );
add_filter( 'use_widgets_block_editor', '__return_false' );
remove_theme_support( 'widgets-block-editor' );

Pendekatan ini lebih disukai di lingkungan di mana penginstalan plugin tambahan dibatasi oleh kebijakan, atau di mana Anda ingin logika penonaktifan dikontrol versi dalam tema atau plugin Anda daripada bergantung pada status aktivasi plugin pihak ketiga.

Classic Editor dan Lingkungan Hosting WordPress

Plugin Classic Editor itu sendiri ringan dan tidak menimbulkan persyaratan sisi server yang berarti. Namun, konteks lingkungan hosting Anda memengaruhi pengalaman pengeditan dengan cara yang perlu diperhatikan.

Pada paket shared hosting, panel admin WordPress dapat terasa lambat karena eksekusi PHP dan kueri database bersaing dengan pengguna lain di server yang sama. Classic Editor secara terukur lebih ringan daripada Gutenberg dalam konteks ini — lebih sedikit panggilan REST API, tidak ada overhead rendering React, dan payload JavaScript yang lebih kecil berarti pemuatan halaman lebih cepat di admin. Jika Anda menggunakan paket Shared Web Hosting dan merasa block editor lambat, Classic Editor adalah optimasi yang praktis.

Pada VPS dengan cPanel, Anda memiliki kendali penuh atas batas memori PHP, konfigurasi OPcache, dan caching kueri MySQL. Di lingkungan ini, kedua editor bekerja dengan baik, dan pilihannya menjadi murni preferensi alur kerja daripada kebutuhan performa.

Untuk instalasi WordPress dengan lalu lintas tinggi di Dedicated Server, pilihan editor pada dasarnya tidak berdampak pada performa front-end — antarmuka pengeditan hanya dimuat oleh pengguna admin yang terautentikasi, dan output HTML yang dipublikasikan itulah yang penting untuk kecepatan halaman.

Jebakan Umum dan Kasus Khusus

TinyMCE menghapus HTML yang valid: Konfigurasi valid_elements dan extended_valid_elements TinyMCE mengontrol tag dan atribut HTML mana yang diizinkan di editor Visual. Secara default, TinyMCE menghapus tag seperti <article>, <section>, <figure> (dalam konfigurasi lama), dan atribut data kustom apa pun. Jika konten Anda memerlukan ini, Anda harus memperluas elemen yang diizinkan TinyMCE melalui filter tiny_mce_before_init:

add_filter( 'tiny_mce_before_init', function( $init ) {
    $init['extended_valid_elements'] = 'span[*],div[*],section[*],article[*]';
    return $init;
} );

Konflik autosave: Classic Editor menggunakan fungsi JavaScript wp_autosave() yang lebih lama, yang mengirim permintaan POST ke wp-admin/post.php dengan action=autosave. Jika server Anda memiliki pembatasan laju yang agresif atau aturan WAF yang memblokir permintaan POST berulang ke wp-admin, autosave akan gagal secara diam-diam. Pantau log error server Anda jika terjadi kehilangan konten.

Classic Editor dan tema Full Site Editing (FSE): Jika tema aktif Anda adalah tema FSE (yang mendeklarasikan "blockTemplates": true di theme.json), Classic Editor tetap akan berfungsi untuk konten postingan dan halaman, tetapi Site Editor (/wp-admin/site-editor.php) sepenuhnya berbasis Gutenberg dan tidak terpengaruh oleh plugin Classic Editor. Anda tidak dapat menggunakan Classic Editor untuk mengedit template tema FSE.

Perilaku penonaktifan plugin: Menonaktifkan plugin Classic Editor tidak mengonversi konten Anda. Postingan yang dibuat di Classic Editor tetap sebagai HTML bersih. Postingan yang dibuat di Gutenberg mempertahankan tata bahasa bloknya. Gutenberg akan mengurai keduanya dengan benar. Tidak ada risiko kehilangan data dari menonaktifkan plugin.

Matriks Keputusan: Editor Mana yang Harus Anda Gunakan?

Gunakan Classic Editor jika:

• Situs Anda menggunakan plugin dengan UI meta box kompleks yang rusak di lapisan kompatibilitas Gutenberg
• Server Anda membatasi WordPress REST API
• Anda memigrasikan konten ke platform non-WordPress dan membutuhkan HTML bersih yang portabel
• Tim editorial Anda besar, non-teknis, dan terlatih dengan alur kerja Classic Editor
• Anda menjalankan WordPress di lingkungan shared hosting dengan sumber daya terbatas

Gunakan Gutenberg jika:

• Anda membangun situs baru tanpa ketergantungan plugin lama
• Tema Anda berbasis blok atau kompatibel dengan FSE
• Anda membutuhkan blok yang dapat digunakan ulang, pola blok, atau tata letak multi-kolom kompleks tanpa page builder
• Anda membangun blok kustom dengan register_block_type() untuk proyek klien
• Anda ingin memanfaatkan Site Editor untuk kustomisasi tema penuh

Gunakan keduanya (dengan pergantian per pengguna diaktifkan) jika:

• Anda memiliki tim campuran di mana beberapa editor lebih suka Classic dan yang lain lebih suka Gutenberg
• Anda sedang dalam periode transisi memigrasikan situs lama ke arsitektur berbasis blok
• Berbagai jenis postingan di situs Anda memiliki persyaratan kompleksitas yang berbeda

Daftar Periksa Teknis Praktis

Sebelum mengalihkan situs produksi Anda ke Classic Editor, verifikasi hal-hal berikut:

• ] Konfirmasi versi plugin Classic Editor sudah terkini (periksa [wordpress.org/plugins/classic-editor untuk rilis terbaru)
• [ ] Uji semua UI meta box plugin aktif di Classic Editor pada lingkungan staging sebelum diterapkan ke produksi
• [ ] Tinjau filter tiny_mce_before_init Anda jika Anda memiliki konfigurasi TinyMCE kustom yang mungkin bertentangan dengan default plugin
• [ ] Tentukan kebijakan “izinkan pergantian” dan dokumentasikan untuk tim editorial Anda
• [ ] Jika menggunakan WP-CLI, konfirmasi plugin diaktifkan dengan wp plugin list --status=active
• [ ] Periksa bahwa tema Anda tidak mengandalkan gaya blok khusus Gutenberg (kelas CSS wp-block-*) untuk rendering front-end
• [ ] Cadangkan database Anda sebelum melakukan perubahan pergantian editor apa pun pada situs dengan konten Gutenberg yang sudah ada
• [ ] Jika menggunakan jaringan Multisite, tentukan apakah akan mengaktifkan di seluruh jaringan atau per situs dan terapkan melalui Settings > Writing di tingkat jaringan

Padukan pengaturan WordPress Anda dengan domain yang diamankan dengan benar dengan memastikan SSL Certificate Anda valid dan diperbarui secara otomatis — panel admin WordPress mengirimkan cookie autentikasi yang harus dilindungi oleh HTTPS terlepas dari editor mana yang Anda gunakan.

Untuk tim yang mengelola alur kerja editorial yang mencakup notifikasi email, komunikasi penulis, atau integrasi newsletter, pengaturan Email Hosting khusus memastikan email transaksional WordPress (reset kata sandi, notifikasi komentar, perubahan status postingan) terkirim dengan andal daripada dirutekan melalui sendmail default server bersama.

FAQ

Apakah plugin Classic Editor memengaruhi rendering front-end atau performa situs?

Tidak. Plugin Classic Editor hanya memodifikasi antarmuka pengeditan sisi admin. Plugin ini tidak berdampak sama sekali pada cara WordPress merender halaman kepada pengunjung. Performa front-end ditentukan oleh tema, lapisan caching, dan konfigurasi server Anda — bukan oleh editor mana yang digunakan untuk menulis konten.

Apakah beralih dari Gutenberg ke Classic Editor akan merusak konten berbasis blok yang sudah ada?

Tidak. Gutenberg menyimpan anotasi blok sebagai komentar HTML di dalam post_content. Classic Editor akan menampilkan HTML mentah ini di tab Text dan mencoba merendernya di tab Visual. Konten tidak dihapus atau rusak. Jika Anda menyimpan postingan Gutenberg di Classic Editor tanpa mengeditnya, anotasi blok tetap dipertahankan. Jika Anda mengedit dan menyimpan, TinyMCE mungkin menormalkan beberapa spasi tetapi tidak akan menghapus anotasi komentar.

Bisakah saya menggunakan Classic Editor untuk beberapa jenis postingan dan Gutenberg untuk yang lain?

Ya, tetapi tidak melalui UI pengaturan plugin Classic Editor. Anda perlu menggunakan filter use_block_editor_for_post_type dalam kode:

add_filter( 'use_block_editor_for_post_type', function( $use_block_editor, $post_type ) {
    if ( $post_type === 'product' ) {
        return false; // Use Classic Editor for WooCommerce products
    }
    return $use_block_editor;
}, 10, 2 );

Apakah plugin Classic Editor akan dikelola secara permanen?

WordPress.org telah berkomitmen untuk memelihara plugin Classic Editor dengan pembaruan keamanan dan kompatibilitas setidaknya hingga 2024, dan plugin ini terus menerima pembaruan melampaui komitmen tersebut. Namun, plugin ini tidak menerima fitur baru — plugin ini dalam mode pemeliharaan. Untuk proyek baru jangka panjang, Gutenberg adalah arah strategis inti WordPress.

Apakah Classic Editor bekerja dengan WooCommerce?

Ya. Editor produk WooCommerce secara historis dibangun di atas meta box Classic Editor. Versi WooCommerce terbaru (8.x+) memperkenalkan editor produk baru yang dibangun di atas blok, tetapi formulir produk berbasis Classic Editor lama tetap tersedia dan merupakan default untuk sebagian besar instalasi. Plugin Classic Editor tidak mengganggu layar pengeditan produk WooCommerce.