Teknik SEO Nedir? (Crawl, Index ve Core Web Vitals Rehberi)

Teknik SEO; arama motorlarının bir web sitesini sorunsuz tarayabilmesi (crawl), işleyebilmesi (render) ve indeksleyebilmesi için sitenin altyapısını iyileştirme çalışmalarının bütünüdür. İçerik ve backlink ne kadar güçlü olursa olsun, arama motoru sayfaya erişip doğru yorumlayamıyorsa bu değerin büyük bölümü indekslemeye yansımaz.

Teknik SEO’ya giriş yapmadan önce sanırım önce SEO’nun ne olduğu ve en temel 3 katmanına da değiniyor olmak gerekir.

SEO, her ne kadar genelde Google Arama Motoru için yapılan çalışmalar bütünü olarak bilinse de, tüm arama motorları için yapılan ve web sitenizin doğru anahtar kelimelerde, nitelikli, kaliteli organik trafik inşa etmesini sağlayan disipliner çalışmalar bütünüdür.

SEO’yu üç ana katmanda incelemek mümkün. Site içi SEO (On Page SEO), Site dışı SEO (Off Page SEO) ve Teknik SEO (Technical SEO) ki bu makalemizde 3. Maddeyi ele alıyor ve derinlemesine inceliyor olacağız.

Bir web sitesinde güçlü içerikler hazırlamak, doğru anahtar kelimeleri hedeflemek ve kaliteli backlink’ler kazanmak elbette önemlidir. Fakat arama motorları sitenize erişemiyor, sayfalarınızı doğru şekilde tarayamıyor veya hangi URL’nin asıl sayfa olduğunu anlayamıyorsa içerik kalitenizin büyük bölümü indeksleme açısından sonuç üretemeyecektir.

Teknik SEO aşaması tam olarak bu problemi çözmenize yardımcı olur.

Teknik SEO, bir web sitesinin arama motorları tarafından bulunabilir, taranabilir, render edilebilir, anlaşılabilir ve indekslenebilir hale getirilmesi için yapılan altyapı optimizasyonlarının bütünüdür. Başka bir ifadeyle teknik SEO, sitenin yalnızca kullanıcıların önünde nasıl göründüğüyle değil; Googlebot, Bingbot ve diğer arama sistemlerinin arka planda siteyi nasıl gördüğüyle ilgilenir.

Ancak burada sık yapılan bir tanım hatasını da düzeltmek gerekir: Teknik SEO kesinlikle ve kesinlikle yalnızca “site hızlandırmak” değildir. Site hızı teknik SEO’nun önemli bir parçasıdır ama alanın tamamını kapsamaz. Teknik SEO; sunucu yanıtlarından URL yapısına, robots.txt dosyasından canonical etiketlerine, JavaScript rendering sürecinden yapılandırılmış verilere, mobil uyumluluktan yönlendirme zincirlerine kadar oldukça geniş bir alanı içerir.

Google Search temel olarak keşfetme, tarama, işleme/render etme, indeksleme ve aramalara bağlı olarak sonuç sayfasında sunma aşamalarından oluşur. Bir sayfanın bu zincirin herhangi bir noktasında sorun yaşaması, o sayfanın sıralama potansiyelini sınırlayabilir. Üstelik Google, teknik gereksinimleri karşılayan bir sayfanın mutlaka taranacağını, indeksleneceğini veya sıralanacağını garanti etmez.

Tam bu noktada bir sektör MİT’ine de somut bir cevap verelim “SEO hizmetinde garanti, taahhüt olur mu?” Kesinlikle olmaz, Google’ın kendisinin “gereksinimleri karşılayan bir sayfanın mutlaka taranacağını, indeksleneceğini veya sıralanacağını garanti etmediği” bir noktada, sıralama garantisi vermek en iyimser yaklaşımla “iş bilmezlik”, daha kötü ve gerçekçi bir yaklaşımla “dolandırıcılık” olacaktır. Peki ne garanti edilebilir? Sonuç değil, ama sonuca giden tüm süreçlerin doğru bir programatikle işleneceği ve tüm sürecin doğru bir biçimde yönetilip, gerçek verilerle, dinamik biçimde raporlanacağı garanti edilebilir.

Teknik SEO’nun görevi garanti üretmek değil, sayfanın arama sistemlerine katılmasını engelleyen teknik bariyerleri kaldırmaktır.

Teknik SEO Neden Önemlidir?

Bir web sitesinin arama performansını bir bina gibi düşünelim. İçerik, binanın içindeki ürünler ve hizmetlerdir. Backlink’ler binaya ulaşan yollar, referanslar ve yönlendirmelerdir. Teknik SEO ise binanın temeli, taşıyıcı sistemi, elektrik altyapısı, giriş kapıları ve yönlendirme levhalarıdır. Yani, Teknik SEO yeterince iyi değilse, o otomatik kapılar açılmayacak ve arama motorları botları sayfaları indekslemek için doğru alana ulaşamayacak veya o alanı doğru yorumlayamayacaklardır.

Teknik SEO’nun önemini beş ana başlıkta değerlendirebiliriz:

1. Arama Motorlarının Sayfaları Bulmasını Sağlar

