Web Sitesi Yenileme SEO Kontrol Listesi: Trafik Kaybı

Kısa cevap: yeniden tasarım kendi başına trafik kaybettirmez; kaybı çoğunlukla tasarımla birlikte sessizce değişen URL'ler, silinen sayfalar, kaybolan iç linkler, unutulan noindex ya da robots engeli ve izlenmeyen ilk haftalar yaratır. Bu yazı, geçmişi olan bir siteyi yeni tasarıma taşırken hangi envanterin çıkarılacağını, URL eşlemesinin nasıl kurulacağını, tasarım kararlarının nerede risk taşıdığını, yayın gününde neyin kontrol edileceğini ve ilk haftalarda nasıl izleme yapılacağını sırayla anlatır.

Bu yazı sıfırdan açılan siteler için değildir. İlk kez yayına girecek bir site arıyorsanız yeni web sitesi yayın öncesi ve sonrası SEO kontrol listesi yazısı doğru başlangıçtır; orada robots, noindex, test ortamı, başlık hiyerarşisi ve analitik kurulumu gibi temeller anlatılır ve burada yinelenmez. Burada odak, arama sonuçlarında zaten sayfası, bağlantısı ve geçmiş verisi olan bir sitenin riskli geçişidir.

Önerilerin ana kaynağı Google'ın URL değişikliği olan site taşıma (yeni sekmede açılır) ve barındırma değişikliği (yeni sekmede açılır) belgeleridir. Belgeler URL değişikliği olan taşımaları ve URL'ler aynı kalırken altyapının değiştiği durumları ayrı ayrı ele alır; yenileme projeleri çoğu zaman ikisinin karışımıdır. Google belgelerindeki ayrıntılar zamanla değişebilir; uygulamadan önce güncel sayfaları kontrol edin.

Yenileme Projesinin Hangi Türü Sizinki?

Önce projenin gerçekte ne kadar değiştiğini adlandırın. "Yeni tasarım" tek kelime olsa da altında çok farklı risk profilleri yatar ve kontrol listesinin ağırlığı buna göre kayar.

Dört tipik senaryo

Aynı anda tek değişiklik ilkesi

Google'ın site taşıma belgesindeki genel öneri açıktır: mümkünse aynı anda tek şeyi değiştirin. Belgedeki örnek, önce alan adını taşıyıp düzeni ayrı bir adımda değiştirmektir. Yenileme projelerinde ise tasarım, CMS, içerik, adres yapısı ve alan adı çoğu zaman tek yayında birleşir. Bu birleşme sorun çıktığında nedeni bulmayı zorlaştırır: trafik düşerse sebep yeni şablon mu, kaybolan sayfalar mı, yönlendirme mi, yoksa içerik kısaltması mı belli olmaz. Projeyi aşamalara bölmek mümkün değilse en azından değişikliklerin listesini tutun ve yayın sonrası her birini ayrı hipotez olarak değerlendirin.

Zamanlama ve ölçek

Aynı belge, taşımayı trafiğin görece düşük olduğu bir döneme, örneğin mevsimsel ya da hafta içi bir çukura denk getirmeyi önerir. Büyük sitelerde önce bir bölümü taşıyıp sonucu görmek de önerilen yöntemlerden biridir; bölüm seçerken sık ya da öngörülemez olaylardan az etkilenen, durağan bir kısım tercih edilir. Küçük ve orta ölçekli sitelerde ise tüm URL'lerin bir kerede taşınması uygun görülür. Kampanya, sezon açılışı ya da büyük bir etkinlik haftasına yayın koymak, hem trafik kaybını büyütür hem de nedenini okunmaz hale getirir.

Taşıma Öncesi Envanter: URL, İçerik, Trafik, Backlink

Geçişin kalitesi, eski sitenin ne olduğunu ne kadar eksiksiz bilmenize bağlıdır. Envanter çıkarılmadan başlayan projelerde en sık görülen sonuç, kimsenin hatırlamadığı ama bağlantı ya da trafik alan bir sayfanın kaybolmasıdır.

