Kısa cevap: Teknik SEO denetimi; arama motorunun önemli URL’leri keşfedip tarayabildiğini, doğru içeriği oluşturulan HTML’de görebildiğini, tercih edilen URL’yi indeksleyebildiğini ve kullanıcıya hızlı, güvenli, mobil uyumlu bir deneyim sunduğunu kanıtlarla kontrol etme sürecidir. Önce tarama–indeksleme engellerini, sonra canonical ve yönlendirmeleri, iç link mimarisini, JavaScript görünürlüğünü, Core Web Vitals ile yapılandırılmış veriyi inceleyin. Araç skorunu değil, sorunun gerçek URL ve iş etkisini önceliklendirin.
Teknik SEO, tek seferlik bir “site puanı” üretmek değildir. Yeni şablon, filtre, kampanya, ürün, dil, alan adı veya JavaScript sürümü eski ayarları bozabilir. Sağlıklı süreç; başlangıç ölçümü, örnek URL doğrulaması, geliştirilebilir öneri, test ortamı kontrolü, yayın sonrası gözlem ve tekrar taramadan oluşur.
Site türünü ve hedefini yazın: e-ticaret, yayıncı, SaaS, yerel hizmet veya çok dilli kurumsal yapı farklı önceliklere sahiptir. Gelir ya da dönüşüm üreten sayfa türlerini, ana şablonları, alt alan adlarını, ülkeleri, kullanılan CMS’i ve son değişiklik tarihlerini listeleyin. Search Console, analitik, sunucu logu ve yayın takvimi erişimlerini hazırlayın.
URL envanterini yalnız sitemap’ten çıkarmayın. Sitemap, iç linklerle keşfedilen sayfalar, Search Console örnekleri, analitik açılış sayfaları ve mümkünse log kayıtlarını birleştirin. Böylece “sitemap’te var ama linksiz”, “trafik alıyor ama yetim” veya “Google tarıyor ama işletme için değersiz” URL sınıfları görülür.
Tarama, botun URL’yi isteyip içeriği almasıdır; indeksleme ise içeriğin işlenip arama dizinine uygun bulunmasıdır. Bir sayfanın taranması indeksleneceği, indekslenmesi de belirli sorguda sıralanacağı anlamına gelmez. Google’ın tarama ve indeksleme belgeleri robots.txt, sitemap, durum kodu, canonical ve meta robots kontrollerini bu sürecin farklı parçaları olarak açıklar.
“Google görmüyor” sorusunu üçe ayırın: URL keşfedilmedi mi, istek engellendi mi, yoksa taranan sayfa indeks için seçilmedi mi? Search Console URL Denetleme, sayfa indeksleme raporları ve sunucu logları bu ayrımı yapmaya yardımcı olur.
Robots.txt bir crawler’ın hangi URL’leri isteyebileceğini yönlendirir; indeks kaldırma aracı değildir. Engellenen bir URL başka yerlerden bağlantı alırsa içerik taranmadan URL düzeyinde sonuçlarda görünebilir. İndekslenmemesi gereken HTML sayfalarında erişime izin verip meta robots noindex kullanmak gerekebilir.
Noindex kuralının görülebilmesi için botun sayfayı tarayabilmesi gerekir. PDF veya görsel gibi HTML olmayan kaynaklarda X-Robots-Tag HTTP başlığı kullanılabilir. Üretim ortamında yanlışlıkla kalan site geneli noindex, staging robots kuralı veya güvenlik duvarı engeli kritik önceliktir.
Hesap, sepet, dahili arama sonucu, sınırsız filtre kombinasyonu, test ve yinelenen yardımcı sayfalar indeks stratejisine göre dışarıda tutulabilir. Ancak “düşük trafik alıyor” diye toplu noindex uygulamadan önce sayfanın kullanıcı ve iç link rolünü değerlendirin. İndeks yönetimi, değerli sayfaları görünür kılma kararıdır; yalnız URL azaltma yarışı değildir.
Sitemap yalnız indekslenmesini istediğiniz canonical ve 200 durum kodlu URL’leri içermelidir. Yönlendiren, 404 dönen, noindex, farklı URL’ye canonical veren veya robots ile engellenmiş adreslerin sitemap’e girmesi çelişkili sinyal üretir. lastmod değeri, gerçekten anlamlı içerik değiştiğinde güncellenmelidir.
Google, sitemap gönderiminin bir ipucu olduğunu ve tarama ya da indeks garantisi vermediğini belirtir. Tek dosya 50 MB sıkıştırılmamış boyut veya 50.000 URL sınırını aşarsa sitemap index kullanın. Sayfa türlerine göre ayrılmış sitemap’ler, indeks sorununu ürün, kategori veya makale bazında izlemeyi kolaylaştırır.
Canonical, benzer veya yinelenen URL grubu için tercih edilen temsilciyi işaretler. Google bu bildirimi ipucu olarak değerlendirir; farklı bir URL seçebilir. Google belgelerinde yönlendirme ve rel=canonical güçlü, sitemap dâhil etme daha zayıf canonical sinyali olarak açıklanır.
Canonical hedefi erişilebilir, indekslenebilir ve içerik açısından eşdeğer olmalıdır. Parametreli filtreyi alakasız kategoriye, sayfalı listeyi ilk sayfaya veya her ürünü ana sayfaya canonical yapmak içerik sinyallerini bozabilir. Tercih edilen sayfada self-referencing canonical kullanın; HTTP/HTTPS, www, slash ve büyük-küçük harf varyantlarında tutarlı olun.
Canonical ile noindex’i aynı amaca yönelik rastgele birleştirmeyin. Google, site içi canonical seçimini engellemek için noindex yerine rel=canonical kullanmayı önerir. URL Denetleme’de kullanıcı tarafından bildirilen ve Google tarafından seçilen canonical’ı karşılaştırın.
Önemli sayfalar 200; kalıcı taşımalar 301 veya 308; geçici taşımalar 302 veya 307; bulunmayan içerik 404 ya da 410 döndürmelidir. Hata mesajı gösterip 200 dönen soft 404 sayfaları temizleyin. Sunucu hataları, zaman aşımı ve DNS sorunlarını URL türü ile zaman aralığına göre analiz edin.
Yönlendirme zinciri ve döngülerini kaldırın; iç linkleri son hedefe güncelleyin. Taşınan sayfayı yalnız kategori ana sayfasına göndermek yerine mümkün olan en yakın eşdeğere yönlendirin. Silinen içeriğin gerçek bir karşılığı yoksa açık 404/410, kullanıcı için önerilen yollar ve düzgün navigasyon sunmak daha doğrudur.
Önemli sayfalar yalnız sitemap’te değil, taranabilir HTML bağlantılarıyla mantıklı hiyerarşide bulunmalıdır. Menü, kategori, breadcrumb, ilgili içerik ve bağlamsal linklerin hangi sayfalara ağırlık taşıdığını inceleyin. Yetim sayfaları, aşırı derin URL’leri ve binlerce gereksiz parametre üreten filtreleri belirleyin.
Bağlantı metni hedefi doğal biçimde açıklamalıdır. Her sayfaya aynı anahtar kelimeli yüzlerce footer linki eklemek yerine kullanıcı yolculuğuna uygun bağlantılar kurun. Pagination ve sonsuz kaydırmada, botun JavaScript etkileşimi olmadan takip edebileceği gerçek URL ve bağlantılar üretin.
Google JavaScript sayfalarını tarama, render ve indeksleme aşamalarında işler. İlk HTML ile render edilmiş HTML’yi karşılaştırın: ana içerik, başlık, canonical, meta robots, yapılandırılmış veri ve iç bağlantılar render sonrası mevcut mu? URL Denetleme veya Rich Results Test ile oluşturulan HTML’yi inceleyin.
Google, server-side rendering veya pre-rendering yaklaşımının kullanıcılar ve crawler’lar için hâlâ iyi bir fikir olduğunu belirtir. İçeriği yalnız kullanıcı tıklamasından sonra API ile getirmek, hash fragment URL’leri, desteklenmeyen tarayıcı özellikleri ve engellenen JS/CSS dosyaları keşfi zorlaştırabilir. “Google JavaScript çalıştırıyor” ifadesi, her uygulamanın sorunsuz indeksleneceği anlamına gelmez.
Metin okunabilirliği, dokunma hedefleri, viewport, yatay taşma, ana içerik ile reklam ayrımı, HTTPS ve müdahaleci geçiş ekranlarını gerçek cihazlarda test edin. Masaüstünde çalışan filtre, menü veya ödeme adımı mobilde erişilemezse yalnız SEO değil dönüşüm de zarar görür.
Core Web Vitals gerçek kullanıcı deneyimini üç boyutta ölçer: LCP yüklenme performansı, INP etkileşim yanıtı, CLS görsel kararlılık. Google’ın güncel hedefleri LCP için 2,5 saniye veya daha iyi, INP için 200 ms’den düşük ve CLS için 0,1’den düşük değerdir. Değerlendirme uygun olduğunda 75. yüzdelik dilimde mobil ve masaüstü ayrı yapılır.
Lighthouse tek test koşulunda teşhis sağlar; Chrome kullanıcı deneyimi alan verisi gerçek kullanıcı, cihaz ve ağları yansıtır. INP gerçek etkileşim gerektirdiği için laboratuvarda TBT gibi vekil metrikler kullanılır. Performans iyileştirmesini tek ekran görüntüsüyle değil, şablon bazında alan verisi ve regresyon testiyle doğrulayın.
Sayfa türüne uygun ve Google tarafından desteklenen şemayı seçin. İşaretlenen bilgi kullanıcıya görünür ana içerikle eşleşmeli; yanlış fiyat, uydurma puan veya görünmeyen SSS eklenmemelidir. Google JSON-LD’yi uygulanması ve ölçeklenmesi kolay format olarak önerir; Microdata ve RDFa da desteklenir.
Rich Results Test ile söz dizimi ve uygunluğu, yayın sonrası Search Console geliştirme raporlarıyla şablon hatalarını izleyin. Geçerli yapılandırılmış veri zengin sonuç garantisi vermez. Schema, eksik veya düşük kaliteli içeriğin yerine geçmez; içeriğin anlamını açıklar.
Her önemli sayfanın özgün ve açıklayıcı title, görünür ana başlık, amaca uygun meta açıklama, mantıklı H2/H3 yapısı ve kullanıcı niyetini karşılayan ana içeriği olmalıdır. Başlık ve metin yalnız anahtar kelime varyasyonlarıyla şişirilmemeli; ürün, hizmet veya sorunun özünü erken açıklamalıdır.
Aynı niyete sahip birden fazla sayfanın birbirleriyle rekabet edip etmediğini inceleyin. Birleştirme, farklılaştırma, yönlendirme veya iç link değişikliği seçeneklerini sayfa geçmişi ve dönüşümle değerlendirin. Görsellerde dosya boyutu, boyut tanımı, alt metin ve lazy-loading davranışını kontrol edin.
Her bulguya etkilenen URL sayısı, sayfa türü, organik değer, kullanıcı etkisi, geliştirme maliyeti, risk ve bağımlılık ekleyin. “10.000 eksik meta” ile “ödeme üreten kategori noindex” aynı öncelikte değildir. Kritik engel, yüksek etkili şablon problemi, hızlı kazanım ve izleme gerektiren öneri olarak gruplandırın.
Geliştirici için kabul ölçütü yazın: beklenen durum kodu, canonical hedefi, render edilmiş HTML örneği veya performans bütçesi açık olsun. Yayından önce staging’de; sonra canlı ortamda örnek URL, tarama ve Search Console verisiyle doğrulayın. Uygulanmayan yüz maddelik rapor yerine, doğrulanmış on kritik düzeltme daha değerlidir.
1. Önemli sayfalar taranabilir, 200 ve indekslenebilir mi?
2. robots.txt, meta robots ve X-Robots-Tag amaçla uyumlu mu?
3. Sitemap yalnız canonical ve indekslenebilir URL’leri içeriyor mu?
4. Canonical, redirect, iç link ve sitemap sinyalleri tutarlı mı?
5. 404, soft 404, 5xx, zincir ve döngüler temiz mi?
6. Önemli sayfalar taranabilir HTML linkleriyle bulunuyor mu?
7. Ana içerik ve metadata render edilmiş HTML’de görünüyor mu?
8. Mobil deneyim ve Core Web Vitals şablon bazında iyi mi?
9. Yapılandırılmış veri görünür içerikle eşleşiyor mu?
10. Düzeltmeler yayın sonrası tekrar taranıp ölçülüyor mu?
Arama motorlarının siteyi keşfetme, tarama, render etme, canonical seçme ve indeksleme süreçlerini; kullanıcı deneyimi ve site altyapısıyla birlikte iyileştiren çalışmalardır.
Her zaman değil. Robots.txt taramayı engeller; URL başka bağlantılardan biliniyorsa içeriksiz biçimde indekslenebilir. Kaldırma ihtiyacına göre noindex, kimlik doğrulama veya uygun kaldırma yöntemi seçilmelidir.
Hayır. Google sitemap’i bir ipucu olarak kullanır. Sayfanın erişilebilir, canonical, kaliteli ve indekslenebilir olması gerekir.
Hayır. İyi değerler kullanıcı deneyimi ve arama başarısıyla uyumludur; fakat alaka, içerik ve diğer sinyallerin yerine geçmez, sıralama garantisi vermez.
Büyük değişiklik, taşıma ve şablon yayını öncesi–sonrası mutlaka; rutin olarak da sitenin değişim hızı ve riskine göre düzenli izleme yapılmalıdır.
Başarılı denetim; araç uyarıları yığını değil, hangi sayfanın neden etkilendiğini açıklayan, iş değerine göre sıralanmış, geliştirilebilir ve yayın sonrası doğrulanabilir görevler üretir. Tarama, indeksleme, içerik, deneyim ve ölçüm tek zincir olarak ele alınmalıdır.
Teknik SEO’nun hedefi botlar için ayrı bir site kurmak değil; kullanıcıya sunulan değerli içeriği arama sistemleri için erişilebilir, anlaşılır ve tutarlı hâle getirmektir.
Google: Crawling and Indexing
Google: Canonical URL Yöntemleri
Google: JavaScript SEO Basics
Google: Core Web Vitals
Google: Structured Data Introduction
Google: Sitemap Oluşturma ve Gönderme
Teknik SEO, tek seferlik bir “site puanı” üretmek değildir. Yeni şablon, filtre, kampanya, ürün, dil, alan adı veya JavaScript sürümü eski ayarları bozabilir. Sağlıklı süreç; başlangıç ölçümü, örnek URL doğrulaması, geliştirilebilir öneri, test ortamı kontrolü, yayın sonrası gözlem ve tekrar taramadan oluşur.
Teknik SEO denetimine nasıl başlanır?
Site türünü ve hedefini yazın: e-ticaret, yayıncı, SaaS, yerel hizmet veya çok dilli kurumsal yapı farklı önceliklere sahiptir. Gelir ya da dönüşüm üreten sayfa türlerini, ana şablonları, alt alan adlarını, ülkeleri, kullanılan CMS’i ve son değişiklik tarihlerini listeleyin. Search Console, analitik, sunucu logu ve yayın takvimi erişimlerini hazırlayın.URL envanterini yalnız sitemap’ten çıkarmayın. Sitemap, iç linklerle keşfedilen sayfalar, Search Console örnekleri, analitik açılış sayfaları ve mümkünse log kayıtlarını birleştirin. Böylece “sitemap’te var ama linksiz”, “trafik alıyor ama yetim” veya “Google tarıyor ama işletme için değersiz” URL sınıfları görülür.
Tarama ve indeksleme arasındaki fark nedir?
Tarama, botun URL’yi isteyip içeriği almasıdır; indeksleme ise içeriğin işlenip arama dizinine uygun bulunmasıdır. Bir sayfanın taranması indeksleneceği, indekslenmesi de belirli sorguda sıralanacağı anlamına gelmez. Google’ın tarama ve indeksleme belgeleri robots.txt, sitemap, durum kodu, canonical ve meta robots kontrollerini bu sürecin farklı parçaları olarak açıklar.“Google görmüyor” sorusunu üçe ayırın: URL keşfedilmedi mi, istek engellendi mi, yoksa taranan sayfa indeks için seçilmedi mi? Search Console URL Denetleme, sayfa indeksleme raporları ve sunucu logları bu ayrımı yapmaya yardımcı olur.
Robots.txt ve noindex nasıl kontrol edilir?
Robots.txt bir crawler’ın hangi URL’leri isteyebileceğini yönlendirir; indeks kaldırma aracı değildir. Engellenen bir URL başka yerlerden bağlantı alırsa içerik taranmadan URL düzeyinde sonuçlarda görünebilir. İndekslenmemesi gereken HTML sayfalarında erişime izin verip meta robots noindex kullanmak gerekebilir.Noindex kuralının görülebilmesi için botun sayfayı tarayabilmesi gerekir. PDF veya görsel gibi HTML olmayan kaynaklarda X-Robots-Tag HTTP başlığı kullanılabilir. Üretim ortamında yanlışlıkla kalan site geneli noindex, staging robots kuralı veya güvenlik duvarı engeli kritik önceliktir.
Hangi sayfalar indeks dışında tutulabilir?
Hesap, sepet, dahili arama sonucu, sınırsız filtre kombinasyonu, test ve yinelenen yardımcı sayfalar indeks stratejisine göre dışarıda tutulabilir. Ancak “düşük trafik alıyor” diye toplu noindex uygulamadan önce sayfanın kullanıcı ve iç link rolünü değerlendirin. İndeks yönetimi, değerli sayfaları görünür kılma kararıdır; yalnız URL azaltma yarışı değildir.
XML sitemap nasıl denetlenir?
Sitemap yalnız indekslenmesini istediğiniz canonical ve 200 durum kodlu URL’leri içermelidir. Yönlendiren, 404 dönen, noindex, farklı URL’ye canonical veren veya robots ile engellenmiş adreslerin sitemap’e girmesi çelişkili sinyal üretir. lastmod değeri, gerçekten anlamlı içerik değiştiğinde güncellenmelidir.Google, sitemap gönderiminin bir ipucu olduğunu ve tarama ya da indeks garantisi vermediğini belirtir. Tek dosya 50 MB sıkıştırılmamış boyut veya 50.000 URL sınırını aşarsa sitemap index kullanın. Sayfa türlerine göre ayrılmış sitemap’ler, indeks sorununu ürün, kategori veya makale bazında izlemeyi kolaylaştırır.
Canonical URL denetimi nasıl yapılır?
Canonical, benzer veya yinelenen URL grubu için tercih edilen temsilciyi işaretler. Google bu bildirimi ipucu olarak değerlendirir; farklı bir URL seçebilir. Google belgelerinde yönlendirme ve rel=canonical güçlü, sitemap dâhil etme daha zayıf canonical sinyali olarak açıklanır.Canonical hedefi erişilebilir, indekslenebilir ve içerik açısından eşdeğer olmalıdır. Parametreli filtreyi alakasız kategoriye, sayfalı listeyi ilk sayfaya veya her ürünü ana sayfaya canonical yapmak içerik sinyallerini bozabilir. Tercih edilen sayfada self-referencing canonical kullanın; HTTP/HTTPS, www, slash ve büyük-küçük harf varyantlarında tutarlı olun.
Canonical ile noindex’i aynı amaca yönelik rastgele birleştirmeyin. Google, site içi canonical seçimini engellemek için noindex yerine rel=canonical kullanmayı önerir. URL Denetleme’de kullanıcı tarafından bildirilen ve Google tarafından seçilen canonical’ı karşılaştırın.
HTTP durum kodları ve yönlendirmeler nasıl incelenir?
Önemli sayfalar 200; kalıcı taşımalar 301 veya 308; geçici taşımalar 302 veya 307; bulunmayan içerik 404 ya da 410 döndürmelidir. Hata mesajı gösterip 200 dönen soft 404 sayfaları temizleyin. Sunucu hataları, zaman aşımı ve DNS sorunlarını URL türü ile zaman aralığına göre analiz edin.Yönlendirme zinciri ve döngülerini kaldırın; iç linkleri son hedefe güncelleyin. Taşınan sayfayı yalnız kategori ana sayfasına göndermek yerine mümkün olan en yakın eşdeğere yönlendirin. Silinen içeriğin gerçek bir karşılığı yoksa açık 404/410, kullanıcı için önerilen yollar ve düzgün navigasyon sunmak daha doğrudur.
Site mimarisi ve iç linkleme nasıl denetlenir?
Önemli sayfalar yalnız sitemap’te değil, taranabilir HTML bağlantılarıyla mantıklı hiyerarşide bulunmalıdır. Menü, kategori, breadcrumb, ilgili içerik ve bağlamsal linklerin hangi sayfalara ağırlık taşıdığını inceleyin. Yetim sayfaları, aşırı derin URL’leri ve binlerce gereksiz parametre üreten filtreleri belirleyin.Bağlantı metni hedefi doğal biçimde açıklamalıdır. Her sayfaya aynı anahtar kelimeli yüzlerce footer linki eklemek yerine kullanıcı yolculuğuna uygun bağlantılar kurun. Pagination ve sonsuz kaydırmada, botun JavaScript etkileşimi olmadan takip edebileceği gerçek URL ve bağlantılar üretin.
JavaScript SEO kontrolü nasıl yapılır?
Google JavaScript sayfalarını tarama, render ve indeksleme aşamalarında işler. İlk HTML ile render edilmiş HTML’yi karşılaştırın: ana içerik, başlık, canonical, meta robots, yapılandırılmış veri ve iç bağlantılar render sonrası mevcut mu? URL Denetleme veya Rich Results Test ile oluşturulan HTML’yi inceleyin.Google, server-side rendering veya pre-rendering yaklaşımının kullanıcılar ve crawler’lar için hâlâ iyi bir fikir olduğunu belirtir. İçeriği yalnız kullanıcı tıklamasından sonra API ile getirmek, hash fragment URL’leri, desteklenmeyen tarayıcı özellikleri ve engellenen JS/CSS dosyaları keşfi zorlaştırabilir. “Google JavaScript çalıştırıyor” ifadesi, her uygulamanın sorunsuz indeksleneceği anlamına gelmez.
Mobil uyumluluk ve sayfa deneyimi nasıl ölçülür?
Metin okunabilirliği, dokunma hedefleri, viewport, yatay taşma, ana içerik ile reklam ayrımı, HTTPS ve müdahaleci geçiş ekranlarını gerçek cihazlarda test edin. Masaüstünde çalışan filtre, menü veya ödeme adımı mobilde erişilemezse yalnız SEO değil dönüşüm de zarar görür.Core Web Vitals gerçek kullanıcı deneyimini üç boyutta ölçer: LCP yüklenme performansı, INP etkileşim yanıtı, CLS görsel kararlılık. Google’ın güncel hedefleri LCP için 2,5 saniye veya daha iyi, INP için 200 ms’den düşük ve CLS için 0,1’den düşük değerdir. Değerlendirme uygun olduğunda 75. yüzdelik dilimde mobil ve masaüstü ayrı yapılır.
Laboratuvar ve alan verisi neden farklıdır?
Lighthouse tek test koşulunda teşhis sağlar; Chrome kullanıcı deneyimi alan verisi gerçek kullanıcı, cihaz ve ağları yansıtır. INP gerçek etkileşim gerektirdiği için laboratuvarda TBT gibi vekil metrikler kullanılır. Performans iyileştirmesini tek ekran görüntüsüyle değil, şablon bazında alan verisi ve regresyon testiyle doğrulayın.
Yapılandırılmış veri nasıl kontrol edilir?
Sayfa türüne uygun ve Google tarafından desteklenen şemayı seçin. İşaretlenen bilgi kullanıcıya görünür ana içerikle eşleşmeli; yanlış fiyat, uydurma puan veya görünmeyen SSS eklenmemelidir. Google JSON-LD’yi uygulanması ve ölçeklenmesi kolay format olarak önerir; Microdata ve RDFa da desteklenir.Rich Results Test ile söz dizimi ve uygunluğu, yayın sonrası Search Console geliştirme raporlarıyla şablon hatalarını izleyin. Geçerli yapılandırılmış veri zengin sonuç garantisi vermez. Schema, eksik veya düşük kaliteli içeriğin yerine geçmez; içeriğin anlamını açıklar.
Site içi SEO alanları nasıl denetlenir?
Her önemli sayfanın özgün ve açıklayıcı title, görünür ana başlık, amaca uygun meta açıklama, mantıklı H2/H3 yapısı ve kullanıcı niyetini karşılayan ana içeriği olmalıdır. Başlık ve metin yalnız anahtar kelime varyasyonlarıyla şişirilmemeli; ürün, hizmet veya sorunun özünü erken açıklamalıdır.Aynı niyete sahip birden fazla sayfanın birbirleriyle rekabet edip etmediğini inceleyin. Birleştirme, farklılaştırma, yönlendirme veya iç link değişikliği seçeneklerini sayfa geçmişi ve dönüşümle değerlendirin. Görsellerde dosya boyutu, boyut tanımı, alt metin ve lazy-loading davranışını kontrol edin.
Teknik SEO bulguları nasıl önceliklendirilir?
Her bulguya etkilenen URL sayısı, sayfa türü, organik değer, kullanıcı etkisi, geliştirme maliyeti, risk ve bağımlılık ekleyin. “10.000 eksik meta” ile “ödeme üreten kategori noindex” aynı öncelikte değildir. Kritik engel, yüksek etkili şablon problemi, hızlı kazanım ve izleme gerektiren öneri olarak gruplandırın.Geliştirici için kabul ölçütü yazın: beklenen durum kodu, canonical hedefi, render edilmiş HTML örneği veya performans bütçesi açık olsun. Yayından önce staging’de; sonra canlı ortamda örnek URL, tarama ve Search Console verisiyle doğrulayın. Uygulanmayan yüz maddelik rapor yerine, doğrulanmış on kritik düzeltme daha değerlidir.
Teknik SEO kontrol listesi
1. Önemli sayfalar taranabilir, 200 ve indekslenebilir mi?2. robots.txt, meta robots ve X-Robots-Tag amaçla uyumlu mu?
3. Sitemap yalnız canonical ve indekslenebilir URL’leri içeriyor mu?
4. Canonical, redirect, iç link ve sitemap sinyalleri tutarlı mı?
5. 404, soft 404, 5xx, zincir ve döngüler temiz mi?
6. Önemli sayfalar taranabilir HTML linkleriyle bulunuyor mu?
7. Ana içerik ve metadata render edilmiş HTML’de görünüyor mu?
8. Mobil deneyim ve Core Web Vitals şablon bazında iyi mi?
9. Yapılandırılmış veri görünür içerikle eşleşiyor mu?
10. Düzeltmeler yayın sonrası tekrar taranıp ölçülüyor mu?
Sık sorulan sorular
Teknik SEO nedir?
Arama motorlarının siteyi keşfetme, tarama, render etme, canonical seçme ve indeksleme süreçlerini; kullanıcı deneyimi ve site altyapısıyla birlikte iyileştiren çalışmalardır.
Robots.txt ile sayfa Google’dan kaldırılır mı?
Her zaman değil. Robots.txt taramayı engeller; URL başka bağlantılardan biliniyorsa içeriksiz biçimde indekslenebilir. Kaldırma ihtiyacına göre noindex, kimlik doğrulama veya uygun kaldırma yöntemi seçilmelidir.
Sitemap göndermek indeks garantisi verir mi?
Hayır. Google sitemap’i bir ipucu olarak kullanır. Sayfanın erişilebilir, canonical, kaliteli ve indekslenebilir olması gerekir.
Core Web Vitals iyi olursa ilk sıraya çıkılır mı?
Hayır. İyi değerler kullanıcı deneyimi ve arama başarısıyla uyumludur; fakat alaka, içerik ve diğer sinyallerin yerine geçmez, sıralama garantisi vermez.
Teknik SEO denetimi ne sıklıkla yapılmalıdır?
Büyük değişiklik, taşıma ve şablon yayını öncesi–sonrası mutlaka; rutin olarak da sitenin değişim hızı ve riskine göre düzenli izleme yapılmalıdır.
Sonuç: Teknik SEO denetimi ne üretmelidir?
Başarılı denetim; araç uyarıları yığını değil, hangi sayfanın neden etkilendiğini açıklayan, iş değerine göre sıralanmış, geliştirilebilir ve yayın sonrası doğrulanabilir görevler üretir. Tarama, indeksleme, içerik, deneyim ve ölçüm tek zincir olarak ele alınmalıdır.Teknik SEO’nun hedefi botlar için ayrı bir site kurmak değil; kullanıcıya sunulan değerli içeriği arama sistemleri için erişilebilir, anlaşılır ve tutarlı hâle getirmektir.
Resmî kaynaklar
Google: Crawling and IndexingGoogle: Canonical URL Yöntemleri
Google: JavaScript SEO Basics
Google: Core Web Vitals
Google: Structured Data Introduction
Google: Sitemap Oluşturma ve Gönderme