Google internetteki sayfaların büyük bölümünü manuel gönderimlerle değil, mevcut sayfalardaki bağlantıları takip eden crawler’lar aracılığıyla keşfeder. Bu nedenle önemli bir sayfaya site içerisinden bağlantı verilmiyorsa, sayfa sitemap dosyasında bulunmuyorsa veya tarama bir robots.txt kuralıyla engellenmişse keşfedilmesi zorlaşabilir.

Burada “Google URL’yi biliyor” ile “Google URL’yi tarayabiliyor” arasındaki fark iyi anlamamız gerekir. Google bir URL’nin varlığından backlink, sitemap veya başka bir kaynak yoluyla haberdar olabilir; ancak erişim engelleri nedeniyle içeriği inceleyemiyor olabilir.

2. Doğru Sayfaların İndekslenmesini Sağlar

Bir sitenin bütün URL’lerinin indekslenmesi başarı değildir. Özellikle e-ticaret sitelerinde filtreleme, sıralama, arama, etiket ve parametre sayfaları yüz binlerce düşük değerli URL üretebilir.

Teknik SEO’nun amacı “mümkün olan en fazla sayfayı indeksletmek” değil, arama talebine karşılık verebilecek doğru sayfaları indeksletmektir.

Teşekkür sayfaları, dahili arama sonuçları, yönetim sayfaları, test URL’leri ve değer üretmeyen filtre kombinasyonları çoğu zaman indeks dışında tutulmalıdır. Buna karşılık kategori, ürün, hizmet, lokasyon ve bilgilendirici içerik sayfalarının erişilebilir olması önemlidir.

3. Arama Motorlarının Sitenin Yapısını Anlamasını Kolaylaştırır

Arama motoru yalnızca tek tek sayfalara bakmaz. Sayfalar arasındaki ilişkiyi, kategori yapısını, iç bağlantıları, breadcrumb bağlantılarını ve konu kümelerini de değerlendirir.

Ana sayfa → ana kategori → alt kategori → ürün sayfası biçimindeki mantıklı bir yapı, hem kullanıcıya hem de arama motoruna sayfaların hiyerarşik önemini anlatır.

Bu nedenle site mimarisi yalnızca bir UX konusu değildir. Aynı zamanda crawl path, internal PageRank dağılımı, konu ilişkileri ve sayfa önceliklendirmesi konusudur.

4. Kullanıcı Deneyimini ve Dönüşüm Performansını Etkiler

Yavaş açılan, mobilde kayan/sığmayan/taşan, tıklamalara geç yanıt veren veya sürekli hata üreten bir site yalnızca SEO kaybetmez. Reklam performansı, dönüşüm oranı, kullanıcı güveni ve gelir de kaybeder.

Bu noktada yine sektörde doğru bilinmeyen, ya da çok da bilinmeyen bir hususa değinmekte de fayda görüyorum. Birçok marka (genelde Kobi ve Kobi altı markalar) “şimdilik sadece reklam yapmaya başlayalım, duruma göre sonra SEO/AEO/GEO hizmeti de alırız” derken aslında reklam kalitelerine, reklamın üretme potansiyeli olan mutlak değere de güçlü zararlar vermektedir. Çünkü, SEO ve dijital reklam yönetimi birçok açıdan birbiriyle ilişkilidir. SEO açısından, bilhassa Teknik SEO ve Site içi SEO açısından zayıf bir web site için açtığınız reklamların başarısı potansiyelinin altında olacağı gibi, ürettiği başarının birim maliyeti de potansiyelinin hissedilir oranda üstünde yani pahalı olacaktır.

Bir başka değişle, SEO çalışmaları doğru planlanmamış; Site içi SEO ve Teknik SEO stratejileri doğru planlanmamış ve uygulanmamış bir web sitenin reklam çalışmaları da potansiyelinin altında başarı getirecek ve birim fiyat cinsinden oldukça pahalı sonuçlar üretecektir.

Dolayısıyla, Teknik SEO ile Conversion Rate Optimization – CRO (Dönüşüm Oranı Optimizasyonu) burada birbirine yaklaşır. Örneğin ödeme sayfasının yavaş açılması teknik bir performans sorunudur; ancak doğrudan terk oranına ve satış kaybına da dönüşebilmesi açısından dönüşümü doğrudan etkileyen bir gerçekliktir.

5. AI Arama Görünürlüğünün Teknik Temelini Oluşturur

Google AI Overviews, AI Mode, Microsoft Copilot, ChatGPT Search ve Perplexity gibi sistemler farklı teknolojiler kullansa da erişilebilir web içeriğine ihtiyaç duyar. Google, Generative AI özelliklerinin kendi Search index’i, sıralama sistemleri ve retrieval süreçleri üzerinde çalıştığını; AI görünürlüğü için temel SEO uygulamalarının geçerliliğini koruduğunu açıkça belirtmektedir. ChatGPT arama sonuçlarında yer almak isteyen sitelerin de OAI-SearchBot erişimini engellememesi gerekmektedir.

Dolayısıyla Teknik SEO artık yalnızca “Google’da mavi bağlantılarda sıralanma” meselesi değil, aynı zamanda içeriğin farklı bilgi erişim ve cevap sistemleri tarafından bulunabilmesinin de altyapısıdır.

Teknik SEO, On-Page SEO ve Off-Page SEO Arasındaki Fark

Bu üç alan birbirinden tamamen kopuk değildir; fakat çalışma odakları farklıdır.

