Kurumsal SaaS SEO

TL;DR — Kurumsal SaaS SEO, abonelik modeliyle ürün satan büyük bir yazılım şirketine yönelik SEO çalışmasıdır. Arama motorları bu siteleri diğer tüm siteler gibi ele alır; özel bir “SaaS algoritması” yoktur. Farklı olan, kimin için yazdığınız (tek bir alıcı değil, bütün bir komite), satışın ne kadar uzun sürdüğü (çoğu zaman aylar) ve sitenin ne kadar büyük ve karmaşık olduğudur (pazarlama sitesi, uygulamanın kendisi, dokümanlar, topluluk ve daha fazlası). Kazandıran yaklaşım, “bu sorun nedir?” sorusundan “fiyatları göster” aşamasına kadar bütün yolculuğu kapsamaktır.

”Kurumsal SaaS SEO” gerçekte ne anlama gelir?

İfadeyi üç parçaya ayıralım:

• SaaS (hizmet olarak yazılım), ürünün abonelik yoluyla ödeme yaptığınız bir bulut yazılımı olduğu anlamına gelir — Slack, Notion, HubSpot veya Ahrefs’i düşünün. Bu, kendi sunucularınıza kurduğunuz eski usul yazılımla aynı şey değildir.
• Kurumsal, şirketin büyük olduğu anlamına gelir — çok sayıda sayfa, çok sayıda ekip ve herhangi bir satın alma gerçekleşmeden önce birkaç kişinin anlaşmasını gerektiren büyük ve yavaş bir satın alma süreci.
• SEO ise bildiğimiz SEO’dur: ürünün çözdüğü sorunları arayan doğru kişilerin şirketi Google ve Bing’de bulmasına yardımcı olmak.

Bunları bir araya getirdiğimizde kurumsal SaaS SEO, büyük bir yazılım şirketinin sayfalarını, sunduğu çözümü aktif olarak arayan kişilerin arama sonuçlarında görünür hâle getirme çalışmasıdır.

Standart SEO’dan neden daha zordur?

Onu başlı başına farklı bir zorluğa dönüştüren üç unsur vardır:

1. Tek bir kişi için değil, bir komite için yazarsınız. Bir şirket yazılım satın aldığında, “satın al” düğmesine tıklayan kişi nadiren tek başına karar verir. Bir son kullanıcı aracı bulur, bir yönetici aracı savunur, bir üst düzey yönetici bütçeyi onaylar ve güvenlik ekibi aracın güvenli olup olmadığını kontrol eder. Bu kişilerin her biri farklı şeyler aradığı için her birine yönelik içerik gerekir.
2. Satış çok uzun sürer. Küçük bir satın alma bir günde sonuçlanabilir. Büyük bir yazılım anlaşmasının tamamlanması altı aydan bir buçuk yıla kadar sürebilir. Bu nedenle içeriğiniz, herhangi biri satın almaya hazır hâle gelmeden çok önce başlayan sürecin her aşamasında yararlı olmalıdır.
3. Site çok büyük ve karmaşıktır. Bir SaaS şirketinin genellikle tek bir marka altında birkaç web varlığı bulunur: pazarlama sitesi, asıl uygulama (çoğunlukla JavaScript ile geliştirilir), yardım/doküman sitesi ve topluluk forumu. Bunların her biri aramada farklı davranır ve tek bir hata çok sayıda sayfayı görünmez kılabilir.

Tam huni yaklaşımı

SaaS içeriğini düşünmenin en basit yolu, onu üç katmanlı bir huni olarak ele almaktır:

• Huninin üstü (bilgilendirme). Bir sorunu anlamak için arama yapan kişiler (“X nedir?”, “Y nasıl yapılır?”). Henüz ürününüzü tanımazlar.
• Huninin ortası (karşılaştırma). Seçenekleri karşılaştıran kişiler — “X ve Y”, “Z için en iyi araçlar”, “[rakip] alternatifleri”.
• Huninin altı (karar). Harekete geçmeye hazır kişiler — fiyatlandırma sayfanız, demo talebi ve ücretsiz deneme.

Çoğu şirket yalnızca kendi ürünü hakkında yazma hatasına düşer. Daha büyük fırsat ise üst hunidedir: insanlar ürününüzün varlığını öğrenmeden önce sordukları, sorun farkındalığına dayalı soruları yanıtlamak.

Ürün ve SEO’nun birlikte çalışması

En iyi SaaS şirketleri “ürün” ile “pazarlama” arasındaki sınırı belirsizleştirir. Ücretsiz bir hesap makinesi, şablon galerisi veya entegre olduğunuz bütün uygulamaların dizini — bunlar aynı zamanda insanların tam olarak aradığı şeyler olan ürün özellikleridir. “Ürün odaklı” yaklaşım budur: yararlı ve ücretsiz şeyler geliştirin, bunlarla sıralama kazanın ve satışı ürünün yapmasına izin verin.

Uygulayıcılara yönelik sürümü — site mimarisini, JavaScript ve tarama sorunlarını, programatik sayfa stratejisini ve yatırım getirisini yöneticilere nasıl kanıtlayacağınızı — mı arıyorsunuz? Advanced sekmesine geçin.

