WordPress Site Taşıma: Adım Adım Migration Rehberi 2026

WordPress site taşıma (migration), mevcut WordPress sitenizi bir hosting sağlayıcısından veya sunucudan diğerine, içeriğinizi ve ayarlarınızı kaybetmeden aktarma işlemidir. Daha hızlı, daha güvenli veya daha uygun fiyatlı bir WordPress hosting hizmetine geçmek istediğinizde bu işlemi yaparsınız. Doğru yapıldığında siteniz ziyaretçiler için kesintisiz çalışmaya devam eder; yanlış yapıldığında ise bozuk linkler, eksik görseller ve çalışmayan eklentilerle uğraşmak zorunda kalırsınız.

İşin püf noktası, WordPress’in sadece dosyalardan ibaret olmadığını anlamaktan geçer. Bir WordPress sitesi iki ayaklıdır: sunucudaki dosyalar (tema, eklenti, görseller, wp-config.php) ve bir MySQL veritabanı (yazılarınız, ayarlarınız, yorumlarınız). Taşımanın “kolay” yöntemleri bu iki ayağı sizin için paketler; “manuel” yöntemde ikisini ayrı ayrı taşırsınız. Hangi yolu seçerseniz seçin, asıl tuzak veritabanındaki URL’lerin güncellenmesinde gizlidir; aşağıda bunu detaylıca anlatacağım.

Taşımadan Önce: Hazırlık Kontrol Listesi

Acele edip dosyaları kopyalamaya başlamadan önce 10 dakikanızı şu hazırlığa ayırın. Tecrübeyle sabittir ki taşımalardaki sorunların büyük çoğunluğu, bu listenin atlanmasından kaynaklanır:

• Tam yedek alın: Hem dosyaların (public_html veya wp-content) hem de veritabanının eksiksiz yedeği. Bu sizin “geri dönüş” sigortanızdır.
• PHP ve MySQL sürümlerini not edin: Eski ve yeni sunucudaki PHP sürümü uyuşmazsa eklentiler hata verebilir. Yeni hosting’in PHP sürüm seçici sunması büyük kolaylıktır.
• Eklenti envanteri çıkarın: Aktif eklentilerin listesini bir yere yazın. Taşıma sonrası hangisinin sustuğunu kıyaslamak için işinize yarar.
• Önbellek eklentilerini geçici kapatın: LiteSpeed Cache, WP Rocket gibi önbellek eklentileri taşımadan önce devre dışı bırakılırsa, eski URL’leri statik dosyalara gömüp sizi şaşırtmaz.
• DNS TTL’i düşürün: Taşımadan bir gün önce alan adınızın TTL değerini 300 saniyeye indirirseniz, geçiş anında DNS propagasyonu çok daha hızlı tamamlanır.

WordPress Taşıma Yöntemleri

Üç temel yol var ve hangisini seçeceğiniz sitenizin boyutuna, teknik rahatlığınıza ve risk toleransınıza bağlı:

Eklenti ile (kolay): All-in-One WP Migration veya Duplicator gibi eklentilerle sitenizi tek bir dosyada paketleyip yeni sunucuya yükleyebilirsiniz. Bu yöntemin güzelliği, URL değişimini ve veritabanı içe aktarmayı otomatik hâlletmesidir. Manuel (tam kontrol): Dosyaları FTP/SFTP ile, veritabanını ise phpMyAdmin üzerinden dışa/içe aktararak taşırsınız. Büyük sitelerde ve özel sunucu yapılandırmalarında en güvenilir yoldur. Sağlayıcı desteğiyle (en rahatı): Birçok hosting firması taşımayı uzman ekibiyle ücretsiz yapar; siz sadece eski hosting bilgilerini iletir, gerisini ekibe bırakırsınız.

Hangi Yöntem Size Uygun?

