Teknik SEO Kontrol Listesi: Sitenizi Hızlandırın

İçerik harika, kelimeler doğru, backlink’ler yerli yerinde. Ama sıralama gelmiyor. Sebep genellikle görünmeyen yerlerde saklıdır: yavaş yüklenen bir sayfa, yanlış yapılandırılmış bir robots.txt, mobilde bozulan bir layout, ya da Core Web Vitals’ta ölçülmeyen bir “kırmızı” metrik.

Teknik SEO; sitenizin Google tarafından sorunsuz taranmasını, indekslenmesini ve en hızlı şekilde kullanıcıya sunulmasını sağlayan altyapı çalışmasıdır. İçerik ve backlink ne kadar iyi olursa olsun, teknik temel sağlam değilse ortaya çıkan ev temelsiz kalır.

Bu pillar rehberde; crawlability ve indexability kavramlarını, Core Web Vitals’ın üç kritik metriğini, mobile-first indexing’in kurallarını, site hızı optimizasyonunun pratik adımlarını, SSL ve yapısal veri (schema.org) kullanımını ve bir teknik SEO denetiminin adım adım nasıl yapıldığını öğreneceksiniz.

Teknik SEO son yıllarda önemini katlayarak arttırdı. Google’ın Core Web Vitals ile başlayan performans odaklı güncellemesi (2021), Helpful Content Update (2022), Spam Update (2023-2024) ve AI Overview entegrasyonu — tüm bu değişiklikler teknik altyapısı zayıf siteleri sert şekilde geri attı. Artık sıralama sinyalleri yalnızca “kullanıcı ne yazdı, siz ne cevapladınız” değil; “kullanıcı ne yazdı, siz ne kadar hızlı ve erişilebilir biçimde cevapladınız, mobilde nasıl göründünüz, schema ile bağlamı doğru verdiniz mi” boyutlarını da kapsıyor.

Bu pillar’ı üç kitle için yazdık. Birincisi: yeni bir site kuran ve baştan doğru temeli atmak isteyenler. İkincisi: mevcut sitesinde açıklanamayan sıralama düşüşleri yaşayan ve teknik bir sorunun belirti verip vermediğini kontrol etmek isteyenler. Üçüncüsü: büyük siteler için düzenli bakım planlaması yapan SEO ekipleri. Her üç kitle de buradan pratik bir aksiyon planıyla ayrılmalıdır.

Teknik SEO Nedir?

Teknik SEO, arama motorlarının sitenizi doğru, eksiksiz ve hızlı bir şekilde keşfedip anlamasını sağlayan tüm altyapı optimizasyonlarını kapsar. İçerik SEO’su “ne söylediğinizle”, link building “kim referans verdiğiyle” ilgilenirken; teknik SEO “Google sitenizi nasıl deneyimliyor?” sorusuna odaklanır.

Bu alan; sunucu yanıt süresi, crawl bütçesi, robots.txt, sitemap, canonical yönetimi, mobil uyumluluk, yapısal veri, SSL, JavaScript rendering ve sayfa performansı gibi teknik konuları içerir. İyi bir teknik SEO çalışması, Google’ın sitenizi zahmetsiz taramasını; kullanıcıların ise milisaniye farkıyla hissettiği hız avantajını sağlar.

Kapsamlı bir site sağlığı denetimi, 14 kategoride 245 farklı kontrolü otomatik yürütür; eksik meta tag’lerden JavaScript hatalarına, bozuk yönlendirmelerden Core Web Vitals sorunlarına kadar her şeyi tek noktada raporlar.

Crawlability ve Indexability

Teknik SEO’nun iki temel kavramı vardır: crawlability (taranabilirlik) ve indexability (indekslenebilirlik). Crawlability; Google botunun sayfalarınıza erişip içeriği okuyabilmesidir. Indexability ise okunan bu içeriğin Google’ın indeksine alınıp arama sonuçlarında gösterilebilmesidir. İkisi ayrı kavramdır; sayfanız taranabilir olabilir ama noindex yüzünden indekslenmiyor olabilir.

