Site Taşıma Sonrası İlk 30 Gün: İzleme Planı

Siteyi taşıdıktan sonraki ilk otuz günde amaç, her gün aynı üç soruya yanıt vermektir: Google yeni adreslere ulaşabiliyor mu, eski adresler doğru yere yönleniyor mu ve sunucu istekleri sağlıklı karşılıyor mu? Taşımanın ardından trafikte dalgalanma beklenir. Önemli olan dalgalanmanın nedeninin geçici bir geçiş etkisi mi yoksa düzeltilmesi gereken bir hata mı olduğunu ayırt etmektir. Alan adı, hosting ya da URL yapısını değiştirmiş bir site sahibiyseniz ya da bunu bir müşteri için yapan ajanssanız, hafta hafta ilerleyen bu plan paniği ölçüme çevirir.

Taşımadan sonra beklenen dalgalanma

Google'ın URL değişikliği içeren taşımalara ilişkin site taşıma belgesi (yeni sekmede açılır), taşıma sırasında sıralamada geçici dalgalanma beklenmesi gerektiğini söyler. Belgeye göre içeriğinizin aramadaki görünürlüğü taşıma sırasında geçici olarak değişebilir. Orta büyüklükteki siteler için yeni URL'lerin kademeli olarak gösterilmeye başlaması birkaç hafta ya da daha uzun sürebilir, daha büyük sitelerde süre daha da uzar. Belge, taşımanın tamamlanmış sayılması için Googlebot'un eski ve yeni sitedeki her URL'yi en az bir kez ziyaret etmesi gerektiğini de yazar.

Bu bilgiden iki sonuç çıkar. Birincisi, ilk günlerdeki dalgalanma tek başına bir arıza kanıtı değildir. İkincisi, “bir hafta geçti, hâlâ eski düzende değiliz” demek de erken bir yargıdır. Belge kesin bir gün sayısı vermez; sayfada süre için garanti bulunmaz.

Dalgalanma ile hata arasındaki ayrım

Uygulama önerisi: geçici etki ile gerçek hatayı birbirinden şu soruyla ayırın. Sorunun nedenini bir URL listesiyle gösterebiliyor musunuz? Eski adres yanlış hedefe gidiyorsa, yeni adres 404 veriyorsa ya da robots.txt yeni sitede kapalıysa bu bir hatadır ve listeniz vardır. Hiçbir somut URL gösteremiyor, yalnızca toplam grafik düşüyorsa önce bekleme ve izleme aşamasındasınızdır.

Plan neye bakar: dört veri kaynağı

Google'ın belgesi taşımadan sonra hem yeni hem eski sitedeki kullanıcı ve tarayıcı trafiğinin değişimini izlemeyi söyler. Belge bu iş için Sitemaps, Index Coverage ve Search queries araçlarını anar ve sunucu erişim ve hata günlüklerinde Googlebot taramasının ve beklenmedik HTTP hata kodlarının kontrol edilmesini ister. Arayüzü Türkçe kullanıyorsanız ya da arayüz değişmişse rapor adları farklı görünebilir.

Taşımadan önce: başlangıç ölçümü

İzleme bir karşılaştırma işidir. Karşılaştıracak bir başlangıç noktanız yoksa taşımadan sonraki grafiklerin ne anlama geldiğini bilemezsiniz. Taşıma gününden önce şu kayıtları alın:

• Search Console'dan son dönemin tıklama ve gösterim özeti, en çok trafik alan sayfaların listesi.
• Tarama istatistikleri raporunun ekran görüntüsü: ortalama yanıt süresi ve yanıt kodu dağılımı.
• Eski sitenin tam URL listesi ve önemli sayfaların yeni karşılıkları.
• Sunucu günlüklerinden Googlebot isteklerinin bir örneği.
• Analitikte günlük ziyaretçi sayısı.

Rapor için ekran görüntüsü yeterlidir; sayı uydurmanıza ya da kesin eşik belirlemenize gerek yoktur. Önemli olan bir kıyas kaydı tutmaktır. Taşıma öncesi hazırlığın ayrıntıları için site taşıma rehberine bakın.

