BİLGİ MERKEZİ

Klinik Web Sitesini Yenilerken Google Sıralamalarını Kaybetmemek

Bir klinik web sitesini yenilerken en sık yapılan hata tasarıma bakıp mevcut Google görünürlüğünü unutmak.

Eski site kötü görünebilir.

Yavaş olabilir.

WordPress sürümü eski olabilir.

Yine de Google’da yıllar içinde oluşmuş değerli sinyallere sahip olabilir.

Yeni siteye geçerken bu sinyaller dikkate alınmazsa:

  • trafik düşebilir,
  • eski sayfalar 404 olabilir,
  • sıralamalar kaybolabilir,
  • backlink’ler boşa gidebilir.

Bu nedenle redesign ile SEO migration aynı projenin parçalarıdır.

OLD URLKEEP / 301 / 404 / 410NEW CANONICALSITEMAPGSC MONITORING

1. Eski URL envanteri

İlk adım eski siteyi taramaktır.

Kaynaklar:

  • sitemap,
  • CMS,
  • crawler,
  • Search Console,
  • analytics,
  • backlink verileri.

Amaç:

Google’ın bildiği hangi URL’lerin bulunduğunu öğrenmek.

2. Her eski URL için karar

Her sayfa:

KEEP

Aynı URL devam eder.

301

Gerçek karşılığı olan başka URL’ye kalıcı yönlendirilir.

410

Bilinen ancak kalıcı olarak kaldırılmış ve gerçek karşılığı olmayan içerik.

404

Geçersiz/bilinmeyen URL.

Bütün eski sayfaları ana sayfaya yönlendirmek doğru migration değildir.

3. URL’leri mümkünse koruyun

Yeni tasarım yeni URL gerektirmez.

Eski:

/hizmet-x/

sayfası hâlâ aynı konuysa yeni sitede aynı URL kullanılabilir.

URL değişikliğinin iş açısından faydası yoksa yalnız tasarım nedeniyle slug değiştirmeyin.

4. H1/title/content freeze

Migration sırasında aynı anda:

  • altyapı,
  • tasarım,
  • URL,
  • title,
  • H1,
  • içerik

değiştirirseniz performans değiştiğinde nedenini anlamak zorlaşır.

Riskli projelerde ilk release:

content-frozen migration

olarak yapılabilir.

Önce teknoloji değiştirilir.

Sonra içerik kontrollü optimize edilir.

5. 301 mapping

URL değişmek zorundaysa:

old URL → en yakın gerçek successor

eşleştirilir.

Google’ın güncel site move dokümantasyonuna göre server-side kalıcı redirect tercih edilir.

Redirect zincirleri gereksiz yere uzatılmamalıdır.

6. Canonical

Yeni sayfa kendi URL’sine self-canonical vermelidir.

Eski URL’yi canonical ile yeni URL’ye “gizlemek” gerçek migration yerine geçmez.

Redirect ile canonical farklı URL’leri göstermemelidir.

Yeni sitedeki iç bağlantılar eski URL’lere gitmemelidir.

Kullanıcı:

yeni sayfa → eski URL → 301 → yeni URL

zincirinden geçirilmemelidir.

Internal link doğrudan final URL’yi göstermelidir.

8. Sitemap

Yeni sitemap yalnız:

  • canonical,
  • indexable,
  • HTTP 200

URL’leri içermelidir.

301/404/410 URL’leri sitemap’e eklenmez.

9. Staging

Yeni site production öncesinde test edilmelidir.

Ancak staging sitesi Google’da indekslenmemelidir.

Production deploy sırasında yanlışlıkla:

noindex

taşınması ise kritik hatadır.

10. Schema

Migration sırasında eski entity kimliklerini gereksiz yere değiştirmeyin.

Özellikle:

  • Person,
  • Organization,
  • WebSite

@id değerlerinin her redesign’da değişmesi gerekmez.

11. Google Search Console

Yayın sonrasında kontrol:

  • indexability,
  • sitemap,
  • canonical,
  • 404,
  • redirect,
  • performans,
  • crawl

üzerinden yapılır.

Yeni sayfaların indekslenmesi zaman alabilir.

12. Hosting değişiyorsa

URL değişmiyor ancak hosting değişiyorsa Google’ın ayrı hosting migration rehberi vardır.

Yeni sunucu:

  • production trafiğini,
  • kullanıcıları,
  • Googlebot crawl yoğunluğunu

karşılayabilecek kapasitede olmalıdır.

13. Analytics

Yeni sitede ölçüm kaybolmamalıdır.

Kontrol:

  • GA4,
  • GTM,
  • conversion,
  • phone,
  • WhatsApp,
  • form,
  • UTM.

Migration sonrası trafik değişimini ancak ölçüm çalışıyorsa değerlendirebilirsiniz.

14. Rollback

Production deploy öncesinde:

  • dosya,
  • database,
  • configuration

rollback planı hazırlanmalıdır.

Bir migration:

“yükledik, umarım olur”

işi değildir.

15. Ne kadar sürede toparlanır?

URL değişikliği olan büyük site move işlemlerinde Google geçici sıralama dalgalanmalarının normal olduğunu belirtir.

Tarama ve yeniden indeksleme hızı:

  • site büyüklüğü,
  • sunucu hızı,
  • crawl sıklığı

gibi değişkenlere bağlıdır.

Bu nedenle ilk gün performans düşüşünü otomatik olarak başarısızlık olarak değerlendirmek doğru değildir.

Ben migration’da hangi sırayı izliyorum?

  1. URL inventory.
  2. GSC/export.
  3. Content mapping.
  4. Redirect matrix.
  5. New build.
  6. Pre-production crawl.
  7. Canonical/schema/sitemap test.
  8. Rollback.
  9. Production.
  10. Post-deploy crawl.
  11. GSC monitoring.

Sitenizi yenilerken mevcut görünürlüğünüzü kaybetmeyin.

Yeni tasarıma başlamadan önce hangi URL ve sinyalleri korumamız gerektiğini çıkaralım.

Migration Planını Konuşalım