WordPress İlk Resmi Tarayıcı Eklentisini Yayınladı

Yıllar içinde kurduğum en işe yarar WordPress araçları hiçbir zaman klasik eklentiler olmadı. Hepsi tarayıcının kenarında yaşayan küçük parçalardı: ekran görüntüsü almak için yönetim çubuğunu gizleyen bir bookmarklet, ön yüzden doğrudan bir yazının düzenleme ekranına atlayan bir klavye kısayolu, 2013’te bir arkadaşın adres çubuğuna yapıştırdığı ve hâlâ bir metin dosyasında sakladığım küçük bir devtools parçası. Hiçbiri veritabanına dokunmadı. Hepsi ben nerede çalışıyorsam orada — sekmenin içinde — yaşadı.

Bu hafta WordPress bu araç yüzeyinin resmi bir versiyonunu nihayet yayınladı. Bir tarayıcı eklentisi. Birinci taraf, MIT lisanslı, hiçbir telemetri yok, Chrome Web Store ve Mac App Store’da, kaynak kodu WordPress’in kendi GitHub organizasyonunda. Küçük bir duyuru gibi görünüyor ama etkisi göründüğünden uzun sürecek.

Haberden önce açık söyleyeyim: bu, olgun bir içerik yönetim sisteminin er ya da geç sahiplenmek zorunda kaldığı türden bir araç. Çünkü topluluk aynı şeyi durmadan bağımsız olarak yeniden inşa ediyor ve bakım borcu yüzlerce özel çatalın arasına yayılıyor. Tek bir yerde sahiplenmek, projenin adı altında yayınlamak ve katkıcıların açık şekilde geliştirmesine izin vermek çok daha sağlıklı. Bir de bunun yan etkisi var: “WordPress ile çalışıyorum” ile “her gün açtığım tarayıcıda WordPress biçiminde bir araç var” arasındaki en kısa yollardan birini açıyor.

Aslında ne yeni

13 Ağustos 2026’da Jake Goldman WordPress Browser Extension duyurusunu wordpress.org/news üzerinde yaptı. Eklenti başlangıçta Jake’in bağımsız bir projesiydi, artık WordPress projesi tarafından resmî olarak destekleniyor ve katkıcılar arasında Fabian Kägy ile Khokan Sardar yer alıyor. Chromium tabanlı tarayıcılar için Chrome Web Store‘da (sürüm 1.0.1, 204 KiB, geliştirici olarak WordPress Foundation görünüyor) ve macOS için Safari üzerinden Mac App Store‘da. Kaynak kod github.com/WordPress/browser-extension adresinde, MIT lisansıyla.

Duyuru yazısına ve depo README dosyasına göre özellik listesi bilinçli olarak dar tutulmuş:

• WordPress sitelerini REST API, generator meta etiketi ve body sınıfları üzerinden otomatik olarak tanıyor.
• Ön yüzde yönetim çubuğunu gizliyor, kısayolları ise tarayıcı araç çubuğunda tutuyor.
• Şu an bulunduğun sitedeki yazılar, sayfalar ve özel içerik türleri için tek tıklamayla düzenleme erişimi veriyor.
• Küçük bir “My Sites” başlatıcı geliyor; giriş yaptığın WordPress kurulumlarının listesini yerelde tutuyor.
• Barındırıcıyı tanıyor (README’de WP Engine, Kinsta, Pantheon, WordPress.com ve başkaları sıralı).
• Bir avuç geliştirici aracı geliyor: blok sınırı vurgulama, telefon boyutlu önizleme penceresi, önbelleği atlayan yenileme ve o an bulunduğun site için tek tıklamayla çerez ve local storage temizleme.

Duyurudaki iki tasarım kararını açıkça söylemek gerek. Gizlilik satırı şöyle: “hiçbir telemetri, analitik veya üçüncü taraf izleme yok” — eklenti yalnızca o an bulunduğun WordPress sitesiyle konuşuyor, geri kalan her şey senin cihazında yerel olarak çalışıyor. Ve README’ye göre teknik yığın WordPress çekirdeğinin zaten kullandığı yığın: popup için @wordpress/ui ile React, paketleme için @wordpress/scripts. Bu bir kenardan konuşan yan proje değil; platformun geri kalanı gibi okunan ve görünen birinci taraf bir yüzey.

Zamanlama açısından önemli olan bağlam: bu duyuru, 19 Ağustos’ta WordCamp US Phoenix’te planlanan WordPress 7.1 GA’sından altı gün önce geldi (kaynak: Make/Core RC3 yazısı). Planlı mıydı tesadüf müydü ayrı mesele, sonuç aynı — lansman, bir WordPress sürümünün şimdiye kadar yayınladığı en büyük tek erişilebilirlik defterinin arka planında oluyor. Bu da eklentideki yönetim çubuğu düğmesini, yıllarca o sabit 32 piksellik şerite bakmış herkes için sessizce küçük bir erişilebilirlik özelliğine dönüştürüyor.

WordPress ve WooCommerce tarafındaki insanlar için ne anlama geliyor

