Web Sitesi Form Doldurma Oranı Neden Düşük? B2B Formu İçin 9 Düzeltme

Web sitesi form doldurma oranı nasıl ölçülür?

Web sitesi form doldurma oranı, formu gören ziyaretlerin ne kadarının başarılı bir gönderimle sonuçlandığıdır. Tek bir oran yerine üç sayıyı ayrı izlemek, sorunun nerede olduğunu gösterir.

• Formu gören ziyaret: form sayfasının ya da formun bulunduğu bölümün görüntülendiği oturum sayısı. Düşükse sorun formda değil, ziyaretçiyi forma getiren yolda.
• Formu doldurmaya başlayan ziyaret: formla etkileşime geçilen oturum. Google Analytics 4'ün gelişmiş ölçüm özelliği bunu, oturumdaki ilk form etkileşiminde tetiklenen form_start olayıyla toplar.
• Başarılı gönderim: sunucunun talebi kaydettiği ve teşekkür mesajının gösterildiği gönderim. GA4'ün potansiyel müşteri için önerdiği olay generate_lead'dir.

İkinci sayı yüksek, üçüncü sayı düşükse ziyaretçiler formu doldurmaya başlıyor ama bitirmiyor demektir: sorun alanlarda, hata mesajlarında ya da mobil görünümdedir. İkinci sayı da düşükse ziyaretçi forma ilgi göstermiyor demektir: sorun çağrıda, güvende ya da beklentidedir.

Bir uyarı: çerez tercihlerinde analitiği reddeden ziyaretçinin gönderimi GA4'te görünmeyebilir. Bu yüzden esas sayı, sunucunuzda ya da yönetim panelinizde kayıtlı talep sayısıdır; GA4 bu sayının eğilimini ve kaynağını gösterir.

Formunuz neden boş kalıyor? Belirtiye göre teşhis

İletişim formunun boş kalmasının sebebi, hangi aşamada kayıp yaşandığına bakılarak bulunur. Aşağıdaki tablo sık görülen belirtileri, muhtemel sebeplerini ve aşağıdaki 9 düzeltmeden hangisine bakmanız gerektiğini gösteriyor.

Son satır kolay gözden kaçar. Formun çalıştığını ama ölçümün çalışmadığını fark etmeden "form çalışmıyor" kararı vermek, yanlış düzeltmeye götürür.

Formun önündeki engeller: ilk 5 düzeltme

İlk beş düzeltme, ziyaretçinin formu doldurmaya karar vermesini ve bitirmesini kolaylaştırır.

1. Zorunlu alanları gereken en aza indirin

Her zorunlu alan, ziyaretçinin bir bilgiyi aramasını, hatırlamasını ya da vermek istemediği bir şeyi vermesini gerektirir. Bu yüzden alan sayısı azaldıkça formu bitirmek kolaylaşır. Her alan için şu soruyu sorun: bu bilgi olmadan ilk cevabı veremez miyiz?

B2B bir talep formu için genellikle yeterli olanlar: ad soyad, firma, e-posta ya da telefondan en az biri ve talebi anlatan kısa bir alan. Vergi numarası, adres, bütçe ve "bizi nereden duydunuz" sorusu ilk temasta zorunlu olmamalıdır. Ziyaretçinin hangi sayfadan geldiğini zaten arka planda kaydedebilirsiniz.

2. "Gönder" yerine ne olacağını söyleyin

"Bize ulaşın" ve "Gönder" ifadeleri ziyaretçiye formun sonunda ne olacağını söylemez. "Teklif iste", "Keşif görüşmesi planla", "Teknik soru sor" gibi çağrılar ise talebin türünü ve sonucunu anlatır. Farklı niyetler için farklı formlar ya da formun başında bir talep türü seçimi kullanılabilir.

Çağrının yeri de önemlidir. Ürün veya hizmet sayfasını okuyan ziyaretçi, sayfanın sonunda değil karar verdiği yerde düğmeyi görmelidir. Uzun sayfalarda hem ilgili bölümün sonunda hem sayfa sonunda bir çağrı bulunabilir.

3. Formun yanına güven bilgisi koyun

B2B ziyaretçi, bilgisini kime verdiğini bilmek ister. Formun yanında şunlar bulunmalıdır: talebi kimin cevaplayacağı, şirketin açık adresi ve telefonu, kişisel verilerin hangi amaçla işlendiğini anlatan aydınlatma metnine bağlantı. Kişisel Verileri Koruma Kurumu'na göre aydınlatma en geç verinin elde edildiği sırada yapılır; formun yanındaki bağlantı bu yükümlülüğün doğal yeridir.

Güven bilgisi gerçek olmalıdır. Sahip olmadığınız bir belgenin rozeti ya da doğrulanamayan bir müşteri sayısı, kısa vadede ikna etse bile ilk soruda güveni bitirir.

4. Cevap süresi beklentisini yazın

Ziyaretçi formu gönderdikten sonra ne zaman ve nasıl dönüş alacağını bilmek ister. "Talebinize iş günü içinde e-posta ya da telefonla dönüyoruz" gibi bir cümle, belirsizliği ortadan kaldırır. Burada önemli olan, yazdığınız süreyi gerçekten tutabilmenizdir; tutamayacağınız bir süre yazmak, hiç yazmamaktan daha fazla zarar verir.