Eski URL'leri nereden bulursunuz?

Google'ın taşıma belgesi eski URL'leri bulmak için birkaç kaynak sayar: site haritaları ve Search Console'daki bağlantılar raporu, sunucu günlükleri ve yüksek trafikli URL'ler için analitik, CMS'nin içerik listeleri, ayrıca görsel, video, JavaScript ve CSS gibi gömülü kaynaklar. Tek kaynağa güvenmeyin. Site haritası yalnızca sitemap'e konmuş adresleri, analitik yalnızca ziyaret alanları, CMS listesi yalnızca yönetilen içeriği gösterir. Birleşimleri en güvenilir resmi verir.

Envanterde tutulacak alanlar

1. Eski URL: tam adres, parametre ve eğik çizgi dahil.
2. Durum kodu: bugün 200 mü, yönlendirme mi, hata mı döndürüyor.
3. Sayfa türü: ana sayfa, kategori, ürün, makale, araç, statik sayfa.
4. Arama verisi: son dönemde tıklama ve gösterim alıp almadığı.
5. Bağlantı verisi: dış bir siteden bağlantı alıp almadığı.
6. Başlık ve açıklama: mevcut meta başlık ve açıklama.
7. Kanonik ve hreflang: sayfanın bugünkü bildirimi.
8. Yeni karşılığı: korunacak, birleştirilecek ya da kaldırılacak.

Değerli sayfaları ayırın

Her sayfa aynı özeni hak etmez. Envanteri üç gruba bölün. Birinci grup, trafik ya da bağlantı alan sayfalardır; bunlar birebir korunur, URL'leri mümkünse değişmez ve yeni şablonda içerikleri kısaltılmaz. İkinci grup, düşük değerli ama zararsız sayfalardır; bunlar yeni yapıda birleştirilebilir. Üçüncü grup, yinelenen, boş ya da güncelliğini yitirmiş sayfalardır; bunlar kaldırılabilir. Kaldırılan içerik için Google 404 ya da 410 dönmeyi önerir; karşılığı olmayan sayfayı rastgele bir hedefe yönlendirmek yerine bu yol daha dürüsttür.

Dış bağlantılar neden envanterin parçası?

Eski bir sayfaya gelen dış bağlantılar, o sayfa kaybolursa ya da yanlış hedefe giderse değerini yitirir. Bağlantı alan sayfaların listesi, URL eşleme tablosunun öncelik sütunudur. Taşıma sırasında bağlantı değerinin nasıl korunacağını ayrıntılı ele alan site taşıma sırasında backlink değerini koruma yazısı, bu listeyi çıkarma ve hedef seçme yöntemini anlatır. Google'ın belgesi de taşımadan önce sitenize bağlanan siteleri kaydetmenizi ve yayın sonrasında bu bağlantıların güncellenmesini istemeyi önerir.

Taban çizgisi: yenileme öncesi ölçümler

Trafik kaybının gerçek olup olmadığını söyleyebilmek için öncesini kayda geçirin. Search Console'dan sorgu ve sayfa bazında tıklama ve gösterim, analitikten organik oturum ve dönüşüm, ayrıca birkaç önemli sorgu için mevcut sıralama kaydı alın. Mevsimsellik varsa yalnızca son ayı değil, geçen yılın aynı dönemini de not edin. Bu taban çizgisi olmazsa yayından iki hafta sonra "düştü mü, düşmedi mi" tartışması yorumlara kalır.

Kontrol listesi: envanter tamam mı?

• Site haritası, günlükler, analitik ve CMS listesi birleştirildi.
• Trafik ya da bağlantı alan sayfalar ayrı işaretlendi.
• Görsel, PDF ve diğer indirilebilir dosyalar envantere girdi.
• Kaldırılacak sayfalar için 404 ya da 410 kararı yazıldı.
• Öncesi ölçümler tarih damgasıyla kaydedildi.
• Proje sahibi ve geri dönüş yetkilisi adlandırıldı.

URL Eşleme ve 301 Planı

