B2B SaaS SEO Rehberi

TL;DR — B2B SaaS SEO, abonelik satan yazılım şirketleri için SEO’dur. Google bir SaaS sitesini diğer her siteyle aynı kurallarla sıralar — özel bir algoritma yoktur. Fark, kimin satın aldığıdır: tek bir kişi değil, farklı şeyleri araştırabilecek bir paydaş grubudur. Bu nedenle ürünü kullanacak kişi, ürünü şirket içinde satacak kişi, ödemeyi yapan kişi ve onay vermesi gereken güvenlik veya BT kişisi için sayfalara ihtiyacınız olabilir — her biri farklı bir şey arar.

B2B SaaS SEO nedir

SaaS, tek seferde satın almak yerine abone olduğunuz yazılımdır — Slack, Notion veya Salesforce’u düşünün. B2B, bunun tüketicilere değil işletmelere satıldığı anlamına gelir. B2B SaaS SEO, bu işletmelerdeki insanlar sizinki gibi bir araç aradığında sitenizin Google ve Bing’de görünmesini sağlamaktır.

Mekanik, herkesin yaptığı SEO ile aynıdır: doğru anahtar kelimeleri seçin, gerçekten yararlı sayfalar yazın, sitenizi taranabilir hale getirin ve bazı bağlantılar kazanın. İşletmelere yazılım sattığınız için algoritma değişmez.

Zorlaştıran tek şey

Tüketici alışverişlerinin çoğunda kararı bir kişi verir. B2B SaaS’ta kararı bir grup verir — üstelik hepsi aynı şeyi istemez:

• Son kullanıcı — aracı her gün gerçekten kullanacak kişi. “how to do X” (çeviri) “X nasıl yapılır” ve “best tool for Y” (çeviri) “Y için en iyi araç” gibi şeyler arar.
• İç savunucu — genellikle son kullanıcı veya yöneticisi; ürünü satın almaları için herkesi ikna etmesi gereken kişidir. Karşılaştırmaları (“Slack vs Teams”; Türkçesi: “Slack ve Teams karşılaştırması”) arar ve başkalarına iletebileceği ya da bir slayda yapıştırabileceği sayfalara ihtiyaç duyar.
• Ekonomik alıcı — bütçeyi kontrol eden kişi (bir direktör, başkan yardımcısı veya finans sorumlusu). Fiyatlandırmayı arar ve rakamları ve geri dönüşü görmek ister.
• Güvenlik veya BT inceleyicisi — şirket imzalamadan önce aracın güvenli ve uyumlu olup olmadığını kontrol eden kişi. Güvenlik, uyumluluk ve “does it integrate with our stuff” (çeviri) “bizim sistemlerimizle entegre oluyor mu” sorularını arar — herkes evet dedikten sonra bir anlaşmayı son aşamada durdurabilir.

İçeriğiniz yalnızca son kullanıcıya hitap ediyorsa — en yaygın hata budur — karar veren dört kişiden üçünün karşısında görünmez olursunuz.

Bunun için ne yapmalı?

Her biri için bir sayfa oluşturun. Son kullanıcı için eğitici ve sorun çözen içerik. İç savunucu için karşılaştırma ve “why us” (çeviri) “neden biz” sayfaları. Bütçe sahibi için net bir fiyatlandırma sayfası ve gerçek vaka çalışmaları. Herkesin atladığı kısım olan inceleyici için de bir güvenlik veya “trust” (çeviri) “güven” sayfası ile entegrasyon sayfaları oluşturun; böylece BT sürece nihayet dahil olduğunda yanıtlar zaten orada, dizine eklenmiş ve sıralanıyor olur.

Uygulamacı sürümünü — rollerden sayfa türlerine eksiksiz eşleşmeyi, güvenlik içeriğinin neden en az değer verilen SEO varlığınız olduğunu ve aynı anda iki okuyucuya hizmet eden bir karşılaştırma sayfasının nasıl yazılacağını — mı istiyorsunuz? Advanced sekmesine geçin.

TL;DR — SaaS algoritması da B2B algoritması da yoktur — Google ve Bing sayfalarınızı herkesle aynı sistemlerle sıralar; burada farklı olan her şey mekanik değil, stratejidir. Yararlı bir planlama yöntemi, satın alma komitesini SaaS sayfa türleriyle eşleştirmektir. Yaygın roller arasında bir son kullanıcı (sorunun farkında olan içerik), iç savunucu (kurum içinde iletebileceği karşılaştırma ve yatırım getirisi içeriği), ekonomik alıcı (rakam içeren fiyatlandırma, yatırım getirisi ve vaka çalışmaları) ve güvenlik/tedarik/BТ inceleyicisi (güvenlik, uyumluluk ve entegrasyon sayfaları) bulunur. Neredeyse her satın alma sürecinin gözden kaçırdığı son rol, inceleme aşamasında bir anlaşmayı engelleyebilir. Aynı sayfa türü farklı insanlar için farklı işler yapar — bir karşılaştırma sayfası iç savunucuyu erkenden donatır, ekonomik alıcıyı geç aşamada rahatlatır — bu nedenle her iki işe de yazın veya sayfayı bölün. Bu dört rollü modeli evrensel kabul etmek yerine, gerçek rolleri ve bilgi ihtiyaçlarını satış ve müşteri araştırmasıyla doğrulayın.

Buradan başlayın: bir arama yapan kişi için değil, bir komite için optimizasyon yapıyorsunuz

B2B SaaS SEO’sunda zor olan sıralama değildir. Google ve Bing bir yazılım pazarlama sitesini, tarif blogu için kullandıkları sistemlerin aynısıyla sıralar; dolayısıyla normal teknik ve sayfa içi araç setiniz değişmeden aktarılır. Zor olan kimin için sıralandığınızdır. B2B satın alımı, tek bir kişinin tek bir sorgu yazması değildir; her birinin anlaşmayı durdurabileceği, farklı işleri, farklı kaygıları ve tamamen farklı aramaları olan dört veya beş kişidir. Bu nedenle aşağıdaki her şey, algoritma farkı değil, strateji farkıdır: her yerde oluşturacağınız aynı sayfaları satın alma komitesindeki her role bilinçli biçimde yöneltin.

