Neden Hosting Değiştirilir?

Bir web sitesini yeni bir sunucuya taşımanın arkasında genellikle somut bir sebep vardır. En yaygın nedenler şunlardır:

  • Yavaşlık: Paylaşımlı sunucu aşırı doluysa TTFB (ilk bayt süresi) 800 ms üzerine çıkar; NVMe ve daha az yoğun bir sunucu bunu 200 ms altına indirir.
  • Sık kesintiler: Aylık uptime %99,5'in altına düşüyorsa (yani ayda 3,5 saatten fazla erişilemezlik) firma değiştirmek mantıklıdır.
  • Kaynak yetersizliği: Sitenizi büyüttükçe paylaşımlı hosting dar gelir; VPS veya VDS'e geçiş gerekir.
  • Yenileme zammı: İlk yıl ~₺50/ay ödediğiniz paket, yenilemede ~₺180/ay'a çıkabilir. Bu, geçiş için iyi bir zamandır.
  • Kötü destek: Ticket'lara saatlerce yanıt gelmiyorsa, bir sorun anında iş kaybı yaşarsınız.

Karar aşamasındaysanız, hedef paketi net görebilmek için hosting karşılaştırma sayfasından fiyat/performans dengesini inceleyin; daha ağır siteler için VPS karşılaştırma ve VDS karşılaştırma tablolarına göz atın.

💡 Temel prensip: Site taşımanın altın kuralı şudur: Eski sunucuyu, yeni sunucu tam olarak çalıştığını kanıtlayana kadar asla silmeyin. Doğru sırada ilerlerseniz, iki sunucu bir süre paralel çalışır ve ziyaretçi hiçbir şey fark etmez.

Taşımadan Önce Hazırlık

Aceleye getirilen taşımalarda en büyük risk, taşındığını sandığınız bir dosyanın veya veritabanı tablosunun geride kalmasıdır. Başlamadan önce şu envanteri çıkarın:

  1. Domain kayıt firmasına erişim: DNS kayıtlarını değiştireceğiniz panelin (kayıt firması ya da Cloudflare) giriş bilgileri elinizde olmalı.
  2. Eski hosting erişimi: cPanel/DirectAdmin girişi veya en azından FTP/SSH bilgileri.
  3. Yeni hosting hesabı: Taşımadan önce yeni paketi satın alıp aktif hale getirin. İki hesabın bir süre birlikte çalışması normaldir.
  4. Tam yedek: Başlamadan önce eski sunucudan bir tam yedek indirin. Bu, kurtarma ağınızdır.
  5. Kayıt listesi: Mevcut tüm DNS kayıtlarınızı (A, AAAA, MX, TXT/SPF/DKIM, CNAME) not edin. Bunları yeni tarafta birebir kurmanız gerekecek.
⚠️ Uyarı: Taşımayı hafta içi sabah değil, trafiğin en düşük olduğu saatte (örneğin gece 02:00-05:00 arası) başlatın. Ayrıca WordPress kullanıyorsanız taşıma süresince bakım/önbellek eklentilerini geçici kapatın; taşıma sırasında yazılan yeni içerik iki sunucu arasında farklılaşmasın diye yorumları/siparişleri geçici olarak dondurmak da iyi bir fikirdir.

1. Adım: DNS TTL'yi Düşürün

Bu, sıfır kesintili geçişin en kritik ve en çok atlanan adımıdır. TTL (Time To Live), bir DNS kaydının internet üzerindeki ara sunucularda ne kadar süre önbelleğe alınacağını saniye cinsinden belirtir. Varsayılan TTL genellikle 3600 (1 saat) veya 14400 (4 saat)'tür.

Yüksek TTL ile IP adresini değiştirdiğinizde, dünyanın bir kısmı hâlâ eski sunucuya, bir kısmı yeni sunucuya gider — bu da propagasyon süresince "yarım kesinti" anlamına gelir. Çözüm: Taşımadan en az 24-48 saat önce A ve MX kayıtlarının TTL'sini 300 saniyeye (5 dakika) düşürün.

  1. DNS panelinizi açın (kayıt firması veya Cloudflare).
  2. Ana A kaydını (@ ve www) ve MX kayıtlarını bulun.
  3. TTL değerini 300 yapın ve kaydedin.
  4. Eski TTL süresi kadar (örn. 4 saat) bekleyin ki bütün internet yeni kısa TTL'yi öğrensin.
