Teknik SEO Denetimi Nasıl Yapılır? Adım Adım Rehber

Web sitenizin içeriği ne kadar güçlü olursa olsun, teknik altyapı sağlam değilse Google onu düzgün okuyamaz, indeksleyemez ve sıralayamaz. Teknik SEO denetimi bu yüzden her SEO çalışmasının başlangıç noktasıdır: sitenizin arama motorlarına ne kadar açık ve erişilebilir olduğunu sistematik biçimde ölçer.

Türkiye’de dijital pazarlama bütçelerinin önemli bir kısmı içerik üretimine ve reklam yönetimine ayrılıyor; teknik SEO ise çoğu zaman göz ardı ediliyor. Oysa saha gözlemlerimiz, orta ölçekli bir e-ticaret sitesinin ya da kurumsal web sitesinin trafiğini artırmak için ilk yapılması gereken işin genellikle teknik denetim olduğunu gösteriyor. Bir sitede crawl bütçesi yanlış harcanıyorsa, canonical etiketleri çelişiyorsa veya Core Web Vitals metrikleri kırmızı alandaysa, üretilen en iyi içerik bile hak ettiği sıralamaya ulaşamaz.

Bu rehberde bir teknik SEO denetiminde kontrol edilmesi gereken tüm alanları, kullanılacak araçları, her sorunun nasıl çözüleceğini ve 2026 itibarıyla Google’ın yapay zeka destekli arama deneyimlerinin (AI Overviews, AI Mode) teknik SEO’ya getirdiği yeni gereksinimleri adım adım ele alacağız.

Teknik SEO Denetimi Nedir?

Teknik SEO denetimi; bir web sitesinin arama motoru botları tarafından taranmasını, indekslenmesini ve sıralanmasını engelleyen veya olumsuz etkileyen teknik sorunları tespit etmek amacıyla yapılan sistematik incelemedir.

İçerik kalitesi veya backlink profili gibi off-page faktörlerden farklı olarak teknik SEO tamamen sitenizin altyapısıyla ilgilidir. Bir denetim şunları kapsar:

• Taranabilirlik (crawlability) ve erişilebilirlik
• İndeksleme durumu
• Site hızı ve Core Web Vitals
• Mobil uyumluluk
• URL yapısı ve yönlendirmeler
• Kırık bağlantılar ve 404 hataları
• Duplicate content (yinelenen içerik)
• Structured data (yapılandırılmış veri)
• HTTPS güvenliği
• İç linkleme yapısı
• Uluslararası ve çok dilli teknik sinyaller (varsa)
• Yapay zeka botlarına erişilebilirlik (GPTBot, ClaudeBot, PerplexityBot gibi)

Teknik SEO denetimini bir “sağlık kontrolü” gibi düşünebilirsiniz. Doktor muayenesinde kan tahlili, tansiyon ölçümü ve fiziksel muayene ayrı ayrı normal görünse bile birlikte değerlendirildiğinde bir sorunu ortaya çıkarabilir. Teknik SEO denetiminde de tek başına küçük görünen sorunlar (örneğin birkaç kırık link, birkaç yavaş sayfa) bir araya geldiğinde sitenin genel performansını ciddi biçimde aşağı çekebilir.

Neden Sadece İçerikten İbaret Değil?

Birçok işletme sahibi “İçeriğimiz kaliteli, neden sıralanmıyoruz?” sorusunu sorar. Cevap genellikle teknik katmanda gizlidir. Google’ın botları önce sitenizi tarar (crawl), sonra indeksler (index) ve ancak bu iki aşamadan sorunsuz geçen sayfalar sıralama (ranking) yarışına dahil olabilir. Taranamayan veya indekslenemeyen bir sayfa, dünyanın en iyi yazılmış makalesini içerse bile Google sonuçlarında hiç görünmez.

Hangi Araçları Kullanmalısınız?

Teknik SEO denetimi için endüstri standardı haline gelmiş araçlar şunlardır:

Ücretsiz araçlar:

