Blog

WordPress 7.2 yenilikleri, 9 Aralık 2026 olarak planlanan sürüm tarihiyle birlikte merakla bekleniyor. Henüz kesinleşmemiş bir özellik listesi olsa da geliştirici topluluğunun yayımladığı yol haritası, sürümün üç ana eksende şekilleneceğini gösteriyor: ekip hâlinde içerik üretmeyi kolaylaştıran düzenleme araçları, kimlik bilgilerinin daha güvenli saklanması ve kod yazmadan daha fazla tasarım kontrolü. Bu yazıda 7.2’nin getirmesi beklenen başlıkları, takvimi, hangi kullanıcı grubunu nasıl etkileyeceğini ve sitenizi bu sürüme nasıl hazırlayabileceğinizi adım adım ele alıyoruz.

Önemli bir uyarıyla başlayalım: bir özelliğin yol haritasında yer alması, onun final sürümde mutlaka bulunacağı anlamına gelmiyor. Beta 1 aşamasına yetişmeyen işler genellikle iptal edilmiyor, bir sonraki sürüme kaydırılıyor. Bu nedenle aşağıdaki liste kesinleşmiş değil, yüksek olasılıklı başlıklar olarak okunmalı.

7.2 takvimi: Beta 1’den yayına kadar kritik tarihler

2026’nın üçüncü büyük sürümü olacak 7.2, yılın son çeyreğine denk geliyor. Geliştirme döngüsünün en belirleyici eşiği ise Ekim ayı ortası. O tarihe kadar birleştirilmeyen kodlar, pratikte bir sonraki sürümü bekliyor.

Dönem (2026)	Kilometre taşı	Ne anlama geliyor
20–22 Ekim	Beta 1 / özellik dondurma	Kapsam büyük ölçüde netleşir; test için en verimli pencere açılır
17–19 Kasım	Release Candidate 1	Özellik listesi son hâlini alır, yalnızca hata düzeltmeleri yapılır
8–10 Aralık	Nihai sürüm	Planlanan hedef 9 Aralık; dağıtım canlı yayınla takip edilebilir

Bu döngüde dikkat çeken bir başka değişiklik, sürümün bir organizasyon sahnesinde değil, herkese açık bir çevrimiçi yayınla duyurulacak olması. Böylece hem geliştiriciler hem de meraklı kullanıcılar süreci canlı izleyip soru sorabilecek. Sizin için pratik sonuç şu: Ekim sonundan itibaren bir test ortamında Beta sürümünü denemek, Aralık’ta yaşanabilecek sürprizleri büyük ölçüde ortadan kaldırır.

Öne çıkan özellikler bir bakışta

Özellik	Ne yapıyor	Kimin işine yarıyor
Ipsum varsayılan teması	Bilinçli olarak sade tutulmuş, blog odaklı yeni başlangıç teması	Yeni kurulum yapanlar, hafif tema arayanlar
Notes için öneri modu	Düzenlemeyi doğrudan uygulamak yerine onaya sunma	Ajanslar, çok yazarlı ekipler, editörler
Global Styles’ta form stilleri	Buton, metin alanı, açılır menü ve etiketleri CSS’siz biçimlendirme	Tasarımcı olmayan site sahipleri
Yeni bloklar	Açıklama listesi ve içindekiler bloğu	Dokümantasyon, sözlük, uzun rehber yazarları
Güvenlik çalışmaları	Uygulama şifreleri, Secrets API ve sudo mode altyapısı	Geliştiriciler, kurumsal siteler
Yönetim paneli rötuşları	Daha anlaşılır hata mesajları, erişilebilir bildirimler, tutarlı ikonlar	Tüm kullanıcılar

Ipsum: Yıl adı taşımayan yeni varsayılan tema

WordPress’in varsayılan teması uzun yıllardır yıl adıyla anılıyordu. 7.2 ile bu gelenek sona eriyor ve yerini Ipsum adlı yeni bir temaya bırakıyor. Temanın en belirgin özelliği, kasıtlı olarak minimal tutulması: gösterişli bölümler, hazır şablonlar veya karmaşık ayar panelleri yok. Amaç, içeriğin öne çıktığı boş bir tuval sunmak.

