Hosting Firması Değiştirme: Siteyi Kaybetmeden Taşıma

Hosting firması değiştirmek, çoğu site sahibi için “acaba site kapanır mı, e-postalar kaybolur mu, Google sıralamam düşer mi” endişesiyle sürekli ertelenen bir karardır. Oysa taşıma işleminin kendisi teknik olarak zor değildir; zor olan, adımları yanlış sırayla yapmaktır. Yanlış sıra, ziyaretçilerin bir kısmının eski sunucuyu, bir kısmının yeni sunucuyu görmesine; formların boş veritabanına düşmesine veya e-postaların iki sunucu arasında kaybolmasına yol açar.

Bu rehberde, küçük bir kurumsal siteyi de e-ticaret altyapısını da kapsayacak şekilde, hiçbir kesinti yaşamadan hosting firması değiştirmenin doğru sırasını anlatıyoruz. Onlarca taşımada tekrar tekrar karşılaştığımız hatalara ve bunlardan nasıl kaçınacağınıza da yer verdik.

Önce Kavramları Ayıralım: Transfer mi, Taşıma mı?

Firma değiştirirken çoğu kişinin kafasını karıştıran ilk şey, iki ayrı işlemin tek bir şey sanılmasıdır. Aslında birbirinden bağımsız üç işten söz ediyoruz:

• Hosting (barındırma) taşıması: Sitenizin dosyaları, veritabanı ve e-posta kutuları eski sunucudan yeni sunucuya kopyalanır. Asıl “taşıma” budur.
• DNS / nameserver değişikliği: Alan adınızın hangi sunucuyu göstereceğini belirleyen ayarın güncellenmesidir. Ziyaretçiyi yeni sunucuya yönlendiren adım budur.
• Alan adı (domain) transferi: Alan adının kayıt kuruluşunun (registrar) değiştirilmesidir. Zorunlu değildir. Alan adınız A firmasında kalıp, siteniz B firmasında barınabilir.

Bu ayrımı bilmek önemli, çünkü birçok kişi “hosting değiştireceğim” derken alan adı transferine kalkışıp gereksiz yere 5-7 günlük bekleme sürecine ve olası kesinti riskine girer. Sadece barındırma firmasını değiştirmek istiyorsanız, alan adına dokunmadan yalnızca nameserver’ı güncellemeniz yeterlidir.

Taşımadan Önce: Envanter ve Yedek

Taşımanın en kritik aşaması, henüz hiçbir şeye dokunmadan yaptığınız hazırlıktır. Panik anında “acaba neyi unuttum” dememek için taşımadan önce şu envanteri çıkarın:

• Tüm site dosyaları: public_html (veya httpdocs) altındaki her şey. Gizli .htaccess dosyasını atlamayın; yönlendirmeleriniz orada durur.
• Veritabanı: WordPress, e-ticaret veya özel yazılım kullanıyorsanız MySQL/MariaDB veritabanının tam yedeği. phpMyAdmin üzerinden “Dışa Aktar” ile alınabilir.
• E-posta hesapları: Kutu adları, şifreler ve en önemlisi içindeki e-postalar. IMAP kullanıyorsanız postalar sunucuda durur; taşınması gerekir.
• DNS kayıtları: Mevcut bölgedeki A, AAAA, CNAME, MX, TXT (özellikle SPF, DKIM, DMARC) kayıtlarının ekran görüntüsü. Bunlar yeni sunucuda birebir yeniden oluşturulmalı.
• Cron görevleri, SSL sertifikası ve üçüncü parti entegrasyonlar: Ödeme sağlayıcısı, e-posta pazarlama aracı, kargo API’si gibi IP’ye bağlı servisler.

Yedeği aldıktan sonra en az bir kopyasını kendi bilgisayarınızda tutun. “Yedek eski sunucuda var” güvencesi, eski hesabı iptal ettiğiniz an buharlaşır. Alastyr’da günlük otomatik yedekleme standart olarak sunulsa da, taşıma öncesi kendi elinizle aldığınız yedek, sizin sigortanızdır.

Doğru Sıra: 7 Adımda Kesintisiz Geçiş

Aşağıdaki sıra, kesintiyi sıfıra indiren mantığın özüdür. Kilit fikir şudur: DNS değişikliği her zaman en sonda yapılır. Site yeni sunucuda %100 hazır ve test edilmiş olmadan ziyaretçiyi oraya yönlendirmezsiniz.