Bütün bunlara eklediğim standart uyarı şudur: Bu, bu sistemlerin nasıl çalıştığına ve soruna nasıl yaklaşacağıma dair anlayışımdır; garanti değildir. Motorlar sürekli değişir — Official Docs ve Quotes sekmelerindeki birincil belgelerle doğrulayın.

Bu makale iki komşusunun arasında duruyor ve onları tekrarlamak yerine ikisinden de yararlanacağım. Genel B2B SEO tablosu — satın alma komitesinin büyüklüğü (10–13 paydaş), pazardaki %5/%95 ayrımı, anahtar kelimeleri hacim yerine TBM’ye göre önceliklendirme ve karanlık huni ilişkilendirme sorunu — ayrı bir derin incelemedir; istatistikler ve ölçüm modeli için oraya gidin. Aşağıda her sayfa türündeki teknik uygulama — bir fiyatlandırma sayfasını nasıl taranabilir tutacağınız, /x-vs-y/ çiftlerini nasıl canonical yapacağınız ve entegrasyon sayfalarının nasıl ince kalmasını önleyeceğiniz — SaaS SEO kontrol listesinde yer alır. Bu yazı, ikisini bağlayan strateji katmanıdır: her SaaS sayfa türü gerçekte hangi komite rolü içindir?

B2B SaaS satın alma komitesi — dört rol, dört arama davranışı

B2B SaaS satın alımı bir karar değil, aynı şeyi hiç aramamış insanlar arasındaki küçük bir müzakeredir. Persona’yı değil, komiteyi eşleştirin. Dört rol işin büyük bölümünü yapar:

1. Son kullanıcı. Üründe yaşayacak kişi. Problemden haberdar olarak başlar — “how do I do X” (çeviri) “X’i nasıl yaparım”, “why is Y so slow” (çeviri) “Y neden bu kadar yavaş”, “best way to Z” (çeviri) “Z’yi yapmanın en iyi yolu” — ve bir aracın var olduğunu fark ettikçe kategori ve kullanım senaryosu sorgularına ilerler. Bu sizin huninin üst kısmınızdır ve çoğu SaaS içeriğinin zaten iyi hizmet verdiği roldür; çünkü yazması en kolay roldür.

2. İç savunucu. Genellikle son kullanıcı veya yöneticisi olan bu kişi, satın almayı üst yönetime satmak zorundaki kurum içi savunucudur. Aramaları karşılaştırmaya (“X vs Y”; Türkçesi: “X ve Y karşılaştırması”), “alternatives to [incumbent]” (çeviri) “[mevcut ürün] alternatifleri” ve “best [category] for [our use case]” (çeviri) “[kullanım senaryomuz] için en iyi [kategori]” sorgularına kayar. İhtiyacı yalnızca sıralanan bir sayfa değildir — Slack’te kelimenin tam anlamıyla iletebileceği veya kurum içi uzlaşı oluşturmak için bir slayta ekran görüntüsü olarak koyabileceği bir sayfadır. Karşılaştırma sayfanız savunmacı pazarlama gibi okunuyorsa onun için işe yaramaz; dürüst ve somut bir yan yana karşılaştırma gibi okunuyorsa satışınızı sizin yerinize yapar.

3. Ekonomik alıcı. Bütçe sahibi — bir direktör, başkan yardımcısı, bazen finans. Fiyatlandırma, toplam maliyet, yatırım getirisi ve “case study” (çeviri) “vaka çalışması” sorgularını arar ve rakam ister: maliyeti, getirisi, kendisine benzeyen ve ürünü zaten satın almış şirketler. Gerçek bir fiyatlandırma sayfası (“contact us” duvarı değil) ve gerçek rakamlar içeren vaka çalışmaları burada değerini gösterir.

4. Güvenlik / tedarik / BT inceleyicisi. Bu, rakip rehberlerin her bir satırla geçiştirdiği ve en çok zaman ayıracağım roldür. İnceleyici, iç savunucu ile ekonomik alıcının zaten onayladığı bir anlaşmayı durdurabilen veya öldürebilen son aşama bekçisidir. Güvenlik, uyumluluk, SOC 2 / ISO 27001, veri yerleşimi, çalışma süresi/SLA ve “does it integrate with [our stack]” (çeviri) “[teknoloji yığınımızla] entegre oluyor mu” sorgularını arar. Herkes ikna olduktan sonra bir anlaşma güvenlik incelemesinde ölebilir — bu sorguların yanıtları sitenizde zaten dizine eklenebilir ve sıralanabilir değilse, inceleyiciyi anlaşmanın en kırılgan anında manuel yazışma yapmaya zorlarsınız.

Komite rollerini huni aşamalarıyla ve sayfa türleriyle eşleştirme

İşte sentez — B2B SaaS’a özgü kısım. Her komite rolü bir huni aşamasına, bir arama kümesine ve bir SaaS sayfa türüne eşleşir:

Sağdaki sayfa türleri, SaaS SEO kontrol listesinin teknik olarak ele aldığı türlerin aynısıdır — fiyatlandırma, karşılaştırma, entegrasyon. Bu tablonun eklediği şey, her birinin kime yönelik olduğu; bu da sayfada ne yazacağınızı ve kaç sayfaya ihtiyacınız olduğunu belirler.

Karşılaştırma sayfaları birden fazla role hizmet eder — her iki iş için yazın veya bölün

Tuzak şu: “comparison pages are bottom-of-funnel” (çeviri) “karşılaştırma sayfaları huninin altındadır”. Öyle değildir — en azından yalnızca öyle değildir. Aynı “X vs Y” sayfası, iç savunucu tarafından erken (komiteye götüreceği kısa listeyi oluştururken) ve ekonomik alıcı tarafından geç (onaylamak üzere olduğu harcamayı gerekçelendirirken) okunur. Bunlar farklı işlerdir. İç savunucu paylaşılabilir ve somut farklılaştırmayı iletmek ister. Ekonomik alıcı maliyet gerekçesi ve kendisininki gibi bir şirketin aynı seçimi yaptığına dair kanıt ister.

