Domain Migration SEO: Web Uzmanları İçin Bir Kontrol Listesi

Web sitenizi taşımak için çok sayıda iyi neden vardır:

• Bazı işletmeler için bu bir güvenlik meselesidir. İyi bir örnek, bir https alanına taşınması gereken bir http etki alanı olabilir.
• Diğerleri için, içerik yönetim sistemleri gibi şeyleri değiştirirken bir temizlik meselesidir. Diyelim ki Joomla'dan Drupal'a geçiyorsanız, hala önemli olan içeriği taşımak ve tam da bunun için plan yapmak için iyi bir zaman olabilir.
• Bazı kuruluşlar için bu bir satın alma meselesidir. Satın alınan bir şirketin bazen “ana” etki alanına girmesi gerekecektir.
• Bazı şirketler için yeniden markalaşmanın tam zamanı ve alan adı değiştirilecek şeylerden biri.

Taşıma nedeniniz ne olursa olsun, tüm alan taşıma işlemlerinin bazı riskler taşıdığını , bunların bazılarının iyi huylu, bazılarının ise web sitesi trafiğini bozduğunu anlamanız gerekir.

Dikkatlice planlanmış bir geçiş bu riskleri azaltır. Ayrıca, web sitesi sahiplerine, mevcut arama motoru yönlendirmelerini koruma veya genel web sitesi trafiğini iyileştirme konusunda daha iyi bir şans verir.

Hareket öncesi kıyaslama

Geçişin daha teknik yönlerini planlamadan önce, farklı araçları kullanmak için incelemeniz gereken birkaç şey var . Bu, uzun bir sürüşten önce lastiklerinizi tekmelemeye benzer. Hazırlanmış bir göç projesine girmek daha iyidir.

Her web sitesi farklıdır, ancak muhtemelen aşağıdaki öğelerin bazı varyasyonlarını isteyeceksiniz:

• Google Search Console'dan bir yıllık Google gösterimlerini, tıklamalarını ve konumlarını dışa aktarın. Bu, hareketten sonra karşılamanız gereken arama motoru varlığı için temel oluşturacaktır .
• Bir web sitesi analiz aracından (WebTrends veya Google Analytics gibi), organik trafik, toplam ziyaret, ortalama 404 hata sayısı, hemen çıkma oranı ve dönüşümler için aylık istatistikleri dışa aktarın. Bunu da en az bir yıllığına al. Aracınızın gerçek zamanlı bir işlevi varsa, hafta içi bir gündeki eşzamanlı trafik hakkında bir fikir edinin, böylece bunu lansmandan sonra yeni alan adıyla da karşılaştırabilirsiniz.
• Bir anket aracınız varsa (ForeSee veya Qualaroo gibi) memnuniyet oranını ve ihtiyaç duydukları şeyi bulabilen kişilerin yüzdesini dışa aktarın.
• Dönüşümleriniz satın alma yerine form gönderimleriyse, bunu pazarlama otomasyon aracınızdan ve/veya müşteri ilişkileri yönetiminden (CRM) dışa aktarın.

Bu istatistikler, karşılaştırmanız için size niteliksel ve niceliksel istatistiklerin bir karışımını verecektir. Geçiş için bir dizi istatistik toplamanın avantajlarından biri, bir şeyler ters giderse, üçgenler oluşturabilmeniz ve sorunun ne olduğunu oldukça hızlı bir şekilde izole edebilmenizdir.

Bazı geçişlerde tonlarca hareketli parça olabilir ve çoğu ekip taşınma sırasında büyük olasılıkla çok meşgul olacaktır. Sorunları belirlemek ve izole etmek için gereken süreyi optimize etmek isteyeceksiniz, böylece zaten meşgul olan ekiplere çok fazla yük bindirmeyecektir. Bu şekilde veri sıkıntısı, tüm ekiplerin gergin olabileceği lansman gününden ziyade hazırlık aşamasında olur.

Sorunları en baştan yalıtmak için temel istatistikleri toplamak, bir web sitesi geçişi planlıyorlarsa tüm pazarlamacıların yapması gereken bir şeydir.

Farklı web sitesi taşıma türleri için planlama

