Çoğu kurumsal web sitesi görünürlüğünü, web tarayıcısında kimsenin fark etmediği nedenlerle kaybeder: arama motorlarının ulaşamadığı sayfalar, birbiriyle rekabet eden kopyalar, yavaş render edilen şablonlar, hiçbir şey söylemeyen işaretleme. Teknik SEO denetimi bunları bulur. Bu kontrol listesi, kurumsal ve B2B web sitelerinde kullandığımız listedir — büyük, çok dilli, çoğu zaman kurumsal bir CMS üzerinde çalışan siteler için — ve bir pazarlama ya da dijital ekibin ilk turu ajans olmadan tamamlayabileceği şekilde yazılmıştır.
Fikir
Teknik SEO bir püf noktası listesi değildir. Bir web sitesinin, bir tarayıcı botunun gözünden mühendislik durumudur: önemli her sayfa bulunabiliyor mu, anlaşılabiliyor mu, hızlı render ediliyor mu ve güvenilir kabul ediliyor mu? Denetim bunların her birini sırayla kontrol eder, bulguları iş etkisine göre önceliklendirir ve birinin uygulayabileceği bir planla biter — 200 sayfalık bir dışa aktarımla değil.
Sıra önemlidir. Google’ın tarayamadığı sayfalarda yapılandırılmış veriyi düzeltmek boşa harcanmış emektir; robots.txt ile engellenmiş şablonları hızlandırmak hiçbir şeyi değiştirmez. Bu listenin en üstünden başlayın ve aşağı doğru ilerleyin.
Neden önemli
Binlerce sayfası olan bir sitede kaybedilen trafik genellikle var olan sayfalar ile dizine eklenmiş sayfalar arasındaki boşlukta gizlidir. İki kez yeniden tasarlanmış, bir kez taşınmış ve on yıl boyunca birçok elden geçmiş bir kurumsal web sitesi; yönlendirme zincirleri, sahipsiz bölümler, unutulmuş dil klasörleri ve her şeyi sulandıran parametreli URL’ler biriktirir. Bunların hiçbiri tasarım incelemesinde görünmez. Hepsi Search Console’da görünür.
Uygulamada: kontrol listesi
1. Taranabilirlik
robots.txt — önemli hiçbir şey engellenmemiş; staging ve yönetim yolları kapatılmış; site haritasına referans verilmiş.
XML site haritaları — mevcut, geçerli, tipe göre ayrılmış, yalnızca kanonik ve dizine eklenebilir 200 URL’ler içeriyor; son değişiklik tarihleri gerçek.
Siteyi tarayın — masaüstü bir tarama aracıyla siteyi tarayın ve URL sayısını CMS’inizdeki ve Search Console’daki dizine eklenmiş sayfa sayısıyla karşılaştırın. Kabaca örtüşmesi gereken üç sayı — ve nadiren örtüşür.
Sahipsiz sayfalar — site haritasında ya da loglarda bulunan ama hiçbir iç bağlantının ulaşmadığı sayfalar.
Tarama derinliği — önemli her sayfaya ana sayfadan en fazla üç tıkla ulaşılabiliyor.
2. Dizine ekleme
Search Console kapsamı — “Tarandı, dizine eklenmedi” ve “Keşfedildi, dizine eklenmedi” listeleri sayfa sayfa okunmuş; bu listeler Google’ın neyi zayıf ya da kopya saydığını söyler.
Canonical etiketleri — dizine eklenebilir her sayfada kendine referans veriyor; site haritaları, hreflang ve iç bağlantılarla tutarlı.
Noindex — arama sonuçlarına, filtrelere, etiket arşivlerine, teşekkür sayfalarına uygulanmış; trafik getiren hiçbir şeye yanlışlıkla uygulanmamış.
Parametreli ve fasetli URL’ler — ürün filtreleri, sıralama seçenekleri ve izleme parametreleri canonical ya da kurallarla kontrol altında; binlerce yakın kopya olarak dizine eklenmemiş.
Sayfalama — taranabilir ve kendine kanonik.
3. Mimari ve iç bağlantılar
URL yapısı — okunabilir, kararlı, küçük harfli, oturum kimliği içermiyor; her sayfa için tek URL.
Navigasyon — ana bölümler her sayfadan bağlantılı; önemli derin sayfalar yalnızca site haritasından değil, hub sayfalarından, footer’dan ve ilgili içerik bloklarından da bağlantılı.
İç bağlantılar — yönlendirilmiş ya da kırık URL’lere bağlantı yok; bağlantı metinleri açıklayıcı.
Yönlendirmeler — kalıcı taşımalar için 302 değil 301; tek adımdan uzun zincir yok; döngü yok. Bir taşıma sonrasında en sık görülen hata budur.
4. Render ve JavaScript
Render edilmiş ve ham HTML — tarayıcı botunun aldığı ile tarayıcının gösterdiğini karşılaştırın. Yalnızca istemci tarafı JavaScript ile eklenen içerik, bağlantı ve meta veriler görülmeyebilir.
Lazy loading — görseller ve içerik hâlâ keşfedilebilir; yalnızca sonsuz kaydırmayla ulaşılan listeler yok.
Engellenen kaynaklar — Google’ın sayfayı render etmek için ihtiyaç duyduğu CSS ve JS engellenmemiş.
5. Performans ve Core Web Vitals
Saha verisi — yalnızca laboratuvar skorları değil, Search Console’un Core Web Vitals raporu ve CrUX; şablona göre gruplanmış.
LCP — hero görselleri boyutlandırılmış, sıkıştırılmış ve önceden yüklenmiş; yazı tipleri alt kümeye indirilmiş (subset) ve önceden yüklenmiş; kritik yolda render’ı engelleyen CSS yok.
INP — ağır betikler, tag manager’lar ve animasyon kütüphaneleri ertelenmiş ya da kaldırılmış.
CLS — görsel boyutları tanımlı; yazı tipleri için yedek ölçüler tanımlı; geç eklenen banner yok.
Önbellekleme ve dağıtım — CDN, sıkıştırma, cache başlıkları, görsel formatları (AVIF/WebP).
6. Sayfa içi ve meta veriler
Başlıklar ve açıklamalar — benzersiz, spesifik, uzunluk sınırları içinde; binlerce ürün ya da haber sayfası için mantıklı varsayılanlar üreten şablonlar.
Başlık hiyerarşisi — tek H1, tasarımı değil içeriği yansıtan mantıklı bir H2/H3 yapısı.
Görseller — görselin anlam taşıdığı yerlerde açıklayıcı dosya adları ve alt metinleri.
Zayıf ve kopya içerik — neredeyse aynı olan sayfalar birleştirilmiş ya da farklılaştırılmış.
7. Yapılandırılmış veri
Organization — ad, logo, sameAs, lokasyonlar; site grafiği üzerinden her sayfada.
Sayfa tipleri — ilgili yerlerde Article, Product, FAQPage, BreadcrumbList, JobPosting; editörlerin bozamaması için içerik modelinden üretiliyor.
Doğrulama — Zengin Sonuçlar Testi ve Search Console geliştirme raporları; hata yok, az sayıda uyarı.
8. Uluslararası yapı
hreflang — bir sayfanın her dil/pazar sürümü diğerlerinin tümüne ve kendisine referans veriyor; karşılıklı bağlantılar tutarlı; x-default tanımlı.
Yapı — her yerde uygulanan tek ve net bir desen (alt klasör, alt alan adı ya da ccTLD).
Çevrilmemiş sayfalar — kaynak dilin kopyası olarak yayınlanmamış.
9. Güvenlik ve hijyen
HTTPS her yerde, tek kanonik host (www’lu ya da www’suz), HTTP yönlendirilmiş.
Hata yönetimi — eksik sayfalar için gerçek 404 durumu, soft 404 değil; işe yarar bir 404 sayfası.
Eski varlıklar — kullanımdan kaldırılmış alan adları, staging siteleri ve eski mikro siteler yönlendirilmiş ya da dizinden çıkarılmış.
10. İzleme
Search Console — kapsam, geliştirmeler ve Core Web Vitals aylık gözden geçiriliyor; hata artışlarında uyarı.
Log dosyaları — erişilebildiği yerde, tarayıcı botlarının gerçekte neyi ne sıklıkla taradığı.
Değişiklik kontrolü — her şablon, CMS ya da barındırma değişikliği yayına alınmadan önce bu listeye karşı kontrol ediliyor.
Ne yapmalı
Önce 1–3. bölümleri çalışın; geri kalan her şeyin anlamlı olup olmadığına onlar karar verir. Bulguları üç sütunlu tek bir önceliklendirilmiş belgede toplayın: etki, efor, sorumlu. Performansa dokunmadan önce yönlendirmeleri, canonical etiketlerini ve engellenmiş sayfaları düzeltin. Sonra geri kalanını sürümleri ve doğrulaması olan mühendislik işi olarak ele alın — çünkü tam olarak budur.
Düzeltmeler şablonlarda, CMS’te ya da ön yüzde değişiklik gerektiriyorsa, bu iş web sitesini geliştiren ekibe aittir. Bu yüzden teknik SEO’yu ayrı bir rapor olarak değil, siteleri kurmanın ve sürdürmenin bir parçası olarak yapıyoruz — teknik SEO ajansı sayfamıza göz atın ya da teknik SEO ajansı nasıl seçilir yazımızı okuyun.
FAQ
Kurumsal bir web sitesi ne sıklıkla denetlenmeli?
Yılda bir kez ve her yenileme ya da taşıma öncesinde tam denetim; 1–3. bölümler ile Core Web Vitals üç ayda bir ya da her önemli sürümden sonra gözden geçirilmeli.
Hangi araçlara ihtiyaç var?
Masaüstü bir tarama aracı, Google Search Console, PageSpeed Insights ya da CrUX verisi, Zengin Sonuçlar Testi ve — büyük siteler için — sunucu loglarına erişim. Değerin büyük kısmı araçtan değil, sonuçların dikkatle okunmasından gelir.
Geliştirici erişimi olmadan denetim yapılabilir mi?
Denetim, evet. Düzeltmeler, nadiren. Mühendislik zamanını en baştan bütçeleyin.
Denetimi sizin için yapmamızı ister misiniz? Teknik SEO denetimi talep edin — önceliklendirilmiş, uygulanabilir bir plan teslim ediyor ve dilerseniz hayata geçiriyoruz.