İki seçeneğiniz var ve karar bilinçli verilmelidir:

• Tek sayfa, iki iş — dürüst ve somut farklılaştırmayla (iç savunucu için) öne çıkan, aynı zamanda ortalığı karıştırmadan fiyatlandırma/yatırım getirisi/vaka çalışması kanıtını (ekonomik alıcı için) taşıyan bir karşılaştırma yazabiliyorsanız bunu yapın. İyi oluşturulmuş çoğu “vs” sayfası ikisini de taşıyabilir.
• Bölün — iki okuyucunun gerçekten farklı şeylere ihtiyacı varsa, iç savunucu için paylaşılabilir bir farklılaştırma sayfası, ekonomik alıcı için ayrı bir yatırım getirisi/vaka çalışması sayfası oluşturun ve birbirine bağlantı verin.

Her durumda doğruluk çıtası, karşılaştırma sayfalarında her yerde uyguladığım çıtanın aynısıdır: savunulabilir, somut ve rakip değiştiğinde güncellenmiş. Küçümsemeyin; gerçek farklılaştırıcıları öne çıkarın. Google’ın kendi inceleme kalitesi rehberi bunu tam olarak destekler — bir şeyi rakiplerinden ayıran şeyin açıklanmasını ve bir şeye en iyi dediğinizde nedenini birinci elden destekleyici kanıtla belirtmenizi söyler (daha fazlası Quotes sekmesinde). Genel özellik listesi metni hem okuyucuyu hem de sıralamayı başarısız kılar.

Güvenlik, uyumluluk ve güven içeriği bir SEO varlığıdır — ona öyle davranın

Bu, savunacağım bölüm; çünkü gerçek boşluk burada. İncelediğim en üst sıralardaki B2B SaaS SEO rehberlerinde güvenlik/uyumluluk/güven içeriği, en tutarlı biçimde eksik olan sayfa türüdür — Drata, Vanta, Secureframe ve diğer güven merkezi sağlayıcılarında bir ürün kategorisi olarak görünür, ancak neredeyse hiçbir zaman başlı başına bir SEO içerik türü olarak ele alınmaz.

Ortadan kaldırılması gereken mit şu: “security and compliance content is a sales-engineering artifact, not an SEO asset” (çeviri) “güvenlik ve uyumluluk içeriği bir satış mühendisliği çıktısıdır, SEO varlığı değildir”. SOC 2 durumunuzu bir satış görüşmesinde teslim edilen statik bir PDF olarak ele almak — dizine eklenmiş ve sıralanabilir bir sayfa yerine — organik erişimi kaybettirir ve inceleyicinin tam da en kötü anda daha fazla manuel iş yapmasına neden olur. Bir güven merkezi, bir “Security” (çeviri) “Güvenlik” sayfası, sertifikalarınızdan gerçek sözler ve entegrasyon/API sayfaları, gerçek bir hedef kitlesi olan meşru ve sıralanabilir sayfalardır.

Bu “intended audience” (çeviri) “hedef kitle” çerçevesi bana ait değil — Google’ın kendi yararlı içerik öz değerlendirmesidir; içeriği doğrudan size gelseler yararlı bulacak mevcut veya hedeflenen bir kitleniz olup olmadığını sorar. Bir güvenlik sayfası hiçbir zaman en yüksek trafikli sayfanız olmayabilir, ancak güvenlik inceleyicisi gerçek ve hedeflenen bir kitledir; Google’ın yazmanızı söylediği standart tam olarak budur. Aynı belge, içeriğinizin birinci elden uzmanlık gösterip göstermediğini de sorar — güvenlik sayfası için bu, genel “enterprise-grade” (çeviri) “kurumsal düzeyde” metin değil, gerçek sertifikalar ve gerçek veri işleme ayrıntıları demektir.

İnceleyici rolü için pratikte:

• Güvenlik / güven sayfası, gerçek sertifikalarınızı (SOC 2, ISO 27001), veri işlemeyi, alt işleyicileri ve çalışma süresi/SLA durumunu adlandırmalı — satış görüşmesinin arkasına kilitlenmek yerine dizine eklenmiş olmalıdır.
• Entegrasyon ve API sayfaları, “does it work with our stack” (çeviri) “bizim teknoloji yığınımızla çalışıyor mu” sorusunu yanıtlamalı — inceleyicinin karşılaştırma sorgusundaki karşılığıdır. (Bunlar, SaaS SEO kontrol listesinin ölçekli biçimde benzersiz ve ince olmayan tutmanızı söylediği entegrasyon sayfalarının aynısıdır.)
• Uyumluluk durumunu gerçekten bilen biri tarafından yazılmalı, bir içerik fabrikası tarafından değil — çünkü hem güvenlik sayfasında hem de karşılaştırma sayfasında birinci elden, doğrulanabilir ve somut iddialar, E-E-A-T ve yukarıdaki inceleme kalitesi çıtasında genel ifadelerden daha iyi sonuç verir.

Komite sırayla ilerlemez — tepki vermek yerine önden hazırlanın

Kendi Enterprise SaaS SEO rehberimde doğru ama eksik bir cümle var: “Enterprise SaaS products often have longer and more complex sales cycles. You need content to support users at each stage of their journey.” (çeviri) “Kurumsal SaaS ürünlerinin satış döngüleri genellikle daha uzun ve daha karmaşıktır. Kullanıcıları yolculuklarının her aşamasında destekleyecek içeriğe ihtiyacınız vardır.” Doğru — ancak “each stage” (çeviri) “her aşama” ifadesi bunu sıralıymış gibi gösterir; pratikte komite paralel araştırır. İç savunucu ilk ay karşılaştırmaları okur; güvenlik inceleyicisi ise kapanmak üzere olan bir anlaşmayla dördüncü ayın bir salı günü sürece dahil edilebilir.

