Site geçiş kontrol listesi: T-4 haftadan 45. güne
Domain değişimi, replatform, barındırma değişikliği veya yeni URL şeması: Sizi işaret eden bağlantılar hangisi olduğuna bakmaz. Bu liste, lansmandan önce neyi yakalayacağınızı ve sonrasında neyi tekrar kontrol edeceğinizi gösterir.
ArchiLinks araştırma ekibi ·

Konumumuz
Geçiş kayıplarının çoğu eksik yönlendirmelerden kaynaklanır, yönlendirme türünden değil
Ekipler saatler boyunca 301 ile 302 arasında tartışır ve ardından 3.000 harici bağlantı URL'si 404 döndürür. Herhangi bir şeyden önce bir web sitesine giden tüm backlinkleri bulun, çünkü liste riskin nerede olduğunu gösterir.
- Bağlantılı sayfaları gece değil, 4 hafta öncesinde çekin.
- Harici bir bağlantı içeren her URL, ilgili bir sayfaya tek atlama 301 ile yönlendirilmelidir.
- Yönlendirmeleri en az bir yıl canlı tutun, çünkü eski bağlantılar bir zamanlar işaret ettikleri sayfaların ömrünü genellikle aşar.
Zaman çizelgesi
T-4 hafta: envanter
Eski siteyi tarayın, Search Console performans raporunu dışa aktarın ve eski host için toppages ile refdomains çalıştırın. Üç dosyayı tarih ile birlikte kaydedin.
T-3 hafta: eşleme
Yönlendirme haritasını önce bağlantılı sayfalardan, sonra trafikten, en son taramadan oluşturun. Yönlendirme haritası tarifi sıralama betiğini gösterir.
T-2 hafta: staging'de test
Eski URL'leri staging üzerinde çalıştırın ve tek atlama, 301 durumu ve sonda 200 olduğunu doğrulayın. Bir zincir veya döngüde hata verin.
T-0: lansman
Yönlendirmeleri, yeni sitemap'i, güncellenmiş canonical etiketlerini ve iç bağlantıları tek bir sürümle yayınlayın. Yeni sitemap'i Search Console'da gönderin. Domain değişikliği için Adres Değişikliği aracını kullanın.
T+1 hafta: loglar ve kapsama
Eski URL'lere Googlebot erişimlerini sunucu loglarında kontrol edin, ardından 404 veya soft 404'teki artışlar için Pages raporuna bakın. Haritayı düzeltin; beklemeyin.
T+30 ila 45 gün: link farkı
Aylık yenilemeden sonra, yeni host için refdomains çekin ve eski dosyayla karşılaştırın. Yüzde olarak birkaç birimden büyük farklılıklar bir göz atılmayı hak eder.
Geçiş türüne göre ne değişir
| Taşıma | Yönlendirmeler | Ek kontroller | Link-veri odağı |
|---|---|---|---|
| Yeni domain | Host-genel 301, yollar değiştiğinde yol-seviyesinde | Adres Değişikliği aracı, eski domain en az 12 ay boyunca tutulur | Zamanla yeni host'a geçen yönlendirici domainler |
| HTTP'den HTTPS'ye veya www değişikliği | Host-seviyesinde 301 | Canonical, HSTS, karışık içerik | Az fark; her iki host'un tek birine çözümlediğini onaylayın |
| Replatform, aynı domain | Yol-seviyesinde harita | Sayfalandırma, parametreler, sonundaki slash'lar | Yolu değişen en çok bağlantılı sayfalar |
| Alt domain'den alt klasöre (veya tersi) | Yol-seviyesinde harita, host-seviyesinde kurallar | Çerezler, host başına robots.txt, analitik | Bağlantıların eski host'a mı yoksa yeni host'a mı işaret ettiği |
| İki siteyi birleştirme | Çoktan bire harita | Yinelenen içerik, canonical tercihleri | intersect ile bağlantı sağlayan domainlerin örtüşmesi |
Lansman günü kontrol listesi
- Eski URL'ler tek atlama 301 döndürür, bir betik tarafından elle test edilerek.
- Yeni host, her şablonda kendine referans veren bir canonical ile 200 döndürür.
- Yeni hosttaki robots.txt staging kurallarını taşımaz. Kalan bir Disallow: / lansman günü hatasıdır.
- XML sitemap yalnızca 200, indekslenebilir, canonical URL'leri listeler.
- İç bağlantılar, gezinme ve yapılandırılmış veri yönlendirilenlere değil, yeni URL'lere işaret eder.
- Analitik ve Search Console özellikleri, geçişten önce yeni host için mevcuttur.
- Temel JSON dosyaları, her dosya adında tarih ile birlikte commit edilir.
Link grafimiz ayda bir kez yeniden inşa edilir. Lansman haftasında oluşturulan bir link, 30. gün çekiminde görünmeyebilir. Son mil için Search Console'un Links raporunu kullanın ve farkı ikinci yenilemeden yargılayın. Aynı veri, lansmandan sonra iç ve dış eşitlik incelemesini besler ve hreflang bölgesel domainler çok ülke durumunu kapsar.