Eşleme tablosu, yenilemenin en kritik belgesidir. Her eski adresin yeni bir hedefi olmalı; hedef yoksa bunun bilinçli bir silme kararı olduğu yazılmalıdır.

Eşleme tablosu nasıl kurulur?

Google'ın belgesi, her eski URL'nin yeni hedefine eşlenmesini ve bunun bir veritabanında ya da yeniden yazma kuralları olarak tutulmasını söyler. Basit bir alan adı değişikliğinde joker karakterli sunucu yönlendirmesi de yeterli olabilir; adres yapısı değişen yenilemede ise genellikle sayfa bazlı bir tablo gerekir. Tabloyu elektronik tablo olarak başlatıp son hâlini sunucu kurallarına ya da CMS yönlendirme eklentisine aktarabilirsiniz. Önemli olan, tablonun yayın öncesinde test edilebilir olmasıdır.

Hangi yönlendirme türü, kaç adım?

Google, sunucu taraflı kalıcı yönlendirmeleri, örneğin 301 ve 308'i önerir. İstemci taraflı yönlendirme yalnızca başka seçenek kalmadığında düşünülür. Zincirlerde Googlebot en fazla on adım izleyebilir, fakat belge doğrudan son hedefe yönlendirmeyi önerir; bu mümkün değilse zincir mümkünse üçün altında, her durumda beşin altında tutulmalıdır. Yenilemelerde zincir genellikle üst üste yapılan geçişlerden doğar: eski HTTP adresi önce HTTPS'ye, sonra yeni yola, sonra yeni alt klasöre gider. Eşleme tablosunu hazırlarken eski yönlendirmeleri de tabloya katıp doğrudan son hedefe bağlayın. Zincir ve döngülerin nasıl bulunup düzeltileceği için yönlendirme zinciri ve döngüsü nasıl düzeltilir yazısına bakın.

Kalıcı yönlendirme PageRank kaybettirir mi?

Google'ın belgesi, 301 ve diğer kalıcı yönlendirmelerin PageRank kaybına yol açmadığını söyler. Bu cümle yönlendirmenin sıralamayı koruyacağı anlamına gelmez; yalnızca yönlendirme mekanizmasının kendisinin bağlantı değeri kaybettirmediğini belirtir. Sıralama; içeriğin korunmasına, yeni sayfanın eskisinin karşılığı olmasına ve Googlebot'un tüm eski ve yeni adresleri en az bir kez ziyaret etmesine bağlıdır. Belge, taşımanın URL bazında gerçekleştiğini ve taramanın hızının site boyutuna ve sunucu hızına göre değiştiğini de ekler.

Alakasız yönlendirme tuzağı

Yenileme sırasında en sık görülen kısayol, yeni karşılığı belirsiz yüzlerce eski adresi tek bir hedefe, genellikle ana sayfaya yönlendirmektir. Google bunun kullanıcıyı şaşırtabileceğini ve soft 404 olarak değerlendirilebileceğini belirtir. Karar kuralı basittir: yeni hedef eski sayfanın verdiği cevabı gerçekten veriyorsa yönlendirin; vermiyorsa 404 ya da 410 dönün. Birkaç eski sayfanın içeriğini tek bir güçlü sayfada birleştirmek ise uygun bir yoldur.

Karar kuralı: bu eski sayfa ne olsun?

1. Sayfa trafik ya da bağlantı alıyor ve içeriği yeni sitede var mı? Birebir karşılığına 301.
2. İçeriği başka bir sayfaya birleşti mi? Birleşik sayfaya 301.
3. İçeriği yok ve kullanıcıya yardımcı olacak yakın bir sayfa da yok mu? 404 ya da 410.
4. Emin değil misiniz? Sayfayı envanterde bekletin; yayına kadar karar verin, kararsız sayfayı ana sayfaya atmayın.

Yeni sitede kanonik, hreflang ve iç linkler

