SaaS web siteleri için teknik SEO kontrol listesi

SaaS için teknik SEO: uygulamayı aramadan uzak tutmak, botlar için render, dokümanlar ve sürüm notları, kanonik, yapısal veri, hız ve yapay zekâ botları.

FixReports editör ekibi7 dk okuma

Bir SaaS şirketi için teknik SEO büyük ölçüde iki konuya dayanır: ayırma ve render etme. Ayırma, çünkü tek bir alan adında genellikle sıralamada yer alması gereken bir pazarlama sitesi, yine sıralamada yer alması gereken dokümantasyon ve aramada hiç bulunmaması gereken bir uygulama bir arada durur. Render etme, çünkü SaaS siteleri çoğu zaman JavaScript uygulamaları olarak geliştirilir ve Google JavaScript'i render etse de çoğu yapay zekâ botu dahil başka birçok tarama botu bunu yapmaz. Bu kontrol listesi her ikisini ve olağan temelleri ele alır: kanonik etiketler, site haritaları, yapısal veri, hız ve yapay zekâ arama motorlarının sayfalarınıza nasıl ulaştığı.

Temel noktalar

  • Google, JavaScript sayfalarını ayrı aşamalarda tarar, render eder ve dizine ekler; tüm botlar JavaScript çalıştıramadığı için server-side rendering veya pre-rendering'in "is still a great idea" (hâlâ harika bir fikir) olduğunu söyler (Google Search Central (yeni sekmede açılır)).
  • Aralık 2024 tarihli bir analiz, GPTBot, ClaudeBot ve PerplexityBot dahil büyük yapay zekâ botlarının hiçbirinin JavaScript'i render etmediğini buldu (Vercel (yeni sekmede açılır)).
  • Google, AI Overviews ve AI Mode için ek bir teknik gereklilik olmadığını; özel bir schema.org işaretlemesine veya yapay zekâ metin dosyalarına gerek bulunmadığını söylüyor (Google Search Central (yeni sekmede açılır)).
  • OpenAI, ChatGPT araması için OAI-SearchBot'u, model eğitimi için GPTBot'u kullanır; GPTBot'u engellemek bir siteyi ChatGPT aramasından çıkarmaz (OpenAI (yeni sekmede açılır)).
  • Google-Extended, Google'ın içeriği Gemini eğitimi için kullanıp kullanamayacağını kontrol eder ve Google Arama'ya dahil edilmeyi etkilemez (Google Search Central (yeni sekmede açılır)).

Uygulamanız arama sonuçlarında yer almalı mı?

Hayır. Giriş gerektiren uygulama sayfalarında arama yapanlar için bir şey yoktur ve Googlebot oturum açmaz. Risk tam tersi yöndedir: uygulamanın paylaşılan bağlantılar, boş durum ekranları, parola sıfırlama sayfaları ve hazırlık (staging) ortamları gibi herkese açık URL'leri dizine eklenebilir ve pazarlama sayfalarınızla rekabet edebilir.

  • Uygulamayı app.example.com gibi kendi ana makinesinde (host) sunun ve buradan gelen her yanıtla birlikte X-Robots-Tag: noindex gönderin.
  • Hazırlık ve önizleme ortamlarını robots kurallarından daha güvenilir olan kimlik doğrulamayla aramanın dışında tutun.
  • Sayfaları Google'dan kaldırmak için robots.txt'ye güvenmeyin: engellenen bir URL başka bir yerden bağlantı alıyorsa yine listelenebilir ve Google, taramasına izin verilmeyen bir sayfadaki noindex'i göremez (Google Search Central (yeni sekmede açılır)).
  • Giriş ve kayıt sayfaları sık sık adıyla aranır ("yourproduct login"). Bunları dizine eklenebilir tutmak mevcut müşterilerin onları bulmasına yardımcı olur; ancak bu sayfalarda yoğun pazarlama içeriği bulunmamalıdır.

Robots.txt kontrol aracımız her botun neleri çekebileceğini, meta etiket kontrol aracı ise bir sayfanın robots meta etiketini ve X-Robots-Tag başlığını gösterir.

