WordPress’te All-in-One WP Migration Nasıl Kullanılır: Eksiksiz Teknik Kılavuz

All-in-One WP Migration, veritabanınızı, medya yüklemelerinizi, temalarınızı, eklentilerinizi ve temel yapılandırmanızı tek bir taşınabilir .wpress arşivine seri hale getiren bir WordPress eklentisidir; bu arşiv daha sonra herhangi bir WordPress kurulumuna manuel veritabanı işlemi yapılmadan içe aktarılabilir. Phpyadmin, SSH veya ham SQL dökümlerine dokunmadan tam bir site geçişi veya anlık yedekleme için en hızlı yoldur.

Bu kılavuz, temel tıklama adımlarının ötesine geçmektedir. Tam geçiş iş akışını, çoğu başarısız içe aktarmaya neden olan kritik teknik kısıtlamaları, PHP yapılandırma ayarlamalarını, URL serileştirme davranışını ve rutin olarak atlanan ve daha sonra üretim olaylarına neden olan geçiş sonrası doğrulama adımlarını kapsamaktadır.

Eklenti Arka Planda Gerçekte Ne Yapar

Kontrol paneline dokunmadan önce, eklentinin iç mekaniklerini anlamak büyük geçişler sırasında sürprizleri önler.

Bir dışa aktarma işlemi başlattığınızda, All-in-One WP Migration aşağıdaki sırayı gerçekleştirir:

1. WordPress MySQL veritabanını geçici bir çalışma dizini içindeki düz bir SQL dosyasına döker.
2. Veritabanındaki tüm PHP nesne verilerini (seçenekler, widget yapılandırmaları, gönderi meta verileri) seri hale getirir ve mutlak URL’leri bir yer tutucu belirtecine yeniden yazar, böylece içe aktarma sırasında yeniden yazılabilirler.
3. wp-content/uploads, aktif tema dosyalarını ve eklenti dizinlerini SQL dökümünün yanına paketler.
4. Her şeyi standart bir ZIP veya TAR değil, kendi manifest başlığına sahip özel bir format olan .wpress arşivine sarar.

İçe aktarma sırasında süreç tersine döner: arşiv açılır, SQL yeni veritabanına karşı yeniden oynatılır ve URL yer tutucu belirteçleri yeni site URL’siyle değiştirilir. Bu URL yeniden yazma adımı, eklentinin ayrı bir wp-cli search-replace geçişi gerektirmeden alan adı değişikliklerini sorunsuz şekilde işlemesinin nedenidir; ancak geçiş sonrası bölümünde ele alındığı gibi bunu yine de doğrulamalısınız.

Adım 1: Eklentiyi Kaynak Siteye Yükleyin

Mevcut WordPress kontrol panelinize giriş yapın ve Eklentiler > Yeni Ekle bölümüne gidin. All-in-One WP Migration arayın, yükleyin ve etkinleştirin. Ücretsiz sürüm, sunucunuzun PHP yapılandırmasına bağlı olarak yükleme boyutu eşiğinin (genellikle 128 MB ile 512 MB arasında) altındaki siteler için yeterlidir.

Etkinleştirme sonrasında herhangi bir yapılandırma gerekmez. Eklenti, sol kenar çubuğuna hemen kaydolur.

Adım 2: Web Sitenizi Dışa Aktarın

Kontrol paneli kenar çubuğunda All-in-One WP Migration > Dışa Aktar bölümüne gidin.

Dışa Aktar seçeneğine tıklayın ve Dosya‘yı seçin. Eklenti sitenizi paketlemeye başlayacaktır. 500 MB’ın altındaki tipik bir site için bu işlem 30 saniye ile 3 dakika arasında sürer. Büyük medya kütüphanelerine sahip gigabayt boyutundaki siteler için 10 ile 20 dakika planlayın.

Dışa aktarmaya dahil edilenler:

• Tam MySQL veritabanı dökümü (yapılandırılmış önekle tüm tablolar)
• wp-content/uploads dizini
• wp-content/themes içindeki aktif ve pasif temalar
• wp-content/plugins içindeki tüm yüklü eklentiler
• wp-config.php güvenlik nedeniyle kasıtlı olarak hariç tutulur — içe aktarma sırasında hedef sitenin kendi wp-config.php dosyası korunur

Varsayılan olarak hariç tutulanlar:

• Spam yorumlar
• Gönderi revizyonları
• Kullanılmayan temalar ve devre dışı bırakılmış eklentiler (Gelişmiş Seçenekler geçişi aracılığıyla yapılandırılabilir)
• Hata günlükleri ve önbellek dizinleri

