WordPress Taşıma Rehberi

WordPress Taşıma Rehberi​

WordPress taşıma işlemi, mevcut bir WordPress sitesini bir hosting hesabından başka bir hosting hesabına, farklı bir sunucuya veya farklı bir domaine aktarma işlemidir.

Taşıma sırasında yalnızca site dosyalarını kopyalamak yeterli değildir. Sağlıklı bir WordPress taşıması için:

• Site dosyaları
• Veritabanı
• DNS
• SSL
• E-posta
• PHP sürümü
• Veritabanı sürümü
• Kalıcı bağlantılar
• Cache
• Yönlendirmeler

birlikte kontrol edilmelidir.

WordPress Taşıma Nedir?​

WordPress taşıma, bir WordPress kurulumunu mevcut çalışma ortamından başka bir ortama aktarmaktır.

En yaygın taşıma türleri:

• Hosting değiştirme
• cPanel'den başka cPanel'e taşıma
• VDS/VPS sunucuya taşıma
• Farklı domain'e taşıma
• Localhost'tan canlı sunucuya taşıma
• Canlı siteden staging ortamına taşıma

şeklindedir.

WordPress Neden Taşınır?​

Başlıca nedenler:

• Hosting yavaş olabilir
• Sunucu kaynakları yetersiz olabilir
• Daha iyi fiyat bulunmuş olabilir
• Daha iyi teknik destek istenebilir
• Veri merkezi değiştirilebilir
• Site büyümüş olabilir
• VDS veya dedicated sunucuya geçiş gerekebilir
• Domain değişikliği yapılabilir

Taşıma Öncesi En Önemli Kural​

İşleme başlamadan önce mutlaka tam yedek alınmalıdır.

Yedekte en az:

• Site dosyaları
• Veritabanı

bulunmalıdır.

Mümkünse mevcut hosting hesabının tam yedeği de ayrıca alınmalıdır.

Neden Önce Backup Alınmalı?​

Taşıma sırasında:

• Dosya eksik kopyalanabilir
• Veritabanı import hatası çıkabilir
• DNS yanlış yönlendirilebilir
• Site bozulabilir

Yedek varsa eski çalışan sisteme dönmek çok daha kolay olur.

Taşıma Öncesi Kontrol Listesi​

• Dosya yedeği alındı mı?
• Veritabanı yedeği alındı mı?
• Eski hosting hesabı hâlâ aktif mi?
• Yeni hosting hazır mı?
• PHP sürümü kontrol edildi mi?
• SSL desteği var mı?
• DNS kayıtları not edildi mi?
• E-posta hesapları kontrol edildi mi?
• Cron görevleri not edildi mi?
• Özel yönlendirmeler kaydedildi mi?

WordPress Taşımanın Temel Mantığı​

Taşıma işlemi aslında şu dört ana parçadan oluşur:

1. Dosyaları taşı
2. Veritabanını taşı
3. WordPress'i yeni veritabanına bağla
4. Domain ve DNS'i yeni sunucuya yönlendir

Bu dört adım doğru yapılırsa site genellikle sorunsuz şekilde çalışır.

Manuel WordPress Taşıma​

Manuel taşıma biraz daha teknik bilgi gerektirir ancak oldukça kontrollü bir yöntemdir.

Genel işlem:

1. Eski sunucudan dosyaları indir
2. Veritabanını dışa aktar
3. Yeni sunucuya dosyaları yükle
4. Yeni veritabanı oluştur
5. SQL dosyasını içe aktar
6. wp-config.php dosyasını güncelle
7. Siteyi test et
8. DNS'i yeni sunucuya yönlendir

WordPress Dosyaları Nerede Bulunur?​

cPanel sistemlerde WordPress genellikle:

public_html

klasörü altında bulunur.

Ancak farklı bir domain veya alt domain kullanılıyorsa farklı klasörde olabilir.

Hangi Dosyalar Taşınmalı?​

En güvenli yöntem WordPress kurulum klasörünün tamamını taşımaktır.

Özellikle:

• wp-content
• wp-admin
• wp-includes
• wp-config.php
• .htaccess

dosyaları ve klasörleri önemlidir.

wp-content Neden Önemli?​

