Randevu, Teklif ve Demo Formu Tasarımı: Dönüşüm Oranını Artıran UX Kuralları

Bir web sitesinin bütün emeği sonunda tek bir noktaya akar: randevu, teklif ya da demo formuna. SEO ile trafik getirirsiniz, reklamla doğru kişiyi çekersiniz; ancak form tasarımı kötüyse o ziyaretçi son adımda vazgeçer. Bu yazıda 2012'den beri kurduğum, test ettiğim ve bozulunca onardığım formlardan çıkardığım kuralları paylaşıyorum. Alan sayısından hata mesajlarına, mobil klavyeden teşekkür sayfasına ve form analitiğine kadar her adımı somut örneklerle ele alıyorum.

Dönüşüm getiren form tasarımı nedir?

Dönüşüm getiren form tasarımı, ziyaretçinin randevu, teklif ya da demo talebini en az zahmetle, en az hatayla ve güven duyarak tamamlamasını sağlayan alan, metin, sıra ve geri bildirim düzenidir. Amaç çok bilgi toplamak değil; satış ekibinin ilk görüşmeyi yapabileceği kadar bilgiyi, kullanıcıyı yormadan almaktır.

Bu tanımın iki tarafı var. Birincisi kullanıcı tarafı: form kısa durmalı, ne istediğini açıkça söylemeli ve hata olduğunda nasıl düzelteceğini göstermeli. İkincisi işletme tarafı: gelen başvuru, satış ekibinin arayıp sonuç alabileceği nitelikte olmalı. Çoğu sitede bu iki taraf çatışır. Pazarlama ekibi daha çok başvuru ister, satış ekibi daha nitelikli başvuru ister. Dolayısıyla iyi bir form tasarımı, bu iki isteği aynı ekranda dengeleyen bir karardır.

Ben form üzerinde çalışmaya her zaman aynı soruyla başlarım: bu formdan gelen kişiyi ilk kez aradığınızda elinizde hangi bilgi mutlaka olmalı? Cevap genellikle üç ya da dört alandır. Geri kalan her alan, kullanıcıdan istediğiniz ek bir emektir ve bunu gerekçelendirmeniz gerekir.

Randevu, teklif ve demo formları neden farklı bir tasarım ister?

Üç form aynı görünse de ziyaretçinin kafasındaki soru farklıdır. Randevu formunda kişinin aklında "ne zaman gelebilirim?" sorusu var. Teklif formunda "bana ne kadara mal olur?" sorusunu sorar. Demo formunda ise "bu yazılım benim işime yarar mı?" diye merak eder. Bu nedenle her formun alan sırası, buton metni ve teşekkür sayfası bu soruya göre değişmelidir.

Tablodaki alanlar saha tecrübesine dayalı bir başlangıç önerisidir, garanti değildir. Sektörünüze göre bir alan ekleyebilir ya da çıkarabilirsiniz. Önemli olan, her alanın satış görüşmesinde gerçekten kullanıldığını bilmenizdir.

Form tasarımı yaparken kaç alan sormalısınız?

Kısa cevap: satış ekibinin ilk temas için ihtiyaç duyduğu kadar, bir fazlası değil. Baymard Institute'un e-ticaret ödeme süreçleri üzerine yaptığı araştırmaya göre ortalama bir ödeme akışında 11,3 form alanı var; oysa sitelerin çoğu yalnızca 8 alanla işini görebiliyor. Aynı araştırma, kullanıcıların %17'sinin karmaşık ödeme süreci yüzünden alışverişi yarıda bıraktığını gösteriyor (Baymard Institute).

Bu veri ödeme sayfası için. Yine de aynı mantık randevu ve teklif formları için de geçerli: kullanıcı her alanı bir maliyet olarak görür. Üstelik teklif formunda kişi henüz size para vermeye karar vermemiştir; bu yüzden sabrı ödeme sayfasındaki müşteriden de azdır.

