Makale Başlıkları
- Önce Yanlış Korkuyu Giderelim: Hosting Değişimi SEO’yu Etkilemez
- SEO Kaybı Riskleri ve Karşılık Gelen Önlemler
- Kayıpsız Taşımanın Adımları
- Taşıma Sonrası Bir Süre Dalgalanma Normaldir
- Yeni Sunucunun Hızı, Taşımanın Asıl Kazancıdır
- Taşımayı Kendiniz Yapmak Zorunda Değilsiniz
- Sıkça Sorulan Sorular
- İlgili Yazılar
Kısaca
Hosting firmanızı değiştirmek, alan adınız ve URL yapınız aynı kaldığı sürece sıralamalarınıza zarar vermez. Google sitenizin hangi sunucuda durduğuyla değil, ne kadar hızlı ve kesintisiz yanıt verdiğiyle ilgilenir. SEO kaybı taşımanın kendisinden değil, yanlış yapılan taşımadan doğar.
- Gerçek riskler: kesinti (downtime), yanlışlıkla açık kalan noindex/robots.txt kuralı, kırılan 301 yönlendirmeler ve yeni sunucuda artan TTFB.
- Doğru sıra: yedek → yeni ortama kurulum → TTL düşürme → hosts dosyasıyla test → DNS geçişi → yönlendirmeler → sitemap ve Search Console → izleme.
- Alastyr’da taşımayı ücretsiz olarak destek ekibi üstlenir; site, e-posta ve veritabanı dahil kesintisiz aktarılır.
Taşımada SEO’yu korumanın özü şudur: alan adınız ve URL yapınız değişmiyorsa sıralamalarınız da değişmez. Sitenizi eski sunucuda çalışır durumda tutarken yeni sunucuda birebir kurun, DNS geçişi tamamlanana kadar iki tarafı da ayakta bırakın, kesinti yaşatmayın ve arama motorlarına yanlış sinyal (noindex, 404, 5xx) göndermeyin. Kayıp buradan gelir, taşımanın kendisinden değil.
Hosting değiştirmeyi düşünen hemen herkesin aklına takılan ilk soru aynıdır: “Sıralamalarımı kaybeder miyim?” Bu korku o kadar yaygındır ki, yavaş ve sorunlu bir sunucuda yıllarca kalmayı göze alan site sahipleri görüyoruz. Oysa durum tam tersidir: yavaş ve sık kesinti yaşayan bir sunucuda kalmak, düzgün yapılmış bir taşımadan çok daha fazla SEO zararı verir.
Bu yazıda taşıma sırasında sıralamayı gerçekten neyin tehdit ettiğini, hangi korkuların yersiz olduğunu ve kayıpsız bir geçişin adım adım nasıl yapıldığını anlatıyoruz.
Önce Yanlış Korkuyu Giderelim: Hosting Değişimi SEO’yu Etkilemez
Buradaki en kritik ayrımı en baştan yapalım, çünkü çoğu kafa karışıklığı bu iki farklı işlemin birbirine karıştırılmasından doğar:
- Hosting taşıma: Alan adınız aynı, URL’leriniz aynı, içeriğiniz aynı. Yalnızca dosyalarınızın durduğu sunucu değişiyor. Bu, SEO açısından neredeyse görünmez bir işlemdir.
- Alan adı veya URL yapısı değişimi: Site adresi ya da sayfa adresleri değişiyor. Bu tamamen ayrı bir konudur ve 301 yönlendirmeler şarttır; aksi hâlde gerçek ve ciddi bir sıralama kaybı yaşarsınız.
Google’ın bakış açısıyla düşünün. Arama motoru sitenizi bir alan adı üzerinden ziyaret eder, o adresin arkasında hangi firmanın sunucusunun durduğunu bir sıralama kriteri olarak kullanmaz. Bir sayfa taranırken bakılan şeyler bellidir: sayfa açılıyor mu, ne kadar sürede yanıt veriyor, içerik aynı mı, doğru HTTP durum kodunu mu döndürüyor. Bunların hepsi taşıma sonrası da aynı kalıyorsa, taşınan bir sitede sıralama düşüşü için teknik bir sebep yoktur.
Peki neden bu kadar çok “taşıdım, sıralamalarım düştü” hikâyesi duyuyoruz? Çünkü o hikâyelerin neredeyse tamamında taşımanın kendisi değil, taşıma sırasında yapılan bir hata suçludur. Yarım kalan bir dosya aktarımı, saatlerce süren bir kesinti, test ortamından kalan bir noindex etiketi, unutulmuş bir yönlendirme kuralı… Kayıp bunlardan gelir. Ve iyi haber şu: hepsi önlenebilir hatalardır.
SEO Kaybı Riskleri ve Karşılık Gelen Önlemler
Aşağıdaki tablo, bir taşımada gerçekten neyin risk oluşturduğunu ve her riskin nasıl kapatıldığını özetliyor. Taşıma öncesi bu listeyi bir kontrol listesi gibi kullanabilirsiniz.
| Risk | Neden Zarar Verir? | Önlem |
|---|---|---|
| Kesinti (downtime) | Google botu tarama sırasında 5xx hatası alırsa tarama bütçesi düşer; uzun süren kesintiler dizinden düşmeye kadar gidebilir. | Eski sunucuyu kapatmayın. Yeni sunucu tam çalışır hâle gelmeden DNS’i çevirmeyin, geçiş sonrası eski hesabı en az 7-14 gün açık tutun. |
| URL yapısının değişmesi | Dizin adları, dil ön ekleri ya da uzantılar değişirse eski adresler kırılır ve biriken otorite kaybolur. | Hosting taşımasında URL’lere dokunmayın. Zorunlu bir değişiklik varsa eski adresten yeniye 301 kalıcı yönlendirme kurun. |
| 404 hataları | Eksik aktarılan görseller, PDF’ler ve eski sayfalar 404 döndürür; hem kullanıcı hem tarama kaybı yaratır. | Taşıma sonrası siteyi baştan sona tarayın (crawler), Search Console’daki “Bulunamadı (404)” raporunu izleyin, eksik dosyaları tamamlayın. |
| Yavaşlama / yüksek TTFB | Sayfa hızı ve Core Web Vitals sıralama sinyalidir. Yeni sunucu daha yavaşsa dolaylı ama gerçek bir kayıp yaşarsınız. | Taşımadan önce yeni sunucunun yanıt süresini test edin. Hedef kitleniz Türkiye’deyse Türkiye lokasyonlu bir sunucu seçin; mesafe doğrudan TTFB’ye yansır. |
| Karışık içerik (mixed content) | SSL yeni sunucuda düzgün kurulmazsa tarayıcı uyarı verir, HTTPS sayfalar HTTP kaynak çağırır, güven ve tıklama düşer. | Yeni sunucuda SSL sertifikasını DNS geçişinden önce hazırlayın. Geçiş sonrası HTTP → HTTPS yönlendirmesini ve karışık içerik uyarılarını kontrol edin. |
| robots.txt / noindex kazası | Taşımanın en tehlikeli hatası. Test aşamasında eklenen noindex ya da Disallow: / canlıya taşınırsa site dizinden silinir. |
Geçişten hemen sonra ilk iş robots.txt dosyasını ve sayfa kaynağındaki robots meta etiketini kontrol edin. WordPress’te “Arama motorlarını engelle” kutusunun kapalı olduğundan emin olun. |
| IP / lokasyon değişimi | Çoğu durumda etkisizdir; ancak hedef ülkenizden çok uzak bir lokasyona geçmek gecikmeyi artırır. | IP değişimi tek başına ceza sebebi değildir. Yine de aynı ülke içinde ya da hedef kitlenize yakın bir lokasyonda kalmak en güvenli seçimdir. |
| E-posta kesintisi | Doğrudan SEO’yu değil ama iş sürekliliğini vurur; MX kayıtları unutulursa gelen mailler kaybolur. | Site ve veritabanı kadar e-posta hesaplarını ve MX kayıtlarını da plana dahil edin. Alastyr’da e-posta taşıma da ücretsiz aktarıma dahildir. |
Kayıpsız Taşımanın Adımları
Sıralamayı koruyan taşımanın sırrı, sihirli bir araç değil; doğru sıradır. Aşağıdaki adımları bu sırayla uygularsanız ziyaretçileriniz taşımanın olduğunu bile fark etmez.
- Tam yedek alın. Dosyalar, veritabanı ve e-posta hesapları. Taşımayı destek ekibi yapacak olsa bile kendi elinizde bir yedek bulunsun. Ayrıca taşıma öncesi trafiğinizin ve ilk 20 anahtar kelimenizdeki sıralamanızın ekran görüntüsünü alın; sonra kıyaslamak için referansınız olur.
- Siteyi yeni ortama kurun ve eskiyi ellemeyin. Yeni sunucuda site birebir ayağa kalkana kadar eski hosting çalışmaya devam etsin. Bu aşamada ziyaretçileriniz hâlâ eski sunucudan hizmet alır; hiçbir şey hissetmezler.
- DNS TTL değerini düşürün. Geçişten 24-48 saat önce alan adınızın A kaydındaki TTL değerini 300 saniyeye (5 dakika) indirin. Böylece DNS değişikliği saatler yerine dakikalar içinde yayılır ve iki sunucu arasında “gidip gelen” bir dönem yaşanmaz.
- Yeni sunucuyu hosts dosyasıyla test edin. Bu adım, profesyonel taşımayı amatörden ayıran noktadır. Bilgisayarınızın
hostsdosyasına alan adınızı ve yeni sunucunun IP’sini yazarsanız, yalnızca siz yeni sunucudaki siteyi gerçek alan adıyla görürsünüz; ziyaretçiler hâlâ eskiyi görür. Böylece formlar, ödeme akışı, SSL, e-posta gönderimi, yönetici paneli ve sayfa hızını canlıya çıkmadan test edebilirsiniz. - DNS’i yeni sunucuya çevirin. Test temizse A kaydını (ve gerekiyorsa MX kayıtlarını) yeni sunucuya yönlendirin. Bu geçişi trafiğinizin en düşük olduğu saatte yapın. Eski hosting hesabını en az bir hafta daha kapatmayın; DNS önbelleği yüzünden bazı ziyaretçiler bir süre daha oraya düşebilir ve iki tarafta da site açık olduğu için kimse kesinti görmez.
- Yönlendirmeleri ve HTTPS’i doğrulayın. HTTP → HTTPS ve www / www’suz yönlendirmelerinin yeni sunucuda da çalıştığından emin olun. Bu kurallar genelde
.htaccessdosyasında durur ve taşımada atlanabilir. URL yapısında bir değişiklik yaptıysanız eski adreslerden yenilerine 301 (kalıcı) yönlendirme kurun; asla 302 kullanmayın. Canonical etiketlerinin hâlâ doğru ve mutlak adresleri gösterdiğini kontrol edin; taşımada eski test alan adına işaret eden canonical’lar en sinsi hatalardan biridir. - robots.txt ve noindex kontrolü yapın. Geçişten sonraki ilk 10 dakikada yapılacak iş budur.
alanadiniz.com/robots.txtadresini açın,Disallow: /satırı olmadığını doğrulayın; ana sayfanın kaynağındanoindexgeçmediğinden emin olun. - Sitemap’i yeniden gönderin ve Search Console’u kullanın. Google Search Console’da sitemap dosyanızı yeniden gönderin, birkaç önemli sayfayı URL İnceleme aracıyla test edip dizine ekleme talebi oluşturun. Alan adı değişmediği sürece adres değişikliği aracına gerek yoktur; o araç yalnızca alan adı taşımaları içindir.
- İki hafta boyunca izleyin. Search Console’da tarama hatalarını, 404 raporunu ve dizine eklenen sayfa sayısını takip edin. Analytics’te trafiği önceki haftayla kıyaslayın. Sayfa hızını (TTFB ve LCP) yeniden ölçün. Sağlıklı bir taşımada bu metriklerde ya değişim olmaz ya da hız tarafında iyileşme görürsünüz.
Taşıma Sonrası Bir Süre Dalgalanma Normaldir
Taşımanın ertesi günü sıralamalarınızda birkaç basamaklık oynamalar görebilirsiniz. Bu genelde taşımayla ilgili değildir; sıralamalar her gün doğal olarak dalgalanır. Panikleyip geri dönmek yerine 7-14 günlük bir pencerede ortalamaya bakın. Gerçek bir sorun varsa (örneğin toplu 404 ya da noindex kazası) bunu sıralamadan önce Search Console raporlarında görürsünüz; asıl uyarı sistemi orasıdır.
Yeni Sunucunun Hızı, Taşımanın Asıl Kazancıdır
Taşımayı yalnızca “kayıp yaşamamak” hedefiyle yapmak, işin yarısını ıskalamaktır. Doğru altyapıya geçiş, SEO tarafında somut bir kazanç da getirir.
Bunun en net göstergesi TTFB‘dir (ilk bayta kadar geçen süre): tarayıcının sunucudan ilk yanıtı almasına kadar geçen süre. TTFB’yi belirleyen iki şey vardır: sunucunun işlem gücü ve ziyaretçiyle sunucu arasındaki fiziksel mesafe. Türkiye’deki bir ziyaretçi için yurt dışındaki bir sunucuya gidip gelmek, tek başına yüzlerce milisaniyelik bir gecikme demektir. Ziyaretçilerinizin çoğu Türkiye’deyse, Türkiye lokasyonlu bir sunucu en ucuz ve en garantili hız optimizasyonudur.
Alastyr olarak hosting paketlerimizi İzmir’deki kendi veri merkezimizden veriyoruz. Bu, TR hedefli siteler için doğrudan düşük TTFB anlamına gelir. %99.9 uptime standardı ise taşıma sonrası en büyük SEO riskini, yani kesintiyi ortadan kaldırır. WordPress kullanıyorsanız WordPress hosting, arama motoru görünürlüğünü önceliklendiren bir kurulum arıyorsanız SEO hosting paketlerimiz; büyümüş ve kaynak ihtiyacı artmış siteler içinse bulut sunucu seçeneğimiz var.
Taşımayı Kendiniz Yapmak Zorunda Değilsiniz
Yukarıdaki adımların hepsi yapılabilir işlerdir; ama teknik bilgi ve zaman ister. Asıl mesele şudur: bir taşımada hata yapılan yerler hep aynıdır ve bu hataları bilmek deneyim gerektirir.
Bu yüzden Alastyr’da taşımayı ücretsiz olarak destek ekibimiz üstlenir. Site dosyalarınız, veritabanınız ve e-posta hesaplarınız (mevcut mailleriniz dahil) yeni sunucuya aktarılır; siz eski hosting hesabınızı kapatmadan yeni ortamda her şeyin çalıştığını doğrularsınız. Geçiş, ziyaretçileriniz için kesintisiz olacak şekilde planlanır. Bunun için ekstra ücret ödemezsiniz, “taşıma paketi” satın almanız gerekmez; şeffaf fiyatlandırma ilkemiz gereği gizli bir kalem çıkmaz.
Süreç boyunca 7/24 destek ekibimize ulaşabilirsiniz. Sonuçtan memnun kalmazsanız 14 gün içinde iade hakkınız durur. Yeni bir proje için alan adı da alacaksanız domain sorgulama sayfamızdan başlayabilirsiniz.
Sıkça Sorulan Sorular
Hosting değiştirmek SEO’ya zarar verir mi?
Hayır. Alan adınız ve URL yapınız aynı kaldığı sürece hosting değiştirmek sıralamalarınızı etkilemez. Google sitenizin hangi firmanın sunucusunda durduğunu bir sıralama kriteri olarak kullanmaz. Zarar taşımadan değil, taşıma sırasında yaşanan kesinti ve yapılandırma hatalarından gelir.
Taşıma sırasında sitem kapalı kalır mı?
Doğru yapılan bir taşımada hayır. Site yeni sunucuda tamamen hazır olana kadar eski sunucu çalışmaya devam eder; DNS geçişinden sonra da eski hesap bir süre açık tutulur. Böylece ziyaretçiler her iki durumda da çalışan bir site görür. Alastyr’da taşıma kesintisiz olacak şekilde planlanır.
Taşımadan sonra 301 yönlendirme kurmam gerekir mi?
Yalnızca URL’leriniz değişiyorsa gerekir. Aynı alan adıyla, aynı adres yapısıyla sunucu değiştiriyorsanız yeni bir 301’e ihtiyaç yoktur. Ancak HTTP’den HTTPS’e ve www’lu/www’suz sürüm arasındaki mevcut yönlendirme kurallarınızın yeni sunucuda da çalıştığını mutlaka doğrulayın.
DNS geçişi ne kadar sürer?
TTL değerinizi geçişten 24-48 saat önce 300 saniyeye düşürürseniz yayılma çoğu ağda dakikalar içinde tamamlanır. TTL yüksek bırakılırsa bu süre 24-48 saati bulabilir. Bu süre boyunca eski sunucuyu açık tuttuğunuz sürece kimse kesinti görmez.
Taşıma sırasında en tehlikeli hata nedir?
Test aşamasında eklenen bir noindex etiketinin veya Disallow: / içeren bir robots.txt dosyasının canlı siteye taşınmasıdır. Bu, sitenizin arama sonuçlarından tamamen silinmesine yol açabilir. Geçişten hemen sonraki ilk kontrolünüz robots.txt ve robots meta etiketi olmalıdır.
Yeni sunucunun IP adresinin değişmesi sorun olur mu?
Hayır. IP adresi değişimi tek başına bir sıralama kaybı sebebi değildir. Dikkat edilmesi gereken tek nokta lokasyondur: hedef kitleniz Türkiye’deyse Türkiye lokasyonlu bir sunucuda kalmak, mesafeden kaynaklanan gecikmeyi ve dolayısıyla TTFB’yi düşük tutar.
Taşımadan sonra Search Console’da ne yapmalıyım?
Sitemap dosyanızı yeniden gönderin, önemli sayfaları URL İnceleme aracıyla test edin ve iki hafta boyunca tarama hataları ile 404 raporunu izleyin. Alan adınız değişmediyse “adres değişikliği” aracını kullanmanıza gerek yoktur; o araç yalnızca alan adı taşımaları içindir.
Taşımadan sonra sıralamalarım birkaç gün oynadı, sorun mu var?
Sıralamalar her gün doğal olarak dalgalanır. Tek günlük oynamalara bakmak yerine 7-14 günlük ortalamayı değerlendirin. Gerçek bir teknik sorun varsa bunu sıralamadan çok önce Search Console’daki tarama hatası ve dizin raporlarında görürsünüz.
Alastyr taşımayı ücretsiz mi yapıyor?
Evet. Site dosyalarınız, veritabanınız ve e-posta hesaplarınız dahil taşıma işlemini destek ekibimiz ücretsiz olarak üstlenir. Ekstra bir taşıma paketi satın almanız gerekmez, süreç kesintisiz planlanır ve 7/24 destek ekibimize ulaşabilirsiniz.
Taşıma korkusu yüzünden yavaş sunucuda kalmayın
Alastyr’da taşımayı destek ekibimiz ücretsiz üstlenir: site, e-posta ve veritabanı dahil, kesintisiz. İzmir’deki kendi veri merkezimizle düşük TTFB, %99.9 uptime, 7/24 destek ve 14 gün iade güvencesi.