İçerisinde:

• Temalar
• Eklentiler
• Görseller
• Uploads
• Özel dosyalar

bulunur.

WordPress sitesinin büyük bölümü burada yer alır.

Dosyaları Nasıl İndiririm?​

Hosting panelinde Dosya Yöneticisi kullanılabilir.

WordPress klasörü:

• ZIP
• TAR.GZ

gibi arşiv haline getirilip indirilebilir.

Alternatif olarak FTP veya SFTP kullanılabilir.

FTP ile Taşıma​

FTP istemcisi üzerinden eski sunucudan dosyalar bilgisayara indirilebilir ve yeni sunucuya yüklenebilir.

Ancak büyük sitelerde bu yöntem uzun sürebilir.

SFTP Daha mı Güvenli?​

Evet.

SFTP şifreli bağlantı kullanır.

Sunucu destekliyorsa FTP yerine SFTP tercih edilmesi daha güvenlidir.

Büyük Sitelerde Arşiv Yöntemi​

Binlerce dosyayı tek tek indirmek yerine site klasörünü sunucuda arşivlemek daha hızlı olabilir.

Örneğin:

site-backup.zip

şeklinde tek dosya oluşturulur.

Yeni sunucuya yüklenip açılır.

Veritabanı Nasıl Dışa Aktarılır?​

En yaygın yöntem:

phpMyAdmin

kullanmaktır.

İlgili WordPress veritabanı seçilir ve:

Dışa Aktar

seçeneği kullanılır.

Sonuçta bir SQL dosyası elde edilir.

Hangi Veritabanının WordPress'e Ait Olduğunu Nasıl Anlarım?​

wp-config.php dosyası kontrol edilir.

Burada kullanılan veritabanı adı bulunur.

Yanlış veritabanını taşımamak için bu adım önemlidir.

Yeni Hosting'de Veritabanı Oluşturma​

Yeni hosting üzerinde yeni bir:

• Veritabanı
• Veritabanı kullanıcısı
• Veritabanı parolası

oluşturulur.

Daha sonra kullanıcıya veritabanı üzerinde gerekli yetkiler verilir.

Veritabanını İçe Aktarma​

Yeni veritabanı phpMyAdmin üzerinden açılır.

İçe Aktar

seçeneği kullanılarak eski sunucudan alınan SQL dosyası yüklenir.

SQL Dosyası Çok Büyükse​

phpMyAdmin yükleme limiti yetersiz kalabilir.

Bu durumda:

• Hosting sağlayıcısından destek alınabilir
• Sunucu seviyesi import yapılabilir
• Daha küçük parçalar kullanılabilir

Büyük veritabanlarında komut satırı yöntemi daha sağlıklı olabilir, ancak forum kullanıcıları için panel tabanlı yöntem daha kolaydır.

wp-config.php Güncelleme​

Dosyalar ve veritabanı taşındıktan sonra WordPress'in yeni veritabanına bağlanması gerekir.

wp-config.php içerisindeki:

• Veritabanı adı
• Kullanıcı adı
• Parola
• Veritabanı sunucusu

yeni hosting bilgileriyle uyumlu olmalıdır.

Veritabanı Host Bilgisi​

Çoğu hosting hesabında:

localhost

kullanılır.

Ancak her sağlayıcıda aynı olmak zorunda değildir.

Yeni hostingin veritabanı bağlantı bilgileri kontrol edilmelidir.

Siteyi DNS Değişmeden Test Etmek​

Bu oldukça önemlidir.

DNS'i hemen değiştirmek yerine mümkünse site yeni sunucuda önce test edilmelidir.

Böylece:

• Görseller
• Sayfalar
• Veritabanı
• Tema
• Eklentiler

kontrol edilebilir.

Hosts Dosyası ile Test​

Teknik kullanıcılar kendi bilgisayarındaki hosts dosyasını geçici olarak düzenleyerek domain'i yalnızca kendi bilgisayarında yeni sunucu IP'sine yönlendirebilir.

Bu yöntem canlı DNS değişmeden yeni sunucuyu test etmeyi sağlar.

Ancak yanlış hosts ayarı bağlantı karışıklığına neden olabileceği için işlem bittikten sonra eski haline döndürülmelidir.