robots.txt sitenizin kök dizininde bulunan ve arama motoru botlarına hangi bölümleri tarayabileceklerini söyleyen dosyadır. Yanlış bir Disallow: / kuralı tüm siteyi Google’dan gizleyebilir; bu en sık karşılaşılan teknik SEO felaketlerinden biridir. /admin/, /wp-admin/, /sepet/ gibi yönetim ve geçici sayfalar engellenmeli; ama CSS/JS dosyaları asla engellenmemelidir çünkü Google sayfayı render etmek için onlara ihtiyaç duyar.

XML Sitemap, sitenizdeki önemli sayfaların Google’a sunulduğu bir yol haritasıdır. İyi bir sitemap; sadece indekslenmesi istenen sayfaları içerir, son değiştirme tarihini (lastmod) doğru verir ve 50.000 URL sınırını aşarsa sitemap index dosyasıyla bölünür. Sitemap’i Google Search Console’a göndermek ve düzenli güncellemek gerekir.

Canonical tag’ler, birden fazla URL’den erişilebilen aynı içerik için “asıl sürüm burası” bildiriminde bulunur. E-ticarette ürün filtreleme parametreleri (?color=red&size=L), blog’ta tag sayfaları ve sayfalama (pagination) gibi durumlarda kritiktir. Yanlış canonical, trafiği yanlış URL’ye yönlendirebilir veya indeks dışında bırakabilir.

Meta robots tag’leri, sayfa bazında daha granüler kontrol sunar. noindex Google’a “bu sayfayı indeksleme” der; nofollow “sayfadaki linkleri takip etme” anlamına gelir. Teşekkür sayfaları, arama sonuç sayfaları ve düşük değerli filtre sayfaları için noindex uygun bir seçimdir.

Core Web Vitals

Core Web Vitals, Google’ın 2020’den itibaren sıralama sinyali olarak kullandığı üç performans metriğidir: LCP, INP ve CLS. Bu metrikler yalnızca teknik ekibin konusu değildir; doğrudan kullanıcı deneyimini ölçer ve SEO sıralamasını etkiler. Core Web Vitals analizi ile sitenizin her URL’sini Google Lighthouse ve gerçek kullanıcı verisi (CrUX) üzerinden ölçebilirsiniz.

LCP (Largest Contentful Paint): Sayfanın görünen en büyük içerik öğesinin (hero görseli, ana başlık vb.) ekrana çizilme süresidir. Hedef: 2.5 saniyenin altı. LCP’yi optimize etmek için sunucu yanıt süresini düşürmek, kritik CSS’i inline hale getirmek, hero görselini WebP formatına geçirmek ve CDN kullanmak en etkili yöntemlerdir.

INP (Interaction to Next Paint): 2024’te FID’nin yerini aldı. Kullanıcının bir düğmeye tıklaması veya form alanına yazması gibi etkileşimlerine sayfanın yanıt verme süresini ölçer. Hedef: 200 ms altı. INP’yi düşürmek için JavaScript bundle’larını küçültmek, long task’leri parçalamak (web worker kullanmak) ve üçüncü parti script’lerin sayısını azaltmak gerekir.

CLS (Cumulative Layout Shift): Sayfa yüklenirken öğelerin beklenmedik şekilde kaymasının toplam skorudur. Hedef: 0.1 altı. CLS’yi düşürmek için tüm görsellere width/height atribütleri tanımlanmalı, reklam ve embed’ler için yer ayırma (reserved space) yapılmalı ve font yüklerken FOUT/FOIT sorunları önlenmelidir (font-display: swap).

Core Web Vitals’i manuel ölçmek yerine, sitenizin tüm URL’lerini otomatik toplu test eden bir sisteme sahip olmak kritiktir. Çünkü bir sayfa hızlıyken, başka bir sayfa yavaş olabilir; genel ortalama aldatıcıdır. Sayfa bazlı ayrıntılı analiz teknik SEO sorunları panelinden yapılır.

