WordPress’te Klasik Editör Nasıl Kullanılır: Kurulum, Yapılandırma ve Ne Zaman Gerçekten Mantıklı Olduğu

WordPress Classic Editor, WordPress 5.0’da tanıtılan Gutenberg blok sisteminden önce gelen, TinyMCE tabanlı bir WYSIWYG içerik editörüdür. İçeriğin ayrı, istiflenerek kullanılabilen bloklar yerine tek bir sürekli alanda bir arada bulunduğu — Microsoft Word’e görsel olarak benzer — tek, doğrusal bir düzenleme tuvali sunar. Bugün kurması gereken kullanıcılar için kısa yanıt şudur: WordPress eklenti deposundan resmi Classic Editor eklentisini kurun, etkinleştirin ve Ayarlar > Yazma altında varsayılan editörü yapılandırın.

Bu iki cümlelik yanıt temel soruyu karşılamaktadır. Bu kılavuzun geri kalanı iki editör arasındaki mimari farklılıkları, birini diğerine tercih etmek için meşru teknik nedenleri, yapılandırma uç durumlarını ve Classic Editor’ı zorlamanın çözdüğünden daha fazla sorun yarattığı senaryoları ele almaktadır.

Classic Editor ile Gutenberg Blok Editörü: Teknik Karşılaştırma

Herhangi bir ayara dokunmadan önce, aslında ne arasında geçiş yaptığınızı anlamak faydalıdır. Bu karar yalnızca görsel değildir.

İşlevsel açıdan en önemli fark içerik depolamadır. Classic Editor temiz HTML kaydeder. Gutenberg her içerik birimini blok sınırlayıcıları olarak işlev gören HTML yorum ek açıklamalarıyla sarar. İçeriği sistemler arasında — başsız bir CMS’e, statik site oluşturucuya veya WordPress dışı bir platforma — taşımanız gerekirse, Classic Editor çıktısının ayrıştırılması ve taşınması çok daha kolaydır. Gutenberg’in blok dilbilgisi, WordPress’in ayrıştırıcısına özgüdür.

Geliştiricilerin ve Site Sahiplerinin Hâlâ Classic Editor’ı Tercih Etme Nedenleri

Eski Eklenti ve Tema Uyumluluğu

Birçok ticari eklenti — özellikle eski form oluşturucular, e-ticaret uzantıları ve özel gönderi türü eklentileri — doğrudan gönderi düzenleme ekranına alan ekleyen meta box’lar kaydeder. Gutenberg’de bu meta box’lar, bir iframe uyumluluk katmanı içinde görüntülenen daraltılabilir bir kenar çubuğu paneline indirgenir. Bu katman her zaman doğru çalışmaz: JavaScript çakışmaları ortaya çıkar, koşullu mantık bozulur ve bazı meta box UI çerçeveleri (örneğin jQuery UI iletişim kutuları) iç içe geçmiş belge bağlamında düzgün başlatılamaz.

Siteniz karmaşık JavaScript bağımlı kullanıcı arayüzleriyle add_meta_box() kullanan eklentilere dayanıyorsa, Classic Editor bu sorun sınıfının tamamını ortadan kaldırır.

REST API Kısıtlamaları

Gutenberg editörü, WordPress REST API’sine sürekli arka plan istekleri gönderir — blok kalıplarını almak, taslakları otomatik kaydetmek, gönderi kilit durumunu almak ve kullanıcı yetkilerini doğrulamak için. REST API’nin kasıtlı olarak kısıtlandığı güçlendirilmiş sunucu ortamlarında (add_filter('rest_authentication_errors', ...) aracılığıyla veya /wp-json/‘yi engelleyen sunucu düzeyindeki kurallarla), Gutenberg kısmen veya tamamen yüklenemez. Classic Editor’ın böyle bir bağımlılığı yoktur ve bu kısıtlamalar altında normal şekilde çalışır.

Çoklu Site ve Rol Tabanlı Editör Kontrolü

