Site yenilerken arama sıralamanızı korumak

Site yenileme projelerinin en sık duyulan şikâyeti şu: “Yeni site çok daha güzel oldu ama telefonlar azaldı.” Bu neredeyse hiçbir zaman tasarımdan kaynaklanmıyor. Sebep genelde tek bir teknik ihmal: eski adreslerin yenisine bağlanmaması.

Google, sitenizi sayfa sayfa tanıyor. /hali-yikama-fiyatlari adresine yıllar içinde biriken güven, o adrese ait. Yeni sitede aynı içerik /hizmetlerimiz/hali-yikama altına taşındıysa ve eski adres 404 veriyorsa, biriken güven yeni adrese geçmiyor — siliniyor.

Önce mevcut durumu dondurun

Yenilemeye başlamadan önce eldeki siteyi kayıt altına alın. Tasarım tartışmasına girmeden yapılacak ilk iş bu:

• Adres envanteri. Yayında olan tüm sayfaların listesi. sitemap.xml varsa oradan, yoksa Search Console’un “Sayfalar” raporundan alınabilir.
• Hangi sayfa hangi aramadan geliyor. Search Console’da son 12 ayın performans raporu, sayfa kırılımıyla. Trafiğin çoğunu birkaç sayfa taşıyor; o birkaç sayfa taşınırken hata yapılmamalı.
• Dış bağlantılar. Başka sitelerden hangi adreslere bağlantı verilmiş. Bu adresler 404 olursa kaybedilen sadece bir sayfa değil, o bağlantının değeri.
• Referans ölçüm. Yayın öncesi son 3 ayın organik trafiği. Sonrasında “düştü mü, çıktı mı” tartışması ancak bu sayı varsa kapanır.

Bu dört maddeyi bir tabloya döken bir saatlik iş, yenileme sonrası aylarca sürecek tahmin yürütmeyi ortadan kaldırıyor.

Yönlendirme haritası

Adres yapısı değişiyorsa her eski adres için bir yenisi tanımlanmalı. Buna yönlendirme haritası deniyor ve çoğu projede bir tablo olarak tutuluyor:

Üç kural yeterli:

1. Kalıcı taşımada 301 kullanın. 301, “bu adres kalıcı olarak şuraya taşındı” demek ve arama motoruna sinyali yeni adrese aktarmasını söylüyor. 302 geçici anlamına geliyor; kalıcı taşımada kullanılırsa eski adres dizinde kalmaya devam ediyor.
2. En yakın karşılığa yönlendirin. Karşılığı olmayan bir sayfayı ana sayfaya atmak kolay ama işe yaramıyor; ziyaretçi aradığını bulamayınca çıkıyor. Karşılığı gerçekten yoksa ilgili kategori sayfası ana sayfadan iyidir.
3. Zinciri kısaltın. A → B → C şeklinde arka arkaya yönlendirme her adımda gecikme ekliyor. Haritayı yazarken hedefleri doğrudan son adrese bağlayın.

IIS üzerinde çalışan bir sitede bu kurallar web.config içine giriyor:

<rule name="eski-fiyat-sayfasi" stopProcessing="true">
  <match url="^hali-yikama-fiyatlari/?$" />
  <action type="Redirect" url="/hizmetler/hali-yikama/" redirectType="Permanent" />
</rule>

Barındırma ortamı farklıysa sözdizimi değişiyor, mantık aynı kalıyor.

Adresleri gereksiz yere değiştirmeyin

En güvenli yönlendirme, yazılmasına gerek kalmayan yönlendirmedir. Yenileme, adres yapısını baştan kurmak için bir fırsat gibi görünüyor; çoğu zaman değil. Mevcut adresler anlaşılır ve düzgün çalışıyorsa dokunmayın.

Adres yapısını değiştirmeye değdiği durumlar sınırlı: dosya uzantısı içeren adresler (/urun.php?id=12), Türkçe karakter ya da boşluk barındıran adresler, ve içeriği artık yansıtmayan adresler. Bunun dışındaki her değişiklik risk taşıyor ve karşılığında bir şey kazandırmıyor.

İçeriği kısaltmayın

Yeni tasarım genelde daha az metinle daha ferah görünüyor. Bu, tasarım açısından doğru olabilir; arama açısından pahalıya mal oluyor. Eski sayfada ziyaretçinin sorusunu yanıtlayan üç paragraf varsa ve yeni sayfada tek cümle kaldıysa, sayfa aynı aramalar için artık yeterli görülmüyor.

Metni azaltmak gerekiyorsa yöntem şu: içeriği silmek yerine yapılandırın. Uzun bir bölümü açılır başlıklara bölmek, sayfayı görsel olarak sadeleştirirken metni yerinde bırakıyor. Sayfada olan ama ekranda kapalı duran metin arama motoru tarafından okunuyor.

Aynı şey sayfa başlıkları için de geçerli. title ve h1 metinleri yeniden yazılırken, o sayfanın hangi aramadan trafik aldığına bakılmalı. “Hizmetler” başlığı, “İstanbul halı yıkama” aramasından gelen bir sayfa için geriye gidiştir.

Yayın günü kontrol listesi

Yayına alma günü sırayla yapılacaklar:

• Yönlendirmeleri yayından önce test edin. Haritadaki her satırı yeni ortamda deneyin. Tek tek açmak yerine adres listesini bir dosyaya koyup hepsini sırayla isteyen kısa bir betik yazmak birkaç dakika sürüyor.
• robots.txt dosyasını kontrol edin. Geliştirme ortamında siteyi aramaya kapatmak için konan Disallow: / satırının canlıya taşınması, yenileme projelerinde en sık yapılan hata.
• noindex etiketi arayın. Aynı gerekçeyle sayfalara eklenmiş <meta name="robots" content="noindex"> etiketleri yayın öncesi temizlenmeli.
• Yeni sitemap.xml gönderin. Search Console üzerinden yeni site haritasını bildirmek, yeni adreslerin taranmasını hızlandırıyor.
• Kanonik adresleri doğrulayın. Her sayfanın canonical etiketi kendi yeni adresini göstermeli; eski alan adını ya da geliştirme adresini değil.
• Analitik ve dönüşüm takibini yeniden bağlayın. Form gönderimi ve arama butonu olayları yeni sitede farklı elemanlara bağlı; kod taşındı diye hedefler taşınmıyor.

İlk iki hafta

Yayından sonra sıralamanın bir miktar dalgalanması normal. Arama motorunun yeni yapıyı tamamen taraması birkaç hafta sürebiliyor. Bu dönemde bakılacak tek şey hata sinyalleri:

Search Console’un “Sayfalar” raporunda 404 sayısının artması, haritada atlanan bir adres olduğunu gösteriyor. Yönlendirme zinciri uyarıları, ara adımların temizlenmesi gerektiğini söylüyor. İkisi de ilk hafta içinde düzeltilebilir sorunlar.

Buna karşılık trafiğin ilk günlerde bir miktar düşmesi tek başına bir şey ifade etmiyor. Panikle yayını geri almak, taramanın baştan başlaması demek — iki adım geri gitmek oluyor.

Yenilemeyi biz yapıyorsak

Web sitesi hizmetimizde yenileme projeleri bu sırayla ilerliyor: önce envanter ve yönlendirme haritası, sonra tasarım. Harita tasarımdan önce çıkarıldığı için, hangi sayfanın taşınacağı ve hangisinin birleştirileceği tasarım kararlarının içine giriyor.

Mevcut sitenizde hangi sayfaların trafik taşıdığını çıkarmamızı isterseniz bize yazın — envanteri biz hazırlayalım, yenileme kararını ondan sonra verin.