Gelişmiş Seçenekler bölümü, belirli tabloları, dosya yollarını veya gönderi türlerini hariç tutmanıza olanak tanır. Dışa aktarmadan önce geçici önbellekleri veya büyük günlük tablolarını kaldırmak için bunu kullanın; bu, arşiv boyutunu anlamlı ölçüde azaltır.

Paketleme tamamlandıktan sonra, .wpress dosyasını yerel olarak kaydetmek için İndir‘e tıklayın. Güvenilir bir yerde saklayın — bu dosya tam site yedeğinizdir.

Adım 3: Hedef Ortamı Hazırlayın

Yeni bir sunucuya geçiş yapıyorsanız, içe aktarmadan önce hedefte temiz bir WordPress kurulumuna ihtiyacınız vardır. Çoğu yönetilen barındırma ortamı tek tıklamayla WordPress yükleyicileri sağlar. Bir VPS Hosting ortamında çalışıyorsanız, WordPress’i manuel olarak veya bir kontrol paneli yığını kullanarak yükleyebilirsiniz.

Hedef WordPress kurulumunun tema, eklenti veya içerik açısından kaynakla eşleşmesi gerekmez — içe aktarma her şeyin üzerine yazacaktır. Ancak aşağıdakilerin yerinde olması gerekir:

• WordPress çekirdeği yüklü ve yönetici kontrol paneli aracılığıyla erişilebilir durumda
• Veritabanı kullanıcısının hedef veritabanında CREATE, DROP, INSERT, UPDATE, DELETE ve ALTER ayrıcalıklarına sahip olması
• PHP sürümünün eklentilerinizle uyumlu olması (Araçlar > Site Sağlığı altında kaynak sitenizin PHP sürümünü kontrol edin)
• wp-content dizininin web sunucusu işlemi tarafından yazılabilir olması

Kritik: Hedef sitenin alan adı veya alt alan adının kaynakla eşleşmesi gerekmez. Eklenti, içe aktarma sırasında URL’leri yeniden yazar. Ancak tam olarak aynı alan adına geçiş yapıyorsanız (örneğin sunucular arasında taşıma), DNS yayılma zamanlaması önemlidir — içe aktarma doğrulanana kadar DNS’i güncellemeyin.

Adım 4: Eklentiyi Hedef Siteye Yükleyin

Yeni WordPress örneğinde kurulum işlemini tekrarlayın: Eklentiler > Yeni Ekle, All-in-One WP Migration arayın, yükleyin ve etkinleştirin.

Bu adım, insanlar yeni bir WordPress kurulumu yaptığında ve eklentinin mevcut olacağını varsaydığında sıklıkla gözden kaçırılır. Olmayacaktır — içe aktarma işlemi, eklentinin hedefte zaten etkin olmasını gerektirir.

Adım 5: İçe Aktarmadan Önce Yükleme Boyutu Sınırını Artırın

Bu, en yaygın başarısızlık noktasıdır. All-in-One WP Migration’ın ücretsiz sürümü, sunucunun PHP yükleme sınırına uyar. .wpress dosyanız bu sınırı aşarsa, içe aktarma sessizce başarısız olur veya belirsiz bir hata verir.

Mevcut sınırınızı All-in-One WP Migration > İçe Aktar bölümüne giderek kontrol edin. Eklenti, maksimum yükleme boyutunu doğrudan o ekranda gösterir.

Artırmak için, sunucu erişim düzeyinize bağlı olarak aşağıdaki yöntemlerden birini kullanın:

Yöntem 1: php.ini dosyasını doğrudan düzenleyin (VPS ve özel sunucular için önerilir)

upload_max_filesize = 512M
post_max_size = 512M
memory_limit = 512M
max_execution_time = 300
max_input_time = 300

Kaydettikten sonra PHP-FPM veya Apache’yi yeniden başlatın:

sudo systemctl restart php8.1-fpm
# or for Apache with mod_php:
sudo systemctl restart apache2

Yöntem 2: .htaccess aracılığıyla geçersiz kılın (paylaşımlı barındırma ortamları)

php_value upload_max_filesize 512M
php_value post_max_size 512M
php_value memory_limit 512M
php_value max_execution_time 300

Yöntem 3: wp-config.php aracılığıyla geçersiz kılın

@ini_set('upload_max_filesize', '512M');
@ini_set('post_max_size', '512M');
@ini_set('memory_limit', '512M');