Geçici URL ile Test​

Bazı hosting firmaları geçici URL veya önizleme adresi sunabilir.

Bu yöntem de DNS değişmeden siteyi kontrol etmeye yardımcı olabilir.

WordPress Domain Değişmeden Taşınıyorsa​

En kolay senaryolardan biridir.

Domain aynı kalır.

Sadece:

• Hosting
• Sunucu
• IP

değişir.

Bu durumda veritabanındaki site URL'lerini genellikle değiştirmek gerekmez.

DNS Ne Zaman Değiştirilmeli?​

Yeni sunucudaki site tamamen test edildikten sonra DNS değiştirilmelidir.

Böylece kesinti riski azaltılır.

A Kaydı ile Taşıma​

Domain DNS yönetiminde:

A kaydı

yeni sunucunun IP adresine yönlendirilebilir.

Özellikle DNS başka bir sağlayıcıda yönetiliyorsa en pratik yöntemlerden biridir.

Nameserver Değiştirme​

Alternatif olarak domain nameserver'ları yeni hosting sağlayıcısına yönlendirilebilir.

Ancak nameserver değiştirirken mevcut:

• MX
• TXT
• SPF
• DKIM
• Alt domain

kayıtlarının kaybolmamasına dikkat edilmelidir.

A Kaydı mı Nameserver mı?​

Sadece web sitesi taşınıyorsa ve DNS başka yerde yönetiliyorsa çoğu zaman A kaydını değiştirmek daha kontrollüdür.

Tüm DNS yönetimi yeni hosting'e taşınacaksa nameserver değiştirilebilir.

DNS Yayılımı Nedir?​

DNS değişikliklerinin internet genelinde tamamen güncellenmesi zaman alabilir.

Bu süreçte bazı kullanıcılar eski sunucuya, bazı kullanıcılar yeni sunucuya ulaşabilir.

Bu nedenle eski hosting hemen kapatılmamalıdır.

Eski Hosting Ne Kadar Açık Tutulmalı?​

Taşıma tamamlandıktan ve DNS'in yeni sunucuya yöneldiği doğrulandıktan sonra bir süre daha eski hosting açık tutulması daha güvenlidir.

Özellikle:

• E-ticaret
• Forum
• Üyelik sistemi

gibi sürekli veri değişen sitelerde daha dikkatli olunmalıdır.

WooCommerce Sitesi Taşırken Dikkat​

E-ticaret sitesinde taşıma daha hassastır.

Çünkü taşıma sırasında yeni:

• Sipariş
• Kullanıcı
• Ödeme

oluşabilir.

Eski veritabanı yedeği alındıktan sonra eski siteye yeni sipariş gelirse yeni sunucuya aktarılmayabilir.

WooCommerce Taşırken Bakım Modu​

Yoğun mağazalarda son taşıma aşamasında kısa süreli bakım modu kullanmak mantıklı olabilir.

Bu sayede veritabanının son kopyası alınırken yeni sipariş oluşması önlenir.

Forum ve Üyelik Siteleri​

Benzer şekilde:

• Yeni mesaj
• Yeni kullanıcı
• Yeni yorum

oluşmasını geçici olarak durdurmak faydalı olabilir.

Statik kurumsal sitelerde bu risk çok daha düşüktür.

Domain Değiştirerek WordPress Taşıma​

Eski domain:

eskisite.com

yeni domain:

yenisite.com

olacaksa ek işlemler gerekir.

Çünkü WordPress veritabanında eski domain birçok yerde kayıtlı olabilir.

Site URL'si Değiştirilmeli mi?​

Evet.

WordPress'in:

• Site Address
• WordPress Address

bilgileri yeni domain ile uyumlu olmalıdır.

Veritabanında Eski Domain Arama-Değiştirme​

Eski domain:

eskisite.com

yeni domain:

yenisite.com

ile değiştirilmelidir.

Ancak WordPress veritabanında bazı veriler serialized formatta tutulabileceği için rastgele SQL arama-değiştirme yapmak sorun oluşturabilir.

Bu nedenle WordPress uyumlu migration veya search-replace araçları kullanmak daha güvenlidir.