Teknik SEO, sitenin erişilebilirliği ve altyapısıyla ilgilenir:

• Crawling ve indexing
• Site mimarisi
• HTTP durum kodları
• Canonical yönetimi
• robots.txt
• XML sitemap
• JavaScript rendering
• Core Web Vitals
• Structured data
• Hreflang
• Site migration süreçleri

On-page SEO, sayfanın içerik ve anlam katmanıyla ilgilenir:

• Search intent
• Başlık yapısı
• İçerik kapsamı
• Title ve meta description
• Görsel optimizasyonu
• Entity ve konu ilişkileri
• İç bağlantıların bağlamsal kullanımı
• İçeriğin okunabilirliği

Off-page SEO ise site dışındaki otorite sinyallerine odaklanır:

• Backlink
• Digital PR
• Marka bahsi
• Yayıncı ve sektör otoritesi
• Online reputation
• Yerel citation’lar
• Üçüncü taraf incelemeleri

Gerçek bir SEO stratejisinde bu alanlardan yalnızca birini iyileştirerek sürdürülebilir sonuç almak zordur. Teknik SEO içeriğe erişim sağlar; içerik arama niyetini karşılar; site dışı otorite ise içeriğin neden güvenilmesi gereken kaynaklardan biri olduğunu destekler.

Arama Motorları Bir Web Sayfasını Nasıl İşler?

Teknik SEO’yu doğru anlamak için süreci “tarandı mı, taranmadı mı?” seviyesinden daha ayrıntılı değerlendirmek gerekir.

Keşfetme

Google yeni URL’leri iç bağlantılardan, dış bağlantılardan, sitemap dosyalarından ve daha önce bildiği URL’lerdeki değişikliklerden keşfedebilir.

Sitemap, “Bu sayfalar benim için önemlidir ve taranmasını istiyorum” mesajı verse de bir URL’nin sitemap içerisinde bulunması onun indeksleneceği anlamına gelmez.

Crawling – Tarama

Crawler, URL’ye HTTP isteği gönderir. Sunucu bu isteğe 200, 301, 404, 500 veya başka bir HTTP durum koduyla yanıt verir.

Crawler sayfaya ulaşabiliyorsa HTML’i, bağlantıları ve erişebildiği kaynakları inceler. robots.txt dosyası burada hangi URL’lerin crawler tarafından talep edilip edilemeyeceğini kontrol eder.

robots.txt konusunda kritik ayrım şudur: Bu dosya bir indeks kaldırma aracı değildir. Google’ın kendisi de robots.txt dosyasının temel amacının crawler taleplerini yönetmek olduğunu; bir sayfayı Google’dan kesin olarak çıkarmak için noindex veya erişim kontrolü kullanılması gerektiğini belirtiyor.

Rendering – Sayfanın İşlenmesi

Modern web sitelerinde önemli içerikler JavaScript çalıştıktan sonra oluşabilir. Google HTML’i aldıktan sonra sayfayı render ederek tarayıcı benzeri bir ortamda JavaScript çıktısını değerlendirebilir.

Fakat bu süreç ücretsiz ve sınırsız değildir. Render kuyruğuna giren içerikler daha geç işlenebilir, JavaScript hataları nedeniyle eksik görülebilir veya engellenmiş kaynaklar yüzünden düzgün oluşturulamayabilir.

Google, JavaScript tabanlı sitelerde crawling ve rendering işlemlerinin farklı aşamalar olduğunu açıkça ifade ediyor. Bu nedenle özellikle önemli içeriklerin ve dahili bağlantıların yalnızca kullanıcı etkileşiminden sonra oluşturulması risklidir.

Indexing – İndeksleme

Google sayfanın ana içeriğini, başlığını, bağlantılarını, medya öğelerini ve benzer sayfalarla ilişkisini analiz eder. Ardından sayfanın indekslenmeye uygun olup olmadığına ve hangi URL’nin canonical sürüm kabul edileceğine karar verir.

Bir sayfanın 200 durum kodu vermesi indekslenmesini garanti etmez. Sayfa düşük değerli, kopya, soft 404 niteliğinde, başka bir URL’nin varyasyonu veya kalite açısından yetersiz bulunabilir.

Serving – Sonuçlarda Sunma

İndekslenen sayfalar, kullanıcının sorgusu, konumu, dili, cihazı, arama amacı ve diğer bağlamsal sinyaller doğrultusunda değerlendirilerek sonuçlarda gösterilir.

Teknik SEO bu aşamadaki tüm sıralama sinyallerini kontrol edemez; fakat sayfanın değerlendirmeye alınabilecek teknik durumda olmasını sağlar.

Teknik SEO’nun Ana Bileşenleri

1. Crawlability – Taranabilirlik

Crawlability, arama motoru botlarının siteye ve önemli URL’lere erişebilme kapasitesidir.

Taranabilirliği etkileyen başlıca unsurlar şunlardır:

• robots.txt kuralları
• Dahili bağlantılar
• Menü ve kategori yapısı
• JavaScript ile oluşturulan bağlantılar
• Sunucu kapasitesi
• URL parametreleri
• Faceted navigation
• Yönlendirmeler
• DNS ve sunucu hataları
• Crawl budget yönetimi