Başlangıç kaydını alırken mevsimsellik ve kampanya etkisini de not edin. Taşıma bir kampanya haftasına denk geldiyse, sonraki haftalardaki düşüş taşımadan değil kampanyanın bitişinden gelebilir. Google'ın belgesi mümkünse taşımanın düşük trafikli bir döneme denk getirilmesini söyler; böylece daha az kullanıcı etkilenir ve Googlebot için daha fazla sunucu kapasitesi kalır. Planlama aşamasında bu öneriyi dikkate alın, kıyas notlarına ise takvimdeki özel günleri yazın.

İlk 72 saat: sağlık kontrolü

Taşıma gününden sonraki ilk üç gün performansın değil, sağlığın izlendiği dönemdir. Soru “trafik düştü mü” değil, “her şey çalışıyor mu” olmalıdır.

1. Önemli eski URL'leri tek tek açın ve yeni karşılıklarına tek adımda yönlendiğini doğrulayın.
2. Yeni sitede robots.txt dosyasının erişilebilir olduğunu ve yanlışlıkla her şeyi engellemediğini kontrol edin.
3. Sitemap dosyasının yeni adreslerle gönderildiğini ve geçerli olduğunu doğrulayın.
4. Sunucu günlüklerinde 5xx ve beklenmedik 404 kodlarının hangi URL'lerde çıktığına bakın.
5. Hosting değiştirdiyseniz DNS yayılımını farklı herkese açık DNS araçlarıyla kontrol edin.

Hosting taşımasına ilişkin URL değişmeyen taşıma belgesi (yeni sekmede açılır) bu aşama için iki nokta söyler. İlki, eski ve yeni sunucuların günlüklerini birlikte izlemektir. İkincisi, DNS ayarlarının dünya genelindeki servis sağlayıcılar tarafından alındığını farklı herkese açık DNS kontrol araçlarıyla doğrulamaktır. Aynı belge, eski hosting'in trafiği sıfıra inene kadar açık tutulmasını ve yalnızca tüm kullanıcıların, Googlebot dahil, yeni altyapıdan doğru içerik aldığından emin olunca kapatılmasını ister. Belge kesin bir saklama süresi vermez.

DNS ayarlarında geçişi hızlandırmak için geçiş öncesinde TTL değerinin düşürülmesi önerilir. Belge, bu işlemin geçişten en az bir hafta önce, birkaç saat gibi düşük bir değerle yapılmasını söyler. Süre ve ayrıntı için hosting değiştirirken DNS geçişi yazısına bakın.

Günlük mini kontrol

İlk üç günde her gün aynı beş dakikalık kontrolü yapın ve sonucu bir satırla kaydedin: ana sayfa ve iki önemli sayfa açılıyor mu, eski bir URL doğru yere gidiyor mu, robots.txt erişilebilir mi, günlüklerde yeni bir hata kümesi var mı, tarama istatistiklerinde sunucu durumu temiz mi? Kayıt tutmak, birkaç gün sonra “bu ne zaman başladı” sorusunu cevaplanabilir kılar.

Hafta hafta kontrol planı

Bu tablo bir çalışma düzenidir. Google belgesi hangi haftada hangi sonucun beklenmesi gerektiğini yazmaz, o nedenle sayısal eşik yerine yönü ve sırayı izleyin.

Tarama istatistiklerini okuma

Search Console'daki tarama istatistikleri raporu, Google'ın sitenizi tarama geçmişini gösterir: kaç istek yapıldığı, ne zaman, sunucunun ne yanıt verdiği ve erişilebilirlik sorunlarının olup olmadığı. Google'ın Crawl Stats belgesi (yeni sekmede açılır), raporun yalnızca kök düzeyindeki mülklerde (alan adı mülkü veya kök URL önekli mülk) bulunduğunu ve ileri düzey kullanıcılara yönelik olduğunu belirtir.

Toplam istek, indirme boyutu ve yanıt süresi

Toplam tarama isteği, başarılı olan ve olmayan tüm istekleri sayar. Başarısız DNS ya da bağlantı denemeleri, yönlendirme döngüsü nedeniyle bırakılanlar ve robots.txt erişilemediği için hiç yapılmayan taramalar da bu toplamda yer alır. Ortalama yanıt süresi, seçilen dönemde alınan tüm kaynakların ortalamasıdır. Taşıma sonrasında yeni sunucu daha yavaşsa ortalama yanıt süresinde bu fark görünür.