TL;DR — Kurumsal SaaS SEO, iki zor sorunu aynı anda çözmek demektir: uzun ve çok paydaşlı bir B2B satış süreci ile geniş, JavaScript ağırlıklı bir teknik yapı (pazarlama sitesi + uygulama alt alan adı + dokümanlar + topluluk + durum sayfası + pazar yeri). Arama motoru kolay kısımdır — herkes için geçerli olan tarama → dizine ekleme → sıralama hattını çalıştırır; asıl zorluk strateji, koordinasyon ve organizasyondur. Strateji, tam hunili ve birden çok personaya yönelik olmalıdır: üstte bilgilendirici içerik, ortada karşılaştırma/“alternatifler”, altta fiyatlandırma/demo — bunların her biri satın alma komitesinin farklı bir üyesine hizmet eder. Ürün odaklı büyüme (ücretsiz araçlar, şablonlar, entegrasyon dizinleri) ile SEO birbirini güçlendirir. Tekrarlanan hatalar şunlardır: yalnızca marka/ürün terimlerinin peşinden gitmek, sorun farkındalığına dayalı sorguları görmezden gelmek, “uygulama çatısı SEO’yu halleder” varsayımını doğru kabul etmek (etmez) ve büyük hacimde birbirinin benzeri içerikler yayımlamak. Sıkıcı yapısal işler — dizine eklenme, tarama verimliliği, bağlantı kurtarma ve yönlendirme zincirleri — genellikle en büyük getiriyi sağlar.

Zor olan arama motoru değil, organizasyondur

Kurumsal SaaS SEO ile ilgili sezgilere aykırı gerçek şudur: darboğaz nadiren arama motorudur. Google ve Bing, bir yazılım şirketinde de yemek tarifi blogunda da aynı tarama → oluşturma → dizine ekleme → sıralama hattını çalıştırır — özel bir “SaaS algoritması” veya abonelik ürünlerine ayrılmış gizli bir yol yoktur. Zorluk tamamen ekranın sizin tarafındadır. 6 ila 18 ay sürebilen bir satış boyunca dört veya beş kişilik bir satın alma komitesi için; pazarlama sitesine, JavaScript uygulamasına, dokümanlara, topluluğa ve pazar yerine yayılan içerikler üretiyorsunuz. Üstelik tek bir değişikliği yayımlamak için üç ekibin ve bir güvenlik incelemesinin onayını almanız gerekebilir. Bunu enterprise SEO guide yazımda da söyledim ve burada da geçerli: zor olan genellikle SEO değil, organizasyondur.

Bütün bunlara eklediğim uyarı şu: bunlar, söz konusu sistemlerin nasıl çalıştığına ve soruna nasıl yaklaşacağıma dair kendi anlayışımı yansıtıyor; %100 eksiksiz veya doğru olmayabilir ve arama motorları sürekli değişir.

Kurumsal SaaS’ı kurumsal SEO’dan ve KOBİ SaaS’ından ayıran nedir?

Birbirinden ayırmaya değer iki eksen vardır:

• KOBİ/standart SaaS SEO’suna kıyasla: günlerle değil 6–18 ayla ölçülen daha uzun satış döngüleri, self servis ödeme yerine özel sözleşmeler, zorunlu güvenlik ve uyumluluk incelemeleri ve tek bir alıcı yerine satın alma komitesi. Bu durum sizi yalnızca son kullanıcılara değil, ekonomik alıcılara (ROI, TCO, güvenlik duruşu) ve teknik değerlendiricilere (dokümanlar, API referansları, entegrasyon derinliği) yönelik içerik üretmeye yöneltir.
• Standart kurumsal SEO’ya kıyasla: ürün odaklı büyüme modeli. Freemium hunileri, ücretsiz araçlar, şablon galerileri ve entegrasyon dizinleri aynı anda hem ürün yüzeyi hem de yüksek niyetli SEO varlıklarıdır. Bu yaklaşım, örneğin kurumsal perakende veya medyada çok daha az yaygındır.

Kurumsal SaaS’ı, eski anlamıyla kurumsal yazılımla — şirket içinde kurulan paketlerle — karıştırmayın. Burada söz konusu olan; bulutta çalışan, abonelikle sunulan ve sürekli dağıtılan yazılımdır. Sürekli dağıtım kısmı önemlidir: ürün her hafta değiştiği için özellik ve entegrasyon sayfaları hızla güncelliğini yitirir.

Mimari sorunu: Ortada tek bir site yoktur

Tipik bir kurumsal SaaS markası, gerçekte tek bir alan adı veya bir dizi alt alan adı altında toplanmış web varlıkları federasyonudur:

• bir pazarlama sitesi (example.com)
• bir uygulama alt alan adı (app.example.com) — genellikle React/Next.js/Vue/Angular tabanlı ve JavaScript ağırlıklı
• bir doküman portalı (docs.example.com)
• bir topluluk/forum, bir durum sayfası ve bazen bir pazar yeri

Her birinin tarama, oluşturma ve içerik açısından farklı gereksinimleri vardır; trafik ve otorite de bunların tamamına dağılır. Bu durum, çoğu rakip yazısının atladığı ciddi bir varlıklar arası ilişkilendirme sorununa yol açar. Burada önemli olan bir diğer konu etki yarıçapıdır: bu ölçekte tek bir hata milyonlarca sayfanın dizine girmesini engelleyebilir veya bütün bir siteyi ortadan kaldırabilir. Teknik açıdan kusursuz büyük bir web sitesi bulunduğundan şüpheliyim — kusurları gidermek için çok sayıda farklı ekiple koordinasyon kurmanız gerekecektir.

JavaScript varsayılan teknoloji yığınıdır — ama bedelsiz değildir

Kurumsal SaaS uygulamalarının çoğu bir JavaScript çatısı üzerinde çalışır ve “uygulama çatısı SEO’yu halleder” varsayımı bu alandaki en pahalı varsayımdır. Google, JavaScript’i üç ardışık aşamada işler — tarama, oluşturma, dizine ekleme — ancak oluşturma ertelenir: sayfalar bir kuyrukta bekler ve Google’ın kendi dokümanlarında belirtildiği üzere sayfa “may stay on this queue for a few seconds, but it can take longer than that.” Büyük ve hızla değişen bir uygulamada bu gecikme gerçektir.

Google’ın JavaScript SEO rehberindeki vazgeçilmez ilkeler şunlardır:

• Gerçek bağlantılar. Gezinme öğelerini onClick işleyicileri olarak değil, düzgün <a href> öğeleri olarak ekleyin. Kurumsal sitelerde JavaScript ile oluşturulan menülerin tarayıcılar açısından tamamen görünmez olduğunu gördüm — bu klasik bir arızadır.
• İstemci tarafı gezinmede URL parçası yönlendirmesi değil, History API yönlendirmesi kullanın.
• Sunucu tarafında veya önceden oluşturma hâlâ çok iyi bir fikirdir — Google bunu doğrudan söylüyor — çünkü siteyi hem kullanıcılar hem de tarayıcılar için hızlandırır ve her bot JavaScript çalıştırmaz. Dinamik oluşturma artık önerilen uzun vadeli çözüm değildir; sunucu tarafında, statik veya istemci etkinleştirmeli oluşturma önerilir.
• Yapabiliyorsanız canonical’ları özgün HTML’de ayarlayın; bunları JS ayarlıyorsa değerlerin tutarlı olmasını sağlayın.

Martin Splitt’in vurgusu da bunu destekliyor: Bir sayfa içeriğini çok sayıda JavaScript API isteğiyle yüklüyorsa bu isteklerin her biri tarama bütçesinden harcar ve oluşturma kuyruğu, içeriğin dizine eklenmesinden önce günler süren gecikmelere yol açabilir. Makul ölçüde mümkün olduğu kadar sunucu tarafında oluşturulan HTML’ye yakın kalın.

Tarama bütçesi burada gerçekten önemlidir

Çoğu sitenin tarama bütçesini düşünmesine hiç gerek yoktur. Kurumsal SaaS siteleri ise özellikle fasetli gezinme, URL parametreleri, yerelleştirilmiş varyantlar, uygulama alt alan adları ve büyük programatik sayfa kümeleri nedeniyle istisnalar arasındadır. Google’ın eşiğine göre tarama bütçesi, haftalık değişen 1M+ sayfa veya günlük değişen 10k+ sayfa civarında önem kazanmaya başlar — bu tanım birçok SaaS platformuna uyar.

Google’ın adlandırdığı kontrol edilebilir unsur algılanan envanterdir: “without guidance from you, Google tries to crawl all or most of the URLs that it knows about on your site. If many of these URLs are duplicates… this wastes a lot of Google crawling time on your site.” Dolayısıyla kaldıraç, Google’dan daha fazla tarama istemek değil, israfı ortadan kaldırmaktır:

• Kopyaları birleştirin; canonical şablonlarını düzeltin.
• Gerçekten istenmeyen alanları robots.txt ile engelleyin (noindex ile değil — o seçenek yine tarama harcar).
• Kaldırılan sayfalar için 404/410 döndürün; soft 404’leri ortadan kaldırın.
• Site haritalarını doğru lastmod değerleriyle güncel tutun; uzun yönlendirme zincirlerinden kaçının.

Bing aynı konuyu tarama verimliliği çerçevesinde ele alır ve telif hakkı yılı güncellemeleriyle CSS düzenlemelerinin yeniden taramayı gerektirmediğini açıkça belirtir — bu nedenle yalnızca yeniden taramayı tetiklemek için sayfalara dokunmayın. Kurumsal ölçekte Bing, site haritası başına en fazla 50 000 URL’yi ve dizin başına 50 000 alt site haritasını destekler; yapay zekâ öncelikli aramalarda en güçlü keşif sinyalini elde etmek için site haritalarını IndexNow ile birlikte kullanın.

Büyük ölçekte canonical belirleme

Google, “indicating a canonical preference is a hint, not a rule” diyerek açık konuşur — başka bir URL’nin daha eksiksiz ve yararlı olduğuna karar verirse rel=canonical tercihinizi geçersiz kılabilir. Kurumsal SaaS ekipleri bölgesel varyantlar, cihaz/protokol varyantları, fasetli gezinme varyantları ve klasik kazara oluşan durum olan Googlebot’a açık bırakılmış bir staging veya demo alt alan adı nedeniyle bununla sürekli karşılaşır. Canonical sayfa daha sık, kopyalar daha seyrek taranır. Canonical şablonlarını doğru kurarak hem tarama verimliliğini geri kazanır hem de sinyalleri birleştirirsiniz.

İçerik stratejisi: tam huni, çoklu persona

Bu işin zor olmasının temel nedeni satın alma komitesidir. Tek bir anlaşmada son kullanıcı, yönetici/savunucu, C düzeyinde bir ekonomik alıcı, finans/satın alma ekibi ve güvenlik inceleyicisi yer alabilir. İçeriği hem huni aşamasına hem de personaya göre eşleyin:

• Huninin üstü — bilgilendirme. Sorun farkındalığına dayalı sorgular (“X nasıl yapılır?”, “Y nedir?”). Üründen açıkça söz edilmediği için çoğu SaaS şirketinin yetersiz yatırım yaptığı alan burasıdır. En büyük kaldıraç da burada bulunur.
• Huninin ortası — karşılaştırma. SaaS’a özgü formatlar: “X ve Y”, “[rakip] alternatifleri”, “[iş] için en iyi araçlar”, kullanım senaryosu sayfaları ve entegrasyon sayfaları. Bunlar yüksek niyet taşır ve çoğu zaman ihmal edilir.
• Huninin altı — karar. Fiyatlandırma, demo ve deneme açılış sayfaları — kurumsal bağlamda ayrıca ekonomik alıcıya (ROI/TCO) ve teknik değerlendiriciye (dokümanlar, API, entegrasyon derinliği) doğrudan yönelik içerik.

Sıralama konusunda benim eğilimim aşağıdan başlamaktır — gelire en yakın olan işlemsel ve çözüm farkındalığına sahip talebi yakalayın — ardından bilgilendirici içeriklere ve videolara, ancak daha sonra yoğun emek isteyen formatlara (kurslar, teknik incelemeler, vaka çalışmaları, podcast’ler) genişleyin. Ayrıca ürün odaklı içerik üretin: genel tavsiyelerin sonuna bir CTA iliştirmek yerine ürünü bilgilendirici makalelere doğal biçimde yerleştirip sorunu nasıl çözdüğünü gösterin. Notion’ın şablonları, Atlassian’ın içeriği gerçek kullanıcı ihtiyaçlarıyla eşleştirmesi, Ahrefs’in ücretsiz araçları ve veri çalışmaları — hepsi aynı oyun planını izler.

