10 Mart 2026
Landing page (açılış sayfası), ziyaretçinin bir reklam, arama sonucu, e-posta veya başka bir bağlantıya tıkladıktan sonra ulaştığı sayfadır. İyi bir açılış sayfası, kaynağın vaadini anlaşılır içerikle karşılar ve ziyaretçinin sonraki adımı bulmasına yardım eder. Bu adım form göndermek, aramak, ürün incelemek, satın almak veya bilgi okumak olabilir.
Dönüşüm; sayfa görüntülenmesi değil, iş hedefi için tanımlanmış bir olaydır. Form gönderimi ile nitelikli başvuru, sipariş ile iade sonrası satış aynı ölçüm değildir. Bir sayfayı düzenlemeden önce neyin dönüşüm sayılacağını, hangi ziyaretlerin paydaya gireceğini ve hangi zaman aralığının karşılaştırılacağını yazılı olarak belirleyin.
Örneğin, “geçerli form gönderimleri / uygun açılış sayfası oturumları” bir oran tanımı olabilir. Spam, yinelenen gönderimler, test kayıtları ve niteliksiz başvurular ayrıca ele alınmalıdır. Aynı tanımı dönemler ve varyantlar boyunca korumazsanız, oran değişikliği sayfa değişikliğinin etkisini göstermeyebilir.
Açılış sayfası ile genel web sayfası arasındaki fark
| Karar | Genel web sayfası | Kampanya açılış sayfası |
|---|---|---|
| İçerik | Birden fazla konu veya gezinme yolu | Belirli bir teklif ya da kullanıcı görevi |
| Aksiyon | Birden fazla uygun sonraki adım olabilir | Birincil adım açıkça gösterilir |
| Bağlantılar | Keşif, destek ve gezinmeyi destekler | Kullanıcı görevine göre düzenlenir; gerekli güven ve destek bağlantıları korunur |
| Trafik | Arama, doğrudan, yönlendirme veya sosyal | Reklamın yanı sıra arama, e-posta veya başka kanallardan gelebilir |
Her açılış sayfasının menüsüz olması veya yalnızca tek bir bağlantı içermesi gerekmez. Google Ads, açılış sayfası deneyimini sayfanın yararlılığı ve alaka düzeyi, gezinme kolaylığı, bağlantıları ve reklama tıklayan kişinin beklentisi gibi etkenlerle açıklar. Bu, her bağlantıyı silmek için değil; ziyaretçinin beklediği bilgiye kolayca ulaşmasını sağlamak için bir gerekçedir. Google Ads açılış sayfası rehberi
Önce kaynağı ve kullanıcı görevini eşleştirin
Bir sayfa yazmaya başlamadan şu soruları yanıtlayın:
- Ziyaretçi hangi reklamı, arama sonucunu veya bağlantıyı tıklayarak geliyor?
- Bu kişiye hangi ürün, hizmet veya bilgi sözü verildi?
- Sayfada bu vaadi doğrulamak için hangi bilgiler ve kanıtlar gerekli?
- Kullanıcının tamamlaması beklenen birincil adım nedir?
- Başarının ölçümü, başvuru kalitesi veya satışla nasıl ilişkilendirilecek?
Farklı teklifler veya kullanıcı görevleri farklı açıklama gerektiriyorsa ayrı sayfalar düşünülebilir. Aynı teklifi küçük başlık değişiklikleriyle çok sayıda benzer URL’de çoğaltmak tek başına daha iyi eşleşme ya da arama görünürlüğü sağlamaz. Önce hangi gerçek kullanıcı ihtiyacının ayrı içerik gerektirdiğini doğrulayın.
Sayfa içeriğini planlama
Başlık ve değer önerisi
Başlık, sayfanın ne sunduğunu ve kimin için olduğunu açıkça söylemelidir. Evrensel bir kelime sınırı veya “ilk üç saniye” kuralı yoktur. Başlığı reklam veya arama sonucuyla uyumlu tutun, ancak doğrulanamayan süre, trafik, sıralama, satış veya tasarruf vaatleri eklemeyin.
Örnek başlıklar, yalnızca gerçekten sunulan hizmete göre uyarlanmalıdır:
- “E-ticaret kategori sayfanız için SEO incelemesi talep edin”
- “Kurumsal web sitesi projenizin kapsamını görüşün”
- “Google Ads kampanya hedefinizi ve ölçüm ihtiyacınızı paylaşın”
Bir müşteri sonucu, sertifika, referans logosu veya sayısal başarı kullanacaksanız kaynağını, tarih aralığını, ölçüm yöntemini ve yayın iznini doğrulayın. Örnek metni gerçek müşteri kanıtı gibi göstermeyin.
İçerik ve kanıt
Özellikleri, kullanıcının karar vermesine yardımcı olan açıklamalarla destekleyin. Örneğin, “aylık raporlama” demek yerine raporun hangi verileri ve kararları kapsadığını anlatın. Fiyat, iade, destek süresi, teslim tarihi veya performans iddiası yalnızca gerçekten sunulan koşulları yansıtmalıdır.
Yorumları ve referansları izinle kullanın. Sayısal sonuçlarda kapsamı ve başlangıç/bitiş dönemini belirtin; farklı kaynaklardan gelen verileri tek başarı ölçüsü gibi birleştirmeyin. Gerçek kanıt yoksa kullanıcı itirazlarını ve süreç sınırlarını açıklayın.
Aksiyon çağrısı ve bağlantılar
Birincil CTA’yı görünür ve açık yazın: “Teklif isteyin”, “Randevu alın” veya “Ürünü inceleyin” gibi. Birden fazla uygun seçenek varsa bunları hiyerarşik sunun; örneğin birincil formun yanında telefonla arama bağlantısı bulunabilir. CTA sayısını azaltmanın her sayfada dönüşümü artırdığı varsayılmamalı, kullanıcı görevi ve ölçüm verisiyle değerlendirilmelidir.
Sahte geri sayım, gerçekte olmayan kontenjan sınırı veya doğrulanmamış “son fırsat” ifadesi kullanmayın. Aciliyet ancak gerçek teklif koşullarına dayanıyorsa belirtilmelidir.
Form ve veri akışı
Formda istenen her alanın neden gerekli olduğunu açıklayın. Daha az alan doldurma yükünü azaltabilir; ancak ekip için başvuruyu değerlendirecek temel bilgiler de gerekebilir. Alan sayısı ile nitelikli başvuru kalitesini birlikte ölçün; her formda aynı alan sayısının doğru olduğunu varsaymayın.
Alanlara görünür etiket ekleyin, uygun e-posta/telefon giriş türlerini kullanın, hata mesajlarını anlaşılır gösterin ve klavye ile tamamlanabildiğini kontrol edin. Gizlilik metni ve onay seçenekleri gerçek veri işleme sürecinizle uyumlu olmalıdır. Formu e-posta veya CRM’e bağlama işi sağlayıcı erişimi, teknik uyumluluk, izin ve proje kapsamı doğrulandıktan sonra test edilmelidir.
Görsel, mobil kullanım ve performans
Görsel, ürün veya hizmeti anlatmaya katkı sağlamalı; dekoratif kullanım içeriğin ve formun önüne geçmemelidir. Alternatif metin görselin amacını anlatmalı, mobilde sayfa yatay taşmamalı ve temel işlem klavye ile tamamlanabilmelidir. Sabit CTA kullanıyorsanız formu, çerez tercihlerini veya sayfa içeriğini örtmediğini kontrol edin.
Performansı yalnızca tek bir puanla ya da sabit üç saniye eşiğiyle değerlendirmeyin. Geliştirme sırasında laboratuvar testleri sorunları bulmaya yardım eder; gerçek kullanıcı verisi farklı cihaz ve ağ koşullarını yansıtır. Core Web Vitals raporunu ve ölçüm koşullarını, mevcut veri kapsamına göre inceleyin. web.dev performans ölçüm rehberi laboratuvar ve saha verisinin farklı amaçlarını açıklar. Google, iyi Core Web Vitals sonuçlarının üst sıraları garanti etmediğini de belirtir: Google sayfa deneyimi açıklaması.
A/B testini karar süreci olarak tasarlayın
A/B testi, bir hipotezi karşılaştırılabilir kullanıcı gruplarında sınar. Başlamadan önce aşağıdakileri belirleyin:
- Hipotez: Hangi değişikliğin hangi kullanıcı sorununu çözmesi bekleniyor?
- Birincil ölçüt: Form gönderimi, nitelikli lead, satın alma veya başka hangi olay karşılaştırılacak?
- Koruyucu ölçütler: İade, hata, niteliksiz başvuru veya sayfa performansı gibi hangi sonuçlar kötüleşmemeli?
- Atama ve süre: Ziyaretçiler nasıl varyantlara ayrılacak; dönüşüm gecikmesi ve trafik değişkenliği nasıl ele alınacak?
- Durdurma kuralı: Hangi önceden belirlenmiş koşulda test tamamlanacak veya geçersiz sayılacak?
Eşzamanlı olarak çok sayıda öğeyi değiştirmek hangi farkın sonuca katkı verdiğini anlamayı zorlaştırabilir. Mümkünse tek bir ana hipotezi test edin; birden fazla değişkeni test ediyorsanız tasarımı ve analiz yöntemini buna göre kurun. Evrensel bir “100 dönüşüm”, “iki hafta” veya “yüzde 95 güven” kuralı yoktur; gerekli örneklem, başlangıç oranı, beklenen fark, trafik ve test yöntemine bağlıdır. Trafik yetersizse sonucu kesin kazanan diye sunmayın. Google Ads kampanya deneylerinde de önce açık bir hipotez ve karşılaştırılacak ölçüt belirlenmesi önerilir: Google Ads deneyleri rehberi.
Test sırasında reklam bütçesi, hedefleme, dönemsel kampanyalar veya dönüşüm tanımı da değişirse sonucu yorumlamak zorlaşır. Değişiklikleri kaydedin ve ölçüm etiketlerinin doğru olayı saydığını test ortamında doğrulayın. Test sonucu sayısal olarak farklı görünse bile kullanıcı kalitesi veya iş hedefi kötüleşiyorsa varyantı otomatik kazanan kabul etmeyin.
Organik arama için ayrı teknik kararlar
Bir landing page organik arama için de değerli olabilir; ancak reklam trafiği alan her sayfanın indekslenmesi gerekmez. Önce sayfanın kalıcı bir arama ihtiyacına özgün yanıt verip vermediğini belirleyin. Arama için tasarlanan sayfada başlık, içerik, dahili bağlantılar, canonical ve indeksleme talimatlarını bu hedefle uyumlu kurun. Geçici veya yinelenen kampanya sayfalarını otomatik olarak sitemap’e eklemeyin.
Sabit bir kelime sayısı, FAQ bölümü ya da schema eklemek tek başına sıralama sağlamaz. Yapılandırılmış veri görünür içerikle aynı olmalı ve geçerli Google yönergelerini karşılamalıdır; doğru işaretleme bile zengin sonuç gösterimini garanti etmez. Google yapılandırılmış veri yönergeleri.
Arama görünürlüğü için yazılan bir sayfa ile kısa süreli reklam sayfasının gezinme ve içerik gereksinimleri farklı olabilir. Menüyü kaldırmanın SEO’yu veya dönüşümü otomatik olarak iyileştirdiğini varsaymayın. Sayfanın kullanıcılara, site içi gezinmeye ve indeksleme hedefine etkisini birlikte kontrol edin. Daha geniş yapı için kurumsal web sitesi tasarımı rehberimizi inceleyin.
Yayın öncesi kontrol listesi
- Teklif, reklam/arama mesajı ve sayfa içeriği birbiriyle uyumlu mu?
- Başlık ve CTA kullanıcıya ne olacağını açıkça söylüyor mu?
- Müşteri yorumu, logo, sertifika, fiyat ve sonuç iddiaları güncel, izinli ve doğrulanmış mı?
- Form alanları gerekli mi; etiketler, klavye odağı ve hata mesajları çalışıyor mu?
- Test gönderimi doğru hedefe ulaşıyor mu; teşekkür veya başarı olayı yalnızca başarılı gönderimde mi tetikleniyor?
- Analitik olayları izin, tanım ve CRM nitelik aşamasıyla uyumlu mu?
- Mobil görünüm ve laboratuvar performansı cihaz/koşul bilgisiyle kontrol edildi mi?
- Sayfanın arama motorlarında görünmesi amaçlanıyor mu; canonical, robots ve sitemap buna uygun mu?
- CTA, hukuki bilgi, destek ve çerez arayüzleri birbirini örtmeden çalışıyor mu?
Sıkça sorulan sorular
Landing page dönüşüm oranı kaç olmalı?
Tek bir oran her sektör ve teklif için geçerli değildir. Önce dönüşümü ve paydayı tanımlayın; aynı kaynak, cihaz, teklif, dönem ve nitelik koşullarındaki verileri karşılaştırın. Başvuru sayısını nitelikli lead veya satıştan ayrı raporlayın.
Her reklam kampanyası için ayrı sayfa gerekir mi?
Hayır. Teklif, kitle veya kullanıcı beklentisi anlamlı biçimde farklıysa ayrı sayfa işe yarayabilir. Aynı içeriği ufak başlık farklarıyla çoğaltmadan önce farklı sayfaların gerçek kullanıcı ihtiyacını karşılayıp karşılamadığını değerlendirin.
Landing page’de gezinme menüsü olmalı mı?
Her sayfaya uyan tek bir kural yoktur. Reklam vaadine ve kullanıcı görevine odaklanın; güven, destek, hukuki bilgi veya araştırma için gerekli bağlantıları yalnızca “dikkat dağıtıcı” oldukları gerekçesiyle kaldırmayın.
A/B testi için ne kadar trafik gerekir?
Sabit bir trafik veya dönüşüm sayısı yoktur. Gerekli örneklem başlangıç oranına, testte anlamlı kabul edilen farkın büyüklüğüne, ölçüm kalitesine ve yönteme bağlıdır. Veri yetersizse sonucu kesinleştirmeyin; nitel araştırma veya kullanılabilirlik kontrolleriyle belirsizliği azaltın.
Teşekkür sayfası dönüşüm takibini nasıl destekler?
Başarılı gönderimden sonra sonraki adımı açıklamak ve izin verilen analitik olayı tetiklemek için kullanılabilir. Olayı yalnızca sayfa açılmasına bağlamak yinelenen veya başarısız gönderimleri dönüşüm gibi sayabilir. Kurulumu test edin, onay koşullarına uyun ve başvuruyu CRM’de niteliği doğrulanmış satıştan ayrı tutun.
Landing page tasarımı hizmetimiz teklif, form ve ölçüm kapsamını planlamaya yardımcı olur. Reklam tarafı için Google Ads yönetimi, daha geniş site yapısı için kurumsal web sitesi rehberimiz ile devam edebilirsiniz.