Teşekkür mesajı da aynı bilgiyi tekrarlamalıdır: talebin alındığı, kime ulaştığı ve sonraki adımın ne olduğu.

5. Formu mobilde gerçekten doldurun

Formu tasarlayan kişi çoğu zaman masaüstünde dener. Kendi telefonunuzdan formu baştan sona doldurun ve şu ayrıntılara bakın:

• Telefon alanında rakam klavyesi, e-posta alanında e-posta klavyesi açılıyor mu? Bunu alan türünü doğru tanımlamak sağlar.
• Tarayıcı ad, e-posta ve telefonu kendiliğinden doldurabiliyor mu? Bunu autocomplete niteliği sağlar; WCAG 2.1 ile gelen ve 2.2'de de AA seviyesinde duran "Identify Input Purpose" ölçütü, kullanıcıdan istenen bilginin amacının bu şekilde makine tarafından okunabilir olmasını ister.
• Etiketler alanın içinde kaybolmuyor, alanın üstünde görünür kalıyor mu?
• Gönder düğmesi parmakla rahat basılıyor mu? W3C'nin WCAG 2.2 sürümü, dokunma hedeflerinin en az 24 x 24 CSS piksel olmasını ya da yeterli boşlukla ayrılmasını AA seviyesinde istiyor.

Formun etrafındaki düzen: son 4 düzeltme

Son dört düzeltme, formun hata anında, kanal tercihinde, ölçümde ve spam karşısında doğru davranmasını sağlar.

6. Hata mesajını alanın yanında verin, girilen veriyi silmeyin

Bir alan hatalı doldurulduğunda, hata mesajı sayfanın üstünde değil alanın yanında ve neyin yanlış olduğunu söyleyerek görünmelidir: "Telefon numarası 10 haneli olmalı" gibi. WCAG'nin A seviyesindeki "Error Identification" ölçütü, hatanın tespit edilmesini ve metinle tarif edilmesini ister.

Hata sonrası formun boşaltılması ziyaretçiyi kolayca vazgeçirir. Ziyaretçinin yazdığı açıklama metni kaybolursa, aynı metni ikinci kez yazmak yerine sayfayı kapatabilir. Çok adımlı formlarda WCAG 2.2'nin "Redundant Entry" ölçütü de daha önce girilen bilginin yeniden istenmemesini öngörüyor.

7. Alternatif kanalı gizlemeyin, ölçün

Bazı ziyaretçiler form doldurmak yerine aramayı ya da WhatsApp'tan yazmayı tercih eder. Bu kanalları gizlemek formu doldurtmaz; yalnızca o ziyaretçiyi kaybettirir. Telefon ve WhatsApp bağlantılarını formun yanında gösterin ve tıklamalarını da ayrı olaylar olarak ölçün.

WhatsApp bağlantısına hazır bir mesaj ekleyerek, ziyaretçinin hangi sayfadan yazdığını mesajın içinde görebilirsiniz. Böylece form az, WhatsApp çok olduğunda bunun bir sorun değil bir kanal tercihi olduğunu ayırt edersiniz.

8. Teşekkür sayfası kurun ve gönderimi doğru yerde ölçün

Gönderim, sunucunun talebi başarıyla kaydettiği anda ölçülmelidir. Bunun iki sağlam yolu vardır: başarılı gönderimden sonra ayrı bir teşekkür sayfasına yönlendirmek ya da sunucunun başarılı cevabından sonra GA4'e generate_lead olayı göndermek.

Google'ın belgelerine göre GA4'ün gelişmiş ölçümündeki form_submit olayı, ziyaretçi formu gönderdiğinde tetiklenir ve form kimliği, form adı, hedef adres ve düğme metni gibi parametreler taşır. Bu olay gönderim girişimini gösterir; talebin sunucuya ulaştığını tek başına kanıtlamaz. JavaScript ile gönderilen formlarda nasıl davrandığını kendi sitenizde test edin.

generate_lead olayını GA4'te anahtar etkinlik (key event) olarak işaretleyin; Google, işletme için önemli eylemleri artık bu adla tanımlıyor. Olayın isteğe bağlı lead_source parametresine talep kaynağını yazabilirsiniz. Değer (value) gönderiyorsanız para birimini (currency) de göndermeniz gerekir.

9. Spam korumasını ziyaretçiye yük olmadan kurun

Spam koruması ile gerçek talebi kaçırmamak arasında bir denge vardır. Ziyaretçiye bulmaca çözdüren bir doğrulama botları azaltır ama bazı gerçek ziyaretçileri de vazgeçirir.

Önce görünmez yöntemleri deneyin:

