Klasik Blok WordPress 7.1 Ekleyicisinde Kaliyor

🇬🇧 English: Read this in English →

İki hafta önce Klasik bloğun WordPress 7.1’den itibaren blok ekleyicisinden gizlenmesi planını yazmıştım. Filtre korumalı, kapsamı belli, açık bir devre dışı bırakma yolu olan ve uzun vadeli hedefi “TinyMCE’yi sayfa gerçekten ihtiyaç duymadıkça yüklememek” olarak açıkça belirtilmiş bir değişiklikti. Kağıt üzerinde blok editörü ekibinin 2018’den beri yaptığı türden sessiz, mantıklı bir temizlik gibi okunuyordu.

7 Temmuz’da özgün değişikliği gönderen aynı katkıcı ortaya çıktı ve kararı tersine çevirdi. Klasik blok WordPress 7.1 ekleyicisinde, blok kitaplığında ve eğik çizgi komut menüsünde bugün olduğu gibi kalacak. Filtre yok. Yardımcı eklenti yok. Görsel kullanımdan kaldırma uyarısı yok. Beta 1’e bu kadar yakın bir tarihte görmek nadir olan bir şey ve dikkatli okumaya değer — çünkü asıl ilginç kısım nedeni.

Bunu WordPress’in kararsızlığı olarak görmüyorum. Açık konuşayım, bunu birçok yazılım ekibinin konuştuğu ama pek yapmadığı bir şeyi projenin gerçekten yaptığı olarak görüyorum: problemin şekli altında değiştiğinde daha azını göndermek. Bugünün yazısının çerçevesi bu.

Gerçekten yeni olan ne

Klasik blok WordPress 7.1 ekleyicisinde kalıyor yazısı 7 Temmuz 2026’da saat 06:22 UTC’de Marin Atanasov tarafından Make/Core’da yayımlandı ve 7.1 geliştirici notu olarak etiketlendi. Yazı, 23 Haziran’da duyurulan ve Gutenberg PR #77911‘i — Mayıs 2026’da deneysel olarak birleştirilmişti — Trac #65166 ve wordpress-develop 62546 numaralı değişiklik ile WordPress 7.1 için varsayılan davranış hâline getiren kararı geri alıyor.

Somut olarak, geri alma ile üç şey ortadan kalkıyor. Sitelerin bloğu tekrar etkinleştirmesine izin verecek wp_classic_block_supports_inserter filtresi 7.1 dalından çıkarıldı. Değişiklik hiçbir kararlı WordPress sürümünde yer almadığı için geriye dönük uyumluluk yükü yok — hayatta tutulacak bir filtre, uyarı-ve-ara katman döngüsü, kullanımdan kaldırma penceresi yok. Ekleyici girişini geri getirmek için var olan yardımcı Enable Classic Block eklentisi de kullanımdan kaldırılıyor. Editörde Klasik bloklar üzerinde gösterilmek üzere kuyruğa alınmış blok düzeyindeki kullanımdan kaldırma bildirimleri de çıkarılıyor.

Atanasov’un yazısındaki gerekçe alışılmadık biçimde açık: “bu yaklaşım işleri büyük ölçüde tersinden ele alıyordu.” Bloğu ekleyiciden gizlemek TinyMCE’yi daha az yüklenmiş yapmıyordu — TinyMCE hâlâ çekirdekle geliyor ve bir sayfada var olan herhangi bir wp:freeform içeriği bulunduğunda hâlâ kaydediliyor. Sadece bloğu, hâlâ ihtiyaç duyduğu için kullanan kişilerin erişimini zorlaştırıyordu, gerçek hedefi ise bir adım bile ilerletmiyordu.

