# Bir sayfa oluşturucudan diğerine geçiş

> Elementor, Divi, WPBakery, yerel Gutenberg: her biri düzenini kendine özgü bir biçimde ve veritabanında her zaman aynı yerde olmayacak şekilde saklar. Birinden diğerine geçmek bir ayar değil, sayfa sayfa yeniden kurulan bir çalışmadır.

- Source canonique : [https://allaux.fr/tr/wordpress-woocommerce/migration/constructeur-de-pages](https://allaux.fr/tr/wordpress-woocommerce/migration/constructeur-de-pages)
- Langue : TR
- Dernière mise à jour : 2026-09-30

## Doğrudan yanıt

> Eski sayfa oluşturucuyu kurulu ve etkin bırakın: düzeni wp_postmeta içinde kısa kod ya da JSON olarak saklanır ve devre dışı bırakırsanız bölümlerin yerine bu ham içerik görünür. Yeni oluşturucuyla bir pilot sayfa kurun, bir hazırlık kopyasında orijinaliyle karşılaştırın, sonra sayfa sayfa ilerleyin. Eskisini ancak son sayfa yeniden yapılıp doğrulandıktan sonra kaldırın.

## Oluşturucu değişikliği neden tek tıkla olmaz

Saklama mekanizması oluşturucuya göre değişir ve biçimlerin hiçbiri birbiriyle uyumlu değildir. Yerel Gutenberg ve WPBakery, ikisi de wp_posts tablosunun post_content alanına yazar: ilki her bloğu sınırlayan HTML yorumlarıyla, ikincisi iç içe kısa kodlarla (shortcode). Elementor ise düzenini JSON olarak _elementor_data adlı özel meta alanında tutar ve sayfa yüklenirken yeniden işler. Üçü de aynı fikri anlatır — bölümlerden oluşan bir sayfa — ama hiçbiri diğerinin biçimini okuyamaz.

Bir WPBakery düzenini otomatik olarak Elementor düzenine çeviren güvenilir bir araç yoktur, tersi de geçerlidir. Bazı eklentiler bu dönüşümü vaat eder, ancak pratikte biraz karmaşık düzenlerde yanlış konumlanmış bloklar, kaybolan stiller veya boş bölümler ortaya çıkar. Gerçekten işe yarayan yöntem, içeriği yeniden yazmamak için metin ve görsel dışa aktarımına dayanarak yeni oluşturucuda elle yeniden kurmaktır.

Bozulma yalnızca düzenle sınırlı kalmaz: her oluşturucu kendine özgü öğe kimlikleri de üretir (örneğin elementor-element-xxxxx gibi sınıflar) ve ayrıca eklenmiş özel CSS genellikle bunlara referans verir. Sayfa başka bir yerde yeniden kurulduğunda bu özel CSS uygulanmaz hâle gelir, çünkü yeni öğeler farklı kimlikler taşır: yalnızca kopyalanması değil, yeniden yazılması gerekir.

## Oluşturucu çok erken devre dışı bırakılırsa ne görünür

- Sayfada düzen yerine [vc_row][vc_column]… gibi düz metin hâlinde kısa kodlar
- Elementor ile kurulan sayfalarda yorumlanmak yerine metin olarak görüntülenen JSON
- Stil ve boşluklar olmadan tek sütuna çöken bir düzen
- Devre dışı bırakılan oluşturucunun daha önce yüklediği görsellerin veya simgelerin görünmemesi

## Bu tür bir geçişi nasıl yürütüyorum

1. **Etkilenen sayfaların envanteri** — Eski araçla kurulmuş tüm sayfaları listeler ve karmaşıklıklarını değerlendiririm: bölüm sayısı, animasyonlar, özel düzenler.
2. **Önceliklendirme** — Sayfaları trafiklerine ve SEO değerlerine göre sıralarım; süre kısıtlıysa en önemlileri önce yeniden kurulur.
3. **Sayfa sayfa yeniden kurulum** — Her sayfa, eski aracın kodlamasını kopyalamadan, metin, görsel ve başlık yapısı korunarak yeni oluşturucuda yeniden oluşturulur.
4. **İki oluşturucunun bir arada bulunması** — Eski eklenti, ona bağımlı tüm sayfalar taşınıp görsel olarak onaylanana kadar etkin kalır.
5. **Son kaldırma** — Eski oluşturucunun eklentisi, etkilenen tüm sayfalar yeniden kurulup kontrol edilmeden asla kaldırılmaz.

## Dönüşü olmayan nokta: eski oluşturucuyu çok erken kaldırmak

> Hâlâ ona bağımlı tüm sayfalar taşınmadan eski oluşturucunun eklentisini devre dışı bırakmak veya kaldırmak, içeriklerini okunamaz hâle getirir: ham kodlama veritabanında kalır ama artık hiçbir araç onu doğru şekilde yorumlayıp görüntüleyemez.

## Yeniden kurulmuş bir sayfayı nasıl kontrol ediyorum

> Yeniden kurulan her sayfayı, masaüstü ve mobilde eski sürümün bir ekran görüntüsüyle görsel olarak karşılaştırır, onaylamadan önce görüntülenen metnin özgün içerikle kelimesi kelimesine örtüştüğünü kontrol ederim.

## Daha fazlası için

- **Klasik editörden Gutenberg’e geçiş** — Kendi kurallarına sahip özel bir oluşturucu geçişi türü. ([/wordpress-woocommerce/migration/gutenberg-depuis-editeur-classique](/wordpress-woocommerce/migration/gutenberg-depuis-editeur-classique))
- **WordPress alt teması oluşturma** — Sayfa yeniden kurulumundan önce özelleştirmeleri izole etmek için kullanışlı. ([/guides/creer-theme-enfant-wordpress](/guides/creer-theme-enfant-wordpress))
- **Müdahale öncesi mağazayı yedekleme** — Sayfa yapısına dokunmadan önce yapılması gereken yedekleme. ([/guides/sauvegarder-boutique-avant-intervention](/guides/sauvegarder-boutique-avant-intervention))
- **SEO kaybetmeden geçiş yapma** — Sayfa yeniden kurulumundan sonra SEO tarafında kontrol edilmesi gerekenler. ([/guides/migrer-sans-perdre-referencement](/guides/migrer-sans-perdre-referencement))

## FAQ

### Bir WPBakery sayfası otomatik olarak Elementor’a dönüştürülebilir mi?

Güvenilir bir şekilde hayır. Dönüştürme eklentileri var ama basit olmayan düzenlerde kaba sonuçlar verir: yanlış konumlanmış bölümler, kaybolan stiller. Daha yavaş ama güvenilir olan elle yeniden kurmayı tercih ederim.

### Tüm sayfaların aynı anda taşınması gerekir mi?

Hayır. Trafiği veya SEO değeri yüksek sayfalara öncelik veririm ve hâlâ ona bağımlı tüm sayfalar yeniden kurulana kadar eski oluşturucuyu etkin tutarım.

### Geçiş sırasında metin içeriği kaybolur mu?

Hayır, düzen kurtarılamasa bile metin ve görseller kurtarılabilir. İçeriği yeniden yazmamak için yeniden kurulumdan önce bunları dışa aktarırım.

### Elementor’u çok erken kaldırırsam ne olur?

Hâlâ Elementor ile kurulu sayfalar, düzenleri yerine ham JSON gösterir. Bu, bu tür bir geçişte dönüşü olmayan noktadır: her şey yeniden kurulmadan asla kaldırma yapılmaz.

### Bir sayfanın yeniden kurulumu ne kadar sürer?

Karmaşıklığına bağlıdır: basit bir sayfa birkaç saatte yeniden kurulur, animasyonlu veya özel düzenli bir sayfa daha uzun sürer.