Durum	Önerilen Yöntem	Neden
Site < 512 MB, az eklenti	Eklenti (All-in-One WP Migration)	Tek dosya, otomatik URL değişimi, 10 dakikada biter
Site 1-20 GB, WooCommerce	Duplicator veya manuel	DupArchive formatı yükleme limitine takılmaz
Çoklu site / özel yapı	Manuel + WP-CLI	Serileştirilmiş veriyi güvenle işler, tam kontrol
Teknik bilgi yok / vakit yok	Sağlayıcı desteği	Uzman ekip ücretsiz ve kesintisiz taşır

Küçük bir uyarı: All-in-One WP Migration’ın ücretsiz sürümü içe aktarmada genelde 512 MB sınırı gösterir. Bu sınır aslında sunucunuzun PHP yapılandırmasından (upload_max_filesize, post_max_size) kaynaklanır; php.ini veya .htaccess ile yükseltilebilir. Büyük sitelerde bu limitle boğuşmak yerine Duplicator’ın parçalı arşivini veya manuel yolu tercih etmek daha az baş ağrıtır.

Manuel Taşıma Adımları

Manuel yöntem kulağa korkutucu gelse de mantığı basittir: dosyaları taşı, veritabanını taşı, ikisini birbirine bağla. Adım adım:

1. Dosyaları indirin: Eski sunucudaki tüm WordPress dosyalarını FTP/SFTP ile bilgisayarınıza indirin. Büyük sitelerde kontrol panelinden sıkıştırılmış (.zip) bir arşiv oluşturup tek dosya indirmek çok daha hızlıdır.
2. Veritabanını dışa aktarın: phpMyAdmin üzerinden veritabanını Export ile bir .sql dosyası olarak indirin. Büyük veritabanlarında “Custom” modunu seçip gzip sıkıştırması açmak işinizi kolaylaştırır.
3. Yeni veritabanı oluşturun: Yeni hosting’in kontrol panelinde (cPanel/Plesk/DirectAdmin) yeni bir MySQL veritabanı ve kullanıcı oluşturun, kullanıcıya tam yetki verin. Veritabanı adı, kullanıcı adı ve şifreyi bir kenara not edin.
4. Veriyi içe aktarın: Oluşturduğunuz veritabanını seçip phpMyAdmin’den Import ile .sql dosyasını yükleyin.
5. Dosyaları yükleyin: İndirdiğiniz WordPress dosyalarını yeni sunucunun kök dizinine (genelde public_html) yükleyin ve gerekirse arşivi açın.
6. wp-config.php’yi güncelleyin: Yeni veritabanı adı, kullanıcı adı, şifre ve host (DB_HOST, genelde localhost) bilgilerini bu dosyaya yazın. Bu adım atlanırsa “Error establishing a database connection” hatasını görürsünüz.
7. URL’leri güncelleyin: Eğer alan adı değişiyorsa veya geçici bir test adresinde çalışıyorsanız, veritabanındaki eski URL’leri yenisiyle değiştirin (bir sonraki bölüm).
8. DNS’i yönlendirin: Her şey çalışıyorsa alan adınızın nameserver/DNS ayarlarını yeni hosting’e yönlendirin.

En Kritik Adım: URL’leri Doğru Değiştirmek

Manuel taşımalarda en sık yapılan ve en sinsi hata budur. WordPress veritabanı, ayarların bir kısmını serileştirilmiş (serialized) PHP verisi olarak saklar. Bu, karakter uzunluğunu içinde sayan bir formattır. Eğer ham bir SQL UPDATE komutuyla URL’leri toplu değiştirirseniz, metin uzar veya kısalır ama uzunluk sayacı eski değerde kalır; sonuç olarak tema ayarları, widget’lar, ACF alanları ve eklenti yapılandırmaları sessizce bozulur. Site açılır gibi görünür ama ayarlar boşalmıştır.

Doğru yöntem, serileştirilmiş veriyi tanıyan bir araç kullanmaktır:

