WordPress Site Taşıma – 7 Kesin Yöntem

Öne Çıkanlar

• WordPress sitenizi taşırken dosyalar (wp-content) ve veritabanını eksiksiz, uyumlu sürümlerle ve doğru sırayla aktarın.
• Taşıma öncesi yedekleme, kaynak-limit kontrolü (PHP memory_limit, max_execution_time, I/O) ve önbellek/cron yönetimi kritik öneme sahiptir.
• Güvenlik için firewall/port kontrolü, SSH/SFTP kullanımı ve panel portlarını IP ile sınırlama önerilir.
• Yazılım uyumluluğunu (PHP, MySQL/MariaDB, karakter setleri) kontrol edip gereksiz veritabanı şişkinliklerini temizleyin.
• Taşıma sürecini hazırlık → yeni sunucu hazırlığı → veri aktarımı ve lokal test şeklinde üç faza bölün.

WordPress Site Taşıma: En Güvenli Yöntemler Hakkında Bilmeniz Gerekenler

WordPress Site Taşıma: En Güvenli Yöntemler dendiğinde çoğu kişinin aklına ilk gelen şey şu oluyor: “Ya bir şey silinir de site giderse?” Haklı bir korku. Çünkü taşıma işlemi, özellikle canlı bir WordPress projesi söz konusuysa, çalışır durumdaki bir makinenin motorunu hareket halindeyken söküp diğer kasaya takmaya benziyor. Bir yandan veritabanı, bir yandan wp-content klasörü, DNS süresi, SSL derken küçük bir hata; kırık görseller, bozuk karakterler veya beyaz ekran olarak geri dönebiliyor.

İşin güzel yanı şu: Doğru sırayı izlersen bu işlem gayet sıkıcı derecede sorunsuz hale gelebiliyor. Yani “dua ederek taşıma” dönemini kapatıp, kontrollü bir geçişe geçmek mümkün. Bu yazıda hem ilk defa WordPress taşıyanlar için basit ama güvenli adımları, hem de yıllardır sunucu yönetenlerin işine yarayacak birkaç ince ayarı beraber toplayalım.

Yapılandırma ve Yönetim: Adım Adım

Kaynak Yönetimi – Limitleri Zorlamayın

WordPress site taşıma sürecinde asıl krizler genelde kaynak sınırlarında patlar. CPU %100, RAM tavanda, “Resource limit is reached” uyarıları… Dürüst olmak gerekirse, RAM miktarından ziyade PHP işlemcileri ve I/O limiti bazen çok daha kritiktir – her ne kadar herkes önce RAM’e baksa da.

Taşıma sırasında dikkat etmeniz gerekenler:

• PHP memory_limit, max_execution_time ve upload_max_filesize değerlerini yeni sunucuda kontrol edin. Özellikle büyük SQL dosyası veya büyük wp-content zip’i atarken bu limitler işlemi yarıda kesebilir.
• Aynı anda çalışan görevleri azaltın. Taşıma yaparken yoğun cron işleri, yedekleme scriptleri veya ağır sorgu üreten rapor eklentileri varsa geçici olarak devre dışı bırakmak akıllıca olur.
• Önbellek eklentilerini taşıma esnasında geçici olarak kapatın. Hem eski hem yeni sunucuda cache çakışmaları, yanlış yönlendirmeler ve garip 404’ler oluşturabiliyor.

“Aşırı kaynak kullanımı” uyarısı geldiğinde panik yapmadan önce kontrol edilecek ilk dosya çoğu zaman error_log dosyasıdır. Genellikle ya bir eklenti sürekli hata veriyordur ya da bir sorgu kilitlenmiştir. public_html içerisindeki error_log veya hosting panelinizdeki “Errors” bölümüne bakmak, saç baş yolmadan önce yapılacak ilk iş.

Güvenlik Duvarı ve Port Ayarları

Dış dünyaya açık her port, açık bir penceredir. Özellikle VDS veya cloud sunucu kullanıyorsanız, WordPress site taşıma işleminden önce ve sonra güvenlik duvarınızı (iptables, firewalld, CSF vb.) gözden geçirmeniz lazım.

Dikkat etmeniz gereken temel noktalar:

• SSH portunu değiştirin (varsayılan 22 yerine farklı bir port kullanın). Bu, otomatik tarayan botların ciddi kısmını daha girişte eler.
• SFTP/FTP erişimini mümkünse SFTP ile sınırlayın. FTP kullanmanız gerekiyorsa, IP bazlı kısıtlama yapın veya taşıma bitince FTP hesabını kapatın.
• Gereksiz servisleri kapatın. Mail sunucusu kullanmıyorsanız Exim/Postfix açık durmasın, harici bir e-posta çözümü (örneğin kurumsal e-posta) tercih ediyorsanız, yerel mail servislerinin aktif olması şart değil.
• Panel portlarınızı (cPanel, Plesk, phpMyAdmin) sadece gerekli IP’lere açmanız mümkünse bu, ekstra bir katman güvenlik sağlar.

Şunu da unutmayın: DNS yönlendirmesini yapmadan önce yeni sunucuda sitenizi hosts dosyasıyla test ederken dahi, güvenlik duvarınız doğru yapılandırılmış olmalı. Taşıma esnasında açılan, ama işlem bittikten sonra kapatılması unutulan her port, ileride baş ağrısına dönüşebilir.

Yazılım Uyumluluğu ve PHP/Veritabanı Seçimi

“En güncel sürüm en iyisidir” cümlesi, güvenlik açısından genelde doğru; ama WordPress site taşıma sürecinde tek başına sağlıklı bir kriter değil. İşin püf noktası şurada: Önce sitenizin tema ve eklentilerinin hangi PHP ve MySQL/MariaDB sürümleriyle tam uyumlu olduğuna bakmanız gerekiyor.

• Eski sunucuda PHP 7.4 kullanıyorsanız, yeni sunucuda doğrudan PHP 8.2’ye zıplamak yerine önce 8.0/8.1 ile test etmek daha güvenli olabilir.
• MySQL → MariaDB geçişlerinde, tablo motorlarının (özellikle InnoDB) tutarlı olduğundan ve karakter seti/karşılaştırma (utf8mb4 vs. utf8) ayarlarının aynı olduğundan emin olun.

Veritabanı optimizasyonu için bir “altın kural” derseniz: Gereksiz şişmiş tabloları taşımayın, temizleyip öyle taşıyın. Özellikle wp_options ve wp_posts tabloları; çöp kutusu, revizyonlar, otomatik kaydedilen taslaklar ve kullanılmayan geçici verilerle dolabiliyor. Temizlik için taşıma öncesi bir bakım yapmak (revision limitini kısma, spam yorumları silme, kullanılmayan eklentileri kaldırma) hem yedeği küçültür hem de yeni sunucuda performansı artırır.

Uygulama: Kurulum ve Yayına Alma

Terminali açın, şu komutu girin demiyorum ama mantık şu: WordPress site taşıma işlemini üç ana faza bölmek, hem hata riskini hem de stres seviyesini ciddi anlamda düşürür.

1. Hazırlık ve yedekleme
   Eski hostingde:
   • wp-content klasörünüzü ve veritabanınızı ayrı ayrı yedekleyin. Paneliniz cPanel ise “Full Backup” yerine ayrı home ve ayrı database yedeği almak genelde daha esnektir.
   • wp-config.php dosyanızı bilgisayarınıza indirin; içinde eski veritabanı adı, kullanıcı adı ve host bilgisi duracak, yeni sunuccuya göre bunu güncelleyeceksiniz.
   • DNS TTL değerini mümkünse 300 saniye civarına düşürün ki geçiş daha hızlı tamamlanabilsin.
2. Yeni sunucuyu hazırlama
   Yeni hostinginizde:
   • Boş bir WordPress kurulumu başlatın veya sadece yeni bir veritabanı ve kullanıcı oluşturun. WordPress dosyalarını isterseniz eski siteden bire bir taşıyabilirsiniz.
   • wp-config.php içinde yeni veritabanı bilgilerini (DB_NAME, DB_USER, DB_PASSWORD, DB_HOST) doğru şekilde güncelleyin.
   • Eğer özel bir alan adı kullanıyorsanız, domain tarafında herhangi bir park/forward işlemi olmadığından emin olun.
3. Veri aktarımı ve test
   • Eski sunucudan aldığınız SQL dosyasını yeni veritabanına yükleyin (phpMyAdmin, panel backup aracı veya komut satırı ile).
   • wp-content klasörünü (özellikle uploads, themes, plugins) komple yeni sunucuya aktarın.
   • Bilgisayarınızdaki hosts dosyasına domaininiz için yeni sunucu IP’sini ekleyerek DNS’i değiştirmeden önce lokal test yapın. Böylece sadece siz yeni sunucuyu görürsünüz, ziyaretçiler eski sunucuda kalmaya devam eder.

