Teknik SEO Nedir? Denetim ve Önceliklendirme Kontrol Listesi

Teknik SEO denetimi hangi soruları cevaplar?

Bir sayfa için üç farklı durumu ayırın: Tarayıcı erişebiliyor mu, içerik ve dizine ekleme kuralları doğru mu, Google sayfayı gerçekten dizine almış mı? İlk iki koşulun sağlanması üçüncüsünü garanti etmez. URL Denetimi'ndeki canlı test ile Google'ın dizin kaydını ayrı incelemenin nedeni budur. [1]

Bu rehberin kapsamı erişim, robots kuralları, canonical, iç bağlantılar, mobil kullanım ve performanstır. Bir metnin arama niyetini karşılayıp karşılamadığı ve hizmet teklifinin yeterince açık olup olmadığı ayrıca değerlendirilmelidir. Teknik denetimi tamamlamak, içerik kalitesinin veya sıralama artışının kanıtı değildir.

• Kontrole başlamadan: URL listesi, her sayfanın amacı ve beklenen dizin durumu.
• Kontrol sırasında: Gözlemin tarihi, kullanılan araç, etkilenen sayfalar ve tekrar adımları.
• Teslimde: Öncelik gerekçesi, uygulanacak işlem, sorumlu ve işi kapatacak kontrol.

Denetleyeceğiniz sayfaları amaçlarına göre seçin

Önce ana sayfa, hizmet sayfası, blog yazısı, kategori ve form gibi farklı şablonlardan birer örnek belirleyin. Yeni yayımlanan, adresi değişen veya beklenmedik biçimde ziyaret kaybeden önemli sayfaları ayrıca ekleyin. Bu örneklem bütün sitenin sağlıklı olduğunu kanıtlamaz; aynı şablonda tekrarlayan bir sorun bulursanız kapsamı o gruba genişletin.

Çalışma dosyasında URL, sayfa türü, beklenen davranış ve kontrol tarihi bulunsun. Örneğin bir teşekkür sayfasının aramada görünmemesi istenebilirken hizmet sayfasının görünmesi beklenir. Beklenen davranış yazılmadan her noindex kaydını hata veya her dizine eklenmeyen adresi acil sorun saymak, gereksiz değişikliklere yol açar.

Erişim ve dizine ekleme durumunu ayrı kaydedin

Seçtiğiniz adresi doğrudan açın; içerik yerine giriş ekranı, hata mesajı veya başka bir sayfa gelip gelmediğini kontrol edin. Son ulaşılan URL'yi ve HTTP durumunu kaydedin. Eski bir adres yeni karşılığına gidiyorsa hedefte gerçekten aynı ihtiyacın karşılanıp karşılanmadığına bakın. Ana sayfaya ulaşmak, her eski içerik için doğru yönlendirme değildir.

Search Console URL Denetimi, Google'ın bildiği dizin durumu ile canlı URL testini ayrı gösterir. Canlı testin başarılı olması sayfanın dizine eklendiğini veya aramada gösterileceğini garanti etmez. Bu nedenle kayıtta “canlı sayfa erişilebilir” ve “dizindeki durum” için iki ayrı alan kullanın. Değişiklikten sonra eski tarama kaydını yeni sayfanın sonucu gibi yorumlamayın. [1]

Kaynaklar: [1]

301 ve 302 yönlendirmelerinde kararı taşımanın amacıyla verin

Kalıcı bir URL değişikliğinde 301 veya 308, geçici bir taşımada 302 veya 307 kullanılabilir. Google kalıcı yönlendirmeyi hedef URL'nin canonical seçilmesi için bir sinyal olarak değerlendirir. Geçici yönlendirme ise kendi başına hedefin canonical seçilmesi sinyali değildir; hedef başka sinyallerle yine dizine alınabilir. Bu yüzden her 302 kaydı hata değildir ve yalnız SEO amacıyla tüm geçici yönlendirmeler kalıcıya çevrilmez. [5]

Önce eski adresin hangi yeni içerikle eşleştiğini yazın. Konusu farklı sayfaları topluca ana sayfaya göndermek yerine her adresi ilgili karşılığına eşleyin. Kalıcı taşımada iç bağlantıları, canonical etiketini ve site haritasını yeni adrese göre güncelleyin. Birbirini izleyen gereksiz yönlendirmeler oluşturmak yerine mümkün olduğunda doğrudan son hedefe gidin. [3][6]

Kaynaklar: [5] [6]

Yönlendirmeyi yalnız son sayfayı açarak doğrulamayın

Tarayıcı geliştirici araçlarının Ağ/Network bölümünde yönlendirme kayıtlarını koruyarak eski adresi açın. İlk isteğin durum kodunu ve Location yanıt başlığını, ardından her ara adımı ve son hedefi inceleyin. Aşağıdaki kayıt önerisi tamamen temsili bir kontrol akışıdır; ölçülmüş müşteri sonucu değildir.

• Beklenen eşleşmeyi yazın: /eski-rehber → /yeni-rehber. Hedefte doğru içeriğin açılması ile HTTP 200 yanıtını birlikte kontrol edin; hata metni gösteren 200 yanıtı yeterli değildir.
• Gerekiyorsa bir sorgu parametreli örnek deneyin: /eski-rehber?utm_source=ornek. Bu senaryoda parametrenin korunup korunmaması gerektiğini önceden belirleyip sonucu karşılaştırın.
• Tekrar eski adrese dönen döngü, gereksiz ara URL veya ilgisiz hedef bulunmadığını kaydedin. Kalıcı değişiklikte yeni canonical, iç bağlantı ve sitemap adreslerinin uyumunu inceleyin. [3][6]
• Tarih, eski URL, yanıt kodları, hedef ve test sonucunu bu rehberin başındaki rapor şablonuna ekleyin. Teknik kabulün ardından Google'ın seçtiği canonical ve dizin durumunu Search Console'da ayrıca izleyin; doğru yönlendirme anında sıralama kazanımı anlamına gelmez. [1]

