Her sürüm döngüsünde, WordPress sitelerini gerçekten işleten insanlar için iki belge önemlidir. Birincisi sürüm ekibi duyurusu — gemiyi kimin yönlendirdiği. İkincisi yol haritası — geminin hangi yöne çevrildiği. Ekibi çarşamba günü işledik. Yol haritası bu gece yarısı yayımlandı ve son birkaç döngüde okuduğum en dürüst olanı.
Bu yazıda en çok takdir ettiğim şey, sayfanın ortasındaki uyarı: “burada paylaşılanlar aktif olarak takip ediliyor, ancak her birinin WordPress 7.1’in nihai sürümüne girmesi şart değil.” 7.0’da Gerçek Zamanlı Birlikte Düzenleme son dakikada çekildikten ve React 19 yükseltmesi bir ara sürümde geri alındıktan sonra, bu tür bir dil hoş karşılanır. Pazarlama ile mühendislik arasındaki fark tam da budur.
Bu yüzden 19 Ağustos için masada gerçekten ne olduğunu, ajans işine ne anlama geldiğini ve nerede temkinli davranacağımı anlatayım.
Gerçekten yeni olan ne
7.1 sürüm lideri Anne McCarthy, 7.1 Yol Haritasını bugün Make/Core üzerinde yayımladı. Sürüm hâlâ 19 Ağustos 2026 hedefinde, Phoenix’teki WordCamp US ile aynı haftaya denk geliyor; odak ise iş birliği, yapay zekâ, özelleştirme ve sessizce önemli birkaç başarım ile geliştirici değişikliği arasında bölünüyor.
Yapay zekâ tarafında yol haritası şunlara söz veriyor: AI İstemcide üretim akışı ve anlam temelli arama için gömme desteği, Bağlayıcılar için düz API anahtarlarının ötesine geçen genişletilmiş kimlik doğrulama (kullanıcı adı artı uygulama şifreleri açıkça belirtilmiş) ve yeni bir Yönergeler ilkesi — “WordPress’e yazı işleri kurallarını kalıcı ve yapılandırılmış bir şekilde kodlamanın bir yolu.” Sonuncusu editör ekipleri için ilgi çekici olanı: çekirdekte yerleşik bir yazım kılavuzu katmanına en yakın öneri. Bu çalışma, 7.0’da gelen istemci tarafı Abilities API’sinin üzerine kuruluyor; o da kendisi 6.9’daki sunucu tarafı Abilities API’sini genişletmişti. 7.1 çalışması Abilities’i sorgulanabilir yeteneklere doğru itiyor — bir yapay zekâ ajanı veya başka bir eklenti “bu site neler yapabiliyor?” diye soracaksa, binlerce hook referansını taramadan cevap alabilmesi için.
İş birliği tarafında Notlar zenginleştirilmiş metin, ifade tepkileri, öneri uygulama ve bloklar arası tartışma kazanıyor. Gerçek Zamanlı Birlikte Düzenleme ise “stratejik karar bekleniyor” kovasında kalmaya devam ediyor — yazı, ekibin kapsam veya depolama mekanizmasını henüz kesinleştirmediğini dürüstçe kabul ediyor. Bu da 3 Haziran’da başlatılan iletişim çalışmasıyla ve RTC’nin mayısta 7.0’dan çıkarılmasıyla örtüşüyor. 7.1’deki RTC’yi tamamlanmış bir özellik değil, isteğe bağlı altyapı olarak değerlendir.
Çekirdek için üç yeni blok planlanıyor: Playlist (dalga formuyla), İçindekiler ve Sekmeler. Stillendirme tarafında CSS yazmadan etkileşim durumları (üzerine gelme, odaklanma, etkin), CSS yazmadan duyarlı denetimler, özelleştirilebilir görünüm noktaları ve sonunda devralınan stilleri gösteren bir kenar çubuğu paneli geliyor. Yönetim panelinde editörler arasında kalıcı bir omnibar, Site Düzenleyici’nin yönetim renk şemalarına uyum sağlaması ve yıllardır dağınık duran site ayarlarını birleştiren yeni bir Kimlik bölümü var.
Ortam işleme daha da istemci tarafına kayıyor: tarayıcıda HEIC, Ultra HDR ve GIF’ten videoya dönüşümler, artı ortam penceresinde serbest formlu bir kırpıcı. Bu, geniş anlamda performans ekibinin sunucu dışı görsel işine doğru itişiyle tutarlı ve çarşamba günü işlediğimiz ayrı bir libvips arka uç önerisini tamamlıyor.
Basında yer almayacak ama yer almalı olan iki madde: e-posta adreslerinde, kullanıcı adlarında ve kısa adlarda genişletilmiş Unicode desteği (zaten trunk’ta) ve önbellek tespit edildiğinde önyüklemenin varsayılan istekliliğinin tutucu‘dan orta‘ya çıkması. 6.8’deki önyükleme yazısı çekirdeğin neden tutucu başladığını açıklamıştı; bu, varsayılanın ilk kez sıkılaştırıldığı an ve gerçek trafikte önceden işlemenin nasıl davrandığını değiştiriyor. Son olarak, 5 Haziran’da Gutenberg 23.3.2’de geri alınan React 19 yükseltmesi, deneysel bir özellik bayrağı ve daha önce yayımlanmış eklentiler için bir uyumluluk katmanıyla 7.1 listesine geri döndü.
Neye ne kadar güvenirim: kısa bir sınıflama
Bir yol haritasını okurken en tehlikeli hata, her maddeyi eşit ağırlıkta saymaktır. Ben olsam listeyi baştan üç kovaya bölerdim; müşteriye taahhüt verirken bu ayrım tam olarak hayatını kurtaran şey:
- Neredeyse kesin gelir: zaten trunk’ta olanlar — genişletilmiş Unicode desteği, önyükleme varsayılanının orta’ya çıkması. Bunları bugün planına yazabilirsin.
- Gelirse harika, ama kırılgan: Yönergeler ilkesi, AI İstemci gömme akışı, üç yeni blok. Bunlar ciddi çalışma; çoğu gelir ama biri Beta 1’de kolayca kayabilir. Taahhüt değil, umut olarak sakla.
- Bu döngü tamamlanmış gelmez: Gerçek Zamanlı Birlikte Düzenleme. Yazının kendisi “stratejik karar bekleniyor” diyor; bunu tamamlanmış bir özellik gibi satan herkes altı hafta sonra özür diliyor olacak.
Açık konuşayım: yol haritalarının değeri, neyi vaat ettiklerinde değil, hangi maddenin hangi kovaya düştüğünü doğru okumanda. Yazının bu döngüde bu kadar dürüst olması işimi kolaylaştırıyor.
WordPress ve WooCommerce ekipleri için neden önemli
Ajanslar ve şirket içi ekipler için yol haritası, karşısında plan yapabildiğin ölçüde işe yarar. Satır aralarında okuduğum şu.
Yapay zekâ çalışması artık tanıtım için değil. AI İstemcide üretim akışı ve gömmeler, içerik ekiplerinin ayrı araçlarda kullandığı türden yazım yardımcılarını editörün içinde — yani içeriğin gerçekten yaşadığı yerde — kurabileceğin anlamına geliyor. Yönergeler özelliği en yakından izleyeceğim olanı. Eğer gelirse her siteye yazım kuralları, marka sesi ve yasaklı terimler için yapılandırılmış bir yer veriyor; WordPress üzerine inşa edilen herhangi bir yapay zekâ entegrasyonu sıfırdan istem yazmak yerine oradan okuyabiliyor. Bu, çok yazarlı ve çok dilli ekiplerin çalışma biçimini değiştirir.
7.1’deki Gerçek Zamanlı Birlikte Düzenleme, kimsenin hayal ettiği Google Docs deneyimi olmayacak. Yazı dikkatle “stratejik kararlar bekleniyor” diyor ve iletişim çalışması hâlâ sinyal topluyor. Müşterine çekirdekte birlikte düzenleme sözü verdiysen, beklentiyi “Notlar artı öneriler, RTC ise adım adım gelecek” şeklinde güncelle. Bu hem dürüst hem de projenin gerçekten sunduğu şey.
Önyükleme varsayılanının değişmesi, kulağa geldiğinden daha önemli. Orta istekliliği, sadece ön getirme yerine üzerine gelmede önceden işliyor; bu da kullanıcının asla ziyaret etmediği sayfalarda gerçek arka uç yükü demek. WooCommerce mağazan özel sepete ekleme mantığı, oturum başlatma veya sayfa oluşturma sırasında PHP’de analitik çalıştırıyorsa, orta önceden işleme bu kodu daha sık çalıştıracak. 7.1’deki önbellek tespitine bağlı opsiyonel davranış bunu yumuşatmalı ama 7.1 üretime çarpmadan önce hazırlık ortamında bir geçiş hak ediyor.
Geliştiriciler için React 19 yükseltmesinin uyumluluk katmanıyla geri dönmesi doğru karar. Çekirdek komiterlerin WCEU toplantı özeti zaten bayraksız bir React büyük sürüm atlamasının eklenti ekosistemi için ne kadar yıkıcı olacağını işaret etmişti. Bunu bir özellik bayrağı arkasında ve uyumluluk katmanıyla yapmak, sen kendi hızında göç ederken bloklarının çalışmaya devam etmesi demek. WordPress en iyi halindeyken bu tür yönetişim seçimlerini doğru yapar.
Ben ne yaparım (veya yapmam)
Şu anda ağustos yayınlarını planlıyor olsaydım, bu hafta üç şey yapardım ve dördüncüsünden uzak dururdum.
Birincisi, üretimi aynalayan bir hazırlık ortamına WordPress Beta Tester eklentisini kurar, kanalı “Bleeding edge nightlies” yapar ve mevcut kabul testi paketini trunk üzerinde çalıştırmaya başlardım. Beta 1, 15 Temmuz hedefinde; bu da donmadan önce kabaca dört haftalık gerçek test penceresi demek. Engelleyici sorunlar bu pencerede düzelir; RC’den sonra değişiklik iştahı çok azalır.
İkincisi, özellik bayrağı hâlâ varsayılan olarak kapalıyken tüm özel bloklarını React 19 hazırlığı açısından şimdi denetlerdim. Uyumluluk katmanı çoğu durumu yakalayacak ama eski sınıf bileşenler, kullanımdan kaldırılmış yaşam döngüsü yöntemleri ve findDOMNode‘un doğrudan kullanımı yükseltme sırasında yüzeye çıkacak. Bunları eylülde üretimde değil, temmuzda hazırlık ortamında yakala.
Üçüncüsü, WooCommerce mağazaları için müşterinle önyükleme konusunda net bir hikâye kurardım. Üzerine gelmeyle önceden işlenebilen sayfalarda sepet veya oturum mantığı çalıştırıyorsan, ya bunu gerçek bir kullanıcı sinyalinin ardına koymayı ya da uç noktalarının beklediği “no-vary-search” başlığını eklemeyi planla. 6.8 belgesi dengeyi iyi anlatıyor; 7.1 varsayılan değişikliği bunu sadece daha acil hale getiriyor.
Yapmayacağım tek şey, birlikte düzenlemeyi 7.1 özelliği olarak satmak. Yol haritası RTC konusunda açıkça kararsız ve projenin kendisinin “stratejik kararlar bekleniyor” dediği bir şeyi satmak, müşteriyi hayal kırıklığına hazırlamanın en hızlı yolu. Notlar artı öneriler gerçek, gönderilebilir bir iyileştirme; onu sat.
Dürüst uyarılar ve tarihli taahhütlerle dolu bir yol haritası, olgun bir platformun ürettiği türden bir belgedir. 7.1’inki tam olarak öyle. Şimdi sıra testte.
Last modified: Ağustos 2, 2026
United States / English
Slovensko / Slovenčina
Canada / Français
Türkiye / Türkçe