WordPress Çoklu Site kurulumlarında, ağ yöneticilerinin tüm alt siteler genelinde tutarlı bir düzenleme deneyimi uygulaması gerekebilir — özellikle teknik olmayan editörler söz konusu olduğunda. Classic Editor eklentisi, kullanıcı başına editör değiştirmeye izin vermeyen ve tüm kullanıcıları bireysel tercihlerinden bağımsız olarak Classic Editor’a kilitleyen bir Settings > Writing seçeneğini destekler. Gutenberg, özel kod olmadan eşdeğer bir ağ düzeyinde uygulama mekanizması sunmaz.

Metin Ağırlıklı İçerik için İş Akışı Hızı

Yüksek hacimde metin içeriği üreten yayıncılar için — haber makaleleri, belgeler, hukuki dosyalar — Classic Editor’ın tek tuval modeli gerçekten daha hızlıdır. Yeni bir blok eklemenize, blok türü seçmenize veya blok ayarları panelleri arasında gezinmenize gerek yoktur. Enter’a basarsınız ve yazmaya devam edersiniz. Klavyede yaşayan ve HTML sekme kısayollarını kullanan editörler için bu önemlidir.

Classic Editor Eklentisi Nasıl Kurulur

Classic Editor, WordPress çekirdeğiyle birlikte gelmez. WordPress Katkıcılar ekibi tarafından resmi bir eklenti olarak sürdürülmekte ve WordPress.org eklenti deposundan edinilebilmektedir.

Yöntem 1: WordPress Kontrol Paneli Aracılığıyla Kurulum

1. WordPress yönetici panelinize giriş yapın (/wp-admin).
2. Eklentiler > Yeni Eklenti Ekle bölümüne gidin.
3. Arama alanına Classic Editor yazın.
4. WordPress Katkıcıları tarafından yazılmış eklentiyi bulun — benzer adlara sahip taklit eklentiler olduğundan yazarı doğrulayın.
5. Şimdi Kur‘a, ardından Etkinleştir‘e tıklayın.

Yöntem 2: WP-CLI Aracılığıyla Kurulum

WordPress’i komut satırından yönetiyorsanız — ki bu herhangi bir VPS Hosting ortamında standart uygulamadır — WP-CLI, kontrol paneli kullanıcı arayüzünden önemli ölçüde daha hızlıdır:

wp plugin install classic-editor --activate

Çoklu Site kurulumunda ağ genelinde kurmak için:

wp plugin install classic-editor --activate-network

Yöntem 3: Manuel Yükleme

Eklenti ZIP dosyasını wordpress.org/plugins/classic-editor adresinden indirin, ardından Eklentiler > Yeni Eklenti Ekle > Eklenti Yükle aracılığıyla yükleyin veya doğrudan sunucunuza çıkartın:

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

Çıkartma işleminin ardından WP-CLI veya kontrol paneli aracılığıyla etkinleştirin.

Classic Editor Ayarlarını Yapılandırma

Etkinleştirildikten sonra eklenti, Ayarlar > Yazma altında iki yapılandırma seçeneği sunar.

Tüm Kullanıcılar için Varsayılan Editör

İlk seçenek, site genelindeki varsayılanı belirler. Classic Editor ile Blok Editörü arasında seçim yapabilirsiniz. Bunu Classic Editor olarak ayarlamak, her yeni gönderi ve sayfanın varsayılan olarak TinyMCE’de açılması anlamına gelir.

Kullanıcıların Editör Değiştirmesine İzin Ver

İkinci seçenek, bireysel kullanıcıların gönderi bazında site varsayılanını geçersiz kılıp kılamayacağını kontrol eder. Etkinleştirildiğinde, Gönderiler > Tüm Gönderiler listesinde bir gönderinin üzerine gelindiğinde iki eylem bağlantısı görünür: Düzenle (site varsayılanında açılır) ve mevcut varsayılana bağlı olarak Düzenle (Classic Editor) veya Düzenle (Blok Editörü).

Çoğu eski site için önerilen yapılandırma:

• Varsayılan editör: Classic Editor
• Kullanıcıların değiştirmesine izin ver: Hayır

Bu, editörlerin içeriği yanlışlıkla Gutenberg’de açmasını ve Classic Editor’da yazılmış gönderilere istemeden blok dilbilgisi yorumları eklemesini önler — bazı temalarda görüntüleme anormalliklerine neden olabilecek bir karışım.