Yönlendirmeler yeterli değildir. Google'ın belgesine göre yeni sitede her URL kendine işaret eden bir kanonik etiket taşımalı, hreflang açıklamaları yeni adreslere güncellenmeli ve iç linkler yeni URL'lere çevrilmelidir. İç linkleri güncellemek yalnızca yönlendirme yükünü azaltmakla kalmaz, her tıklamada fazladan bir adım gecikmesini de ortadan kaldırır. Çok dilli sitelerde TR ve EN karşılıklarının birbirine doğru işaret ettiğini yayın öncesinde test edin; yalnızca bir dilin adresleri değişmişse hreflang eşleşmesi bozulabilir.

Yönlendirmeleri ne kadar süre açık tutmalı?

Belge, yönlendirmelerin en az bir yıl yerinde kalmasını önerir; böylece Google sinyalleri aktarabilir ve eski adreslere gelen bağlantıları yeniden tarayabilir. Kullanıcı açısından ise süresiz tutulması önerilir. Yönlendirme gecikme ekler; bu yüzden kendi iç linklerinizi ve yoğun trafik alan dış bağlantıları yeni adrese çevirmeye çalışın. Değerli bir dış site size hâlâ eski adresle bağlanıyorsa, iletişime geçip güncellemesini istemek maliyetsiz bir kazançtır.

Tasarım Kararlarında SEO Riskleri

Tasarım ekibi güzel ve hızlı bir arayüz hedefler; arama motoru ise sayfanın ne dediğini ve ona nasıl ulaşılacağını görmek ister. İkisi çoğu zaman uyumludur, ama aşağıdaki kararlar sessizce çatışabilir. Bu bölüm Google'ın taşıma belgelerinde adım adım yazan maddelerden çok, yenilemelerde sık karşılaşılan genel teknik uygulamaları toplar; sonuçları sitenizin yapısına göre değişebilir.

İçerik kısaltma ve "temizlik"

Yeni tasarım çoğunlukla "daha az metin" ister. Kategori sayfalarındaki açıklama metinleri, ürün sayfalarındaki ayrıntılı bölümler ya da uzun makalelerdeki alt başlıklar çıkarıldığında, o sayfayı bulunur kılan kelimeler de gidebilir. Kural şu: trafik alan sayfanın görünür metni, başlığı, ana başlığı ve alt başlıkları yeni şablonda korunur; sadece sunum değişir. Metni daha okunur kılmak için kısaltmak istiyorsanız bunu tasarım yayınından ayrı, ölçülebilir bir deney olarak yapın.

Navigasyon ve iç link yapısı

Yeni menü, bir zamanlar iç linklerle desteklenen sayfaları çıkarabilir. Mega menüler sadeleşirken alt kategori sayfaları ana gezinmeden düşebilir ve bu sayfalar kimsenin bağlanmadığı yetim sayfalara dönüşebilir. Envanterdeki değerli sayfaların her biri yeni sitede hâlâ bir ya da daha fazla iç linkten ulaşılabilir olmalıdır. Menü, altbilgi ve içerik içi bağlantı kümelerini yeniden çizmeden önce eski linklerin dökümünü alın.

İçerik gizleme: sekmeler ve açılır alanlar

Uzun metinleri sekmelerin ve akordeonların arkasına koymak tasarım açısından temiz görünür. Metin HTML'de bulunuyorsa tarama açısından genellikle sorun çıkarmaz; ancak içerik kullanıcı etkileşimiyle sonradan yükleniyorsa ya da hiç sunucu çıktısında yer almıyorsa arama motoru onu göremeyebilir. Yeni şablonda ana içeriğin ilk HTML yanıtında bulunduğunu, tarayıcıda kaynak görüntüleyerek ya da Search Console'daki URL denetimiyle kontrol edin.

JavaScript'e geçiş

Yeni tasarım çoğu zaman istemci tarafı çalışan bir arayüz çatısıyla gelir. Başlık, açıklama, kanonik, robots yönergesi ve ana metin yalnızca JavaScript çalıştıktan sonra ortaya çıkıyorsa tarama ve dizine ekleme gecikebilir ya da eksik kalabilir. Güvenli yaklaşım, kritik SEO öğelerini sunucudan gelen ilk HTML'de vermektir. Taşımadan önce temsili sayfaların ham HTML çıktısını yenisiyle karşılaştırın.

