Gutenberg 23.8: Paylaşılabilir Revizyon URL’leri ve Kod Diff

🇬🇧 English: Read this in English →

Yirmi yıllık WordPress hayatımda masama en çok gelen soru şu ya da bunun bir varyantı oldu: “Bunu kim değiştirdi ve tam olarak neyi değiştirdiğini görebilir miyim?” Bir haber sitesinde editöryel denetim izinin altında bu soru var, bir WooCommerce ana sayfasında “pazartesi günü kahraman metni neden kaydı” paniğinin altında bu soru var, kurumsal her müşterinin er ya da geç sorduğu değişiklik yönetimi sorularının altında da bu soru var. Revizyonlar, WordPress’in demo günü daha parlak görünen araçlara karşı sessizce kazanmaya devam etmesinin nedenlerinden biri.

Blok editörünün ömrü boyunca bu ilkel işlev orada duruyordu ama biraz sakardı. Görsel revizyonlar vardı, ayrı bir kod ekranı vardı, her ikisinin de ayrı URL’si vardı; bir arkadaşına “şu belirli düzenlemeye bak” demek istediğinde iş bir ekran görüntüsü ve bir Slack mesajına dönüyordu. Bu düzeltilebilir bir UX sorunuydu, temel bir problem değildi ve Gutenberg 23.8 sonunda bunu düzeltiyor.

23.8’de gelenler manşet niteliğinde bir özellik değil — birkaç küçük şeyin bir araya gelerek bir ekibin nasıl çalıştığını değiştirdiği türden bir sürüm. Genelde daha kıymetli olan sürüm biçimi bu oluyor.

Gerçekten yeni olan ne

Gutenberg 23.8, WordPress 7.1 “Mary Lou”nun çıktığı gün, 19 Ağustos 2026’da yayınlandı. Make/Core üzerindeki sürüm yazısını baştan sona okumaya değer, ama gerçek müşteri sitelerinde çalışan biri için dört madde belirleyici.

Görsel revizyonlar artık paylaşılabilir URL’lere sahip. Her revizyon bir revision=<id> sorgu parametresiyle adreslenebilir; yani wp-admin/post.php?post=42&revision=987 yazınca editör doğrudan o karşılaştırmayı açıyor. Zaman çizelgesinde ilerledikçe adres çubuğu güncelleniyor, tarayıcı geçmişini şişirmemek için history replacement kullanılıyor. Safari’nin 30 saniyede 100 History API çağrısı sınırının içinde kalmak için de throttling var. Geçersiz revizyon ID’leri temiz bir şekilde geri düşüyor. Priethor’un #79934 numaralı PR’ı 3 Ağustos’ta birleşti ve WordPress 7.1’e backport edildi.

Revizyon ekranına bir kod diff görünümü eklendi. “Show changes”i açtığında ham blok işaretlemesini görüyorsun, eklenen ve silinen satırlar vurgulanmış oluyor. Bu, uzun süredir süregelen bir sorunun çözümü: görsel diff, öznitelik seviyesindeki değişiklikleri gözden kaçırıyordu — bir renk token’ı, bir sınıf değişikliği, aynı görünen ama arka planda farklı davranan bir ID değişimi. #80314 numaralı PR bunu getiriyor, üstelik gerçek HTML’i görmek için her seferinde klasik revizyon ekranına dönmene gerek kalmıyor.

Notlar birini @ ile etiketlediğinde e-posta gönderiyor. Adam Silverstein’ın #79606 numaralı PR’ı, kaydedilen notların içindeki mention işaretlemesini ayrıştırıyor, etiketlenen kullanıcıların üzerinden geçiyor ve her birine switch_to_user_locale() üzerinden kendi dillerinde e-posta gönderiyor. Kendini etiketleyenler atlanıyor, yazı yazarı çift bildirim almasın diye atlanıyor, e-posta yalnızca yorumu düzenleyebilecek kullanıcılara gidiyor ve tüm akış mevcut wp_notes_notify tercihine saygı gösteriyor. Mevcut bir notu düzenlemek bildirimi tekrar tetiklemiyor. Birden fazla insanın olduğu bir editöryel iş akışı için tam olarak istediğin davranış bu.

Uzun yazılarda Select all artık editörü donduramıyor. 1.000 paragraf bloğu olan bir yazıda “Select all”a iki kez basmak eskiden 16,8 saniye sürüyordu. Şimdi 0,4 saniye sürüyor. Mamaduka’nın #81210 numaralı PR’ı, blok başına parent-walking yapmak yerine önceden inşa edilmiş bir seçim atası kümesi kullanıyor ve ortada section block yoksa deep inner-block kontrolünü atlıyor. Bir bug düzeltmesi olarak inen kırk kat hızlanma; uzun formatlı içerikle uğraşıyorsan bu tek başına sürüme değer.

