Teknik SEO Checklist 2026 — 40 Maddelik Eksiksiz Site Denetimi

Harika içerik üretiyorsunuz, ama site teknik olarak hatalıysa o içerik kimseye ulaşmıyor. Google sayfanızı tarayamıyorsa, indexlemiyorsa ya da çok yavaş açılıyorsa, en iyi yazınız bile sıralamada görünmez. Aynı durum yeni çağda AI tarayıcıları için de geçerli: erişemedikleri sayfayı kaynak gösteremezler.

Teknik SEO, içeriğin üstüne oturduğu görünmez temeldir. Kullanıcı bu temeli görmez, ama olmadığında her şey çöker. Bu yüzden iyi bir SEO çalışması her zaman teknikle başlar: önce sitenin taranabilir, indexlenebilir, hızlı ve güvenli olduğundan emin olursunuz, sonra içeriğe yatırım yaparsınız.

Bu yazıda 40 maddelik eksiksiz bir teknik SEO denetimi bulacaksınız. 12 yıllık SEO ve modern web stack tecrübesinden, 2026’da gerçekten önemli olan maddeleri 10 kategoriye böldüm. Sonunda neyi önce düzeltmeniz gerektiğini gösteren bir önceliklendirme tablosu var.

Hızlı özet: Teknik SEO, içeriğin görünür olmasını sağlayan görünmez temeldir. 2026 denetimi 10 kategoride toplanır: taranabilirlik, indexlenebilirlik, Core Web Vitals (INP dahil), mobil, güvenlik, URL mimarisi, schema, JavaScript rendering, AI crawler erişimi ve uluslararası. Önce kritik tarama/index sorunlarını çözün, sonra hız ve schema’ya geçin.

Taranabilirlik — Google sitenizi gezebiliyor mu?

Taranabilirlik, Google botunun sitenizdeki sayfalara ulaşıp ulaşamadığıdır. Bot bir sayfayı tarayamazsa o sayfa hiçbir zaman sıralamaya giremez, çünkü Google içeriğini bilmez. Tarama, tüm SEO zincirinin ilk halkasıdır: burada bir engel varsa sonraki her şey boşa gider.

En sık görülen tarama sorunu yanlış yazılmış bir robots.txt dosyasıdır. Tek bir hatalı Disallow satırı tüm siteyi taramaya kapatabilir. İkinci büyük sorun ise orphan sayfalardır: hiçbir iç linkle bağlanmamış, botun bağlantı izleyerek asla ulaşamadığı sayfalar. Bunlar sitenizde olur ama Google için yok gibidir.

Crawl budget, Google’ın sitenize ayırdığı tarama kaynağıdır. Binlerce URL üreten e-ticaretlerde gereksiz filtre ve parametre URL’leri bu bütçeyi tüketir, gerçek sayfalar geç taranır. İç link yapınız da burada belirleyici: önemli sayfalar ana menüden ve sık ziyaret edilen sayfalardan kaç tıkla ulaşılıyor, ona bakın.

• robots.txt dosyasını kontrol edin, yanlışlıkla kapatılmış dizin var mı bakın
• Search Console’da “Crawl Stats” raporuyla tarama hacmini izleyin
• Orphan (iç linki olmayan) sayfaları tarama aracıyla tespit edip linkleyin
• Önemli sayfalara ana sayfadan en fazla 3 tıkla ulaşıldığından emin olun
• Gereksiz parametre/filtre URL’lerini parametre yönetimiyle veya noindex ile kontrol edin
• İç link yapısını gözden geçirin, pillar sayfalara güçlü iç link verin

İç linkleme ve site mimarisinin nasıl modern bir stack’le iyileştiğini WordPress yerine ne kullanmalı? yazısında anlattım.

İndexlenebilirlik — sayfalarınız Google’ın dizinine giriyor mu?

İndexlenebilirlik, taranan bir sayfanın Google’ın arama dizinine eklenip eklenmediğidir. Bir sayfa taranıp da indexlenmeyebilir: yanlış canonical, kazara konmuş bir noindex etiketi veya zayıf içerik bunun sebebidir. İndexlenmeyen sayfa aramada hiç çıkmaz, çünkü Google’ın dizininde yer almaz.

En sık yapılan hata kazara bırakılmış noindex etiketidir. Test sitesinden canlıya geçerken noindex kalkmazsa tüm site dizinden silinir. Bu, migration ve tema değişikliklerinden sonra en çok karşılaştığım kritik hatadır. Canlıya geçtikten sonra noindex etiketini her sayfa tipinde mutlaka kontrol edin.