Başlık, meta ve başlık hiyerarşisi

Şablon değişince meta başlıkların üretim mantığı da değişebilir. Her sayfanın benzersiz bir title öğesi ve anlamlı bir H1'i olduğunu, aynı başlığın yüzlerce sayfaya kopyalanmadığını kontrol edin. Tasarım gereği başlık etiketlerinin yalnızca yazı boyutu için seçilmesi, hiyerarşiyi bozar; stil ile anlam birbirinden ayrı tutulmalıdır.

Görseller ve performans

Yeni tasarımın büyük görselleri, kaydırmalı bannerları ve video arka planları hızı bozabilir. Eski sitenin görsel adresleri değiştiyse görsel aramadan ve dış sitelerdeki görsel kullanımlarından gelen trafik de kaybolur. Görsel dosyalarını eşleme tablosuna dahil edin, alt metinleri koruyun ve ilk ekran görseli ile sonrası için yükleme stratejisini ayrı belirleyin. Performans ölçümü için yenileme öncesi ve sonrası aynı araçla karşılaştırma yapın.

Mobil sürüm eşitliği

Yeni tasarımda mobil sürüm masaüstünden daha az içerik veya daha az bağlantı taşıyorsa, tarama ağırlıklı olarak mobil sürüm üzerinden yapıldığı için kayıp yaşanabilir. Mobilde gizlenen bölümlerin ve kaldırılan bağlantıların masaüstündekilerle eşleştiğini kontrol edin.

Tasarım riskleri özet tablosu

Yayın Günü Kontrolü ve Geri Dönüş Planı

Yayın günü, hazırlığın sınandığı andır. Önceden yazılmış bir sırayla ilerlemek hem hataları yakalar hem de ekibin panik halinde tahmine dayalı karar vermesini engeller.

Yayın öncesi son kapı

Google'ın belgesi, geliştirme sırasında tüm taramayı engellediyseniz ya da noindex kullandıysanız, üretim sürümlerini ve engeli kaldırılacak URL'lerin listesini önceden hazırlamanızı söyler. Altyapı değişikliği belgesi de aynı noktayı vurgular: test sürümünü gizlemek için kullanılan robots.txt engeli ve noindex, taşıma başlamadan kaldırılmalıdır. Pratik yöntem, yayın öncesi kontrol listesinde bunları ilk iki madde yapmaktır.

Yayın günü kontrol listesi

1. Robots.txt yayın sürümünde: önemli yollar engelli değil, site haritası bildirilmiş.
2. Önemli sayfalarda noindex yok (meta etiketi ve HTTP üst bilgisi dahil).
3. Her önemli sayfada kendine işaret eden kanonik etiketi var.
4. Eşleme tablosundan seçilen örnek eski adresler tek adımda doğru yeni sayfaya gidiyor.
5. Yönlendirmeler 301 ya da 308 dönüyor; zincir ve döngü yok.
6. Yeni sayfalar 200 dönüyor; 404 olması gereken sayfalar 404 ya da 410 dönüyor.
7. Güncel site haritası Search Console'a gönderildi, eskisi kaldırıldı.
8. Search Console ve analitik doğrulaması yeni sitede çalışıyor.
9. URL denetim aracıyla önemli sayfalar Googlebot'a açık görünüyor.
10. Güvenlik duvarı ya da DoS koruması Googlebot'u engellemiyor.
11. Sunucu, taşıma sonrası artan tarama yüküne dayanabilecek durumda.

Yönlendirmeleri nasıl test edersiniz?

Google, tek tek URL'ler için URL denetim aracını, büyük kümeler için komut satırı araçlarını ya da betikleri önerir. Eşleme tablosundaki her satırı otomatik olarak çalıştırıp son durum kodu ve son hedefle karşılaştırmak, binlerce satırı elle denemekten güvenilirdir. Beklenen: tek yönlendirme adımı, 301 ya da 308 ve hedefte 200. Kontrol sırasında, olmayan bir yeni adrese yönlendiren satırlar da yakalanmalıdır; Google bunu yaygın bir hata olarak anar.

