Açılış Sayfası Müdahalesi: Tüm Ekip Sizken Ne Düzeltmeli?

Özet

Çoğu solo kurucu, gerçek sorun sayfanın tek bir işi olmamasıyken akşamlarını açılış sayfası öğelerini yeniden düzenleyerek geçirir. Bu makale, veri ekibiniz ve anlamlı trafiğiniz olmadığında işe yarayan uygulama sırasını anlatıyor: diğer her şeye dokunmadan önce tek dönüşüm hedefini tanımlayın, önce hızı ve mobil uyumluluğu düzeltin, ardından ilk on saniyedeki vaadi netleştirin. Ayrıca A/B testi dogmasına karşı çıkıyor, düşük hacimde hangi metriklerin gerçekten önemli olduğunu açıklıyor ve SEO hırslarının bir açılış sayfasını ana sayfaya dönüştürmesini nasıl önleyeceğinizi gösteriyor. Tavsiyelerin soyut değil somut olması için baştan sona tek bir örnek kullanılıyor: Notion tabanlı bir teklif şablonu. Sonunda, bir öğleden sonra uygulayabileceğiniz kısa bir sıraya ve hazır hissetmeden önce yayınlama iznine sahip olacaksınız.

Üçüncü akşamınızı da bir butonu dört piksel sola taşıyarak geçirdiniz, çünkü eski bir blog yazısı buton yerleşiminin her şey olduğunu söylemişti. Buton artık Pazar gününe göre biraz daha farklı bir yeşil tonunda. Dönüşüm oranı kıpırdamadı ve kahvenizin rengi açılış sayfanızdan daha çarpıcı biçimde değişti. Bunların hiçbiri bu işte kötü olduğunuz için değil. Çünkü sayfanın ne için olduğuna karar vermeden önce optimize ediyorsunuz.

Bu, aynı zamanda tasarımcı, metin yazarı, analist ve yazıcıya kağıt koyan kişi olan solo pazarlamacı veya kurucu için bir Soru-Cevap. Aşağıdaki sorular, kendinize karşı dürüst olsaydınız gerçekten soracağınız sorulardır; akla geldikleri sırayla. Ne 47 maddelik kontrol listesi, ne de “growth hacking” sözlüğü var. Sadece optimizasyon departmanı siz olduğunuzda işe yarayan uygulama sırası.

“Tüm ayarlarımdan sonra sayfam neden dönüşüm yapmıyor?”

Çünkü ne için olduğuna karar vermemiş bir sayfayı cilalıyorsunuz. Açılış sayfası, tek bir dönüşüm hedefi olan bağımsız bir sayfadır. İki değil. Beş değil. Bir. Ziyaretçilerden dört farklı şey yapmalarını isteyen bir sayfayı optimize ederek kurtulamazsınız, çünkü her ekstra seçenek, hiçbirini seçmemek için bir nedendir.

Bu makalenin geri kalanı için bir örnek kullanalım: serbest çalışan tasarımcılar için Notion tabanlı bir teklif şablonu satıyorsunuz. Reklamınız “Daha fazla tasarım projesi kazanın” diyor. Açılış sayfanızda şu anda şablonun özellik listesi, bir arkadaşınızın referansı, bir fiyat tablosu, bir bülten kaydı ve Instagram’ınıza bir bağlantı var. Bu sayfanın yapması gereken tek işi seçseydiniz, “ücretsiz teklif kontrol listesi için kaydolma” olurdu — ancak ziyaretçiye dört başka iş sunuluyor. Bu yüzden hiçbirini yapmıyorlar.

Tek işi seçmek için kendinize sorun: ilişkiyi başlatan minimum eylem nedir? E-posta tabanlı bir teklif için cevap genellikle e-posta kaydıdır. Ardından sayfadaki her öğeyi gözden geçirin ve ana eylemle makul şekilde karıştırılıp karıştırılamayacağını sorun. Karıştırılabiliyorsa silin. Sayfanın tek işli hali bir başlık, bir paragraf, bir kontrol listesi önizlemesi ve bir butondan oluşur. Bir solo kurucu bunu bir saatte yapabilir. Dağınık sayfalar ziyaretçileri uzaklaştırır konusunu daha önce ele almıştık ve mekanizma ister bir ister on kişilik bir ekip olun aynıdır: tıklamayı sağlayan daha çok seçenek değil, daha az seçenektir.

“Tamam, veri yoksa ilk olarak neyi düzelteceğim?”

Sızıntıları gidermeye başlayın, sonra vaadi netleştirin. En az gösterişli sızıntılar hız ve mobil uyumluluktur. Sektör bunu o kadar sık tekrarladı ki artık neredeyse bir halk masalı: bir saniyelik gecikme dönüşümleri %7 azaltabilir. Halk masalı olsun ya da olmasın, telefonunuzda terk ettiğiniz her yavaş sayfayla örtüşüyor. Sayfanız yavaş yükleniyorsa, birine boş beyaz bir kutu göstermek için reklam ödüyorsunuz. Bunu başlığa dokunmadan önce düzeltin.