Bu sadeliğin iki somut sonucu var. Birincisi, yeni bir site kurduğunuzda tasarım kararlarıyla boğuşmak yerine doğrudan yazmaya başlıyorsunuz. İkincisi, hafif yapısı sayesinde sayfa hızı ve Core Web Vitals tarafında başlangıç avantajı sağlıyor; blok teması olduğu için de site düzenleyicisiyle uyum içinde çalışıyor.

Dikkat çeken ayrıntı, temanın yapay zeka araçlarıyla birlikte çalışacak şekilde tasarlanmış olması. Yapı ne kadar öngörülebilirse, otomatik içerik ve tasarım üreten araçların doğru blokları doğru yere koyması o kadar kolaylaşıyor. Bu konunun abartılı vaatlerden arındırılmış gerçekçi bir değerlendirmesi için WordPress ve yapay zekada abartının ötesindeki gerçekler yazımıza göz atabilirsiniz.

Mevcut siteniz etkilenecek mi?

Varsayılan tema değişikliği, kendi temasını kullanan sitelerin görünümünü değiştirmez. Yalnızca yeni kurulumlarda ve varsayılan temayı hiç değiştirmemiş sitelerde etkisi olur. Yine de yeni bir başlangıç yapmayı düşünüyorsanız, bloğa dayalı bir tema ile yeniden kurulum yapmak orta vadede bakım maliyetini düşürür.

Notes için öneri modu: düzenleme yetkisi vermeden katkı almak

WordPress’in not alma özelliği, içerik üretimi sırasında ekip içi iletişimi blok düzeyinde tutmayı sağlıyordu. 7.2 ile birlikte buraya bir de öneri katmanı ekleniyor. Çalışma mantığı, alışık olduğumuz bazı çevrimiçi belge düzenleyicilerindekine benziyor: bir kullanıcı metni doğrudan değiştirmek yerine değişiklik önerisi bırakıyor, yazı sahibi bunu kabul ediyor ya da reddediyor.

Bu, pratikte editörlük akışını ciddi biçimde değiştiriyor. Somut faydaları:

• Yetki vermeden katkı: Dışarıdan bir uzmana, metni bozma riski olmadan düzeltme önerebilirsiniz.
• İzlenebilirlik: Kimin neyi neden değiştirmek istediği kaybolmuyor; kabul edilen ve reddedilen öneriler ayrı ayrı görülüyor.
• Onay kültürü: Yayın öncesi son okuma, kişisel mesajlaşma araçlarından editörün kendisine taşınıyor.
• Denetim kolaylığı: Kurumsal sitelerde içerik onay süreçlerinin belgelenmesi daha kolay hâle geliyor.

Müşteri işleri yürüten ekipler için bu özellik, ayrı bir düzeltme eklentisine duyulan ihtiyacı azaltabilir. Ancak dikkat: akışın sağlıklı işlemesi için kullanıcı rollerinin baştan doğru kurgulanmış olması gerekiyor.

Global Styles’ta form stilleri: CSS yazmadan tutarlı formlar

Bugüne kadar form alanlarının görünümünü değiştirmek isteyen bir kullanıcı, ya ek bir eklentiye ya da doğrudan özel CSS yazmaya mecbur kalıyordu. 7.2 ile birlikte butonlar, metin kutuları, açılır menüler ve etiketler Global Styles paneli üzerinden biçimlendirilebiliyor.

Bunun neden önemli olduğunu şöyle özetleyebiliriz:

• Tasarım tutarlılığı: İletişim formu ile bülten formu artık farklı görünmüyor; tek yerden yönetiliyor.
• Bakım kolaylığı: Renk veya kenarlık değişikliği için tema dosyalarına dokunmak gerekmiyor.
• Devir teslim: Siteyi devralan kişi, özel CSS içinde kaybolmak zorunda kalmıyor.
• Erişilebilirlik: Odak (focus) durumlarının görünür olması tek merkezden ayarlanabildiği için klavye kullanıcıları için daha güvenli formlar ortaya çıkıyor.

Yine de sınırları bilmek gerekiyor: karmaşık çok adımlı formlar ve özel doğrulama mantığı hâlâ ayrı araçlar gerektirir. Global Styles burada görsel katmanı standartlaştırıyor, işlevsel akışı değil.

Yeni bloklar: açıklama listesi ve içindekiler

Editör tarafındaki iki ekleme, özellikle uzun ve teknik içerik üretenler için değerli.

