Teknik SEO
Teknik SEO
Ürün sayfanız hata veriyor, yanlış adrese yönleniyor veya Google tarafından bulunamıyor olabilir. Teknik SEO çalışmasında bu sorunları etkilenen sayfa adresleriyle tespit ederiz. Yazılımcınıza neyin değişmesi gerektiğini ve düzeltmenin nasıl kontrol edileceğini anlatırız. İş tamamlandığında aynı sayfaları yeniden inceleriz; bir aracın uyarısını kapatmayı, sorunun gerçekten çözülmesiyle karıştırmayız.
Görünürlük kaybında teknik neden nasıl araştırılır?
İncelemeye düşüşün ne zaman ve hangi sayfa gruplarında başladığıyla gireriz. Sorun bütün siteyi mi, belirli bir şablonu mu, yalnızca mobil kullanımı mı etkiliyor? Yayın geçmişi, sunucu değişiklikleri ve Search Console bulguları birlikte değerlendirilir. Bir tarama raporundaki uyarının trafik kaybıyla aynı anda görünmesi, onun tek neden olduğunu kanıtlamaz. Bu nedenle ilişkiyi araştıran kontrolleri sonuçtan ayrı kaydederiz.
Önce ana sayfa, hizmet, ürün, kategori ve içerik gibi temsilci sayfa türleri seçilir; ardından etkilenen alanın kapsamı genişletilir. Durum kodları, yönlendirmeler, kaynak kod ve işlenmiş sayfa arasındaki farklar incelenir. Kullanılabilir sunucu kayıtları varsa erişim davranışını anlamak için ayrıca değerlendirilir. İncelemenin sonunda doğrulanmış sorunları, ek veri gerektiren ihtimalleri ve etkisi sınırlı bulguları ayrı sunarız.
Tarama izni ve indekslenme tercihi aynı şey değildir
Robots.txt, noindex, sitemap ve canonical birbirinin yerine kullanılan ayarlar değildir. Robots.txt taramayı yönetir; tek başına bir adresin arama sonuçlarında görünmesini kesin olarak engellemez. Noindex talimatının değerlendirilebilmesi için sayfanın taranabilir olması gerekir. Denetimde bu sinyalleri ayrı kontrol eder, birbirini etkisiz bırakan veya önemli sayfaları yanlışlıkla dışarıda tutan yapılandırmaları araştırırız.
Canonical, benzer sayfalar arasında tercih edilen adresi bildiren bir sinyaldir; arama motorunun her durumda o adresi seçeceği anlamına gelmez. Site haritası, iç bağlantılar ve yönlendirmeler farklı URL’leri işaret ediyorsa tutarsızlık oluşabilir. Hangi sayfanın yayında kalacağına önce içerik ve kullanıcı amacıyla karar veririz. Ardından teknik işaretlerin bu tercihi destekleyip desteklemediğini örnek URL’ler üzerinden doğrularız.
URL envanterini ziyaretçinin kullanacağı yapıya indirmek
Bir sitenin gerçek içerik sayısıyla taranabilir URL sayısı birbirinden çok farklı olabilir. Filtreler, sıralama seçenekleri, arama sonuçları ve izleme parametreleri aynı içeriğin çok sayıda adresini oluşturabilir. Öncelikle bu adreslerin nereden üretildiğini ve iç bağlantılarla nasıl yayıldığını belirleriz. Sorunu yalnızca tek tek URL kapatarak ele almak yerine, gereksiz çoğalmaya yol açan şablon veya bağlantı davranışını inceleriz.
Önemli sayfaların menüden ve ilgili içeriklerden erişilebilir olması da mimarinin parçasıdır. Örneğin varsayımsal bir katalog sitesinde ürünler yalnızca iç arama kutusuyla bulunabiliyorsa kategori bağlantıları yeniden düşünülmelidir. Bozuk bağlantılar, uzun yönlendirme zincirleri ve bağlantısız kalan sayfalar ayrı görevler olarak çıkarılır. URL yapısı değiştirmek gerekiyorsa eski adreslerin durumu ve yeni hedefler uygulamadan önce eşleştirilir.
Hız ölçümünü sayfanın gerçek kullanımına bağlamak
Performans incelemesinde tek bir puanın yükselmesini yeterli hedef kabul etmeyiz. Kullanıcının ana içeriği ne zaman görebildiğini, sayfanın etkileşimlere nasıl yanıt verdiğini ve yüklenirken düzenin kayıp kaymadığını araştırırız. Gerçek kullanıcı verisi mevcutsa laboratuvar testleriyle birlikte yorumlarız; farklı cihaz ve bağlantı koşullarının ölçümleri etkileyebileceğini hesaba katarız. Sorunu etkileyen görsel, yazı tipi veya kod yükü belirlenir.
JavaScript kullanan sitelerde içeriğin kullanıcıya ve arama motoruna hangi aşamada sunulduğu ayrıca kontrol edilir. Bir başlığın ekranda görünmesi, bütün teknik sinyallerin doğru üretildiğini göstermeyebilir. Şablon örneklerinde temel içerik, bağlantılar ve meta bilgileri inceleriz. Geliştirme önerisini yalnızca SEO amacıyla değil, mevcut uygulamanın sürdürülebilirliği ve ziyaretçinin form ya da ürün inceleme deneyimiyle birlikte değerlendiririz.
Düzeltme planı ve yeniden kontrol nasıl teslim edilir?
Her teknik bulguda örnek adresleri, beklenen davranışı, olası etki alanını ve uygulama sahibini belirtiriz. Görevler aciliyet, geliştirme maliyeti ve bağımlılıklara göre sıralanır. Örneğin ortak şablondaki bir hata çözülmeden yüzlerce sayfada ayrı düzenleme yapmak gereksiz olabilir. Geliştiriciye aktarılacak kabul kriterleri, hangi kontrolün görevi tamamlanmış saydıracağını açıklar; belirsiz bir iyileştirme talebiyle yetinilmez.
Düzeltme sonrası testlerde hem örnek sayfalar hem de aynı kurala bağlı diğer sayfa türleri kontrol edilir. Canlı yayınla test ortamı arasındaki farklar ve kalan istisnalar not edilir. Teknik davranışın düzelmesi, görünürlüğün aynı gün değişeceği anlamına gelmez. Teslim raporunda uygulamanın doğrulanmasıyla arama verilerindeki sonraki gelişimi ayırır, izlenmesi gereken URL gruplarını ve sorumluları belirleriz.
Somut çıktılar
Çalışmanın sonunda
neyi görürsünüz?
Aşağıdaki işlerden hangilerini yapacağımızı, hangi sayfalarda çalışacağımızı ve size ne teslim edeceğimizi teklifinize yazarız.
- Sorunlu adres, etkisi ve düzeltme zorluğunu içeren hata listesi
- Yazılımcının uygulayacağı çözüm adımları ve kontrol yöntemi
- Düzeltmeden sonra aynı sayfalarda yapılan kontrolün sonucu
Ek çeviri, içerik üretimi veya yazılım bağlantısı gerekiyorsa, işe başlamadan ayrı iş listesini ve ücretini paylaşırız.
Sık sorulanlar
Teknik SEO hakkında
merak edilenler.
Teknik SEO denetimi için sunucu erişimi zorunlu mu?
Tarama aracındaki bütün hataları düzeltmek gerekir mi?
Teknik SEO incelemesi mevcut yazılımcıya nasıl aktarılır?
İndekslenmeyen her sayfa teknik olarak hatalı mıdır?
Bir sonraki adım
Sitenizde ne eksik?
Birlikte bakalım.
Site adresinizi ve hangi ürün için müşteri aradığınızı yazın. İlk görüşmede nereden başlayabileceğimizi konuşalım.