Programatik SEO — kurumsal kalite kontrolüyle

Programatik SEO, SaaS şirketlerinin huninin ortasını ölçeklendirme yöntemidir: yapılandırılmış verilerden entegrasyon sayfaları, kullanım senaryosu sayfaları, konum/rol varyantları ve karşılaştırma sayfaları oluşturmak. Klasik örnek, Zapier’ın yaklaşık 25 000 entegrasyon açılış sayfasıdır. Rakip yazıların üzerinden geçtiği kurumsal uyarı şudur: bu ölçekte kalite kontrolü stratejinin kendisidir. Bing; zayıf, otomatik çevrilmiş veya neredeyse birbirinin kopyası olan programatik sayfaları açıkça düşük değerli sayar. Google’ın algılanan envanter sorunu da seri üretim kopyaları tarama israfıyla cezalandırır. Programatik SEO yalnızca her sayfa gerçek bir özgünlük ve yararlılık eşiğini aştığında işe yarar.

Sıkıcı işler en yüksek getiriyi sağlar

En yüksek ROI sağlayan kurumsal SaaS SEO çalışmaları nadiren gösterişlidir. Birinin karşılaştığı zorluk, bir başkasının fırsatıdır — bürokrasiyi aşıp işleri hayata geçirebilmek bir süper güçtür ve sıkıcı projeler = $$$. Somut örnekler: bağlantı kurtarma (çalışmamıza göre web sayfalarına yönelen bağlantıların yaklaşık üçte ikisi dokuz yıl içinde kayboldu; dolayısıyla kayıp bağlantıları geri kazanmak gerçek para değerindedir), yönlendirme zincirlerini düzeltme (IBM’de 14+ atlama gördüm), büyük ölçekte iç bağlantı kurma ve bağlantı verilmemiş marka anılmalarını bağlantıya dönüştürme. Taşıma projeleri ve M&A entegrasyonları bunun en yüksek riskli biçimidir — doğru hazırlanmış tek bir yönlendirme haritası milyonlarca dolarlık bağlantı değerini koruyabilir.

Üç katmanlı izleme

Tek bir tarama sıklığı uygulamayın — üç ayrı sıklık kullanın:

• Normal: temel sağlık durumunu izlemek için aylık veya iki haftada bir tam taramalar.
• Yayın öncesi: herhangi bir şey yayımlanmadan önce staging ortamında yapılan denetimler.
• Sürekli / örneklemeli: günlük örnekleme ile IndexNow tarzı değişiklik bildirimini birleştiren izleme — böylece milyonlarca sayfanın dizinden çıkarılmasına yol açan hatayı bir ay sonra değil, gerçekleştiği gün yakalarsınız.

Değeri yönetime kanıtlamak

İşletmelerin önemsediği şey paradır — bütün SEO çalışmalarınızın nihai sonucu budur; dolayısıyla sonuçları paraya çevirin. Yöneticiler gelir ve rekabetçi konumlandırmaya (ses payına), uygulayıcılar ise trafik, sıralamalar ve sağlık puanlarına ihtiyaç duyar. Verileri web varlığına, bölgeye ve şablona göre dilimlemenizi sağlayan segmentlere ayrılmış, API tabanlı panolar oluşturun (Ahrefs/GSC API’leri üzerinde Looker Studio). SaaS satış süreci uzun olduğu için ilişkilendirmenin çok temaslı olduğunu da kabul edin — organik aramanın görevi araştırma aşamasını etkilemektir ve son tıklama modelleri bu katkıyı her zaman eksik sayar.

En sık gördüğüm hatalar

• Yalnızca marka/ürün terimlerini hedeflemek ve üst hunideki sorun farkındalığına dayalı sorguları görmezden gelmek.
• Karşılaştırma ve entegrasyon/ekosistem katmanını görmezden gelmek — yani SaaS alıcılarının kullandığı tam da orta huni içeriğini ihmal etmek.
• JS çatısının SEO’yu hallettiğini varsaymak. Halletmez.
• Büyük hacimde birbirinin benzeri içerik üretmek — farklılaşmadan rakipleri taklit etmek anahtar kelime yamyamlığına yol açar ve tarama bütçesini tüketir. İçeriği birleştirmek çoğu zaman yeni içerik yayımlamaktan daha değerlidir.
• En iyi eğitici içeriğe aşırı erişim engeli koymak — Google bu içeriği dizine ekleyemez; böylece konu otoritesini içeriği ücretsiz yayımlayanlara bırakırsınız.
• Gösteriş metriklerinin peşinden gitmek — hemen çıkma oranı bir Google sıralama faktörü değildir (John Mueller bunu doğrudan söylemiştir); oranı “düzeltmek” için doküman sayfalarını yeniden yazmayın.

Yapay zekâ özeti

Advanced sürümünün kısa özeti:

• Özel bir algoritma yoktur. Kurumsal SaaS SEO, diğer bütün sitelerle aynı tarama → dizine ekleme → sıralama hattını kullanır. Onu farklı kılan her şey, kurumsal ölçek ile SaaS satışının kesişimindeki strateji ve uygulamadır.
• Kısıt, satış sürecidir. 6–18 aylık B2B döngüleri, özel sözleşmeler, güvenlik incelemeleri ve 10+ kişilik satın alma komitesi → içerik; son kullanıcılara, savunuculara, ekonomik alıcılara ve teknik değerlendiricilere hizmet etmelidir.
• Tam hunili içerik: bilgilendirme (üst), karşılaştırma / “X ve Y” / “alternatifler” / kullanım senaryosu / entegrasyon sayfaları (orta), fiyatlandırma ve demo (alt). Yaygın hata, üst hunideki sorun farkındalığına dayalı sorgulara yeterince yatırım yapmamaktır.
• Ürün odaklı büyüme ile SEO birbirini güçlendirir: ücretsiz araçlar, şablonlar ve entegrasyon dizinleri hem ürün özellikleri hem de yüksek niyetli organik varlıklardır.
• Mimari çoğuldur: pazarlama sitesi + JS uygulama alt alan adı + dokümanlar + topluluk + durum sayfası + pazar yeri. Etki yarıçapı çok büyüktür — hatalı bir robots.txt/canonical şablonu milyonlarca sayfayı dizinden çıkarabilir.
• JavaScript bedelsiz değildir: oluşturma ertelenir (kuyruk gecikmeleri), gerçek <a href> bağlantıları ile sunucu tarafında/önceden oluşturma önemlidir ve JS API istekleri tarama bütçesi harcar.
• Tarama bütçesi burada geçerlidir (fasetli gezinme, parametreler, yerelleştirilmiş + programatik sayfalar). Sorunu “daha fazla” taratma yoluyla değil, israfı ortadan kaldırarak çözün.
• Programatik SEO huninin ortasını ölçeklendirir (Zapier’ın yaklaşık 25 bin entegrasyon sayfası) — ancak yalnızca sayfa başına sıkı özgünlük/kalite kontrolüyle.
• Sıkıcı işler en yüksek getiriyi sağlar: bağlantı kurtarma, yönlendirme zincirleri, iç bağlantılar, taşımalar/M&A. Değeri gösteriş metrikleriyle değil, gelirle kanıtlayın (hemen çıkma oranı bir sıralama faktörü değildir).

Resmî dokümanlar

Kurumsal SaaS siteleri açısından en önemli birincil kaynak dokümanları.

Google

• Optimize your crawl budget — tarama kapasitesi + talep, algılanan envanter ve bütçeyi gerçekte kimlerin yönetmesi gerektiği.
• What is URL canonicalization — “a hint, not a rule” ilkesi ve SaaS sitelerinin karşılaştığı bölge/cihaz/protokol/faset/kazara kopya senaryoları.
• Understand JavaScript SEO basics — tarama/oluşturma/dizine ekleme aşamaları, gerçek bağlantılar, History API ve sunucu tarafında/önceden oluşturmanın gerekçeleri.
• Managing multi-regional and multilingual sites — SaaS’ın küresel genişlemesi için: IP/dile göre otomatik yönlendirme yapmayın; ccTLD, alt alan adı ve alt dizin seçenekleri.
• Intro to structured data — SoftwareApplication, FAQPage, Organization, BreadcrumbList ve TO etkisine ilişkin veriler.
• AI Optimization Guide — Google’ın AI Overviews / Gemini hakkındaki 2025 rehberi.
• Inside Googlebot (March 2026) — güncel tarama mimarisi ve bayt sınırları.

Bing / Microsoft

• bingbot Series: Optimizing Crawl Frequency — içerik değişim sıklığını başlıca tarama belirleyicisi olarak ele alır; yalnızca yeniden taramayı tetiklemek için sayfaları güncellemeyin.
• Keeping content discoverable with sitemaps in AI-powered search (July 2025) — kurumsal site haritası sınırları (dosya başına 50 bin URL, 50 bin alt site haritası), doğru lastmod değerleri ve IndexNow ile birlikte kullanım.
• Bing Webmaster Tools — Crawl Control — Bingbot’un tarama hızını ve zamanlamasını ayarlama.

Kaynaklardan alıntılar

Kurumsal SaaS siteleriyle ilgili olarak Google ve Bing’in kayda geçmiş açıklamaları. Her bağlantı, alıntılanan bölüme doğrudan yönlendirir.

Google — tarama bütçesi

• “Without guidance from you, Google tries to crawl all or most of the URLs that it knows about on your site. If many of these URLs are duplicates, or you don’t want them crawled for some other reason… this wastes a lot of Google crawling time on your site.” Alıntıya git

Google — canonical belirleme

• “Indicating a canonical preference is a hint, not a rule.” Alıntıya git

Google — JavaScript SEO

• “Server-side or pre-rendering is still a great idea because it makes your website faster for users and crawlers, and not all bots can run JavaScript.” Alıntıya git

Google — uluslararası siteler

• “Don’t redirect based on what you think the user’s language may be.” (IP/tarayıcı diline göre otomatik yönlendirme yapmak Googlebot’u engeller.) — Google Search Central dokümanları, “Managing multi-regional and multilingual sites.” (Rehberin başka sözlerle aktarımıdır; tam ifadeyi canlı sayfadan doğrulayın.)

Martin Splitt, Google (Search Off the Record, Episode 5)

• JS ağırlıklı sitelerde içerik çok sayıda JavaScript API isteği üzerinden yükleniyorsa her istek tarama bütçesinden harcar ve oluşturma kuyruğu, içeriğin dizine eklenmesinden önce günler süren gecikmelere yol açabilir — bu nedenle sunucu tarafında oluşturulan HTML’ye mümkün olduğunca yakın kalın. (Bölümden başka sözlerle aktarılmıştır; kelimesi kelimesine alıntılamadan önce kayıttan doğrulayın.)

Bing — tarama sıklığı

• Yalnızca yeniden taramayı tetiklemek için sayfaların neden güncellenmemesi gerektiği hakkında: “Defining when to fetch the web page next is the hard problem we are looking to optimize with your help.” Alıntıya git

Kurumsal SaaS SEO kontrol listesi

Büyük bir SaaS sitesinde gerçekten sonuç getiren unsurların genel kontrolü:

Mimari ve teknik altyapı