23 Haziran yazısının yorumlarında ve Gutenberg izleme sorunu #78067‘nin çevresinde gündeme gelen boşluklar isim olarak anılmaya değer, çünkü Klasik bloğun yıllardır sessizce doldurduğu boşluklarla aynılar. Tablo blokları hâlâ hücre birleştirmeyi veya colspan/rowspan‘i desteklemiyor. Paragraf ve Başlık bloklarında hâlâ Özel Karakter seçici yok. Metin içinde medya hizalaması hâlâ özel CSS olmadan klasik “kayan ve saran” düzeni yapamıyor. Bu özellik hakkındaki yazıların çoğunun herkesin geçeceğini varsaydığı “Bloklara Dönüştür” aracının ise kısa kodlar, gömülü HTML ve karmaşık satır içi biçimlendirme ile bilinen içerik bütünlüğü sorunları hâlâ mevcut. Bunların hiçbiri yeni değil. Hepsi 2026’da işini yapan bir WordPress editörünün Klasik bloğa uzanmasının tam da nedeni.

Yazının 7.1 sonrası için ortaya koyduğu yön kullanımdan kaldırma değil. “Bloklara Dönüştür” aracını gerçekten güvenilir hâle getirmek, binlerce Klasik blok yazısı olan siteler için toplu taşıma mekanizması kurmak ve TinyMCE’yi açık bağımlılık bildirimleri üzerinden isteğe bağlı ve talep üzerine yüklemeye taşımak — böylece editöre ihtiyaç duyan eklentiler onu isteyebilir, ihtiyaç duymayan sayfalar atlayabilir. Bu daha uzun bir yol, ama ortalama sayfa yükünden varlığı gerçekten kaldıran yol. Özgün “ekleyiciden gizle” değişikliğinin ulaşmaya çalıştığı ve teslim edemediği hedef tam olarak bu.

Geri almak zayıflık değil, olgunluk

Bir kararı Beta 1’e günler kala geri almak dışarıdan kararsızlık gibi görünür. Bence tam tersi. Otuz yıldır yazılım izliyorum ve gördüğüm en pahalı hatalar hep “biz bunu duyurduk, artık geri adım atarsak zayıf görünürüz” diyerek yanlış yolda ısrar eden ekiplerden çıktı. Ego kalitenin önüne geçtiği an, kod borcu kartopu olur. Bir değişikliğin gerçek hedefe hizmet etmediğini fark edip onu sessizce çekmek — hem de henüz kimseyi kırmadan, kararlı bir sürüme hiç girmeden — aslında sağlam mühendisliğin ta kendisi.

Ben olsam bu kararı bir uyarı olarak da not ederdim: birleştirme önerilerine karşı üretim kodu yazma. “Şu şu 7.1’de gelecek” başlıklı bir blog gördün diye takvimini ona göre kurma. Bir şey gerçekten bir betaya girene kadar, o hâlâ bir niyet — ve niyetler, gördüğün gibi, bir cuma sabahı tersine dönebilir.

WordPress / WooCommerce insanları için neden önemli

Ekleyiciden gizleme değişikliği etrafında planlama yapmaya başlamış olsaydın — ekibindeki editörler için filtreyi çeviren bir mu-plugin yazmak, müşteri işe alım belgelerine not eklemek veya “Klasik neden gidiyor” başlıklı bir eğitim slaydı hazırlamak gibi — durabilirsin. 7.1’de gitmiyor. Filtreyle değil, kullanımdan kaldırma bildirimiyle değil, ekleyicideki dürtmeyle değil. Bugün elinde olan mevcut durum, 7.1’in yayımlandığı 19 Ağustos’ta ve öngörülebilir ara sürümlerde de elinde olacak durum.

Daha büyük sonuç, eski WordPress kurulumlarından içerik göçü yapan herkes için geçerli. On binlerce Klasik blok yazısı olan bir siteyi yeni bir temaya taşıyorsan, dürüst yanıt şu: izlenmesi gereken parça ekleyici değil, “Bloklara Dönüştür” aracı. 7 Temmuz yazısının düzeltmeye söz verdiği parça tam da o. Bu araç düzelene kadar güvenli göç deseni deneyimli ekiplerin yıllardır kullandığı desen olmaya devam ediyor: eski içeriği wp:freeform olarak bırak, yazılar düzenlendikçe adım adım dönüştür ve tamamen gözden geçirmediğin bir arşiv üzerinde toplu “kaydederken dönüştür” betikleri çalıştırma.