• Google Search Console: İndeksleme hataları, Core Web Vitals, manuel cezalar, sitemap durumu
• Google PageSpeed Insights: Sayfa hızı ve Core Web Vitals ölçümü
• Google Rich Results Test: Şema işaretlemesi doğrulama
• Bing Webmaster Tools: Bing özelinde tarama sorunları
• Chrome DevTools ve Lighthouse: Mobil görünüm ve mobil performans kontrolü (Google’ın bağımsız Mobil Uyumluluk Testi aracı ve Search Console’daki Mobil Kullanılabilirlik raporu kullanımdan kaldırıldı)

Ücretli araçlar:

• Screaming Frog SEO Spider: Site genelinde kapsamlı tarama ve hata tespiti
• Ahrefs Site Audit: Otomatik denetim raporları
• SEMrush Site Audit: Teknik sorun önceliklendirmesi
• Sitebulb: Görsel raporlama ve önceliklendirme
• ContentKing / JetOctopus: Sürekli izleme (continuous crawling)

Küçük ve orta ölçekli siteler için Google Search Console + Screaming Frog’un ücretsiz versiyonu (500 URL’ye kadar) büyük ölçüde yeterlidir. Binlerce URL barındıran e-ticaret veya haber sitelerinde ise ücretli araçlara yatırım yapmak, manuel incelemede kaçırılacak sorunları erken tespit etmenizi sağlar.

Araç Seçimi Karar Tablosu

Adım 1: Taranabilirlik Kontrolü

robots.txt Dosyası

robots.txt dosyası, arama motoru botlarına hangi sayfaların taranacağını veya taranmayacağını bildirir. Yanlış yapılandırılmış bir robots.txt tüm sitenizin taranmasını engelleyebilir.

Kontrol noktaları:

• yourdomain.com/robots.txt adresine giderek dosyanın mevcut olduğunu doğrulayın
• Disallow: / gibi tüm siteyi engelleyen bir kural var mı?
• Önemli sayfalar veya dizinler yanlışlıkla engellenmiş mi?
• Sitemap URL’si robots.txt içinde belirtilmiş mi?
• CSS ve JavaScript dosyaları engellenmiş mi? (Google’ın sayfayı doğru render etmesi için bu dosyalara erişimi olmalı)
• Yapay zeka botları (GPTBot, ClaudeBot, PerplexityBot, Google-Extended) için kurallar bilinçli olarak mı belirlenmiş?

Türkiye’deki birçok sitede rastladığımız yaygın bir hata, geliştirme (staging) ortamından canlıya geçişte Disallow: / kuralının unutulup silinmemesidir. Bu tek satır, tüm sitenin Google tarafından taranmasını aylarca engelleyebilir ve fark edilene kadar ciddi organik trafik kaybına yol açar. Denetimin ilk dakikasında robots.txt kontrolü bu yüzden atlanmaması gereken bir adımdır.

XML Sitemap

Sitemap, arama motorlarına sitenizin URL yapısını sunar ve tarama sürecini kolaylaştırır.

Kontrol noktaları:

• Sitemap mevcut mu? (yourdomain.com/sitemap.xml)
• Google Search Console üzerinden gönderilmiş mi?
• Sitemap’te 404 döndüren URL’ler var mı?
• Noindex etiketli sayfalar sitemap’ten çıkarılmış mı?
• Büyük siteler için sitemap index dosyası oluşturulmuş mu?
• lastmod etiketleri gerçek güncelleme tarihini mi yansıtıyor, yoksa her taramada otomatik olarak “bugün” mü yazıyor? (İkincisi Google’ın güvenini zamanla azaltabilir)
• Sitemap 50.000 URL veya 50 MB sınırını aşıyor mu? Aşıyorsa sitemap index yapısına bölünmüş mü?

Crawl Bütçesi Değerlendirmesi

Büyük siteler için crawl bütçesi (Google’ın belirli bir sürede sitenizden tarayacağı sayfa sayısı) kritik bir kavramdır. Search Console’daki “Tarama İstatistikleri” raporunu inceleyerek günlük tarama isteği sayısını, indirilen bayt miktarını ve ortalama yanıt süresini görebilirsiniz. Bu rapor ani düşüşler veya artışlar gösteriyorsa sunucu tarafında bir sorun olabileceğinin işaretidir. Konuyla ilgili detaylı bilgi için crawl bütçesi nedir yazımıza bakabilirsiniz.

Log Dosyası Analizi: Gerçek Googlebot Davranışını Görmek

