Web Sitesini Yeni Bir Hosting Firmasına Taşımak: Kesintisiz Geçiş Rehberi

Sharing is caring!

Web Sitesini Yeni Bir Hosting Firmasına Neden Taşımak Gerekir?

İster küçük bir blog, ister yüksek trafikli bir e-ticaret sitesi yönetin; bir noktada mevcut hosting sağlayıcınızı değiştirme ihtiyacıyla karşılaşmanız neredeyse kaçınılmaz. Daha yüksek performans, daha iyi teknik destek, güçlü güvenlik, maliyet optimizasyonu veya ölçeklenebilirlik gibi nedenler, web sitenizi yeni bir hosting firmasına taşımayı gündeme getiriyor. Burada asıl kritik nokta ise şu: Tüm bu süreci kesinti yaşamadan, yani ziyaretçilerin fark etmeyeceği kadar sorunsuz şekilde yönetebilmek. Bu yazıda, hem sistem yöneticisi olarak kendi projelerimde uyguladığım, hem de danışmanlık verdiğim müşterilerde kullandığım adım adım bir web sitesi taşıma stratejisini anlatacağım. Amacım; teknik detaylardan korkmadan, kontrollü ve planlı bir şekilde, hatta mümkünse sıfıra yakın downtime ile sitenizi yeni hosting altyapısına geçirmenizi sağlamak. Hazırsanız, planlamadan DNS değişikliklerine, SSL ve SEO etkilerinden yedekleme stratejilerine kadar tüm süreci birlikte netleştirelim.

Taşıma Öncesi Planlama ve Envanter Çıkarmak

Sağlıklı bir taşıma sürecinin yüzde 50’si planlama, yüzde 50’si uygulamadır. Planlamayı ciddiye alırsanız, taşıma gününde sürpriz yaşama ihtimaliniz ciddi şekilde azalır. Ben her projede önce detaylı bir envanter çıkarıyorum:

• Hangi uygulamalar var? (WordPress, özel yazılım, hazır script, e-ticaret altyapısı vb.)
• Hangi veritabanları kullanılıyor? (MySQL, MariaDB, PostgreSQL vb.)
• Kaç adet alt alan adı (subdomain) var?
• Mevcut e-posta hesapları nerede barınıyor? (Aynı hosting, farklı sağlayıcı vb.)
• SSL sertifikası kimden ve nasıl sağlanıyor?
• Özel DNS kayıtları var mı? (SPF, DKIM, DMARC, özel A ve CNAME kayıtları vb.)

DNS tarafında çok sayıda kayıt kullanıyorsanız, önce bunları anlamak önemli. Bunun için daha önce hazırladığım DNS kayıtları (A, AAAA, CNAME, MX, TXT ve SPF) hakkında detaylı rehber yazısına göz atmanızı öneririm. Ayrıca, taşıma öncesi mutlaka bir geri dönüş planı (rollback) belirleyin: Her şey ters giderse, DNS’i geri alıp eski sunucuda devam etmek sizin için yeterli olacak mı, bunu önceden netleştirin.

Yeni Hosting Altyapısını Seçerken Dikkat Edilecekler

Taşıma kararını verdikten sonra sıradaki kritik adım, doğru hosting ortamını seçmek. Burada tek bir “doğru” yok; sitenizin trafiği, teknolojik ihtiyaçları ve bütçeniz belirleyici oluyor. Genel olarak şu başlıklara bakıyorum:

• Kaynak ihtiyacı: CPU, RAM, disk I/O, bant genişliği
• Altyapı türü: Paylaşımlı hosting, VPS, Bulut Sunucu, Fiziksel Sunucu
• Yönetim seviyesi: Tam yönetimli mi, kendin yönetimli mi?
• Kontrol paneli: cPanel, Plesk, DirectAdmin veya panel kullanmayan çözümler
• Yedekleme: Otomatik günlük/haftalık yedek var mı, kolay geri yüklenebiliyor mu?
• Veri merkezi lokasyonu: Hedef kitlenize fiziksel yakınlık ve gecikme süreleri

Benim pratiğimde, özellikle teknik ekibi güçlü olan ve taşıma sürecinde destek veren firmalarla çalışmak süreci ciddi anlamda kolaylaştırıyor. Örneğin, DCHost gibi yönetim ve sistem tarafında deneyimli ekip barındıran bir firmada, taşıma sırasında panelden panele otomatik migrasyon, otomatik yedekleme ve hızlı geri dönüş imkanları işleri oldukça pratik hale getiriyor. Hangi firmayı seçerseniz seçin; SLA, yedekleme politikası ve destek kalitesini mutlaka netleştirin.