Change of Address aracı ne zaman devrede?

Belgeye göre bu araç yalnızca alan adı ya da alt alan adı değişiminde kullanılır. HTTP'den HTTPS'ye, www'dan www'suza ya da aynı alan adı içindeki yol değişikliklerinde kullanılmaz. Alan adı taşımasında eski alan adının doğrulanmış tüm varyantları için gönderilmesi önerilir. Yalnızca tasarım yenileniyorsa bu bölüm sizi ilgilendirmez.

Altyapı değişiyorsa ek adımlar

Adresler aynı kalıp hosting ya da CMS değişiyorsa Google'ın barındırma taşıma belgesi şu adımları sıralar: DNS kayıtlarının yaşam süresini (TTL) taşımadan en az bir hafta önce birkaç saat gibi tutucu bir değere indirmek, Googlebot'un yeni altyapıya erişebildiğini URL denetim aracıyla kontrol etmek, güvenlik duvarı ya da DoS korumasının Googlebot'u engellemediğinden emin olmak ve eski sunucuyu, günlüklerde trafiği sıfıra düşene kadar kapatmamak. Yenilemede hem tasarım hem altyapı değişiyorsa bu adımları listeye ekleyin.

Geri dönüş planı: ne zaman, nasıl?

Geri dönüş kararı yayından önce yazılmalıdır, çünkü yayın sonrasında baskı altında alınan kararlar zayıftır. Plan üç şeyi içermelidir. Birincisi, hangi belirtilerin geri dönüşü tetikleyeceği: örneğin önemli sayfa gruplarında yaygın 5xx, robots.txt ya da noindex hatasından kaynaklanan taranamazlık, ya da yönlendirmelerin büyük bölümünün bozuk çıkması. İkincisi, geri dönüşün teknik yolu: eski sitenin çalışır durumda saklanması, DNS değişikliğinin geri alınması ve yönlendirme kurallarının kaldırılması. Üçüncüsü, geri dönüşü verecek kişi. Sorun yalnızca birkaç sayfayı ilgilendiriyorsa tümüne geri dönmek yerine hedefli düzeltme çoğu zaman daha doğrudur.

Örnek senaryo: yayından birkaç saat sonra kategori sayfalarının yeni şablonda noindex taşıdığı fark ediliyor. Bu hata geri dönüş gerektirmez; şablonun robots yönergesi düzeltilir, etkilenen sayfalar yeniden denetlenir ve site haritası yenilenir. Ama yönlendirme tablosunun büyük bölümü yanlış hedefe gidiyorsa, geri dönüş ya da kuralları toplu düzeltme kararı verilir. Hangi durumun hangi tepkiyi gerektirdiği önceden yazılmış olmalıdır.

İlk 30 Gün İzleme ve Düzeltme

Yayın sonrası ilk haftalar, düzeltilebilir sorunların hâlâ ucuz olduğu penceredir. İzleme tek bir panoya sıkıştırılmamalı; farklı araçlar farklı soruları yanıtlar.

Hangi rapor hangi soruyu yanıtlar?

Google'ın taşıma belgesi izleme için aynı kaynakları sayar ve eski site haritasında görülen yönlendirme uyarılarının normal olduğunu da belirtir.

İlk hafta: günlük kısa kontrol

İlk günlerde her gün birkaç soru sorun. Önemli sayfalar 200 dönüyor mu? Yönlendirme tablosundan seçilen örnekler hâlâ doğru çalışıyor mu? Sunucu günlüklerinde beklenmeyen hata yığılması var mı? Search Console'da yeni bir tarama sorunu görünüyor mu? Altyapı belgesi, yayın sonrası Googlebot tarama hızında geçici bir düşüş, ardından birkaç gün içinde istikrarlı bir artış ve hatta önceki seviyenin üzerine çıkış beklenebileceğini belirtir. Bu nedenle tarama istatistiklerinde ilk günlerdeki dalgalanma tek başına alarm değildir.