Search Console’daki tarama istatistikleri özet niteliğindedir; Googlebot’un hangi URL’leri, ne sıklıkla ve hangi durum koduyla ziyaret ettiğini satır satır görmek için sunucu log dosyalarını incelemek gerekir. Büyük ölçekli sitelerde (özellikle e-ticaret ve pazaryerlerinde) log analizi genellikle şu soruları yanıtlar:

• Googlebot, düşük değerli filtre URL’lerine mi yoksa gelir getiren ürün sayfalarına mı daha sık uğruyor?
• Yeni yayınlanan sayfalar Googlebot tarafından ne kadar sürede ilk kez ziyaret ediliyor?
• Sunucu hatası (5xx) döndüren isteklerin oranı ne kadar ve hangi saatlerde yoğunlaşıyor?
• Mobil Googlebot ile masaüstü Googlebot arasında tarama sıklığı farkı var mı?

Log analizi için Screaming Frog Log File Analyser, JetOctopus veya doğrudan sunucu erişim loglarının (access.log) bir tablo yazılımıyla filtrelenmesi kullanılabilir. Bu konuda daha ayrıntılı bir yöntem haritası için log analizi SEO yazımıza bakabilirsiniz. 1.000 sayfanın altındaki sitelerde log analizi genellikle zorunlu değildir; GSC ve Screaming Frog taramaları yeterli görünürlük sağlar.

Adım 2: İndeksleme Durumu

Google Search Console’da Dizin > Sayfalar bölümü, indeksleme durumunun en kapsamlı görünümünü sunar.

İzlenmesi gereken durumlar:

Önemli sayfalarınızın “İndekslendi” durumunda olduğunu teyit edin. İndekslenmeyi bekleyen çok sayıda sayfa varsa crawl bütçesi optimizasyonu yapmanız gerekebilir.

İndeksleme Sorununu Önceliklendirme Çerçevesi

Her indeksleme sorunu aynı önem derecesinde değildir. Denetim sırasında şu üç soruyu sorarak önceliklendirme yapın:

1. Bu sayfa gelir/dönüşüm getiren bir sayfa mı? (Ürün, hizmet, kategori sayfaları öncelikli)
2. Kaç sayfa aynı sorunu paylaşıyor? (Tekil bir sayfa mı, yoksa sistemsel bir şablon hatası mı?)
3. Sorun kaç zamandır sürüyor? (Yeni ortaya çıkmışsa acil, aylardır aynıysa kök neden analizi gerekir)

Adım 3: Site Hızı ve Core Web Vitals

Google, web sitesi hızını doğrudan bir sıralama faktörü olarak kullanmaktadır. Core Web Vitals üç temel metrikten oluşur:

• LCP (Largest Contentful Paint): En büyük içerik öğesinin yüklenme süresi. Hedef: ≤ 2,5 saniye
• INP (Interaction to Next Paint): Kullanıcı etkileşimine yanıt süresi. Hedef: ≤ 200 ms
• CLS (Cumulative Layout Shift): Görsel kararlılık skoru. Hedef: ≤ 0,1

Google Search Console’daki “Temel Web Verileri” raporunda sitenizin mobil ve masaüstü CWV puanlarını görebilirsiniz. “Zayıf” veya “Geliştirilmesi Gerekiyor” statüsündeki URL grupları öncelikli düzeltme listesine alınmalıdır. Metriklerin ayrıntılı tanımları için Core Web Vitals terimleri sözlüğümüze bakabilirsiniz.

Site Hızını Etkileyen Yaygın Teknik Nedenler

Türkiye’de özellikle WordPress tabanlı sitelerde sık gördüğümüz bir örüntü, çok sayıda eklentinin (özellikle sayfa oluşturucular ve slider eklentileri) art arda yüklenerek hem LCP hem INP metriklerini kötüleştirmesidir. Denetimde kullanılmayan eklentilerin devre dışı bırakılması genellikle en hızlı kazanımı sağlayan adımdır.

Adım 4: Mobil Uyumluluk

Google, mobile-first indexing (mobil öncelikli indeksleme) yaklaşımını benimsemiştir. Bu, sitenizin mobil versiyonunun sıralama kararlarında temel alındığı anlamına gelir.