• Bütün web varlıkları (pazarlama, uygulama, dokümanlar, topluluk, durum sayfası, pazar yeri) hesaba katıldı ve hangi anahtar kelimelerin hangi varlığa ait olduğu biliniyor.
• Uygulama alt alan adı JS oluşturma açısından denetlendi: gerçek <a href> bağlantıları, History API yönlendirmesi ve önemli yerlerde sunucu tarafında veya önceden oluşturma.
• Canonical şablonları bölge/cihaz/protokol/faset varyantlarında doğrulandı; taramaya açık bırakılmış staging/demo alt alan adı yok.
• Tarama bütçesi israfı giderildi: kopyalar birleştirildi, gereksiz parametreler ve fasetli alanlar kontrol altına alındı, yanlış “bulunamadı” yanıtları ortadan kaldırıldı, yönlendirme zincirleri kısaltıldı.
• Site haritaları doğru lastmod değerleriyle güncel tutuluyor; değişiklik bildirimleri için IndexNow bağlandı.
• İçerik veya bağlantılardan önce dizine eklenme durumu kontrol edildi (GSC Page Indexing raporu).

İçerik ve huni

• Sorun farkındalığına dayalı sorgular için üst hunide bilgilendirici kapsam mevcut (yalnızca ürün terimleri değil).
• Orta hunide karşılaştırma kümesi mevcut: “X ve Y”, “[rakip] alternatifleri”, “[iş] için en iyi araçlar”, kullanım senaryosu ve entegrasyon sayfaları.
• Alt hunide karar sayfaları (fiyatlandırma, demo, deneme) ile ekonomik alıcı (ROI/TCO) ve teknik değerlendirici (dokümanlar/API) içerikleri mevcut.
• Ürün, bilgilendirici içeriğe doğal biçimde yerleştirildi (ürün odaklı); sonradan CTA olarak eklenmedi.
• Programatik sayfalar, sayfa başına gerçek bir özgünlük/yararlılık eşiğini aşıyor — zayıf veya neredeyse birbirinin kopyası kümeler yok.
• Birleştirme adayları belirlendi (yeni benzer sayfalar eklemek yerine mevcut sayfaları birleştirin).

Sıkıcı ama kazançlı işler

• Bağlantı kurtarma: kayıp/bozuk geri bağlantılar ve bağlantı verilmemiş marka anılmaları üzerinde çalışıldı.
• Taşıma/M&A yönlendirme haritaları yayından önce ve sonra doğrulandı.
• İç bağlantılar şablon düzeyinde incelendi.

Organizasyon ve raporlama

• Yönetici panosu gelir + ses payını çerçeveliyor; uygulayıcı panosu trafik/sıralamalar/sağlık durumunu izliyor.
• İlişkilendirme çok temaslı olarak ele alınıyor (organik aramayı son tıklamayla değerlendirmeyin).
• Üç katmanlı tarama izlemesi uygulanıyor (normal, yayın öncesi, sürekli/örneklemeli).

Zihinsel modeller

1. SaaS algoritması yoktur. Tarama → oluşturma → dizine ekleme → sıralama hattı diğer bütün sitelerle aynıdır. Her “SaaS zorluğunu” bir algoritma sorunu olarak değil, strateji/uygulama sorunu (kitle, ölçek, organizasyon) olarak konumlandırın. Bu yaklaşım, hayalî sinyallerin peşinden gitmenizi engeller.

2. Huni × persona ızgarası. Tek değil, iki eksen vardır. Bir eksende huni aşaması (bilgilendirme / karşılaştırma / karar), diğerinde satın alma komitesi personası (son kullanıcı / savunucu / ekonomik alıcı / teknik değerlendirici / güvenlik ve satın alma) bulunur. Güçlü programlarda hücrelerin çoğunda en az bir içerik türü vardır — zayıf programlar her şeyi “karar × son kullanıcı” hücresinde toplar.

3. Aşağıdan yukarı sıralayın, ardından genişleyin. Alt hunideki işlemsel taleple (gelire en yakın alan) başlayın → bilgilendirici içeriklere ve videolara genişleyin → ancak daha sonra yoğun emek isteyen formatlara (kurslar, teknik incelemeler, vaka çalışmaları, podcast’ler) geçin. En üstten başlayıp dönüşüm gerçekleşmesini ummayın.

4. Ürün odaklı içerik. Ücretsiz araçlar, şablonlar ve entegrasyon dizinleri aynı anda hem ürün hem de SEO varlıklarıdır. Her içerik fikri için şunu sorun: “Sıralama kazanan varlık ürünün kendisi olabilir mi?” Ahrefs/Notion/Zapier yaklaşımı budur.

5. Tarama bütçesi = daha fazla taratmak değil, israfı ortadan kaldırmak. Kurumsal SaaS ölçeğinde kaldıraç algılanan envanterdir: kopyaları birleştirin, parametre/faset alanlarını sınırlandırın, canonical’ları düzeltin. Neredeyse hiçbir zaman “Google’dan daha fazla taramasını istemezsiniz” — elinizdeki bütçeyi boşa harcamayı durdurursunuz.

6. Etki yarıçapıyla düşünmek. Sayfalarla değil, şablonlarla düşünün. Tek bir canonical veya robots kuralı yüz binlerce URL’yi etkiler. Her değişiklikten önce şunu sorun: Bu yanlışsa kaç sayfayı bozar? Yanıt, değişikliğin ne kadar inceleme ve yayın öncesi test gerektireceğini belirler.

7. Destek almak için etki × çaba. Ekipler arası tartışmayı kazanmak için kurumsal projeleri etki ve çabaya göre konumlandırın. Sıkıcı, yüksek etkili/düşük gösterişli işler (yönlendirmeler, iç bağlantılar, bağlantı kurtarma) genellikle sol üst köşededir — para da çoğunlukla oradadır.

Kurumsal SaaS SEO — özet bilgi sayfası

Web varlıkları ve her birinin ihtiyaçları