Bir de şunu ekleyeyim: #81231 numaralı PR, boş durum blok appender’ını gerçek bir varsayılan blokla değiştiriyor. Yazmaya başladığında layout shift olmuyor, odak ve imleç yerinde kalıyor, ekran okuyucular da onu bir düğme yerine blok olarak duyuruyor. Küçük değişiklik, daha iyi erişilebilirlik, hiçbir gösteri yok.

WordPress ve WooCommerce tarafında ne anlama geliyor

Paylaşılabilir revizyon URL’leri, editöryel bir toplantıda bir düzenlemeyi URL olmadan anlatmaya çalışana kadar “olsa iyi olur” gibi görünür. İçerik ağırlıklı bir müşteriyi ilk üç aylık denetimden geçirdiğim her seferde tıkanma noktası aynı oldu: birinin belirli bir değişikliği göstermesi ve “şunu geri al, şunu bırak” demesi gerekiyor. Editörü tam istediğin öncesi/sonrası anına açan bir URL yapıştırabilmek bu konuşmayı yirmi dakikadan iki dakikaya indiriyor. Ayrıca ticket sisteminin işaret edebileceği kalıcı bir şey veriyor sana ki bu, kulağa geldiğinden daha önemli.

Kod diff görünümü, geliştiriciler ve design system sahipleri için daha sonuç doğuran özellik. WooCommerce ürün açıklamaları öznitelik-yalnız değişikliklerle dolu: bir global stili çözen bir sınıf değişimi, bir filtreyi kıran bir şema düzeltmesi, blok davranışını front-end’de değiştiren bir data attribute. Görsel diff bunların hiçbirini göremez. Görsel diff’in yanında kod diff’i olmak, bunları deploy zamanı yerine incelemede yakalayabileceğin anlamına geliyor.

@ mention’da e-posta gitmesi gerçek bir boşluğu kapatıyor. 7.x döngüsünün erken sürümlerinde gelen notlar, yalnızca ekipteki herkes tesadüfen aynı anda editörde olduğunda gerçekten işe yarıyordu. Asenkron bildirim, notları hafif bir inceleme iş akışına çeviriyor. Düzgün bir editöryel aracın yerine geçmiyor ama iki ila beş kişilik ekipler için yeterli — ve bir SaaS aboneliği daha gerektirmiyor.

Select all düzeltmesini de “uzun formatlı yazarların başka bir CMS’e geçmekten vazgeçme sebepleri” başlığı altına yazardım. Bir araca güveni bir klavye kısayolundaki iki saniyelik donmadan daha hızlı bozan bir şey yok; on altıyı bırak.

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

Zaten WordPress 7.1’desen, bunların çoğu senin elinde. Görsel revizyon değişiklikleri ve Select all performans düzeltmesi 7.1’e backport edildi, yani onları almak için Gutenberg eklentisine ihtiyacın yok. Önce bir staging ortamda doğrula — URL senkronizasyonu iyi test edilmiş ama her editör oturumuna dokunan türde bir değişiklik. Sıkı bakmam gereken tek yer, revizyon arayüzünü kesen özel meta box davranışları olurdu.

Editöryel ekipler yönetiyorsan bu hafta devir dokümanını güncelle. İki satır yeterli: nasıl paylaşılabilir bir revizyon URL’si alınır ve bir notta @ mention artık neyi tetikliyor. İkisi de çoğu insanın kendi kendine keşfetmeyeceği kadar küçük ama gerçekten kullanmaya başladığında günlük iş akışını değiştiren türden.

Haftada yüzlerce düzenleme alan bir WooCommerce kataloğu işletiyorsan inceleme sürecinde kod diff görünümünü aç. Her yerde değil — sadece şablonlar, ürün blokları ve özniteliklerin anlam taşıdığı özel blokların olduğu yerlerde. Görsel-yalnızca incelemenin sessizce sana pahalıya patladığı kısım orası.

Yapmayacağım şey: sadece 7.1’de zaten olan 23.8 özelliklerini almak için Gutenberg eklentisini üretim sitelerine kurmak. Eklenti bir önizleme kanalı. Üretimde çekirdek sürüm trenine bin.

Gutenberg 23.8, günü WordPress içeriğini başka insanlarla birlikte düzenlemekle geçen herkes için sessiz ama gürültülü sonuçlar doğuran bir sürüm. Yeni bir manşet blok ya da yeni bir API yüzeyi eklemiyor. Editörleri ve incelemecileri yıllardır sessizce rahatsız eden dört şeyi düzeltiyor ve kimsenin iş akışını değiştirmesini istemeden işbirliği hikâyesini bir adım öne taşıyor.