• WP-CLI (en güvenli): SSH erişiminiz varsa wp search-replace ‘https://eskisite.com’ ‘https://yenisite.com’ –precise –skip-columns=guid –dry-run komutu altın standarttır. –dry-run önce kuru bir prova yapar ve hangi tabloda kaç değişiklik olacağını söyler; emin olunca bu bayrağı kaldırıp gerçekten çalıştırırsınız. –precise serileştirilmiş veriyi güvenle açıp yeniden paketler, –skip-columns=guid ise WordPress’in altın kuralına uyup GUID sütununa asla dokunmaz.
• Better Search Replace eklentisi: SSH’iniz yoksa bu ücretsiz eklenti aynı işi panel üzerinden yapar; “serileştirilmiş veriyi çöz” seçeneğini açmayı ve önce “Dry Run” ile denemeyi unutmayın.

GUID sütununa neden dokunulmaz? Çünkü WordPress bu değeri her yazı için kalıcı bir kimlik olarak kullanır; URL gibi görünse de RSS okuyucuları ve bazı eklentiler için sabit kalması gerekir. Değiştirirseniz abonelerinize tüm eski yazılar “yeni” olarak görünür.

Akıllı Yol: Staging (Test) Ortamında Provasını Yapın

Profesyonellerin canlı siteye ilk denemede taşıma yapmamasının bir sebebi var. Staging ortamı, sitenizin birebir kopyasının ziyaretçilere kapalı bir kopyasını çalıştırmaktır. Taşımayı önce buraya yapar, her şeyi test eder, sorunları burada çözer; ancak sonra canlıya geçersiniz. Modern WordPress hosting paketleri tek tıkla staging ortamı oluşturma özelliği sunar. Bu, özellikle WooCommerce gibi sipariş verisi taşıyan sitelerde “test ederken gerçek satışı kaybetme” riskini ortadan kaldırır.

Taşıma Sırasında Dikkat Edilecekler

Taşımadan önce mutlaka tam bir yedek alın. DNS değişikliği propagasyon nedeniyle birkaç saat (nadiren 24-48 saat) sürebileceğinden, eski siteyi taşıma tamamlanana ve yeni site doğrulanana kadar kapatmayın; böylece kesinti yaşanmaz. Geçiş sırasında bir bakım/maintenance bildirimi göstermek, ziyaretçinin yarı yüklenmiş içeriği görmesini engeller.

Taşıma sonrası şu kontrol listesini uygulayın: tüm sayfaları, iletişim ve sipariş formlarını, görselleri ve SSL sertifikasını test edin. Kalıcı bağlantıların (permalink) çalıştığından emin olun; çalışmıyorsa Ayarlar > Kalıcı Bağlantılar ekranını açıp tekrar kaydetmek genelde sorunu çözer. Son olarak karışık içerik (mixed content) uyarısına dikkat edin: HTTP üzerinden yüklenen görsel veya script kaldıysa, SSL kilidi kırık görünür; bunları HTTPS’e çevirin.

Taşıma Sonrası Sık Karşılaşılan Hatalar ve Çözümleri

Hata / Belirti	Olası Sebep	Çözüm
Error establishing a database connection	wp-config.php’deki veritabanı bilgileri yanlış	DB_NAME, DB_USER, DB_PASSWORD, DB_HOST değerlerini kontrol edin
Beyaz ekran (white screen)	PHP sürüm uyuşmazlığı veya eklenti çakışması	PHP sürümünü eşitleyin, eklentileri geçici devre dışı bırakın
Görseller görünmüyor / kırık link	URL’ler eski adrese işaret ediyor	WP-CLI veya Better Search Replace ile URL değiştirin
Sayfalar 404 veriyor	Permalink yapısı yenilenmedi	Kalıcı Bağlantılar ayarını tekrar kaydedin
Stil bozuk, tema dağılmış	Önbellek veya HTTPS karışık içerik	Önbelleği temizleyin, mixed content’i düzeltin

Kesintisiz Taşıma İçin Doğru Sağlayıcı