Canonical etiketi, hangi URL’nin “asıl” sürüm olduğunu Google’a söyler. Yanlış canonical, doğru sayfanızın indexten çıkmasına neden olur. sitemap.xml ise Google’a sayfa listesi sunar; içinde sadece indexlenmesini istediğiniz, canonical, 200 dönen sayfalar olmalı. Search Console’daki “Page Indexing” raporu hangi sayfanın neden indexlenmediğini tek tek gösterir.

• Her sayfa tipinde kazara noindex etiketi olmadığını doğrulayın
• Canonical etiketlerinin doğru asıl URL’yi gösterdiğini kontrol edin
• sitemap.xml oluşturun ve Search Console’a gönderin
• Sitemap’te sadece 200 dönen, indexlenebilir, canonical sayfalar olsun
• Search Console “Page Indexing” raporunda hata sebeplerini tek tek çözün
• Soft 404 ve yönlendirme zincirlerini temizleyin

Citation capsule: Migration ve tema değişiklikleri sonrası en kritik teknik SEO hatası, test ortamındaki noindex etiketinin canlıya taşınmasıdır. Bu etiket kalkmazsa Google tüm siteyi dizinden çıkarır ve organik trafik birkaç hafta içinde sıfıra yaklaşır. Canonical doğruluğuyla birlikte index denetimi her yayın sonrası şarttır.

Site hızı ve Core Web Vitals — siteniz yeterince hızlı mı?

Core Web Vitals, Google’ın resmi sayfa deneyimi metrikleridir ve üç ölçümden oluşur: LCP, INP ve CLS. INP (Interaction to Next Paint), 2024 Mart’ında FID’in yerini alarak resmi metrik oldu ve artık en kritik olanıdır. Yavaş bir site hem kullanıcı kaybeder hem sıralamada geriler, çünkü hız bir sıralama sinyalidir.

LCP (Largest Contentful Paint) en büyük içerik öğesinin ne zaman göründüğüdür; hedef 2,5 saniyenin altıdır. INP, kullanıcının her tıklama ve dokunuşunun ekrana yansıma süresidir; hedef 200 milisaniyenin altıdır. CLS (Cumulative Layout Shift) ise yüklenirken içeriğin kayma miktarıdır; hedef 0,1’in altıdır.

INP’yi en çok bozan şey ağır JavaScript yüküdür. Eklenti yığını taşıyan WordPress siteleri ve büyük SPA bundle’ları ana thread’i kilitler, tıklamalar geç yanıt verir. Statik mimariye geçiş bu üç metrikte tipik olarak 3-5 kat iyileşme getirir. Detaylı çözüm tekniklerini ayrı bir yazıda topladım.

• PageSpeed Insights ile mevcut LCP, INP, CLS değerlerini ölçün
• Search Console Core Web Vitals raporunda mobil + masaüstü durumunu kontrol edin
• Görselleri WebP/AVIF formatına çevirin, doğru boyutlarda sunun
• Görsellere width ve height ekleyin (CLS’yi önler)
• Üçüncü taraf script’lerini (chat, analytics) geç yükleyin
• JavaScript bundle boyutunu denetleyin, 200KB gzipped üstü riskli

INP’yi düşürmenin pratik tekniklerini Core Web Vitals INP rehberinde adım adım anlattım.

Mobil uyumluluk — mobil-öncelikli index için hazır mısınız?

Google 2021’den beri mobile-first indexing kullanır: sitenizin mobil sürümünü asıl sürüm olarak tarar ve sıralar. Yani masaüstünde mükemmel görünen ama mobilde bozulan bir site, Google’ın gözünde bozuk sitedir. Mobil deneyim artık ek değil, ana değerlendirme yüzeyidir.

Responsive tasarım, tek bir HTML’in tüm ekran boyutlarına uyum sağlamasıdır ve Google’ın önerdiği yaklaşımdır. Mobilde sık görülen sorunlar: çok küçük yazı tipleri, birbirine yapışık dokunma hedefleri ve yatay kaydırmaya neden olan taşan içeriklerdir. Dokunma hedefleri (butonlar, linkler) parmakla rahat basılacak boyutta ve aralıkta olmalı.

Mobilde içeriğin masaüstüyle aynı olması da kritiktir. Mobile-first index nedeniyle, mobilde gizlediğiniz içeriği Google görmez ve sıralamaya katmaz. “Mobilde daha az içerik” yaklaşımı bu yüzden SEO’ya zarar verir. Mobil ve masaüstü aynı içeriği, aynı yapılandırılmış veriyi taşımalı.