Kontrol noktaları:

• Chrome DevTools cihaz emülasyonu ve Lighthouse ile mobil görünümü test edin (Google’ın eski Mobil Uyumluluk Testi aracı kaldırıldı)
• Viewport meta etiketi tüm sayfalarda tanımlanmış mı?
• Mobilde tıklanabilir öğeler (butonlar, linkler) yeterince büyük mü? (min. 48×48 px)
• Yatay kaydırma gerektiren içerik var mı?
• Mobil ile masaüstü içeriği aynı mı? (Gizlenen kritik içerik var mı?)
• Açılır pencereler (interstitial) mobilde içeriği tamamen kapatıyor mu? (Google bu tür agresif interstitial’ları cezalandırabilir)
• Dokunmatik menüler ve akordeon yapılar doğru çalışıyor mu?

Türkiye’de mobil trafik oranı birçok sektörde masaüstünü geçmiş durumda; özellikle sağlık, e-ticaret ve yerel hizmet sektörlerinde ziyaretçilerin büyük çoğunluğu mobil cihazlardan geliyor. Bu nedenle mobil deneyimi “ikincil” değil, “birincil” tasarım hedefi olarak ele almak gerekir.

Adım 5: HTTPS ve Güvenlik

HTTPS, Google’ın 2014’ten bu yana kullandığı hafif bir sıralama sinyalidir. Ancak asıl önemi kullanıcı güveni açısındandır: HTTP kullanan siteler Chrome’da “Güvenli Değil” uyarısı gösterir.

Kontrol noktaları:

• Tüm sayfalar HTTPS üzerinden mi çalışıyor?
• HTTP → HTTPS yönlendirmesi düzgün çalışıyor mu?
• SSL sertifikasının son kullanma tarihi kontrol edildi mi?
• Mixed content (HTTP kaynaklı resim/script yükleyen HTTPS sayfalar) var mı?
• HSTS (HTTP Strict Transport Security) başlığı tanımlanmış mı?
• Sertifika zinciri eksiksiz mi? (Bazı tarayıcılarda güven uyarısı vermeyip bazılarında vermesi zincir eksikliğine işaret edebilir)

Adım 6: URL Yapısı ve Yönlendirmeler

Kırık Bağlantılar (404 Hataları)

Screaming Frog veya Search Console ile tüm 404 hatalarını listeleyin. Önemli sayfalardan gelen kırık iç linkleri 301 yönlendirmesiyle düzeltin. HTTP durum kodlarının tam listesi ve anlamları için http durum kodları rehberimize başvurabilirsiniz.

Yönlendirme Zincirleri

A → B → C → D gibi uzun yönlendirme zincirleri tarama bütçesini tüketir ve link değerini zayıflatır. Zincirleri A → D şeklinde kısaltın. Site taşıma (migration) sonrası bu tür zincirler sıkça oluşur; detaylı yaklaşım için site taşıma rehberi yazımıza göz atabilirsiniz.

Canonical Etiketler

Benzer veya aynı içerikli birden fazla URL varsa (parametreli URL’ler, HTTP/HTTPS versiyonları, www/non-www) canonical etiketi yanlış sayfaya işaret edebilir. Her sayfanın self-referencing canonical etiketi taşıdığını ve yinelenen içeriklerin doğru canonicalized edildiğini doğrulayın. Konunun detayları için canonical etiketi nedir yazımızı inceleyebilirsiniz.

SEO Dostu URL Yapısı

URL’ler kısa, açıklayıcı ve Türkçe karakter içermemelidir. /sayfa?id=123 yerine /hizmetler/konya-seo tercih edilmelidir.

Yönlendirme ve URL Denetimi Kontrol Adımları

1. Screaming Frog ile tüm siteyi tarayın, “Response Codes” sekmesinde 3xx, 4xx ve 5xx kodlu URL’leri listeleyin
2. 404 döndüren URL’lerin geçmişte trafik alıp almadığını GSC “Performans” raporundan kontrol edin
3. Trafik alan 404 sayfaları için en ilgili canlı sayfaya 301 yönlendirmesi kurun
4. Yönlendirme zincirlerini (3xx → 3xx) tespit edip doğrudan hedefe yönlendirin
5. Dahili linklerin yönlendirilen URL’lere değil, doğrudan nihai URL’ye işaret ettiğini doğrulayın