Arama motorları ve yapay zekâ botları pazarlama sayfalarınızı okuyabiliyor mu?

Herhangi bir JavaScript çalışmadan önce bir botun ne aldığını kontrol edin. Fiyatlandırma sayfanızın HTML yanıtında fiyat da başlık da yoksa, yalnızca bir script etiketi varsa, JavaScript çalıştırmayan botlar boş bir sayfa görür.

  • Google, JavaScript'i güncel bir Chromium ile render eder; ancak render etme işlemi taramadan sonra bir kuyrukta gerçekleşir ve Google server-side rendering veya pre-rendering önerir (Google Search Central (yeni sekmede açılır)).
  • Yapay zekâ botları: Vercel'in kendi ağı üzerindeki analizi, OpenAI, Anthropic, Perplexity ve Meta botlarının JavaScript dosyalarını çektiğini ama çalıştırmadığını; Google altyapısını kullanan Gemini ile Applebot'un ise sayfaları render ettiğini buldu (Vercel (yeni sekmede açılır)).
  • Sohbet uygulamalarındaki ve sosyal ağlardaki bağlantı önizlemeleri genellikle yalnızca sunucu HTML'ini okur; bu yüzden başlıklar, açıklamalar ve Open Graph etiketleri bu HTML'de bulunmalıdır.

Pratik çözüm, pazarlama sayfalarını, dokümanları ve blogu sunucuda veya derleme sırasında render etmek (Next.js, Nuxt ve Astro gibi çatılar bunu destekler) ve istemci tarafı render etmeyi giriş yapılan uygulamaya bırakmaktır. Hızlı bir test: URL'nizde curl çalıştırın ya da incelenen DOM yerine sayfa kaynağını görüntüleyin ve metnin orada olup olmadığını kontrol edin.

Pazarlama sitesinin yapısı nasıl olmalı?

SaaS alıcıları, sayfalarla eşleştirebileceğiniz niyetlerle arama yapar. Bunların her biri, açıklayıcı bir başlığa ve kendi kanonik URL'sine sahip, dizine eklenebilir ayrı bir sayfayı hak eder:

  • Ürün ve özellik sayfaları, her büyük yetenek için bir tane.
  • Kullanım senaryosu ve sektör sayfaları, "invoicing software for agencies" gibi aramalar için.
  • Entegrasyon sayfaları, her entegrasyon için bir tane; çünkü insanlar "[ürününüz] + [kendi aracı]" şeklinde arama yapar.
  • Fiyatlandırma, planlar ve fiyatlar render sonrasında bir API'den yüklenmeden HTML'in içinde.
  • Karşılaştırma ve alternatif sayfaları, adil biçimde yazılmış olarak: rakiplerin fiyatları ve özellikleri değişir, bu yüzden bu sayfalara tarih koyun ve güncel tutun.
  • Müşteri hikâyeleri, izin alınarak ve gerçek, kaynağı gösterilebilir ayrıntılarla.

Zayıf varyasyonlardan kaçının: kelimeleri değiştirilerek üretilmiş, birbirinin neredeyse aynısı onlarca "[özellik] for [sektör]" sayfası, Google'ın spam politikalarının ölçeklendirilmiş içerik kötüye kullanımı (scaled content abuse) dediği şeydir (Google Search Central (yeni sekmede açılır)).

Dokümanları, yardım merkezlerini ve değişiklik günlüklerini nasıl yönetmelisiniz?

Dokümantasyon çoğu zaman pazarlama sitesinden daha fazla arama trafiği getirir, çünkü insanlar bir şeyi nasıl yapacaklarını arar.

  • Müşteriye özel bilgi içermedikçe dokümanları herkese açık ve dizine eklenebilir tutun.
  • Sürümlü dokümanlarda eski sürümlerin kanonik etiketini aynı sayfanın güncel sürümüne yönlendirin ya da eski sürümleri noindex olarak işaretleyin; böylece arama sonuçlarında güncel talimatlar görünür.
  • Her doküman sayfasına, insanların görevi ifade etme biçimine uyan açıklayıcı bir başlık ve H1 verin ("Export invoices to CSV"); iç özellik adlarını kullanmayın.
  • Değişiklik günlüğü (changelog) kayıtlarını kalıcı, tarihli URL'lerde tutun.
  • Dokümanları XML site haritanıza ekleyin ya da onlara robots.txt'de listelenen ayrı bir site haritası verin.