• Responsive tasarımın tüm ana sayfa tiplerinde çalıştığını test edin
• Yazı tiplerinin mobilde okunabilir boyutta olduğunu kontrol edin
• Dokunma hedeflerinin (buton/link) yeterince büyük ve aralıklı olduğunu doğrulayın
• Yatay kaydırmaya neden olan taşan öğe olmadığından emin olun
• Mobil içeriğin masaüstüyle aynı (gizlenmemiş) olduğunu garantileyin

Güvenlik ve erişim — siteniz HTTPS üzerinden güvenli mi?

HTTPS, 2014’ten beri hafif bir Google sıralama sinyalidir ve bugün artık bir standarttır. HTTPS olmayan siteler tarayıcılarda “güvenli değil” uyarısı alır, bu da güveni ve dönüşümü düşürür. SSL sertifikası ücretsiz ve kolay kurulur; eksik olması 2026’da kabul edilemez bir teknik açıktır.

HTTPS’i kurmak yetmez, doğru yapılandırmak gerekir. HTTP sürümünden HTTPS’e kalıcı (301) yönlendirme olmalı, yoksa Google iki ayrı sürüm görür ve içerik bölünür. HSTS başlığı, tarayıcıya “bu siteyi her zaman HTTPS üzerinden aç” der ve güvenliği bir adım ileri taşır.

Karışık içerik (mixed content), HTTPS sayfanın içinde HTTP üzerinden yüklenen görsel, script veya stil olmasıdır. Bu durum güvenlik uyarısı tetikler ve sayfanın “tam güvenli” sayılmasını engeller. Migration sonrası eski HTTP bağlantıları sayfa kaynağında kalabilir, bunları tek tek temizleyin.

• Tüm sitenin geçerli SSL sertifikasıyla HTTPS üzerinden sunulduğunu doğrulayın
• HTTP’den HTTPS’e 301 kalıcı yönlendirme kurun
• HSTS başlığını aktif edin
• Karışık içerik (HTTP üzerinden yüklenen kaynak) olmadığını tarayın
• SSL sertifikasının otomatik yenilendiğinden emin olun

URL ve site mimarisi — yapınız mantıklı ve düz mü?

Temiz URL yapısı ve sığ site mimarisi hem kullanıcıların hem botların sitenizi anlamasını kolaylaştırır. Önemli sayfalara ana sayfadan ne kadar az tıkla ulaşılıyorsa, Google o sayfaları o kadar değerli görür. Derin gömülmüş sayfalar geç taranır ve daha az otorite alır.

İyi bir URL kısa, okunabilir ve içeriği yansıtır: /hizmetler/seo/ gibi. Anlamsız parametreli URL’ler (?id=482&cat=3), büyük harfler ve gereksiz uzunluklar hem kullanıcıyı hem botu zorlar. URL yapınızı bir kez doğru kurun, çünkü sonradan değiştirmek yönlendirme yükü getirir.

Breadcrumb (içerik yolu) navigasyonu, hem kullanıcıya konumunu gösterir hem Google’a sayfa hiyerarşisini bildirir. BreadcrumbList schema’sıyla işaretlendiğinde arama sonuçlarında da görünür. Site mimarisi mantıklı kategorilere bölünmeli: her şey tek seviyede değil, anlamlı bir ağaç yapısında durmalı.

• URL’lerin kısa, okunabilir ve içeriği yansıtan biçimde olduğunu kontrol edin
• Büyük harf, Türkçe karakter ve gereksiz parametrelerden kaçının
• Önemli sayfaların ana sayfaya 3 tık mesafede olduğunu doğrulayın
• Breadcrumb navigasyonunu ekleyin ve BreadcrumbList schema ile işaretleyin
• Site mimarisini mantıklı kategori/pillar yapısına oturtun

Yapılandırılmış veri ve schema — Google ve AI içeriğinizi anlıyor mu?

Schema.org yapılandırılmış verisi, JSON-LD formatında, Google’a ve AI tarayıcılarına sayfanızın ne olduğunu açık biçimde söyler. Doğrudan bir sıralama faktörü değildir ama dolaylı etkisi büyüktür: rich result’lar tıklama oranını belirgin artırır, AI Overviews ve AI alıntıları için ise neredeyse zorunludur.

Her sayfada bazı schema’lar her zaman olmalı: Organization (şirket), Person (kurucu/yazar) ve WebSite. Sayfa tipine göre eklenenler ise Service, Article, FAQPage, Product ve BreadcrumbList’tir. En iyi pratik, bunları @graph içinde tek bir JSON-LD bloğunda @id referanslarıyla birbirine bağlamaktır.