Ardından ilk on saniyede vaat üzerinde çalışın. Ziyaretçiniz bir bakışta sayfanın ne sunduğunu söyleyebilmelidir. Teklif şablonu sayfası için şöyle görünür:

• Başlık: “Yanıt alan bir teklif gönderin.”
• Alt başlık: “Sürecinizi bir saat içinde net, profesyonel bir belgeye dönüştüren Notion şablonu.”

Bu sürüm hedef kitleyi (teklif gönderen serbest çalışanlar), faydayı (bir yanıt) ve aracı (bir şablon) adlandırır. Jargon yok, “devrim niteliğinde iş akışı çözümü” yok. Başlığı, teklifi akıllı bir arkadaşınıza tek cümleyle anlatacak şekilde yazın. Cümle bir telefon ekranına sığmıyorsa, kısaltın.

Gerçek darboğazın hangi kısım olduğundan emin değilseniz — hız, mobil düzen veya metin — sayfayı telefonunuzda mobil veriyle açın ve sayfanın ne için olduğunu söyleyene kadar kendinizi süre tutun. Söyleyemiyorsanız, sorun vaattir ve hiçbir piksel cila işe yaramaz.

“Açılış sayfası metnim ne kadar uzun olmalı? Herkes daha kısa diyor.”

Uzunluk sorusu bir tuzaktır. Önemli olan her satırın bir sonraki kaydırmayı hak edip etmediğidir. Umursayabileceğiniz tek kural, gerçekten işe yarayan tek kuraldır: değer önerisini ilk on saniye içinde iletin, sonra az önce satın aldığınız ilgiyi dolgu maddesine harcamayın.

Uzun bir sayfa, ziyaretçinin iyiliği için uzunsa doğru olabilir — daha fazla kanıt, daha fazla ayrıntı, “neden bu da diğer seçenek değil” sorusuna daha net bir cevap. Kısa bir sayfa belirsizse yanlış olabilir. Çözüm bilgi sırasıdır, kelime sayısı değil. Metin yazarları AIDA dizisini (Dikkat, İlgi, Arzu, Eylem) o kadar uzun süredir kullanıyor ki artık sektörün duvar kağıdı gibi hissettiriyor, ancak yine de işe yarıyor çünkü temkinli bir yabancının beyninin soruları sorduğu sırayla eşleşiyor. Teklif şablonu için:

• Dikkat: “Teklifleriniz görmezden geliniyor.”
• İlgi: “İşte projeler kazandıran bir yapı, sadece ‘hoş görünmek’ değil.”
• Arzu: “Boş bir sayfadan başlamak yerine, çalışmanızı müşterilerin gerçekte okudukları üzerine kurulu bir şablona yapıştırın.”
• Eylem: “Ücretsiz örneği indirin ve bir dakikada görün.”

Bu bir kelime sayısına ulaşmakla ilgili değil. Ziyaretçiyi, onları yormadan bir sorudan diğerine taşımakla ilgili. Her bölümü yüksek sesle okuyun ve sorun: bu, şüpheci bir okuyucunun şu an sorduğu soruyu yanıtlıyor mu, yoksa sadece boşluğu mu dolduruyor? Boşluğu dolduruyorsa kesin. Doğru soruları yanıtlayan iki satırlık bir sayfa, hiçbir soruyu yanıtlamayan iki bin kelimelik bir sayfadan daha iyi performans gösterir.

“Her şeyi A/B testi yapmam gerekmiyor mu? Optimizasyonun tüm amacı bu.”

Hayır. Henüz değil. A/B testi gerçek bir araçtır, ancak bir kalabalık varsayar. Başlığınızı başka bir başlıkla test etmenizi söyleyen rehberler, makul bir sürede istatistiksel anlamlılığa ulaşacak kadar trafiğe sahip sayfalar için yazılmıştır. Sayfanız az ve düzensiz trafik alıyorsa, iki hafta boyunca 50/50 bölme, p-değeri giydirilmiş bir yazı tura atışıdır. Bu sizin hatanız değil; sadece iş için yanlış araç.

Teklif şablonu sayfasını ele alalım. “Yanıt alan bir teklif gönderin” ile “Daha fazla proje kazanın” ifadelerini bölünmüş test edebilirsiniz. Ancak her sürümü yalnızca birkaç ziyaretçi görüyorsa, “kazanan” size o hafta hangi başlığın kendi ruh halinize uyduğu dışında hiçbir şey söylemez. Daha çok şey söyleyen beş kişilik bir kontroldür: hedef kitlenizdeki beş kişiye sayfayı beş saniye gösterin, kapatın ve sayfanın ne yaptığını sorun. Ardından sayfayı otuz saniye daha gösterin ve bir sonraki adımda ne yapacaklarını sorun. Cevaplar çok farklıysa, sorun metninizdir ve bunu kanıtlamak için bir teste ihtiyacınız yok.