Search Replace Nedir?​

Veritabanındaki eski domain adreslerini yeni domain ile güvenli şekilde değiştirmeye yardımcı olan işlemdir.

Örneğin:

• Görsel URL'leri
• Menü bağlantıları
• İç linkler

güncellenebilir.

Domain Değişiminde 301 Yönlendirme​

Eski domain hâlâ size aitse eski sayfalar yeni domain üzerindeki karşılıklarına 301 yönlendirilmelidir.

Bu hem:

• Kullanıcılar
• Arama motorları
• Eski backlinkler

için önemlidir.

SEO Kaybı Olur mu?​

Hosting değişikliği doğru yapılırsa ciddi SEO kaybı beklenmez.

Ancak:

• URL'ler değişirse
• Site uzun süre kapalı kalırsa
• 404 hataları oluşursa
• Robots ayarları bozulursa

SEO etkilenebilir.

Domain Değişimi SEO'yu Daha Fazla Etkiler mi?​

Evet.

Domain değişimi hosting değişiminden daha hassastır.

Doğru:

• 301 yönlendirmeler
• Search Console
• Sitemap
• Canonical

ayarları yapılmalıdır.

SSL Taşıma Sonrası Kontrol​

Yeni sunucuda SSL sertifikası aktif olmalıdır.

Site:

https://

üzerinden sorunsuz açılmalıdır.

Mixed Content Nedir?​

Sayfa HTTPS açılırken bazı görsel veya dosyalar HTTP üzerinden çağrılıyorsa mixed content oluşabilir.

Bu özellikle domain veya hosting taşımasından sonra görülebilir.

Mixed Content Nasıl Çözülür?​

Eski HTTP bağlantıları HTTPS olarak güncellenmelidir.

Ayrıca WordPress site adresleri doğru HTTPS formatında olmalıdır.

Let's Encrypt Kullanılır mı?​

Evet.

Birçok hosting sağlayıcısı ücretsiz SSL sertifikası sunar.

Taşıma sonrasında sertifikanın yeni sunucuda yeniden oluşturulması gerekebilir.

E-Postalar Taşınır mı?​

Web sitesi taşımak e-posta hesaplarının otomatik taşınacağı anlamına gelmez.

Özellikle domain e-postaları eski hosting üzerinde bulunuyorsa:

• info@
• destek@
• satis@

gibi hesaplar ayrıca taşınmalıdır.

E-Posta Kullanıyorsanız DNS'e Dikkat​

MX kayıtları değiştirilirse e-postalar yeni sunucuya yönlenebilir.

E-posta hizmeti eski sağlayıcıda kalacaksa MX kayıtları korunmalıdır.

SPF, DKIM ve DMARC​

E-posta sistemi kullanılıyorsa DNS üzerinde:

• SPF
• DKIM
• DMARC

kayıtları kontrol edilmelidir.

Nameserver değişikliğinde bu kayıtlar unutulmamalıdır.

Cron Jobs Taşınır mı?​

WordPress dışında hosting panelinde manuel cron görevleri oluşturulduysa bunlar otomatik taşınmayabilir.

Yeni sunucuda yeniden oluşturmak gerekebilir.

Cache Dosyaları Taşınmalı mı?​

Genellikle şart değildir.

Cache dosyaları yeni sunucuda yeniden oluşturulabilir.

Taşıma sonrası eski cache temizlenmelidir.

LiteSpeed Cache Kullanılıyorsa​

Yeni sunucu LiteSpeed kullanıyorsa LiteSpeed Cache yeniden düzgün şekilde çalışabilir.

Ancak:

• Cache temizlenmeli
• CDN ayarları kontrol edilmeli
• Domain ayarları doğrulanmalı

dır.

Cloudflare Kullanılıyorsa​

Cloudflare kullanan sitelerde DNS değişikliği genellikle Cloudflare panelinden yapılır.

Yeni sunucu IP'si A kaydına girilir.

Taşıma sırasında eski cache nedeniyle eski içerik görülebileceği için gerektiğinde Cloudflare cache temizlenebilir.

Cloudflare Proxy Taşıma Testini Etkiler mi?​

Evet.