Yardım merkeziniz bir alt alan adında üçüncü taraf bir platformda çalışıyorsa Search Console'da doğrulanmış olduğunu ve sayfalarının ana siteye geri bağlantı verdiğini kontrol edin.

SaaS sitelerinde hangi kanonik, hreflang ve yönlendirme sorunları yaygındır?

  • Parametreler: UTM etiketleri, yönlendirme kodları ve A/B testi parametreleri yinelenen URL'ler oluşturur. Her sayfa kendi temiz URL'sini kanonik olarak belirtmelidir (Google Search Central (yeni sekmede açılır)).
  • Sondaki eğik çizgi ve büyük/küçük harf: Bir biçim seçin ve diğerini 301 ile yönlendirin.
  • Yerelleştirilmiş sayfalar: Pazarlama sitesini çeviriyorsanız dil sürümlerini, kendine referans ve bir x-default dahil olmak üzere hreflang ile birbirine bağlayın (Google Search Central (yeni sekmede açılır)).
  • Marka değişiklikleri ve alan adı taşımaları: Eski URL'leri 301 yönlendirmeleriyle yeni URL'lere bire bir eşleyin; her şeyi ana sayfaya yönlendirmek eski sayfaların değerini kaybettirir.

SEO analizi, sitenizin önemli sayfalarında başlıkları, H1'leri, kanonik etiketleri ve robots kurallarını test eder ve kırık iç bağlantıları bulur.

Bir SaaS sitesine hangi yapısal veriler uyar?

  • Ana sayfada adınız, URL'niz, logonuz ve resmi profillere giden sameAs bağlantılarıyla Organization.
  • Ana sayfada name ve url ile WebSite; Google bunu sonuçlarda gösterilen site adını seçmek için kullanır (Google Search Central (yeni sekmede açılır)).
  • SoftwareApplication: Google'ın yazılım uygulaması zengin sonucu bir fiyat ve bir toplu puan (aggregate rating) veya bir yorum gerektirir (Google Search Central (yeni sekmede açılır)). Yalnızca gerçek ve sayfada görünen puanları ekleyin; bunlar olmadan işaretleme ürünü yine tanımlar ama zengin sonuç kazandırmaz.
  • Doküman ve blog sayfalarında BreadcrumbList.
  • Blog yazılarında yazar ve tarihlerle Article.

FAQ işaretlemesinin ek alan kazandırmasını beklemeyin: Google 7 Mayıs 2026'da FAQ zengin sonuçlarını göstermeyi bıraktı (Google Search Central (yeni sekmede açılır)). Yapısal veri kontrol aracı, bir sayfadaki her öğeyi ve Google'ın o öğe için zorunlu tuttuğu özellikleri listeler.

SaaS pazarlama sayfaları Core Web Vitals'ta neden başarısız olur?

SaaS pazarlama siteleri genellikle çok sayıda üçüncü taraf script yükler: analitik, etiket yöneticileri, canlı sohbet widget'ları, A/B testi, oturum kaydı ve reklam pikselleri. Bunlar ana içeriği geciktirir ve ana iş parçacığını (main thread) meşgul tutar; bu da yavaş bir LCP ve kötü bir INP olarak ortaya çıkar.

  • Her üçüncü taraf script'i gözden geçirin ve kimsenin kullanmadıklarını kaldırın.
  • Canlı sohbet widget'larını etkileşim olduğunda yükleyin ve çalışana kadar sayfayı gizleyen A/B testi script'lerinden kaçının.
  • Hero görsellerini ve ürün ekran görüntülerini görüntülendikleri boyutta, WebP veya AVIF biçiminde sunun ve ilkini geç yüklemeyin (lazy load).
  • Etkileşimli fiyat hesaplayıcıları ve demolar içeren sayfalarda INP'yi izleyin.