Benim uyguladığım basit test şudur. Her alan için satış ekibine "bu bilgi olmasa bu kişiyi arar mıydınız?" diye sorarım. Cevap evetse o alan zorunlu listeden çıkar. Örneğin şirket ünvanı çoğu teklif formunda ilk aramada gerekmez; fatura aşamasında zaten alırsınız. Faks numarası, ikinci telefon ve "bizi nereden duydunuz?" gibi alanlar ise neredeyse her zaman ilk turda listeden çıkar.

Alan sayısını azaltmak tek başına yeterli olmaz. Görsel yük de önemlidir: iki alanı yan yana koyup kalabalık bir blok oluşturursanız form kısa olsa bile kullanıcıya uzun gelir.

Hangi alanları silebilir, hangilerini sonraya bırakabilirsiniz?

Alanları üç gruba ayırmak işinizi kolaylaştırır. Bu sınıflandırmayı her yeni projede ekiple birlikte yaparım ve genellikle yarım saat sürer.

• Zorunlu alanlar: İlk temas için şart olanlar. Ad, bir iletişim kanalı ve talebin konusu genellikle bu gruptadır.
• Nitelendirme alanları: Satış ekibinin önceliklendirmesine yarayanlar. Bütçe aralığı, ekip büyüklüğü ya da hizmet kapsamı buraya girer.
• Sonraya bırakılabilecekler: Adres, vergi numarası, detaylı açıklama gibi bilgiler. Bunları ilk görüşmede ya da teşekkür sayfasında isteğe bağlı ikinci formla alabilirsiniz.

Nitelendirme alanları en çok tartışılan gruptur. Bütçe sorusu başvuru sayısını düşürebilir; buna karşılık satış ekibinin boşa arama yapmasını da engeller. Bu nedenle bütçe alanını serbest metin yerine aralıklı seçenek olarak sunmanızı öneririm. Kişi rakam yazmak zorunda kalmaz, siz de kaba bir segment elde edersiniz.

İsteğe bağlı alanları bırakıyorsanız bunu açıkça belirtin. Yalnızca zorunlu alanlara yıldız koymak yerine isteğe bağlı olanların yanına "(isteğe bağlı)" yazmak, kullanıcının hangi alanı atlayabileceğini daha hızlı anlamasını sağlar.

Adımlı form ne zaman tek sayfalık formdan iyi çalışır?

Adımlı form, soruları iki ya da üç ekrana bölen yapıdır. Doğru kurulduğunda kullanıcı ilk adımda kolay bir soruyla başlar ve yarım bıraktığı işi tamamlama eğilimi gösterir. Ancak her form için doğru çözüm değildir.

Adımlı formu şu durumlarda tercih ederim:

1. Toplam alan sayısı altıyı geçiyorsa ve hepsi gerçekten gerekliyse.
2. İlk soru kolay ve ilgi çekici bir seçimle başlayabiliyorsa, örneğin "Hangi hizmetle ilgileniyorsunuz?" kartları.
3. Sonraki soruların önceki cevaba göre değişmesi gerekiyorsa; yani koşullu mantık varsa.

Öte yandan üç ya da dört alanlı bir randevu formunu adımlara bölmek anlamsızdır. Kullanıcı her "İleri" tıklamasında bir bekleme ve bir karar anı yaşar. Kısa formda bu fazladan sürtünme yaratır.

Adımlı formda iki şeye dikkat edin. İlk olarak ilerleme göstergesi koyun; "Adım 2 / 3" gibi basit bir ifade yeterlidir. İkincisi, iletişim bilgisini son adıma bırakın. Kişi önce ihtiyacını anlatır, sonra "size nasıl ulaşalım?" sorusuyla karşılaşır. Böylece kişisel bilgi isteği, zaten emek harcamış birine gelir ve kişi daha az itiraz eder.

Etiket, placeholder ve yardım metnini nasıl yazmalısınız?

En sık gördüğüm hata, etiketi kaldırıp yalnızca alanın içine gri placeholder yazmaktır. Kullanıcı yazmaya başladığı anda placeholder kaybolur ve hangi alanı doldurduğunu unutabilir. Üstelik ekran okuyucular ve otomatik doldurma araçları için de etiket şarttır.