Değişiklikleri uyguladıktan sonra, yeni sınırın yansıtıldığını doğrulamak için eklentideki İçe Aktar sayfasını yenileyin. Bir Paylaşımlı Web Hosting planındaysanız, .htaccess geçersiz kılmaları kısıtlanabileceğinden PHP sınırlarını sunucu düzeyinde yükseltmek için barındırıcınızla iletişime geçin.

Çok büyük siteler için alternatif: Ücretsiz eklentiyi resmi “Basic” uzantısıyla birlikte kullanın veya .wpress dosyasını FTP/SFTP aracılığıyla doğrudan wp-content/ai1wm-backups/ dizinine yükleyin ve ardından İçe Aktar ekranından seçin. Bu, HTTP yükleme boyutu kısıtlamasını tamamen atlar.

Adım 6: Arşivi İçe Aktarın

Hedef sitede All-in-One WP Migration > İçe Aktar bölümüne gidin.

İçe Aktar > Dosya‘ya tıklayın ve .wpress arşivinizi seçin. Eklenti dosyayı yükleyecek ve ardından geri yükleme işlemini başlatacaktır. Bir ilerleme çubuğu işlemi takip eder.

İçe aktarma sırasında neler olur:

1. .wpress arşivi wp-content altındaki geçici bir dizine açılır
2. Mevcut veritabanı silinir ve içe aktarılan SQL dökümüyle değiştirilir
3. wp-content içindeki dosyalar arşivlenmiş sürümlerle üzerine yazılır
4. URL belirteçleri yeni site URL’siyle değiştirilir (wp-config.php dosyasından alınır)
5. Eklenti sizi sonlandırmaya yönlendirir

İçe aktarma tamamlandığında bir onay iletişim kutusu göreceksiniz. Veritabanı değişimini onaylamak için Devam Et‘e (veya eklenti sürümüne bağlı olarak Geri Yükle‘ye) tıklayın. Bu işlem, hedef veritabanının ayrı bir yedeği olmadan geri alınamaz.

İçe aktarma tamamlandıktan hemen sonra oturumunuz kapatılacaktır. Bu beklenen bir davranıştır — veritabanı artık kaynak sitedeki kullanıcı hesaplarını içermektedir. Kaynak sitenizdeki kimlik bilgilerini kullanarak giriş yapın.

Adım 7: Kalıcı Bağlantıları Temizleyin

Yeniden giriş yaptıktan sonra Ayarlar > Kalıcı Bağlantılar bölümüne gidin. Herhangi bir ayarı değiştirmeyin. Sadece sayfanın altına kaydırın ve Değişiklikleri Kaydet‘e tıklayın.

Bu, WordPress’i yeni ortam için .htaccess yeniden yazma kurallarını yeniden oluşturmaya zorlar. Bu adımı atlamak, içerik veritabanında mevcut olsa bile tüm gönderi ve sayfa URL’lerinin 404 hatası döndürmesiyle sonuçlanır.

Apache yerine Nginx kullanıyorsanız, .htaccess dosyası yoktur. Nginx sunucu bloğunuzun standart WordPress try_files yönergesini içerdiğinden emin olmalısınız:

location / {
    try_files $uri $uri/ /index.php?$args;
}

Adım 8: Geçiş Sonrası Doğrulama Kontrol Listesi

Bu listedeki her öğe doğrulanana kadar bir geçiş tamamlanmış sayılmaz. Doğrulamayı atlamak, bozuk sitelerin üretime ulaşmasına neden olur.

URL ve alan adı bütünlüğü:

• Ayarlar > Genel bölümünü ziyaret edin ve hem WordPress Adresi hem de Site Adresi’nin doğru hedef URL’yi yansıttığını onaylayın
• Arama-değiştirme kontrolü yapın: sunucuya WP-CLI yükleyin ve eklentinin serileştirilmiş verilerde kaçırdığı URL’leri yakalamak için wp search-replace 'olddomain.com' 'newdomain.com' --dry-run komutunu çalıştırın
• HTTP’den HTTPS’ye geçiş yapıyorsanız tarayıcı geliştirici araçlarında karışık içerik uyarılarını kontrol edin

İşlevsel test:

• Tüm gezinme menülerini ve dahili bağlantıları test edin
• En az bir iletişim formu gönderin ve teslimi doğrulayın
• Uygulanabilirse WooCommerce ödeme akışını test edin
• Medya eklerinin doğru yüklendiğini doğrulayın (bozuk görseller genellikle wp_posts tablosunda kaçırılmış bir URL yeniden yazmasına işaret eder)