Huni aşamasına göre SaaS içerik türleri

Tarama bütçesiyle ilgili kısa bilgiler (büyük SaaS siteleri)

• Haftalık değişen 1M+ sayfa veya günlük değişen 10k+ sayfa civarında önem kazanır.
• Google’ı daha fazla taramaya zorlamaya çalışarak değil, israfı ortadan kaldırarak (kopyalar, gereksiz parametreler, fasetli alanlar, yanlış “bulunamadı” yanıtları, yönlendirme zincirleri) düzeltin.
• Alanları sınırlandırmak için robots.txt kullanın (noindex değil — o da tarama harcar).
• Bing site haritaları: dosya başına en fazla 50 000 URL, dizin başına 50 000 alt site haritası; doğru lastmod değerleri kullanın ve IndexNow ile eşleştirin.

JavaScript’te yapılması ve yapılmaması gerekenler

• Yapın: gerçek <a href> bağlantıları, History API yönlendirmesi, sunucu tarafında/önceden oluşturma, özgün HTML’de canonical’lar.
• Yapmayın: onClick ile gezinme, URL parçası yönlendirmesi, framework’ün “SEO’yu hallettiğini” varsayma, dinamik oluşturmayı uzun vadeli plan olarak kullanma.

Mit kontrolü

• Hemen çıkma oranı bir sıralama faktörü değildir.
• DA/DR sıralamaları doğrudan belirlemez (DA Moz’a aittir; DR ise Ahrefs’in bağlantı göstergesidir).
• Modern bir JS çatısı teknik SEO’yu otomatik olarak çözmez.

Kurumsal SaaS SEO araçları

Büyük ölçekte tarama ve site denetimleri

• Kurumsal tarama platformları — Botify, seoClarity, Conductor, BrightEdge. Standart araçlardan bunlara geçmenin nedeni ölçektir: site normal bir tarayıcının zorlanacağı kadar büyük olduğunda veya yerleşik günlük dosyası analizi, segmentasyon ve sürekli izleme gerektiğinde.
• Ahrefs Site Audit ve Screaming Frog SEO Spider — taramayı simüle eder; derinliği, yönlendirme zincirlerini, engellenmiş URL’leri ve tuzak benzeri kalıpları ortaya çıkarır. (Satıcı tarafından bildirilen bu sinyal ne kadar değerliyse, Ahrefs, Fortune 500 şirketlerinin %44’ündeki pazarlamacıların platformunu kullandığını belirtiyor.)
• Sunucu günlük dosyası analizi — botların web varlıklarınız genelinde gerçekte hangi noktalara eriştiğinin kesin kaynağıdır. Trafik birden fazla alt alan adına yayıldığı için SaaS açısından özellikle önemlidir.

Arama motoru konsolları

• Google Search Console — Page Indexing raporu (dizine eklenme denetimlerine buradan başlayın), Crawl Stats, URL Inspection.
• Bing Webmaster Tools — Crawl Control, Site Scan, IndexNow gönderimi.

Raporlama ve panolar

• Ahrefs API ve GSC API üzerinde Looker Studio — verileri web varlığına, bölgeye ve şablona göre dilimleyen, segmentlere ayrılmış API tabanlı panolar (kurumsal ölçekte sağlıklı raporlama yapmanın tek yolu).

En sık gördüğüm kurumsal SaaS hataları

Yalnızca marka ve ürün terimlerini hedeflemek

Bu yaklaşım, sorun farkındalığına dayalı talebi görmezden gelirken yalnızca şirketi zaten tanıyan kişilere ulaşır. Yüksek niyetli karar sayfalarından başlayarak ürünün çözdüğü işlerle eşleştirilmiş karşılaştırma ve bilgilendirme kapsamına doğru genişleyin.

Tek bir huni aşamasını bütün strateji sanmak

Karşılaştırma, fiyatlandırma, demo veya deneme yolları bulunmayan bir üst huni makale kütüphanesi, değerlendirme yapan kişilere hizmet etmez. Yalnızca satış sayfalarından oluşan bir site de insanlara öğrenme aşamasında ulaşamaz. Sayfa türünü seçmeden önce hem aşamayı hem de satın alma personasını eşleyin.

JavaScript çatısının SEO’yu hallettiğini varsaymak

Modern bir uygulama çatısı sayfaları oluşturabilir; ancak taranabilir bağlantıları, kararlı URL’leri, eksiksiz sunucu tarafında oluşturulmuş içeriği, doğru canonical’ları veya kontrollü parametre alanlarını garanti etmez. Uygulama çatısının adına güvenmek yerine arama motorlarının aldığı çıktıyı test edin.

Programatik sayfaları kalite kontrolü olmadan ölçeklendirmek

Binlerce entegrasyon, şablon veya karşılaştırma sayfası oluşturmak onları yararlı kılmaz. Yalnızca her sayfanın gerçek bir niyeti, farklılaştırılmış girdileri, taranabilir mimarisi ve bakımdan sorumlu bir sahibi olduğunda yayımlayın; aksi hâlde program zayıf içeriği ve tarama israfını çoğaltır.

Hemen çıkma oranını bir sıralama KPI’ı olarak raporlamak

Hemen çıkma oranı bir Google sıralama faktörü değildir; yüksek veya düşük olması sayfa türüne göre farklı anlamlara gelebilir. Yönetime gelir ve rekabetçi konumu raporlayın, ardından bu sonuçlara giden yolu teşhis etmek için teknik göstergelerden ve içerik göstergelerinden yararlanın.

Huni × persona kapsam haritası oluşturun

Map this SaaS content inventory across:
- Funnel stage: problem-aware, comparison, or decision
- Persona: end user, champion, economic buyer, technical evaluator, or security reviewer

For each URL, use only the title, target query, page copy, and performance fields I
supply. Return the current grid, empty cells, pages serving conflicting intents, and
the five gaps closest to revenue. Recommend a page type for each gap. Flag any persona
or stage that cannot be inferred instead of inventing it.