Turuncu bulut aktifken gerçek origin IP doğrudan görünmez.

Sorun giderme sırasında geçici olarak DNS-only kullanmak bazı durumlarda testi kolaylaştırabilir.

Ancak canlı sitede güvenlik ve kesinti riskleri düşünülerek dikkatli hareket edilmelidir.

WordPress Migration Eklentileri​

Manuel taşıma istemeyen kullanıcılar migration eklentileri kullanabilir.

Yaygın örnekler:

• Duplicator
• All-in-One WP Migration
• Migrate Guru

gibi çözümlerdir.

Migration Eklentisinin Avantajı​

Birçok işlemi otomatik yapabilir.

Örneğin:

• Dosyaları paketleme
• Veritabanını taşıma
• URL değiştirme

gibi işlemler kolaylaşır.

Migration Eklentisinin Dezavantajı​

Çok büyük sitelerde:

• Upload limiti
• Timeout
• Disk alanı
• PHP limitleri

problem oluşturabilir.

Duplicator ile Taşıma Mantığı​

Genel olarak site paketlenir ve yeni hosting'e aktarılır.

Daha sonra kurulum aracı üzerinden:

• Veritabanı
• Domain
• Site yolları

yapılandırılır.

Özellikle küçük ve orta ölçekli sitelerde oldukça kullanışlıdır.

All-in-One WP Migration​

Siteyi tek paket halinde dışa aktarıp yeni WordPress kurulumuna içe aktarmayı kolaylaştırır.

Ancak ücretsiz sürümde dosya boyutu limitleri veya özellik kısıtları bulunabilir.

Migrate Guru​

Özellikle daha büyük WordPress sitelerini taşıma amacıyla kullanılan çözümlerden biridir.

Sunucu kaynaklarını daha az zorlayacak şekilde tasarlanmış olabilir.

Hosting Firması Ücretsiz Taşıma Yapabilir mi?​

Birçok hosting firması yeni müşterilerine ücretsiz WordPress taşıma hizmeti sunabilir.

Bu durumda kullanıcı:

• Eski hosting bilgilerini
• Domain bilgilerini

sağlayarak profesyonel taşıma talep edebilir.

Hosting Firmasına Şifre Vermek Güvenli mi?​

Yalnızca güvendiğiniz hosting sağlayıcısıyla paylaşılmalıdır.

Taşıma tamamlandıktan sonra eski hosting ve yönetim parolalarını değiştirmek iyi bir güvenlik alışkanlığıdır.

Taşıma Sonrası WordPress Yönetim Paneli​

Site yeni sunucuda açıldıktan sonra:

wp-admin

girişinin çalıştığı kontrol edilmelidir.

Kalıcı Bağlantıları Yenileme​

Taşıma sonrası bazı sayfalar 404 verebilir.

WordPress'te:

Ayarlar → Kalıcı Bağlantılar

bölümüne girilip değişiklik yapmadan kaydetmek rewrite kurallarının yeniden oluşturulmasına yardımcı olabilir.

.htaccess Kontrolü​

Apache veya LiteSpeed tabanlı sunucularda .htaccess önemli olabilir.

Taşıma sırasında:

• Eksik kopyalanmış
• Yanlış izinli
• Eski yönlendirme içeriyor

olabilir.

Dosya İzinleri​

Yanlış dosya ve klasör izinleri:

• 403
• 500
• Görsel yükleme hatası

gibi sorunlara yol açabilir.

Yeni hosting ortamında izinler kontrol edilmelidir.

PHP Sürümü​

Eski hosting PHP 8.1 kullanırken yeni sunucu farklı bir sürüm kullanıyorsa:

• Tema
• Eklenti

uyumsuzlukları oluşabilir.

Taşıma öncesinde sürümlerin kontrol edilmesi önemlidir.

PHP Eklentileri​

Bazı WordPress eklentileri belirli PHP modüllerine ihtiyaç duyabilir.

Yeni sunucuda gerekli modüller eksikse hata çıkabilir.

PHP Memory Limit​

Yeni hostingde bellek limiti eski sunucudan düşükse:

• Elementor
• WooCommerce
• Büyük eklentiler

hata verebilir.