Çıkarım somuttur: güvenlik sayfası, entegrasyon sayfaları ve vaka çalışmaları, okuyucuları ortaya çıkmadan önce zaten var olmalı ve sıralanmalıdır. İnceleyici sorduktan sonra güvenlik sayfasını tepkisel biçimde yazamazsınız — o zamana kadar sürtüşme zaten anlaşmanın içindedir. Komitenin önünde oluşturulan içerik, her rol kendi zaman çizelgesinde ve uyarı vermeden geldiğinde orada olan içeriktir.

Huni eşlemesini gereğinden fazla satmak istemediğim için dürüst bir karşı nokta: Ahrefs’teki çalışma arkadaşım Mateusz Makosiewicz, Ahrefs B2B SaaS pazarlama rehberinde Ahrefs’te “we’re not thinking in terms of mapping content to stages of the marketing funnel” (çeviri) “içeriği pazarlama hunisinin aşamalarıyla eşleştirme açısından düşünmüyoruz” demekten çok, iş potansiyeli yüksek konulara öncelik verdiklerini savundu. Bu, birlikte taşımaya değer gerçek bir gerilimdir: sırf bir aşamayı “cover” etmek (çeviri) “kapsamak” için düşük değerli sayfalar yayımlamanıza düzenli bir huni haritasının izin vermesine engel olun. Komite eşlemesi size bir sayfanın kime yönelik olduğunu söyler; iş potansiyeli ise sayfanın oluşturmaya değip değmediğini söylemeye devam eder. İki filtreyi de kullanın, yalnızca birini değil.

Bing ve Copilot hakkında bir not

İnceleyicinin aramalarını ihmal etmemek için daha yumuşak, sektörde gözlemlenen bir argüman var: Bing’in kitlesi ofis ve kurumsal ortamlara — Windows varsayılanlarına, Microsoft 365’e, Copilot’a — eğilimlidir; BT, güvenlik ve tedarik çalışanları da tam burada bulunur. Bu nedenle özellikle güvenlik/tedarik sorgularının tüketici ürünlerine kıyasla Bing ve Copilot üzerinden görünme olasılığı orantısız biçimde yüksektir. Bunu Bing tarafından doğrulanmış bir iddia olarak değil, Search Console yanında Bing Webmaster Tools çalıştırmak için bir gerekçe olarak ele alırım — Bing’in bu alandaki kendi rehberi yalnızca tarama mekaniklerine yöneliktir ve bu sayfa türlerine doğrudan değinmez.

Sırada nereye gidilmeli?

• Bunun üzerine kurulan genel B2B temelleri — komite büyüklüğü, %5/%95 ayrımı, hacim yerine TBM ekonomisi ve karanlık huni ilişkilendirmesi — için daha kapsamlı B2B SEO derin incelemesine bakın.
• Buradaki her sayfa türünün teknik uygulaması — fiyatlandırmayı taranabilir tutma, karşılaştırma çiftlerine canonical verme, entegrasyon sayfalarını ölçekli biçimde benzersiz tutma ve JS oluşturma — için SaaS SEO kontrol listesine bakın.
• Daha geniş yazılım oyun planı — ürün odaklı SEO, ücretsiz araçlar, uygulama/pazarlama/belge mimarisi — için SaaS SEO merkezine bakın.

AI özeti

Advanced sürümün özetlenmiş hali:

• B2B SaaS algoritması yoktur. Google ve Bing yazılım pazarlama sitelerini herhangi bir siteyle aynı sistemlerle sıralar. Her fark mekanik değil, stratejidir.
• Persona’yı değil, komiteyi eşleştirin. Dört rol farklı arar: son kullanıcı (sorunun farkında olan/nasıl yapılır), iç savunucu (karşılaştırma, “alternatives to” (çeviri) “alternatifleri” ve yatırım getirisi — ayrıca iletilebilir malzemeye ihtiyaç duyar), ekonomik alıcı (fiyatlandırma, TCO, rakam içeren vaka çalışmaları) ve güvenlik/tedarik/BT inceleyicisi (SOC 2, uyumluluk, entegrasyon/API, çalışma süresi).
• İnceleyici atlanan roldür. Neredeyse her B2B SaaS SEO rehberi güvenlik/uyumluluğu sonradan akla gelen bir konu olarak ele alır; oysa inceleyici, herkes ikna olduktan sonra geç incelemede bir anlaşmayı öldürebilir. Güvenlik/güven ve entegrasyon sayfalarını statik satış PDF’leri değil, dizine eklenmiş ve sıralanabilir SEO varlıkları olarak ele alın.
• Rol → sayfa türü eşleşmesi: son kullanıcı → sorunun farkında olan blog/kullanım senaryosu/belgeler; iç savunucu → karşılaştırma/“alternative” sayfaları; ekonomik alıcı → fiyatlandırma/yatırım getirisi/vaka çalışmaları; inceleyici → güvenlik/uyumluluk/güven + entegrasyon/API sayfaları.
• Karşılaştırma sayfaları iki işi birden yapar. İç savunucu onları erken (kısa liste) okur, ekonomik alıcı geç (harcamayı gerekçelendirme) okur. Her iki iş için tek bir sayfa yazın veya bilinçli biçimde bölün.
• Güvenlik içeriği bir E-E-A-T hamlesidir. Google’ın yararlı içerik belgesindeki “intended audience” (çeviri) “hedef kitle” ve “first-hand expertise” (çeviri) “birinci elden uzmanlık” soruları ile inceleme kalitesi rehberi, genel iddialar yerine somut ve doğrulanabilir iddiaları ödüllendirir.
• Komite sırayla değil, paralel araştırır. Güvenlik, entegrasyon ve vaka çalışması sayfalarını önden oluşturun — her rol ortaya çıkmadan önce zaten sıralanıyor olmaları gerekir.
• Bing/Copilot, ofis/kurumsal kitleye eğilimlidir; bu nedenle inceleyicinin sorguları orada aşırı yoğunlaşabilir — Bing Webmaster Tools’u da çalıştırın (sektörde gözlemlenen bir durumdur, Bing tarafından doğrulanmış değildir).

Resmî belgeler

B2B veya SaaS’a özgü sıralama belgeleri iki motorda da yok — baktım. İlgili rehberler geneldir, ancak satın alma komitesi açısına temiz biçimde oturur.

Google

