Geçen sene bir SaaS kurucusuyla konuştum. Ürünü hazırdı, lansmanı yapmıştı, üç ay boyunca Product Hunt ve Twitter trafiğiyle yaşamıştı. Sonra o trafik bitti. Bana mesaj attı: "Google'dan organik gelmiyor, ne yapmalıyım?" URL yapısını gönderdi. Her sayfa /app?view=pricing&tab=teams gibi parametre çorbasıydı. Tüm sayfalar client-side render ediliyordu, Googlebot boş bir
Ona söylediğim şey hoşuna gitmedi: bu bir SEO problemi değil, mimari problemi. Çözmek için neredeyse tüm frontend'i yeniden yazması gerekiyordu. SEO'yu en sona bıraktığında ödediğin fatura budur.
SEO bir eklenti değil, mimaridir
Çoğu ekip SEO'yu pazarlama ekibinin halledeceği bir görev olarak görüyor. Sayfayı yaz, anahtar kelime serpiştir, meta açıklama ekle, bitti. Oysa arama motoru optimizasyonunun en kritik kararları metin yazmadan çok önce alınıyor. Hangi framework'ü seçtin? Render stratejin ne? URL'ler nasıl yapılandırıldı? Site haritan nasıl üretiliyor? Bunların hiçbiri içerik yazarının kontrolünde değil.
Şöyle düşün: bir binayı bitirdikten sonra temele beton katmak istemezsin. SEO da öyle. Ne kadar geç dahil edersen, geri dönüş o kadar pahalı. SEO-first yaklaşım, ürün kararlarını organik bulunabilirlik kısıtı altında almak demek. Bu kısıtı kabul ettiğinde, sonradan rework yapmak zorunda kalmıyorsun.
Bir ipucu: ilk sprint'te SEO konuşmuyorsanız, muhtemelen bir yıl sonra ajansa para döküyor olacaksınız. Bu acı bir gerçek ama gördüğüm onlarca SaaS'ta tekrar tekrar yaşandı.
Anahtar kelime araştırması, aslında niyet araştırması
Anahtar kelime araştırmasını arama hacmine bakıp liste yapmak sananlar var. "proje yönetim aracı" ayda 8.000 arama, harika, hedef bu. Hayır, değil. O kelimeyi arayan insanın ne istediğini bilmiyorsan, sıralamada birinci bile olsan dönüşüm alamazsın.
Niyet (intent) dört tipte düşün: bilgi arayan (informational), karşılaştırma yapan (commercial investigation), satın almaya hazır (transactional), markayı arayan (navigational). Aynı kelime farklı niyetlere hizmet edebilir. "asana alternatifi" arayan biri muhtemelen Asana'dan kaçıyor ve karşılaştırma yapıyor. Ona blog yazısı değil, dürüst bir karşılaştırma sayfası ver. "proje yönetimi nedir" arayan birine pricing sayfası göstermek hata.
Pratik yöntem: hedef kelimeyi Google'a yaz, ilk 10 sonucu incele. Hepsi listicle mı? O kelimenin niyeti listicle. Hepsi pricing sayfası mı? Niyeti transactional. Google sana her arama için ne tür içerik istediğini zaten söylüyor, sadece bakmak yeterli. Buna karşı koyup farklı bir format dayatırsan kaybedersin.
URL ve bilgi mimarisi: geri dönüşü zor olan kararlar
URL yapısı bir kere canlıya çıktıktan sonra değiştirmesi en pahalı şeylerden biri. 301 redirect zincirleri, kaybedilen backlink değeri, indeks kaymaları, tüm bunlar sonradan değiştirme bedeli. O yüzden ilk günden doğru tasarlamak şart.
İyi bir URL hiyerarşisi şöyle görünür: /features/projects, /features/tasks, /blog/seo-first-web-uygulamalari, /customers/acme-corp. Kötü olan: /page?id=42, /p/3f8a2c, /feature.html?type=task. URL hem kullanıcıya hem Googlebot'a sayfanın ne hakkında olduğunu anlatmalı. Trailing slash kararını ver ve tutarlı kal. www mı, naked domain mi, seç ve canonical olarak işaretle.
Bilgi mimarisi (IA) URL'lerden daha derin bir mesele. Sitenin nasıl kategorize edildiği, hangi sayfanın hangi sayfaya link verdiği, breadcrumb yapısı. Poitim'de örneğin proje yönetim özellikleri /features/projects altında, ekip yönetimi /features/teams altında ve bunlar birbirine doğal olarak bağlanıyor. Bu yapı hem kullanıcının kafasında hem Google'ın site graph'ında doğru bir resim çiziyor.
Render stratejisi: SSR, SSG, ISR ve SPA tuzağı
Pure client-side rendered SPA bir SaaS'ın dashboard'u için harika. Ama pazarlama sayfaları için felaket. Googlebot artık JavaScript çalıştırıyor, doğru, ama bu "her şey çalışıyor" anlamına gelmiyor. Render kuyruğu var, timeout var, hatalar var. Ben birçok projede şunu gördüm: GSC'de sayfa indekslenmiş gözüküyor ama "Görüntülenen HTML" sekmesinde içerik boş. Tarayıcıda açınca her şey güzel ama Googlebot içeriği görmemiş.
Genel kural: pazarlama sitesi (homepage, features, pricing, blog) SSG veya SSR olsun. Uygulama içi (login sonrası) CSR olsun, çünkü orası nasılsa zaten noindex. Next.js, Remix, Astro, SvelteKit, hepsi bu hibrit yapıyı destekliyor. ISR (Incremental Static Regeneration) blog ve sık güncellenen sayfalar için iyi bir orta yol; sayfa statik üretiliyor ama belirli aralıklarla taze yenileniyor.
Hosting tarafında bir uyarı: edge SSR cache'i ile Cache-Control başlıklarını yanlış ayarlarsan eski içeriği aylarca yayınlayabilirsin ve Google da o eski içeriği indeksler. Cache invalidasyonunu ciddiye al.
On-page işin akıcı tarafı
On-page SEO denilince genelde sıkıcı bir checklist düşünülür. Title, H1, meta description, alt text, internal link. Doğru, hepsi önemli. Ama bunları mekanik bir görev olarak yapmak yerine, sayfanın hikayesinin bir parçası olarak düşünmek daha iyi.
Title etiketi Google sonuç sayfasında satılan reklamdır. Anahtar kelime başta olmalı, marka sonda, 60 karakterin altında. "Proje Yönetimi Yazılımı | Poitim" gibi. H1 ile title farklı olabilir, hatta olmalı; H1 sayfaya geleni, title aramaya bakanı hedefler. Meta description sıralamayı doğrudan etkilemez ama tıklama oranını ciddi etkiler ve tıklama oranı dolaylı olarak sıralamayı etkiler.
İçerik içinde anahtar kelimeyi tabii ki kullan, ama yeter sayıda ve doğal. "Proje yönetim aracı arıyorsanız proje yönetim aracı seçerken proje yönetim aracının özelliklerine bakın" gibi cümleler Google'ı kandırmıyor, sadece okuyucuyu kaçırıyor. Eş anlamlılar, ilgili kavramlar, alt başlıklar; hepsi konunun kapsamını anlatır. Buna semantic SEO veya entity-based SEO deniyor ve modern algoritma bunu çok daha iyi anlıyor.
Eğer bir ekipseniz ve bu içerik takvimini birden fazla kişi yönetiyorsa, kim hangi kelimeyi yazıyor, redaksiyondan kim sorumlu, ne zaman yayınlanıyor, hepsini bir yerde toplamanız lazım. Biz Poitim'de blog roadmap'imizi proje panomuzda takip ediyoruz, her yazı bir task, her redaksiyon bir alt görev. Excel'de tutmaya kalkarsan üçüncü ay versiyon karmaşası başlıyor.
Schema.org ile yapılandırılmış veri
Schema.org markup'ı arama motoruna sayfanızın ne olduğunu açıkça söylemenin yolu. Bir blog yazısı mı, bir ürün mü, bir SSS mi, bir yazılım uygulaması mı? Doğru tipi işaretlediğinizde rich result kazanma ihtimaliniz artar. Yıldız oylaması, fiyat, FAQ accordion, breadcrumb; hepsi schema sayesinde.
Bir SaaS landing page için SoftwareApplication veya Product schema mantıklı:
Blog yazıları için Article, SSS bölümleri için FAQPage, ekmek kırıntıları için BreadcrumbList. Schema'yı Google'ın Rich Results Test aracıyla doğrula, çünkü tek bir alan eksik olduğunda tüm blok sessizce yok sayılabiliyor.
Core Web Vitals: performans artık opsiyonel değil
LCP (Largest Contentful Paint), INP (Interaction to Next Paint), CLS (Cumulative Layout Shift). Bu üçü Google'ın resmi sıralama sinyalleri. LCP 2.5 saniyenin altında olmalı, INP 200 milisaniyenin altında, CLS 0.1'in altında. PageSpeed Insights'ta lab verisi güzel görünebilir ama önemli olan field data, yani gerçek kullanıcılardan gelen Chrome User Experience Report.
En sık gördüğüm performans katilleri: optimize edilmemiş hero görseli (3 MB JPEG yerine 80 KB AVIF kullanın), font flash (font-display: swap ile çöz), üçüncü taraf scriptleri (analytics, chat widget, A/B test aracı; her biri bir saniye yiyor), layout shift (img etiketinde width ve height belirtin, lütfen). 2026'da hala 5 saniye yüklenen siteler var ve sahipleri "acaba neden Google'dan trafik gelmiyor" diye düşünüyor.
Topic cluster: içerik stratejisi olarak
Tek tek blog yazısı yazıp "bakalım hangisi tutar" yaklaşımı 2018'de bile ölmüştü. Modern içerik stratejisi topic cluster üzerine kurulu. Ana sayfa (pillar page) geniş bir konuyu kapsar, etrafına o konunun alt başlıklarını derinlemesine işleyen cluster yazıları gelir, hepsi pillar'a ve birbirine internal link verir.
Örnek: "SaaS SEO" pillar sayfan var. Bu sayfaya bağlanan cluster'lar; "SaaS için keyword research", "SaaS landing page optimizasyonu", "SaaS link building stratejileri", "SaaS Core Web Vitals". Her cluster pillar'a link verir, pillar her cluster'a link verir, cluster'lar birbirine de link verebilir. Google bu yapıyı görüp "bu site SaaS SEO konusunda ciddi bir otorite" diye yorumlar.
Bu stratejiyi uygulamak için bir içerik takvimi ve raporlama şart. Hangi cluster ne zaman yayınlanacak, hangi pillar ne kadar trafik çekiyor, hangi yazı reflesh edilmeli; hepsi takip edilmeli. Eğer ekipçe çalışıyorsanız rol bazlı bir görev dağılımı kurun, yoksa içerik kalitesinin standardı kişiden kişiye savruluyor.
Acemilerin tekrar tekrar yaptığı hatalar
Onlarca SaaS gördüm ve aynı hatalar sürekli tekrarlanıyor. Birincisi, tek bir trafik kanalına bağımlı olmak. Lansmanda Twitter ve Product Hunt'tan gelir, bir ay sonra siteye kimse uğramaz, panik başlar. Organik SEO'yu lansmandan altı ay önce başlatmak lazım, sonuç vermesi en az altı ay daha sürüyor çünkü.
İkincisi, çok hızlı sayfa silmek veya URL değiştirmek. "Yeni rebrand yaptık, tüm URL'leri değiştirdik" diyenlerin organik trafiği genelde yarıya iner ve toparlanması bir yıl sürer. Rebrand yapacaksan en azından tüm eski URL'leri 301 ile yeni karşılığına yönlendir.
Üçüncüsü, herkesin yaptığını yapmak. Aynı listicle, aynı "X nedir" yazısı, aynı tablolarla "top 10 alternatif". Eğer üst sıradaki sonuçlar zaten 5.000 kelimelik mükemmel rehberlerse, sen 6.000 kelimelik sıkıcı bir kopyayla onları geçemezsin. Farklı format dene; orijinal araştırma, vaka çalışması, interaktif araç. Google tekrar etmeyen, gerçekten yeni bilgi getiren içeriği ödüllendiriyor.
Dördüncüsü, sabırsızlık. SEO için ekilen tohum altı ay ile on iki ay arası filiz veriyor. İki ayda "hadi bunu bırakalım, Ads'e dönelim" diyenler, en zor anda pes etmiş oluyorlar. Tutarlı, planlı, ölçülebilir bir program kur. Eğer organik kanalın gerçekten ciddiye alınmasını istiyorsan, ekibinle birlikte planlamayı bir aracın içinde tutmaya başla ve her hafta küçük bir adımla ilerle.
SEO-first olmak, kahramanlık değil disiplin. Doğru kararları doğru sırada almak. Ürün ekibinin SEO'yu öğrenmesi değil, SEO'nun ürün ekibinin diline çevrilmesi. Bunu yaptığında, lansmandan sonra organik trafik için ajansa koşmak zorunda kalmıyorsun.