Önemli bir sayfa yalnızca XML sitemap içerisinde bulunuyor ama site içerisinden hiçbir bağlantı almıyorsa bu sayfa orphan page (yetim sayfa) kabul edilir. Sitemap keşfi destekleyebilir; ancak sayfanın site mimarisi içindeki önemini dahili bağlantılar kadar güçlü anlatmaz.

Bu nedenle her stratejik sayfa, mantıklı bir kategori veya içerik kümesi içerisinden crawlable HTML bağlantıları almalıdır.

2. robots.txt Yönetimi

robots.txt, sitenin kök dizininde bulunan ve crawler’lara erişim tercihlerini bildiren metin dosyasıdır.

Örnek:

User-agent: * Disallow: /wp-admin/ Disallow: /sepet/ Allow: / Sitemap: https://www.sizinsiteniz.com/sitemap.xml

Buradaki en önemli risk, yanlışlıkla kritik dizinlerin engellenmesidir. Özellikle site yayına alınırken staging ortamından taşınan bir Disallow: / kuralı sitenin tamamını taramaya kapatabilir.

Bir diğer hata, indekslenmesini istemediğiniz sayfayı hem robots.txt ile engelleyip hem noindex eklemektir. Google sayfayı tarayamazsa noindex direktifini göremeyebilir. Bu nedenle erişilebilir fakat indeks dışı kalması gereken sayfalarda noindex yaklaşımı daha mantıklıdır.

3. XML Sitemap

XML sitemap, arama motorlarına önemli URL’leri bildiren bir yol haritasıdır.

İyi bir sitemap yalnızca:

• 200 durum kodu veren,
• canonical olan,
• indekslenmesi istenen,
• kaliteli ve aktif

URL’leri içermelidir.

301 yönlendirmeli, 404 veren, noindex olan veya başka URL’ye canonical işaretleyen sayfaların sitemap içerisinde tutulması çelişkili sinyal üretir.

Büyük sitelerde sitemap’ler sayfa türüne göre ayrılabilir:

• product-sitemap.xml
• category-sitemap.xml
• blog-sitemap.xml
• image-sitemap.xml
• video-sitemap.xml

Google sitemap’lerin Search Console üzerinden gönderilebildiğini, robots.txt içerisine tanımlanabildiğini ve yeni veya güncellenmiş URL’lerin keşfine yardımcı olduğunu belirtmektedir.

4. Site Mimarisi ve Dahili Bağlantılar

İyi site mimarisi iki soruya cevap verir:

1. Kullanıcı aradığı içeriğe ne kadar kolay ulaşabiliyor?
2. Arama motoru sitenin hangi konularda hangi sayfaları önceliklendirdiğini anlayabiliyor mu?

Site derinliğinin gereksiz yere artması, önemli sayfaların ana sayfadan beş-altı tık uzağa düşmesi ve kategori yapısının sürekli değişmesi tarama verimliliğini düşürebilir.

İdeal yapı elbette ki “bütün sayfalara üç tık içinde ulaşılmalıdır” gibi mekanik bir kurala indirgenemez. Büyük bir marketplace ile 30 sayfalık kurumsal sitenin mimarisi aynı olamaz. Temel ilke şudur: Ticari ve stratejik açıdan önemli sayfalar, sitenin mimarisinde görünür ve güçlü bağlantılara sahip olmalıdır.

Breadcrumb kullanımı da burada önemlidir. Breadcrumb hem kullanıcının hiyerarşiyi anlamasını hem de arama motorunun kategori ilişkilerini daha net değerlendirmesini sağlar.

5. URL Yapısı

URL’ler kısa olmak zorunda değildir; fakat mantıklı, kararlı ve anlaşılır olmalıdır.

Kötü URL:

site.com/index.php?id=8472&cat=91&sort=2

Daha anlaşılır URL:

siteniz.com/kadin/elbise/uzun-abiye-elbise/

İyi URL yapısında:

• Gereksiz parametreler azaltılır.
• Büyük-küçük harf tutarlılığı korunur.
• Boşluk yerine tire kullanılır.
• Aynı içeriği açan çok sayıda URL varyasyonu kontrol edilir.
• URL değişiklikleri plansız yapılmaz.
• Kategori ve içerik ilişkisi anlaşılır kalır.

URL içerisinde anahtar kelime bulunması tek başına güçlü bir sıralama taktiği değildir. Asıl değer, URL’nin kullanıcıya ve sistemlere anlaşılır bir yapı sunmasıdır.

6. Canonical Etiketleri ve Duplicate Content Yönetimi

Canonical etiketi, benzer veya aynı içeriğe sahip URL’ler arasında tercih edilen sürümü bildirmek için kullanılır.

Örnek:

<link rel="canonical" href="https://www.sizinsiteniz.com/urun/" />

E-ticaret sitelerinde aynı ürün aşağıdaki varyasyonlarla açılabilir:

/urun/ /urun/?renk=siyah /urun/?utm_source=meta /kategori/urun/

Canonical etiketi, bu varyasyonların ana URL’de konsolide edilmesine yardımcı olabilir.

Ancak canonical bir emir değildir. Google; yönlendirmeler, sitemap, dahili bağlantılar, içerik benzerliği ve canonical etiketi gibi birden fazla sinyali birlikte değerlendirerek farklı bir URL’yi canonical seçebilir. Bu nedenle canonical uygulaması diğer sinyallerle tutarlı olmalıdır.