Adım Adım Web Sitesi Taşıma Süreci

1. Tam Yedek Alma (Files + Veritabanı)

Taşıma işlemine başlamadan önce gerçek anlamda tam bir yedek almanız şart. Sadece dosyaları veya sadece veritabanını yedeklemek, kritik anlarda sizi kurtarmaz. İdeal senaryo şudur:

• Hosting panelinizde varsa tam yedek (full backup) oluşturun.
• FTP/SFTP üzerinden tüm web dizinini (public_html veya httpdocs vb.) bilgisayarınıza indirin.
• phpMyAdmin veya benzeri araçla ilgili tüm veritabanlarını .sql formatında dışa aktarın.
• Varsa özel yapılandırma dosyalarını (örneğin .env, config.php, .htaccess) ayrıca not edin.

Yedekleme konusunda daha sistematik bir yaklaşım istiyorsanız, sunucu yedekleme stratejileri hakkında yazdığım detaylı rehber size iyi bir çerçeve sunacaktır. Unutmayın; taşıma günü alınan taze bir yedek, yaşanabilecek en kötü senaryoda bile sizi oyunda tutar.

2. Yeni Hosting Ortamını Hazırlama

Yedekler hazırsa, artık yeni hosting ortamını hazırlayabilirsiniz. Burada hedef, eski sunucunun bir kopyasını yeni tarafta oluşturmak:

• Alan adınızı yeni hosting hesabına ekleyin (addon domain / primary domain).
• Gerekliyse alt alan adlarını (subdomain) aynı yapıda tanımlayın.
• Veritabanı oluşturun ve kullanıcı yetkilerini ayarlayın.
• PHP versiyonunu ve gerekli eklentileri (extension) eski sunucudakine mümkün olduğunca yakın konfigüre edin.
• Gerekli dizin izinlerini (CHMOD) belirleyin.

DCHost gibi bazı sağlayıcılarda, sık kullanılan PHP versiyonları ve eklentiler zaten optimize şekilde geliyor. Yine de ben, taşıma öncesi mevcut sunucudaki PHP sürümünü ve modülleri not alıp, yeni ortamda bunları birebir yakalamaya çalışıyorum. Framework tabanlı uygulamalarda (Laravel, Symfony vb.) bu uyum daha da kritik hale geliyor.

3. Dosyaların Taşınması

Dosya taşıma için birkaç yöntem var; hangisini seçeceğiniz, sunuculara erişim seviyenize bağlı:

• FTP/SFTP: Küçük-orta ölçekli siteler için yeterli. Tüm dosyaları yerel makinenize indirip, yeni sunucuya yükleyebilirsiniz.
• Panel içi taşıma araçları: cPanel’den cPanel’e tam hesap taşıma gibi otomatik çözümler, süreci çok hızlandırır.
• SSH ve rsync: Eğer iki sunucuya da SSH erişiminiz varsa, rsync ile doğrudan sunucudan sunucuya hızlı ve güvenli kopyalama yapabilirsiniz.

Taşıma sonrası, özellikle .htaccess, config.php, wp-config.php gibi dosyaları mutlaka gözden geçirin. Eski sunucuya özel yollar (path), IP adresleri veya bağlantı bilgileri içeriyorsa, bunları yeni ortama göre güncellemeniz gerekebilir.

4. Veritabanının Taşınması

Dinamik sitelerin kalbi veritabanıdır; bu yüzden burada yapacağınız her hata doğrudan çalışmayan bir site olarak size döner. Temel adımlar şöyle:

1. Eski sunucuda ilgili veritabanını .sql formatında dışa aktarın.
2. Yeni sunucuda aynı karakter seti ve karşılaştırma (collation) ile bir veritabanı oluşturun.
3. .sql dosyasını phpMyAdmin veya komut satırıyla içe aktarın.
4. Config dosyalarındaki veritabanı adı, kullanıcı ve şifre bilgilerinin yeni ortama göre güncellendiğinden emin olun.

Alan adı değişikliği yapmıyorsanız genelde ek işlem gerekmez. Ancak HTTP’den HTTPS’e geçiş veya alan adı değişikliği aynı anda olacaksa, veritabanı içindeki URL’leri de güncellemeniz gerekebilir. Bu konuda, HTTP’den HTTPS’ye geçişte SEO kaybı yaşamamak için hazırladığım SSL taşıma rehberi size çok yardımcı olacaktır.