Core Web Vitals Ölçüm Kaynakları: Lab vs Field

CWV metrikleri iki farklı kaynaktan ölçülür: Lab data (Lighthouse gibi araçların simüle ettiği testler) ve Field data (Chrome User Experience Report — CrUX, gerçek kullanıcıların tarayıcılarından toplanan anonim veri). Google sıralama sinyali olarak field data’yı kullanır, ancak field data sadece son 28 günün gerçek kullanıcı ziyaretleri olan sayfalar için mevcuttur.

Yeni yayımlanan bir sayfanın CrUX verisi yoktur; bu durumda Lighthouse lab data üzerinden ölçüm yaparak hedefleri karşıladığınızı doğrulamak gerekir. Ancak lab data optimal koşullarda (fast 4G, sabit CPU) ölçüm yapar; gerçek kullanıcı dağılımı çok farklıdır. Bu nedenle her iki veri kaynağını birlikte izlemek — lab data ile potansiyel sorunları erken yakalamak, field data ile gerçek kullanıcı deneyimini doğrulamak — ileri düzey bir yaklaşımdır.

CrUX verisi “p75” olarak hesaplanır: tüm kullanıcı ziyaretlerinin %75’inin deneyimlediği değer. Yani sitenizin LCP p75’i 2.4s ise, ziyaretlerin %75’i 2.4 saniye içinde LCP’ye ulaşmıştır. Google bu p75 değerini threshold’lar ile (2.5s/200ms/0.1) karşılaştırır. “Ortalama LCP 1.8s” demek yanıltıcıdır; p75 değer asıl konudur.

Mobile-First Indexing

Google 2019’dan itibaren yeni siteler için, 2023’ten itibaren tüm siteler için mobile-first indexing’e geçti. Bu kararın anlamı: Google artık sitenizin mobil sürümünü birincil indeks kaynağı olarak kullanır. Masaüstünde harika görünen ama mobilde içerik eksik veya yavaş olan bir site, sıralamasını kaybeder.

Viewport meta tag’i mobil sürümün temelidir. <meta name="viewport" content="width=device-width, initial-scale=1"> satırı her sayfanın <head> bölümünde olmalıdır. Bu olmadığında mobil tarayıcılar sayfayı 980px varsayar ve kullanıcı zoom yapmak zorunda kalır.

Responsive tasarım, tek kod tabanı ile masaüstü ve mobili desteklemenin Google tarafından önerilen yöntemidir. M.site.com gibi ayrı mobil URL’ler artık önerilmez; tek URL + CSS medya sorguları yaklaşımı hem SEO hem bakım açısından üstündür.

Mobil UX yalnızca görsel değil; dokunma hedeflerinin boyutu (minimum 48×48 piksel), tıklanabilir öğeler arası mesafe, yatay kaydırma olmaması ve popup/intercept’lerin kullanıcıyı engellememesi de önemlidir. Google “mobile usability” raporu artık Search Console’dan kaldırıldı ama kontrolleri sıralamada kullanılmaya devam ediyor.

Mobil Test ve Doğrulama Araçları

Mobil optimizasyonu test ederken üç araç birlikte kullanılır. (1) Chrome DevTools Device Mode: Farklı ekran boyutlarında sayfayı görsel olarak inceler. Mobilde 48×48 dokunma hedefi, yatay kaydırma olmaması, popup’ın içeriği engellememesi buradan kontrol edilir. (2) Google Search Console Mobile Usability raporu (2024’te sonlandırıldı ama veriler geçiş döneminde kullanılabilir) ve onun yerine gelen Experience raporu + CrUX verisi mobil deneyimi ölçer. (3) Real device testing: Gerçek Android/iOS cihazlarda sayfayı test etmek, simülatörlerin atladığı detayları (jest davranışı, input focus zoom’u) yakalar.