Ne tür bir geçiş yapacağınıza bağlı olarak, planlamanız gereken farklı görevler olacaktır. Belirlemeniz gereken birkaç şey var:

• Yalnızca etki alanı değişiklikleri ve URL yolu değişiklikleri
• Aynı içerik veya farklı içerik
• Yeni içerik yönetim sistemi (CMS) veya aynı CMS
• Yeni araçlar veya aynı araçlar

Farkları göz önünde bulundurarak planlamanız gerekenlere gelelim.

Yalnızca etki alanı değişiklikleri ve URL yolu değişiklikleri

Yalnızca alan adı taşıma , üst düzey alan adından sonraki dizelerin hiçbirini değiştirmez . (Bunlar “yollar” veya “URL yolları”dır.)

Örneğin, /products/product1 veya /about/company gibi tüm dizeleriniz değişmeyecek, ancak alan adınız domain.com'dan yeni-domain.com'a dönüşecekse, yalnızca alan adı değişikliğiniz olur.

Alan değişiklikleri

• www.domain.com/ path1'den www.new-domain.com/path1'e _
• www.domain.com/ path2'den www.new-domain.com/ path2'ye
• www.domain.com/ path3 - www.new-domain.com/ path3

Http'den https'ye yönlendirme, yalnızca alan adı taşıma olarak da nitelendirilir.

Buna karşılık, URL yolu değişiklikleri olan bir taşıma, alan adından sonra dizelerde değişiklik yapılması anlamına gelir.

Etki alanı ve URL yolu değişiklikleri

• www.domain.com/ path1'den www.new-domain.com/new-path1'e _
• www.domain.com/ path2'den www.new-domain.com/new-path2'ye _
• www.domain.com/ path3 - www.new-domain.com/newfolder/ newstringsfornewpath3

URL yollarının değişmediği taşıma işlemlerinde, web sitesindeki her sayfa için bir yönlendirme yazmadan, yönlendirmeler için alan dizesini otomatik olarak değiştirmenin genellikle teknik yolları vardır.

URL yollarının gerçekten değiştiği geçişler için, bazı sayfa düzeyi 301 yönlendirmeleri yazmaya ihtiyaç olacaktır. Bu kesinlikle daha zahmetli.

Binlerce ve binlerce sayfalık bir sitede bilgi mimarisi değişiklikleri olacaksa, her şey için sayfa düzeyinde yönlendirmeler yazmak mümkün olmayabilir. Bir trafik eşiğine karar vermeniz gerekebilir. Örneğin, arama motoru ve toplam trafik sıralamasına göre 175.000 sayfanın tümü yerine yalnızca ilk 5.000 sayfayı yeniden yönlendirmek isteyebilirsiniz.

Aynı içerik veya farklı içerik

Yeni alan adında eski alanla aynı içeriğe sahip olacaksanız, dahili bağlantı, içerik gruplarının hala anlamlı olduğundan emin olmak vb.

Bununla birlikte, önemli miktarda içerik ekleyecek veya kaldıracaksanız, bunun haritasını dikkatli bir şekilde çıkarmanız gerekir.

• Değiştireceğiniz herhangi bir kategori var mı ve bu süreçte sayfaları “yetim” mi edeceksiniz? Bu sayfaların yeni bir ev bulması veya başka sayfalara katlanması gerekebilir. Bu, planınızın bir parçası olmalı.
• Yeni içeriğiniz göz önüne alındığında ana menü hala anlamlı olacak mı? Taşımadan sonra ulaşılması daha zor olacak önemli sayfalar varsa, içerik değişiklikleri yapıldıktan sonra bunlara ek yollar sağlamayı düşünün.

Yeni İYS veya aynı İYS

www.example.com'dan www.new -example.com'a geçiyorsanız ve CMS'yi değiştirmiyorsanız, içeriğin gerçek geçişi son derece basit olmalıdır.

Bir CMS'den diğerine geçiyorsanız, aynı hareket basit bir görev olmayabilir. İhtiyacınız olacak…

• Eski sitedeki düzenlerin ve şablonların yeni sistem tarafından makul ölçüde destekleneceğinden emin olun.
• CMS içeriğinizi yeni içerik yönetim sisteminin kabul edeceği bir şeye aktarmanın bir yolu olup olmadığını belirleyin (bu %100 olmasa bile, içerik geçişinin kısmi otomasyonu yardımcı olabilir).
• CMS değişikliği nedeniyle manuel olacak içerik geçişinin parçaları için zaman ayırın.