Sunucu durumu: üç kategori

Belge, host status bölümünün son 90 günde erişilebilirlik sorunu olup olmadığını gösterdiğini yazar ve üç düzey tanımlar: önemli sorun yok, bir haftadan eski sorun ve son bir hafta içinde yaşanan sorun. Durum üç kategoriden değerlendirilir:

• robots.txt alımı: 200 yanıtı (boş dosya dahil) ya da 403, 404, 410 başarılı, 429 ve 5xx başarısız sayılır. Belgeye göre 12 saat boyunca başarısızlık olursa Google taramayı duraklatır, 12 saatten 30 güne kadar son iyi dosyayı kullanır, 30 günden sonra ise ana sayfanın erişilebilir olup olmamasına göre davranır.
• DNS çözümü: alan adı tanınmıyor ya da yanıt vermiyorsa sorun olur.
• Sunucu bağlantısı: sunucu yanıt vermiyor ya da eksik yanıt gönderiyorsa sorun olur.

Taşıma sonrası bu üç kategori doğrudan işinizdir. DNS çözümü ve sunucu bağlantısı hosting değişiminde, robots.txt alımı ise yeni sitenin kuralları değiştiğinde bozulur.

Tarama yanıtları, dosya türleri ve amaç

Rapor yanıtları gruplar. Belgeye göre 200, 301 ve 308, 302 ve 307, meta yenileme yönlendirmeleri ve 304 iyi sayılır; 404 olası iyi sayılır çünkü kasıtlı olabilir. 401, 407, 5xx, diğer 4xx kodları, DNS hataları, zaman aşımı ve yönlendirme hataları kötü gruba girer. Taşımadan sonra yönlendirme (301 ve 308) oranında artış beklenir; kötü gruptaki payın büyümesi ise incelenmesi gereken bir işarettir.

Tarama amacı sütunu iki türdür: Discovery, Google'ın daha önce taramadığı URL'ler içindir. Refresh ise bilinen sayfaların yeniden taranmasını gösterir. Taşımanın ilk haftalarında Discovery payının yükselmesi yeni URL'lerin keşfedildiğini gösterir. Belge taşıma için bir oran beklentisi vermez; bu bir uygulama önerisidir. Googlebot türü bölümü de hangi kullanıcı aracısının geldiğini (akıllı telefon, masaüstü, görsel, video vb.) ayırır.

Tablodaki uyarı işaretleri bir uygulama okumasıdır, belgede sayısal eşik yoktur. Raporun nasıl okunacağının ayrıntısı tarama istatistikleri rehberindedir.

Sunucu durumu ve günlüklerde Googlebot

Tarama istatistikleri Google'ın gördüğünü, sunucu günlükleri ise sunucunun yaşadığını anlatır. İkisi birbirini tamamlar. Belge, robots.txt uzun süre erişilemediğinde istatistiklerdeki toplamın sunucu günlüklerinden yüksek çıkabileceğini, çünkü Google'ın yapabileceği taramaları da saydığını belirtir. Değerler uyuşmuyorsa önce bu olasılığa bakın.

Günlüklerde şunları ararsınız: Googlebot isteklerinin hangi durum kodlarını aldığı, hangi URL'lerin tekrar tekrar 404 verdiği, yönlendirme zincirlerinin kaç adım sürdüğü ve yanıt sürelerinin eski sunucuyla kıyası. Googlebot kimliğini doğrulamadan yalnızca kullanıcı aracısına güvenmeyin. Durum kodlarının anlamı için HTTP durum kodları rehberine bakabilirsiniz.

Taramada geçici düşüş

URL değişmeyen taşıma belgesine göre taşımadan hemen sonra Googlebot tarama hızında geçici bir düşüş normaldir; hız ardından birkaç gün içinde yükselir ve taşıma öncesinin üstüne bile çıkabilir. Belge bunun nedenini, tarama hızının hosting ile değişen sinyallere bağlı olmasına bağlar. Bu yüzden ilk günlerdeki düşüş tek başına müdahale gerektirmez; düşüşün sürdüğünü ve 5xx hatalarının arttığını birlikte görüyorsanız sunucuya bakın.