Product, known personas, and inventory:
[PASTE INPUT]

Savunulabilir bir karşılaştırma sayfasının ana hatlarını çıkarın

Create an evidence-led outline for a SaaS comparison page using the product facts,
customer criteria, and competitor documentation below. Include:
1. Who each option is for
2. Decision criteria by end user, economic buyer, and technical/security reviewer
3. Feature and limitation comparisons supported by the supplied sources
4. Migration, integration, pricing, and proof questions that still need verification
5. A clear path to the next decision-stage page

Do not invent competitor weaknesses, prices, integrations, customer quotes, security
claims, or product capabilities. Label every unresolved claim for human review.

Inputs and sources:
[PASTE VERIFIED MATERIAL]

Zaman ayırmaya değer kaynaklar

İlgili yazılarım

• Unlocking Growth Through Enterprise SaaS SEO — eksiksiz rehberim: güvenilirlik/büyüme/gelir/kanal desteği, ürün odaklı içerik ve alt huniden başlayan sıralama.
• Enterprise SEO Strategies For Maximum Growth — daha geniş kapsamlı kurumsal oyun planı (ve S&P 500 şirketlerinin %44’üne ilişkin istatistik).
• Enterprise SEO Challenges & Mistakes You Need To Overcome — “sıkıcı projeler = $$$” ve organizasyon içi siyasetin gerçekliği.
• Enterprise Sites Are Where Technical SEO Shines — tarama sıklığı katmanları ve etki/çaba önceliklendirme çerçevesi.
• Enterprise SEO Storytelling: Metrics, Reports, & Dashboards — yönetim için SEO sonuçlarını gelire çevirme.
• What is an Enterprise SEO Audit & How To Do One — büyük ölçekli bir site denetiminin kapsamını belirleme ve segmentlere ayırma.
• JavaScript SEO Issues & Best Practices — her SaaS uygulamasının karşılaştığı oluşturma boyutu.

Konuşmalarım

• Enterprise SEO Chaos (SMX Advanced 2016) — IBM’den gerçek mücadele hikâyeleri: 14+ atlamalı yönlendirme zincirleri, tek bir sayfanın 24 URL varyasyonu, tarayıcılara görünmeyen JS menüleri. Her zaman yaptığım uyarı burada da geçerlidir — bunlar benim anlayışımı yansıtır, mutlak doğru değildir.

Başkalarından

• Zapier’ın entegrasyon sayfaları yaklaşımı, SaaS için programatik SEO’nun klasik vaka çalışmasıdır (yaklaşık 25 000 entegrasyon açılış sayfası).
• Gary Illyes (Google): “What Crawl Budget Means for Googlebot” — Google’ın kendi analistinin temel iki faktörlü tarama modeli (kapasite + talep); mühendislik ekiplerine tarama bütçesini açıklamadan önce mutlaka okunmalıdır.
• Search Off the Record podcast — Google Search Central’ın podcast’i; 103. ve 105. bölümler, kurumsal SaaS platformlarını doğrudan ilgilendiren fasetli gezinme tuzaklarını ve Googlebot’un tarama altyapısını ele alır.
• Omniscient Digital: Enterprise SaaS SEO — 8 Techniques and Best Practices — SaaS içerik ekipleri açısından yararlı olan halter içerik stratejisini ve surround-sound SEO çerçevesini ele alır.
• Search Engine Journal — Gary Illyes Pubcon keynote recap — Google’ın JavaScript ve dinamik oluşturma hakkındaki kayda geçmiş açıklamaları; paydaş sunumları için yararlı birincil kaynak alıntıları.

Alıntılanmaya değer istatistikler

• Ahrefs’e göre Fortune 500 şirketlerinin %44’ündeki pazarlamacılar Ahrefs kullanıyor — kurumsal yönetime araç yatırımını anlatırken kullanılabilecek, satıcı tarafından bildirilmiş bir güvenilirlik sinyali. Kaynak
• Bağlantıların yaklaşık üçte ikisi dokuz yıl içinde kayboldu — bağlantı çürümesi çalışmamızdan; bağlantı kurtarmayı gerçek ve tekrarlanan gelir olarak ele almanın nicel gerekçesi. (Ahrefs araştırması.)
• Yaklaşık 25 000 entegrasyon açılış sayfası (Zapier) — SaaS’ta iyi uygulanmış programatik SEO’nun referans ölçeği.
• AI Overviews, aramaların yaklaşık %13–20’sinde görünüyor (Ocak 2025’teki yaklaşık %6,5 düzeyinden yükseldi); yapay zekâ özetleri gösterildiğinde bildirilen TO düşüşleri, SaaS şirketlerinin dayandığı üst huni bilgilendirme içeriğini doğrudan etkiliyor. (Sektör yayınlarında aktarılan üçüncü taraf rakamlarıdır; yayımlamadan önce güncel değerleri doğrulayın.)
• SaaS SEO için %702 ROI / yaklaşık 7 aylık geri ödeme süresi rakamları rakip makalelerde yaygın biçimde aktarılıyor — doğrulanmamış kabul edin ve kullanmadan önce birincil kaynağı teyit edin.
• Gerçekten yeni içerik için dizine eklenme kapsamı kaybedilmeden tarama isteklerinde yaklaşık %40 azalma — Bing’in tarama sıklığı rehberinde, lastmod ve içerik değişikliği sinyallerini optimize etmenin işe yaradığının kanıtı olarak aktarılan Cornell University Library vaka çalışması. Kaynak: Bing Webmaster Blog, “bingbot Series: Optimizing Crawl Frequency”

Kendinizi sınayın: kurumsal SaaS SEO

SaaS arama stratejisi ve teknik uygulama hakkında beş kısa soru. Her biri için bir yanıt seçin, ardından kontrol edin.

Değişiklik günlüğü