💡 Neden 300? TTL 300 iken IP'yi değiştirdiğinizde, geçiş dünya genelinde en fazla 5 dakikada tamamlanır. Taşıma bittikten sonra TTL'yi tekrar 3600'e çıkarabilirsiniz. DNS kayıtlarının detayı için DNS yönetimi rehberimize göz atın.

2. Adım: Dosyaları Taşıyın

Web sitenizin tüm dosyaları (tema, eklenti, görsel, PHP kodları) genellikle public_html klasöründedir. Bunları yeni sunucuya aktarmanın en temiz yolu, tek tek FTP ile çekmek yerine sunucu üzerinde arşivleyip taşımaktır.

cPanel varsa (kolay yol): Eski cPanel → Dosya Yöneticisi → public_html içeriğini seçip site.zip olarak sıkıştırın, indirin; yeni cPanel'e yükleyip açın.

SSH erişiminiz varsa (hızlı yol): Büyük siteler için doğrudan sunucudan sunucuya aktarım en hızlısıdır:

# Eski sunucuda tüm siteyi tek arşive alın
cd ~/public_html
tar -czvf ~/site-yedek.tar.gz .

# Yeni sunucudan eski sunucudaki arşivi çekin (SSH ile)
cd ~/public_html
scp kullanici@eski-sunucu-ip:~/site-yedek.tar.gz .

# Arşivi yeni sunucuda açın
tar -xzvf site-yedek.tar.gz
rm site-yedek.tar.gz

Aktarım sonrası, WordPress için wp-config.php dosyasındaki veritabanı bilgilerini (bir sonraki adımda oluşturacağınız) yeni değerlerle güncellemeyi unutmayın. Dosya aktarım yöntemleri hakkında daha fazla ayrıntı için FTP/SFTP kullanımı rehberimiz yardımcı olur.

3. Adım: Veritabanını Taşıyın

WordPress, Joomla, PrestaShop gibi tüm dinamik sistemler verilerini (yazılar, kullanıcılar, siparişler) MySQL veritabanında tutar. Dosyalar tek başına anlamsızdır; veritabanı olmadan site çalışmaz.

Adımlar:

  1. Dışa aktar: Eski sunucuda phpMyAdmin → veritabanınızı seçin → "Dışa Aktar" → hızlı yöntem → .sql dosyasını indirin. Büyük veritabanları (>50 MB) için komut satırı daha güvenilirdir:
# Eski sunucuda veritabanını dosyaya aktarın
mysqldump -u eski_kullanici -p eski_veritabani > yedek.sql

# Yeni sunucuda önce boş veritabanı ve kullanıcı oluşturun (cPanel'den),
# ardından yedeği içeri aktarın
mysql -u yeni_kullanici -p yeni_veritabani < yedek.sql
  1. Yeni veritabanı oluştur: Yeni cPanel → MySQL Veritabanları → yeni veritabanı + kullanıcı + "Tüm Yetkiler".
  2. İçeri aktar: Yeni phpMyAdmin → "İçe Aktar" → .sql dosyasını yükleyin.
  3. Bağlantı bilgilerini güncelle: wp-config.php (WordPress) içindeki DB_NAME, DB_USER, DB_PASSWORD ve DB_HOST değerlerini yeni sunucuya göre düzeltin.
⚠️ Alan adı değişiyorsa: Domain aynı kalıyorsa hiçbir şey değiştirmeyin. Ancak taşırken alan adı da değişiyorsa, veritabanındaki eski URL'leri sorgu ile değiştirmeniz gerekir. WordPress'te bunun için hazır araçlar (Better Search Replace eklentisi veya WP-CLI wp search-replace) kullanın; SQL'de elle UPDATE yapmak serileştirilmiş verileri bozar.

4. Adım: hosts Dosyası ile DNS Değiştirmeden Test Edin

İşte sıfır kesinti sırrının kalbi: DNS'i değiştirmeden önce, sitenin yeni sunucuda gerçekten çalışıp çalışmadığını kendi bilgisayarınızdan test edebilirsiniz. Bunun için işletim sisteminizin hosts dosyasını kullanırsınız — bu dosya, yalnızca sizin bilgisayarınızda geçerli olacak şekilde bir alan adını belirli bir IP'ye yönlendirir.