Adım 7: Yinelenen İçerik (Duplicate Content)

Yinelenen içerik; Google’ın hangi versiyonu indeksleyeceğine karar vermekte zorlandığı durumlardır. Başlıca kaynaklar:

• www ve non-www versiyonların birlikte erişilebilir olması
• HTTP ve HTTPS versiyonlarının ikisinin de çalışması
• Parametreli URL’ler (/ürünler?renk=kırmızı ve /ürünler?renk=mavi)
• Printer-friendly sayfalar
• Session ID içeren URL’ler
• Faceted navigation (filtreleme) sonucu oluşan sonsuz URL kombinasyonları

Screaming Frog’un “Duplicate Content” filtresi bu sorunları otomatik olarak raporlar. Faceted navigation kaynaklı yinelenen içerik özellikle e-ticaret sitelerinde ciddi bir crawl bütçesi israfına yol açar; bu konuda faceted navigation seo yazımızda daha derin bir çözüm haritası bulabilirsiniz.

Adım 8: Yapılandırılmış Veri (Schema Markup)

Schema işaretlemesi, Google’ın içeriğinizi daha iyi anlamasına yardımcı olur ve arama sonuçlarında zengin snippet görünümü kazandırabilir.

Kontrol edilmesi gereken schema türleri:

• LocalBusiness / Organization: Şirket bilgileri
• Article / BlogPosting: Blog yazıları
• BreadcrumbList: Navigasyon izi
• FAQPage: Sıkça sorulan sorular (Google, FAQ zengin sonuçlarını büyük ölçüde sınırladı; yine de içeriği anlamlandırmak için kullanılabilir)
• Product / Offer: E-ticaret sayfaları
• Review / AggregateRating: Değerlendirmeler

Google Rich Results Test aracıyla tüm şema işaretlemelerinizi doğrulayın. Parse hatası veren şemalar arama sonuçlarında görünmez. Şema türlerinin tam listesi ve kullanım örnekleri için schema türleri sözlüğü sayfamıza bakabilirsiniz.

Yapay Zeka Arama Deneyimleri ve Schema

2026 itibarıyla Google AI Overviews, AI Mode ve benzeri üretken arama deneyimleri, sayfa içeriğini anlamlandırmak için yapılandırılmış veriye eskisinden daha fazla önem veriyor. Net biçimde işaretlenmiş Organization, Article ve BreadcrumbList gibi şemalar, içeriğinizin ne hakkında olduğunu makinelere açıkça anlatır. Google, FAQPage ve HowTo zengin sonuçlarını büyük ölçüde kaldırdığı veya sınırladığı için bu şemaları artık “zengin snippet” beklentisiyle değil, içeriği doğru anlamlandırma amacıyla kullanmak daha gerçekçidir. Şemanın görünür sayfa içeriğiyle birebir uyuşması şarttır. Bu nedenle teknik denetimde schema kontrolünü hem arama sonuçlarında hem de yapay zeka destekli özetlerde görünürlük hedefiyle ele alın.

Adım 9: İç Linkleme Analizi

İç linkler, tarama bütçesini yönlendirir ve link değerini (link equity) önemli sayfalara aktarır.

Kontrol noktaları:

• Orphan pages (hiçbir yerden linklenmeyen sayfalar) var mı?
• Ana sayfadan önemli sayfalara kaç tıkla ulaşılıyor? (Hedef: ≤ 3 tıklama)
• Aşırı sayıda iç link barındıran sayfalar var mı? (200+ link önerilmez)
• Kırık iç linkler düzeltildi mi?
• Anchor text çeşitliliği var mı?

Orphan page tespiti için Screaming Frog’un sitemap ile crawl verisini karşılaştıran “Orphan Pages” raporunu kullanabilirsiniz; ayrıca konuya özel yetim sayfalar (orphan pages) nasıl bulunur rehberimiz adım adım süreci anlatır.

Adım 10: Sayfa Başlığı ve Meta Etiket Kontrolü