En sık görülen canonical hataları şunlardır:

• Bütün sayfaların ana sayfaya canonical vermesi
• Noindex sayfaya canonical verilmesi
• Canonical hedefinin 404 veya 301 olması
• Hreflang sayfalarının farklı dildeki tek URL’ye canonical vermesi
• Pagination sayfalarının hatalı biçimde ilk sayfaya canonical edilmesi
• Sitemap ve canonical hedeflerinin uyuşmaması

7. Noindex ve Robots Meta Direktifleri

Bir sayfanın indekslenmesini istemiyorsanız aşağıdaki direktif kullanılabilir:

<meta name="robots" content="noindex,follow">

Google, robots meta etiketlerinin sayfa seviyesinde indeksleme ve sunum davranışını kontrol etmek için kullanılabileceğini belirtiyor. HTML dışındaki PDF gibi dosyalarda ise X-Robots-Tag HTTP header kullanılabilir.

Noindex uygulanabilecek sayfa örnekleri:

• Sepet ve ödeme adımları
• Teşekkür sayfaları
• Test sayfaları
• Yönetim girişleri
• Dahili arama sonuçları
• Değer üretmeyen filtre sayfaları
• Yinelenen kampanya landing page’leri

Ancak bir kategori veya ürün sayfasını sırf geçici performans düşüşü nedeniyle noindex yapmak genellikle doğru çözüm değildir. Önce sayfanın neden değer üretmediği analiz edilmeli ve problemin çözümü için strateji geliştirilmelidir.

8. HTTP Durum Kodları ve Yönlendirmeler

Başlıca HTTP durum kodları:

• 200 OK: Sayfa normal biçimde erişilebilir.
• 301 / 308: Kalıcı yönlendirme.
• 302 / 307: Geçici yönlendirme.
• 404: Sayfa bulunamadı.
• 410: İçerik kalıcı olarak kaldırıldı.
• 401 / 403: Yetkilendirme veya erişim engeli.
• 429: Çok fazla istek.
• 500 / 502 / 503: Sunucu kaynaklı hata.

Kalıcı olarak taşınan URL’lerde çoğu durumda 301 veya 308 yönlendirme tercih edilmelidir. Google da kalıcı URL değişikliklerinde sunucu taraflı kalıcı yönlendirmeleri öneriyor.

Dikkat edilmesi gereken sıklıkla atlanan sorunlar:

• Redirect chain: A → B → C → D
• Redirect loop: A → B → A
• Toplu olarak alakasız sayfaların ana sayfaya yönlendirilmesi
• 404 olması gereken URL’nin 200 döndürmesi
• Site migration sırasında eski URL’lerin karşılıksız bırakılması
• HTTP ve HTTPS sürümlerinin birlikte erişilebilir olması

9. Mobil Öncelikli İndeksleme

Google, indeksleme ve sıralama değerlendirmelerinde sayfanın mobil sürümünü esas alan mobile-first indexing sistemini kullanır. Bu nedenle mobil sürümde eksik olan içerik, bağlantı veya structured data yalnızca UX problemi değildir; indeksleme ve anlamlandırma problemi de doğurabilir.

Mobil ve masaüstü sürüm arasında şu unsurlar korunmalıdır:

• Ana içerik
• Başlıklar
• Dahili bağlantılar
• Görseller ve alt metinler
• Structured data
• Meta robots kuralları
• Canonical ve hreflang bağlantıları

Responsive tasarım kullanmak tek başına mobil SEO’nun tamamlandığı anlamına gelmez. Mobilde kapatılan içerikler, dokunması zor butonlar, taşan tablolar, ağır JavaScript bileşenleri ve açılış ekranını kaplayan pop-up’lar ayrıca değerlendirilmelidir.

10. Core Web Vitals ve Sayfa Performansı

Core Web Vitals, gerçek kullanıcı deneyiminin üç temel boyutunu ölçer:

• LCP – Largest Contentful Paint: Ana içeriğin yüklenme performansı
• INP – Interaction to Next Paint: Kullanıcı etkileşimlerine verilen yanıt
• CLS – Cumulative Layout Shift: Görsel kararlılık

Google'ın önerdiği eşikler:

• LCP: 2,5 saniye veya daha az
• INP: 200 milisaniye veya daha az
• CLS: 0,1 veya daha az

Bu değerlendirmeler genellikle gerçek kullanıcı verilerinin yüzde 75’lik dilimi üzerinden yapılır.

Performans iyileştirmelerinde yaygın kullanılan uygulamalar:

• Görselleri WebP veya AVIF formatına geçirmek
• Doğru boyutlandırılmış responsive görseller kullanmak
• Kritik CSS’i önceliklendirmek
• Kullanılmayan JavaScript’i azaltmak
• Third-party script’leri kontrol etmek
• CDN kullanmak
• Sunucu yanıt süresini iyileştirmek
• Font yükleme stratejisini düzenlemek
• Cache politikalarını iyileştirmek
• LCP görseline yüksek öncelik vermek
• Ana içerikte gereksiz lazy loading kullanmamak
• DOM büyüklüğünü ve long task’ları azaltmak

