İçeriğe geç
ArchiLinks
ArchiLinksKaydol

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 ·

Mavi planlar, makine ve tamamlanmış yapılarla üç aşamalı bölge gösteren izometrik minyatür inşaat alanı

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

01

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.

02

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.

03

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.

04

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.

05

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.

06

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şımaYönlendirmelerEk kontrollerLink-veri odağı
Yeni domainHost-genel 301, yollar değiştiğinde yol-seviyesindeAdres Değişikliği aracı, eski domain en az 12 ay boyunca tutulurZamanla yeni host'a geçen yönlendirici domainler
HTTP'den HTTPS'ye veya www değişikliğiHost-seviyesinde 301Canonical, HSTS, karışık içerikAz fark; her iki host'un tek birine çözümlediğini onaylayın
Replatform, aynı domainYol-seviyesinde haritaSayfalandırma, parametreler, sonundaki slash'larYolu 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, analitikBağlantıların eski host'a mı yoksa yeni host'a mı işaret ettiği
İki siteyi birleştirmeÇoktan bire haritaYinelenen içerik, canonical tercihleriintersect 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.
Bilinen bir sınır

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.

Bir depoyu boş bir boşluğa bağlayan izometrik metal boru, kırık bir yönlendirme yolunu illustrating

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.

Boş gri bir manzarada yalnız büyüyen izometrik tek yeşil fidan, izole edilmiş içeriği temsil eden

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

01

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.

02

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.

03

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.

04

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.

05

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.