5. hosts Dosyası ile Yeni Sunucuyu Gizlice Test Etmek

Benim en sevdiğim adımlardan biri burası. DNS’i değiştirmeden önce, sadece kendi bilgisayarınızdan alan adınızı yeni sunucuya yönlendirebilirsiniz. Bunun için işletim sisteminizdeki hosts dosyasına şu şekilde bir kayıt eklemeniz yeterli:

YENI_SUNUCU_IP alanadiniz.com www.alanadiniz.com

Bu sayede, gerçek DNS kayıtları hala eski sunucuyu gösterirken, siz yeni sunucudaki siteyi detaylı olarak test edebilirsiniz. Tasarım, fonksiyonlar, formlar, ödeme sayfaları, admin paneli… Kısacası her şeyi canlıya almadan önce görüp doğrulama şansınız olur.

DNS, TTL ve Kesintisiz Geçiş Stratejisi

Taşıma sürecinin en kritik kısmı genelde DNS tarafı oluyor. Yanlış bir DNS değişikliği, sitenizin saatler hatta günlerce ulaşılamaz hale gelmesine neden olabilir. Bunu engellemek için şu stratejiyi uyguluyorum:

1. TTL Değerini Düşürmek

Taşımadan 24-48 saat önce DNS yönetim panelinize girip alan adınızın A kaydı TTL (Time To Live) değerini mümkün olduğunca düşürün (örneğin 3600 saniye veya daha altı). Böylece DNS değişikliği yaptığınızda, küresel yayılım çok daha hızlı tamamlanır. DNS yönetimi konusunda daha derin bilgi istiyorsanız, DNS kayıtlarını yönetme konusunda adım adım rehber yazısını özellikle tavsiye ederim.

2. A Kaydını Yeni Sunucuya Yönlendirmek

Yeni sunucudaki testleriniz başarılıysa, alan adınızın A kaydını eski sunucu IP’sinden yeni sunucu IP’sine çevirme zamanı gelmiş demektir. Bu aşamada:

• Eski sunucuyu hemen kapatmayın, en az 24-48 saat daha açık kalsın.
• Bu süre içinde gelen yeni içerik (yorumlar, siparişler, formlar) varsa, iki taraf arasındaki farkı minimize etmeye çalışın.
• Eğer yüksek trafiğe sahip bir e-ticaret siteniz varsa, kısa süreli bakım penceresi planlamak çoğu zaman daha sağlıklı olur.

DNS yayılımı sırasında bazı kullanıcılar eski, bazıları yeni sunucuya gidebilir. Bu yüzden, veri tutarlılığı kritik olan sistemlerde paralel çalışmayı ve mümkünse kısa süreli “sipariş almıyoruz” modunu düşünmek mantıklı olacaktır.

3. E-posta ve Diğer DNS Kayıtlarını Unutmamak

Birçok kişi sadece A kaydını değiştirip DNS işini bitirdiğini düşünür; fakat e-posta altyapınız aynı hosting üzerinde ise MX, SPF, DKIM, DMARC kayıtlarını da yeni tarafa uygun şekilde taşımanız gerekir. Aksi halde e-postalarınız spam klasörüne düşebilir veya hiç teslim olmayabilir. Eğer e-posta altyapınız ayrı bir sağlayıcıdaysa (örneğin sadece web hosting değiştiriyorsanız), mevcut MX ve ilgili kayıtları koruduğunuzdan emin olun.

SEO, SSL ve Güvenlik Boyutu

Hosting taşıması, doğru yönetilmediğinde SEO tarafında dalgalanmalara yol açabilir. Bunu minimize etmek için şu kontrolleri yapıyorum:

• URL yapısı değişmemeli: Aynı URL’ler aynı içeriklere gitmeli. Gereksiz yönlendirmelerden kaçının.
• 301 yönlendirmeleri: URL yapısı veya alan adı değişiyorsa, mutlaka kalıcı (301) yönlendirmeler kullanın.
• robots.txt ve sitemap.xml: Yeni sunucuda robots.txt’nin doğru olduğundan ve sitemap’in güncel olduğundan emin olun.
• SSL sertifikası: Sertifikayı yeni sunucuda yeniden kurun ve HTTPS zorlamasını (redirect) test edin.

