Web Sitesini Yeni Sağlayıcıya Taşıma: Hiçbir Şey Kaybolmasın

Taşıma öncesi hangi Backup alınmalı?

Yeni hostinge geçmeden önce tam yedek alın. WordPress ve birçok CMS için görünen dosyaları indirmek yetmez; metinler, sayfalar, menüler, form ayarları ve shop veya booking verileri çoğu zaman veritabanındadır.

Dosyaları, veritabanını, media klasörünü, konfigürasyonu, SSL bilgilerini, yönlendirmeleri ve bağlı servis listesini kaydedin. E-posta eski hosterdeyse posta kutuları ve yönlendirmeler de checklist’e girer.

• site dosyaları, veritabanı ve media klasörü
• CMS, hosting ve SFTP erişimleri
• formlar, booking, shop verileri ve downloads
• MX, SPF, DKIM ve DMARC dahil DNS bölgesi
• eski redirects, robots.txt, sitemap.xml ve tracking kodları

Domain ve Providerwechsel nasıl işler?

Gerçek bir sağlayıcı transferinde domainin kime ait olduğu ve transferi kimin onaylayacağı net olmalıdır. .de domainlerde genellikle AuthInfo-Code kullanılır. Bu kod taşınma anahtarı gibidir.

Her taşıma hemen domain transferi gerektirmez. Bazen domain eski registrar’da kalır ve sadece DNS kayıtları yeni hostinge yönlendirilir. Nameserver, A, AAAA, CNAME, MX ve TXT kayıtları değişiklikten önce belgelenmelidir.

E-posta neden ayrı planlanmalı?

Taşımada en sık zarar gören şey site değil, e-postadır. DNS değişiminde MX kayıtları silinirse mesajlar gelmez. SPF, DKIM veya DMARC eksikse gönderilen mailler spam’e düşebilir.

E-postayı ayrı bir iş akışı olarak planlayın. Eski hosterdeki posta kutuları taşınmalı veya zamanında yeniden açılmalıdır. Microsoft 365, Google Workspace veya başka mail sağlayıcı kullanılıyorsa bu DNS kayıtları korunmalıdır.

• tüm posta kutuları ve yönlendirmeleri kaydetme
• MX kayıtlarını standart DNS ile ezmeme
• SPF, DKIM ve DMARC kontrolü
• formları gerçek alıcı adresiyle test etme

Hangi SEO kontrolleri sıralama kaybını önler?

Google sizin sadece kısa süreli taşındığınızı bilmez. Eski sayfalar 404 verirse, içerik eksilirse veya yapı değişirse sıralamalar düşebilir. Google, eski URL’lerin doğru yönlendirilmesini ve Search Console ile izlenmesini önerir.

URL yolları değişiyorsa 301 redirects gerekir. Eski hizmet sayfası ana sayfaya değil, ilgili yeni hizmet sayfasına gitmelidir. Taşıma sonrası sitemap.xml, robots.txt, canonical, meta titles ve indexability kontrol edilmelidir.

DNS, TTL ve go-live kesintisiz nasıl yapılır?

DNS değişiklikleri her yerde anında görünmez. Kayıtların TTL değeri, önbelleklerin eski bilgiyi ne kadar tutabileceğini belirler. Çoğu değişiklik dakikalar veya saatler içinde görünür, ama daha uzun sürebilir.

Yeni sunucuda önce staging kurun. Sayfalar, formlar, mobil görünüm, SSL, hız ve Datenschutz metinleri test edilir. Sonra domain yeni ortama yönlendirilir. Eski ortam birkaç gün güvenlik ağı olarak kalmalıdır.

Temiz bir web sitesi taşıması ne kadar tutar?

Küçük ve iyi hazırlanmış bir taşıma makul kalabilir: backup, erişimler ve DNS hazırsa kontrol, taşıma ve go-live için 300–900 € gerçekçidir. Eski teknoloji, eksik veritabanı, e-posta taşıması veya relaunch maliyeti artırır.

bezahlbare-webseite.de’de taşıma çoğu zaman yönetilen Abo modeline geçişin parçasıdır: Starter ayda 79 €, Business 149 €, Premium 299 €. SEO 69 €’dan, Ads 149 €’dan, Shop +249 € veya Buchung +149 € açık planlanmalıdır.

Küçük işletmeler hangi checklist’i kullanmalı?

Sıra doğruysa sağlayıcı değişimi yönetilebilir: önce yedekle, sonra test et, sonra değiştir, sonra kontrol et. Erişimleri, sorumluları ve tarihleri yazılı tutun.

Go-live sonrası sadece ana sayfaya bakmayın. Formlar, telefon linkleri, booking, downloads, cookie banner, Datenschutzerklärung, Impressum, e-posta teslimi ve Google’dan gelen önemli sayfalar test edilmelidir.

• tam Backup oluşturup test etme
• Domaininhaber, AuthInfo ve DNS’i netleştirme
• e-postayı ayrı yedekleyip test etme
• go-live öncesi staging kontrolü
• 301 redirects ve Search Console kontrolü
• eski ortamı birkaç gün saklama