Güvenlik ve yapılandırma:

• SSL Sertifikalarınızın etkin olduğunu ve hedef alan adında HTTPS’nin zorunlu kılındığını onaylayın
• Hedefte wp-config.php dosyasını inceleyin — veritabanı kimlik bilgileri, WP_DEBUG durumu ve güvenlik tuzları kaynağı değil yeni ortamı yansıtmalıdır
• WordPress güvenlik anahtarlarını Ayarlar > Genel aracılığıyla veya WordPress gizli anahtar üreteci kullanarak wp-config.php dosyasındaki tuz sabitlerini değiştirerek yeniden oluşturun

Önbellekleme:

• Tüm önbellekleme katmanlarını temizleyin: nesne önbelleği (Redis/Memcached), sayfa önbelleği eklentileri (WP Rocket, W3 Total Cache) ve tüm CDN önbellekleri
• Önbellekleme eklentilerini yeni ortam yollarını algılamaya zorlamak için devre dışı bırakıp yeniden etkinleştirin

Karşılaştırma: All-in-One WP Migration ve Alternatif Geçiş Yöntemleri

VPS veya Özel Sunucuya Geçiş

Paylaşımlı barındırmadan bir VPS Hosting veya Dedicated Servers ortamına geçiş yapıyorsanız, All-in-One WP Migration iş akışı aynıdır, ancak hedef sunucu kurulumu ek dikkat gerektirir:

• Bir LAMP veya LEMP yığını yükleyin (Apache/Nginx, MySQL/MariaDB, PHP)
• WordPress belge köküne işaret eden bir sanal ana bilgisayar yapılandırın
• Uygun ayrıcalıklara sahip özel bir MySQL veritabanı ve kullanıcı oluşturun
• Eklenti içe aktarmasını çalıştırmadan önce WordPress çekirdeğini yükleyin
• PHP-FPM havuz ayarlarını kaynak sitenin kaynak gereksinimlerini karşılayacak veya aşacak şekilde yapılandırın

Yönetilen kontrol paneli arayüzünü tercih eden ekipler için, cPanel’li VPS sunucu yapılandırma yükünü önemli ölçüde azaltır — cPanel, içe aktarma öncesi kurulumu basitleştiren tek tıklamayla WordPress yükleyicisi, PHP sürüm değiştirici ve dosya yöneticisi sağlar.

Yaygın Hatalar ve Çözümleri

“İçe aktarma başarısız: arşiv açılamadı”

Bu genellikle .wpress dosyasının bozuk olduğu, yüklemenin kesintiye uğradığı veya hedefte disk alanının yetersiz olduğu anlamına gelir. Dosya boyutunun orijinalle eşleştiğini doğrulayın, df -h ile kullanılabilir disk alanını kontrol edin ve SFTP aracılığıyla doğrudan wp-content/ai1wm-backups/ dizinine yeniden yükleyin.

“Maksimum yürütme süresi aşıldı”

PHP max_execution_time yönergesi, içe aktarma boyutu için çok düşüktür. Yukarıda gösterildiği gibi php.ini veya .htaccess dosyasında 300 veya 600 saniyeye yükseltin.

“Yüklenen dosya upload_max_filesize yönergesini aşıyor”

Yükleme boyutu sınırı yükseltilmemiş veya değişiklik doğru PHP yapılandırma dosyasına uygulanmamıştır. Hangi php.ini dosyasının etkin olduğunu doğrulamak için komut satırından php -i | grep upload_max_filesize komutunu çalıştırın.

php -i | grep upload_max_filesize
php -i | grep "Loaded Configuration File"

İçe aktarma sonrası beyaz ölüm ekranı

Gerçek PHP hatasını ortaya çıkarmak için wp-config.php dosyasında geçici olarak WP_DEBUG özelliğini etkinleştirin:

define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);

Ardından belirli hata için /wp-content/debug.log dosyasını kontrol edin. Yaygın nedenler, hedef PHP sürümüyle uyumsuz bir eklenti veya bellek sınırı tükenmesidir.

Geçiş sonrası bozuk görseller

wp_posts ve wp_postmeta tablolarında eski alan adı için hedefli bir veritabanı arama-değiştirme işlemi yapın. WP-CLI kullanarak:

wp search-replace 'https://olddomain.com' 'https://newdomain.com' wp_posts wp_postmeta --precise --report-changed-only

