Taşınma etrafındaki site bağlantı değişikliklerini analiz et

Yönlendirme haritasını lansmandan önce oluşturun

Yönlendirme haritası, taşımada insanların en çok hafife aldığı kısımdır. Varış noktaları en önemlisidir. Taşınmadan sonra site bağlantı verilerini analiz etmeden önce, eski URL'lerin açık bir varış noktasına sahip olması gerekir, çünkü bunlar bağlantılarınızın zaten işaret ettiği adreslerdir.

Birebir eşleştirme, ana sayfaya toplu yönlendirmeden daha iyidir

Yüzlerce alakasız eski URL'yi ana sayfaya göndermek arama motorlarına ve ziyaretçilere çok az şey söyler. İlgililik testtir. Her yüksek değerli eski URL'yi en yakın yeni sayfaya eşleyin ve geri kalanını konuyla hala eşleşen bir bölüme yönlendirin.

Eski URL'leri durum kodlarıyla birlikte önce dışa aktarın. Bu dosyayı güvende tutun. Bu dosya kontrol listesidir ve hangi sayfaların bağlantı kazandığını gösterir.

Bir sayfanın yakın bir eşleşmesi yoksa, haritada bunu belirtin ve en yakın bölüme bir notla yönlendirin. Boş hücreler kararları gizler. Tablodaki boş bir hücre, kimsenin karar vermediği anlamına gelir.

Zincirleri lansmandan önce düzleştirin

Yeni sayfaya ulaşmadan önce iki önceki kuraldan geçen bir yönlendirme gecikme ve risk ekler. Zincirler, ikinci bir taşımının ilk taşımının üzerine oturduğunda kolayca oluşturulur, bu nedenle her geçişten önce haritayı gözden geçirin ve hala temiz olduğunu varsaymayın. Her ekstra adım maliyetlidir. Her eski URL'yi geçişten sonra bir kez isteyin ve tek bir adımda yanıt verdiğini onaylayın.

Erken düzeltin. Zincirleri lansmandan sonra tek tek değil, haritanın kendisinde düzeltin, böylece liste kısa kalsın.

Hâlâ çalışan yolları koruyun

Yeniden tasarımda URL yapısını değiştirmek en çok önlenebilir kayıptır. Bir yoldaki her değişiklik, ona işaret eden her bağlantıda da bir değişikliktir ve bu bağlantılar sizin kontrolünüz dışındadır. Çalışan şeyi koruyun. Bir yol hâlâ çalışıyorsa, onu koruyun ve yalnızca taşımaya sizi zorladığı şeyi değiştirin.

Daha az yönlendirme, daha az hata. Koruduğunuz her yol, hiçbir zaman yönlendirme gerektirmeyen bir bağlantıdır.

Korunan bir yol, eski bağlantı satırlarının hala anlamlı bir yere işaret etmeye devam ettiği anlamına gelir, bu da tabloda yeniden oluşturulması gereken şeylerden biridir. Daha sonra daha az yeniden oluşturma.

Sonrasında ne beklenmeli

Ağır işi onlar yapar ve eski URL'den yeni URL'ye bir 301 yönlendirmesi, eski bağlantıların çalışmaya devam etmesini sağlar. Her eski URL için tek bir yönlendirme korumak, arada zincir olmadan, her bağlantının değerini korumanın en basit yoludur. Yönlendirmeler. Üç veya dört adımlı zincirler tarayıcıları yavaşlatır ve düzleştirilmesi en iyisidir.

Bağlantı metni (anchor text), URL taşındığında değişmez, çünkü metin bağlantı veren sayfada yaşar. Değişen şey varış noktası sayısıdır: üst sayfalar tablonuz, eski ana makinenin azalmasını ve yeninin birkaç aylık yenileme boyunca artmasını gösterecektir. Varış noktaları yavaşça kayar.

Yaygın bir sürpriz, eski platformu çok erken silmektir. Böyle yapmayın. Squarespace, Wix ve benzeri ana makine sağlayıcıları genellikle yönlendirme kurallarını tutar, bu nedenle planı iptal etmek bunları kaldırabilir ve bağlantılar kuralları başka yerde yeniden oluşturana kadar bir son noktaya işaret eder.

Hreflang ve canonical etiketleri de bir bakışa değerdir. Uyuşmazlıklar yaygındır. Örneğin, CRA'dan Next.js'e geçişten sonra siteler sık sık canonical etiketlerinin hreflang setleriyle uyuşmadığı ve bağlantıların bir sayfanın iki sürümü arasında bölündüğü durumlarla karşılaşır.

Taşınmadan sonra sayılar uyuşmazsa, bağlantıların kaybolduğunu varsamadan önce sorun giderme tablosuna bakın. Tek başına aylık bir yenileme birçok boşluğu açıklar. Boşluklar genellikle zamanlamadır.

Lansmandan yaklaşık iki aylık yenileme sonra ilk temiz karşılaştırmayı bekleyin ve takvimde bir ayın takılı olduğu sanılmasın diye her yenilemenin tarihini defterinize yazın. Zamana izin verin. Ara okuma gerekiyorsa Ahrefs veya Semrush daha taze taramalarla boşluğu doldurabilir.

Lansman duyurusu olmadan hareket edenlere dikkat edin

Bir lansman gününün kontrol listesi vardır, ancak birkaç sorun daha sonra sessizce gelir. Bunlar, ekip başka işlere geçtiği uzun süre sonra satırlarda ve indekste ortaya çıkar. Kaçırılmaları kolaydır.

Staging yapısıyla birlikte taşınan noindex