Windows'ta C:\Windows\System32\drivers\etc\hosts, macOS/Linux'ta /etc/hosts dosyasını yönetici olarak açıp sonuna şu satırı ekleyin (IP, yeni sunucunuzun IP'sidir):

# Yeni sunucu IP'si     alan adınız
185.12.34.56    siteniz.com
185.12.34.56    www.siteniz.com

Kaydettikten sonra tarayıcınızda siteniz.com'u açtığınızda, dünyanın geri kalanı hâlâ eski sunucuyu görürken siz yeni sunucuyu görürsünüz. Şunları kontrol edin:

  • Ana sayfa ve birkaç iç sayfa sorunsuz açılıyor mu?
  • Görseller, CSS ve JS yükleniyor mu (bozuk kırık bağlantı var mı)?
  • İletişim formu / giriş / sepet gibi dinamik işlevler çalışıyor mu?
  • Yönetici paneline (/wp-admin) girebiliyor musunuz?

Her şey tamamsa, DNS'i değiştirmeye hazırsınız demektir. Test bitince eklediğiniz satırları hosts dosyasından silmeyi unutmayın.

5. Adım: E-postaları Taşıyın

En sık unutulan ve en çok veri kaybına yol açan adım budur. E-posta kutuları (özellikle IMAP ile saklanan yıllara ait yazışmalar) dosya ve veritabanı yedeğine dahil değildir; ayrı taşınmaları gerekir.

  1. Hesapları yeniden oluşturun: Yeni cPanel'de eskisiyle birebir aynı e-posta adreslerini (info@siteniz.com vb.) ve mümkünse aynı şifrelerle oluşturun.
  2. Eski postaları aktarın: En güvenli yöntem, iki hesabı da bir masaüstü istemcisine (Thunderbird önerilir) IMAP olarak ekleyip, klasörleri eski hesaptan yeni hesaba sürükleyip bırakmaktır. Alternatif olarak birçok hosting "imapsync" aracı sunar.
  3. MX kayıtlarını hazır tutun: Adım 6'da A kaydıyla birlikte MX kayıtlarını da yeni sunucuya çevireceksiniz.
💡 Profesyonel ipucu: E-postayı hiç riske atmak istemiyorsanız, web hosting ile e-postayı ayırın. Alan adınızın e-postasını Google Workspace veya Zoho Mail gibi ayrı bir serviste tutarsanız, gelecekte hosting değiştirmek e-postanızı hiç etkilemez — sadece A kaydını değiştirir, MX'e dokunmazsınız.

6. Adım: DNS'i Yönlendirin ve Propagasyonu Takip Edin

Test tamam, e-postalar taşındı. Artık dünyaya "yeni sunucuya bakın" demenin zamanı. DNS panelinizde:

  1. A kaydını (@ ve www) yeni sunucunun IP'siyle güncelleyin.
  2. MX kayıtlarını yeni sunucunun posta ayarlarına göre güncelleyin (e-postayı ayrı serviste tutuyorsanız MX'e dokunmayın).
  3. SPF, DKIM, CNAME gibi ek kayıtları da not ettiğiniz listeye göre yeni tarafta doğrulayın.

TTL'yi 300'e düşürdüğünüz için propagasyon çok hızlı olacaktır. Yayılmayı canlı takip etmek için:

# Alan adının hangi IP'ye çözüldüğünü kontrol edin
nslookup siteniz.com

# Belirli bir DNS sunucusuna sorarak kontrol (Google DNS)
nslookup siteniz.com 8.8.8.8

# Linux/macOS'ta dig ile TTL ve IP'yi görün
dig siteniz.com +short

Ayrıca whatsmydns.net gibi bir servisle dünyanın farklı bölgelerinde hangi IP'nin göründüğünü haritada izleyebilirsiniz. Tüm konumlar yeni IP'yi gösterdiğinde propagasyon tamamlanmış demektir. Tipik olarak TTL 300 iken bu 5-30 dakika, TTL yüksek bırakıldıysa 24-48 saat sürer.

⚠️ Kritik: Propagasyon sürerken bazı ziyaretçiler eski, bazıları yeni sunucuya gider. Bu geçiş penceresinde e-ticaret veya form içeren sitelerde her iki sunucu da açık ve çalışır durumda olmalıdır; yoksa eski sunucuya düşen kullanıcılar hata alır. Eski hesabı ancak whatsmydns'te tüm konumlar yeşile döndükten en az 48 saat sonra iptal edin.

Taşıma Sonrası Kontrol Listesi

Yeni sunucu canlıya alındıktan sonra son bir tur atın:

Kontrol Nasıl doğrulanır?
SSL sertifikası aktif Site https:// ile açılıyor, tarayıcıda kilit ikonu var
E-posta gönder/al Test maili atın ve dışarıdan bir maili yeni kutuya alın
Formlar ve ödeme İletişim formu ve ödeme adımını gerçek bir denemeyle test edin
Kırık bağlantı / görsel Ana sayfa ve popüler sayfalarda 404 veya bozuk görsel yok
Zamanlanmış görevler Cron job'ları yeni sunucuda yeniden kurulmuş mu?
TTL geri yükleme Her şey stabilse TTL'yi tekrar 3600'e çıkarın
SEO / arama sonuçları Search Console'da tarama hatası artışı olmadığını izleyin

Bu listenin tamamı yeşilse taşıma başarıyla tamamlanmıştır. Yeni firmanın performansını objektif kanıtlarla görmek isterseniz canlı durum/uptime sayfamızı takip edebilir, benzer paketleri yan yana görmek için karşılaştırma aracını kullanabilirsiniz. Taşıma sonrası düzenli yedeklemeyi ihmal etmemek için de yedekleme stratejileri rehberimize göz atın.

Sıkça Sorulan Sorular

Site taşırken ziyaretçi kesinti yaşar mı?

Doğru sırayla yapılırsa hayır. Eski sunucuyu açık tutar, yeni sunucuyu hosts dosyasıyla test eder, DNS TTL'yi 300'e düşürür ve ancak her şey hazırken IP'yi değiştirirsiniz. İki sunucu bir süre paralel çalıştığı için ziyaretçi kesinti fark etmez. Yanlış olan, "önce eski sunucuyu kapatıp sonra taşımak"tır — kesinti hep bundan çıkar.

Hosting taşıma ne kadar sürer?

Küçük bir WordPress sitesi (birkaç yüz MB) 1-2 saatte taşınır; propagasyon TTL 300 iken 5-30 dakikadır. Büyük e-ticaret siteleri veya gigabaytlarca e-posta içeren hesaplar için toplam süre yarım güne çıkabilir. Asıl bekleme çoğunlukla TTL düşürme öncesi 24-48 saatlik hazırlık penceresidir.

Alan adımı da değiştirmem gerekiyor mu?

Hayır. Hosting (sunucu) ile domain (alan adı) birbirinden bağımsızdır. Sadece hosting değiştiriyorsanız domaininiz aynı kalır; yalnızca DNS kayıtlarındaki IP'yi güncellersiniz. Domain kayıt firmasını da taşımak isterseniz bu ayrı bir "transfer" işlemidir; fiyatları domain fiyat karşılaştırma sayfasından görebilirsiniz.

Yeni hosting firması taşımayı benim yerime yapar mı?

Çoğu firma "ücretsiz site taşıma" hizmeti sunar; yeni pakete geçenlere teknik ekipleri dosya ve veritabanını genellikle 24 saat içinde aktarır. Bu, teknik detaya girmek istemeyenler için en pratik yoldur. Yine de DNS TTL düşürme ve son geçiş kararını kendiniz kontrol etmeniz, kesintiyi en aza indirir.

Taşıma sonrası eski hostingi ne zaman kapatmalıyım?

Acele etmeyin. Yeni sunucu tamamen çalışsa bile, whatsmydns.net'te tüm konumlar yeni IP'yi gösterdikten sonra en az 48 saat daha eski hesabı açık tutun. Bu süre boyunca hem e-postaların hem de gecikmeli propagasyonun eski sunucuya düşen kullanıcılarını korursunuz. Her şey stabil kaldıysa ve eski kutuya yeni mail gelmiyorsa güvenle iptal edebilirsiniz.