PageSpeed Insights skoru tek başına SEO KPI’ı değildir. Laboratuvar verisi ile gerçek kullanıcı verisi farklı şeylerdir. Yani bir başka deyişle, bir sitenin Lighthouse testinde 100 puan alması, gerçek kullanıcıların bütün cihazlarda kusursuz deneyim yaşadığı anlamına gelmez.

11. JavaScript SEO

React, Vue, Angular, Next.js ve benzeri yapılarla geliştirilen sitelerde JavaScript SEO kritik hale gelir.

Kontrol edilmesi gereken sorular şunlardır:

• Ana içerik ilk HTML response içerisinde bulunuyor mu?
• Başlık ve meta etiketler doğru oluşturuluyor mu?
• Dahili bağlantılar gerçek <a href=""> bağlantıları mı?
• JavaScript kapatıldığında kritik içerik tamamen kayboluyor mu?
• Sayfa doğru HTTP durum kodu döndürüyor mu?
• Client-side routing soft 404 üretiyor mu?
• Lazy-loaded içerikler crawl edilebilir mi?
• Google’ın ihtiyaç duyduğu JS ve CSS dosyaları robots.txt ile engelleniyor mu?
• Server-side rendering veya static generation kullanılıyor mu?

Google JavaScript’i işleyebilir; fakat “Google render eder” yaklaşımını sınırsız güvence gibi görmek yanlış olacaktır. Önemli içerikleri ve bağlantıları mümkün olduğunca ilk HTML içerisinde sunmak daha güvenli bir mimaridir.

Ayrıca tüm AI crawler’ların JavaScript’i Google kadar gelişmiş biçimde render ettiğini varsaymak da akıllıca bir yaklaşım olmayacaktır. Bu nedenle server-side rendering ve semantik HTML, hem klasik arama hem AI görünürlüğü açısından daha dayanıklı bir bakış açısıdır.

12. Structured Data – Yapılandırılmış Veri

Structured data, sayfadaki bilgilerin makine tarafından daha açık anlaşılması için kullanılan işaretleme sistemidir.

Google tarafından desteklenen başlıca türler arasında şunlar bulunur:

• Organization
• LocalBusiness
• Product
• Offer
• Article
• BreadcrumbList
• Event
• Recipe
• VideoObject
• JobPosting
• ProfilePage

Google, structured data’yı sayfa içeriğini ve sayfada temsil edilen varlıkları anlamak için kullanabilir. Ancak yapılandırılmış veri eklemek rich result görünümünü garanti etmez. İşaretlenen bilgi, kullanıcıya görünen içerikle uyumlu olmalıdır.

Sık yapılan structured data hataları:

• Sayfada görünmeyen bilgiyi schema içinde sunmak
• Sahte puan veya yorum eklemek (Bu tutum bir ceza sonucu doğurabilir)
• Product fiyatının sayfadaki fiyatla uyuşmaması
• Her sayfaya alakasız schema türleri eklemek
• Hatalı Organization ve LocalBusiness ilişkileri kurmak
• FAQ schema’yı sıralama hilesi gibi kullanmak
• Validasyon testini geçmeyi başarı garantisi sanmak

13. Çok Dilli Siteler ve Hreflang

Hreflang, farklı dil veya bölgelere yönelik eşdeğer sayfalar arasındaki ilişkiyi belirtir.

Örnek:

<link rel="alternate" hreflang="tr-TR" href="https://sizinsiteniz.com/tr/urun/" /> <link rel="alternate" hreflang="en-US" href="https://sizinsiteniz.com/en/product/" /> <link rel="alternate" hreflang="x-default" href="https://sizinsiteniz.com/product/" />

Google, her dil sürümünün kendisini ve diğer alternatifleri karşılıklı olarak belirtmesini önerir. Hreflang bağlantılarının tam URL olması ve canonical yapısıyla çelişmemesi gerekir.

Sık yapılan hatalar:

• Geri dönüş etiketi bulunmaması
• Yanlış dil veya ülke kodu kullanılması
• Farklı dil sayfalarının tek bir dile canonical vermesi
• Otomatik IP yönlendirmeleri
• Bir sayfa içinde iki dilin birlikte kullanılması
• Çevirilerin yalnızca arayüz seviyesinde kalması

14. Pagination, Infinite Scroll ve Faceted Navigation

E-ticaret sitelerinde kategori sayfaları çoğu zaman pagination, load more veya infinite scroll kullanır.

Infinite scroll kullanıcı açısından akıcı görünebilir; ancak ürünler yalnızca scroll sonrası JavaScript ile yükleniyorsa arama motorları tüm ürün bağlantılarına ulaşamayabilir. Google, infinite scroll yapılarının crawl edilebilir, ayrı URL’lere sahip paginated parçalarla desteklenmesini önermektedir.

Faceted navigation ise renk, beden, marka, fiyat ve özellik filtrelerinin URL üretmesidir.

Her filtre kombinasyonunu indekslemek genellikle doğru değildir. Fakat gerçek arama talebi bulunan filtre sayfalarının tamamını engellemek de fırsat kaybı yaratabilir.

Doğru yaklaşım:

• Arama hacmi ve ticari değeri bulunan kombinasyonları seçmek
• Seçilen sayfalara özgün başlık ve içerik vermek
• Değersiz kombinasyonları crawl ve index açısından kontrol etmek
• Parametre patlamasını önlemek
• Canonical ve dahili bağlantı politikasını birlikte yönetmek

