WordPress’te Klasik Düzenleyiciden Gutenberg’e Geçiş
6 Aralık 2018’de yayınlanan WordPress 5.0, Klasik Düzenleyici’nin (TinyMCE) yerine blok düzenleyici Gutenberg’i varsayılan olarak getirdi. Resmi Classic Editor eklentisi eski ekrana dönmeyi hâlâ mümkün kılıyor, ancak desteğinin süresiz sürdürüleceği garanti değil: geçişe maruz kalmak yerine önceden planlamak daha doğru.
Düzenleme ekranında gerçekte ne değişiyor
Gutenberg, Klasik Düzenleyici’nin tek metin alanının yerine paragraf, görsel, sütun, özel HTML bloğu gibi birbirinden bağımsız bloklardan oluşan bir yapı getirir. Her blok ayrı ayrı düzenlenir ve taşınır; bu, bir sayfanın nasıl oluşturulduğunu değiştirir ama zaten yayınlanmış içeriği değiştirmez: geçiş anında mevcut içerik doğru şekilde görüntülenmeye devam eder.
WordPress ekibi tarafından resmi olarak sürdürülen Classic Editor eklentisi, geçiş süresince eski düzenleme ekranını paralel olarak kullanmaya devam etmenizi sağlar. Bu kalıcı bir çözüm değildir: şu ana kadar kesin bir destek bitiş tarihi açıklanmadı, ancak WordPress çekirdeği geliştikçe süresiz bakım garanti edilmez.
Gutenberg’e geçtikten sonra bazı sayfalar neden bozuk görünür
- Ham HTML ile veya Gutenberg öncesi bir üçüncü taraf oluşturucunun kısa kodlarıyla yazılmış içerik, olduğu gibi tek bir ‘Özel HTML’ veya ‘Klasik’ bloğuna aktarılır: çalışmaya devam eder, ancak elle yeniden düzenlenmeden yerel blokların hiçbir avantajından (sütunlu düzen, görsel ayarlar, yeniden kullanım) yararlanılamaz.
- Eski düzenleme ekranına özel metabox’lar (içeriğin altında veya yanında ek alanlar) ekleyen eklentilerin düzgün görüntülenmeye devam etmesi için blok API’siyle uyumlu olması gerekir: hatalı kaydedilmiş bir metabox düzenleme ekranından sessizce kaybolabilir.
- Klasik Düzenleyici önizlemesini yoğun şekilde biçimlendiren bir tema, Gutenberg düzenleyici stilleri (add_theme_support('editor-styles')) tanımlanana kadar düzenleyici ile nihai sonuç arasında tutarsızlık gösterebilir.
- Eski bir sayfa oluşturucunun (Visual Composer, diğer araçların eski sürümleri) ürettiği kısa kodlar ön yüzde çalışmaya devam eder ama Gutenberg içinde okunaksız ve görsel olarak düzenlenemez hâle gelir.
Gutenberg’e geçişi nasıl yürütüyorum
-
Mevcut içeriğin denetimi
Gereken düzeltme hacmini tahmin etmek için ham HTML ile yazılmış, eski bir oluşturucunun kısa kodlarını içeren veya özel metabox’lara bağımlı sayfaları tespit ederim.
-
Geçiş için Classic Editor kurulumu
Dönüştürülecek çok fazla içeriği olan bir sitede, her şeyi tek seferde değiştirmek yerine mevcut sayfaları dönüştürürken yayının normal şekilde sürmesi için Classic Editor eklentisini kurarım.
-
Metabox eklentilerinin kontrolü
Düzenleme ekranına özel alan ekleyen her eklentinin blok API’siyle uyumlu kalıp kalmadığını kontrol eder, uyumsuz olanları güncellerim veya değiştiririm.
-
Sayfa sayfa aşamalı dönüştürme
İçeriği en yüksek trafikli sayfalardan başlayarak tek tek yerel bloklara dönüştürür, işin sonunda değil her dönüştürmeden sonra ön yüzdeki görünümü test ederim.
-
Tam geçiş
Tüm içerik dönüştürülüp kontrol edildikten sonra Classic Editor’ü devre dışı bırakırım. Bu, geri dönüşün maliyetli hâle geldiği noktadır: bundan sonra klasik düzenleme ekranına dönmek, zaten oluşturulmuş blok yapısını geri getirmez.
Daha fazlası için
-
Bir sayfa oluşturucudan diğerine geçiş
Elementor, Divi, WPBakery düzenlerini post_content içinde farklı şekilde kaydeder: dönüştürme buna benzer bir mantık izler.
-
Özel bir eklenti geliştirme
Bir metabox eklentisinin bloklarla uyumlu bir sürümü yoksa, yerel blok karşılığını geliştirebilirim.
-
Müdahale öncesi mağazanızı yedekleme
Yedekleme, her teknik müdahalede olduğu gibi, her içerik dönüştürmesinden önce gelir.
-
WordPress ve WooCommerce geçiş merkezi
WordPress ve WooCommerce üzerinde ele aldığım tüm geçişler ve sürüm yükseltmeleri.
İhtiyacınızı bir dakikada anlatın
Size bir anket daha değil, doğrudan bir tahmin sunabilmem için birkaç hedefli soru.