Tarama engelleri
Robots.txt, hatalı bağlantılar, aşırı derinlik veya sunucu sorunları nedeniyle önemli URL’lere ulaşılamaması.
SEO HİZMETİ
Teknik SEO hizmeti, Google’ın sayfalarınızı sorunsuz taraması, doğru indekslemesi ve kullanıcıya hızlı göstermesi için altyapı problemlerini öncelik sırasına koyar.
TARANABİLİR, ANLAŞILIR VE HIZLI ALTYAPI
Teknik SEO, arama motorlarının önemli sayfaları keşfetmesini, doğru sürümü indekslemesini ve içeriği eksiksiz yorumlamasını sağlayan altyapı çalışmalarının bütünüdür. Yalnız site hızını ölçmek veya otomatik tarama aracındaki hata sayısını azaltmak değildir. Bir teknik değişikliğin kullanıcıya ve arama görünürlüğüne etkisi birlikte değerlendirilir.
İyi içerik teknik olarak erişilemiyorsa arama motoru o değeri kullanamaz. Benzer şekilde kusursuz taranan bir sayfa kullanıcının sorusuna cevap vermiyorsa teknik başarı tek başına sıralama getirmez. Teknik SEO’nun görevi içerik, kullanıcı deneyimi ve otorite çalışmalarının çalışabileceği güvenilir zemini kurmaktır.
Denetim, bütün URL’leri aynı önemde görmez. Ana hizmet, kategori, ürün veya dönüşüm üreten sayfaların erişimi önce korunur. Düşük değerli parametreler, tekrar eden filtreler ve eski URL’ler ise tarama ile indeks kalitesini bozmayacak şekilde yönetilir.
Robots.txt, hatalı bağlantılar, aşırı derinlik veya sunucu sorunları nedeniyle önemli URL’lere ulaşılamaması.
Canonical, noindex, sitemap ve yönlendirme kurallarının birbirine aykırı çalışması.
JavaScript sonrası ana içerik ve bağlantıların eksik oluşması veya kullanıcı etkileşimine bağlı kalması.
Yavaş ana içerik, geç etkileşim, görsel kayması ve mobilde kararsız deneyim.
Bunlara soft 404, yönlendirme zinciri, hatalı durum kodu, uluslararası sitelerde hreflang, sayfalama, filtreli URL’ler, yapılandırılmış veri ve site geçişi kontrolleri de eklenebilir. Kapsam, sitenin teknolojisi ve URL üretim biçimine göre belirlenir.
Sitemap, indekslenmesini istediğiniz canonical ve 200 durum kodlu URL’leri göstermelidir. Sitemap’te bulunmak indeks garantisi değildir; ancak sitenin hangi sayfaları önemli gördüğünü anlatan tutarlı bir sinyaldir. Yönlendirilen, 404 veren veya noindex sayfaların sitemap’te tutulması bu mesajı bulanıklaştırır.
Robots.txt taramayı yönetir, indeks silme aracı değildir. Bir URL’yi robots.txt ile engellemek Google’ın sayfadaki noindex veya canonical etiketini görmesini önleyebilir. Bu nedenle engelleme kararı URL’nin nasıl keşfedildiği ve hangi amaçla üretildiği anlaşılmadan verilmemelidir.
“Tarandı, şu anda dizine eklenmedi” durumu tek bir teknik hataya işaret etmez. İçerik benzerliği, zayıf iç link, düşük kullanıcı değeri, canonical kümeleri veya site genelindeki kalite değerlendirmesi birlikte incelenir. Çözüm aynı URL’yi sürekli indeks talebine göndermek değildir.
Canonical, benzer URL’ler arasında tercih edilen sürümü belirtir; yönlendirme gibi kullanıcıyı başka sayfaya taşımaz. Sayfa bağımsız değer taşımıyorsa ve kalıcı olarak başka adrese geçtiyse sunucu taraflı 301 daha açık çözümdür. İki farklı niyete sahip sayfayı yalnız güç aktarmak amacıyla birbirine yönlendirmek ise kullanıcı beklentisini bozabilir.
| Durum | Uygun yaklaşım | Kontrol |
|---|---|---|
| Kalıcı URL değişikliği | Tek adımlı 301 | Eski adres hedefe gider, sitemap yeni URL’yi içerir |
| Parametreli kopya | Gerekliyse canonical ve URL üretim kontrolü | Google’ın seçtiği canonical karşılaştırılır |
| Geçici kampanya yönü | Amaca göre 302/307 | Geçici hedef sona erdiğinde geri alınır |
| Silinen ve eşdeğeri olmayan içerik | 404 veya 410 | Site içinde kırık bağlantı bırakılmaz |
HTTP/HTTPS, www/non-www ve trailing slash sürümleri tek canonical host altında toplanmalıdır. Yönlendirme zincirleri hem kullanıcı gecikmesini hem de hata ihtimalini artırır; mümkün olduğunda eski adres doğrudan son hedefe bağlanır.
Modern sitelerde JavaScript kullanmak tek başına SEO problemi değildir. Risk, ana içeriğin veya bağlantıların yalnız kullanıcı etkileşiminden sonra oluşması, render sırasında hata vermesi ya da ilk HTML’deki canonical ile sonradan üretilen canonical’ın farklı olmasıdır.
Kaynak HTML, oluşturulmuş DOM ve Google’ın gördüğü render karşılaştırılır. Menü, ürün listesi, filtre bağlantıları ve yapılandırılmış veri gibi kritik bileşenlerin gerçek bağlantılarla çalışması gerekir. Yalnız tıklama olayına bağlı butonlar, arama motorunun yeni URL’yi keşfetmesini garanti etmez.
Sunucu taraflı render veya statik üretim her proje için zorunlu değildir. Karar; içerik değişim sıklığı, geliştirme maliyeti, performans ve Google’ın mevcut yapıyı güvenilir biçimde işleyip işlemediğine göre verilir.
Core Web Vitals; yüklenme, etkileşim ve görsel kararlılık deneyimini ölçmeye yardım eder. LCP için ana içeriğin ne kadar hızlı göründüğü, INP için kullanıcı etkileşimlerine verilen yanıt, CLS için beklenmeyen yer değişimleri incelenir. Tek bir laboratuvar testi bütün kullanıcıları temsil etmez; mümkün olduğunda Chrome kullanıcı verileriyle birlikte değerlendirilir.
Performans optimizasyonu puan kovalamak değildir. Gerçek kullanıcıların önemli işlemleri daha hızlı ve sorunsuz tamamlaması hedeflenir. Düşük trafikli test URL’sindeki yüksek skor yerine, gelir veya talep üreten şablonların gerçek verisi öncelik taşır.
Her bulgu örnek URL ve beklenen davranışla açıklanır. “Canonical hatası var” yerine hangi şablonda, hangi URL grubunda, hangi canonical’ın beklendiği ve düzeltmenin nasıl doğrulanacağı yazılır. Böylece rapor uygulanabilir hâle gelir.
Öncelik yalnız hata adedine göre belirlenmez. Beş URL’yi etkileyen kritik indeks problemi, on bin dekoratif uyarıdan daha önemli olabilir. Değerlendirmede etkilenen sayfa değeri, URL sayısı, görünürlük kaybı, kullanıcı etkisi, uygulama eforu ve geri dönüş riski birlikte kullanılır.
Önce erişimi veya indekslemeyi engelleyen kritik problemler, ardından geniş şablon hataları ve performans darboğazları ele alınır. Düşük etkili kozmetik maddeler ayrı bir bakım listesinde tutulabilir. Bu yaklaşım geliştirici kapasitesinin gerçekten sonuç üreten işlere ayrılmasını sağlar.
Süre URL sayısı, teknoloji ve test ortamına göre değişir. Küçük bir kurumsal site birkaç gün içinde değerlendirilebilir; büyük e-ticaret veya JavaScript tabanlı yapılarda örnekleme ve doğrulama daha uzun sürer.
Hayır. Araçların tarama ve sınıflandırma yöntemleri farklıdır. Bulgular kaynak kodu, sunucu yanıtı, Search Console ve gerçek kullanıcı davranışıyla doğrulanmalıdır.
Tek başına garanti etmez. Hız kullanıcı deneyimini ve dönüşümü destekler; içerik uygunluğu, otorite ve diğer sinyallerle birlikte değerlendirilir.
Altyapı ve içerik değiştikçe yeni riskler oluşabilir. Büyük yayınlardan sonra doğrulama, düzenli aralıklarla şablon ve Search Console kontrolü yapılması daha sağlıklıdır.
Tarama, indeksleme, render ve performans sorunlarını iş etkisine göre birlikte değerlendirelim.
Teknik ön değerlendirme iste →