Klasik Blok WordPress 7.1 Ekleyicisinde Kaliyor

İ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. 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 altları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.

WordPress / WooCommerce insanları için neden önemli

Ekleyiciden gizleme değişikliği etrafında planlama yapmaya başlamış olsaydınız — ekibinizdeki editörler için filtreyi çeviren bir mu-plugin yazmak, müşteri işe alım belgelerinize not eklemek veya “Klasik neden gidiyor” başlıklı bir eğitim slaydı hazırlamak gibi — durabilirsiniz. 7.1’de gitmiyor. Filtreyle değil, kullanımdan kaldırma bildirimiyle değil, ekleyicideki dürtmeyle değil. Bugün elinizde olan mevcut durum, 7.1’in yayımlandığı 19 Ağustos’ta ve öngörülebilir ara sürümlerde de elinizde 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ız, 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ın, yazılar düzenlendikçe adım adım dönüştürün ve tamamen gözden geçirmediğiniz bir arşiv üzerinde toplu “kaydederken dönüştür” betikleri çalıştırmayın.

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ızı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ız 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ı. Ayrıca birleştirme önerilerine karşı üretim kodu yazılmaması gerektiğinin — bir betaya gerçekten girene kadar — hatırlatıcısı.

Ne yapardım (ya da yapmazdım)

Bu çeyrek göndereceğiniz hiçbir şeye wp_classic_block_supports_inserter filtresini eklemeyin. 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ız, üretime gitmeden önce silin.

Ekibiniz “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üncelleyin. 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ız yumuşak bir kullanımdan kaldırma mesajından çok daha kolay öğretilir bir mesaj.

Eklenti tarafındaysanız ve TinyMCE eklentileri kaydediyor veya wp_editor()‘a bağlıysanız, bu bağımlılığı nasıl bildirdiğinizi 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 ekleyin.

İçerik göçü tarafındaysa müşterilere iki yıldır verdiğim öneri değişmiyor: okumadığınız bir arşiv üzerinde toplu Klasik-blok-dönüştürmesi yapmayın. Kendi şablonlarınızı vuran “Bloklara Dönüştür” sorunlarını düzeltin, göçleri içerik zaten dokunulduğunda yazı yazı yapın ve bazı eski yazıların sonsuza kadar Klasik kalacağını kabul edin. Bu fena olmayan bir sonuç. Blok editörünün değerli olması için arşivinizdeki 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.