MySQL veya MariaDB Sürümü​

Veritabanı sürümleri arasında büyük fark varsa uyumluluk problemi oluşabilir.

Modern WordPress sürümleriyle uyumlu veritabanı kullanılmalıdır.

WordPress Sürümü​

Taşıma sırasında WordPress'i aynı anda hem güncellemek hem taşımak gereksiz risk oluşturabilir.

Önce taşıma tamamlanıp site doğrulandıktan sonra güncelleme yapılması daha güvenli olabilir.

Tema ve Eklenti Güncellemesi​

Aynı şekilde taşıma sırasında çok fazla değişikliği aynı anda yapmak hata kaynağını bulmayı zorlaştırır.

En sağlıklı yöntem:

Önce taşı → Test et → Sonra güncelle

şeklindedir.

Taşıma Sonrası Cache Temizleme​

Şunlar temizlenebilir:

• WordPress cache
• LiteSpeed Cache
• Cloudflare cache
• Tarayıcı cache

Böylece eski sunucudan kalan içeriklerin görünmesi engellenebilir.

Görseller Açılmıyorsa​

Muhtemel nedenler:

• Uploads klasörü eksik
• URL yanlış
• Dosya izinleri yanlış
• Domain değişmiş
• Mixed content

olabilir.

500 Hatası​

Taşıma sonrası 500 hatasının nedenleri:

• PHP uyumsuzluğu
• .htaccess
• Eklenti hatası
• Memory limit
• Dosya izinleri

olabilir.

403 Hatası​

Genellikle:

• Dosya izinleri
• Güvenlik eklentisi
• Web server kuralları

ile ilgili olabilir.

404 Hatası​

Özellikle ana sayfa açılıyor ancak iç sayfalar 404 veriyorsa:

• Permalink
• .htaccess
• Rewrite

kontrol edilmelidir.

Error Establishing a Database Connection​

Bu hata genellikle WordPress'in veritabanına bağlanamadığını gösterir.

Kontrol edilmesi gerekenler:

• Veritabanı adı
• Kullanıcı
• Parola
• Host
• Kullanıcı yetkileri

dır.

Beyaz Sayfa​

Taşıma sonrası beyaz ekran:

• PHP fatal error
• Eklenti uyumsuzluğu
• Tema problemi

nedeniyle oluşabilir.

WordPress Debug Kullanılmalı mı?​

Geliştirme ortamında hata bulmak için kullanılabilir.

Ancak canlı sitede ziyaretçilere detaylı hata mesajları göstermek güvenlik açısından iyi değildir.

Eklenti Kaynaklı Hata Nasıl Anlaşılır?​

Eklentiler geçici olarak devre dışı bırakılarak test edilebilir.

Site düzelirse problemli eklenti bulunabilir.

Tema Kaynaklı Hata​

Geçici olarak varsayılan WordPress temasına geçilerek test yapılabilir.

Site düzelirse tema uyumsuzluğu olabilir.

Site Taşıma Sonrası Test Edilmesi Gerekenler​

Mutlaka şu alanlar kontrol edilmelidir:

• Ana sayfa
• İç sayfalar
• Blog
• Görseller
• İletişim formu
• Kullanıcı girişi
• Yönetim paneli
• Mobil görünüm
• SSL

WooCommerce Testleri​

E-ticaret sitesinde ayrıca:

• Ürün sayfası
• Sepete ekleme
• Sepet
• Ödeme
• Ödeme sağlayıcısı
• Sipariş e-postaları
• Stok

test edilmelidir.

Formlar Kontrol Edilmeli mi?​

Evet.

Taşıma sonrası:

• Contact Form 7
• Elementor Forms
• WPForms

gibi formlar test edilmelidir.

Mail gönderimi yeni sunucuda çalışmayabilir.

SMTP Ayarları​

SMTP kullanılıyorsa:

• Host
• Port
• Kullanıcı
• Parola
• Güvenlik

ayarları yeni sunucuda kontrol edilmelidir.

DNS Değişiminden Sonra Eski Site Görünüyor​

Bunun nedeni:

• DNS cache
• Tarayıcı cache
• ISP cache
• Cloudflare cache

olabilir.