Etiketi her zaman alanın üstüne ve kısa tutarak koyun. Placeholder'ı ise yalnızca biçim ipucu için kullanın; örneğin telefon alanında "5XX XXX XX XX" gibi. Ayrıca yardım metnini alanın altına küçük puntoyla koyabilirsiniz: "Size yalnızca randevu teyidi için ulaşacağız" gibi bir cümle, telefon numarası isteğinin yarattığı çekinceyi azaltır.

• Etiketi soru gibi değil, isim gibi yazın: "Telefon numaranız" yeterlidir.
• Teknik terim kullanmayın; "iletişim kanalı" yerine "Size nereden ulaşalım?" deyin.
• Biçim beklentinizi önceden söyleyin; hata mesajında ilk kez öğretmeyin.
• Seçenek sayısı beşten azsa açılır menü yerine görünür seçenek düğmeleri kullanın.

Kısacası etiket, kullanıcının neyi yazdığını her an görmesini sağlar. Placeholder bunun yerini tutmaz.

Formu sayfaya gömmeli misiniz, açılır pencerede mi göstermelisiniz?

Açılır pencere, yani pop-up, dikkat çeker; ancak kullanıcının okuduğu içeriği keser. Randevu ve teklif formları için ben çoğunlukla sayfaya gömülü formu tercih ederim. Kişi hizmeti okur, ikna olur ve aynı akış içinde formu bulur. Böylece karar ile eylem arasına ek bir tıklama girmez.

Bununla birlikte, sayfa uzun ve form en altta kalıyorsa sabit bir çağrı butonu işe yarar. Buton tıklandığında formun olduğu bölüme kaydırmak ya da formu yan panelde açmak, pop-up'a göre daha az rahatsız eder. Özellikle mobilde tam ekranı kaplayan ve kapatma düğmesi küçük olan pencereler hem kullanıcıyı hem de sayfa deneyimini olumsuz etkiler.

Demo formlarında durum biraz farklıdır. Ziyaretçi çoğunlukla fiyat ya da özellik sayfasında karar verir; bu yüzden demo butonunu ilgili sayfaların hepsine koyar, formu ise tek bir sade sayfada toplarım. Bu yapı ölçümü de kolaylaştırır, çünkü bütün başvurular aynı adresten geçer. Kısacası formu nerede gösterdiğiniz, ne sorduğunuz kadar önemlidir.

Hata mesajları formu nasıl kurtarır ya da batırır?

Hata mesajı, formun en çok ihmal edilen parçasıdır. Oysa kullanıcının vazgeçtiği an çoğunlukla burasıdır. "Geçersiz giriş" yazan kırmızı bir kutu, kişiye ne yanlış yaptığını da nasıl düzelteceğini de söylemez.

W3C'nin erişilebilirlik rehberi, hata mesajının ilgili alanın etiketine atıf yapmasını, sorunu anlaşılır şekilde tarif etmesini ve düzeltme yolunu göstermesini öneriyor. Rehber ayrıca form hatalı gönderildiğinde odağı ilk hatalı alana taşımayı tavsiye ediyor (W3C WAI).

Uygulamada ben şu kuralları kullanırım:

• Hatayı alanın hemen altında gösterin, sayfanın tepesinde tek başına bırakmayın.
• Kullanıcı alanı terk ettiğinde kontrol edin; her tuş vuruşunda kırmızı uyarı çıkarmayın.
• Mesajı çözüm cümlesi olarak yazın: "E-posta adresinizde @ işareti eksik görünüyor."
• Hata olduğunda kullanıcının yazdıklarını asla silmeyin.
• Rengin yanına metin ya da ikon ekleyin; renk körü kullanıcılar yalnızca kırmızıyı ayırt edemeyebilir.

Son madde küçük bir ayrıntı gibi duruyor; ancak sunucu hatasında bütün formu boşaltan siteleri hâlâ sık görüyorum. Bu durumda kullanıcı çoğunlukla ikinci kez denemez.

Mobil klavye tipleri form tasarımında neden bu kadar önemli?