Yeni araçlar veya aynı araçlar

Gerçek araçlarınız ve araçları dağıtma şekliniz, eski alan ile yeni alan arasında farklı olabilir.

Birkaç şey düşünmeniz gerekiyor:

• Yeni sistemde, bağımsız olarak veya bir etiket yönetim aracının parçası olarak, araçlar için ihtiyacınız olan komut dosyaları için bir ana sayfa veya eklentiye benzer bir şey var mı? Yoksa site genelinde komut dosyalarını birden çok kez eklemeniz mi gerekiyor? İkincisi ise, bunun için yeterli zamanınız olduğundan emin olun.
• Araç bazında bir uygulamadan Google Etiket Yöneticisi gibi bir etiket yönetim aracına geçiyorsanız, bu senaryoyu test etmek için yeterli zamanınız olduğundan emin olun. Etiket yönetimi araçları faydalıdır, ancak alışmaları zaman alabilir ve bu, alan geçişi için zaman çizelgenize dahil edilmelidir.
• Araç ekliyorsanız, regresyon testi için zamanınız olduğundan emin olun. Yeni aracınız eski araçlarla hemen iyi çalışmayabilir ve hata ayıklamak için zamana ihtiyacınız olacaktır.

Site geçiş planını tamamlama

Farklı site geçişi türlerini öğrendikten sonra, site geçiş planını ayarlamanın zamanı geldi.

Oldukça karmaşık bir senaryo için bir örnek oluşturalım, böylece ihtiyacınız olmayan parçaları çıkartabilirsiniz.

Diyelim ki eski bir CMS'den yeni bir CMS'ye geçiş yapıyorsunuz. Ve yeni sitedeki bilgi mimariniz biraz farklı olacak - bazı URL yolları yeni bir konuma taşınacak.

Yönlendirme açısından erkenden yapmanız gereken birkaç şey:

1. Sayfa düzeyinde 301 yönlendirmelerini işlemek için bir yolunuz olduğundan emin olun