Eski site trafiği ve yönlendirme kontrolü

URL değişikliği belgesi, eski sitede trafiğin düşmesini ve yeni sitede yükselmesini beklemenizi söyler. Bu iki eğri birbirini tamamlamıyorsa, yani eski site düşerken yeni site yükselmiyorsa, yönlendirmelere bakın. Belge ayrıca eski URL'lerin yönlendirme yaptığını bildiren sitemap uyarılarının normal olduğunu ve yok sayılabileceğini yazar.

Yönlendirme kontrolünde sorulacak sorular şunlardır: eski URL doğrudan ve tek adımda yeni karşılığına mı gidiyor? Karşılığı olmayan sayfalar ana sayfaya mı toplanıyor? Yönlendirmeler çalışırken yeni sayfalar 200 dönüyor mu? Belge yönlendirmeleri mümkün olduğunca uzun tutmayı söyler ve ölçüt olarak en az bir yıl süreyi anar; kullanıcılar için yönlendirmenin yavaş olduğunu da ekler, bu nedenle mümkün olan yerlerde bağlantıları güncelleyin. Backlink değerinin korunması ayrı bir iştir; site taşıma sırasında backlink değerini koruma yazısı bu konuya ayrılmıştır.

Örnek senaryo: saat tamircisi

Örnek senaryo: küçük bir saat tamircisi, hizmet sayfalarını yeni bir alan adına ve yeni bir URL yapısına taşıdı. İlk gün eski adreslerin yeni sayfalara yönlendiği doğrulandı. Üçüncü gün dükkân sahibi, en çok aranan pil değişimi kategorisinin tıklamasında düşüş gördü ve paniğe kapıldı. Kontrol planı devreye girdi: Tarama istatistiklerinde robots.txt alımı sağlıklıydı, sunucu durumu temiz görünüyordu, yanıt süresi eski sunucuyla yakındı. Günlüklerde ise pil değişimi kategorisinin eski adresinden gelen isteklerin iki adımlı yönlendirme zincirine takıldığı görüldü. Sorun bir URL listesiyle gösterilebiliyordu, yani geçici etki değil hataydı. Zincir tek adıma indirildi.

Aynı tamircinin bir sonraki haftada gördüğü başka bir düşüş ise listesi çıkmayan bir toplam gerilemeydi. Hiçbir URL'de hata yoktu, tarama sağlıklıydı, yeni sayfalar adım adım dizine giriyordu. Bu kez karar bekleme yönündeydi. İki durumu ayıran şey, somut bir URL listesinin varlığıydı.

Örnek senaryonun kapanış notu: tamirci, her cuma aynı kıyas tablosunu doldurdu ve dört haftanın sonunda iki yönlendirme zincirini, bir eksik görsel klasörünü ve eski adrese bağlı kalan kampanya sayfası linklerini düzeltmiş oldu. Hiçbiri tek bir günlük grafiğe bakarak bulunamazdı; hepsi kayıt altına alınmış küçük farklardan çıktı.

Ne zaman müdahale edilir, ne zaman beklenir

Karar kuralı: “Bir URL listesi gösterebiliyorsanız müdahale edin, gösteremiyorsanız izleyin ve haftalık yeniden değerlendirin.” Belgeler bir gün sayısı ya da yüzde eşiği vermez, bu yüzden kurala sayısal eşik eklenmez. Güncel belge sayfaları değişebilir; uygulamadan önce Google'ın sayfalarına yeniden bakın.

Eski ve yeni siteyi yan yana kıyaslama

İzlemenin en çok emek isteyen kısmı, iki siteyi aynı ölçekte görmektir. Eski alan adının ve yeni alan adının verisi ayrı mülklerde durur ve aynı grafikte kendiliğinden birleşmez. Bu yüzden basit ama düzenli bir kıyas tablosu tutmak gerekir.

Kıyas tablosunu kurmak