404'te sonlanan bir 301 hiçbir şey korumaz
Bazı ekipler her eski URL'yi yeni eve gönderir ve hedef sayfaları daha sonra sona erdirir. Yönlendirme kendisi çalışır. Bu nedenle alışkanlık risklidir, çünkü her atlama bir logda temiz görünürken sonundaki sayfa 404 ile yanıt verir.
Bir mağazayı yeni bir domain'e taşıdığınızı ve sadece hâlâ satılan ürünleri tuttuğunuzu varsayın. Dış bağlantıların çoğunu barındıran kategori sayfaları artık anlamsız bir yere gider. Herhangi bir şeyi emekli etmeden önce dış bağlantılı URL'leri sayın. Bunu ilk adım yapın. Bağlantı sağlayan domainleri olan bir sayfa, aynı konuda canlı bir hedefe ihtiyaç duyar, bir omuz silkmeye değil.
Kuralı kısa tutun: tek atlama, sonra son 200. Başka her şey seçtiğiniz bir sızıntıdır.
Canlı bir sayfaya yapılan tek atlama 301 neyi korur
Bir bağlantının değeri işaret ettiği URL'de oturur. Bir yönlendirme, vardığı adres yanıt verirse ve konuyla hala eşleşirse bu değeri taşır. Yeni kataloğa aynı ürüne taşınan bir ürün bu testi geçirirken, ana sayfaya gönderilen bir ürün genellikle geçmez, herkesin bağlantı verdiği sayfa olsa bile.
Her şablon değişikliğinden sonra son durumu tekrar kontrol edin. Lansmanda çalışan bir yönlendirme, bir menü temizliği sırasında bir kategori kaldırıldığında daha sonraki bir sürümde 404 ile bitebilir.
410'ın dürüst cevap olduğu zaman
Bazı eski URL'lerin bağlantısı, ziyareti veya gerçek bir muadili yoktu. Bunlar için, eski URL'nin sorduğu soruyu cevaplamayan bir sayfaya yönlendirme yerine açık bir 404 veya 410 daha dürüsttür. İlgisiz bir sayfaya yapılan yönlendirme genellikle soft 404 olarak kabul edilir, bu yüzden hiçbir şey kurtarmaz.
Her URL grubu için kararı ve yanına nedeni yazın. Emekli edilmiş eğitimler klasörü, 80 bağlantı domaini olan bir sayfa klasöründen farklı bir yanıt alır ve altı ay sonra bir meslektaşınıza bu farkı açıklamak isteyeceksiniz.
Son atlamayı, yalnızca ilkini kontrol etmek yerine
Çoğu yönlendirme testi ilk yanıtta durur, bu durulması gereken yer değildir. Zinciri sonuna kadar takip edin, ardından atlama sayısını ve son durumu eski URL'nin yanına kaydedin. İki atlama zinciri bozuk değildir, ancak gecikme ekler ve kuralın başarısız olacağı bir yer daha yaratır.
Bir betik erişilemezse, bir elektronik tablo ve birkaç curl çağrısı işi halledecektir. API betikleri sayfası zamanlayabileceğiniz bir sürüm içerir.