Mobil SEO’nun sıklıkla atlanan bir yönü de network deneyimidir. Türkiye’deki mobil kullanıcıların %40’ı 3G/düşük 4G hızında bağlanır. Chrome DevTools’ta “Fast 3G” network throttling ile sayfayı test etmek — özellikle TTFB ve görsel yükleme hızı — gerçek kullanıcı deneyimini yansıtır. Fiber hatta “hızlı” görünen siteler mobil 3G’de felakettir.

Site Hızı Optimizasyonu

Site hızı, teknik SEO’nun en ölçülebilir ve en değerli alanlarından biridir. Amazon’un iç araştırmaları 100 ms gecikmenin %1 gelir kaybı yarattığını gösterir. Hız optimizasyonunun pratik adımları şunlardır:

Görsel optimizasyonu: Sayfaların çoğunluğunun ağırlığı görsellerdir. WebP formatına geçiş JPEG’e göre %25-35, AVIF %50 daha küçük dosya boyutu sağlar. Lazy loading (loading="lazy"), ekranın ilk görüntüsünde olmayan görsellerin yüklenmesini erteler. Srcset ile farklı ekran boyutlarına farklı çözünürlüklü görsel sunmak da kritiktir.

CSS ve JavaScript optimizasyonu: Kritik olmayan CSS’in async yüklenmesi, JS bundle’larının code-splitting ile parçalanması ve üçüncü parti script’lerin (analytics, chat, reklam) async/defer ile yüklenmesi gerekir. Kullanılmayan CSS’i Coverage sekmesi ile tespit edip silmek de büyük kazanım sağlar.

Sunucu ve CDN: Sunucu yanıt süresi (TTFB) 200 ms altında olmalıdır. Statik varlıklar bir CDN üzerinden (Cloudflare, BunnyCDN) servis edilmelidir; kullanıcıya en yakın edge sunucusundan içerik sunulduğunda LCP dramatik düşer. HTTP/2 ve HTTP/3 protokolleri tek bağlantıdan çoklu kaynak çekmeye izin verir.

Caching stratejisi: Statik varlıklar için Cache-Control: max-age=31536000 (1 yıl) ile uzun cache süresi, versiyonlu dosya adları (style.abc123.css) ile güncelleme kontrolü yapılmalıdır. HTML için ise kısa cache + stale-while-revalidate karışımı tercih edilir.

Resource Hints: preload, preconnect, prefetch

Resource hints tarayıcıya “bu kaynağı erken başlat” der ve LCP’yi dramatik düşürür. <link rel="preload" href="hero.webp" as="image"> LCP görselini HTML parse edilmeden yüklemeye başlar. <link rel="preconnect" href="https://cdn.site.com"> CDN domain’ine DNS ve TLS bağlantısını erken kurar; üçüncü parti kaynakları çağırmadan önce kullanıldığında 100-200 ms kazandırır.

rel="prefetch" ise tahmin edilen sonraki sayfanın kaynaklarını arka planda yükler; özellikle e-ticaret sitelerinin kategori → ürün geçişlerini hızlandırır. Ancak aşırı prefetch tersine ağ bandını tüketir; yalnızca yüksek tıklama olasılığı olan linklerde kullanılmalıdır.

Font Optimizasyonu

Fontlar LCP’nin görmezden gelinen bir parçasıdır. Eğer ana başlığınız web font (Google Fonts, custom) kullanıyorsa, font dosyası yüklenene kadar başlık ya görünmez (FOIT — Flash of Invisible Text) ya fallback fontta görünüp sonra değişir (FOUT — Flash of Unstyled Text). Her ikisi de kullanıcı deneyimini ve CLS’yi bozar.

Çözüm üç katmanlıdır: (1) font-display: swap ile FOUT tercih edilir (FOIT daha kötüdür), (2) <link rel="preload" as="font" crossorigin> ile font dosyası erken yüklenir, (3) Self-hosted font (Google Fonts yerine kendi sunucunuzdan) kullanılır — üçüncü parti DNS + TLS gecikmesi elimine edilir. Büyük siteler için fontların woff2 formatında subset edilmesi (sadece Türkçe karakterler + Latin) da dosya boyutunu %60 küçültür.

