MVP landing page SEO; alıcıların kullandığı kelime dağarcığını, problemlerini çevreleyen search intent’i ve kurucunun teklifinin netliğini — tam site kurulmadan — tek odaklı bir sayfayla test etmektir. Amaç öğrenmedir, kanıt değil. Bir landing page mesajı keskinleştirebilir; tek başına talebi belgeleyemez.
MVP landing page SEO gerçekte ne demektir
Bu aşamada “SEO”, “hızlı sırala” demek değildir. Kurucunun search tarafından geri aldığı sinyallerin — impression’lar, query dili, tıklama desenleri — gerçek bir karar için okunabilir olacağı şekilde tek bir sayfayı yapılandırmak demektir. Sayfa küçük bir enstrüman olur: ekibin problem, ICP ve teklife dair mevcut en iyi tahminini alır ve pazardan tepki ister. Eric Ries’ın Lean Startup‘ı bu şekle adını verdi (build-measure-learn); landing page en küçük yararlı “build”lerden biridir.
Benzer görünen üç komşudan ayırın. Bu bir tam marketing sitesi değildir — onlar positioning, ürün, fiyat, vaka ve içerik cluster’larını kapsar ve dürüst tutulmaları çok daha pahalıdır. Bu reklam harcaması arkasında yaşayan ücretli landing page değildir — MVP page kamuya açık ve indekslenebilir olur, böylece search-tarafı sinyal birikir. Bu bir waitlist gösterisi değildir — amaç dil ve soru kalitesidir; ekran görüntüsü alınabilecek bir signup sayacı değil.
Bir landing page neyi doğrular, neyi doğrulamaz
Sayfanın neyi öğretebileceği konusunda kesin olmak, hızlı öğrenen bir kurucuyla kendini ikna eden bir kurucu arasındaki farktır. İyi kurulmuş bir MVP landing page’in doğrulayabileceği şeyler:
- Problem dilinin ekipten olmayan bir yabancı tarafından anlaşılıp anlaşılamadığı.
- Sayfa indekslenip zaman içinde ölçüldüğünde Search Console’da hangi arama sorgularının ve ifadelerin ortaya çıktığı.
- Teklifin ilk-ziyaret sürtünmesini CTA’ya azaltacak kadar net olup olmadığı.
- Kurucu CTA’nın diğer ucunda olduğunda alıcıların sorduğu nitel sorular.
Doğrulayamayacağı şeyler — aksini iddia eden herhangi bir çerçeveleme bir şey satıyordur:
- Tek başına product-market fit — sayfa tek sinyaldir, cevap değil.
- Ölçeklenebilir acquisition — erken bir sayfa bir kanalın hacimde çalışıp çalışmayacağını söyleyemez.
- Customer discovery — alıcılarla konuşmak hâlâ işin çoğunluğudur; sayfa discovery’yi tamamlar, yerine geçmez.
- SEO ivmesi — indekslenme sıralama değildir ve impression’lar talep değildir.
MVP landing page doğrulama çerçevesi
Bu yazara ait editöryel çerçevedir — harici bir standart değil. Herhangi bir metin yazılmadan önce kuruculara uyguladığım sırada dokuz element.
- Problem — sayfanın konuştuğu spesifik pain, alıcının dilinde.
- ICP — dahil etme ve hariç tutma kuralları ile dar tek bir hedef.
- Search intent — problem taze olduğunda alıcının yazacağı soru veya ifade.
- Positioning — kategori, alternatifler ve keskin farklılaştırıcı.
- Teklif — teklifin minimum geçerli ifadesi, gerçek bir sonraki adımla.
- Kanıt — şüpheci bir alıcının bugün kabul edeceği spesifik kanıt.
- CTA — ilgiyi kalibre edilmiş bir taahhüde dönüştüren eylem.
- Ölçüm — sinyali okunabilir kılacak event’ler, source’lar ve dashboard’lar.
- Öğrenme kararı — ekibin sinyale göre vereceği spesifik karar (metni değiştir, ICP’yi değiştir, devam et, dur).
Aşağıdaki tablo sayfayı dürüst tutmak için kullandığım tablodur — her satır bir sayfa elementini, gerçekten neyi test ettiğiyle ve nasıl yanıltıcı okunabileceğiyle eşleştirir.
| Sayfa elementi | Ne doğrular | İzlenecek sinyal | Yanıltıcı yorum | Sonraki eylem |
|---|---|---|---|---|
| Hero + subhead | Problem ve ICP’nin saniyeler içinde oturup oturmadığı | Beş yabancı okuma testi; aynı ziyarette bounce vs ilk-scroll | “Düşük bounce = doğrulanmış talep” | Yabancılar teklifi özetleyemezse hero’yu yeniden yaz |
| Problem paragrafı | Alıcının problemi kendi kelimelerinde tanıyıp tanımadığı | Satış görüşmesi ve e-postada nitel paraphrase’ler | “Güzel yorumlar PMF anlamına gelir” | Alıcının ifadesini birebir benimse; haftalık tazele |
| Mevcut alternatifler | Ekibin gerçek karşılaştırmayı adlandırıp adlandırmadığı | Alıcıların CTA formunda yönlendirmesiz sunduğu alternatifler | “Ana rakipleri zaten listeledik” | Alıcının andığı alternatifleri ekle — spreadsheet’ler ve danışmanlar dahil |
| Kanıt bölümü | Şüpheci bir alıcının farklılaşmış değeri kabul edip etmediği | Yanıtlarda tekrar eden itirazlar | “Sayfadaki logolar kanıttır” | Stok kanıtı spesifik adlandırılmış sonuçlarla (izin ile) değiştir |
| CTA | Teklifin gerçek bir sonraki adım olup olmadığı | Yanıtlarda soru kalitesi; ham tıklama değil qualified ziyaretçinin dönüşümü | “Signup’lar talep eder” | Sürtünme dil ise (niyet değil) CTA’yı küçült |
| Search-tarafı sinyal | Sayfanın kurucunun beklediği sorguları çekip çekmediği | Search Console’da haftalar boyunca (günler değil) impression ve query desenleri | “Impression’lar talep eder” | Yüzeye çıkan sorgulara göre metni rafine et; çıkmayanları görmezden gel |
Konu seçimi: problem, ICP ve search intent
MVP page konu genişliği hakkında değildir; bir problem, bir ICP, bir use-case ve bir birincil search intent seçmek hakkındadır. Rob Fitzpatrick’in Mom Test‘i burada yararlıdır çünkü kurucuyu yabancıların iltifat etmeyeceği soruları sormaya zorlar — alıcının gerçek ifadesi ancak kurucu iltifat davet etmeyi bıraktığında görüşmeleri atlatır. Dan Olsen’in Lean Product Playbook‘u problem-space vs solution-space ayrımı için yararlıdır: MVP page önce problemin gerçek ve spesifik olarak adlandırıldığını kanıtlamalı, sonra bu spesifik çözümün en iyi olduğunu tartışmalıdır.
Konu seçerken pratik korkuluklar:
- Kurucunun sezgisinin başlamayı tercih ettiği yerde değil, customer discovery’nin tekrar eden dil ürettiği yerde başla.
- Analist endüstri anahtar kelimesini değil, pain taze olduğunda alıcının gerçekte yazacağı search intent’i eşleştir.
- Geniş ve etkileyici yerine dar ve spesifik tercih et — amaç ziyaretçi başına öğrenmedir, toplamları kutlamak değil.
- Alıcının arama çubuğuna asla yazmayacağı iç ürün jargonuna sayfayı dayamayı reddet.
- Spesifik problem oturmadan kategori ölçeğinde bir terimi (“marketing automation”) kovalamayı reddet.
Doğrulayan bir sayfa gerçekte neyi içerir
Yapı öğrenme amacını takip eder. Pratik, uygulamaya hazır bölüm listesi, alıcıların ilk ziyarette genellikle okuduğu sırada:
- Hero — spesifik problem ve sonuç, alıcının kendi kelimelerinde, fold üstünde.
- Kimin için — dar tek bir ICP, böylece yanlış alıcı kendini eleyebilir.
- Problem açıklaması — alıcının görüldüğünü hissettiği kadar detayda pain; kurucunun duyulduğunu hissettiği kadar değil.
- Mevcut alternatifler — gerçek karşılaştırma manzarası; spreadsheet’ler, danışmanlar ve çözüm-yolları dahil.
- Önerilen mekanizma — ürünün değişimi nasıl ürettiği; tek paragrafta, sonra mümkünse tek net bir diyagram veya ekran görüntüsü.
- Kanıt veya güvenilirlik — spesifik kanıt: adlandırılmış sonuçlar (izin ile), somut olarak belirtilen kurucu alan uzmanlığı, alıcının inceleyebileceği artefaktlar.
- Use-case’ler — ürünün gerçekten en iyi olduğu üç somut durum.
- FAQ — discovery görüşmelerinden tekrar eden alıcı soruları, dürüstçe cevaplanmış.
- CTA — alıcının hazırlığına uyan tek kalibre edilmiş sonraki adım (bir demo, kısa görüşme, davet).
- Ölçüm / gizlilik notu — gerekli consent veya tracking bildirimi, kısa ve dürüst tutulmuş.
- İç link yolu — site bu sayfanın etrafında büyümeye başladığında ilgili sayfalara bir veya iki link.
Öğrenmeyi destekleyen SEO ve teknik kurulum
Buradaki SEO sayfayı indekslenebilir, okunabilir ve ölçülebilir yapmak demektir — bir anahtar kelime çiftliği kurmak değil. Yararlı taban:
- Kanonik URL ile indekslenebilir sayfa (robots veya noindex blokları yok).
- Sayfa vaadiyle eşleşen net başlık ve meta description.
- Tam olarak bir H1 (sayfa başlığı), mantıksal H2/H3 yapısı ve doorway tarzı tekrar yok.
- En az bir gerçek, indekslenmiş sayfadan iç link — bir kurucu notu veya blog postu — böylece MVP page yalnız kalmaz.
- Search Console doğrulanmış ve bağlı; GA4 baseline CTA üzerinde temiz source/medium tracking ile yapılandırılmış.
- Structured data yalnızca gerçekten uygun olduğunda — Google’ın Search Central dokümantasyonu Google Search’ün gerçekte tanıyacağı ve geçerli sayacağı şey için yetkili referanstır ve Schema.org’a tek başına referans olarak değil, Search davranışı için doğrulayıcı olarak ele alınmalıdır.
- Hızlı ve erişilebilir bir düzen — sayfa ağırlığı ve Core Web Vitals “differentiator” listesinde değil, “table stakes” listesinde.
- Yakın-eşanlam terimler için doorway-page taktikleri veya ince varyantlar yok — MVP page tek sayfadır, dürüstçe test edilir.
Ölçüm: neyi okumalı, neyi görmezden gelmeli
Yeni sinyallerdeki cazibe onları aşırı okumaktır. Sakin bir okuma listesi, kabaca yararlılık sırasına göre:
- Query impression’ları ve query dili — Google’ın haftalarca indeksleme sonrası sayfayı yüzeye çıkardığı kelime dağarcığı genellikle ekibin aldığı en keskin ucuz sinyaldir. Desenleri okuyun, tek günleri değil.
- Tıklamalar — yalnızca yön göstericidir. Yönü okuyun, mutlak sayıları değil.
- CTA tıklamaları veya form gönderimleri — yalnızca CTA temiz source/medium etiketleriyle ölçülebilir bir event olarak yapılandırıldıysa.
- Form kalitesi — alıcıların yazdığı paragraflar, gönderim sayısından daha bilgilendiricidir.
- Satış / demo soruları — bir demodaki ilk üç soru sayfanın henüz işini yapmadığı yeri söyler.
- Scroll ve tıklama davranışı — okuyucuların nerede durduğu ve nereye atladığı; yön gösterici.
- Müşteri görüşmesi takipleri — tekrar eden itirazlar ekibe neyi yeniden yazması gerektiğini söyler.
- Karar kütüğü — sayfada neyin ve neden değiştiğini kaydeden kısa haftalık not; böylece ekip sonradan kendini kandırmaz.
Doğrulama olarak aktif olarak reddedilecek sinyaller: ham traffic toplamları, yalnızca-impression ekran görüntüsü, qualification’sız signup sayacı, tek sorguda ranking anlık görüntüsü ve doğrulama yolu olmayan bir araçtan “AI Overviews kapsamımız” hikâyesi. Açıkça adlandırılmaya değer yaygın hatalar: traffic’i doğrulama olarak ele almak, customer discovery’den önce anahtar kelimeleri kovalamak, tek bir test sayfası yerine homepage inşa etmek, yalnızca form dolumlarını ölçmek, zayıf içeriği gizlemek için structured data eklemek, mesaj stabil olmadan tam siteye genişlemek ve alıcı kanıtı olmadan generic landing-page metni üretmek için AI kullanmak.
Tam siteye yatırım yapmadan önce tek odaklı bir MVP sayfasının ICP, search intent, teklif, CTA ve ölçüm döngünüzü test edip edemeyeceğine dair sakin bir denetim isterseniz, pazarlama denetimi ve danışmanlık çalışmam tam bunu kapsar. Positioning, SEO ve içerik stratejisi üzerine uzun yazılar İçerikler‘de; sayfa şekli stabil olduktan sonra Yapay Zekâ Lab kullanılmaya değer pratik şablonları içerir.
FAQ
Bir MVP landing page gerçek talebe sahip olduğumu kanıtlar mı?
Hayır. Ekibin devam etme, yön değiştirme veya daha fazla discovery yapma kararını vermesine yardımcı olacak kanıt — query dili, alıcı soruları, itirazlar, nitel sinyal — üretir. Product-market fit tek bir sayfayla çözülmez; sayfa bir enstrümandır, bir karar değil.
Bir şeye karar verebilmem için kaç ziyaretçiye ihtiyacım var?
Evrensel bir sayı yoktur. Bir eşik değil, sinyalin şekli üzerine karar verin: sorgular alıcının dilinde mi, itirazlar tutarlı mı, satış görüşmeleri daha kolay mı? Cevap üç veya dört hafta boyunca evet ise yön güvenilir; değilse metin veya ICP çalışma ister.
Bir MVP landing page’te structured data kullanmalı mıyım?
Yalnızca sayfa gerçekten Google’ın tanıyabileceği bir varlık veya sunumu (organizasyon, ürün, hizmet, makale) açıklıyorsa. Structured data tek başına sıralamayı iyileştirmez; altta yatan içerik dürüst olduğunda belirli sonuç özellikleri için uygunluğu iyileştirir. Gerçekte neyin tanınacağı için Google Search Central dokümantasyonunu yetkili referans olarak ele alın.
Waitlist iyi bir CTA mı?
Yalnızca ekip elde edilen listeyi gerçek discovery için kullanmayı planlıyorsa. Takipsiz bir waitlist vanity sayacıdır; görüşmelere, mülakatlara ve adlandırılmış taahhütlere dönüşen bir waitlist yararlı kanıt olur. CTA’nın sürtünmesi kurucunun heyecanına değil, alıcının hazırlığına uymalıdır.
Tek bir sayfadan tam siteye ne zaman genişlemeliyim?
Alıcı dili ve itirazlar birkaç hafta tekrar ettiğinde, ICP eskisinden daha net olduğunda, CTA kalitesi nitel olarak iyileştiğinde ve ekibin sonraki soru turlarına cevap vermek için comparison sayfaları, use-case sayfaları, docs veya pricing’e ihtiyacı olduğunda. Daha erken genişlemek, ekibin henüz kazanmadığı dili sabitleme eğilimindedir.