Classic Editor Arayüzünü Kullanma

Görsel Sekme (WYSIWYG Modu)

Görsel sekme, içeriğinizi TinyMCE’nin iframe tabanlı önizlemesi aracılığıyla görüntüler. Araç çubuğu şunları sağlar:

• Metin biçimlendirme: Kalın (Ctrl+B), İtalik (Ctrl+I), Üstü Çizili, Altı Çizili
• Paragraf stilleri: Başlık 1’den Başlık 6’ya, Önceden Biçimlendirilmiş, Blok Alıntı
• Listeler: Sıralı ve sırasız, girinti/çıkıntı kontrolleriyle
• Bağlantılar: Hedef ve başlık öznitelikleriyle köprü ekleme/düzenleme
• Medya ekleme: Resimler, video, ses ve belgeler için WordPress Medya Kütüphanesini açar
• Word’den yapıştır: Yapıştırma sırasında Microsoft Word’ün özel HTML işaretlemesini temizler
• Dikkat dağıtmayan yazma modu: Tüm yönetici kullanıcı arayüzünü gizleyen tam ekran geçişi

Araç çubuğunun iki satırı vardır. Yalnızca bir satır görüyorsanız, paragraf stili seçiciyi, metin rengini, karakter haritasını ve geri al/yinele seçeneklerini içeren ikinci satırı ortaya çıkarmak için Araç Çubuğu Geçişi düğmesine (birinci satırdaki son simge) tıklayın.

Metin Sekmesi (Ham HTML Modu)

Metin sekmesi, post_content içinde depolanan ham HTML’yi gösterir. Bu tam bir kod editörü değildir — sözdizimi vurgulama ve satır numaralandırma eksiktir — ancak işaretlemeye doğrudan erişim sağlar. Kullanışlı senaryolar:

• TinyMCE’nin kaldıracağı veya kaçıracağı ham <iframe> yerleştirmeleri ekleme
• Görsel sekmenin kullanıcı arayüzünün göstermediği özel HTML öznitelikleri ekleme
• TinyMCE’nin otomatik etiket temizlemesinden kaynaklanan görüntüleme sorunlarını ayıklama

Anlaşılması gereken kritik davranış: TinyMCE, Metin sekmesinden Görsel sekmeye geçtiğinizde HTML temizliği yapar. Kapatılmamış etiketleri kapatır, belirli öğeleri kaldırır (bazı yapılandırmalarda <script> gibi) ve boşlukları normalleştirir. Metin sekmesinde ham HTML yazarsanız, yayımlamadan önce Görsel’e geri dönüşte hayatta kaldığını her zaman doğrulayın.

Özet, Özel Alanlar ve Tartışma Meta Box’ları

Ana editör tuvalinin altında Classic Editor, yerel WordPress meta box’larının tam setini orijinal düzeninde gösterir:

• Özet: Temalar ve SEO eklentileri tarafından meta açıklamaları için kullanılan düz metin özeti
• Özel Alanlar: wp_postmeta içinde depolanan anahtar-değer çiftleri — bir kenar çubuğu paneline geçmeden doğrudan erişilebilir
• Tartışma: Gönderi başına yorum ve geri izleme ayarları
• Kalıcı Bağlantı: Düzenlenebilir URL kalıcı bağlantı alanı (ayrıca Yayımla kutusunda da bulunur)
• Yazar: Sayfadan ayrılmadan gönderi yazarlığını yeniden atama

Bu meta box’lar Classic Editor’da her zaman görünür ve tam genişliktedir. Gutenberg’de ise kenar çubuğunda gizlenir veya uyumluluk iframe’inde görüntülenir — özel alanlara yoğun biçimde dayanan iş akışları için anlamlı bir kullanıcı deneyimi farkıdır.

Gönderi Başına Editörler Arasında Geçiş Yapma

“Kullanıcıların değiştirmesine izin ver” seçeneğini etkinleştirdiyseniz, gönderi başına editör geçişi şu şekilde çalışır:

Gönderi listesinden:

1. Gönderiler > Tüm Gönderiler bölümüne gidin.
2. Gönderi başlığının üzerine gelin.
3. Gerektiğinde Düzenle (Classic Editor) veya Düzenle (Blok Editörü)‘ne tıklayın.

Editörün içinden:

Gutenberg’de, üç noktalı seçenekler menüsünde (sağ üst) Classic Editor’a Geç bağlantısı görünür. Classic Editor’da ise ekranın üst kısmında Blok Editörüne Geç bağlantısı görünür.

Uyarı: Gutenberg’de yazılmış bir gönderiyi Classic Editor’a geçirip kaydetmek — blok dilbilgisi yorum ek açıklamalarını ham HTML’de koruyacaktır. Bu yorumlar ön uç görüntüleme için zararsızdır ancak Classic Editor’ın Metin sekmesinde düz metin olarak görünür ve bu kafa karıştırıcı olabilir. Gutenberg’e geri geçmek bunları doğru şekilde yeniden ayrıştıracaktır. Ters senaryo (Classic Editor içeriğinin Gutenberg’de açılması) temizdir; çünkü Gutenberg tanınmayan HTML’yi otomatik olarak bir Classic bloğuna sarar.

Eklenti Olmadan Classic Editor’ı Devre Dışı Bırakma

Gutenberg’i zorlamak ve Classic Editor’ın kullanılmasını önlemek istiyorsanız — ya da bir eklenti kurmadan Gutenberg’i devre dışı bırakmak istiyorsanız — WordPress bir filtre kancası sağlar:

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

Bu, gönderi düzenleme için Classic Editor eklentisiyle aynı etkiyi sağlar ancak Site Editörünü (Tam Site Düzenleme) etkilemez. FSE dahil tam Gutenberg devre dışı bırakma için:

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

Bu yaklaşım, ek eklenti kurmanın politika tarafından kısıtlandığı ortamlarda veya devre dışı bırakma mantığının üçüncü taraf bir eklentinin etkinleştirme durumuna bağlı olmak yerine temanızda veya eklentinizde sürüm kontrollü olmasını istediğinizde tercih edilir.

Classic Editor ve WordPress Hosting Ortamları

Classic Editor eklentisinin kendisi hafiftir ve anlamlı bir sunucu tarafı gereksinimi getirmez. Ancak hosting ortamınızın daha geniş bağlamı, düzenleme deneyimini belirtmeye değer şekillerde etkiler.

Paylaşımlı hosting planlarında, PHP yürütme ve veritabanı sorguları aynı sunucudaki diğer kiracılarla rekabet ettiğinden WordPress yönetici paneli yavaş hissettirilebilir. Classic Editor bu bağlamda Gutenberg’den ölçülebilir biçimde daha hafiftir — daha az REST API çağrısı, React görüntüleme yükü yok ve daha küçük JavaScript yükü, yöneticide daha hızlı sayfa yüklemeleri anlamına gelir. Paylaşımlı Web Hosting planındaysanız ve blok editörünü yavaş buluyorsanız, Classic Editor pratik bir optimizasyondur.

cPanel’li VPS‘te PHP bellek sınırları, OPcache yapılandırması ve MySQL sorgu önbelleğe alma üzerinde tam kontrole sahipsiniz. Bu ortamda her iki editör de iyi performans gösterir ve seçim, bir performans zorunluluğu yerine tamamen iş akışı tercihi haline gelir.

Özel Sunuculardaki yüksek trafikli WordPress kurulumlarında, editör seçiminin ön uç performansı üzerinde esasen sıfır etkisi vardır — düzenleme arayüzü yalnızca kimliği doğrulanmış yönetici kullanıcılar tarafından yüklenir ve sayfa hızı için önemli olan yayımlanan HTML çıktısıdır.

Yaygın Tuzaklar ve Uç Durumlar

TinyMCE’nin geçerli HTML’yi kaldırması: TinyMCE’nin valid_elements ve extended_valid_elements yapılandırması, Görsel editörde hangi HTML etiketlerine ve özniteliklerine izin verildiğini kontrol eder. Varsayılan olarak <article>, <section>, <figure> (eski yapılandırmalarda) gibi etiketleri ve özel veri özniteliklerini kaldırır. İçeriğiniz bunları gerektiriyorsa, tiny_mce_before_init filtresi aracılığıyla TinyMCE’nin izin verilen öğelerini genişletmeniz gerekir:

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