WooCommerce mağazaları için pratik okuma daha da basit. Ürün açıklamaları, sipariş alındı metni, koşullar ve şartlar, iade politikası sayfaları — satıcının uzun biçimli içerik düzenlediği her yerde Klasik blok geçerli bir araçtı ve öyle olmaya devam ediyor. Özellikle blok editörü karşılıklarının hâlâ temiz biçimde karşılamadığı tablolar ve satır içi biçimlendirme için. Az önce geri çekilmiş bir değişiklik etrafında göç planı yazman gerekmiyor.

Ve yakalanmaya değer daha geniş bir sinyal var. Bu, 7.1 döngüsünde ikinci görünür geri alma. Gerçek zamanlı işbirliği (RTC) Mayıs’ta 7.0’dan çekildi ve 7.1 yol haritasına göre şimdi 7.1 için “stratejik kararlar beklemede” durumunda. Proje “planlanandan azını gönder” kararları hakkında alışılmadık biçimde açık davranıyor. Bu sağlıklı.

Ne yapardım (ya da yapmazdım)

Bu çeyrek göndereceğin hiçbir şeye wp_classic_block_supports_inserter filtresini ekleme. 7.1 dalından çıkarıldı ve hiçbir kararlı sürümde hiç yer almadı. Bu filtreye başvuran her kod 7.1’de hiçbir şey yapmayacak ve onu okuyan bir sonraki geliştiriciyi şaşırtacak. Etrafında bir mu-plugin yazdıysan, üretime gitmeden önce sil.

Ekibin “Klasik blok 7.1’de kullanımdan kalkıyor” temalı eğitim materyalleri hazırlıyorsa, 15 Temmuz’daki Beta 1’den önce şimdi güncelle. Editörler için doğru çerçeve şu: Klasik blok WordPress 7.1’de gerçekten daha iyi olduğu içerik için — eski içerik, karmaşık tablolar, zorlu satır içi biçimlendirme — desteklenen, birinci sınıf bir seçenektir; blok editörü ise geri kalan her şey için varsayılandır. Bu, tam olarak açıklayamayacağın yumuşak bir kullanımdan kaldırma mesajından çok daha kolay öğretilir bir mesaj.

Eklenti tarafındaysan ve TinyMCE eklentileri kaydediyor veya wp_editor()‘a bağlıysan, bu bağımlılığı nasıl bildirdiğini gözden geçirmek için iyi bir hafta. Gidilen yön TinyMCE’nin yalnızca açıkça istendiğinde yüklenmesi. Bu — özgün “ekleyiciden gizle” planından daha yavaş bir takvimde — geldiğinde, bağımlılıklarını zaten temiz bildiren eklentiler hiç değişiklik olmadan çalışmaya devam edecek. TinyMCE’nin her zaman kayıtlı olmasına güvenenler kod değişikliği yapmak zorunda kalacak. Bağımlılığı gereklilik hâline geldiği haftadan bir hafta önce değil, şimdi ekle.

İçerik göçü tarafındaysan müşterilere iki yıldır verdiğim öneri değişmiyor: okumadığın bir arşiv üzerinde toplu Klasik-blok-dönüştürmesi yapma. Kendi şablonlarını vuran “Bloklara Dönüştür” sorunlarını düzelt, göçleri içerik zaten dokunulduğunda yazı yazı yap ve bazı eski yazıların sonsuza kadar Klasik kalacağını kabul et. Bu fena olmayan bir sonuç. Blok editörünün değerli olması için arşivindeki her paragrafı yemesi gerekmiyor.

7 Temmuz yazısında benim için en yararlı cümle, Atanasov’un ekleyiciden gizleme değişikliğinin “doğrudan hiçbir kazanç sağlamadan” deneyimi kötüleştirdiğini söylediği cümle. Bu, yalnızca bunun değil, daha fazla birleştirme önerisinin sınanmasını istediğim cümle.