Bir süre bazı kullanıcıların eski sunucuyu görmesi normal olabilir.

Yeni Sunucuya Geçtiğimi Nasıl Anlarım?​

Test için:

• Sunucu IP'si
• Geçici test dosyası
• Hosting logları

kontrol edilebilir.

Canlı public IP bilgilerini forum gönderilerinde gereksiz şekilde paylaşmamak daha güvenlidir.

Search Console Kontrolü​

Domain değişmediyse çoğu ayar aynı kalır.

Ancak domain değiştiyse:

• Yeni domain doğrulama
• Sitemap
• Yönlendirmeler

kontrol edilmelidir.

Sitemap Yeniden Gönderilmeli mi?​

Domain değişiminde evet.

Yeni sitemap Search Console'a gönderilebilir.

Hosting değişip domain aynı kaldıysa çoğu zaman sitemap URL'si değişmez.

Robots.txt Kontrolü​

Staging ortamında kullanılan:

Arama motorlarını engelle

ayarının canlı siteye taşınmadığından emin olunmalıdır.

Aksi halde site indekslenmeyebilir.

Noindex Kontrolü​

Taşıma sonrasında:

• Ana sayfa
• Ürünler
• Yazılar

yanlışlıkla noindex yapılmış olabilir.

SEO eklentisi ayarları kontrol edilmelidir.

Canonical URL​

Domain değiştiyse canonical adreslerinin yeni domain'i göstermesi gerekir.

Eski domain görünmeye devam ediyorsa SEO sorunu oluşabilir.

WordPress Taşıma ve Site Hızı​

Yeni hosting'e geçildikten sonra site performansı test edilmelidir.

Özellikle:

• TTFB
• Görsel yükleme
• Cache
• Veritabanı performansı

kontrol edilebilir.

Daha Güçlü Sunucuya Geçince Site Kesin Hızlanır mı?​

Her zaman değil.

Yavaşlığın nedeni:

• Kötü tema
• Ağır eklentiler
• Büyük görseller
• Veritabanı sorunları

ise yalnızca sunucu değiştirmek yeterli olmayabilir.

Taşıma Sonrası Gereksiz Eski Dosyalar​

Migration sırasında:

• Eski ZIP
• SQL backup
• Kurulum dosyaları

public_html içerisinde bırakılmamalıdır.

Güvenli şekilde kaldırılmalıdır.

SQL Yedeği Public Klasörde Bırakılmamalı​

Çok önemlidir.

SQL dosyasında:

• Kullanıcılar
• E-posta adresleri
• Site ayarları

bulunabilir.

Web üzerinden erişilebilecek yerde bırakmak ciddi güvenlik riskidir.

Eski Hosting Ne Zaman Kapatılmalı?​

Şunlardan emin olduktan sonra:

• DNS yeni sunucuya yönleniyor
• Site düzgün çalışıyor
• E-posta düzgün çalışıyor
• Formlar çalışıyor
• Siparişler çalışıyor
• SSL aktif

eski hosting kapatılabilir.

Taşıma Sonrası Parolalar Değiştirilmeli mi?​

Özellikle taşıma işlemi için bilgiler üçüncü tarafla paylaşıldıysa:

• cPanel
• FTP
• WordPress yönetici
• Veritabanı

parolalarını değiştirmek iyi bir uygulamadır.

WordPress Migration Yaparken En Sık Yapılan Hatalar​

Backup Almamak​

En büyük hatadır.

DNS'i Çok Erken Değiştirmek​

Yeni site test edilmeden trafik yeni sunucuya gider.

E-Posta DNS Kayıtlarını Unutmak​

Mail hizmeti durabilir.

SQL Dosyasını Taşımamak​

Site verileri eksik kalır.

wp-config.php'yi Güncellememek​

Veritabanı bağlantı hatası oluşur.

PHP Sürümünü Kontrol Etmemek​

Tema ve eklenti hataları çıkabilir.

SSL Kurmadan DNS Değiştirmek​

HTTPS hataları oluşabilir.

Cache Temizlememek​

Eski içerik görünmeye devam edebilir.

WooCommerce Siparişlerini Dondurmadan Taşımak​

Sipariş kaybı yaşanabilir.

