WordPress 7.1 Tasarım Sistemi Temalandırması Geliyor

Yirmi yıllık müşteri işi bana şunu öğretti: WordPress yönetici paneli, bir ajansın neredeyse hiçbir zaman düzgünce markalayamadığı tek arayüzdür. Bir logoyu değiştirebilir, bir yönetici renk şeması seçebilir, bir menü öğesini yeniden adlandıran “beyaz etiket” eklentisi kurabilirsiniz. Hiçbiri bir arada durmaz. Bir ekrandaki bir düğmenin stili bir dosyadan, aynı düğmenin başka bir ekrandaki stili başka bir dosyadan gelir. Bir sonraki sürümde ikisi ayrışır.

Bu yüzden Andrew Duthie’nin dün Make/Core üzerinde yayımladığı Design System Theming in WordPress 7.1 geliştirici notunu iki kez okudum. Bu, yönetici panelinin dağınık bir CSS değeri yığını olmaktan çıkıp tanımlı bir şekle sahip olmaya başladığı sürümdür. Tüm yönetici paneli değil. Bu sürüm değil. Ama şekil oradadır ve önemli olan şekildir.

Önemli olan kısım sakin ve küçüktür: yeni bir stil dosyası, yeni bir betik paketi, ThemeProvider adında bir React bileşeni ve ad alanı içine alınmış bir CSS özel özellik kümesi. Geri kalanı — yönetici yeniden tasarımı, her ekranın toptan temalandırılması — açıkça ertelenmiş durumda. 19 Ağustos’ta gelecek olan şey nihai ürün değil, temel yapıdır.

Gerçekte yeni olan ne

31 Temmuz 2026 tarihli geliştirici notu, WordPress 7.1 ile birlikte gelen üç somut çıktıyı belgeliyor. 7.1 GA sürümü, yayın parti takvimine göre 19 Ağustos 2026’da geliyor.

Birincisi, yönetici panelinin tasarım belirteçlerini CSS özel özellikleri olarak sunan, çekirdeğe varsayılan kayıtlı bir wp-theme stil dosyası. Adlandırma şablonu şu: --wpds-[kategori]-[alt-kategori]-[durum/varyant]. Geliştirici notundaki gerçek örnekler: --wpds-color-background-surface-neutral-strong, --wpds-color-foreground-content-neutral, --wpds-border-width-xs, --wpds-border-radius-lg, --wpds-dimension-padding-2xl. wpds öneki WordPress Design System kısaltmasıdır. Son üç yılda ön yüzde --wp--preset--* önekinin nasıl çoğaldığını izlediyseniz, bu aynı disiplinin yönetici paneline uygulanmış halidir.

İkincisi, @wordpress/theme paketinden bir ThemeProvider React bileşeni ifşa eden wp-theme JavaScript modülü. Yönetici panelinin bir alt ağacını sarıyorsunuz ve küçük bir yapılandırma nesnesi geçiyorsunuz. Özellikler bilinçli olarak dar tutulmuş:

• color.primary — birincil renk tohumu (onaltılık, rgb veya CSS ad renkleri)
• color.background — arka plan renk tohumu
• cursor.control — bağlantı olmayan etkileşimli kontroller için imleç stili
• cornerRadius — none, subtle, moderate, pronounced değerlerinden biri
• isRoot — mantıksal, kök belgeye temalandırma uygular

Geliştirici notunun sunduğu örnek, API’nin mümkün olan en kısa turudur:

import { ThemeProvider } from '@wordpress/theme';
import { Card } from '@wordpress/ui';

function Application() {
    return (
        <ThemeProvider
            color={ { primary: '#3858e9', background: '#11004d' } }
            cornerRadius="pronounced"
        >
            <Card.Root>
                <Card.Content>
                    WordPress is designed for everyone.
                </Card.Content>
            </Card.Root>
        </ThemeProvider>
    );
}

Üçüncüsü, ilk gerçek çekirdek tüketici. Site Düzenleyici’nin kenar çubuğu ve dış kabuğu artık kullanıcının yönetici renk şemasını tam olarak bu boru tesisatı üzerinden onurlandırıyor. Gutenberg PR #78397 (fushar tarafından, 8 Haziran 2026’da birleştirildi), Site Düzenleyici’nin sabit koyu arka plan yerine WPDS belirteçlerini ThemeProvider sargısı üzerinden okumaya başladığı yerdir. Bu PR, API halka açık olarak yayınlanmadan önce temel yapının gerçek yönetici yüzeyinde çalıştığının kanıtıdır.

Daha geniş bağlam, 7 Temmuz 2026 tarihli Design System Theming birleştirme önerisinin altında yatıyor. Bu öneri, konuyu Gutenberg konu #71196 altında izlenen yönetici yeniden tasarımı çalışmasının ve daha eski ilkel sistem konusu #42388‘in temeli olarak çerçeveliyor. Andrew Duthie kapsam konusunda geliştirici notunda açık: “Temel bir parça olarak bu, sonraki WordPress sürümlerinde yönetici arayüzünün daha fazlasına uygulanmak üzere genişletilecektir.” Aynı notta @wildworks ve @tyxla tarafından gözden geçirildiği belirtiliyor.

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