İkinci ve üçüncü hafta: dizin ve sorgu karşılaştırması

Bu aşamada dizin kapsamı ve sorgu verilerini taban çizgisiyle karşılaştırın. Karşılaştırmayı en önemli sayfa grupları için yapın; toplam trafik düşüşü tek başına teşhis koydurmaz. Yeni URL'ler dizine girmedi mi, yoksa girdi ama sıralaması mı değişti? Bu iki durum farklı düzeltme gerektirir: ilkinde tarama, kanonik ya da robots sorunu ararsınız, ikincisinde içerik ve iç link farklarına bakarsınız.

Dördüncü hafta: kalan hataların temizliği

Kalan 404'leri, beklenmeyen yönlendirme zincirlerini ve eşleme tablosunda atlanmış adresleri bu aşamada kapatın. Eski adrese hâlâ iç link veren sayfalar varsa onları yeni adrese çevirin. Dış sitelerden gelen ama sizi eski adrese bağlayan değerli bağlantılar için güncelleme talebi gönderin.

Trafik düşerse hangi sırayla bakılır?

Düşüş görüldüğünde panik yerine bir sıra izleyin. Önce teknik sağlığa bakın: taranabilirlik, noindex, kanonik, yönlendirme doğruluğu. Sonra düşüşün hangi sayfa grubunda ve hangi sorgularda yoğunlaştığını ayırın. Ardından yeni ve eski sayfayı yan yana koyup içerik, başlık ve iç link farklarını inceleyin. Düşüşün yenilemeyle mi yoksa aynı döneme denk gelen bir Google güncellemesiyle mi ilgili olduğunu ayırmak için Google güncellemesi sonrası trafik kaybı teşhisi yazısındaki adımları kullanın. Yenileme ile güncelleme çakıştığında nedenin tek bir olaya bağlanması çoğu zaman mümkün olmaz; bu yüzden taban çizgisi ve değişiklik kaydı değerlidir.

Geçici dalgalanmayı kalıcı kayıptan ayırmak

Google'ın belgesi, taşımalarda sıralama dalgalanması yaşanabileceğini ve orta ölçekli sitelerde yeni adreslerin eskilerin yerini almasının birkaç hafta ya da daha uzun sürebileceğini, büyük sitelerde sürenin daha uzun olabileceğini yazar. Dolayısıyla ilk hafta düşüş tek başına başarısızlık anlamına gelmez. Ancak dizine hiç girmeyen sayfalar, düzeltilmeyen hatalar ya da haftalar geçtiği hâlde toparlanmayan kritik sayfa grupları gerçek sorun işaretidir. Toparlanmayan grup için nedeni bulmaya geçin; beklemek bir teşhis değildir.

Yaygın hatalar özeti

• Geliştirme sırasındaki noindex ya da robots engeli üretimde unutulur. Robots.txt hiç yoksa uygun bir 404 dönmelidir.
• Yönlendirme, yeni sitede olmayan adreslere gider.
• Taşıma sırasında tarama hataları yükselir ve fark edilmez.
• Sunucu, Googlebot'un artan yüküne yetmez.
• Eski adresleri içeren güncel olmayan site haritaları yayında kalır.
• Ölçüm kurulumu yeni sitede çalışmaz ve karşılaştırma yapılamaz.

Google'ın taşıma belgesi de kaçınılacak hatalar arasında aynı maddeleri sayar.

Sık Sorulan Sorular

Yeni tasarım yayına girince trafik kaybı kaçınılmaz mı?

Hayır, ama dalgalanma beklemek gerekir. Google, URL değişikliği olan taşımalarda orta ölçekli sitelerde yeni adreslerin eskilerin yerini alması için birkaç hafta ya da daha uzun süre gerekebileceğini yazar. URL'ler değişmiyorsa, içerik ve iç link yapısı korunuyorsa ve yayın günü hataları yakalanıyorsa kayıp riski belirgin biçimde azalır. Hiçbir adım belirli bir sonucu garanti etmez.