15. Log File Analysis – Log Dosyası Analizi

Crawler araçları sitenin teorik olarak nasıl taranabildiğini gösterir. Sunucu logları ise botların gerçekte hangi URL’leri ziyaret ettiğini gösterir.

Log analiziyle şu sorular cevaplanabilir:

• Googlebot en fazla hangi dizinleri tarıyor?
• Önemli ürün ve kategori sayfaları yeterince ziyaret ediliyor mu?
• Crawl budget parametre sayfalarında mı harcanıyor?
• 404 ve 5xx URL’lere bot trafiği geliyor mu?
• Yeni sayfaların keşfedilme süresi nedir?
• Mobil ve masaüstü bot davranışları nasıl?
• Botların eriştiği URL’ler sitemap ile uyumlu mu?

Özellikle yüz binlerce veya milyonlarca URL’ye sahip sitelerde log analizi, standart crawler raporlarından daha gerçekçi veriler sunabilir.

Teknik SEO Denetimi Nasıl Yapılır?

Sağlıklı bir teknik SEO audit süreci yalnızca bir aracın verdiği “site health score” üzerinden yürütülmez.

Aşama 1: Siteyi Tanımak

Önce şu bilgiler toplanmalıdır:

• CMS ve teknoloji altyapısı
• Sunucu ve CDN yapısı
• Toplam URL hacmi
• Sayfa türleri
• Dil ve ülke sürümleri
• E-ticaret filtre yapısı
• JavaScript framework’ü
• Son migration geçmişi
• Search Console ve Analytics verileri
• Organik trafik kaybının başlangıç tarihi

Aşama 2: Crawl Gerçekleştirmek

Screaming Frog, Sitebulb, JetOctopus, Oncrawl veya benzeri araçlarla crawl alınabilir.

Kontrol edilecek başlıca alanlar:

• Status code’lar
• Canonical’lar
• Noindex sayfalar
• Redirect zincirleri
• Orphan sayfalar
• Duplicate title ve içerikler
• Hreflang hataları
• Sitemap uyumsuzlukları
• Site derinliği
• Dahili bağlantılar
• JavaScript rendering farkları

Aşama 3: Search Console Verilerini İncelemek

Search Console içerisinde:

• Page Indexing
• Sitemaps
• Crawl Stats
• Core Web Vitals
• Enhancements
• Manual Actions
• Security Issues
• URL Inspection
• Performance

raporları değerlendirilmelidir.

Search Console, Google’ın siteyi nasıl taradığı, indekslediği ve sonuçlarda sunduğu hakkında doğrudan veri sağlayan temel araçtır.

Aşama 4: Sorunları Önceliklendirmek

Her hata aynı önemde değildir.

Önceliklendirme şu dört değişkene göre yapılmalıdır:

1. Kaç sayfayı etkiliyor?
2. Etkilenen sayfaların ticari değeri nedir?
3. Organik görünürlüğe etkisi ne kadar büyük?
4. Çözümün geliştirme maliyeti nedir?

Örneğin 50.000 ürün sayfasının yanlışlıkla noindex olması kritik seviyede bir problemdir. Buna karşılık düşük trafikli üç blog yazısındaki eksik meta description aynı önceliğe sahip değildir.

Teknik SEO’nun gerçek başarısı, hata sayısını sıfıra indirmek değil; iş sonucunu etkileyen hataları doğru sırayla çözmektir.

Teknik SEO Başarısı Nasıl Ölçülür?

Teknik SEO performansı yalnızca tool score ile ölçülmemelidir.

İzlenebilecek KPI’lar:

• Geçerli indekslenen stratejik URL sayısı
• Discovered – currently not indexed oranı
• Crawled – currently not indexed oranı
• Canonical uyumsuzlukları
• Ortalama crawl sıklığı
• 4xx ve 5xx hata oranı
• Redirect chain sayısı
• Core Web Vitals başarı oranı
• Organik impression ve click değişimi
• Yeni içeriklerin indekslenme süresi
• Mobil ve masaüstü içerik eşitliği
• JavaScript ve HTML crawl farkı
• Sitemap’teki URL’lerin indekslenme oranı
• Botların değersiz URL’lere harcadığı crawl hacmi

Teknik düzeltme ile organik trafik artışı aynı gün gerçekleşmeyebilir. Google’ın sayfaları yeniden taraması, sinyalleri işlemesi ve sonuçlara yansıtması zaman alabilir.

En Sık Yapılan Teknik SEO Hataları

En yaygın hatalar şunlardır:

1. robots.txt ile noindex’i aynı şey sanmak
2. Sitemap’e bütün URL’leri eklemek
3. Canonical etiketini kopya içerik temizleme düğmesi gibi kullanmak
4. Bütün 404 sayfalarını ana sayfaya yönlendirmek
5. JavaScript ile oluşan her içeriğin sorunsuz indeksleneceğini düşünmek
6. Mobile-first indexing’i yalnızca responsive tasarım sanmak
7. PageSpeed skorunu tek SEO KPI’ı kabul etmek
8. Structured data’yı rich result garantisi gibi görmek
9. Migration öncesinde URL eşleştirme planı hazırlamamak
10. Teknik SEO audit raporunu geliştirme planına dönüştürmemek
11. Orphan sayfaları yalnızca sitemap ile çözmeye çalışmak
12. Faceted navigation kaynaklı URL patlamasını görmezden gelmek
13. Staging ortamının indekslenmesine izin vermek
14. Canlı siteyi yanlışlıkla noindex ile yayınlamak
15. Sorunların ticari etkisini hesaplamadan yüzlerce küçük hataya zaman harcamak