Kritik kural: schema’da olan içerik sayfada da görünür olmalı. Schema’da FAQ varken sayfada görünür FAQ yoksa Google bunu cloaking sayar ve cezalandırır. Markup’ınızı yayınlamadan önce Google Rich Results Test ve Schema.org Validator ile doğrulayın.

• Her sayfada Organization + Person + WebSite schema’sı olsun
• Sayfa tipine göre Service/Article/Product/FAQPage ekleyin
• Tüm schema’ları @graph ile tek JSON-LD bloğunda birleştirin
• FAQPage schema’sındaki içeriğin sayfada görünür olduğunu doğrulayın
• Google Rich Results Test ve Schema.org Validator ile test edin

Hangi sayfada hangi schema’nın gerektiğini kod örnekleriyle Schema.org markup rehberinde açıkladım.

JavaScript rendering — içeriğiniz JS olmadan görünüyor mu?

JavaScript rendering, sayfanızın içeriğinin tarayıcıya hazır HTML olarak mı yoksa JavaScript çalıştıktan sonra mı geldiğidir. Bu, 2026 teknik SEO’sunun en az anlaşılan ama en belirleyici konularından biri. İçerik yalnızca JS çalışınca beliriyorsa, Google geç indexler, AI botlarının çoğu ise hiç göremez.

Client-side rendering (CSR), klasik React/Vue SPA’larında olduğu gibi içeriği tarayıcıda JS ile çizer. Google bunu sonunda işleyebilir ama gecikmeli ve hata riskiyle. Asıl sorun AI tarafında: GPTBot, ClaudeBot ve PerplexityBot çoğunlukla JavaScript çalıştırmaz, yalnızca ham HTML’i okur. CSR sitede bu botlar boş sayfa görür.

Çözüm SSR (server-side rendering) veya SSG (static site generation). Astro gibi statik üreten araçlar, içeriği hazır HTML olarak sunar; hem Google hem AI botları her şeyi ilk bakışta görür. Üstelik varsayılan JS yükü sıfıra yakın olduğu için INP ve LCP de doğal olarak iyi çıkar. Statik mimari, bu maddeyi baştan halleder.

• Sayfa kaynağını (JS kapalı/view-source) açıp ana içeriğin HTML’de göründüğünü kontrol edin
• Kritik içeriğin client-side render’a bağımlı olmadığından emin olun
• CSR kullanıyorsanız SSR/SSG seçeneklerini değerlendirin
• Statik üretim (Astro/SSG) ile hazır HTML sunmayı önceliklendirin
• Google’ın “URL İnceleme” aracında render edilmiş HTML’i doğrulayın

Citation capsule: GPTBot, ClaudeBot ve PerplexityBot gibi AI tarayıcılarının çoğu JavaScript çalıştırmaz ve yalnızca ham HTML’i okur. Bu nedenle client-side render eden SPA siteler AI botlarına boş görünür ve AI yanıtlarında kaynak gösterilemez. Statik site üretimi (SSG) içeriği hazır HTML olarak sunarak hem Google hem AI görünürlüğünü güvence altına alır.

AI çağı teknik gereksinimleri — ChatGPT ve Perplexity sitenizi görebiliyor mu?

AI çağında teknik SEO’nun yeni bir katmanı var: AI tarayıcılarının sitenize erişebilmesi. ChatGPT, Perplexity, Gemini ve Claude artık arama sonuçlarında kaynak gösteriyor, ama bunun için önce sitenizi tarayabilmeleri gerekir. robots.txt dosyanız bu botları engelliyorsa, AI yanıtlarında hiç görünmezsiniz.

Erişimi açık tutulması gereken başlıca AI botları: OpenAI’nin GPTBot’u, Anthropic’in ClaudeBot’u, Perplexity’nin PerplexityBot’u ve Google’ın AI eğitimi için kullandığı Google-Extended. Bu botları engellemek bir telif tercihidir, ama AI’da görünürlük istiyorsanız erişimi açmanız gerekir. Çoğu işletme için açık tutmak doğru karardır.

llms.txt dosyası, sitenizin AI dostu bir özetini ve önemli sayfa haritasını sunan yeni bir standarttır. Bunun yanında AI botları için en kritik teknik gereksinim hız ve statik içeriktir: bu botlar JS çalıştırmadığı için içerik hazır HTML olmalı ve sunucu hızlı yanıt vermelidir. Yavaş veya JS’e bağımlı site, AI çağında görünmez kalır.