Telefonda form dolduran kişi, her alanda doğru klavyeyi görmezse klavye değiştirmek zorunda kalır. Telefon numarası için harf klavyesi açılması, küçük bir sürtünme gibi durur; ama mobil trafiğin yoğun olduğu randevu formlarında bu sürtünmeler toplanır. Bu yüzden mobil form tasarımı, doğru input türünü seçmekle başlar.

web.dev rehberi, doğru type niteliğinin mobilde uygun klavyeyi açtığını ve temel doğrulamayı da sağladığını belirtiyor (web.dev). MDN ise inputmode niteliğinin yalnızca klavye ipucu verdiğini, doğrulama yapmadığının altını çiziyor.

Bir not daha: posta kodu gibi başında sıfır olabilen alanlarda type="number" kullanmayın. Bazı tarayıcılar baştaki sıfırı siler ya da ok tuşları ekler. Bunun yerine inputmode="numeric" daha güvenlidir.

Otomatik doldurma (autocomplete) hangi alanlarda şart?

Otomatik doldurma, mobilde form süresini kısaltan en ucuz iyileştirmedir. Tarayıcı, kullanıcının kayıtlı adını, telefonunu ve e-postasını tek dokunuşla önerir. Bunun için alanlara doğru autocomplete değerini vermeniz yeterlidir: name, email, tel, organization, street-address gibi.

Sahada en çok karşılaştığım sorun, geliştiricinin tarayıcı önerilerini "tasarımı bozuyor" diye autocomplete="off" ile kapatmasıdır. Bu tercih kullanıcıyı her harfi elle yazmaya zorlar. Ayrıca alan adlarını "input_7" gibi anlamsız bırakmak da tarayıcının tahmin gücünü düşürür.

Ad ve soyadı ayrı mı sormalısınız? Çoğu randevu ve teklif formunda tek "Ad Soyad" alanı yeterlidir. İki alan hem alan sayısını artırır hem de çift isimli ya da tek isimli kullanıcılar için kafa karışıklığı yaratır. Ancak CRM'iniz ayrı alan istiyorsa, bu ayrımı arka planda yapabilirsiniz.

Telefon alanında da benzer bir esneklik gösterin. Kullanıcı boşluklu, tireli ya da başında sıfırla yazabilir. Bu biçimleri kabul edip arka planda normalleştirmek, "geçersiz numara" hatasıyla kişiyi geri çevirmekten çok daha iyidir.

Güven öğeleri formun neresinde durmalı?

Güven öğesi, formun hemen yanında ya da altında, karar anında görünmelidir. Sayfanın en altındaki referans logoları, form alanındaki kararsızlığı çözmez. Kullanıcı telefon numarasını yazmadan önce "bu bilgiyle ne yapacaklar?" diye sorar; cevabı o anda görmesi gerekir.

İşe yaradığını gördüğüm güven öğeleri şunlardır:

• Dönüş süresi taahhüdü: "Mesai saatlerinde aynı gün dönüş yapıyorum."
• Veri kullanımı açıklaması: "Numaranızı yalnızca bu talep için kullanırım, bülten göndermem."
• Gerçek bir kişi: formu kimin okuyacağını gösteren isim ve kısa bilgi.
• Somut referans: sektörünüzden tanınan bir müşteri ya da doğrulanabilir bir yorum.

Uydurma sayaçlar ve "şu an 12 kişi bu sayfaya bakıyor" gibi baskı unsurları kısa vadede tıklama getirebilir; fakat özellikle B2B teklif formlarında güveni zedeler. Ben bu tür öğeleri kullanmıyorum.

Güven, sayfanın genel kalitesiyle de ilgilidir. Hızlı açılan, düzenli ve güncel bir site, formdaki kararsızlığı baştan azaltır. Bu konuyu web tasarım projelerinde formla birlikte ele alıyorum.

KVKK metni ve onay kutuları dönüşümü düşürür mü?