Her hafta aynı gün, aynı dönem uzunluğuyla bir satır ekleyin. Sütunlar sabit kalsın ki haftalar arasında gözle karşılaştırabilesiniz.

Not sütunu sıradan görünür ama en değerli sütundur. Hafta içinde bir yönlendirmeyi düzelttiyseniz ya da sitemap'i yeniden gönderdiyseniz, sonraki haftadaki hareketi neye bağlayacağınızı bu not belirler.

Toplam değer yerine sayfa grupları

Toplam trafik, farklı davranan bölümleri tek sayıya sıkıştırır. Uygulama önerisi: siteyi dört beş gruba bölün ve her grubu ayrı izleyin. Saat tamircisi için gruplar hizmet kategorileri, tek tek onarım sayfaları, blog yazıları, hakkında ve iletişim sayfaları ile kampanya sayfaları olabilir. Bir grup sağlıklıyken diğeri geride kalıyorsa sorun URL kalıbındadır; bütün gruplar aynı anda iniyorsa sunucu ya da tarama erişimi şüphelidir.

Bekleme kararını yazılı hale getirmek

Beklemek bir karardır ve kaydı tutulduğunda savunulabilir olur. Her bekleme kararı için aynı beş alanı doldurun.

Yanlış anlaşılan bir nokta: eski ve yeni mülkün toplamlarını toplayıp “toplam trafik değişmedi” demek. İki mülk aynı kapsamı ölçmeyebilir ve dizin durumları farklı hızlarda değişir. Uygulama önerisi: iki mülkü ayrı satırlarda izleyin ve toplam yerine yönü karşılaştırın.

• Her bekleme girişinde yeniden bakma tarihi yazılı olsun.
• Aynı hafta içinde ikinci bir değişiklik yapılmışsa nota ekleyin.
• Beklerken hata listesi çıkarsa karar satırını “müdahale” olarak güncelleyin.

İlk haftadan sonra ikinci tur: içerik ve bağlantı düzeyi

İlk hafta erişim ve yönlendirme sağlığına bakıldı. İkinci turda sayfaların içeriği ve birbirine bağlantıları gözden geçirilir. Taşımayla birlikte iç linkler, kanonik etiketler, sitemap girdileri ve yapılandırılmış veri çıktıları da yeni adreslere ayarlanmış olmalıdır.

Dış bağlantı hedeflerini güncellemek özellikle ilk ay yapılacak küçük bir temizliktir. Sahip olduğunuz profillerde ve dizinlerde yeni adresi yazmak, yönlendirmeye bağımlılığı azaltır. Başkalarının sitelerindeki bağlantıları değiştirmek mümkün değilse yönlendirmeler çalışır durumda kalmalıdır.

Bakım penceresi ve geri dönüş notu

İlk ay içinde yapılacak her düzeltme için kısa bir kayıt tutun: ne değişti, kim değiştirdi, geri alma yolu nedir? Bir düzeltme yeni bir hataya yol açtıysa kayıt, eski duruma hızla dönmeyi sağlar. Bakım gerektiren işlerde sunucunun hangi durum kodunu döndürdüğü önemlidir; bakım sırasında 503 kullanımı da bu kapsamdadır ve durum kodu rehberindeki ilkeler yeterlidir.

Yeniden tarama ve dizin işlemleri

Müdahale ederken sıra önemlidir. Aynı anda birden çok değişiklik yapmayın; bir düzeltmeyi yapın, günlükte ve raporda etkisini görün, sonra bir sonrakine geçin. Böylece hangi adımın işe yaradığını bilirsiniz.

Önemli sayfalar için Search Console'da URL denetimi ve yeniden tarama isteği kullanılabilir, ama bu bir hız düğmesi değildir. Hangi durumda hangi aracın işe yaradığı güncellenen sayfanın yeniden taranması yazısında bulabilirsiniz. Pratikte iki sayfa seçin: biri eski sitede en çok trafik alan sayfa, biri yeni yapıda sıradan bir sayfa. İkisinin de dizin durumunu haftalık izlemek, tüm siteyi tek tek kontrol etmeye göre çok daha az emekle sorun işareti verir.

Raporlama: ajanslar ve müşteri iletişimi