Yönetici paneli her zaman ajansların düzgünce dokunamadığı bir yüzey olmuştur. Müşterilerin geçip geri geldiğini izlediğim her barındırılan platformun tutarlı bir yönetici paneli vardı, çünkü onu uçtan uca sahiplenen tek bir ekip vardı. WordPress’in on beş yıl boyunca yönetici paneline dokunan birçok ekibi olmuştu ve CSS ayrışması bunu gösterir. Çekirdeğe bir tasarım belirteç katmanı vermek, sonunda yönetici panelinin modern bir SaaS ürünündeki tasarım sistemiyle aynı disiplinle çalışmasına izin veren o sakin, gösterişsiz hamledir.

Bir WooCommerce ajansı için doğrudan uygulama alanları, pazarlama çerçevelemesinin ima ettiğinden daha dardır. Ertelenmiş kapsamı dikkatlice okuyun: tam yönetici temalandırması 7.1’de gelmiyor. Gelen şey, (a) özel bir eklentinin yönetici içinde işlediği küçük React panellerini biçimlendirmeye, (b) müşterinin markasını bir Site Düzenleyici varyantında eşleştirmeye, (c) sabit onaltılık değerleri sabitlemeden özel CSS’den belirteç tüketmeye yetecek kadar yüzey. Ben ilk olarak bu üçüncüsüne zaman ayırırdım. Gösterge paneli aracınızın CSS’i color: #1e1e1e yerine color: var(--wpds-color-foreground-content-neutral) okumaya başladığı an, çekirdek paleti değiştirdiğinde de doğru kalır.

Uzun vadede ilginç yüzey ThemeProvider. Kendi React ağacını çizen eklentiler — bir WooCommerce raporlar paneli, yönetici içindeki bir rezervasyon takvimi, ACF tarzı bir alan oluşturucu düşünün — alt ağaçlarını bir kez sarabilir, bir marka birincil rengi ve bir köşe yuvarlaklığı ön ayarı seçebilir ve belirteç kümesindeki her gelecek iyileştirmeyi otomatik olarak devralabilir. Bu, WordPress sürümleri arasında eklenti tarafında bakım gerektirmeden ayakta kalan sözleşme şeklidir. 2015’te yazılmış WordPress eklentilerinin 2026’da hâlâ temiz şekilde güncellenmesinin nedeni tam olarak budur.

Şüpheyle izlediğim tek şey aşırıya kaçma isteği. Bu bir temeldir. Her projede müşteriye bakan “yönetici panelini markalayın” ayar sayfası inşa etme lisansı değildir. Boru tesisatını yapın, sahibi olduğunuz yüzeyde belirteçleri kullanın, API’nin halka açık bir eklenti için yeterince kararlı olduğunu varsaymadan önce bir sürüm döngüsü bekleyin.

Ben ne yapardım (veya yapmazdım)

Somut olarak bu ve önümüzdeki hafta için üç adım.

Bir: özel yönetici CSS dosyalarınızda sabit kodlanmış WordPress palet değerlerini tarayın — #1e1e1e, #f0f0f1, #2271b1, klasik setin tamamı. Kendi yönetici panellerinizde, gösterge paneli araçlarınızda ve ayar ekranlarınızda bulduğunuz yerleri not edin. 7.1 GA çıkıp 7.1.1 temizlendikten sonra Eylül’de planlı bir geçiş turu için listeye alın. Eşdeğer var(--wpds-color-*) referansıyla değiştirin. Acele etmeyin. GA gününde geçiş yapmayın.

İki: yönetici arayüzü bir React ağacı olan bir eklenti bakıyorsanız (WooCommerce uzantı paneli, özel yönetici gösterge paneli, blok tabanlı ayar ekranı), kök bileşeni bir WordPress 7.1 Beta 4 veya Playground planı üzerinde ThemeProvider‘a sarmayı test edin. Belirteçlerin çözüldüğünü, kullanıcı 7.0’daysa yedek yolun çalıştığını kanıtlayın, sargıyı 7.1 GA ile hizalanmış eklenti sürümünde yayınlayın. Bu tek değişiklik sizi “kendi renklerimiz var” konumundan “platformun belirteçlerini tüketiyoruz” konumuna taşır ve beş satırlık bir farktır.

Üç: kendini ThemeProvider için bir arayüz sarmalayıcısı olarak pazarlayan ilk “White Label Admin Pro” eklentisini kurmayın. API bir birleştirme önerisi kadar eski, belirteç yüzeyi kararlılık kazanmadan önce büyüyecek ve marka renklerini bugün bir seçenekte saklayan bir ayar ekranı kaydeden herhangi bir eklenti, çekirdek uygun bir yönetici markalama arayüzünü kendisi yayınladığı an teknik borç olacak. Ki yayınlayacak. Sadece bu sürümde değil.

Ayrıca: bunu WooCommerce 11.0 güncelleme penceresinin üstüne yığmayın. WC 11.0, geçen haftaki RC1 ertelemesinden sonra 4 Ağustos’ta çıkıyor, WordPress 7.1 ise 19 Ağustos’ta. Aynı sıralama kuyruğunda iki hareket eden hedef, hafta sonunu kaybetmenin yoludur. Sıralı değişiklik pencereleri sıkıcıdır ve hafta sonlarını kurtarır.

Sabitlemeye değer daha geniş sinyal şudur: her WordPress sürümünde bu sessiz mimari temel yapılardan biri vardır — yeni bir stil dosyası, bir React bileşeni, katkıda bulunanlar grubunun dışında kimsenin o gün ilginç bulmadığı bir adlandırma kuralı. Beş yıl sonra bunlar, her editörün açtığı yönetici panelini hâlâ ayakta tutan parçalardır. Design System Theming artık bu listede.