"Manuel" sayfa düzeyinde yönlendirmeleri ayarlamanın birkaç yolu vardır. Bazıları bir yapılandırma dosyasını düzenlemeyi içerir, diğerleri bir modüle bir XML bırakmayı içerir ve diğerleri hala bunu işleyen temel bir CMS işlevine sahiptir (eski CMS'ye erişmeye devam edeceğinizi varsayarak). Hangi yolu seçeceğinizi erkenden belirleyin, böylece ileride baş ağrılarından kaçınabilirsiniz.

2. Joker karakter veya koşullu yönlendirmeleri işleyip işleyemeyeceğinizi kontrol edin

.htaccess dosyasında veya benzer bir yapılandırma dosyasında ince ayar yapma olanağınız varsa, her bir yeniden yönlendirmeyi ayrı ayrı ayarlamak yerine bazı yönlendirmeleri koşullar aracılığıyla yönetebilirsiniz. Bu size biraz zaman kazandıracaktır.

3. Eski sitedeki en iyi sayfaları dışa aktarın

Sıralama için belirleyici faktör olarak toplam trafik ve organik trafik arasında seçim yapın. (Organik trafik bunun için oldukça iyidir, bu nedenle, geçişten önce arama motoru yönlendirmelerini gerçekten yönlendiren sayfaları yeniden yönlendireceğinizi bilirsiniz.)

• Sitenin boyutu göz önüne alındığında anlamlı olan bir eşik seçin. İlk 100 sayfa, trafiğin çoğunun ilk 80 sayfa için olduğu 500 URL'ye sahip bir site için en uygun olabilir. Ancak, on binlerce URL'si olan bir site için ilk 5.000 sayfaya ihtiyacınız olabilir.

4. En iyi sayfaları yeni konumlarıyla eşleştirin

Bu, zaman kazanmak için yapabileceğiniz manuel bir adımdır. Bir elektronik tablodaki en iyi sayfaların listesini hizalayın ve bunları eski URL'ler olarak işaretleyin ve ardından yeni URL'leri yanlarına ekleyin. Ne oluşturacağınızı bildiğinizde (bir XML dosyası gibi), başlayabileceğiniz dosyaya sahip olacaksınız.

301 Yönlendirmelerinin Faydaları

Yeni bir alana geçerken en değerli sayfalarınıza 301 (veya "kalıcı") sayfa düzeyinde yönlendirmeler eklemek iki şeyi gerçekleştirir:

• Kullanıcı deneyimi (UX) avantajları için kullanıcıları doğru sayfaya gönderir
• SEO faydaları için arama motoru örümceklerine hareket hakkında bilgi verir

Sitenizin yalnızca bir bölümünde bilgi mimarisi değişikliği olduğunda, sitenin hala aynı URL yoluna sahip olan kısımlarında genellikle koşullu veya joker karakter yönlendirmeleri yapabilir ve yalnızca daha küçük olanlar için tek tek sayfa düzeyinde yönlendirmeler kullanabilirsiniz. kesinlikle gerekli oldukları kullanım durumlarının sayısı.

Örneğin, belki yeni sitede /product/ altındaki her şey /products/ olarak değiştirilir. Bir joker karakter değiştirme kullanarak hareketin bu bölümünü halledebilirsiniz. Ancak, /about/ altındaki her şeyin yeni bir "yol" aldığını da söyleyelim, bu nedenle /about/ 'dan sonraki gerçek dizeler değişecektir. /about/ altındaki her şey için eski URL'yi yeni URL ile eşleştirmeniz ve 301 sayfa düzeyinde bir yönlendirme eklemeniz gerekir.

Bu şekilde, yönlendirmeleri yöneten ekibi boğmadan eski alandan bağlantı sermayesi transferinin avantajlarından yararlanırsınız.

Yaygın tuzaklardan kaçınmak

Bir alan taşıma işleminin başarısız olmasının birçok yolu vardır.

İşte dikkat etmeniz gereken yaygın olanlardan sadece birkaçı:

1. Elinizin altındaki yönlendirme araçları, geçiş için yeterince sağlam değil.

• Bazı yönlendirme araçları yalnızca http URL'lerini yönetir ve https URL'lerini işleyemez. Bu nedenle, https URL'lerinizle başa çıkmanın başka yollarını bulmanız gerekecek.
• Bazı yönlendirme araçları, bir CMS'nin yerel parçalarıdır ve kurulması çok zaman alır. Yüzlerce veya binlerce URL'niz olduğunda bu sorunlu olur.
• Bazı yönlendirme araçları joker karakterleri işleyemez, bu nedenle manuel yönlendirmeler için planlama yapmanız gerekir. Ve gereken ekstra zamanı hesaba katmanız gerekecek.

Başarılı web sitesi geçişleri, pazarlamacıların ellerindeki yönlendirme araçlarını tam olarak anlamalarına ve yalnızca mümkün olanı planlamalarına dayanır.

Yukarıda listelenenler gibi açıklamaları kullanarak, geliştiricilerinizle birlikte size sunulanları erkenden netleştirmeye başlayın.

Lansman gününden çok önce sahip olacağınız sınırlamalara dikkat edin. Çok sayıda manuel adım varsa, bu adımların üstesinden gelmek için yeterli zaman ayırın.

Bu, geçiş günü geldiğinde bu alanda sürprizlerin olmamasını sağlar.

2. Takım başarı veya başarısızlığı doğru değerlendiremez.

Ekip, sitenin sıralandığı arama terimleri, toplam organik trafik, toplam ziyaretler, sitedeki memnuniyet ve başarı oranları vb. gibi karşılamak için karşılaştırma ölçütleri oluşturmadıysa, geçişin sorunsuz ilerleyip ilerlemediğini söylemek çok zor olabilir.

Belki genel trafik aynıdır, ancak başarı oranları düşmeye başladı. Belki memnuniyet puanları aynıdır, ancak sitenin sıraladığı daha az arama terimi vardır ve organik trafik düşmüştür.

Bakmakta olduğunuz bir dizi rakamınız yoksa, web sitesi gerçekten isabet alırken etki alanı geçişi sorunsuz geçmiş gibi görünebilir. Kötü performans göstermek ve bunun farkına varmak, kötü performans göstermek ve iyi yaptığınızı düşünmekten daha iyidir.

Bu sorunu önlemek için sitenin birden çok yönü için karşılaştırma ölçütleriniz olduğundan emin olun.

3. Ekip, taşınacak önemli sayfaları kaçırıyor.

Bilgi mimarisi değişiklikleri olan alanlar için, arama motorlarında sıralanan veya birden çok kaynaktan önemli miktarda trafik alan sayfaları kaybetmek kolay olabilir.

Hiç kimse, tüm sayfaların taşınmasını sağlamak için en iyi sayfaları dışa aktarmadıysa, ekip genellikle hareketten sonra trafikte bir düşüş görecektir.

Böyle bir durumda, ekibin bir raporu karıştırması ve yeni alana getirilebilmesi veya trafik kaybıyla yaşayabilmesi için eski içeriğin hala bir dosyada olup olmadığını kontrol etmesi gerekir. Planlamadaki bu tür bir başarısızlık, genel trafiğe gerçekten zarar verebilir.

Yeniden yönlendirme tetikleyicisini çekmeden önce analiz aracınıza baktığınızdan ve en iyi sayfaları dışa aktardığınızdan ve içerik planının iyi durumda olduğundan emin olmanız gerekir.

4. Görev hacmi, ekibin üstesinden gelemeyeceği kadar fazla olur

Etki alanı geçişi için gereken görevlerin hacmini değiştirebilecek birkaç şey vardır.

Site, göreceli bağlantılar yerine mutlak bağlantılara sahip olabilir ve başlangıçta beklediğinizden çok daha fazla dahili bağlantı ayarlaması yapmanız gerekir.

Yönlendirme aracı, joker karakterleri destekleme yeteneğine sahip olmayabilir ve planladığınızdan daha fazla manuel yeniden yönlendirmeyi yönetmeniz gerekir.

Yerinde arama için öne çıkan sonuçlar gibi yeni CMS'ye geçmeniz gereken sayfa içeriği olmayan öğeler olabilir ve lansmandan sonra bunlara zaman ayırmanız gerekir.

Geçiş gerçekleşirken siteye bazı ekstra kaynaklar atamak genellikle en iyisidir, bu nedenle işler tam olarak plana göre gitmediğinde kıpırdama alanınız olur.

Geçiş gününde görevleri yönetme

Diyelim ki tüm yönlendirmeler tam olarak beklendiği gibi çalışıyor.

Taşımak istediğiniz tüm içerik taşındı. 404 hata artışı almıyorsunuz, tüm araçlarınız eskisi gibi çalışıyor, sayfa içeriği olmayan tüm yapılandırmalar düzgün bir şekilde ilerliyor.

Bu harika bir başlangıç, ancak yine de lansman gününde SEO görevleri için bazı görevler bırakıyor:

1. İzin verilmeyen koşullarınızı doğruca robots.txt'e alma

robots.txt dosyası, arama motoru örümceklerine bir sitede neleri taramaları ve neleri taramamaları gerektiğini söyler.

Yapılandırılmış bir robots.txt dosyanız olup olmadığını geliştiricilerinize ve SEO'larınıza danışın ve bunu üzerine taşıyın. Eğer yoksa, en azından robots.txt dosyanızın şu şekilde okunmayacağından emin olun:

• Kullanıcı aracısı: *
• İzin verme: /

Bu kombinasyon, Google'a ve diğer arama motorlarına web sitenizdeki hiçbir şeyi dizine eklememelerini söyleyecektir. Bu, kaçınmaya çalışmanız gereken bir senaryo.

2. Yeni Google Arama Konsolu hesapları oluşturma ve doğrulama

Yeni alan adı oluşturulduktan sonra, onu Google Search Console'a kaydettirmeniz ve alan adının size ait olduğunu kanıtlamanız gerekir. Bunu, Google'ın kökünde tanıyacağı bir dosyayı bırakmaktan Google Etiket Yöneticisi'ni kullanmaya kadar çeşitli yöntemlerle yapabilirsiniz.

• Klasörler için Google Arama Konsolu hesaplarını ayarlama. Alanı doğruladıktan sonra sitenizin bölümlerini ek mülkler olarak ekleyebilirsiniz. Bu, yalnızca "ürünler" bölümünüze veya varsa yalnızca "hakkımızda" bölümüne giden aramalara bakmak gibi şeyler yapmanıza olanak tanır. Bu, organik trafiğinizin etki alanı geçişinden sağ çıkıp çıkmadığını kontrol etmek için size fazladan bir katman sağlayacaktır.

3. Site haritalarının gönderilmesi

İçerik yönetim sisteminize bağlı olarak, CMS'nizden, tarama araçlarından veya manuel olarak Not Defteri aracılığıyla URL listeleriyle bir site haritası oluşturabilirsiniz.

Burada yapabileceğiniz bir şey, sitenizin her bölümü için ayrı bir site haritası oluşturmaktır ("ürünleriniz" bölümünüz için bir site haritası, "hakkımızda" için bir site haritası vb.) Google, ürün sayfalarınızın %90'ını dizine eklerse ancak yaklaşık sayfalarınızın yalnızca %5'ini, yalnızca kötü dizine eklenmiş bölümü düzeltmeyi bileceksiniz. Bu sorunu yalnızca, web sitesinin her bölümü için ayrı site haritalarınız varsa görürsünüz.

Farklı web sitesi bölümleri için site haritaları oluşturduktan sonra bunları Search Console aracılığıyla Google'a göndermelisiniz.

4. Google'a alan değişikliği hakkında bilgi verme

Bu, bazı deneyimli pazarlamacıların bile kaçırdığı bir adımdır. Google Search Console, bir "adres değişikliği" bildirmenize izin veren bir araca sahiptir. Bunu kullanmak için eski ve yeni alan adları için Google Search Console mülkünü doğrulamanız ve ardından Google Search Console tarafından listelenen adımları izlemeniz gerekir.

Lansmandan sonra istatistikleri izleme

Şimdiye kadar bu gönderideki tavsiyelere uyduysanız, karşılaştırma yapmak için nicel ve nitel karşılaştırma ölçütleriniz olacaktır.

• Anket aracı verileri. Memnuniyette önemli bir düşüş ve insanların ihtiyaç duydukları şeyi bulma yeteneği, sitenin yeni yapısının ziyaretçiler için kafa karıştırıcı olabileceği anlamına gelebilir. Yeni mimariyi yeniden düşünmeniz gerekecek.
• Google Arama Konsolu ve analiz aracı verileri. Bazı sıralama kayıpları ve organik trafik düşüşleriyle birlikte 404 hatalarındaki artış, genellikle en azından bazı yönlendirmelerin başarısız olduğu anlamına gelir. Yönlendirme metodolojisini araştırmanız gerekecek.
• Analiz aracı verileri. Arama motoru trafiğinde bu kadar büyük bir düşüş olmadan toplam ve yönlendirme trafiğinde önemli bir düşüş, diğer web sitelerinin bağlantı verdiği içeriğin üzerinden geçmediğiniz anlamına gelebilir. Bu içeriği tekrar gözden geçirmeniz gerekecek.

Trafiğin gerçek zamanlı izlenmesi de burada yardımcı olabilir. Sitenizdeki eşzamanlı ziyaretçi sayısı, lansman öncesi rakamların önemli ölçüde altındaysa (örneğin, eskisinin yarısından az), bir şeylerin ters gittiğini anlarsınız ve daha derine inmeniz gerekir.

Etki alanı geçişinde aşırı hazırlık diye bir şey yoktur

Etki alanlarını taşımak acı verici bir süreç olabilir.

Sürecin siteniz için kötü gitmesinin birçok yolu vardır. Ve başarıyı tamamlamanın çok az yolu vardır.

Tüm bunlar, alanınızı değiştirmeniz gerekiyorsa, aşırı hazırlık yapmak en iyisidir. Eğer sen …

• yönlendirme araçlarınızın sizin için neler yapabileceğini erkenden öğrenin,
• boşluk kalmayıncaya kadar içerik planına takıntı yapın ve
• geçişi yönetmek için verileri kullanın

… sorunsuz bir şekilde yeni bir alana geçme şansınız daha yüksek.

Belirli hareket türleri için, plana takıntılıysanız, geçişten sonra trafiği ve dönüşümleri bile artırabilirsiniz.