Yasal metin zorunludur ve bunu tartışmıyorum. Türkiye'de kişisel veri topluyorsanız aydınlatma yükümlülüğünüz vardır. Soru, bunu kullanıcıyı korkutmadan nasıl göstereceğinizdir.

Benim yaklaşımım şu: aydınlatma metnine gönderme butonunun hemen üstünde kısa bir cümleyle bağlantı veririm. Pazarlama iletişimi için ayrı onay gerekiyorsa, bu kutuyu önceden işaretli bırakmam ve formun gönderilmesini ona bağlamam. Böylece randevu talebi ile bülten izni birbirine karışmaz.

Uzun hukuki metni formun içine kaydırma kutusu olarak gömerseniz kimse okumaz; üstelik form olduğundan uzun durur. Metni ayrı sayfada tutup bağlantı vermek hem kullanıcı hem de denetim açısından daha temizdir. Kesin hukuki yorum için elbette kendi hukuk danışmanınıza başvurmanızı öneririm; ben burada yalnızca yerleşim ve dil tarafını anlatıyorum.

Buton metni ve formun konumu sonucu nasıl etkiler?

"Gönder" kelimesi, kullanıcıya ne olacağını söylemez. Buton metni, tıklandığında gerçekleşecek sonucu anlatmalıdır: "Randevumu ayırt", "Teklifimi hazırla", "Demo saatini seç" gibi. Bu ifade aynı zamanda formun amacını son bir kez hatırlatır.

Formun konumu da önemlidir. Randevu formu çoğu durumda sayfanın üst bölümünde ya da sabit bir butonla her an erişilebilir olmalıdır. Teklif formunda ise kullanıcı önce kapsamı ve süreci okumak ister; bu nedenle formu içerikten sonra, ama sayfa boyunca tekrar eden bir çağrı butonuyla birlikte konumlandırırım.

Mobilde butonun başparmakla rahat tıklanacak büyüklükte olmasına ve klavye açıldığında görünür kalmasına dikkat edin. Ayrıca gönderim sırasında butonu devre dışı bırakıp "Gönderiliyor..." yazdırmak, çift tıklamadan doğan mükerrer başvuruları engeller.

Bazı kullanıcılar form yerine doğrudan mesaj yazmayı tercih eder. Bu yüzden formun yanına alternatif bir kanal eklemek mantıklıdır; WhatsApp link oluşturucu ile hazır mesajlı bir bağlantıyı birkaç saniyede üretebilirsiniz.

Teşekkür sayfası neden formun devamıdır?

Çoğu site, form gönderildikten sonra aynı sayfada küçük bir yeşil yazı gösterir ve iş biter. Bu, dönüşüm yolculuğunun en sıcak anını boşa harcamaktır. Kişi az önce size güvendiğini gösterdi; ilgisi en yüksek seviyede.

İyi bir teşekkür sayfasında şu dört öğe yer alır:

1. Açık bir teyit: "Talebiniz bize ulaştı."
2. Sonraki adım ve süre: "Yarın saat 12'ye kadar sizi arayacağım."
3. Hazırlık bilgisi: randevuya gelirken getirilecek belgeler ya da demo öncesi düşünülecek sorular.
4. İsteğe bağlı ikinci adım: takvimden saat seçimi ya da kapsamı detaylandıran kısa bir ek form.

Teşekkür sayfasının bir faydası daha var: ölçüm. Ayrı bir URL'ye yönlendirmek, dönüşümü sayfa görüntülemesi üzerinden basitçe ölçmenizi sağlar. Ancak bu sayfayı arama motorlarında indekslenmeyecek şekilde ayarlayın ve doğrudan ziyaretle dönüşüm sayılmasını engelleyecek bir kontrol koyun. Aksi hâlde sayılarınız şişer.

Demo formlarında teşekkür sayfasına takvim yerleştirmek bence en etkili tekniklerden biri. Kişi aynı oturumda saatini seçtiğinde, "sizi arayacağız" bekleme süresi ortadan kalkar.

Form analitiği ile hangi olayları ölçmelisiniz?