• Creating helpful, reliable, people-first content — inceleyici rolü için güvenlik/güven sayfaları yazma gerekçesinin arkasındaki “intended audience” (çeviri) “hedef kitle” ve “first-hand expertise” (çeviri) “birinci elden uzmanlık” öz değerlendirme soruları.
• How to write high quality reviews — karşılaştırma sayfası kalitesine ilişkin en yakın resmî rehber: farklılaştırmayı açıklayın, “best” (çeviri) “en iyi” iddialarını birinci elden kanıtla destekleyin ve karşılaştırılabilir seçenekleri ele alın. Ürün incelemeleri sistemi için yazılmıştır, ancak B2B SaaS “vs” ve “alternatives” sayfalarına doğrudan genellenebilir.
• E-E-A-T ve Kalite Değerlendirici Yönergeleri (Aralık 2022) — Deneyimin E-A-T’ye eklenmesi, güvenin en önemli olması; gerçek sertifikaların ve birinci elden karşılaştırma iddialarının neden kazandığı.
• Optimize your crawl budget — entegrasyon/güvenlik sayfaları ölçeklendiğinde önemli olan “perceived inventory” (çeviri) “algılanan envanter” ve ince programatik sayfalar (SaaS SEO kontrol listesi uygulamayı ele alır).

Bing / Microsoft

• Bing Webmaster Guidelines — genel içerik kalitesi ve taranabilirlik rehberi; B2B/SaaS’a özgü bir ayrım yoktur, ancak Bing’in ofis/kurumsal kitlesi göz önüne alındığında yapılandırmaya değerdir.

Kaynaktan alıntılar

B2B SaaS SEO stratejisiyle ilgili kayda geçmiş ifadeler. Her bağlantı, kaynak sayfasındaki alıntı bölümüne atlayan bir deep link’tir.

Google — inceleyicinin “intended audience” (çeviri) “hedef kitle” için yazma

• “Do you have an existing or intended audience for your business or site that would find the content useful if they came directly to you?” (çeviri) “İşletmeniz veya siteniz için, doğrudan size gelseler içeriği yararlı bulacak mevcut veya hedeflenen bir kitleniz var mı?” — Google Search Central belgeleri. Alıntıya git
• “Does your content clearly demonstrate first-hand expertise and a depth of knowledge (for example, expertise that comes from having actually used a product or service, or visiting a place)?” (çeviri) “İçeriğiniz birinci elden uzmanlığı ve derin bilgi birikimini açıkça gösteriyor mu (örneğin bir ürünü veya hizmeti gerçekten kullanmaktan ya da bir yeri ziyaret etmekten gelen uzmanlık)?” Alıntıya git

Google — karşılaştırma / “vs” sayfası kalitesi (inceleme kalitesi belgesinden)

• “Explain what sets something apart from its competitors.” (çeviri) “Bir şeyi rakiplerinden ayıran özelliği açıklayın.” Alıntıya git
• “When recommending something as the best overall or the best for a certain purpose, include why you consider it the best, with first-hand supporting evidence.” (çeviri) “Bir şeyi genel olarak en iyi veya belirli bir amaç için en iyi seçenek olarak önerirken, neden en iyi olduğunu düşündüğünüzü birinci elden destekleyici kanıtla açıklayın.” Alıntıya git
• “Cover comparable things to consider, or explain which might be best for certain uses or circumstances.” (çeviri) “Dikkate alınabilecek karşılaştırılabilir şeyleri ele alın veya belirli kullanım ya da koşullar için hangisinin en iyi olabileceğini açıklayın.” Alıntıya git

Patrick Stox — uzun SaaS satış döngüsü üzerine

• “Enterprise SaaS products often have longer and more complex sales cycles. You need content to support users at each stage of their journey.” (çeviri) “Kurumsal SaaS ürünlerinde satış döngüleri çoğu zaman daha uzun ve karmaşıktır. Kullanıcıların yolculuğunun her aşamasını destekleyecek içerikler gerekir.” — Enterprise SaaS SEO rehberimden. Ancak Advanced sekmesinde savunduğum gibi, “each stage” (çeviri) “her aşama” bunu hafife alır: komite paralel araştırır, bu nedenle sayfaların önceden var olması gerekir.

Bu sayfa hangi komite rolüne hizmet etmeli — ve bir sayfaya mı iki sayfaya mı ihtiyacınız var?

Neredeyse her B2B SaaS içerik planında iki soru ortaya çıkar. Buradan başlayın.

A. Bu sayfa hangi role yönelik ve bu rolün zaten bir sayfası var mı?

S1. Bunu kim arıyor — ve hangi komite rolü bu?

• Son kullanıcı (sorun/nasıl yapılır/kullanım senaryosu sorguları) → sorunun farkında olan blog, kullanım senaryosu sayfası veya yardım belgeleri. Genellikle zaten kapsanır; iç savunucunun sayfalarına devam eden bir bağlantı verdiğinden emin olun.
• İç savunucu (karşılaştırma, “alternatives to” (çeviri) “alternatifleri”, “best [category] for X” (çeviri) “X için en iyi [kategori]”) → savunmacı olmayan, iletilmek ve ekran görüntüsü alınmak üzere yazılmış bir karşılaştırma / “alternative” (çeviri) “alternatif” sayfası.
• Ekonomik alıcı (fiyatlandırma, TCO, ROI, “case study” (çeviri) “vaka çalışması”) → gerçek rakamları içeren gerçek, taranabilir bir fiyatlandırma sayfası ve vaka çalışmaları.
• Güvenlik / tedarik / BT inceleyicisi (SOC 2, uyumluluk, entegrasyon, API, çalışma süresi) → dizine eklenmiş bir güvenlik/güven sayfası ve entegrasyon/API sayfaları. Önce denetlenecek rol budur — hiç sayfası olmama ihtimali en yüksek olan roldür.

S2. Anlaşmayı veto edebilecek rolün (inceleyicinin) dizine eklenmiş içeriği var mı?