Kaynaklar: [1] [3] [6]

Robots kurallarını sayfanın amacıyla karşılaştırın

Google'ın noindex kuralını okuyabilmesi için sayfaya erişebilmesi gerekir. Sayfayı robots.txt ile engellemek, üzerindeki noindex kuralının görülmesini önleyebilir. Noindex hem HTML meta etiketi hem HTTP yanıt başlığı üzerinden verilebilir; yalnız sayfa kaynağında aramak bu yüzden yeterli değildir. [2]

Kontrolde içerik ekibinin isteği ile uygulamadaki kuralı yan yana yazın. Örneğin varsayımsal bir hizmet sayfası yayına hazırdır fakat test ortamından kalan noindex taşınmıştır. Görev, sadece etiketi kaldırmak diye kapanmamalıdır: canlı yanıtta kuralın kalktığı, sayfanın erişilebilir kaldığı ve aynı şablondaki diğer sayfaların durumu da kontrol edilmelidir.

Kaynaklar: [2]

Canonical kararını ve iç bağlantıları birlikte inceleyin

Canonical, benzer veya yinelenen sayfalar için tercih edilen URL'yi belirtmeye yardımcı olur. Google; yönlendirmeler, rel="canonical" ve site haritası gibi sinyalleri değerlendirebilir, ancak belirtilen tercihi her durumda seçmek zorunda değildir. Aynı içerik için çelişen adresler bildirmekten kaçının. [3]

Örnek kontrol: menü temiz hizmet adresine giderken sayfanın canonical etiketi eski adrese, site haritası ise parametreli sürüme işaret ediyor olsun. Önce hangi adresin kalıcı olacağına karar verin. Ardından menü, içerik bağlantıları ve ilgili teknik işaretleri aynı tercih etrafında düzenleyin. Sadece canonical etiketini değiştirmek, diğer tutarsızlıkların giderildiğini göstermez.

Kaynaklar: [3]

Görünen içerikle kullanıcının tamamlayacağı işi kontrol edin

Mobil görünümde başlığın, açıklamanın ve ana içeriğin okunabildiğini kontrol edin. Açılır menüyü kullanın, ilgili hizmete geçin ve formun hata durumunu deneyin. Yükleme katmanı kapanmıyor veya buton başka bir öğenin altında kalıyorsa bunu cihaz, tarayıcı ve tekrar adımlarıyla belgeleyin. “Mobil kötü” ifadesi geliştirilebilir bir görev değildir.

Sayfa başlığı ile içerikteki ana vaadi karşılaştırın. Üç farklı hizmet aynı genel başlığı taşıyorsa her sayfanın karar vermeye yardımcı farkını belirleyin. Meta etiket hazırlama aracı taslak oluşturmayı kolaylaştırabilir; hazırlanan metnin yayımlanmış sayfaya doğru aktarıldığını ayrıca kontrol edin. Araç çıktısı tek başına teknik denetimin tamamlandığı anlamına gelmez.

Hız bulgusunu ölçüm koşullarıyla açıklayın

Core Web Vitals; yükleme için LCP, etkileşim için INP ve görsel kararlılık için CLS ölçümlerini kapsar. İyi eşikler sırasıyla 2,5 saniye, 200 milisaniye ve 0,1'dir; saha değerlendirmesinde 75. yüzdelik dilim dikkate alınır. Laboratuvar ölçümü ile gerçek kullanıcı verisi aynı gözlem değildir. [4]

Önerilen kayıt biçimi şudur: sayfa, cihaz grubu, ölçüm türü, tarih, gözlenen sorun ve denenen değişiklik. Büyük bir üst görseli küçülttüyseniz aynı sayfayı benzer koşullarda yeniden inceleyin. Tek testte yükselen puanı bütün ziyaretçilerin deneyimi düzelmiş gibi sunmayın. Saha verisi bulunmuyorsa alanı “veri yok” olarak bırakın; sıfır sorun yazmayın.

Kaynaklar: [4]

Bulguyu kapanış ölçütüyle teslim edin

Her bulguya etkilenen kapsam, kanıt, önerilen işlem, sorumlu ve yeniden kontrol tarihi ekleyin. Önce önemli içeriğe erişimi engelleyen sorunları, sonra çok sayıda sayfada tekrarlanan kusurları değerlendirin. Sayıdan çok etkiyi dikkate alın: tek bir kritik hizmet sayfasının erişilememesi, önemsiz adreslerdeki onlarca küçük uyarıdan önce gelebilir.

Aşağıdaki tablo tamamen varsayımsal bulgulardan oluşur; kendi sitemizin veya bir müşterinin ölçülmüş sonucu değildir. P0, P1 ve P2 bu çalışma için önerdiğimiz iş sırasıdır, Google'ın verdiği sınıflar değildir. Erişimi tamamen kesen sorunları P0; önemli bir sayfa grubunu etkileyen tutarsızlıkları P1; ölçülmüş fakat erişimi kesmeyen iyileştirmeleri P2 olarak ele alıyoruz. Etkilenen sayfanın işletme değeri ve sorunun yaygınlığı bu sırayı değiştirebilir.

Görevi kapatırken ilk kanıtı silmeyin. Değişiklik tarihi ile yeniden test sonucunu yan yana saklayın. Örneğin istenmeyen noindex kuralı kaldırıldığında teknik görev doğrulanabilir; Google'ın sayfayı tekrar taraması ve dizine alması ayrı izleme kalemidir. [1][2]