• Her sayfanın benzersiz bir <title> etiketi var mı?
• Başlıklar 50–60 karakter sınırında mı?
• Her sayfa için özgün meta description yazılmış mı?
• H1 etiketi her sayfada yalnızca bir kez kullanılıyor mu?
• H2–H6 hiyerarşisi mantıklı bir sıra izliyor mu?
• Alt etiketleri tüm görsellere eklenmiş mi?

Başlık ve H1-H6 hiyerarşisinin daha ayrıntılı kuralları için başlık hiyerarşisi h1 h2 etiketleri yazımıza bakabilirsiniz.

Teknik SEO Denetim Kontrol Listesi

Denetim Ne Sıklıkla Yapılmalı?

• Küçük siteler (< 100 sayfa): 6 ayda bir
• Orta ölçekli siteler (100–1000 sayfa): 3 ayda bir
• Büyük siteler (1000+ sayfa): Aylık otomatik tarama + üç ayda bir kapsamlı inceleme
• Site güncelleme / taşıma sonrası: Hemen

Bunun ötesinde, aşağıdaki tetikleyici olaylardan herhangi biri gerçekleştiğinde de plansız bir denetim yapılmalıdır:

• Organik trafikte ani ve açıklanamayan düşüş
• CMS veya tema güncellemesi sonrası
• Yeni bir eklenti veya üçüncü parti script eklenmesi
• Sunucu/hosting sağlayıcısı değişikliği
• Site geneli bir yeniden tasarım (redesign)
• Google’dan manuel işlem (manual action) bildirimi alınması

Teknik SEO Denetim Süreci: Adım Adım İş Akışı

Teknik denetimi rastgele sırayla yapmak zaman kaybettirir. Aşağıdaki iş akışı, saha uygulamalarımızda en verimli sonucu veren sıradır:

1. Ön hazırlık: GSC, GA4 ve Screaming Frog erişimlerini sağlayın; son 3 aylık trafik ve sıralama verisini dışa aktarın.
2. Tam site taraması: Screaming Frog ile tüm siteyi tarayın (JavaScript render açık); tüm URL’leri, durum kodlarını, başlıkları ve meta verileri dışa aktarın.
3. Taranabilirlik ve indeksleme analizi: robots.txt, sitemap ve GSC “Sayfalar” raporunu karşılaştırın.
4. Performans analizi: PageSpeed Insights ve GSC Core Web Vitals raporunu inceleyin; en kötü performans gösteren şablon türlerini belirleyin.
5. İçerik ve yapı analizi: Duplicate content, orphan pages, iç linkleme haritasını çıkarın.
6. Şema ve zengin sonuç kontrolü: Rich Results Test ile örnek sayfa gruplarını test edin.
7. Önceliklendirme: Bulunan sorunları etki (impact) ve uygulama zorluğu (effort) matrisine yerleştirin.
8. Aksiyon planı ve raporlama: Sorunları sorumlu ekiplere (geliştirme, içerik, tasarım) atayarak takvimli bir eylem planı oluşturun.
9. Doğrulama: Düzeltmeler canlıya alındıktan sonra aynı kontrolleri tekrarlayarak sorunların gerçekten çözüldüğünü teyit edin.

Etki / Zorluk Matrisi ile Önceliklendirme

Vaka Kurgusu: Orta Ölçekli Bir E-Ticaret Sitesinde Teknik Denetim

Elektronik aksesuar satan, aylık yaklaşık 40.000 organik ziyaretçi alan kurgusal bir e-ticaret sitesini ele alalım: “TeknoParça”. Site son altı ayda organik trafiğinde kademeli bir düşüş yaşıyor ve pazarlama ekibi bunun sebebini içerik eksikliğine bağlıyor.

Denetim öncesi durum:

• Sitede filtreleme (renk, marka, fiyat aralığı) sonucu oluşan 18.000’den fazla parametreli URL indekslenmeye açık bırakılmış.
• Ürün sayfalarının yaklaşık %22’si “Discovered – currently not indexed” statüsünde.
• Mobilde LCP ortalama 4,1 saniye, INP ortalama 340 ms.
• Kategori sayfalarında canonical etiketi eksik, bazı sayfalar kendi filtrelenmiş versiyonlarını canonical gösteriyor.
• robots.txt dosyasında CSS dizini yanlışlıkla engellenmiş.

Uygulanan adımlar:

1. Filtrelenmiş URL’ler için noindex, follow + canonical düzenlemesi yapıldı; yalnızca stratejik önem taşıyan filtre kombinasyonları (örneğin “marka + kategori”) indekslenmeye bırakıldı.
2. Görseller WebP formatına dönüştürüldü, kritik olmayan JavaScript defer edildi; bu değişiklikler sonucunda mobil LCP 2,3 saniyeye, INP 190 ms’ye indi.
3. robots.txt düzeltilerek CSS/JS erişimi açıldı, Google’ın sayfaları doğru render etmesi sağlandı.
4. Kategori sayfalarına self-referencing canonical etiketleri eklendi.
5. Crawl bütçesinin filtre URL’lerinde israf edilmesi engellenince, Google’ın önemli ürün sayfalarını tarama sıklığı arttı.

Sonuç penceresi (3 ay): Düzeltmelerin canlıya alınmasından yaklaşık 6-8 hafta sonra “Discovered – currently not indexed” oranı %22’den %6’ya geriledi. Core Web Vitals raporunda mobil URL’lerin “İyi” kategorisindeki payı belirgin şekilde arttı. Organik trafikte üç ay içinde kademeli bir toparlanma gözlendi; en büyük katkıyı önceden indekslenemeyen ürün sayfalarının aramalarda görünür hale gelmesi sağladı.

(Vaka temsilidir.)

Sık Yapılan Hatalar

1. Denetimi yalnızca araç raporuna bakarak yapmak. Screaming Frog veya Ahrefs raporundaki her satırı okumadan “kırmızı” işaretli her şeyi acil kabul etmek yanlış önceliklendirmeye yol açar. Raporlar başlangıç noktasıdır, karar aracı değildir.
2. Staging ortamındaki noindex ayarının canlıya taşınması. Yeni bir tema veya site güncellemesi sonrası bu tek satırlık ayarın unutulması, sitenin tamamen dizinden düşmesine neden olabilir.
3. Core Web Vitals’ı yalnızca ana sayfada ölçmek. Ana sayfa hızlı olsa da ürün veya blog şablonları çok daha ağır JavaScript/CSS yükü taşıyabilir; her şablon türü ayrı test edilmelidir.
4. Canonical etiketlerini kopyala-yapıştır ile aynı URL’ye sabitlemek. Bazı CMS temalarında tüm sayfaların canonical etiketi yanlışlıkla ana sayfayı gösterebilir; bu, tüm iç sayfaların indeksten düşmesine yol açabilir.
5. Yönlendirmeleri 302 ile kalıcı hale getirmek. Kalıcı bir taşımada 301 yerine 302 kullanmak, Google’ın eski URL’nin değerini yeni URL’ye tam olarak aktarmamasına neden olabilir.
6. Şema işaretlemesini test etmeden yayınlamak. Sözdizimi hatası içeren bir JSON-LD bloğu, tüm sayfanın zengin sonuç kazanma şansını sıfırlar.
7. Denetim sonrası eylem planı oluşturmamak. Bulunan onlarca sorunu bir tabloya yazıp hiçbirine sahip atamamak, denetimi yalnızca bir “belge üretme” egzersizine dönüştürür.
8. Mobil ve masaüstü sonuçlarını karıştırmak. Mobile-first indexing döneminde masaüstü verisine bakarak “her şey iyi görünüyor” demek yanıltıcıdır; karar her zaman mobil veriye dayanmalıdır.

Sık Sorulan Sorular

Sonuç

Teknik SEO denetimi, arama motorlarında görünürlük kazanmanın ön koşuludur. En iyi içerik bile teknik sorunlarla dolu bir sitede potansiyelinin çok altında performans gösterir. Yukarıdaki kontrol listesini düzenli aralıklarla uygulayarak teknik altyapınızı sağlam tutabilir, Google’ın sitenizi doğru biçimde tarayıp indekslemesini ve sıralamasını destekleyebilirsiniz.

Teknik denetim sonrası bir sonraki adım için Google’da üst sıralara çıkma yöntemleri rehberimize göz atabilirsiniz. Sitenizin teknik altyapısını profesyonel bir ekiple değerlendirmek isterseniz teknik SEO hizmetimiz hakkında bilgi alabilir, sorularınız için iletişime geçebilirsiniz.