Adım	Ne yapılır	Neden
1	Yeni hosting hesabını açın, henüz DNS’e dokunmayın	İki sunucu bir süre paralel çalışacak; bu geçiş güvenliğidir
2	Dosya ve veritabanını yeni sunucuya yükleyin	Site içeriği yerine oturur
3	E-posta kutularını ve DNS kayıtlarını yeni sunucuda yeniden oluşturun	MX, SPF, DKIM eksikse e-posta spam’e düşer
4	Siteyi geçici bağlantı (hosts dosyası / önizleme URL) ile test edin	DNS değişmeden önce her şeyi doğrularsınız
5	Geçişten 24-48 saat önce TTL değerini 300 sn’ye düşürün	Yayılma dakikalara iner, geri dönüş kolaylaşır
6	Nameserver / A kaydını yeni sunucuya yönlendirin	Asıl geçiş anıdır
7	1-2 gün izleyin, sonra eski hesabı iptal edin	Yayılma tamamlanana kadar eski sunucu emniyettir

Adım 4’ün püf noktası: DNS’i değiştirmeden test

Yeni sunucuyu, alan adınızı hâlâ eski sunucuya baksa bile test edebilirsiniz. Bilgisayarınızın hosts dosyasına yeni sunucunun IP adresini ve alan adınızı yazdığınızda, yalnızca sizin tarayıcınız yeni sunucuyu görür; dünyanın geri kalanı hâlâ eski siteyi görmeye devam eder. Böylece formları, ödeme akışını, e-postayı ve sayfaların tamamını canlıya çıkmadan denersiniz. DNS değişmeden test etmek, taşımanın en kıymetli güvenlik ağıdır; bu adımı atlayıp doğrudan DNS değiştirmek en sık yapılan hatadır.

DNS ve TTL: Kesintiyi Belirleyen Asıl Faktör

Taşımada “kesinti” dediğimiz şeyin büyük kısmı aslında DNS yayılma (propagation) süresinden kaynaklanır. Her DNS kaydının bir TTL (Time To Live) değeri vardır; bu, kaydın internet genelindeki sunucularda ne kadar süre önbellekte tutulacağını belirtir. TTL 14400 saniye (4 saat) ise, siz kaydı değiştirdikten sonra bazı ziyaretçiler 4 saate kadar eski adresi görmeye devam edebilir.

Çözüm basit: Geçişten 24-48 saat önce ilgili kayıtların (A, AAAA, CNAME, gerekiyorsa MX) TTL değerini 300 saniyeye (5 dakika) indirin. Böylece asıl değişikliği yaptığınızda yayılma birkaç dakikada tamamlanır. Nameserver’ın tamamen değiştiği durumlarda üst seviye (TLD) sunucularının kendi önbellekleri devreye girdiği için süre biraz daha uzayabilir; ama modern altyapıda pratikte çoğu ziyaretçi değişikliği dakikalar içinde görür. Yayılmayı bağımsız araçlarla dünyanın farklı noktalarından kontrol edebilirsiniz.

Kritik nokta: İki sunucu da aynı içeriği gösterdiği sürece, yayılma sırasında ziyaretçinin hangisine düştüğü fark etmez. Bu yüzden taşımanın hemen ardından eski sunucuyu kapatmamak, birkaç gün açık tutmak esastır.

E-postayı Kaybetmemek: En Çok Atlanan Adım

Site taşımalarında en sık yaşanan kayıp, dosyalarda değil e-postada olur. Nedeni, IMAP e-postalarının sunucuda saklanmasıdır. Yeni sunucuda kutuyu açsanız bile içindeki eski postalar otomatik gelmez; ayrıca aktarılması gerekir. Bunun için:

• Kutuları önce oluşturun: DNS değişmeden yeni sunucuda tüm e-posta hesaplarını aynı adres ve şifrelerle kurun.
• Postaları aktarın: IMAP’ten IMAP’e kopyalama araçları veya profesyonel taşıma servisiyle mevcut postaları yeni sunucuya taşıyın.
• MX ve doğrulama kayıtlarını taşıyın: MX kaydı yanlışsa gelen postalar geri döner; SPF/DKIM/DMARC eksikse giden postalarınız spam’e düşer. Bu üçlü, teslim edilebilirliğin belkemiğidir.