Sorunsuz bir geçiş için, taşımayı ücretsiz ve kesintisiz yapan, LiteSpeed + LSCache destekli bir WordPress hosting sağlayıcısı seçmek en pratik yoldur. Sunucuların Türkiye’de (İzmir) bulunması, Türk ziyaretçilerinizle aranızdaki gecikmeyi (latency) düşürür; bu da sayfa açılış hızında ve Core Web Vitals skorlarında doğrudan kazançtır. Alastyr, mevcut WordPress sitenizi uzman ekibiyle ücretsiz ve veri kaybı olmadan taşır; arka planda CloudLinux ile hesap izolasyonu, Imunify360 güvenlik katmanı, günlük yedekleme ve PHP sürüm seçici çalışır. 2002’den beri Türk sermayesiyle hizmet veren, RIPE NCC üyesi ve BTK akredite altyapıda; 45 binden fazla hosting hesabı barındıran bir ekibe taşımayı bırakmak, sizi “URL bozuldu mu” stresinden kurtarır.

Sıkça Sorulan Sorular

Site taşıma sırasında sitem kapanır mı?

Doğru yapıldığında hayır. Eski site, yeni siteye DNS yönlendirmesi tamamlanana ve yeni kopya doğrulanana kadar açık tutulur. Taşımadan bir gün önce DNS TTL değerini düşürürseniz geçiş çok daha hızlı tamamlanır.

Taşıma ne kadar sürer?

Site boyutuna göre değişir. Küçük bir blog eklenti veya sağlayıcı desteğiyle 10-30 dakikada, büyük bir WooCommerce sitesi ise birkaç saatte taşınır. Buna DNS propagasyon süresini de eklemek gerekir; o da genelde birkaç saat sürer.

Taşıma ücretli mi?

Alastyr WordPress sitenizi ücretsiz taşır. Dilerseniz All-in-One WP Migration veya Duplicator gibi ücretsiz eklentilerle kendiniz de yapabilirsiniz.

Taşıma sonrası SEO’m etkilenir mi?

Alan adı (domain) aynı kaldığı sürece SEO etkilenmez. Aksine daha hızlı bir hosting, sayfa hızı ve Core Web Vitals üzerinden SEO’yu olumlu etkiler. Alan adı da değişiyorsa eski adresten yenisine 301 yönlendirme kurmanız şarttır.

Veritabanım çok büyük, sorun olur mu?

Büyük sitelerde manuel veya sağlayıcı destekli taşıma daha güvenlidir; eklentilerin yükleme limitlerine takılmazsınız. Duplicator’ın parçalı arşiv formatı (DupArchive) büyük dosyaları sunucu yükleme limitine takılmadan taşıyabilir.

URL’leri değiştirirken neden ham SQL kullanmamalıyım?

WordPress ayarların bir kısmını serileştirilmiş (serialized) veri olarak saklar. Ham SQL ile toplu değiştirme bu verinin uzunluk sayacını bozar ve tema/eklenti ayarları sessizce çalışmaz hâle gelir. Bunun yerine WP-CLI search-replace veya Better Search Replace eklentisini kullanın.

Taşıma sonrası görsellerim kayboldu, ne yapmalıyım?

Bu genelde URL’lerin eski adrese işaret etmesinden kaynaklanır. WP-CLI search-replace veya Better Search Replace ile eski URL’yi yenisiyle değiştirip önbelleği temizlemek sorunu çözer.

Eski hosting hesabımı hemen silebilir miyim?

Hayır. Yeni site tamamen çalışır durumda olana ve DNS propagasyonu dünya genelinde tamamlanana kadar (genelde 24-48 saat) eski hesabı tutun. Bu süre sizin güvenlik ağınızdır; bir sorun çıkarsa hızla geri dönebilirsiniz.

Staging ortamı taşımada gerçekten gerekli mi?

Zorunlu değil ama özellikle WooCommerce ve karmaşık siteler için şiddetle önerilir. Staging, taşımanın provasını ziyaretçilere kapalı bir kopyada yapmanızı sağlar; sorunları canlı sitede değil, kimsenin görmediği bir ortamda çözersiniz.