SSL seçiminde kararsızsanız, SSL sertifikası türleri (DV, OV, EV) ve doğru seçim rehberi yazım karar vermenize yardımcı olabilir. Ayrıca, özellikle paylaşımlı veya VPS ortamlarında barınan siteler için web hosting güvenliğini artırmak için pratik öneriler yazısındaki güvenlik adımlarını yeni sunucuya geçtikten hemen sonra uygulamanızı öneririm.

Taşıma Sonrası Kontroller ve İzleme

DNS değişikliği tamamlandıktan ve trafik tamamen yeni sunucuya aktıktan sonra işiniz bitmiş sayılmaz. Taşıma sonrası en az birkaç gün boyunca sistemi yakından izlemeniz gerekiyor:

• Sunucu hata loglarını (error log) düzenli kontrol edin.
• 404 hataları için log veya analitik araçları kullanın; varsa kırık linkleri düzeltin.
• Performans testleri (örneğin basit load test’ler) yaparak yanıt sürelerini eski sunucuyla karşılaştırın.
• Güvenlik duvarı (firewall) ve WAF ayarlarını gözden geçirin.
• Yedekleme sisteminin yeni ortamda düzgün çalıştığını test edin.

Bu süreçte, Google Search Console ve analitik araçlarınızdan gelen verileri yakından takip edin. Organik trafikte ciddi ve kalıcı bir düşüş görüyorsanız, yönlendirmeleri, indekslenebilirlik durumunu ve sunucu yanıt kodlarını detaylıca analiz edin.

Ne Zaman Uzmandan Destek Almalısınız?

Her projenin karmaşıklık seviyesi farklı. Basit bir kişisel blogu taşımakla, binlerce ürünlü bir e-ticaret sitesini sıfıra yakın kesintiyle taşımak aynı şey değil. Şu durumlarda mutlaka deneyimli bir sistem yöneticisinden veya hosting sağlayıcınızdan destek alınmasını öneriyorum:

• Gerçek zamanlı çalışan (canlı ödeme, canlı borsa verisi vb.) kritik uygulamalar
• Çoklu sunucu mimarisi, load balancer, cache katmanları kullanılan altyapılar
• Veritabanı replikasyonu, büyük hacimli veritabanları
• Zero-downtime (hiç kesinti olmadan) taşıma gereksinimi

Örneğin DCHost gibi sistem yönetimi desteği sunan bir sağlaykla, panelden panele tam hesap transferi, canlıda test ortamı oluşturma ve geri dönüş planı hazırlama gibi adımları beraber kurgulamak mümkün. Kendi imkanlarınız yeterli değilse, en azından ilk taşıma sürecinde bir uzmandan destek almak, ileride yapacağınız taşımalarda size ciddi tecrübe kazandırır.

Sonuç: Planlı İlerlerseniz Web Sitesi Taşımak Korkutucu Değil

Web sitesini yeni bir hosting firmasına taşımak, özellikle daha önce hiç yapmadıysanız gözünüzü korkutabilir. Ama süreci parçalara bölüp planlı ilerlediğinizde, aslında gayet yönetilebilir bir operasyon haline geliyor. Özetlemek gerekirse; önce envanterinizi çıkarın, ardından yeni hosting altyapısını ihtiyaçlarınıza göre seçin, eksiksiz yedek almayı ihmal etmeyin, yeni ortamı hazırlayıp dosya ve veritabanını dikkatlice taşıyın. DNS, TTL ve e-posta kayıtlarını doğru yönettiğinizde, kesintiyi minimuma indirebilir; hosts dosyası ile önceden test yaparak ziyaretçilerin sorun yaşamamasını sağlayabilirsiniz. Taşıma sonrası birkaç gün yapacağınız log ve performans kontrolleri de, uzun vadede stabil ve güvenli bir sistem işletmenize yardımcı olur.

Eğer bu rehberi okurken kendi sitenizi aklınızda adım adım simüle ettiyseniz, artık nereden başlayacağınızı çok daha net görüyorsunuzdur. Bir sonraki adım, küçük bir test projesiyle bu adımları uygulamak olabilir. Daha gelişmiş senaryolar ve güvenlik odaklı konular için blogda yer alan diğer teknik içeriklere de göz atabilirsiniz. İhtiyaç duyarsanız, DCHost veya benzeri teknik ekibi güçlü sağlayıcılarla çalışarak bu süreci daha da konforlu hale getirmeniz mümkün.