Trafiğiniz gerçek olduğunda test değerli hale gelir. Ama o zaman bile tavsiyenin sıkıcı versiyonunu izleyin: SMART bir hedef belirleyin, her seferinde bir değişkeni değiştirin ve buton renginden önce vaadi test edin. Test edecek kadar trafik alamıyorsanız, sayfanın yine de iyi olması gerekir — ve bu bölünmüş testle değil, ilk ekranın bir insana anlamlı gelip gelmediğiyle belirlenir.

“Deney yapamıyorsam hangi metrikleri izlemeliyim?”

Sayfanın sadece alt satırını değil, şeklini de ölçün. Hâlâ dönüşüm oranı, hemen çıkma oranı, sayfada ortalama kalma süresi, kaydırma derinliği ve trafik kaynaklarınız var. Google Analytics 4 gibi ücretsiz araçlar ve Hotjar gibi davranış analitiği insanların nerede ayrıldığını gösterir. Ardından kalıplara bakın:

• Formdan önce kaydırma derinliği düşüyorsa: form çok fazla şey istiyor veya öncesindeki vaat yeterince ikna edici değil.
• Sayfada ortalama kalma süresi yüksek ama dönüşümler düşükse: sayfa ilginç, ancak teklif yeterince cazip değil.
• Belirli bir kaynaktan hemen çıkma oranı yüksekse: reklam ve sayfa aynı şeyi söylemiyor.

Teklif şablonu için, reklamın “Tasarımcılar için ücretsiz kontrol listesi” dediğini, ancak sayfa başlığının “Müşteri kazandıran teklif şablonu” dediğini düşünün. Ücretsiz bekleyerek tıklayan bir ziyaretçi bir ürün tanıtımıyla karşılaşır ve sayfadan ayrılır. Çözüm yeniden tasarım değil; her iki yerde de aynı şeyi söylemek. Tek bir vaadi eşleştirin, sonra onu güçlendirin. Tek hedef disiplini trafik kaynaklarına uygulandığında budur: tek reklam, tek vaat, tek sayfa.

“Bu sayfa Google’da da sıralanabilir mi? İki sayfa için zamanım yok.”

Evet, ancak SEO’yu ana etkinlik değil, uzun vadeli bir yan bahis olarak görün. Standart tavsiye — ve bu iyi bir tavsiye — açılış sayfasını kendi alan adında barındırmak, hedef anahtar kelimeyi URL’ye ve sayfa içi öğelere koymak ve hızlı ve mobil uyumlu tutmaktır. “Bu sayfa sıralanmalı” düşüncesinin sayfayı ana sayfaya dönüştürmesine izin vermediğiniz sürece bunların hiçbiri tek bir hedefle çelişmez.

Örnek: URL’niz /notion-proposal-template-for-designers olabilir ve başlık etiketi aynı ifadeyi kullanabilir. Bu sorun değil. Sorunlu olan, sayfanın daha fazla terim için sıralanmasını istediğiniz için blog akışı, tam bir gezinme çubuğu ve “Bizden daha fazlası” ızgarası eklemek. Ana sayfa gibi davranan bir açılış sayfasının tek bir işi yoktur ve ilk bölümdeki soruna geri dönersiniz. Anahtar kelimeyi URL’de tutun, sayfayı sade tutun ve dönüşüm işini reklam-sayfa eşleşmesine bırakın. Organik arama önemliyse, zamanla daha fazla sayfa yayınlayın — ancak elinizdeki tek sayfayı her şeyi kapsayan bir sayfaya dönüştürmeyin.

“Yayınlamak için ne zaman yeterince iyi olduğunu nasıl anlarım?”

Sayfa tek bir işe sahip olduğunda, telefonda hızlı yüklendiğinde ve vaadi ilk ekranda ilettiğinde yayınlayın. Eşik budur. Gelecek hafta referanslar, garanti veya ikinci bir bölüm ekleyebilirsiniz; sayfanın mükemmel olmasını beklediğiniz için hiç sahip olmadığınız trafiği geri alamazsınız.

Teklif şablonu için “yeterince iyi” utanç verici gelebilir: bir başlık, bir alt başlık, bir kontrol listesi önizlemesi, bir form ve ücretsiz örneğin gerçekten ücretsiz olduğuna dair bir güvence satırı. Bu sayfa bir öğleden sonra yayında olabilir. Tekrar ettiğinizde, orijinal vaadinizi göz önünde tutun ve riski ortadan kaldıran öğeler ekleyin — çünkü ziyaretçinin gerçek itirazı genellikle “ya bu benim zamanımı boşa harcarsa?” Riskten arındırma yerini güvenilir şekilde hak eden birkaç düzenlemeden biridir.

Mükemmel açılış sayfası yoktur. Sadece yayınladığınız sürüm ve onu bir hobi gibi görmeden geliştirdiğiniz sürüm vardır. Tek işi tanımlayın, yayınlayın ve ardından gerçek ziyaretçilerin — çirkin, düşük trafikli, gerçek ziyaretçilerin bile — bir sonraki adımda ne düzelteceğinizi söylemesine izin verin.