Genelde 5 dakikadan fazla sürmez dediğimiz kısım, bu son test: Menü linkleri doğru mu, admin paneline girebiliyor musunuz, görseller kırık mı, özel URL yapınız (permalink) doğru mu? Bunlar temizse DNS’i yeni sunucuya yönlendirip taşıma dosyalarını kapatabilirsiniz. Bu arada, performansınızı artırmak için WordPress sayfamızdaki diğer çözümlere de bakabilirsiniz.

Sık Karşılaşılan Sorunlar ve Pratik Çözümler

Bunlara ek olarak WordPress site taşıma sırasında sık gördüğümüz birkaç sorun daha var:

• Karakter bozulmaları (Türkçe harfler “ç” gibi görünmesi)
  Muhtemel neden: Eski ve yeni veritabanında farklı karakter seti/karşılaştırma ayarları. Çözüm: Hem eski SQL yedeğinizin hem de yeni veritabanınızın utf8mb4 ve uygun collate (örneğin utf8mb4_unicode_ci) ile çalıştığından emin olun.
• Admin paneline girişte “too many redirects” hatası
  Muhtemel neden: HTTP → HTTPS yönlendirme çakışmaları veya site URL’lerinin hatalı olması. Çözüm: wp-config.php içine geçici olarak define('WP_HOME','https://alanadiniz.com'); ve define('WP_SITEURL','https://alanadiniz.com'); ekleyip test edin; ayrıca .htaccess veya Nginx config’de çift yönlendirme olup olmadığına bakın.
• SSL sonrası karışık içerik (mixed content) uyarıları
  Muhtemel neden: Eski sitede http:// ile eklenmiş görsel veya scriptler. Çözüm: Tüm URL’leri https’e güncelleyin, gerekirse serialize aware bir “search-replace” aracı kullanın. Güvenilir bir SSL için de SSL sertifikası seçeneklerine göz atabilirsiniz.

Sıkça Sorulan Sorular

WordPress site taşıma işlemi gerçekten güvenli mi?

Doğru adımlarla ve mutlaka önce yedek alarak ilerlerseniz, WordPress site taşıma: en güvenli yöntemler çerçevesinde oldukça risksiz bir süreçtir. Risk genelde acele etmekten, yarım yedek almaktan veya test etmeden DNS’i yeni sunucuya çevirmekten kaynaklanıyor. Ek önlem olarak, DNS yönlendirmesini yaptıktan sonra bir süre eski hosting hesabınızı kapatmayıp, gerekirse geri dönmek için “can simidi” olarak tutabilirsiniz.

Fiyat/performans dengesini nasıl kurarım?

Şöyle düşünün: Trafiği düşük bir blog ile yoğun ziyaretçi alan bir e-ticaret sitesinin ihtiyacı aynı değil. İhtiyacınız olan şey; yeterli kaynak + iyi yapılandırılmış yazılım. Mesela başlangıç seviyesinde iyi optimize edilmiş bir WordPress hosting planı fazlasıyla yeterliyken, yüksek trafikli projelerde VDS veya cloud sunucuya geçmek mantıklı olur. Fiyat/performansın özü şu: Gereğinden fazla kaynağa boşuna para ödemeyin ama CPU, disk I/O ve network kalitesinden de kısmayın.

Taşıma (migration) işlemi zor mu?

Teknik terimlere yabancıysanız ilk bakışta karmaşık görünebilir, ama adımları böldüğünüzde gayet yönetilebilir bir süreç. Eski sunucuda yedek → yeni sunucuda veritabanı ve wp-content aktarımı → test → DNS değişikliği. Biz Bilhost olarak, WordPress site taşıma konusunda kullanıcıları olabildiğince yormamaya çalışıyoruz; çoğu planda web hosting hizmetine geçerken taşıma desteği sunuyoruz, yani tüm bu süreci sizin yerinize biz yönetebiliyoruz. İsterseniz panelden, isterseniz destek talebiyle ilerleyip işi bize bırakabilirsiniz.

Sonuç

İşin özü şu: WordPress site taşıma: en güvenli yöntemler diye aradığınızda karşınıza onlarca araç, eklenti ve karmaşık rehber çıkıyor, ama temel prensip hiç değişmiyor. Doğru yedek, doğru sırayla aktarım, tutarlı yazılım sürümleri ve test. Teknoloji ne kadar karmaşık görünürse görünsün, doğru yapılandırma hayat kurtarır. Eğer bir yerde takılırsanız biz buradayız, yorumlarda sorularınızı bekliyorum.