Ajansa ya da yöneticiye haftalık tek sayfalık bir rapor yeterlidir. Rapor üç bölümden oluşsun: yapılan kontroller, bulunan hatalar ve düzeltme durumu, bekleme kararı verilen konular ve neden. “Trafik düştü” cümlesini tek başına yazmayın; hangi sayfada, hangi kaynakta ve hangi kıyasa göre düştüğünü ekleyin. Bu yaklaşım müşteriyle yapılan konuşmada belirsizliği azaltır ve “beklemek” kararını gerekçeli hale getirir.

Taşımanın yenileme (redesign) ile birlikte yapıldığı durumlarda trafik kaybının iki nedeni karışabilir. Bu karışıklığı önlemek için web sitesi yenileme SEO kontrol listesi yazısındaki hazırlığı taşımadan önce tamamlayın.

Kontrol listesi: ilk otuz günün özeti

• Taşıma öncesi başlangıç kayıtları (Search Console özeti, tarama istatistikleri ekran görüntüsü, URL listesi) alındı.
• İlk gün önemli eski URL'lerin tek adımlı yönlendirmeleri doğrulandı.
• robots.txt ve sitemap yeni sitede doğrulandı.
• Eski ve yeni sunucunun günlükleri birlikte izleniyor.
• Tarama istatistiklerinde sunucu durumu üç kategoriyle kontrol ediliyor.
• Eski sitede düşen ve yeni sitede yükselen trafik yan yana izleniyor.
• Somut hata listesi olan sorunlar hemen, listesi olmayan dalgalanmalar haftalık değerlendiriliyor.
• Yönlendirmeler en az bir yıl, mümkünse daha uzun korunacak şekilde planlandı.

Sık Sorulan Sorular

Taşımadan sonra trafik düşmesi normal mi?

Google'ın taşıma belgesi taşıma sırasında sıralamada geçici dalgalanma beklenmesi gerektiğini söyler. Belge bunun süresi için garanti vermez; somut URL hatalarını ayrıca kontrol edin.

Taşıma ne kadar sürer?

Belgeye göre orta büyüklükteki siteler için yeni URL'lerin kademeli gösterilmesi birkaç hafta ya da daha uzun sürebilir, daha büyük siteler için daha uzun. Taşıma, Googlebot eski ve yeni sitedeki her URL'yi en az bir kez ziyaret edince tamamlanmış sayılır.

Taramada ilk günlerdeki düşüş sorun mu?

URL değişmeyen taşıma belgesi, taşımadan hemen sonra tarama hızında geçici düşüşün normal olduğunu, hızın sonraki günlerde yükseldiğini yazar. 5xx hataları da artıyorsa sunucuya bakın.

Eski sitenin sitemap'inde yönlendirme uyarıları çıkıyor, ne yapmalıyım?

Belgeye göre eski URL'lerin yönlendirdiğini bildiren sitemap uyarıları normaldir ve yok sayılabilir.

Yönlendirmeleri ne kadar süre tutmalıyım?

Belge yönlendirmeleri mümkün olduğunca uzun tutmanızı söyler ve ölçüt olarak en az bir yıl süreyi anar.

Tarama istatistikleri raporu her mülkte görünür mü?

Hayır. Belgeye göre rapor yalnızca kök düzeyindeki mülklerde, yani alan adı mülkünde ya da kök URL önekli mülkte bulunur.

Sonuç

Taşımadan sonra otuz günü haftalara bölün: ilk üç gün erişim ve yönlendirme sağlığı, ilk hafta dizin ve hata listesi, sonraki haftalar eski ve yeni trafik ile önemli sayfaların karşılaştırması. Somut bir URL listesiyle gösterebildiğiniz sorunlara hemen müdahale edin, göstermediğiniz dalgalanmaları belgelerin tarif ettiği geçici etki olarak izleyin ve haftalık yeniden değerlendirin. Böylece hem gereksiz telaşa hem de gerçek hataların gözden kaçmasına karşı korunursunuz.

Taşınan sitenizin yeni adreslerine kaliteli ve güvenilir bağlantılar kazandırmak için tanıtım yazısı hizmetimize göz atabilirsiniz.