• robots.txt’te GPTBot, ClaudeBot, PerplexityBot, Google-Extended erişimini kontrol edin
• AI’da görünürlük istiyorsanız bu botları engellemediğinizden emin olun
• llms.txt dosyası oluşturup site özetini ve ana sayfaları listeleyin
• İçeriğin hazır HTML olarak sunulduğunu doğrulayın (AI botları JS çalıştırmaz)
• Sunucu yanıt süresini (TTFB) düşük tutun, statik/CDN kullanın

llms.txt dosyasını adım adım nasıl yazacağınızı llms.txt rehberinde anlattım. AI görünürlüğünüzün tam bir röntgenini ise GEO & AI Audit paketinde çıkarıyoruz.

Uluslararası SEO — birden çok dil/ülke hedefliyor musunuz?

Uluslararası SEO, yalnızca birden çok dil veya ülke hedefleyen siteler için gerekli bir katmandır. Tek dilli, tek ülkeli bir site bu bölümü atlayabilir. Ama çok dilli bir site hreflang etiketlerini doğru kurmazsa, Google yanlış kullanıcıya yanlış dildeki sayfayı gösterir ve sıralama dağılır.

Hreflang etiketi, her sayfanın hangi dil ve bölge için olduğunu Google’a söyler. Türkçe sayfa Türkiye’deki kullanıcıya, İngilizce sayfa İngilizce arayan kullanıcıya çıkar. En sık yapılan hata karşılıklı (return) hreflang eksikliğidir: A sayfası B’yi gösteriyorsa, B de A’yı geri göstermelidir, yoksa Google etiketi yok sayar.

Bu kategori sadece çok dilli sitelerde geçerlidir, ama orada da kritiktir. Yanlış hreflang, doğru içeriğin yanlış pazarda görünmesine ve iki sürümün birbiriyle yarışmasına yol açar. Tek dilli siteyseniz bu maddeleri rahatça geçebilirsiniz.

• Çok dilli/ülkeli site için hreflang etiketlerini her sürüme ekleyin
• Karşılıklı (return) hreflang referanslarının tam olduğunu doğrulayın
• Dil ve bölge kodlarının doğru (örn. tr-TR, en-US) olduğunu kontrol edin
• Search Console “International Targeting” raporunda hreflang hatalarını izleyin

Önceliklendirme — önce neyi düzeltmelisiniz?

40 maddenin hepsini aynı anda düzeltmek gerekmez, hatta yanlış olur. Bazı sorunlar siteyi tamamen görünmez yaparken bazıları sadece iyileştirme getirir. Doğru sıra şu: önce sitenin görünmesini engelleyen kritik sorunları çözün, sonra performansı artıran orta öncelikleri, en son ince ayar maddelerini halledin.

Kritik sorunlar siteyi aramada yok eder: kazara noindex, kapalı robots.txt, HTTPS eksikliği veya AI/Google botlarının içeriği hiç görememesi. Bunlar varken diğer hiçbir şeyin önemi yok. Orta öncelikler sıralamayı ve tıklamayı belirgin etkiler: Core Web Vitals, schema, mobil. Düşük öncelikler ise rekabette fark yaratan ince ayarlardır.

Pratik öneri: bu denetimi yukarıdan aşağı yapın, her kategoriyi kapatın. Ama düzeltme sırasında tabloyu izleyin. Kritik bir madde açıksa, orta veya düşük maddelerle uğraşmadan önce onu kapatın. Görünmez bir siteyi hızlandırmanın anlamı yok; önce görünür yapın, sonra hızlandırın ve zenginleştirin.

Hizmetlerimiz

Teknik SEO denetimini kendiniz yapabilirsiniz, ama profesyonel destek isterseniz şu hizmetlerle yanınızdayız:

• SEO Hizmeti — kapsamlı teknik denetim, içerik ve süreklilik dahil tam SEO yönetimi.
• WordPress Migration — yavaş, eklenti şişkinliğine boğulmuş WordPress sitenizi statik, hızlı bir mimariye taşıyıp bu checklist’in çoğunu baştan çözüyoruz.
• GEO & AI Audit — AI tarayıcı erişimi, schema ve teknik altyapınızın AI çağına hazırlığını röntgenliyoruz.

Ücretsiz strateji görüşmesi → sitenizin teknik SEO durumuna birlikte bakıp önceliklerinizi çıkaralım.

İlgili yazılar:

• Core Web Vitals 2026 — INP Odaklı Performans Rehberi
• Schema.org Markup Eksiksiz Rehberi 2026
• llms.txt Nedir, Nasıl Yazılır?