• Hayır → ihtiyacınız olmadan şimdi oluşturun. Güvenlik incelemesindeki bir anlaşmada güvenlik sayfasının olmaması, sizin oluşturduğunuz bir sürtüşmedir.
• Evet ama kapılı / yalnızca PDF → dizine eklenmiş bir sürüm yayımlayın; statik satış PDF’si organik erişimi kaybettirir ve manuel yazışmayı zorunlu kılar.
• Evet ve dizine eklenmiş → iyi. Doğru ve güncel tutun (sertifikaların süresi dolar, alt işleyiciler değişir).

B. İki rol için tek karşılaştırma sayfası mı, yoksa bölmek mi?

S1. Tek bir “X vs Y” sayfası, dürüst farklılaştırmayı ve fiyatlandırma/yatırım getirisi/vaka çalışması kanıtını ortalığı karıştırmadan taşıyabilir mi?

• Evet → tek sayfa, iki iş. İç savunucu için somut farklılaştırmayla öne çıkın; ekonomik alıcı için maliyet gerekçesini ve vaka çalışmasını taşıyın.
• Hayır — iki okuyucunun gerçekten farklı şeylere ihtiyacı var → bölün: iç savunucu için paylaşılabilir bir farklılaştırma sayfası, ekonomik alıcı için ayrı bir yatırım getirisi/vaka çalışması sayfası oluşturun ve bağlantı verin.

Tek satırlık sürüm: her sayfayı bir komite rolüyle eşleştirin, inceleyicinin sayfalarını onlara ihtiyaç duymadan önce oluşturun ve tek role mi iki role mi yönelik bir karşılaştırma sayfası istediğinize bilinçli olarak karar verin — bunu asla tesadüfe bırakmayın.

Zihinsel modeller

1. B2B SaaS algoritması yoktur. +Her siteyle aynı sıralama sistemleri kullanılır. Her fark, motorun dayattığı bir kısıt değil, stratejik bir seçimdir. Normal teknik/sayfa içi araç setiniz değişmeden geçerlidir.

2. Persona’yı değil, komiteyi eşleştirin. B2B SaaS anlaşması, her biri farklı şeyler arayan dört rolden oluşur — son kullanıcı, iç savunucu, ekonomik alıcı, güvenlik/tedarik inceleyicisi. Tek bir personaya yönelik içerik bunların en fazla birine ulaşır.

3. Rol × huni aşaması × sayfa türü. Her öncelikli sayfanın yönelik olduğu bir komite rolü, hizmet ettiği bir huni aşaması ve buna uyan bir sayfa türü olmalıdır. Son kullanıcı → sorunun farkında olan içerik. İç savunucu → karşılaştırma/ROI. Ekonomik alıcı → fiyatlandırma/vaka çalışmaları. İnceleyici → güvenlik/uyumluluk/entegrasyon.

4. İnceleyici, yazmayı unuttuğunuz anlaşma katilidir. Güvenlik/tedarik/BT inceleyicisi, herkesin onayladığı bir anlaşmayı durdurabilir. Güvenlik, uyumluluk, güven merkezi ve entegrasyon sayfalarını satış PDF’leri değil, birinci sınıf ve dizine eklenmiş SEO varlıkları olarak ele alın.

5. Bir sayfa türü iki role hizmet edebilir. Bir karşılaştırma sayfası iç savunucuyu erkenden donatır, ekonomik alıcıyı geç aşamada rahatlatır. Tek bir sayfanın iki işi de yapıp yapmayacağına veya sayfayı bölüp bölmeyeceğinize bilinçli karar verin.

6. Önden oluşturun — komite paralel araştırır. Üyeler kendi zaman çizelgelerinde, bazen aylar arayla araştırır. İnceleyicinin sayfaları, inceleyici ortaya çıkmadan önce zaten var olmalı ve sıralanmalıdır. Bunları tepkisel biçimde yazmak, kırılgan bir anlaşmaya sürtüşme ekler.

7. Komite eşlemesi kim olduğunu; iş potansiyeli ise olup olmadığını söyler. Sırf “cover a stage” (çeviri) “bir aşamayı kapsamak” için düşük değerli bir sayfa yayımlamayın. Eşlemeyi bir sayfanın kime hizmet ettiğine karar vermek için kullanın — yine de oluşturmaya değip değmediğine göre filtreleyin.

B2B SaaS SEO — komiteden sayfaya hızlı başvuru

Dört rol, aramaları ve ihtiyaç duydukları sayfa

Her sayfa türünün doğru yapması gerekenler

• Karşılaştırma sayfası — dürüst, somut farklılaştırma (iç savunucu) + maliyet/yatırım getirisi kanıtı (ekonomik alıcı); savunulabilir iddialar; tek ve temiz bir canonical.
• Fiyatlandırma sayfası — kapılı değil, taranabilir ve dizine eklenebilir; oluşturulan HTML’de gerçek rakamlar.
• Güvenlik / güven sayfası — dizine eklenmiş (PDF değil), gerçek sertifikaları ve birinci elden ayrıntıları adlandıran.
• Entegrasyon / API sayfası — her entegrasyona göre gerçekten benzersiz; “does it work with our stack” (çeviri) “bizim teknoloji yığınımızla çalışıyor mu” sorusunu yanıtlayan.

Emekliye ayırılacak mitler

• “One buyer persona is enough.” (çeviri) “Tek bir alıcı personası yeterlidir.” → Dört rol farklı arar; en az hizmet verilenin (inceleyicinin) genellikle veto gücü vardır.
• “Comparison pages are bottom-funnel only.” (çeviri) “Karşılaştırma sayfaları yalnızca huninin altındadır.” → İç savunucu da onları erkenden okur.
• “Security content is a sales-engineering artifact, not an SEO asset.” (çeviri) “Güvenlik içeriği bir satış mühendisliği çıktısıdır, SEO varlığı değildir.” → Gerçek bir hedef kitlesine sahip, dizine eklenmiş ve sıralanabilir bir sayfadır.
• “The champion and economic buyer are one content job.” (çeviri) “İç savunucu ile ekonomik alıcı tek bir içerik işidir.” → İç savunucunun paylaşılabilir kanıta, alıcının maliyet gerekçesine ihtiyacı vardır.
• “Reach more stakeholders = write broader content.” (çeviri) “Daha fazla paydaşa ulaşmak = daha geniş içerik yazmak.” → Çözüm, daha muğlak içerik değil, rol başına daha somut içeriktir.