Lansmandan sonra sitemapler ve manuel istekler
Taşımadan birkaç hafta sonra eski sitemap'i erişilebilir tutun. Eski host'u tekrar ziyaret eden tarayıcılar, bu adresleri bir listede hala bulabilir, bu da yönlendirmeler üzerinden ilk geçişlerini hızlandırır.
Manuel istekler farklı bir araçtır. Bunları en çok önem veren birkaç sayfa için kullanın, tek tek gönderilen yüzlerce URL için değil. İç bağlantısı olmayan ve ince bir içeriği olan istenen bir sayfa tekrar düşme eğilimindedir, bu yüzden istek arkasındaki sayfa kadar iyidir.
Beklemek geçerli bir plandır. Taramaya zaman verin, sonra verilerle yargılayın.
Eski sitemap'in bir süre için listelenmesi
Eski URL'ler tarama istatistiklerinde görünmeyi bırakana kadar eski sitemap'i Search Console'da bırakın. Ardından onu bilinçli olarak kaldırın ve tarihi geçiş loguna not edin.
Mülkiyeti düzenli göstermek için lansman gününde kaldırmayın. Erken kaldırma, hâlâ takip etmeniz gereken her eski URL'yi adlandıran tek listeyi gizler.
Bağlantı taşıyan sayfalar için indeksleme isteği gönderme
Yönlendirme haritası için kullandığınız birleştirmeyi kullanarak en çok harici bağlantıya sahip yirmi yeni URL'yi seçin ve bunları elle isteyin. Çaba, sitenin büyüklüğü yerine riski takip eder.
İstenen bir sayfa birkaç hafta sonra hala eksikse, tekrar istemeden önce sayfaya bakın. İç bağlantılarını, canonical'ını ve içeriğini kontrol edin. Beşinci istek hiçbir şey değiştirmez.
Geçiş ne kadar önce yargılanabilir
Geçişi ilk link çekiminden değil, ikincisinden yargılayın. İndeksimiz ayda bir kez yenilenir, bu yüzden üçüncü gün çekimi çoğunlukla geçen ayın resmini gösterir. Yenilemeden sonra ikinci çekimi çalıştırın ve yeni host'taki bir web sitesine giden tüm backlinkleri bulmak için kullanın.
Pages raporu ve link verisi farklı sorulara yanıt verir. Onları aynı geçiş için rekabetçi yargılar olarak değil, yan yana okuyun.
Staging sitesi canlıya geçmeden önce beş kontrol
Staging'i indeksten uzak tutun
Staging'in önüne bir parola veya izin listesi koyun. Bir robots.txt kuralı tek başına, linklerden zaten bildikleri URL'lerin indekslenmesini engellemez.
noindex ve canonical ayarlarını kontrol edin
Şablonu ve CMS ayarlarını açın ve bir noindex bayrağı veya başka bir URL'yi belirten bir canonical arayın. WordPress'te, arama görünürlüğü ayarı, bir site staging'den kopyalandıktan sonra insanların unuttuğu şeydir.
Staging robots dosyasını değiştirin
Geçiş yapıldıktan sonra canlı robots.txt'yi çekin ve göndermeyi planladığınız dosyayla karşılaştırın. Üretime ulaşan staging kuralları tarayıcıları tüm host'tan dışarıda tutabilir.
Canlı host'ta atlama testini çalıştırın
Staging, haritanın bir kopyada çalıştığını kanıtlar. DNS değişikliklerinden sonra gerçek etki alanında tek atlama testini tekrar çalıştırın, çünkü bir CDN önbelleği veya host kuralı orada farklı davranabilir.
Eski host'un yanıt vermesini sağlayın
Eski domain, URL'leri hâlâ bağlantı veya ziyaret alırken yönlendirmeleri sunmaya devam etsin. Domain'in varlığını kimse unutmadan önce yenileme tarihini bir takvime yazın.
Lansmandan önce değil, lansmandan sonra siteyi izlemek
Lansman öncesi denetim, çalıştırıldığı gün gerçeği kaydeder. Çoğu lansman hasarı daha sonra, bir eklenti güncellemesinden, bir CDN kuralı değişikliğinden veya kimse tarafından gözden geçirilmeyen bir ayara dokunan bir şablondan sonra ortaya çıkar.
Lansman sonrası izlemeyi, kaydedilmiş bir tabana karşı küçük farklar kümesi olarak ele alın. Bir dashboard gerekmez. Bir zamanlama ve tarihli dosyalar klasörü işi halledecektir.
Haftalık izlemenin karşılaştırması gerekenler
Değişirlerse en çok zarar verecek kontrolleri seçin ve her hafta aynı gün çalıştırın.
- En çok bağlantılı 50 eski URL için durum kodu ve son URL
- Ana şablonlarda robots.txt ve robots meta etiketi
- Yeni sitemap'teki sayıya karşı canlı 200 URL'lerin sayısı
- Ana sayfa, bir kategori ve bir makaledeki canonical etiketleri
Neden tek seferlik bir denetim yavaş kaymayı kaçırır
Lansmandan sonra ayarlar kayar. Bir test bayrağının açık kalması, kalıpları yeniden yazan bir eklenti veya bir sayfayı düzeltmek için eklenen bir yönlendirme, planın bir kısmını bozabilir. Lansman günü alınan bir denetim bunların hiçbirini göremez.
Zamanlanmış bir fark görebilir. Temel dosyaları sürüm kontrolünde tutun ve her haftanın çıktısını onlarla karşılaştırın, böylece beklenmedik bir değişiklik olduğu gün görünür olur.
Alt domainler, kaldırma ve site-genel domain değişiklikleri
Bazı ekipler bir bölümü bir alt domain'e taşır ve yalnızca popüler sayfalarını indeksler. Bu işe yarayabilir. Maliyet, daha sessiz sayfalara yönelik bağlantıların artık daha az geçmişe sahip bir host'a düşmesidir, bu yüzden bir şeyi kesmeden önce sayın.
Kaldırma istekleri göründüğünden daha dardır. Search Console, isteği verdiğiniz mülkiyete kaldırma uygular, bu yüzden bir alt domain'de yapılan bir istek ana domain'de işlem yapmaz. Önce mülkiyeti kontrol edin. Sonra gönderin ve her ikisini de doğrulanmış tutun.
Alt domain'de yalnızca popüler sayfaları indeksleme
O bölümdeki URL başına bağlantılarla başlayın. Dış bağlantılar taşıyan ama az trafik alan sayfalar, yalnızca-popüler-sayfalar kuralının ilk gizleyecekleridir. Taranabilir bırakın veya her birini en yakın popüler sayfaya yönlendirin ve nedeni kuralın yanına yazın.
Ana sitenin alt domain'e nasıl bağlantı kurduğu, sayfalarının ne kadar kolay bulunacağını belirler. Hangi sayfaların gizli kalacağını seçmeden önce bu bağlantıları listeleyin, çünkü ana sitenin hiç bağlantı vermediği bir sayfa her iki durumda da ulaşılması zordur.
Sayfa sayfa site-genel domain değişikliği
Bir host-seviyesi kural kökü halleder, ancak bir domain değişikliği ayrıca bir yol-seviyesinde harita da gerektirir. URL'nin ilk kısmı değiştiğinde ve slug aynı kaldığında, bir host değişimi çoğu sayfayı kapsar ve istisnalar kendi satırlarına ihtiyaç duyar.
Listeyi önce bağlantılı sayfalardan oluşturun, ardından her eski yolu yenisiyle eşleştirin. Yönlendirme haritası tarifi bu listeyi bağlantılara göre sıralamayı gösterir.