Yeniden tasarımda URL'leri değiştirmek zorunda mıyım?

Değil. Çoğu zaman en güvenli yol, sayfa adreslerini aynı bırakıp yalnızca tasarımı ve şablonu yenilemektir. URL değişecekse her eski adres için yeni bir hedef belirleyen bir eşleme tablosu ve sunucu taraflı kalıcı yönlendirme gerekir. Sırf düzen düzgün olsun diye adres yapısını değiştirmek, ölçülebilir bir kazancı olmayan bir risk ekler.

301 yönlendirmeler ne kadar süre açık kalmalı?

Google, yönlendirmelerin en az bir yıl yerinde kalmasını önerir; böylece sinyallerin aktarılması ve eski adreslere gelen bağlantıların yeniden taranması mümkün olur. Kullanıcı açısından süresiz tutulabilecekleri de aynı sayfada belirtilir. Google belgelerindeki öneriler değişebilir; uygulamadan önce güncel sayfaya bakın.

Bütün eski sayfaları ana sayfaya yönlendirmek uygun mu?

Uygun değildir. Google, çok sayıda eski adresi alakasız tek bir sayfaya, örneğin yeni ana sayfaya yönlendirmenin kullanıcıyı şaşırtabileceğini ve soft 404 sayılabileceğini belirtir. Birkaç eski sayfayı içeriği gerçekten karşılayan tek bir yeni sayfada birleştirmek sorun değildir. Karşılığı olmayan sayfa için 404 ya da 410 dönmek daha doğrudur.

Change of Address aracını her yenilemede kullanmalı mıyım?

Hayır. Google bu aracı yalnızca alan adı ya da alt alan adı değişiminde kullanmayı söyler. HTTP'den HTTPS'ye geçiş, www ile www'suz arasındaki değişiklik ya da aynı alan adı içindeki yol değişiklikleri için kullanılmaz. Yalnızca tasarım yenileniyorsa ve alan adı aynı kalıyorsa aracın işi yoktur.

Yeni site ile yenilenen site kontrol listesi aynı mı?

Kısmen. Sıfırdan açılan sitede geçmiş sinyal, eski URL ve eski bağlantı yoktur; yenilenen sitede ise korunacak bir miras vardır. Bu yüzden envanter, eşleme, geri dönüş planı ve kayıp teşhisi yenilemede öne çıkar. Ortak temeller için yeni web sitesi kontrol listesine bakabilirsiniz.

İlgili rehberler: Bakım Modu SEO'yu Etkiler mi? 503 ve Retry-After ile Güvenli Bakım, Test Ortamı Google'da İndekslendi: Kaldırma ve Önleme, Hosting Değiştirirken SEO: DNS, TTL ve Taşıma Planı, WordPress Etiket ve Arşiv Sayfaları: Noindex Kararı.

Sonuç

Yeniden tasarımda trafik koruma işi üç soruya iner: eski sitenin ne olduğunu biliyor musunuz, her eski adresin yeni bir sorumlusu var mı ve yayından sonra ne olduğunu gerçekten ölçebiliyor musunuz? Envanter ve taban çizgisi birinci soruyu, eşleme tablosu ve doğru yönlendirme ikinciyi, yayın günü listesi ve ilk 30 günlük izleme üçüncüyü yanıtlar. Mümkünse URL'leri değiştirmeyin, aynı anda tek büyük değişiklik yapın, geri dönüş kararını önceden yazın ve değişiklik kaydı tutun. Hiçbir önlem belirli bir sıralama sonucunu garanti etmez; amaç, kayıp olursa nedenini hızla bulabilecek ve düzeltebilecek durumda olmaktır.

Yenileme sırasında değerli sayfalarınızın bağlantı profilini güçlendirmek istiyorsanız Akua Adforce'ta backlink paketlerini inceleyebilirsiniz; kapsam ve koşullar ilgili ürün sayfasında yazılıdır.