Dar özellik listesinin kendisi asıl mesele. Bu bir barındırma paneli değil, bir SEO tarayıcısı değil, “WordPress için yapay zekâ yardımcısı” hiç değil. Her gün WordPress siteleriyle çalışan birinin, kimse yapmasa kendisi için yapacağı türden küçük ve doğru kapsamlı bir araç seti. Zaten çoğumuzun üç yer imi ve bir klavye kısayolundan patchwork şekilde topladığı şey bu.

Ajanslar için bunun normalleştiği gün üç şey değişiyor:

• Yeni bir geliştiriciyi işe alma süreci bir link daha kısalıyor. “Şu eklentiyi kur, siteye giriş yap, tamam” cümlesi “staging URL’lerimiz şöyle çalışır, yer imi klasörümüz burada, önbellek temizleme için SSH takma adı şu” şeklindeki yirmi dakikalık turun yerine geçiyor.
• Müşteriye teslim ekran görüntülerinde artık yönetim çubuğu görünmüyor. Bir pazarlama sorumlusuna hero görsel çekmeden önce “önce çıkış yap” dediysen, araç çubuğundaki düğme bu adımı ortadan kaldırıyor. Aynı şey ön yüz sorunlarını belgeleyen erişilebilirlik denetçileri için de geçerli.
• Geliştirici araçları üç küçük dahili eklentiyi tarihe gömüyor. Tanıdığım her ajansta bir çeşit “blok çerçevesi” mu-plugin’i, bir “önbellek bypass” query string yardımcısı ve bir “bu alan adı için çerezleri temizle” tarayıcı eklentisi zaten kurulu. Resmi olan bu üçünü birden yerini alıyor, başka insanlar tarafından yamalanıyor ve her yeni dizüstüne tek tek eklenmesi gerekmiyor.

WooCommerce tarafına özel olarak, haftada bir kez uzanacağım iki özellik telefon boyutlu önizleme ve önbelleği atlayan yenileme. Gerçek DevTools panelini açmadan mobil görünümde ödeme akışını test etmek ve bir tema düzenlemesinden sonra object cache admin ekranına dokunmadan sayfayı tazelemek — ikisi de sıkıcı, ikisi de sürekli. Sıkıcı ve sürekli iş, tam olarak birinci taraf bir aracın devralması gereken iş biçimi.

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

Bu hafta kendi makinene kur. Birinci adımın tamamı bu. Gerçekten yönettiğin bir iki müşteri sitesinde giriş yap, bir gün boyunca ön yüzdeki yönetim çubuğu düğmesini kullan, staging’de telefon önizlemesini ve önbellek yenileyiciyi dene, araç çubuğunda zaten tuttuğun araçların yanında bir yer hak edip etmediğini gör. Ediyorsa kalsın. Etmiyorsa kaldır ve devam et. Proje o kadar küçük ki bu kararı bir hafta içinde verebilirsin.

Ekip tarafında geliştirici işe alım belgesine Chrome Web Store ve Mac App Store bağlantılarını gösteren bir satır ekle. Zorunlu tutma. Eklentiler tarayıcı profilinde yaşar ve ortak kod tabanındaki eklentilerden farklı olarak kişisel bir karardır. Ama keşfedilebilir kıl — üçüncü yeni kişi, ikinci yeni kişinin zaten yeniden yazdığı yönetim çubuğu bookmarklet’ini bir öğleden sonra daha yeniden yazmasın.

Yapmayacağım iki şey. Birincisi, bu haftadan itibaren “WordPress araç çubuğu yardımcısı” iddiasıyla gelen hiçbir üçüncü taraf eklenti kurma — yüzey artık projeye ait, kod açık, gizlilik hikâyesi denetlenebilir. Birinci taraf bir eklentinin üzerine sarılmış bir sarmalayıcı, tam olarak bu sürümün emekliye ayırmak için çıktığı türden bir teknik borç. İkincisi, bu eklentiyi yönetilen hizmet kapsamında müşterilere itmemek. Bu bir geliştirici aracı ve geliştirici varsayılanlarıyla geliyor. Yanlışlıkla yönetim çubuğunu kapatıp panele nasıl döneceğini bulamayan bir mağaza yöneticisi, ortaya çıkması gerekmeyen bir destek talebi.

Bu çeyrekte bir katkı için yerin varsa ve zaten Trac bileti açan ya da Gutenberg PR gönderen türden bir insansan, github.com/WordPress/browser-extension deposu iniş yapmak için rahat bir yer. Küçük yüzey, MIT lisans, @wordpress/ui ile temiz React ve pull request okuyan bir bakımcı listesi. Eklentiler, iyi kapsamlanmış bir özelliğin birkaç sürüm döngüsü yerine birkaç haftada fikirden yayına geçebildiği ender yerlerden biri.

Duyurunun altındaki asıl işaret eklentinin kendisi değil. WordPress’in araç çubuğunu nihayet sahiplenmeye değer birinci sınıf bir yüzey olarak fark etmesi — bir zamanlar temaları fark ettiği, sonra blokları, sonra site düzenlemeyi fark ettiği gibi. Sıkı kapsamlı küçük araçların, projenin adı altında yayınlanması, bu platformu iki on yıl boyunca güvenilir tutan tam olarak o örüntü. Bu hafta bir yenisi eklendi.