• Bal küpü alanı: insanların görmediği ama botların doldurduğu gizli bir alan. Dolu gelen gönderim spam sayılır.
• Hız sınırı: aynı adresten kısa sürede gelen çok sayıda gönderimi sunucuda sınırlamak.
• Puan tabanlı doğrulama: Google'ın belgelerine göre reCAPTCHA v3, ziyaretçiyi durdurmadan her istek için 0,0 ile 1,0 arasında bir puan döndürür; varsayılan eşik olarak 0,5 önerilir ve puanın sunucu tarafında doğrulanması gerekir. Google, Nisan 2026'da reCAPTCHA'yı Google Cloud Fraud Defense ürün ailesinin parçası yaptı ve mevcut işlevlerin etkilenmediğini duyurdu; kullanım koşulları ve kotalar güncel belgeden kontrol edilir.

Düşük puanlı gönderimi sessizce silmeyin; ayrı bir "şüpheli" listesinde bekletin ve haftada bir göz atın. Gerçek bir talep yanlışlıkla elenirse, bunu ancak böyle fark edersiniz.

Spam korumasının bir parçası da bildirim düzenidir. Formdan giden bildirim e-postası alıcının spam klasörüne düşebilir; bu yüzden her talep e-postadan bağımsız olarak bir yerde kayıt olarak tutulmalıdır. Talepler bir CRM'e ya da ERP programınızdaki cari kartlara bağlanacaksa, bu kayıt mantığı bir ERP entegrasyonu ya da iş süreci otomasyonu için de başlangıç noktasıdır.

30 dakikalık form testi

Bu 9 düzeltmenin hangisinin sizin sitenizde öncelikli olduğunu görmek için şu testi yapın:

• Kendi telefonunuzdan formu doldurun ve kaç saniye sürdüğünü not edin.
• Bir alanı bilerek hatalı doldurun: mesaj nerede çıkıyor, yazdıklarınız duruyor mu?
• Formu gönderin: bildirim e-postası kaç dakikada, hangi klasöre düştü?
• Talep yönetim panelinde ya da bir kayıt listesinde görünüyor mu?
• GA4'ün gerçek zamanlı raporunda generate_lead olayı göründü mü?
• Çerez bandında "reddet" seçeneği "kabul et" ile eşit görünürlükte mi?
• Telefon ve WhatsApp bağlantıları formun yanında görünüyor mu?

Bu testte "hayır" çıkan maddeler, düzeltme listenizin ilk maddeleridir.

Sıkça Sorulan Sorular

İletişim formunda kaç alan olmalı?

Teklifi ya da ilk cevabı hazırlamak için gereken kadar. B2B bir formda bu çoğu zaman ad soyad, firma, e-posta veya telefondan biri ve kısa bir açıklamadır. Diğer bilgileri isteğe bağlı bırakın ya da ilk görüşmeye erteleyin.

Form mu, WhatsApp mı daha iyi?

İkisi de olmalı. Bazı ziyaretçiler yazılı ve kayıtlı bir talep bırakmak, bazıları hızlıca konuşmak ister. İki kanalı birlikte sunup ikisini de ayrı olaylar olarak ölçtüğünüzde, hangi sayfanın hangi kanaldan talep getirdiğini görebilirsiniz.

reCAPTCHA formu doldurma oranını düşürür mü?

Ziyaretçiye görsel bulmaca çözdüren sürümler formu yavaşlatır ve bazı ziyaretçileri vazgeçirebilir. Google'ın belgelerine göre reCAPTCHA v3 ise ziyaretçiyi durdurmadan arka planda puan üretir. Bal küpü alanı ve sunucu tarafı hız sınırıyla birlikte kullanıldığında çoğu sitede görünür bir doğrulamaya gerek kalmaz.

GA4'te form gönderimlerini nasıl görürüm?

Başarılı gönderimden sonra generate_lead olayını gönderin ve bu olayı GA4 yönetici ayarlarında anahtar etkinlik olarak işaretleyin. Gelişmiş ölçümün form_submit olayı gönderim girişimini gösterir; tek başına başarılı kayıt anlamına gelmez. Esas sayı olarak sunucunuzdaki kayıtlı talep sayısını kullanın.

Çerez onayı vermeyen ziyaretçinin formunu ölçebilir miyim?

Formun kendisi her durumda kaydedilir; talep kaybolmaz. Ancak analitiği reddeden ziyaretçinin gönderimi GA4'te görünmeyebilir. Hangi çerezlerin açık rıza gerektirdiğini, Kişisel Verileri Koruma Kurumu'nun Çerez Uygulamaları Hakkında Rehberi'ne göre hukuk danışmanınızla birlikte belirleyin.

Formunuzu birlikte gözden geçirelim

Yukarıdaki teşhis tablosu ve 30 dakikalık test, sorunun hangi aşamada olduğunu çoğu zaman tek başına gösterir. Ölçüm kurulu değilse ya da talepler e-posta kutusunda kayboluyorsa, iki konu aynı işte birlikte düzeltilebilir.

Ücretsiz online keşif görüşmesinde formunuzu, ölçüm kurulumunuzu ve talebin sonrasında nereye gittiğini birlikte inceleriz; yapılacak işi yazılı kapsam ve sabit fiyatla öneririz. Görüşme için bizimle iletişime geçin; isterseniz WhatsApp üzerinden de yazabilirsiniz.