WordPress 7.1.1 Sürüm Takvimi: Çıkış 17 Eylül 2026

🇬🇧 English: Read this in English →

Manşet sürümünden iki hafta sonrası, WordPress döngüsünde en sevdiğim andır. Lansman adrenalini gitmiş, sürüm notları tekrar paylaşılmaz olmuş; ve tam bu noktada asıl sinyal gelmeye başlar: gerçekte neyin kırıldığı, neyin az kalsın kırılacağı, sadece salı günleri RTL sitelerinde Firefox’ta kırılan neymiş. Bir içerik yönetim sistemi işletmenin sıkıcı ama yük taşıyan işi buradan başlar.

WordPress 7.1 “Mary Lou”, 19 Ağustos 2026’da WordCamp US Phoenix’ten çıktı: gerçekten geniş bir yüzey — sekiz yüzden fazla katkıcı, bin beş yüzü aşkın iyileştirme ve düzeltme, duyarlı stil kontrolleri, kalıcı yönetim çubuğu, tarayıcı içinde görsel işleme, Playlist ve Tabs blokları, Icons API. Sahada iki hafta, gerilemelerin yüzeye çıkmasına yetiyor ama köşelere saklananları çıkarmaya yetmiyor. Bir bakım sürümü tam olarak bunun için var.

Bugün, 2 Eylül, çekirdek ekibi 7.1.1 takvimini duvara astı. Tarihler, önümüzdeki iki hafta boyunca 7.1 üzerinde çalışan bir sitede planladığın her şey için doğrudan önemli.

Gerçekten yeni olan ne

2 Eylül 2026’da Adam Silverstein, Make/Core üzerinde WordPress 7.1.1 sürüm takvimini yayımladı. Sürümün üç eş lideri var: Adam Silverstein, Adrian Duffell ve Andra Ganescu. Bir ara sürümde üç eş lider, haziranda 7.0.1’de dört eş liderin söylediği şeyin aynısını söylüyor: triyaj sıkı olacak ve çıkış tarihi pazarlığa açık değil.

Duyurudan aynen alınmış takvim:

• 3 Eylül 2026 Perşembe, 14:00 UTC — Hata ayıklama oturumu
• 4 Eylül 2026 Cuma, 14:00 UTC — Hata ayıklama oturumu
• 8 Eylül 2026 Salı, 20:00 UTC — Hata ayıklama oturumu ve 7.1.2 kilometre taşının açılışı (7.1.1’e yetişemeyen her şey bir sonraki ara sürüme kuyrukta bekler)
• 9 Eylül 2026 Çarşamba, 10:00 UTC — Hata ayıklama oturumu
• 10 Eylül 2026 Perşembe, 17:30 UTC — Aday Sürüm 1 (RC1)
• 15 Eylül 2026 Salı, 14:00 UTC — Hata ayıklama oturumu
• 17 Eylül 2026 Perşembe, 15:00 UTC — Genel sürüm

Kapsam bilinçli olarak dar. Duyuruya göre 7.1.1 “yalnızca hata düzeltmeye yönelik” bir sürüm ve dahil edilecek kayıtlar 7.1 döngüsünde ortaya çıkan ya da döngü sonunda bilinçli olarak ertelenen sorunlarla sınırlı. Yeni özellik yok, iyileştirme yok, performans yenileme yok. Sevdiğin eski bir pürüz 7.1 dönemine ait bir gerileme değilse bu trene binmez.

7.1’in gerçekte neyi değiştirdiğini bilmek, o kuyrukta ne tür gerilemelerin olma ihtimalini tahmin etmeye yarıyor. Resmi “Mary Lou” sürüm duyurusuna göre 7.1’de Site Editor genelinde duyarlı stil, tüm düzenleyicilerde kalıcı yönetim çubuğu, birleştirilmiş yeni medya editörü, zengin metin ve @bahsetme destekli işbirlikçi Notlar, WebAssembly üzerinde tarayıcı içi görsel işleme, HDR gain map destekli AVIF ve HEIC, Playlist ve Tabs blokları ve açık Icons API yer aldı. Yazı düzenleyici artık her temada tamamen iframe içinde. Şu anda taranan yüzey bu ve önümüzdeki iki haftada gerilemelerin çıkacağı yüzey de bu.

Ekip 8 Eylül’de 7.1.2 kilometre taşını açıyor. Bu, ikinci bir ara sürüm beklediklerini söylemenin kibar yolu. 17 Eylül kesimine yetişmeyen 7.1 gerileme raporun varsa oraya düşer. Güncel kuyruk Trac raporu 4 üzerinde, 7.1.x editör görev panosu GitHub’da takip ediliyor. Hata ayıklama oturumları Slack’te #core kanalında, sürüm koordinasyonu ise 7.1 Release Leads kanalında dönüyor.

Bir de zamanlama meselesi var: WooCommerce 11.1 dün, 1 Eylül’de, cron, REST ve Store API bağlamlarında eklentinin nasıl açıldığını değiştiren büyük bir blok kaydı performans değişikliğiyle çıktı. 7.1 sitelerin önemli bir bölümü aynı zamanda 11.1 üzerinde koşuyor ve 7.1.1 tam olarak filondan gelen 11.1 verisinin güvenilir olmaya başladığı pencerede iniyor. Aynı üç haftalık pencerede iki hareketli parça varsa, her birini nerede ayağa kaldırdığın önemli.