Teknik Karar Matrisi: All-in-One WP Migration Ne Zaman Kullanılır

Pratik Temel Çıkarımlar

• 200 MB üzerindeki siteler için .wpress dosyasını her zaman SFTP aracılığıyla doğrudan wp-content/ai1wm-backups/ dizinine yükleyin — bu, her HTTP yükleme boyutu kısıtlamasını önler.
• Bir hatayla karşılaştıktan sonra değil, içe aktarmaya başlamadan önce hedefte upload_max_filesize, post_max_size, memory_limit ve max_execution_time değerlerini yükseltin.
• Eklenti wp-config.php dosyasını arşivden hariç tutar — hedef veritabanı kimlik bilgileriniz korunur, ancak içe aktarma sonrası WP_DEBUG, WP_SITEURL ve güvenlik tuzlarını manuel olarak doğrulayın.
• İçe aktarmanın hemen ardından her zaman kalıcı bağlantıları temizleyin. Nginx’te, sunucu bloğunda try_files yönergesinin mevcut olduğunu doğrulayın.
• Alan adı değişikliği içeren herhangi bir geçişten sonra, eklentinin kaçırmış olabileceği serileştirilmiş URL kalıntılarını yakalamak için wp search-replace --dry-run komutunu çalıştırın.
• Yayına geçmeden önce hedefte SSL’nin etkin olduğunu onaylayın — geçiş sonrası SSL sertifikası uyumsuzluğu, kullanıcı güvenini zedeleyen tarayıcı güvenlik uyarılarının yaygın bir nedenidir.
• Üretim geçişleri için, özellikle PHP sürümlerini değiştirirken veya önemli ölçüde farklı sunucu yığınları arasında geçiş yaparken, önce bir hazırlama ortamında test edin.

Sıkça Sorulan Sorular

All-in-One WP Migration, WordPress’i farklı bir alan adına taşımak için çalışır mı?

Evet. Eklenti, SQL dökümünde bir belirteç değiştirme işlemi kullanarak içe aktarma sırasında kaynak alan adını otomatik olarak hedef alan adına yeniden yazar. İçe aktarma sonrasında, Ayarlar > Genel bölümünü kontrol ederek ve eklentinin kaçırmış olabileceği serileştirilmiş PHP verilerine gömülü URL’leri yakalamak için WP-CLI search-replace --dry-run komutunu çalıştırarak yeniden yazmanın başarılı olduğunu doğrulayın.

Ücretsiz sürüm tarafından desteklenen maksimum dosya boyutu nedir?

Ücretsiz sürümün eklentinin kendisinde sabit kodlanmış bir boyut sınırı yoktur — kısıtlama tamamen sunucunun PHP upload_max_filesize ve post_max_size yönergelerinden kaynaklanmaktadır. Birçok paylaşımlı barındırıcıda bu varsayılan olarak 128 MB’tır. .wpress dosyasını SFTP aracılığıyla wp-content/ai1wm-backups/ dizinine yükleyerek ve İçe Aktar ekranından seçerek bu kısıtlamayı tamamen atlayabilirsiniz; bu, HTTP yükleme mekanizmasını atlar.

Geçiş, hedef sitenin veritabanının tamamının üzerine yazar mı?

Evet. İçe aktarma, hedef veritabanındaki tüm mevcut tabloları siler ve bunları kaynak sitedeki tablolarla değiştirir. İçe aktarmadan önce, korumak istediğiniz veriler varsa hedef veritabanını yedekleyin.

All-in-One WP Migration’ı WordPress Multisite için kullanabilir miyim?

Ücretsiz sürüm, Multisite ağ geçişlerini desteklemez. Tam bir Multisite ağını dışa ve içe aktarmak için premium “Multisite Extension” gereklidir. Bir ağ içindeki bireysel alt siteler bazen ücretsiz sürüm kullanılarak bağımsız siteler olarak taşınabilir, ancak bu, ağa özgü veritabanı girişlerinin manuel olarak temizlenmesini gerektirir.

İçe aktarma tamamlandıktan hemen sonra neden oturumum kapatılıyor?

Bu doğru bir davranıştır. İçe aktarma, wp_users tablosu dahil tüm veritabanını kaynak sitedeki verilerle değiştirir. Hedef sitenizin yönetici hesabı artık mevcut değildir — kaynak sitedeki kullanıcı hesapları artık etkindir. Orijinal kaynak sitedeki kullanıcı adı ve şifreyi kullanarak giriş yapın.