B2B SaaS platformları için teknik SEO kontrol listesi

Çoğu B2B SaaS şirketi SEO'ya bir pazarlama problemi gibi yaklaşır. 40'ın üzerinde SaaS sitesini denetledikten sonra, organik büyüme potansiyelinin en az %70'inin içerik stratejisinin değil, mühendislik kararlarının arkasında kilitli olduğunu savunuyoruz.

Bu kontrol listesi, her SEO çalışmasında mühendislik ekipleriyle baştan sona ele aldığımız versiyondur. Görüş sahibidir, etkisine göre sıralanmıştır ve iğneyi oynatmayan kısımları bilinçli olarak atlar.

1. Rendering stratejisi

Çoğu SaaS sitesinde en hızlı kazanç: pazarlama sayfalarını tarayıcıda değil, sunucuda render etmek.

Pazarlama siteniz bir Single Page Application ise (Create React App, SSR'sız Vue CLI, ağır JS'li bir Webflow dışa aktarımı), içeriğinizin indekslenmesi Google'ın headless renderer'ının insafına kalmıştır. O renderer daha yavaştır, kaynak açısından daha kısıtlıdır ve bazı kalıpları atlar.

Next.js, Nuxt, Astro, Remix ya da SvelteKit üzerinden server-side rendering (SSR) ya da static site generation (SSG) yaklaşımına geçin. Çoğu SaaS pazarlama içeriği en fazla haftalık güncellendiğinden, on-demand revalidation ile SSG en ideal noktadır.

Google'ın gerçekte ne gördüğünü nasıl doğrularsınız:

• Sayfa kaynağınızı görüntüleyin (Ctrl+U). Ana içerik HTML'de yoksa, Google da onu güvenilir biçimde göremeyecektir.
• Render edilmiş HTML'i ve engellenen kaynakları görmek için Google Search Console'un URL Inspection → Test Live URL özelliğini kullanın.