Çapraz bağlantılar

• Genel B2B temelleri (komite büyüklüğü, %5/%95, TBM, karanlık huni) → B2B SEO derin incelemesi.
• Sayfa türü başına teknik uygulama → SaaS SEO kontrol listesi.

B2B SaaS komite kapsamı oyun planı

“we only serve the end user” (çeviri) “yalnızca son kullanıcıya hizmet veriyoruz” noktasından “her rol için bir sayfamız var” noktasına geçmek için tekrarlanabilir bir uygulama.

1. adım — Konuya göre değil, role göre envanter çıkarın. Mevcut sayfalarınızı listeleyin ve her birini hizmet ettiği komite rolüyle etiketleyin (son kullanıcı, iç savunucu, ekonomik alıcı, inceleyici). Çoğu SaaS sitesi son kullanıcı sütununun dolu, inceleyici sütununun boş olduğunu görür. Bu boşluk öncelik listenizdir.

2. adım — Önce veto rolünü denetleyin. Dizine eklenmiş bir güvenlik/güven sayfanız var mı? Entegrasyon/API sayfalarınız “does it work with our stack” (çeviri) “bizim teknoloji yığınımızla çalışıyor mu” sorusunu yanıtlıyor mu? Bunlardan biri eksikse veya yalnızca PDF ise, en yüksek kaldıraçlı düzeltme budur; çünkü kapanmış anlaşmaları sessizce öldüren şeydir.

3. adım — İç savunucunun cephaneliğini oluşturun. Her gerçek rakip ve her “alternative to [incumbent]” (çeviri) “[mevcut ürün] alternatifi” sorgusu için iletilmek üzere yazılmış bir karşılaştırma sayfası oluşturun: dürüst, somut, savunulabilir. İç savunucuya kendisini utandırmadan bir slayta yapıştırabileceği bir şey verin.

4. adım — Ekonomik alıcıya rakamları verin. Taranabilir bir fiyatlandırma sayfası (temel paketler için “contact us” duvarı değil) ve en az birkaç gerçek rakam içeren vaka çalışması — maliyet, getiri, geri ödeme süresi ve alıcınınkine benzeyen bir şirket.

5. adım — Her karşılaştırma sayfası için iki işi birden yapma ile bölme arasında karar verin. Her “X vs Y” sayfası için, bilerek hem iç savunucuya hem ekonomik alıcıya mı hizmet edeceğine, yoksa sayfayı mı böleceğinize karar verin. Bir okuyucuya yanlışlıkla varsayılan biçimde bırakmayın.

6. adım — Komitenin önünde oluşturun. İnceleyicinin sayfalarını ve vaka çalışmalarını açık bir anlaşmaya ihtiyaç duymadan önce yayımlayın — çünkü komite paralel araştırır ve inceleyici uyarı vermeden gelir.

7. adım — Her iki arama motorunu da çalıştırın. İnceleyicinin ofis/kurumsal aramaları Bing/Copilot’ta daha yoğun olabilir; Search Console’un yanında Bing Webmaster Tools’u yapılandırın.

8. adım — Güncel tutun. Sertifikaların süresi dolar, rakipler değişir, entegrasyonlar kullanımdan kaldırılır. Güncelliğini yitiren karşılaştırma ve güvenlik/uyumluluk iddiaları güven ve doğruluk riski oluşturur — incelemeleri planlayın.

Ne ters gider — ve çözüm

Yalnızca son kullanıcıya hizmet etmek. En yaygın başarısızlık: zengin, sorunun farkında olan içerik ve iç savunucu, ekonomik alıcı veya inceleyici için hiçbir şey olmaması. → Role göre envanter çıkarın; boş sütunları inceleyiciyle başlayarak doldurun.

Güvenlik/uyumluluğu satış PDF’si gibi ele almak. SOC 2 durumu bir görüşmede teslim edilen ve hiç dizine eklenmeyen bir belgede durur. → Dizine eklenmiş bir güvenlik/güven sayfası yayımlayın; bu, gerçek bir hedef kitlesi olan sıralanabilir bir varlıktır.

Güvenlik sayfasını tepkisel biçimde yazmak. İnceleyici sorar ve sonra yanıt vermek için telaş edersiniz. → Önceden oluşturun; komite paralel araştırır, bu nedenle inceleyici ortaya çıktığında sayfanın zaten sıralanıyor olması gerekir.

Savunmacı ve muğlak karşılaştırma sayfaları. Somut ayrıntı olmadan “We’re the best” (çeviri) “En iyisi biziz” demek, güvenilir bir şeyi iletmek isteyen iç savunucu için işe yaramaz ve Google’ın inceleme kalitesi çıtasında zayıftır. → Somut farklılaştırmayı birinci elden kanıtla açıklayın; iddiaları savunulabilir tutun.

İç savunucuyu ekonomik alıcıyla birleştirmek. Paylaşılabilir kanıt ve maliyet gerekçesi olmaya çalışan, ikisini de kötü yapan tek bir fiyatlandırma sayfası. → Bilinçli karar verin: her iki iş için tek sayfa mı, yoksa paylaşılabilir farklılaştırma ve yatırım getirisi/vaka çalışması sayfalarına bölmek mi?

“Reach everyone” (çeviri) “herkese ulaş” → daha geniş, daha muğlak içerik. Bütün komiteye “speaks to the whole committee” (çeviri) “hitap eden” genel içerik yazma içgüdüsü. → Doğrusu bunun tersidir: her role yönelik daha somut içerik. Bir komiteye genişlikle değil, rol başına derinlikle ulaşılır.

Bing’i atlamak. İnceleyicinin sorguları Bing/Copilot’ta daha yoğunlaşabilecekken yalnızca Search Console’u çalıştırmak. → Bing Webmaster Tools’u da yapılandırın.