SSL ve HTTPS

SSL/TLS sertifikası 2014’ten beri Google’ın resmi bir sıralama sinyalidir. HTTP üzerindeki siteler Chrome’da “güvenli değil” uyarısı gösterir ve kullanıcı güvenini baştan kaybeder. Let’s Encrypt gibi ücretsiz sertifika otoriteleri üzerinden SSL kurulumu ücretsiz ve 15 dakikalık bir iştir.

SSL kurulumu sonrası kritik adım HTTP’den HTTPS’e 301 yönlendirmesinin doğru kurulmasıdır. Eğer her iki versiyon da erişilebilir kalırsa Google içeriği duplicate sanar ve sıralama bölünür. Yönlendirme denetimi ile HTTP → HTTPS, www → non-www (veya tersi) ve trailing slash tutarlılığını kontrol etmek gerekir.

HTTP Strict Transport Security (HSTS) header’ı bir adım daha ileri gider; tarayıcıya “bu siteye yalnızca HTTPS üzerinden gel” der. Strict-Transport-Security: max-age=63072000; includeSubDomains; preload değeriyle HSTS preload listesine kayıt olmak mümkündür.

Yapısal Veri (Schema.org)

Yapısal veri, sayfanızın içeriğini Google’a makine okunabilir bir formatta (JSON-LD) tanımlayan işaretlemedir. Bir ürün sayfasının “ürün olduğunu”, bir makalenin “makale olduğunu”, bir SSS bölümünün “SSS olduğunu” Google’a net sinyalle verir.

Schema.org türleri SEO’ya hem doğrudan hem dolaylı katkı sağlar. Doğrudan katkı: rich result gösterimi (yıldız puan, fiyat, SSS açılır listesi, breadcrumb). Dolaylı katkı: Google’ın sayfanın bağlamını daha iyi anlaması ve doğru sorgular için sıralaması.

Türkçe siteler için en yüksek ROI getiren şema türleri: Organization (marka bilgisi), Article / BlogPosting (içerik), Product + AggregateOffer (e-ticaret), FAQPage (SSS), HowTo (adım adım rehber), BreadcrumbList (gezinti), LocalBusiness (yerel işletmeler). Tek bir @graph JSON-LD bloğunda birleştirilmiş çoklu şema Google tarafından desteklenir ve önerilir.

Schema doğrulaması için Google Rich Results Test aracı temel kontrol aracıdır. Schema Markup Validator ise daha kapsamlı tip kontrolü yapar. Sayfa içi SEO kontrolü ile her URL’nin schema durumu otomatik denetlenir.

Yapısal Verinin SEO Dışı Kazanımları

Schema.org’un asıl değeri yalnızca rich result değildir. Google’ın Knowledge Graph’ına girmek, AI Overview’da kaynak olarak gösterilmek ve Google Discover’da öne çıkmak — tüm bu yeni trafik kaynakları yapısal verinin doğru uygulanmasını gerektirir. AI Overview özellikle 2024’ten itibaren Google aramasının üst bölgesinde büyüyen bir alan; buraya girmenin en güvenilir yolu içerik kalitesi + net yapısal veridir.

Yapısal verinin bir başka değeri de veri tutarlılığıdır. Aynı ürünün fiyatı ürün sayfasında 299 TL, reklamında 349 TL, Google Merchant Center’da 329 TL görünüyorsa; Google güvensizlik sinyali görür. JSON-LD Product schema’nızın Merchant Center feed’i ve reklam landing’i ile birebir eşleşmesi hem SEO hem ticari tutarlılık sağlar.

Adım Adım Site Denetimi

Bu adımları yaparken iki pratik tavsiye: tarama sonuçlarını her ay aynı gün tekrar edin ki trend gözleyebilesiniz; ikinci olarak sorunları teker teker değil, kategori kategori çözün (örn. bir haftada tüm alt text eksikleri, bir sonraki hafta tüm meta description eksikleri) çünkü bu yaklaşım zamanı verimli kullandırır.

