Lansmandan Önce Teknik SEO Kontrolü Nasıl Yapılır?

Bu kontrol gerçekte ne işe yarar

Lansman öncesi teknik kontrol bir optimizasyon çalışması değildir. Bir siteyi görünmez kılan az sayıdaki hatanın aranmasıdır ve bunların neredeyse hepsi ikili durumdur: tarayıcı sayfaya ya ulaşır ya ulaşamaz, sayfa dizine ya alınabilir ya alınamaz, adresleriniz ya birbiriyle uyuşur ya birbirini yalanlar. Bu listedeki hiçbir madde bir sayfayı sıralamaya sokmaz. Her maddesi bir sayfanın şansını elinden alabilir.

Bunları ayrı bir turu hak eder kılan şey, sessizce başarısız olmalarıdır. Bozuk bir ödeme akışı bir saat içinde destek talebi üretir. Bir siteyi aramadan çıkaran bir yönerge hiçbir şey üretmez — ne hata, ne uyarı, ne kayıtta bir istisna — ta ki haftalar sonra biri, başlaması gereken trafiğin hiç başlamadığını fark edene kadar. Bunu lansmandan önce yapmanın bütün anlamı, henüz kimsenin grafiğe bakmıyor olmasıdır.

Tarayıcı sayfalara ulaşabiliyor mu

Önemli sayfalarınızı bir makinenin isteyeceği gibi isteyin: sade bir HTTP istemcisiyle, tarayıcısız, JavaScript'siz — ve geleni okuyun. Gövde boş geliyorsa ve içerik istemci tarafında kuruluyorsa, metnin önünde bir onay duvarı duruyorsa ya da bir bot koruma katmanı tanıdık olmayan her kullanıcı aracısını sınıyorsa, sorunu tek kelime içerik yazmadan bulmuşsunuz demektir. Bunu ana sayfa, bir ürün sayfası, bir dokümantasyon sayfası ve bir fiyat sayfası için ayrı ayrı yapın; çünkü bunlar çoğu zaman yığının farklı parçaları tarafından sunulur.

Ardından ulaşılabilirliği adresle değil gezinmeyle sınayın. Kendi sitenizi ana sayfadan başlayarak tarayın, çıkan her sayfayı listeleyin ve bu listeyi yayımladığınızı sandığınız şeyle karşılaştırın. Site haritasında olup taramada olmayan her şey yetimdir, siteye hiçbir şeyle bağlıdır ve geçerli bir adreste var olması, bulunabilir olmasıyla aynı şey değildir.

Bütün bir siteyi silebilecek iki satır

Üretim alan adındaki robots.txt'i okuyun, yardımcı oluyorsa yüksek sesle, ve onun hazırlık ortamınınki olmadığını doğrulayın. Dağıtımdan sağ çıkan bir Disallow: / satırı, bir lansmanın sessizleşmesinin en yaygın tek yoludur; kontrol etmenin maliyeti sıfır, kaçırmanın maliyeti her şeydir. Oradayken stil ve betik dizinlerini engellemediğinizi de doğrulayın; sayfayı insanın gördüğü gibi oluşturamayan bir tarayıcı, sizin sitenizden başka bir şeyi değerlendiriyordur.

Sonra şablonlarda noindex arayın. Yeri hazırlık ortamı, site içi arama sonuçları, boş etiket sayfaları ve filtre kombinasyonlarıdır; üretim şablonu değildir ve oraya kopyalanmış bir şablon yoluyla herkesin beklediğinden daha sık ulaşır. Ayrıca bu iki denetimin birbiriyle kavga ettiğini not edin: robots.txt'de engellenmiş bir sayfa hiç çekilmez, dolayısıyla üzerindeki noindex hiç okunmaz ve sayfa yalnızca gelen bağlantılarla dizinde kalabilir. Bir şeyin kaldırılmasını istiyorsanız, taranabilir olmalı ve yönergeyi taşımalıdır.