İnce, şablonlu entegrasyon sayfaları. Bir adı değiştirip başka hiçbir şeyi değiştirmeyen, seri üretilmiş “integrates with [partner]” (çeviri) “[iş ortağı] ile entegre olur” sayfaları — hacim olarak ince ve inceleyici bunu fark eder. → Sayfa başına gerçekten benzersiz değer oluşturun (kalite çıtası için SaaS SEO kontrol listesine bakın).

Satın alma komitesi kapsamı için istemler

Mevcut içerik envanterini komite rolüne göre sınıflandırma

URL, başlık, sayfa türü, hedeflenen sorgu, CTA ve kısa içerik özeti içeren bir CSV yapıştırın. Uydurulmuş alıcı araştırması değil, rol eşlemesi ve kanıta dayalı boşluklar bekleyin.

Classify this B2B SaaS content inventory by the primary buying-committee role it serves:
- End user: problem, how-to, use-case, or help material.
- Champion: comparisons, alternatives, and shareable differentiation.
- Economic buyer: pricing, TCO, ROI, and case studies with numbers.
- Security/procurement/IT reviewer: security, compliance, trust, integration, API,
  uptime, and implementation evidence.

For each URL, assign one primary role and any defensible secondary role. Quote the title,
query, CTA, or summary evidence for the classification. Mark unclear pages as “manual
review” instead of guessing. Then report coverage gaps by role and page type, starting
with any veto role that lacks indexed content. Do not infer certifications, pricing,
competitors, or customer proof that is not in the inventory.

[PASTE CONTENT INVENTORY CSV]

Tek bir sayfa fikrini komite farkındalığı olan bir özete dönüştürme

Gerçek bir hedef sorguyu, hedeflenen komite rolünü, ürün gerçeklerini, onaylanmış iddiaları ve mevcut kanıtları yapıştırın. Sayfanın neyi kanıtlayabildiğini, neyin hâlâ uzman girdisi gerektirdiğinden ayıran bir özet bekleyin.

Create a B2B SaaS SEO brief for the supplied query and committee role.

Map the reader's question to the appropriate page type. Define the page's primary job,
the evidence it must include, objections it must answer, and the next page it should link
to for another committee role. If this is a comparison page, decide whether it can
credibly serve both the champion and economic buyer or should be split. If this is a
security, compliance, integration, or API page, prioritize accurate first-hand details
and flag every claim that needs verification by the responsible expert.

Use only the supplied product facts and approved evidence. Do not invent pricing, ROI,
certifications, customer results, competitor weaknesses, or integration capabilities.

[PASTE QUERY, ROLE, PRODUCT FACTS, APPROVED CLAIMS, AND EVIDENCE]

Zaman ayırmaya değer kaynaklar

İlgili yazılarım

• Enterprise SaaS SEO ile büyümenin kilidini açmak — eksiksiz SaaS rehberim: ürün odaklı içerik, “vs” ve ücretsiz araç sayfaları, dizine ekleme/canonical kontrolü, huninin altından başlayan sıra ve bu makalenin üzerine kurulduğu ve ötesine geçtiği uzun satış döngüsü cümlesi.
• Maksimum büyüme için kurumsal SEO stratejileri — B2B’nin ölçek ve organizasyon koordinasyonu sürümü; bir SaaS çok ekipli bir soruna dönüştüğünde.
• B2B SEO istatistikleri — genel B2B SEO derin incelemesinin dayandığı satın alma komitesi ve huni rakamlarının arkasındaki Ahrefs veri çalışması.
• Teknik SEO için başlangıç rehberi — her B2B SaaS sitesinin stratejinin altında hâlâ ihtiyaç duyduğu teknik temel.

Konuşmalarım

• Enterprise SEO Chaos (SMX Advanced, IBM’de Teknik SEO olarak çalıştığım dönemden) — gerçek büyük B2B/SaaS sitelerinin arkasındaki yönlendirme zincirleri, canonical çatışmaları ve çok ekipli kaos. Standart uyarım geçerlidir: Bu benim anlayışımdır, mutlak gerçek değildir.

Sektörden

• Yararlı, güvenilir ve insan odaklı içerik — Google Search Central — inceleyicinin güvenlik sayfası için hedef kitle ve birinci elden uzmanlık soruları.
• Yüksek kaliteli incelemeler nasıl yazılır — Google Search Central — karşılaştırma sayfası kalitesine ilişkin en yakın resmî rehber; farklılaştırmayı açıklayın ve “best” (çeviri) “en iyi” iddialarını birinci elden kanıtla destekleyin.
• B2B SaaS SEO: Anahtar kelimeleri müşteri yolculuğuyla eşleştirmek — Jenn Mathews, Search Engine Land — anahtar kelimeleri/içeriği müşteri adayı türüne göre etiketlemeye (etkileyici, karar verici, itiraz eden) ilişkin kayda geçmiş bir örnek; komite eşlemesi fikrinin daha hafif bir sürümü.
• SaaS markaları için kurumsal SEO stratejisi rehberi — Matt Bertram, Search Engine Journal — farkındalık → ilgi → değerlendirme → sadakat huni eşleme geleneği, yararlı bir karşılaştırma noktası (inceleyici rolünü kapsamaz).
• B2B SaaS pazarlaması: Ahrefs rehberi — Mateusz Makosiewicz — Advanced sekmesinde gerilim içinde tuttuğum “we’re not mapping content to funnel stages, we’re prioritizing by business potential” (çeviri) “içeriği huni aşamalarıyla eşleştirmiyoruz, iş potansiyeline göre önceliklendiriyoruz” karşı noktası (başka bir yazarın görüşü, benimki değil).
• B2B SaaS SEO için ileri seviye rehber — Stratabeat — persona, anahtar kelime, CRO ve KPI’lar içeren kapsamlı bir B2B SaaS SEO rehberi; çoğu rehber gibi satın alma komitesini hafife alır ve güvenlik/uyumluluğu bir sayfa türü olarak atlar — bu makalenin doldurduğu boşluk.

Kendinizi sınayın: B2B SaaS SEO

Satın alma komitesini SaaS sayfa türleriyle eşleştirme üzerine beş soru. Her biri için bir yanıt seçin, ardından kontrol edin.

Değişiklik günlüğü