Teknik SEO’da En Yaygın Hatalar

robots.txt’te CSS/JS engellemek: Eski SEO alışkanlığı olarak bazı sitelerin /wp-content/themes/ gibi yolları engellediği görülür. Ancak Google sayfayı render etmek için bu dosyalara erişmek zorundadır. Engellenen bir JS/CSS, sayfanın “mobil uyumlu değil” veya “içeriği eksik” olarak işaretlenmesine yol açar.

Yanlış canonical tag’ler: Her sayfanın canonical değerinin kendine işaret etmesi bekleniyorsa, toplu canonical ayarları sırasında tüm sayfaların aynı URL’ye (örn. ana sayfaya) canonical vermesi felaket hatadır. Bu durumda Google yalnızca ana sayfayı indeksler; içerik sayfaları kaybolur.

Redirect zincirleri: A → B → C → D gibi birden fazla yönlendirme barındıran zincirler crawl bütçesini harcar ve kullanıcı deneyimini bozar. Tüm redirect’lerin tek atlamalı (A → D) olması hedeflenmelidir.

Duplicate meta tag’ler: Aynı başlık veya meta description’ın yüzlerce sayfada tekrar etmesi Google gözünden düşürür. Her sayfa için benzersiz, içeriğe özgü meta tag’ler üretmek zorunludur.

Crawl Bütçesi ve Büyük Sitelerde Teknik SEO

Büyük sitelerde (10.000+ URL) gündeme gelen bir kavram: crawl bütçesi. Google her siteye ayırdığı tarama kaynağı sınırlıdır; popüler siteler için gün içinde binlerce sayfa taranırken, yeni siteler için yalnızca birkaç sayfa. Crawl bütçesini verimli kullanmak, indexation sorununu önlemenin temelidir.

Crawl bütçesini yiyen en büyük hatalar: (1) URL parametrelerinin (?sort=price&filter=red) sonsuz varyasyon yaratması, (2) sayfalama sayfalarının (page/2, page/3…) yoğun taranması, (3) 301 zincirlerinin her atlamada crawl harcaması, (4) düşük kaliteli ince içerik sayfalarının tarama kaynağını tüketmesi. Her biri robots.txt + noindex + canonical kombinasyonu ile çözülebilir.

Log file analizi, crawl bütçesi konusunda en ileri düzey tekniktir. Sunucu access log’ları üzerinden Googlebot’un hangi URL’leri ne sıklıkla taradığını görebilirsiniz. Eğer Googlebot’un %40’ı düşük değerli filter URL’lerini tarıyorsa, o bütçe boşa gidiyor demektir. Bu URL’leri noindex/canonical ile işaretlediğinizde, crawl bütçesi önemli sayfalara kayar ve indexation hızlanır.

JavaScript SEO

Modern web’de JavaScript kaçınılmazdır. React, Vue, Angular gibi SPA (Single Page Application) framework’leri ile yazılmış siteler, HTML yerine JavaScript ile içerik render eder. Google bu sayfaları tarayıp render edebilir ama ek bir işlem adımı (rendering queue) gerektirir; bu 1-14 gün gecikmeye yol açar.

Server-Side Rendering (SSR) ve Static Site Generation (SSG), JavaScript SEO’nun altın çözümleridir. Next.js, Nuxt, SvelteKit gibi framework’ler sayfayı sunucuda render eder; kullanıcı ve Google aynı HTML’i alır. İlk yükleme hızı artar, SEO sorunsuz çalışır ve aynı kod tabanı client-side interaktiflik de sağlar.

SPA’dan SSR’a geçiş yapmayacaksanız, dynamic rendering bir alternatifdir: bot’lara pre-rendered HTML, kullanıcılara JavaScript SPA servis edilir. Ancak bu yaklaşım bakım maliyeti yüksek ve Google’ın uzun vadede desteklemekten vazgeçeceğini açıkladığı bir yöntemdir. SSR’a yönelmek stratejik açıdan daha sağlıklıdır.