Yalnızca gönderim sayısını ölçmek, formun neresinde kayıp olduğunu söylemez. Form analitiği, kaç kişinin forma başladığını, hangi alanda takıldığını ve kaçının tamamladığını görmenizi sağlar.

Google Analytics 4'ün gelişmiş ölçüm özelliği iki hazır olay sunar: kullanıcı oturumda forma ilk kez dokunduğunda form_start, formu gönderdiğinde form_submit. Google'ın belgesine göre bu olayların form_id ve form_name gibi parametrelerini raporlarda kullanmak için özel boyut oluşturmanız gerekiyor (Google Analytics Yardım).

Deneyimim şunu söylüyor: form_submit olayı, doğrulama hatasıyla geri dönen denemeleri de sayabiliyor. Bu nedenle asıl dönüşümü sunucunun başarı yanıtından ya da teşekkür sayfasından tetiklenen ayrı bir olayla, örneğin generate_lead ile ölçmenizi öneririm.

• Başlama oranı: sayfayı görenlerin kaçı forma dokundu?
• Tamamlama oranı: forma başlayanların kaçı başarıyla gönderdi?
• Hata oranı: en çok hangi alanda hata mesajı çıktı?
• Süre: forma başlamakla göndermek arasında ne kadar zaman geçti?

Kampanya bazlı kırılım için form sayfasına gelen bağlantılara parametre ekleyin; UTM oluşturucu bu işi hatasız yapmanızı sağlar.

Google Ads dönüşümünü formdan nasıl doğru beslersiniz?

Reklam veriyorsanız form, teklif stratejinizin gözüdür. Google Ads, hangi tıklamanın başvuru getirdiğini ancak doğru dönüşüm sinyaliyle öğrenir. Yanlış kurulmuş bir form dönüşümü, algoritmayı yanlış kişilere yönlendirir.

Dikkat ettiğim üç nokta var. Birincisi, dönüşümü yalnızca başarılı gönderimde tetiklemek. İkincisi, aynı kişinin tekrar gönderimini tek dönüşüm olarak saymak. Üçüncüsü, formdan gelen e-posta ya da telefon bilgisini kullanan potansiyel müşteriler için gelişmiş dönüşümleri açmak. Google'ın belgesine göre bu yöntem, karma (SHA256) kullanıcı verisini ve GCLID bilgisini eşleştirerek çevrimdışı dönüşüm verisinin doğruluğunu artırıyor (Google Ads Yardım).

Bunun pratik anlamı şudur: formu gönderen kişinin gerçekten müşteriye dönüşüp dönüşmediğini CRM'den Google'a geri bildirebilirsiniz. Böylece reklam sistemi yalnızca form dolduranı değil, satın alanı aramaya başlar. B2B tarafında bu kurulumu B2B Google Ads arama kampanyası yazısında ayrıca anlattım. Tam yönetim tarafı için Google Ads yönetimi sayfasına göz atabilirsiniz.

Formu terk eden ziyaretçiler de kayıp değildir. Onları geri çağırma kurgusunu remarketing ile satış hunisi rehberinde bulabilirsiniz.

Spam ve sahte başvuruları kullanıcıyı yormadan nasıl engellersiniz?

Form yayına girdikten birkaç hafta sonra bot başvuruları başlar. İlk refleks, herkese görsel doğrulama kutusu göstermektir. Oysa bu çözüm spam'i azaltırken gerçek kullanıcıyı da yorar.

Ben katmanlı bir yaklaşım kullanırım. Önce kullanıcıya görünmeyen bir tuzak alanı koyarım; botlar bu alanı doldurur, insanlar görmez. Ardından formun açılmasıyla gönderilmesi arasındaki süreyi kontrol ederim; bir saniyenin altında gönderilen başvurular büyük olasılıkla otomatiktir. Sunucu tarafında aynı IP'den kısa sürede gelen tekrar gönderimleri sınırlarım. Görsel doğrulamayı ise yalnızca şüpheli trafiğe gösteririm.