Alastyr’ın kendi geliştirdiği, %100 KVKK uyumlu mail altyapısı bu noktada işi kolaylaştırır: E-posta kutuları ve teslim edilebilirlik ayarları yönetilirken sektörün en yüksek gelen kutusu (inbox) oranlarından biri korunur. Kurumsal e-posta ihtiyaçları için e-posta hosting tarafında ayrı bir yapı da tercih edebilirsiniz.

SEO ve SSL: Google Sıralamanız Zarar Görür mü?

İyi haber: Doğru yapılan bir hosting taşıması, tek başına Google sıralamanızı düşürmez. Çünkü URL yapınız değişmiyor; sadece sitenin barındığı sunucu değişiyor. Google için önemli olan içerik, URL ve erişilebilirliktir. Dikkat etmeniz gereken birkaç nokta var:

• URL’leri koruyun: Sayfa adresleri aynı kalmalı. Değişmesi gereken bir yapı varsa, mutlaka sunucu seviyesinde 301 (kalıcı) yönlendirme kurun; JavaScript ile değil.
• SSL’i geçiş öncesi kurun: Yeni sunucuda HTTPS çalışır ve sertifika geçerli olmalı. Alastyr’da ücretsiz SSL standart olduğu için sertifika kesintisi yaşanmaz.
• Karışık içerik (mixed content) kontrolü: HTTPS’e geçerken bazı kaynaklar hâlâ HTTP’den yükleniyorsa tarayıcı uyarı verir; bunları temizleyin.
• Geçiş sonrası izleme: Search Console’a site haritanızı yeniden gönderin, tarama hatalarını takip edin. Deneyimler, düzgün bir taşımadan sonra performansın 30-90 gün içinde tamamen oturduğunu gösteriyor.

Sunucu hızının kendisi de bir SEO faktörüdür. LiteSpeed + LSCache gibi bir altyapıya geçiş, çekirdek web verilerinizi (Core Web Vitals) iyileştirerek taşımanın uzun vadede sıralamanıza olumlu yansımasını sağlayabilir.

Alan Adı Transferi Gerekiyorsa

Alan adını da yeni firmaya taşımak istiyorsanız (zorunlu değil, ama tek çatı yönetim için pratik), süreç farklı işler:

• Transfer kilidini kaldırın: Registrar tarafındaki “ClientTransferProhibited” kilidini kapatın.
• Yetkilendirme kodunu alın: Genel TLD’lerde (.com, .net gibi) EPP / Auth kodu istenir. Kayıt kuruluşları bu kodu size vermemekte diretemez.
• 60 gün kuralına dikkat edin: Yeni tescil edilmiş, yeni transfer edilmiş veya kayıt sahibi bilgisi yeni değiştirilmiş alan adları 60 gün boyunca transfer edilemez.
• .tr uzantıları: Türkiye alan adlarında süreç belge onayına dayanır ve genelde 5-7 iş günü sürer; DNS ayarları korunduğu sürece bu süreçte site ve e-posta kesintiye uğramaz.

Alastyr, BTK akredite bir .tr kayıt kuruluşu olduğu için .tr alan adı işlemlerini doğrudan yürütür ve ücretsiz WHOIS gizleme sunar. Transfer öncesi alan adınızın durumunu WHOIS sorgusuyla teyit etmek, yarı yolda kalmamak için iyi bir alışkanlıktır.

Alastyr’a Taşırken Bunları Kazanırsınız

Firma değiştirirken asıl soru “nasıl taşırım” değil, “nereye taşırım” olmalı. 2002’den bu yana %100 Türk sermayesiyle çalışan Alastyr, İzmir’deki kendine ait (kiralık olmayan), N+1 yedekli ve Tier III standartlarında kurgulanmış veri merkezinde barındırma sunar. RIPE NCC üyesi bağımsız AS3188 ağı, 40 Gbit yedekli omurga (Turk Telekom + TurkNet) üzerinden çalışır.

Taşıma sürecinizi kolaylaştıran somut avantajlar:

• Ücretsiz taşıma: Sitenizi biz taşırız; dosya, veritabanı ve e-posta aktarımını uzman ekip yürütür.
• Güçlü altyapı: LiteSpeed + LSCache, CloudLinux + CageFS izolasyonu, PHP sürüm seçici, cPanel/Plesk/DirectAdmin seçenekleri.
• Güvenlik: Imunify360 çift WAF ve Voxility 1 Tbps+ L3-L4 anti-DDoS koruması.
• Güvence: %99.9 çalışma süresi, günlük yedekleme, ücretsiz SSL, 7/24 destek, 14 gün para iade ve 12 taksite kadar TL ödeme.
• Belgelendirme: TURKAK onaylı ISO 9001 ve ISO 27001; 45 binden fazla barındırma ve 4.8/5 Google puanı (438+ yorum).

Paylaşımlı barındırmadan büyümek isteyenler için WordPress hosting, kaynak garantisi arayanlar için VPS sunucu ve tam kontrol için bulut sunucu seçenekleri de taşıma sırasında değerlendirilebilir.

Sıkça Sorulan Sorular

Hosting değiştirirken sitem kapanır mı?

Doğru sırayla yapılırsa hayır. Siteyi yeni sunucuda kurup test ettikten sonra DNS’i değiştirir ve eski sunucuyu birkaç gün açık tutarsanız, iki sunucu da aynı içeriği gösterdiği için ziyaretçi hiçbir kesinti hissetmez.

DNS değişikliği ne kadar sürede yayılır?

TTL değerini önceden 300 saniyeye indirdiyseniz yayılma çoğunlukla birkaç dakika içinde tamamlanır. TTL yüksek bırakılırsa bazı ziyaretçilerde bu süre saatlere kadar çıkabilir; bu yüzden geçişten 24-48 saat önce TTL’i düşürmek önemlidir.

Alan adımı da transfer etmek zorunda mıyım?

Hayır. Hosting firması değiştirmek için alan adını transfer etmeniz gerekmez. Alan adınız mevcut kayıt kuruluşunda kalabilir; sadece nameserver’ı yeni sunucuya yönlendirerek barındırma firmanızı değiştirebilirsiniz.

E-postalarım taşınırken kaybolur mu?

IMAP e-postaları sunucuda saklandığı için ayrıca aktarılmaları gerekir. Önce yeni sunucuda kutuları oluşturur, ardından postaları IMAP’ten IMAP’e kopyalar ve MX/SPF/DKIM kayıtlarını doğru kurarsanız hiçbir e-posta kaybolmaz.

Google sıralamam düşer mi?

URL yapınız değişmediği sürece düzgün bir hosting taşıması sıralamayı düşürmez. Aksine, daha hızlı bir sunucuya geçmek çekirdek web verilerinizi iyileştirerek uzun vadede olumlu etki yapabilir. Geçiş sonrası site haritasını Search Console’a yeniden göndermeniz yeterlidir.

Taşımadan önce mutlaka yedek almalı mıyım?

Evet. Dosyaların ve veritabanının tam yedeğini alıp en az bir kopyasını kendi bilgisayarınızda tutun. Sağlayıcının otomatik yedeği yardımcı olsa da, kontrol tamamen sizde olan yerel yedek en güvenli sigortadır.

60 gün transfer kuralı nedir?

ICANN kurallarına göre yeni tescil edilmiş, başka bir kayıt kuruluşuna yeni transfer edilmiş veya kayıt sahibi bilgileri yeni değiştirilmiş alan adları 60 gün boyunca transfer edilemez. Bu yalnızca alan adı transferini ilgilendirir; hosting taşımasını engellemez.

Taşıma sırasında ödeme veya form sistemleri çalışmaya devam eder mi?

Yeni sunucuyu DNS’i değiştirmeden hosts dosyası üzerinden test ederek ödeme akışını ve formları önceden doğrularsanız, canlıya çıkışta kesintisiz çalışır. IP’ye bağlı entegrasyonlarda yeni sunucu IP’sini ilgili servise eklemeyi unutmayın.

Eski hosting hesabımı ne zaman kapatmalıyım?

Geçişten hemen sonra değil. DNS yayılmasının tamamlandığından ve her şeyin yeni sunucuda sorunsuz çalıştığından emin olmak için en az 1-2 gün, mümkünse bir sonraki fatura dönemine kadar eski hesabı açık tutun.