Otomatik kaydetme çakışmaları: Classic Editor, wp-admin/post.php‘ye action=autosave ile POST istekleri gönderen eski wp_autosave() JavaScript işlevini kullanır. Sunucunuzda agresif hız sınırlaması veya wp-admin‘ye tekrarlanan POST isteklerini engelleyen bir WAF kuralı varsa, otomatik kaydetmeler sessizce başarısız olur. İçerik kaybı yaşanırsa sunucu hata günlüklerinizi izleyin.

Classic Editor ve Tam Site Düzenleme (FSE) temaları: Etkin temanız bir FSE temasıysa (theme.json içinde "blockTemplates": true bildiren), Classic Editor gönderi ve sayfa içeriği için çalışmaya devam eder, ancak Site Editörü (/wp-admin/site-editor.php) tamamen Gutenberg tabanlıdır ve Classic Editor eklentisinden etkilenmez. FSE tema şablonlarını düzenlemek için Classic Editor’ı kullanamazsınız.

Eklenti devre dışı bırakma davranışı: Classic Editor eklentisini devre dışı bırakmak içeriğinizi dönüştürmez. Classic Editor’da yazılmış gönderiler temiz HTML olarak kalır. Gutenberg’de yazılmış gönderiler blok dilbilgisini korur. Gutenberg her ikisini de doğru şekilde ayrıştırır. Eklentiyi devre dışı bırakmaktan kaynaklanan veri kaybı riski yoktur.

Karar Matrisi: Hangi Editörü Kullanmalısınız?

Classic Editor’ı şu durumlarda kullanın:

• Siteniz, Gutenberg’in uyumluluk katmanında bozulan karmaşık meta box kullanıcı arayüzlerine sahip eklentiler kullanıyorsa
• Sunucunuz WordPress REST API’sini kısıtlıyorsa
• İçeriği WordPress dışı bir platforma taşıyorsanız ve temiz, taşınabilir HTML’ye ihtiyacınız varsa
• Editoryal ekibiniz büyük, teknik olmayan ve Classic Editor iş akışı konusunda eğitilmişse
• WordPress’i kaynak kısıtlı bir paylaşımlı hosting ortamında çalıştırıyorsanız

Gutenberg’i şu durumlarda kullanın:

• Eski eklenti bağımlılıkları olmadan yeni siteler oluşturuyorsanız
• Temanız blok tabanlı veya FSE uyumluysa
• Bir sayfa oluşturucu olmadan yeniden kullanılabilir bloklara, blok kalıplarına veya karmaşık çok sütunlu düzenlere ihtiyacınız varsa
• Müşteri projeleri için register_block_type() ile özel bloklar oluşturuyorsanız
• Tam tema özelleştirmesi için Site Editöründen yararlanmak istiyorsanız

Her ikisini de (kullanıcı başına geçiş etkinleştirilmiş olarak) şu durumlarda kullanın:

• Bazı editörlerin Classic’i, diğerlerinin Gutenberg’i tercih ettiği karma bir ekibiniz varsa
• Eski bir siteyi blok tabanlı mimariye taşıdığınız bir geçiş dönemindeyseniz
• Sitenizdeki farklı gönderi türlerinin farklı karmaşıklık gereksinimleri varsa

Pratik Teknik Kontrol Listesi

Üretim sitenizi Classic Editor’a geçirmeden önce aşağıdakileri doğrulayın:

• ] Classic Editor eklenti sürümünün güncel olduğunu onaylayın (en son sürüm için [wordpress.org/plugins/classic-editor adresini kontrol edin)
• [ ] Üretime dağıtmadan önce tüm aktif eklentilerin meta box kullanıcı arayüzlerini bir hazırlık ortamında Classic Editor’da test edin
• [ ] Eklentinin varsayılanlarıyla çakışabilecek özel TinyMCE yapılandırmalarınız varsa tiny_mce_before_init filtrelerinizi gözden geçirin
• [ ] “Geçişe izin ver” politikasına karar verin ve editoryal ekibiniz için belgeleyin
• [ ] WP-CLI kullanıyorsanız, eklentinin wp plugin list --status=active ile etkinleştirildiğini onaylayın
• [ ] Temanızın ön uç görüntüleme için Gutenberg’e özgü blok stillerine (wp-block-* CSS sınıfları) dayanmadığını kontrol edin
• [ ] Mevcut Gutenberg içeriğine sahip bir sitede editör değiştirme değişiklikleri yapmadan önce veritabanınızı yedekleyin
• [ ] Çoklu Site ağındaysanız, ağ genelinde mi yoksa site bazında mı etkinleştireceğinize karar verin ve ağ düzeyinde Settings > Writing aracılığıyla uygulayın

WordPress kurulumunuzu düzgün güvenlik altına alınmış bir alan adıyla eşleştirin: SSL Sertifikalarınızın geçerli ve otomatik yenileniyor olduğundan emin olun — WordPress yönetici paneli, hangi editörü kullandığınızdan bağımsız olarak HTTPS ile korunması gereken kimlik doğrulama çerezleri iletir.

E-posta bildirimleri, yazar iletişimleri veya bülten entegrasyonlarını içeren editoryal iş akışlarını yöneten ekipler için, özel bir E-posta Hosting kurulumu, işlemsel WordPress e-postalarının (parola sıfırlama, yorum bildirimleri, gönderi durum değişiklikleri) paylaşımlı bir sunucunun varsayılan sendmail‘si üzerinden yönlendirilmek yerine güvenilir biçimde teslim edilmesini sağlar.

SSS

Classic Editor eklentisi ön uç görüntülemeyi veya site performansını etkiler mi?

Hayır. Classic Editor eklentisi yalnızca yönetici tarafındaki düzenleme arayüzünü değiştirir. WordPress’in sayfaları ziyaretçilere nasıl görüntülediği üzerinde sıfır etkisi vardır. Ön uç performansı, temanız, önbelleğe alma katmanınız ve sunucu yapılandırmanız tarafından belirlenir — içeriği yazmak için hangi editörün kullanıldığı tarafından değil.

Gutenberg’den Classic Editor’a geçmek mevcut blok tabanlı içeriğimi bozar mı?

Hayır. Gutenberg, blok ek açıklamalarını post_content içinde HTML yorumları olarak depolar. Classic Editor bu ham HTML’yi Metin sekmesinde görüntüler ve Görsel sekmede görüntülemeye çalışır. İçerik silinmez veya bozulmaz. Gutenberg gönderisini düzenlemeden Classic Editor’da kaydederseniz, blok ek açıklamaları korunur. Düzenleyip kaydederseniz, TinyMCE bazı boşlukları normalleştirebilir ancak yorum ek açıklamalarını kaldırmaz.

Bazı gönderi türleri için Classic Editor, diğerleri için Gutenberg kullanabilir miyim?

Evet, ancak Classic Editor eklentisinin ayarlar kullanıcı arayüzü aracılığıyla değil. Kodda use_block_editor_for_post_type filtresini kullanmanız gerekir:

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 );

Classic Editor eklentisi kalıcı olarak sürdürülecek mi?

WordPress.org, Classic Editor eklentisini en az 2024 yılına kadar güvenlik ve uyumluluk güncellemeleriyle sürdürmeyi taahhüt etmiştir ve bu taahhüdün ötesinde güncellemeler almaya devam etmektedir. Ancak yeni özellik almamaktadır — bakım modundadır. Uzun vadeli yeni projeler için Gutenberg, WordPress çekirdeğinin stratejik yönüdür.

Classic Editor WooCommerce ile çalışır mı?

Evet. WooCommerce’in ürün editörü tarihsel olarak Classic Editor meta box’ları üzerine inşa edilmiştir. Son WooCommerce sürümleri (8.x+) bloklar üzerine inşa edilmiş yeni bir ürün editörü tanıttı, ancak eski Classic Editor tabanlı ürün formu kullanılabilir olmaya devam etmekte ve çoğu kurulum için varsayılan olmaktadır. Classic Editor eklentisi, WooCommerce’in ürün düzenleme ekranlarına müdahale etmez.