Tek sayfa, tek adres

Adreslerinizin tek bir kanonik biçimini seçin ve diğer her şeyi ona yönlendirin — http'den https'e, www'den çıplak alan adına ya da tersi, sondaki eğik çizgide tek bir kural, küçük harfli yollar. Sonra her sayfanın kendisini gösteren bir kanonik taşıdığını ve bir sayfadaki kanoniğin ana sayfayı, bir yönlendirmeyi ya da noindex taşıyan bir adresi göstermediğini doğrulayın. Bütün siteyi tek bir adrese kanonikleştiren bir şablon hatası, etki alanı çok geniş olan küçük bir değişikliktir.

Yineleme, sitenizin kendi ürettiği adreslerden de gelir: takip parametreleri, sıralama seçenekleri, filtre kombinasyonları, yazdırma görünümleri, oturum kimlikleri, sayfalama kuyrukları. Bunları ortadan kaldırmak zorunda değilsiniz ama hangi adresin gerçek olduğuna karar verip her sinyalin aynı şeyi söylemesini sağlamak zorundasınız. Kanonik bir yönerge değil ipucudur ve ipucunu tutan şey, iç bağlantılarınız ve site haritanızla tutarlı olmasıdır.

Birbiriyle uyuşmak zorunda olan dosyalar

Bir site haritası yalnızca dizine eklenmesinden memnun olacağınız adresleri listelemelidir: kanonik olan, 200 dönen, engellenmemiş, noindex taşımayan. Onu rotalarınızla aynı kaynaktan üretin ki bir sayfa kaydı olmadan var olamasın ve bir kayıt sayfasından uzun yaşayamasın; ayrıca robots.txt içinden ona atıfta bulunun. Derlemeniz her dağıtımda her adrese bugünün tarihini basıyorsa, gürültü olduğunu bildiğiniz bir sinyali göndermek yerine alanı kaldırın.

Birden fazla dil yayımlıyorsanız, hangi sayfanın hangi yerel ayara hizmet ettiğini bildiren açıklamalar karşılıklı olmak zorundadır — her sürüm, kendisi dahil diğer her sürüme atıfta bulunur — ve kodlar doğru olmak zorundadır; şaşırtıcı sayıda site sessizce burada kalır. Kendisine bağlanan ama geri bağlanmayan bir dil sürümü genellikle yok sayılır ve arıza hiçbir yerde hata üretmez. Eşlemeyi her sayfanın head etiketleri yerine site haritasında tutun; yerelleştirilmiş her sayfa yine kendisini kanonikleştirmeli, asla diller arası kanonik vermemelidir.

Durum kodları ve sonrasında yeniden bakılacaklar

Var olmayan bir sayfanın, 200 durumuyla dönen şık bir sayfa yerine 404 döndürdüğünü doğrulayın; çünkü ikincisi tarayıcıya her yanlış adresin gerçek bir sayfa olduğunu söyler. Yönlendirmelerin zincir değil tek adım olduğunu ve kalıcı olmasını istediğiniz yerde kalıcı olduğunu doğrulayın. Mevcut bir siteyi değiştiriyorsanız, eski adreslerden yenilerine yönlendirme haritası bu listedeki en değerli maddedir ve en sık en son bitirilen maddedir.

Lansmandan sonra üç şey tek seferlik değil, sürekli kontrolü hak eder. Bir motorun dizine aldığı sayfa sayısının yayımladığınızla kabaca örtüşüp örtüşmediği. Yeni sayfaların makul bir süre içinde taranıp taranmadığı. Ve dağıtım hattındaki bir şeyin bir şablondan gelen yönergeyi geri getirip getirmediği — asıl arıza biçimi bu ayarların bir kez yanlış olması değil, lansmanda doğru olup iki sürüm sonra sessizce geri kaymasıdır; üstelik bunu haber verecek hiçbir şey yoktur.