Eski Hosting'i Hemen Kapatmak​

Geri dönüş imkânı zorlaşır.

WordPress Taşıma Kontrol Listesi​

Taşıma Öncesi​

• Full backup alındı mı?
• Veritabanı yedeği alındı mı?
• DNS kayıtları kaydedildi mi?
• E-posta hesapları kontrol edildi mi?
• PHP sürümü not edildi mi?
• SSL durumu kontrol edildi mi?

Taşıma Sırasında​

• Dosyalar aktarıldı mı?
• Veritabanı oluşturuldu mu?
• SQL import edildi mi?
• wp-config.php güncellendi mi?
• Site yeni sunucuda test edildi mi?

DNS Sonrası​

• Domain yeni sunucuya gidiyor mu?
• HTTPS çalışıyor mu?
• İç sayfalar açılıyor mu?
• Görseller geliyor mu?
• Formlar çalışıyor mu?
• E-postalar çalışıyor mu?
• Cache temizlendi mi?
• 404 hataları var mı?

Yeni Başlayanlar İçin En Kolay Taşıma Yöntemi​

Teknik bilgisi sınırlı kullanıcı için en kolay seçenekler:

1. Hosting firmasının ücretsiz migration hizmetini kullanmak
2. Güvenilir WordPress migration eklentisi kullanmak
3. Küçük sitelerde manuel taşıma yapmak

Büyük WooCommerce veya üyelik sitelerinde profesyonel destek almak daha güvenli olabilir.

Küçük WordPress Sitesi İçin İdeal Yöntem​

Basit kurumsal site veya blog için:

Duplicator veya benzeri migration aracı

oldukça pratik olabilir.

Taşıma tamamlandıktan sonra manuel kontroller mutlaka yapılmalıdır.

Büyük WordPress Sitesi İçin İdeal Yöntem​

Büyük sitelerde:

• Sunucudan sunucuya aktarım
• Komut satırı
• Profesyonel migration sistemi

daha verimli olabilir.

Özellikle onlarca GB veriye sahip sitelerde tarayıcı üzerinden upload yapmak pratik olmayabilir.

WooCommerce İçin İdeal Yaklaşım​

E-ticaret sitesinde:

1. İlk tam backup alınır.
2. Dosyalar yeni sunucuya aktarılır.
3. Yeni sunucu test edilir.
4. Eski mağaza kısa süre bakım moduna alınır.
5. Son veritabanı kopyası alınır.
6. Yeni sunucuya aktarılır.
7. DNS değiştirilir.
8. Test siparişi verilir.
9. Eski hosting bir süre açık tutulur.

Bu yöntem sipariş kaybı riskini azaltır.

WordPress Taşıma Sonrası Son Kontrol​

Site açılıyor diye taşıma tamamlanmış sayılmamalıdır.

Mutlaka:

• Yönetim paneli
• SSL
• E-posta
• Form
• SEO
• Cache
• Mobil görünüm
• Backup

kontrol edilmelidir.

Sonuç​

WordPress taşıma işlemi doğru planlandığında oldukça sorunsuz gerçekleştirilebilir.

Temel olarak:

Dosyalar + Veritabanı + Yapılandırma + DNS

doğru şekilde yeni sunucuya aktarılmalıdır.

Taşımanın en önemli aşaması ise işleme başlamadan önce:

Tam ve çalışır bir yedek almak

tır.

Yeni hosting üzerinde site test edilmeden DNS değiştirilmemelidir.

Özellikle WooCommerce, forum ve üyelik sistemi gibi sürekli veri değişen sitelerde son veritabanı kopyası alınırken yeni veri girişini kısa süreli durdurmak gerekebilir.

Taşıma tamamlandıktan sonra:

• SSL
• E-posta
• Formlar
• Kalıcı bağlantılar
• Cache
• SEO ayarları
• Yedekleme sistemi

tekrar kontrol edilmelidir.

Kısacası başarılı bir WordPress taşımasının temel mantığı eski siteyi önce güvenli şekilde yedeklemek, yeni sunucuda eksiksiz çalıştığını doğrulamak ve ancak bundan sonra ziyaretçileri yeni sunucuya yönlendirmektir.