Sık Sorulan Sorular

Özet ve Sonraki Adım

Teknik SEO, görünmeyen ama belirleyici bir katmandır. İyi içerik, doğru kelimeler ve kaliteli backlink’ler; teknik olarak sağlam olmayan bir site üzerinde çok sınırlı sonuç verir. Crawlability, Core Web Vitals, mobile-first yaklaşımı, SSL ve yapısal veri; bu beş ayağın her birinde eksikli olan bir site, rakiplerinin gerisinde kalır.

En verimli yol; manuel kontrolleri kafadan yapmak yerine, 245 noktayı otomatik tarayan bir sistem kurmak ve ayda bir trend analizi yapmaktır. Tek seferlik düzeltme her zaman geri gelir; sürdürülebilir teknik SEO, düzenli denetim kültürüdür.

Teknik SEO ile İçerik Stratejisi El Ele Gider

En iyi teknik altyapı bile yanlış içerik hedefleri üzerine kurulduğunda sonuç getirmez. Benzer şekilde mükemmel bir kelime araştırması, crawl edilemeyen veya yavaş açılan sitede çöpe gider. İki disiplin birbiriyle simetriktir; biri eksik olduğunda diğerinin verimliliği düşer.

Pratik bir kural: yeni içerik yayınlamadan önce o sayfa için teknik checklist tamamlayın. Meta tag’ler, canonical, Open Graph, schema markup ve mobil test geçer notta olsun. Yayın sonrası ilk 48 saat içinde Search Console’dan URL inspection çalıştırıp Google’ın sayfayı doğru şekilde crawl ettiğini doğrulayın. Aylık denetimlerde pillar sayfaların Core Web Vitals skorlarını kategori sayfalarından ayrı izleyin; pillar yavaşlarsa tüm cluster etkilenir.

İçerik tarafında da teknik sinyalleri güçlendirecek örüntüler vardır. Cluster yapısı, iç link derinliğini 3 tıklamanın altında tutar; bu hem kullanıcı için hem Googlebot crawl bütçesi için optimaldır. Pillar sayfalarda tablolar ve HowTo şeması, öne çıkan snippet şansını artırır. Tüm bu örüntülerin giriş noktası doğru anahtar kelime araştırmasıdır; hangi sayfanın pillar hangi sayfanın cluster olacağı, niyet ve hacim analizi ile belirlenir.

Teknik SEO ve kelime stratejisi arasındaki bağı kurduğunuzda, siteniz “iyi optimize edilmiş” kategorisinden “rekabetçi raki

Düzenli Takip ve Otomasyon

Teknik SEO “bir kez yapıp bitir” işi değildir. Sitenizde her yeni sayfa, her eklenti güncellemesi, her tema değişikliği yeni teknik riskler doğurabilir. Bu yüzden haftalık mini-denetim ve aylık kapsamlı denetim ritmi kurmak şarttır.

Pratikte üç otomasyon katmanı vardır. Birincisi saatlik uptime ve Core Web Vitals takibi; ikincisi haftalık crawl raporu (kırık link, yönlendirme zinciri, yeni indexlenen sayfalar); üçüncüsü aylık kapsamlı denetim (schema, hreflang, mobil uyum, güvenlik başlıkları). Her katmanın bir sorumlu paydaşı olmalı; geliştirici, SEO ekibi ve içerik ekibi arasındaki iş bölümü net olmalı.

Uyarı sistemleri e-posta ve Slack bildirimleriyle proaktif çalışır. Core Web Vitals eşiği aşıldığında 15 dakika içinde bilgi alırsanız sorun trafik kaybına dönüşmeden müdahale edebilirsiniz. Tepkisel değil proaktif operasyon, teknik SEO olgunluğunun en net göstergesidir.

p” kategorisine geçer. Bu geçiş genellikle 3-6 ay içinde ölçülebilir; ama disiplinin her gün uygulanması şarttır.