WordPress / WooCommerce dünyasındakiler için neden önemli

7.1’i müşteri sitelerine yaydıysan, 17 Eylül “ha, bu artık düzelmiş” diyen ilk e-posta dalgasının geleceği gün olacak. Notlar özelliği, kalıcı yönetim çubuğu, tarayıcı içi medya işleme, her temada iframe’e alınmış yazı düzenleyici ve yeni duyarlı kontroller — gerilemelerin uç durumlarda saklandığı türden yüzeyler. Sağdan sola yönetim arayüzü. 7.0’da sorunsuz çalışan özel bloklar. Medya uç noktalarındaki yeni yanıt biçimlerini beklemeyen REST tüketicileri. Düzenleyicinin hâlâ belge gövdesini kullandığını varsayan temalar. Hata düzeltme ara sürümleri, tüm bunların sessizce indiği yerdir.

Henüz 7.1’e geçmediysen — ki hâlâ 7.0.4’te bekleyen bir sürü ajans müşterisi var — filoda standartlaştırılacak sürüm 7.1 değil, 7.1.1 olmalı. Bir ana sürümü tüm müşterilere yaymadan önce ilk ara sürümü beklemeyi yıllardır alışkanlık haline getirdik. Bu örüntü hep tuttu. “Mary Lou” yüzey alanı da tam olarak bir ara sürüm beklemenin bir pazartesi sabahında kendini ödediği türden bir sürüm.

WooCommerce kurulumlarında takvim her zamankinden sıkı. WooCommerce 11.1, blok kayıt guard’ı, eklentiden çekirdeğe alınan Additional Variation Images entegrasyonu üzerinden yerel varyasyon galerileri ve AB için Sipariş Cayma akışıyla artık GA. WooCommerce 11.2 ise geliştirici önizlemesinde, ürün yaşam döngüsü kancalarının yeniden yazımıyla. Yığının 7.1 artı 11.1 ise, 17 Eylül iki hafta önce Woo ana sürümü almış bir yığının üzerine bir WordPress ara sürümü indiriyor. Çekirdek güncellemesinden önce staging’de kombinasyonu test et — sonra değil.

Sunucu sağlayıcıları için ara sürümler, otomatik güncelleme verilerinin dürüst bir şey söylediği tek an. Bir ana sürümde “sitelerin %X’i 24 saat içinde güncellendi” oranı yarı gürültü, çünkü içinde bilinçli olarak bekleyen temkinli yöneticiler var. Bir ara sürümde aynı oran, güncelleme altyapın ve müşterinin sana duyduğu güven hakkında gerçek bir şey söyler.

Ben ne yapardım (ya da yapmazdım)

Önümüzdeki iki hafta için üç somut hamle.

Birincisi: bu hafta 7.1 filonu tara ve her siteyi bir hazırlık durumu ile etiketle. “Otomatik güncelleme açık, 7.1.1’e binecek”, “manuel güncelleme penceresi 17 ya da 18 Eylül’e planlandı”, “X eklentisi engelliyor, önce satıcı yamasını bekliyor”. Bu listeyi 17 Eylül’de değil, 17 Eylül’den önce kapatmak istersin. Bir satıcı eklentisi hâlâ 7.1 uyumsuzluğu işaretliyorsa hatayı şimdi aç ve 7.1.1 kilometre taşında olup olmadığını Trac raporu 4 üzerinden kontrol et.

İkincisi: 7.1 dönemine ait raporladığın ama henüz triyaj edilmemiş bir kayıt varsa şimdi öne çıkar. Hata ayıklama oturumları 3, 4, 8, 9 ve 15 Eylül’de — triyajcıların yeni yorumları aktif okudukları anlar bunlar. Bir PR içindeki yeniden üretilebilir test senaryosu ya da bir Playground blueprint’i, bir paragraf düz yazıdan çok daha hızlı dönüştürür. Bunu yıllar önce zor yoldan öğrendim: on satırlık bir tekrar senaryosu bir öğleden sonrada triyaj edilir, iki sayfa hata raporu aylarca kuyrukta bekler.

Üçüncüsü: 17 ya da 18 Eylül’e kendi yayınlarını yığma. Her WordPress ara sürümünden sonra iki iş günü boyunca müşteri yayın pencerelerimizi kapatıyoruz. Ara sürümler tehlikeli olduğu için değil — genelde döngünün en güvenli sürümleridir — bir şey araştırılması gerekirse temiz suçlama dağılımı isteriz. Çekirdek güncellemesiyle aynı gün çıkan bir değişiklik, ters giden her şeyin suçunu —haklı ya da haksız— üstlenir.

Yapmayacağım bir şey: 7.1.1’i atlayıp, 7.2 planlamasıyla daha temiz hizalanacak varsayımsal bir 7.1.3’ü beklemek. 7.2 planlaması zaten Make/Core üzerinde açık. 7.1.1 ile herhangi bir 7.2 arasındaki aralık haftalarla değil aylarla ölçülecek ve ilk ara sürümdeki bir gerileme üzerinde geçirdiğin her ay, ödemek zorunda olmadığın bir vergiyi ödemek. Sıkıcı ama garanti kazancı al.

Ara sürümler gösterişli değildir. Çoğu içerik yönetim sistemi taklitçisinin ulaşamadığı olgunluk eğrisinin parçasıdır. 17 Eylül’ü takvime işaretle, sessiz oyunu oyna.

Related