Sahte başvuru reklam tarafında ayrı bir sorundur. Bot gönderimleri dönüşüm olarak sayılırsa, teklif algoritması bu trafiği daha çok getirmeye çalışır. Bu yüzden spam filtresinden geçmeyen başvuruları dönüşüm etiketine hiç ulaştırmamak gerekir. Aynı nedenle gerçek müşteriye dönen başvuruları CRM'de işaretlemek, veri kalitesini koruyan en sağlam yöntemdir.

Form değişikliklerini nasıl test etmelisiniz?

Her form değişikliği bir hipotezdir. "Bütçe alanını kaldırırsak başvuru artar" doğru olabilir; ama nitelikli başvuru düşebilir. Bu yüzden testlerde yalnızca gönderim sayısına değil, satışa dönen başvuru oranına da bakarım.

Düşük trafikli sitelerde klasik A/B testi anlamlı sonuca kolay ulaşmaz. Bu durumda dönemsel karşılaştırma yaparım: iki ya da dört haftalık bir dönemi, değişiklik sonrası eşit uzunluktaki dönemle kıyaslarım. Kampanya, sezon ve bütçe değişikliklerini de not ederim; aksi hâlde sonucu yanlış yorumlarım.

Kendi telefonunuzla yapacağınız basit bir test de çok şey anlatır. Formu mobil veride, tek elle ve otomatik doldurma kullanarak doldurun. Ardından kasten bir hata yapın ve mesajı okuyun. Son olarak teşekkür sayfasının ve bildirimin gerçekten geldiğini kontrol edin. Bu beş dakikalık prova, gözden kaçan sorunların önemli kısmını ortaya çıkarır.

Form sayfasının arama motorundaki görünümü de trafik kalitesini etkiler. Hizmet sayfanızın başlık ve açıklamasını Google SERP önizleme aracıyla kontrol edebilirsiniz.

Form tasarımı ile SEO trafiği arasındaki bağ nedir?

Form, organik trafiğin değerini belirleyen son adımdır. Aynı sayfaya gelen bin ziyaretçi, iyi bir formla on başvuru, kötü bir formla iki başvuru getirebilir; bu rakamlar yalnızca örnek hesaptır. Yani form tasarımı iyileştirmesi, yeni trafik kazanmadan başvuru sayısını artırmanın en kısa yoludur.

Öte yandan formun hangi arama niyetiyle karşılaştığı da önemlidir. "Fiyat" araması yapan kişiye teklif formu, "nasıl yapılır" araması yapan kişiye ise önce içerik ve düşük eşikli bir çağrı uygundur. Bu eşleştirmeyi satış getiren anahtar kelime rehberinde ayrıntılı işledim. Kapsamlı bir yol haritası isterseniz SEO danışmanlığı sürecinde formları da ele alıyorum.

Yayına almadan önce form kontrol listesi

Aşağıdaki listeyi her form yayını öncesinde kullanıyorum. Her madde tek başına küçük; ancak birlikte ele alındığında formun kalitesini belirliyor.

• Her alan için "bu bilgi olmasa arar mıydık?" sorusunu sordunuz mu?
• Etiketler alanın üstünde ve açıkça duruyor mu?
• Telefon, e-posta ve sayı alanlarında doğru klavye çıkıyor mu?
• autocomplete değerleri doğru mu, kapatılmış alan var mı?
• Hata mesajları alanın altında ve çözüm odaklı mı?
• Hata sonrası formda kullanıcının yazdıkları kalıyor mu?
• Buton metni sonucu anlatıyor mu?
• Veri kullanımı ve dönüş süresi formun yanında yazıyor mu?
• Teşekkür sayfası sonraki adımı söylüyor mu?
• Dönüşüm etiketi yalnızca başarılı gönderimde mi çalışıyor?
• Spam korumaları gerçek kullanıcıyı engellemiyor mu?

Yeni bir site kuruyorsanız formları baştan bu listeye göre planlamak, sonradan düzeltmekten daha ucuzdur. Kapsam ve maliyet için web sitesi yaptırma fiyatları sayfasına bakabilirsiniz. Mevcut formunuzu birlikte incelemek isterseniz iletişim sayfasından bana yazabilirsiniz.