Açıklama listesi bloğu

Sözlük maddeleri, ürün teknik özellikleri, kısaltma açıklamaları ve SSS blokları için tasarlanmış bir yapı. Terim ve karşılığını eşleştiren bu blok, önceden tablo veya madde listesiyle elle kurulan düzenlerin yerini alıyor. Semantik HTML ürettiği için ekran okuyucular ve arama motorları açısından da daha doğru bir yapı sunuyor.

İçindekiler bloğu

Uzun rehberlerde başlıklardan otomatik olarak içindekiler tablosu üreten bu blok, uzun süredir geliştiriliyor ve nihayet kararlı hâle yaklaşıyor. Faydası iki yönlü: okuyucu uzun metin içinde kaybolmuyor, arama motorları da sayfa yapısını daha net okuyor. Elle bağlantı eklemek ve her başlık değiştiğinde tabloyu güncellemek zorunluluğu ortadan kalkıyor.

Güvenlik tarafında üç somut adım

7.2’nin en az konuşulan ama uzun vadede en etkili olabilecek kısmı, kimlik bilgilerinin yönetimi. Üç başlık öne çıkıyor.

Uygulama şifrelerinde iyileştirme

Harici servislerin siteye bağlanması için kullanılan uygulama şifreleri, daha anlaşılır bir kullanıcı deneyimi ve daha sıkı kontrollerle güncelleniyor. Amaç, kullanıcıların ana şifrelerini paylaşmak yerine sınırlı yetkili kimlik bilgileri üretmesini kolaylaştırmak. Bu alışkanlık yaygınlaştığında, sızdırılan tek bir anahtarın tüm siteyi riske atma ihtimali azalıyor.

Secrets API: API anahtarlarını koddan çıkarmak

Eklenti ve tema geliştirenlerin en sık yaptığı hatalardan biri, üçüncü taraf servis anahtarlarını doğrudan kaynak dosyalara yazmak. Bu anahtarlar hata ayıklama çıktılarında, yedeklerde ve sürüm kontrol geçmişinde ortaya çıkabiliyor. Secrets API, bu tür değerlerin kodun dışında, tanımlı bir yerde tutulmasını amaçlıyor. Henüz erken aşamada olsa da yönü doğru: sırların koddan ayrılması, güvenlik açısından yapısal bir iyileştirme.

Sudo mode üzerine erken çalışmalar

Yönetim panelinde kritik işlemler için ek doğrulama isteyen bir mekanizmanın temelleri atılıyor. Fikir basit: eklenti kurmak, kullanıcı silmek veya güvenlik ayarlarını değiştirmek gibi geri dönüşü zor işlemlerde sistem kısa süreliğine yeniden kimlik doğrulama talep ediyor. Oturum çerezi çalınmış olsa bile saldırganın bu adımları tek başına atamaması hedefleniyor. 7.2’de tamamlanması beklenmiyor; ancak altyapının başlaması, sonraki sürümlerde yönetim paneli güvenliğinin ciddi biçimde güçlenebileceğini gösteriyor.

Yapay zeka neden bu kez çekirdeğin dışında

Serinin önceki büyük sürümü, yapay zeka için gerekli temel yapı taşlarını çekirdeğe taşımıştı. 7.2’de izlenen strateji ise farklı: yapay zeka özellikleri mümkün olduğunca çekirdek dışında, resmî eklenti üzerinden geliştiriliyor. Mantık, özelliklerin çekirdeğe alınmadan önce gerçekten kullanıldığını kanıtlaması. Bu, hem gereksiz kod yükünü hem de kullanılmayan deneysel özelliklerin uzun yıllar boyunca taşınması riskini azaltıyor.

Pratikte bu, yapay zeka destekli içerik araçlarını merak edenler için eklenti yolunun bir süre daha ana kapı olacağı anlamına geliyor. Site yönetiminde yapay zekayı nasıl konumlandırabileceğinizi yapay zeka ile WordPress yönetimi rehberimizde daha ayrıntılı bulabilirsiniz.

Yönetim panelinde küçük ama hissedilir rötuşlar

Büyük başlıkların gölgesinde kalan ama günlük kullanımda en çok fark edilen değişiklikler yönetim panelinde:

• Hata mesajlarının ne yapılması gerektiğini söyleyen, daha açık metinlere dönüştürülmesi.
• Bildirimlerin ekran okuyucular ve klavye kullanıcıları için daha erişilebilir hâle getirilmesi.
• İkon setinin sadeleştirilerek görsel dilin tutarlı hâle getirilmesi.

Bunlar tek tek bakıldığında küçük görünüyor; toplamda ise özellikle ilk kez site yöneten kişilerin hata yapma oranını düşürüyor.

Sitenizi 7.2’ye hazırlamanın altı adımı

1. Test ortamı kurun. Canlı siteyi riske atmadan denemek için bir kopya ortam kullanın. Beta 1 çıktığında buraya kurulum yapın.
2. Eklentileri tek tek işaretleyin. Özellikle form, üyelik, e-ticaret ve özel alan (custom field) eklentileri, çekirdek değişikliklerinden en çok etkilenen grupta.
3. Temanızı kontrol edin. Blok teması kullanıyorsanız Global Styles ayarlarının beklendiği gibi çalıştığını doğrulayın.
4. Yedek ve geri dönüş planı hazırlayın. Güncelleme öncesi tam yedek alın, geri dönüş süresini ölçün.
5. Kademeli güncelleyin. Tüm siteleri aynı anda güncellemek yerine önce düşük trafikli bir siteyle başlayın.
6. Geri bildirim gönderin. Beta döneminde karşılaştığınız sorunları ilgili izleme kaydına bildirmek, sorunun Aralık’tan önce çözülme şansını artırır.

Barındırma tarafında nelere dikkat etmeli

Yeni sürümler genellikle daha modern bir PHP sürümü ve biraz daha fazla bellek gerektirir. Güncelleme öncesinde barındırma ortamınızın güncel PHP sürümünü desteklediğinden, yeterli bellek ve işlemci kaynağı ayırdığından emin olun. Blok editörü ağır sayfalarda kaynak tüketimini artırabildiği için, özellikle çok sayıda eklenti çalıştıran sitelerde kaynak limitlerini gözden geçirmek faydalı olur.

Test ve canlı ortamı ayrı tutmak, sürüm geçişlerinde en çok işe yarayan alışkanlık. Hazır altyapı arayanlar için WordPress hosting paketleri, hazır kurulum ve yönetim araçlarıyla bu süreci kısaltabilir; kaynak ihtiyacı öngörülemeyen projelerde ise sınırsız hosting paketleri esneklik sağlar. Hangi paketin size uygun olduğunu netleştirmek isterseniz 2026 için WordPress hosting seçim rehberi yol gösterici olacaktır.

SSS

WordPress 7.2 ne zaman yayımlanacak?

Planlanan tarih 9 Aralık 2026; dağıtım penceresi 8–10 Aralık olarak belirtiliyor. Beta 1’in 20–22 Ekim, Release Candidate 1’in ise 17–19 Kasım’da çıkması bekleniyor.

Yeni varsayılan tema mevcut sitemi bozar mı?

Hayır. Varsayılan tema değişikliği yalnızca yeni kurulumları ve varsayılan temayı hiç değiştirmemiş siteleri etkiler. Etkin olarak kullandığınız tema yerinde kalır.

Öneri modu için ek eklenti gerekiyor mu?

Özelliğin çekirdeğe dahil edilmesi bekleniyor, yani ayrı bir eklenti gerekmeden Notes üzerinden kullanılabilecek. Yine de kullanıcı rollerinin ve düzenleme yetkilerinin doğru yapılandırılmış olması şart.

Yapay zeka özellikleri çekirdeğe gelecek mi?

7.2’de hayır. Yapay zeka işlevleri ağırlıklı olarak resmî eklenti üzerinden geliştiriliyor ve kullanım kanıtı sağlandıkça çekirdeğe alınıyor. Bu, çekirdeği hafif tutmaya yönelik bilinçli bir tercih.

Secrets API eklenti geliştiricileri için ne anlama geliyor?

Secrets API, API anahtarları gibi hassas değerlerin eklenti veya tema kodunun içine gömülmesi yerine daha merkezi ve denetlenebilir bir yerde saklanmasını amaçlıyor. 7.2’de erken aşamada olsa da eklenti geliştiricileri için daha temiz bir yapı ve sızıntı riskini azaltan bir yaklaşım sunması bekleniyor.