Sonuç: Teknik SEO Bir Defalık Kurulum Değildir

Teknik SEO, site yayına alınırken yapılan ve sonrasında unutulan bir checklist değildir. Dolayısıyla bir sektör MİT’ine daha dokunmuş olalım. SEO Hizmeti bir kere, birkaç ay alınan “SEO işlerini bitirdim, teşekkürler, kolay gelsin…” denilip, bitirilen bir iş değildir. Yemek yemek gibi, su içmek gibi, uyumak gibi; bir insan yaşadığı müddetçe yapması gerekenler ne ise, SEO çalışmalar bütünü de, bir site yaşadığı müddetçe yapması/yapılması gerekenler bütünüdür.

Yeni ürünler, tema değişiklikleri, CMS güncellemeleri, eklentiler, JavaScript bileşenleri, filtreler, URL değişiklikleri, kampanya sayfaları ve altyapı geçişleri sürekli yeni teknik riskler üretecektir.

Bu nedenle teknik SEO’nun doğru modeli şudur:

• Düzenli monitoring
• Periyodik crawl
• Search Console takibi
• Log analizi
• Geliştirme öncesi SEO QA
• Yayın sonrası validasyon
• Sorunların ticari etkiye göre önceliklendirilmesi

Net ifade etmek gerekirse: Teknik SEO doğrudan kaliteli içerik üretmez, marka otoritesi oluşturmaz ve kullanıcı talebi yaratmaz. Fakat bunların arama motorları tarafından bulunmasını, anlaşılmasını ve doğru URL üzerinden değerlendirilmesini mümkün kılar.

Temeli olmayan SEO büyümez. Teknik SEO da tam olarak bu temeli kurar.

Sıkça Sorulan Sorular

Teknik SEO kodlama bilgisi gerektirir mi?

Temel audit çalışmaları kod yazmadan yapılabilir. Ancak JavaScript rendering, server response, structured data, log analizi, CDN, caching ve migration gibi ileri seviye konularda HTML, CSS, JavaScript ve HTTP mantığını anlamak önemli avantaj sağlar.

Teknik SEO ile site hızı aynı şey midir?

Hayır. Site hızı teknik SEO’nun yalnızca bir parçasıdır. Teknik SEO ayrıca crawling, indexing, canonical, robots.txt, sitemap, site mimarisi, structured data ve mobil indeksleme gibi birçok alanı kapsar.

XML sitemap sıralamayı yükseltir mi?

Sitemap doğrudan sıralama yükselten bir araç değildir. Önemli URL’lerin keşfedilmesine ve değişikliklerin bildirilmesine yardımcı olur.

robots.txt ile sayfa Google’dan kaldırılabilir mi?

robots.txt öncelikle crawler erişimini kontrol eder. Bir sayfayı indeks dışında bırakmak için noindex, parola koruması veya uygun kaldırma yöntemleri kullanılmalıdır.

Canonical etiketi zorunlu mudur?

Her sayfada teknik olarak zorunlu değildir; fakat duplicate veya varyasyon riski bulunan yapılarda canonical yönetimi kritik hale gelir. Self-referencing canonical kullanımı çoğu projede sinyal tutarlılığı sağlar.

Bir sayfa tarandığı halde neden indekslenmez?

Sayfa kopya, düşük değerli, soft 404, başka bir URL’nin varyasyonu veya arama talebi açısından yetersiz görülebilir. Teknik erişim, indeksleme garantisi değildir.

Core Web Vitals doğrudan sıralamayı belirler mi?

Core Web Vitals sayfa deneyimi sinyallerinin bir parçasıdır; ancak güçlü ve ilgili içeriğin yerini tutmaz. Yine de kullanıcı deneyimi, dönüşüm ve rekabet açısından ihmal edilmemelidir.

Structured data kullanmak AI cevaplarında görünmeyi garanti eder mi?

Hayır. Structured data içeriğin anlaşılmasına yardımcı olabilir; fakat klasik rich result veya AI cevabı görünürlüğünü garanti etmez.

Teknik SEO audit ne sıklıkla yapılmalıdır?

Büyük ve sürekli değişen sitelerde monitoring kesintisiz olmalıdır. Kapsamlı crawl ve audit çalışmaları ise değişim yoğunluğuna bağlı olarak aylık, üç aylık veya büyük geliştirmeler öncesi ve sonrası yapılabilir.

Teknik SEO sonuçları ne kadar sürede görülür?

Sorunun türüne, sitenin crawl sıklığına ve URL hacmine göre birkaç günden birkaç aya kadar değişebilir. Site genelindeki kritik engellerin kaldırılması daha hızlı etki yaratabilirken, büyük migration ve canonical düzeltmelerinin oturması daha uzun sürebilir.

Kaynaklar

1. Google Search Central — In-depth guide to how Google Search works.
2. Google Search Central — robots.txt tanıtımı ve kılavuzu.
3. Google Search Central — Core Web Vitals ve arama sonuçları.