Arama motorlarından dışarıda tutulan bir staging kopyası, ayarlarını canlı siteye taşıyabilir. İlk taramada robots meta etiketlerini ve herhangi bir noindex başlığını kontrol edin ve yalnızca ana sayfayı değil, her bölümden sayfaları örnekleyin. Her bölümü örnekleyin.

Şablonlar ilk bozulandır. Lansmandan sonra bir bölümün indeksten tamamen düşerse, içeriğine bakmadan önce şablonuna bakın.

Ekran görüntüleri de yardımcı olur. Staging yapısından robots ayarlarının bir kopyasını da saklayın. İndeksten bir şey düştüğünde, iki ayar setini karşılaştırmak bir öğleden sonrayı değil, dakikalar sürer.

İndekse giren fragment bağlantıları

Tablo içeriği gibi atlama bağlantıları arama sonuçlarında ayrı URL'ler olarak görünebilir. Arama motorları genellikle bunları ana sayfaya toplar, ancak yapmadıklarında aynı içerik birden fazla adreste görünebilir. Sinyalleri ana sayfadan uzaklaştırırlar ve kapsama raporunda kopya sayfalar gibi görünebilirler. Hash URL'ler sessizce çoğalır.

Tek sürüm, tek adres. Bir adrese işaret eden bir canonical etiket, sitemap'in başka bir adresi listelemesiyle karışık sinyaller gönderir ve rapor uyuşmazlığı gösterecektir. Her sayfa için tek bir canonical sürüm ayarlayın ve sitemap'in aynı sürümü listelediğini onaylayın.

Lansmandan sonra hash içeren URL'ler için kapsama raporunu kontrol edin, çünkü bunlar sessizce çoğalanlardır. Hash'ler suçludur.

Ana alan adı haline gelen bir alt alan adı

Bir siteyi staging alt alan adından ana alan adına taşımak kendi kendine kopyalar getirir, çünkü her iki sürüm de bir süre erişilebilir kalabilir. Lansmandan önce hangi ana makinenin canonical olduğunu karar verin. Ana makineyi erken seçin.

Her yerde tek ana makine. Bir ana makine bir yerde değiştiğinde ve başka bir yerde değişmediğinde, eski sürüm fark edilmeden aylarca bağlantı toplamaya devam edebilir. Ardından sitemap'i, canonical etiketleri ve herhangi bir hreflang setini o tek ana makineye işaret edecek şekilde tutun.

Kaybolmuş gibi görünen do-follow bağlantıları

Yeniden tasarımdan sonra bir araçtaki do-follow satırları keskin bir şekilde düşebilir ve ilk tahmin bağlantıların gittiğidir. Bu tahmini kabul etmeden önce eski üst sayfaları yenilerle karşılaştırın, ardından her eski adresin artık doğru yönlendirip yönlendirmediğini kontrol edin. Panik yapmadan önce kontrol edin.

Önce bunu düzeltin. Bağlantı veren sayfada hâlâ var olan ancak ölü bir adrese işaret eden bir bağlantık, öncelikle düzeltilmesi gereken durumdur.

Tarihi erken belirleyin. Ekip için karşılaştırma için sabit bir tarih verin, böylece kimse her gün çekimi yeniden çalıştırmaz ve gürültüyü haber olarak okumaz.

Taşınma sırasında bir geliştiriciyle çalışma

Yönlendirme işinin çoğu bir geliştiriciye düşer ve izleme, defteri okuyan kişiye düşer. Bölünmeyi, her hücrede bir isimle kısa bir tablo olarak yazmak, iki kişinin aynı görevi üstlendiğini varsaymasını durdurmak için genellikle yeterlidir. Bu rolleri lansmandan önce kağıt üzerinde bölün, böylece kimse diğerinin izlediğini varsaymasın. Rollere isimler verilmelidir.

Geliştiriciye bir görev listesi değil, bir harita verin

Bir görev listesi bir geliştiriciye ne yapması gerektiğini söyler, bir harita ise hangi eski adresin nereye gideceğini gösterir. Her satır için bir karar yerine bir tahmin alması için durum kodları ve her satırın nedeni ile birebir tabloyu gönderin. Kararlar tahminlerden iyidir.

Test planları önce gelir. Eski üst sayfalar dosyasındaki eski adreslerle başlayan kısa bir test planı isteyin.

Aylık dosyayı kimin okuyacağını anlaşın

İlk temiz karşılaştırma lansmandan yaklaşık iki yenileme sonra gelir ve dosyaya bir okuyucu gerekecektir. Lansmandan sonraki ilk okuma genellikle gürültülüdür ve bunu bilen bir okuyucu tek bir olağanüstü aya tepki vermekten kaçınır. Bu kişiyi, dosyayı açacağı günü ve sonucun gideceği defteri adlandırın. Biri bunu sahiplenmeli.

Tarihler soruyu çözer. Her dosyanın yanına yenileme tarihini yazmak, takılı bir indeks endişesini takvim hakkında düz bir gerçeğe dönüştürür. Bir ayın takılı olduğu yanlış okunması kolaydır, ancak birisi yenileme tarihlerini yazmadıkça.

Hiçbir şey değişmese bile, her yenileme için bir satır yazmasını isteyin, böylece dosya sürekli bir kayıt tutar. Her seferinde bir satır.

Geri alma planını lansmandan önce planlayın

Yeni ana makine kritik bir yolu bozarsa, ekibin önceden test edilmiş bir geri dönüş yoluna ihtiyacı vardır. Adımları yazın, anahtarı kimin çevirebileceği ve geri alındığında yönlendirmelerin nasıl davrandığını dahil edin. Lansmandan önce tekrarlayın.

Geri almayı yazın. Yalnızca bir kişinin aklında olan bir geri alma plan değildir.