2. Core Web Vitals (2026'da hâlâ sıralama faktörü)

Üç metrik önemli. Hedefler, Google'ın "iyi" eşikleridir:

• LCP (Largest Contentful Paint) < 2.5s
• INP (Interaction to Next Paint) < 200ms
• CLS (Cumulative Layout Shift) < 0.1

Çoğu SaaS sitesinde asıl katil, hero görselinin LCP'sidir. Vakaların %80'ini çözen üç kural:

1. Modern bir framework'ün <Image> bileşenini (Next.js Image, Nuxt Image), doğru width/height değerleriyle ve hero'da priority ile kullanın.
2. AVIF ya da WebP sunun. 2026'da bir B2B SaaS'ta JPEG hero görselleri bir meslek kusurudur.
3. LCP görsel öğesinde fetchPriority="high" kullanın.

INP söz konusu olduğunda suçlu genellikle üçüncü taraf JavaScript'tir — chat widget'ları, analytics, A/B test script'leri. Chrome DevTools'un Performance sekmesiyle denetleyin ve ilk boyamada (first paint) yüklenmesi gerekmeyen her şeyi lazy-load edin.

CLS neredeyse her zaman geç yüklenen web fontlarından ya da dinamik reklam alanlarından kaynaklanır. aspect-ratio CSS ile yer ayırın ve uygun fallback metric override'larıyla birlikte font-display: swap kullanın.

3. İndekslenebilir URL yapısı

Üç kural:

1. Her içerik parçası için tek bir canonical URL. Sondaki slash'lar, www ve www olmayan, http ve https — birini seçin ve geri kalanını 301 ile yönlendirin.
2. Canonical etiketlerinde ?utm_ ya da oturum kimliği olmasın. Bunları temizleyin.
3. ?page=1 ile aynı içerik için ?page=2 olmasın. rel="canonical"'i doğru kullanın YA DA "daha fazla göster" ile tek bir sayfalı rotada birleştirin.

Özellikle SaaS için: dashboard URL'lerinizin (/app/*, /dashboard/*) hem robots.txt'te engellendiğinden HEM DE meta'da noindex olarak işaretlendiğinden emin olun. İndekste yalnızca pazarlama sayfaları bulunmalı.

4. Önemli olan yapılandırılmış veri

SaaS için SERP görünümünü anlamlı biçimde etkileyen Schema.org işaretlemesi:

• Organization — site geneli, kök layout'ta
• BreadcrumbList — ana sayfa dışındaki her sayfa
• FAQPage — fiyatlandırma sayfaları, ürün sayfaları, yardım merkezi makaleleri
• Article — her blog yazısı
• Product + Offer — fiyatlandırma sayfaları (fiyatları yayımlıyorsanız)
• SoftwareApplication — asıl ürün sayfanız
• potentialAction (SearchAction) içeren WebSite — site içi aramanız varsa, kökte

Atlayın:

• LocalBusiness (siz bir SaaS'sınız, kahve dükkânı değil)
• Review (yalnızca gerçekten hak ettiğiniz gerçek yorumlarınız varsa — sahte yorum şeması cezalandırılır)
• Event (SaaS için nadiren geçerli)

Yalnızca Schema Markup Validator ile değil, Google'ın Rich Results Test aracıyla doğrulayın — ikincisi daha hoşgörülüdür.

5. Doğru yapılan uluslararasılaştırma

Uluslararası SaaS SEO'sunda gördüğümüz en yaygın hata, bozuk hreflang. Kurallar:

• Her çevrilmiş sayfa, kendisi dahil diğer tüm çevirilere hreflang ile bağlanmalıdır.
• Her hreflang etiket kümesi bir x-default fallback içermelidir.
• hreflang değeri, hedef sayfanın <html lang> değeriyle eşleşmelidir.
• Gerçek bölgesel varyantlarınız olduğunda language-region kodlarını (en-US, de-DE), olmadığında ise düz dil kodlarını (en, de) kullanın.

Şaşırtıcı derecede yaygın bir hata: CMS'iniz, canlı sitede var olmayan bir çeviri için hreflang dışa aktarır. Google bunu Search Console'da No return tags olarak bildirir. Screaming Frog ya da Ahrefs site denetimiyle kontrol edin.

6. Tarama bütçesi yönetimi

Binlerce sayfası olan SaaS siteleri için (changelog, yardım merkezi, blog) tarama bütçesi gerçek bir meseledir. Üç kaldıraç:

• robots.txt — /app/*, /api/*, /?preview=* yollarını engelleyin. CSS ya da JS'i engellemeyin — Google render için bunlara ihtiyaç duyar.
• sitemap.xml — yalnızca canonical, indekslenebilir sayfaları ekleyin. Her eski changelog kaydını listelemeyin.
• İç bağlantılar — en önemli sayfalarınıza ana sayfadan ≤2 tıklamayla ulaşılabilmelidir.

Çok büyük sitelerde, bölümlere göre birden fazla sitemap'e bölün (sitemap-blog.xml, sitemap-docs.xml) ve hepsini Search Console'a gönderin.

7. JavaScript SEO

Modern bir framework'ü doğru şekilde kullanıyorsanız, bu büyük ölçüde çözülmüştür. Ancak iki kalıp hâlâ sorun çıkarır:

• Düzgün history API olmadan istemci tarafı yönlendirme — her rota değişikliği <title>, meta etiketleri, canonical ve OG etiketlerini güncellemelidir. Framework'ler bunu genellikle halleder; vanilla SPA'lar çoğu zaman halletmez.
• Kaydırma gerektiren lazy-load içerik — Google'ın renderer'ı kaydırma yapmaz. Intersection Observer ile ekranın altında yüklenen hiçbir şey indekslenmeyebilir. loading="lazy"'yi görseller için kullanın, birincil içerik için değil.

8. Performans bütçesinin zorunlu kılınması

Kod kalitesi araçları, bütçe zamanla sürüklendiğinde yetersiz kalır. Şunları kurun:

• Her PR'da Lighthouse CI — LCP > 2,5 sn ya da JS bundle > 300 KB ise build'leri başarısız sayın
• CI'da Bundle analyzer — JS payload'ındaki gerilemeleri işaretleyin
• Vercel Analytics, Cloudflare Web Analytics ya da Datadog RUM ile Real User Monitoring (RUM) — sentetik Lighthouse, yavaş 4G'deki gerçek kullanıcıları yansıtmaz

9. Aylık olarak bakmanız gereken loglar

• Google Search Console → Pages → Why pages aren't indexed — indeksleme sorunlarını organik trafiği batırmadan önce bulun
• Search Console → Core Web Vitals report — sentetik Lighthouse değil, gerçek Chrome kullanıcı verisi
• Googlebot user-agent'ına göre filtrelenmiş sunucu logları — Google'ın gerçekte neyi, ne sıklıkla taradığını ve hangi hatalarla karşılaştığını görün
• Sayfa bazında Search Console → Performance → Queries — değerli sorgularda ilk 10'un hemen dışında sıralanan sayfaları bulun ("2. sayfa altını" raporu)

Tek bir şey yapabilecekseniz 80/20

Bu çeyrekte tek bir girişime vaktiniz varsa: LCP'nizi ve indekslenebilir HTML render'ınızı düzeltin. Bu ikisi birlikte, denetlediğimiz çoğu SaaS sitesinin organik potansiyelinin %60–80'ini açığa çıkarır.

Geri kalan her şey kademeli iyileştirmedir. Bu iki değişiklik her sayfanın tabanını yükseltir.

Bu iş bütünün neresinde duruyor

Teknik SEO engelleri kaldırır, talep yaratmaz. Yanına iki şey gerekir:

• Framework seçimi, sunucu render'ının ve rota bazlı stratejinin ne kadar kolay doğru kurulacağını belirler — karşılaştırma Next.js vs Nuxt yazısında.
• Gerçek bir sorguyu cevaplayan içerik, kaldırılan engellerin önünü tıkadığı şeydir. O olmadan kusursuz bir teknik taban hiçbir şey sıralatmaz.

Denetimleri ve süregelen işi nasıl kurduğumuz teknik SEO sayfasında, denetimin kendisi teknik denetim sayfasında. Binlerce üretilmiş sayfada bunun nasıl göründüğü programatik dizin vaka çalışmamızda.

SaaS'ınız için ücretsiz bir teknik SEO denetimi isterseniz — size 7 gün içinde önceliklendirilmiş bir bulgular raporu gönderelim — alan adınızı bize iletin.