Google, sıralama sistemlerinde Core Web Vitals'ı kullanır; ancak alaka düzeyi önce gelir (Google Search Central (yeni sekmede açılır)). Hız testi, bir sayfayı yavaşlatılmış bir telefon olarak ölçer ve Google'da mevcutsa gerçek kullanıcı verilerini gösterir.

Yapay zekâ arama motorları SaaS içeriğini nasıl bulur ve kaynak gösterir?

Yapay zekâ araması için ayrı bir teknik yol yoktur ve popüler tavsiyelerin bir kısmı bu sistemleri işleten şirketler tarafından desteklenmez.

  • Google AI Overviews ve AI Mode, dizine eklenmiş ve snippet gösterilmeye uygun sayfaları kullanır; Google ek gereklilik, özel schema ve yapay zekâ metin dosyalarına ihtiyaç olmadığını söyler (Google Search Central (yeni sekmede açılır)).
  • ChatGPT araması OAI-SearchBot'a dayanır. ChatGPT'nin yanıtlarında görünmek istiyorsanız robots.txt'de OAI-SearchBot'u engellemeyin; GPTBot'u engellemek yalnızca eğitimden çıkmanızı sağlar (OpenAI (yeni sekmede açılır)).
  • Gemini eğitimi, Google Arama'yı etkilemeyen Google-Extended belirteciyle kontrol edilir (Google Search Central (yeni sekmede açılır)).
  • llms.txt, bir sitenin Markdown özeti için bir topluluk önerisidir. Google bu tür dosyalara ihtiyaç duymadığını söylüyor; diğer yapay zekâ hizmetleri bunları kullanıp kullanmadıklarını belgelemedi. Yayımlamanın maliyeti düşüktür, ancak taranabilir sayfaların yerini tutmaz.

Hepsinde işe yarayan şey aynıdır: sunucuda render edilen sayfalar, alıcıların sorduğu sorulara yanıt veren net başlıklar, fiyatlar ve limitler gibi somut bilgilerin metin olarak yer alması ve birbiriyle çelişmeyen sayfalar.

Sık sorulan sorular

Dokümanlarımız alt alan adında mı yoksa alt klasörde mi olmalı?

İkisi de sıralamada yer alabilir. Daha önemli olan, dokümanların taranabilir olması, ana siteden bağlantı alması, bir site haritasında yer alması ve Search Console'da doğrulanmış olmasıdır.

Google, JavaScript uygulamamızdaki içeriği dizine ekler mi?

Google JavaScript'i render edebilir, ancak bunu ayrı bir adımda yapar; diğer botlar ise çoğu zaman yapmaz. Bulunmasını istediğiniz sayfalarda içeriği sunucuda veya derleme sırasında render edin.

Yapay zekâ botlarını engellemeli miyiz?

Bu bir iş kararıdır. GPTBot veya Google-Extended gibi eğitim botlarını engellemek, sizi aramadan çıkarmadan içeriğinizi model eğitiminin dışında tutar; OAI-SearchBot gibi arama botlarını engellemek ise sizi o hizmetin yanıtlarından çıkarır. Robots.txt kontrol aracı, mevcut kurallarınızın neye izin verdiğini gösterir.

SoftwareApplication işaretlemesine ihtiyacımız var mı?

İsteğe bağlıdır. Ürününüzü arama motorlarına tanıtır; yazılım uygulaması zengin sonucu ise ayrıca sayfada gösterilen gerçek puanlar veya yorumlar gerektirir.

SaaS sitelerinde en yaygın teknik SEO hatası nedir?

En çok zararı iki hata verir: içeriğini yalnızca JavaScript ile render eden pazarlama sayfaları ve dizine eklenmeye açık bırakılmış hazırlık ortamı veya uygulama URL'leri.

Kaynaklar

Tüm rehberler