Çok Adımlı Form mu Tek Sayfa Form mu? Karar Rehberi ve Kontrol Listesi

Bu yazıda karar kuralını genel bir tavsiye olarak bırakmıyoruz. Talha Aslan ve ekibi olarak form projelerinde kullandığımız kontrol listesini, karar tablosunu, ilerleme göstergesi kurallarını, yarıda kalan verinin nasıl korunacağını, erişilebilirlik (WCAG) gereklerini ve analitikte adım takibini sırayla anlatıyoruz. Randevu, teklif ve demo formlarının alan seçimi gibi genel konular için ayrı rehberimiz var: randevu, teklif ve demo formu tasarımı.

Çok adımlı form ile tek sayfa form arasındaki fark tam olarak nedir?

Tek sayfa formda bütün alanlar aynı ekranda durur. Kullanıcı aşağı kaydırır, doldurur ve tek bir gönder düğmesine basar. Çok adımlı formda ise alanlar mantıksal gruplara ayrılır; kullanıcı "İleri" düğmesiyle bir sonraki gruba geçer ve en sonda gönderir. İki yapı da aynı veriyi toplayabilir; fark, bilişsel yükün zamana nasıl yayıldığıdır.

Örneğin on iki alanlı bir teklif formunu düşünün. Tek sayfada kullanıcı on iki kutuyu birden görür ve işi gözünde büyütebilir. Üç adıma böldüğünüzde ise ilk ekranda yalnız "Ne tür bir hizmet arıyorsunuz?" sorusu kalır. Böylece kullanıcı küçük bir taahhütle başlar. Ancak bu avantaj otomatik değildir; gereksiz adım, kaybolan veri ve belirsiz ilerleme bu kazancı hızla siler.

Hangi durumda tek sayfa form daha doğru tercihtir?

Alan sayısı azsa, sorular birbirinden bağımsızsa ve kullanıcı ne yazacağını zaten biliyorsa tek sayfa form çoğu zaman yeterlidir. İletişim formu, bülten kaydı ve geri arama talebi bu gruba girer. Bu formlarda ekstra bir "İleri" tıklaması, kazanç değil yalnızca gecikme yaratır.

• Beş veya daha az alan var ve hepsi kısa cevap istiyor.
• Kullanıcının önceki cevabına göre değişen bir soru yok.
• Kullanıcı formu genelde masaüstünden ve tek oturumda dolduruyor.
• Formun tamamını görmek, kullanıcıya "ne kadar iş var" sorusunun cevabını veriyor.
• Sayfa zaten tek bir eyleme odaklı bir açılış sayfası.

Ayrıca tek sayfa form, hata düzeltmeyi kolaylaştırır. Kullanıcı gönder düğmesine bastığında tüm hataları aynı ekranda görür ve geri dönmek zorunda kalmaz. Yani kısa formda tek sayfa yapı, hem geliştirme hem bakım tarafında daha az risk taşır.

Çok adımlı form hangi durumda gerçekten işe yarar?

Çok adımlı form, soruların doğal bir sırası olduğunda ve bir cevap sonraki soruları belirlediğinde parlar. Sigorta teklifi, proje brifingi, başvuru formu ve hizmet yapılandırıcısı tipik örneklerdir. Bu senaryolarda tek sayfaya her olasılığı koymak, kullanıcıya kendisini ilgilendirmeyen alanları göstermek anlamına gelir.

• Altı veya daha fazla alan var ve bunlar anlamlı gruplara ayrılıyor.
• Koşullu mantık var: "Kurumsal" seçen kişiye vergi bilgisi, "Bireysel" seçene farklı alanlar.
• Mobil trafik baskın ve uzun kaydırma hata oranını artırıyor.
• İlk soruyu kolay ve ilgi çekici tutarak kullanıcıyı içeri almak istiyorsunuz.
• Her adımdan sonra kısmi veriyi kaydetmeniz iş açısından anlamlı.

Bununla birlikte adım sayısını artırmak tek başına çözüm değildir. Her adım, kullanıcıya "devam etmeye değer mi?" sorusunu yeniden sorduğunuz bir karar noktasıdır. Bu nedenle adım sayısını içeriğin doğal gruplarına göre belirleyin, rastgele bölmeyin.

Çok adımlı form kararı için hangi karar tablosunu kullanabilirsiniz?

Aşağıdaki tabloyu proje başında ekiple birlikte doldurmanızı öneririz. Her satırda formunuza uyan sütunu işaretleyin. Sağ sütunda yoğunlaşma varsa çok adımlı yapıyı, sol sütunda yoğunlaşma varsa tek sayfa yapıyı seçin. Bu tablo saha tecrübesine dayalı bir başlangıç çerçevesidir, kesin bir kural değildir.

Tabloda kararsız kalırsanız iki sürümü A/B testiyle karşılaştırabilirsiniz. Örnek boyutunun yeterli olup olmadığını A/B testi hesaplama aracımızla kontrol edin; az trafikle alınan karar çoğu zaman tesadüftür.

Formu kendiniz kuramıyorsanız ne zaman destek almalısınız?

Koşullu mantık, adım arası kayıt, CRM bağlantısı ve olay takibi bir araya geldiğinde form küçük bir yazılım projesine dönüşür. Hazır form eklentisi bu ihtiyaçların bir kısmını karşılar; ancak erişilebilirlik ve analitik tarafı çoğu zaman yarım kalır. Formun sitenin geri kalanıyla tutarlı tasarlanması gerekiyorsa, kurumsal web sitesi yaptırma sürecinin parçası olarak formu baştan planlamak daha sağlıklıdır. Böylece form alanları, teşekkür sayfası ve ölçüm kurgusu aynı anda tasarlanır ve sonradan yama gerektirmez.

Çok adımlı form için adımları nasıl gruplamalısınız?

İyi bir gruplama, kullanıcının zihnindeki sıraya uyar. Önce "ne istiyorsunuz", sonra "detaylar", en son "size nasıl ulaşalım" sorusu gelir. İletişim bilgisini en sona koymak, kullanıcının önce değer görmesini sağlar. Ayrıca her adımın tek bir başlığı olmalı ve bu başlık o adımın amacını söylemelidir.

1. Formdaki tüm alanları bir listeye yazın ve gerçekten gerekli olmayanları silin.
2. Kalan alanları konu başlıklarına göre üç veya dört gruba ayırın.
3. Her grubu kullanıcının karar sırasına göre dizin: ihtiyaç, kapsam, zamanlama, iletişim.
4. Koşullu alanları, tetikleyen cevabın hemen sonraki adımına yerleştirin.
5. Her adıma kısa ve açıklayıcı bir başlık verin.
6. Son adımda bir özet ekranı gösterin ve düzenleme imkânı tanıyın.

Örneğin bir web projesi brifingi için birinci adım "Proje türü", ikinci adım "Sayfa ve özellik ihtiyacı", üçüncü adım "Zaman planı", dördüncü adım "İletişim bilgileri" olabilir. Kullanıcı her ekranda yalnız bir konuya odaklanır ve formun sonunu öngörebilir.

İlerleme göstergesi nasıl tasarlanmalı?

İlerleme göstergesi, kullanıcıya nerede olduğunu ve ne kadar kaldığını söyler. W3C Web Erişilebilirliği Girişimi (WAI), çok sayfalı formlarda ilerlemenin hem görsel olarak hem de metinle belirtilmesini önerir; örneğin başlıkta "Adım 2 / 4" ifadesi. Kaynak olarak W3C çok sayfalı form eğitimi sayfasına bakabilirsiniz.

• Toplam adım sayısını baştan gösterin; sürpriz adım güveni sarsar.
• Adım adlarını kısa tutun, mobilde yalnız numara ve aktif adın adını gösterin.
• Yalnız renge dayanmayın; aktif adımı metinle de belirtin.
• Koşullu mantık adım sayısını değiştiriyorsa göstergeyi anında güncelleyin.
• Tamamlanan adımlara tıklanarak geri dönülebiliyorsa bunu açıkça belli edin.

Yüzde çubuğu ile numaralı adım listesi arasında seçim yaparken içerik sayısına bakın. Dört adıma kadar numaralı liste daha anlaşılırdır. Adım sayısı koşula göre değişiyorsa yüzde çubuğu yanıltıcı olabilir, çünkü kullanıcı ilerlerken çubuğun geri gittiğini görebilir.

Kullanıcı formu yarıda bırakırsa veriyi nasıl korursunuz?

Çok adımlı formun en sık atlanan riski veri kaybıdır. Kullanıcı yanlışlıkla geri tuşuna basar, sayfayı yeniler veya telefonu kilitlenir; döndüğünde her şeyi baştan yazması gerekiyorsa büyük olasılıkla vazgeçer. Bu nedenle adım arası veriyi korumayı tasarımın parçası sayın.

1. Her adım geçişinde girilen değerleri tarayıcı oturumunda geçici olarak saklayın.
2. Tarayıcının geri düğmesini adım değiştirme olarak ele alın, sayfadan çıkış olarak değil.
3. Kullanıcı sayfayı yenilerse kaldığı adımı ve değerleri geri yükleyin.
4. Uzun formlarda "Kaydet ve sonra devam et" seçeneği sunun.
5. Hassas alanları (kimlik numarası, ödeme bilgisi) tarayıcıda saklamayın.
6. Form gönderildikten sonra geçici veriyi temizleyin.

Kısmi veriyi sunucuya kaydetmek ayrı bir karardır. Satış ekibi için ilk adımın bile değeri olabilir; ancak gönderilmemiş veriyi saklamak kişisel verilerin korunması açısından aydınlatma ve açık amaç gerektirir. Bu konuda hukuki danışmanlık vermiyoruz; uygulamaya geçmeden önce hukuk danışmanınızla aydınlatma metnini netleştirin.

Kullanıcıdan aynı bilgiyi tekrar istemek neden sorun olur?

WCAG 2.2 ile gelen "Gereksiz Tekrar Giriş" (Redundant Entry) başarı ölçütü, aynı süreçte daha önce girilen bilginin ya otomatik doldurulmasını ya da seçilebilir olmasını ister; güvenlik gibi belirli istisnalar dışında. Çok adımlı formda bu ölçüt doğrudan sizi ilgilendirir. Ayrıntı için W3C Redundant Entry açıklamasını okuyun.

Örneğin ikinci adımda fatura adresi istediyseniz dördüncü adımda teslimat adresi için "Fatura adresiyle aynı" seçeneği sunun. Benzer biçimde ilk adımda girilen e-postayı özet ekranında yeniden yazdırmayın. Böylece hem erişilebilirlik gereğini karşılar hem de kullanıcının sabrını korursunuz.

Çok adımlı form mobilde nasıl davranmalı?

Mobilde çok adımlı yapı genellikle avantajlıdır, çünkü küçük ekranda uzun bir sayfayı kaydırmak hem yorucu hem hataya açıktır. Yine de birkaç ayrıntı bu avantajı belirler. İleri düğmesi başparmağın kolayca ulaştığı yerde olmalı; bu konuyu thumb zone rehberimizde ayrıca anlattık.

• Her adımda ekrana sığan sayıda alan kullanın; klavye açıkken de görünür kalsın.
• Doğru klavye türünü tetikleyin: telefon alanında sayısal, e-postada e-posta klavyesi.
• Tarayıcının otomatik doldurma özelliğini engellemeyin; ad, e-posta ve adres alanlarını doğru işaretleyin.
• Adım geçişinde sayfayı yeni adımın başlığına kaydırın.
• Geri ve İleri düğmelerini görsel olarak ayırın; ana eylem tek ve belirgin olsun.

Google'ın web.dev ekibinin hazırladığı form eğitimi, otomatik doldurma ve doğru giriş türleri için iyi bir başvuru kaynağıdır. Gerçek cihazda test etmek için mobil uyumluluk testi aracımızı da kullanabilirsiniz.

Erişilebilirlik (WCAG) açısından nelere dikkat etmelisiniz?

Erişilebilirlik, çok adımlı formda tek sayfa formdan daha fazla dikkat ister, çünkü her adım geçişi ekran okuyucu kullanıcısı için bir bağlam değişikliğidir. Genel WCAG ilkelerini web erişilebilirliği rehberimizde anlattık; burada yalnız forma özgü maddeleri sıralıyoruz.

• Her alanın görünür ve programatik olarak bağlı bir etiketi olsun; yer tutucu metin etiketin yerini tutmaz.
• Adım değiştiğinde odağı yeni adımın başlığına taşıyın ve sayfa başlığını güncelleyin.
• Hata mesajını metinle verin, hangi alanın neden hatalı olduğunu söyleyin.
• Zaman sınırı koymayın; koyacaksanız uzatma imkânı tanıyın.
• Tüm adımlar yalnız klavyeyle tamamlanabilsin.
• İlerleme bilgisini yalnız renkle değil, metinle de iletin.

Hata tanımlama için W3C Error Identification açıklaması net bir çerçeve sunar. Kısacası kullanıcı, yanlış girdiği alanı ve düzeltme yolunu görmeden bir sonraki adıma geçmemeli; ama hata yüzünden de girdiği diğer verileri kaybetmemeli.

Doğrulama ve hata mesajları adımlarda nasıl çalışmalı?

Çok adımlı formda doğrulamayı adım bazında yapın. Kullanıcı "İleri" düğmesine bastığında o adımdaki alanları kontrol edin ve hatayı aynı ekranda gösterin. Böylece kullanıcı dördüncü adıma geldiğinde birinci adımdaki bir hata yüzünden geri gönderilmez.

Ancak anlık doğrulamada aşırıya kaçmayın. Kullanıcı daha yazmayı bitirmeden "Geçersiz e-posta" uyarısı çıkarmak rahatsız edicidir. Alandan çıkıldığında veya adım geçişinde kontrol etmek daha dengelidir. Ayrıca hata mesajında suçlayıcı dil yerine yol gösterici bir dil kullanın: "Telefon numarasını başında sıfır olmadan yazın" gibi.

Sunucu tarafı doğrulamayı da atlamayın. Tarayıcıdaki kontrol kullanıcı deneyimi içindir; güvenlik ve veri bütünlüğü için son kontrol sunucuda yapılmalıdır. Bu ikili yapı tek sayfa formda da geçerlidir, ancak adımlı yapıda her adımın kendi kontrolünü tasarlamanız gerekir.

Çok adımlı form analitikte adım adım nasıl takip edilir?

Çok adımlı formun en büyük avantajı ölçülebilirliğidir. Tek sayfa formda yalnız "gönderildi" ya da "gönderilmedi" bilgisine sahip olursunuz. Adımlı yapıda ise kullanıcının hangi adımda bıraktığını görürsünüz. Google Analytics 4 (GA4) bunun için özel olaylar (custom events) oluşturmanıza izin verir; olay yapısını GA4 olaylar hakkında yardım sayfasında inceleyebilirsiniz.

1. Form görüntülendiğinde bir başlangıç olayı gönderin.
2. Her adım tamamlandığında aynı olay adını, adım numarası parametresiyle gönderin.
3. Hata gösterildiğinde hangi alanda olduğunu belirten ayrı bir olay gönderin; alan değerini değil yalnız alan adını iletin.
4. Başarılı gönderimde bir tamamlama olayı gönderin ve bunu anahtar etkinlik olarak işaretleyin.
5. GA4 keşif raporlarında huni görünümüyle adımlar arası kaybı izleyin.

Kişisel veriyi (ad, e-posta, telefon) olay parametresine asla koymayın. Ölçüm kurgusunun genel mantığını mikro dönüşüm ve GA4 olay kurulumu yazımızda anlattık.

Adım verilerini nasıl yorumlamalısınız?

Adım verisi elinize geçtiğinde ilk iş, en büyük kaybın olduğu adımı bulmaktır. Bu adımda neden bırakıldığını anlamak için alan bazlı hata olaylarına ve oturum kayıtlarına bakın. Örneğin kayıp bütçe sorusunda yoğunlaşıyorsa sorunun kendisi caydırıcı olabilir; aralık seçenekleri sunmak veya soruyu isteğe bağlı yapmak işe yarayabilir.

Öte yandan adım verisini dönüşüm oranıyla birlikte değerlendirin. Adım sayısını azalttığınızda tamamlanma artabilir ama gelen taleplerin kalitesi düşebilir. Dönüşüm oranını tutarlı hesaplamak için dönüşüm oranı hesaplama aracımızı kullanabilirsiniz. Asıl hedef form tamamlama değil, satışa dönen nitelikli taleptir. Bu yüzden satış ekibinden gelen geri bildirimi de adım verisinin yanına koyun ve ikisini birlikte okuyun.

Hibrit bir çözüm mümkün mü?

Evet, iki yapının arası da mümkündür. Bazı projelerde ilk adımı tek ve basit bir soru olarak tasarlıyor, kalan alanları ikinci ekranda tek sayfa halinde gösteriyoruz. Bu yaklaşım kullanıcıyı düşük taahhütle içeri alır ve ardından uzun bir adım zinciri kurmadan formu tamamlatır.

Diğer bir hibrit model, akordeon yapıdır: tüm bölümler aynı sayfada durur ama yalnız aktif bölüm açıktır. Bu model hata düzeltmeyi kolaylaştırır, çünkü kullanıcı sayfadan ayrılmadan önceki bölümü açabilir. Yine de akordeonun erişilebilir olması için başlıkların düğme olarak işaretlenmesi ve açık-kapalı durumunun bildirilmesi gerekir.

Performans ve yükleme süresi formu nasıl etkiler?

Çok adımlı yapı çoğu zaman JavaScript ile çalışır ve ağır bir form kütüphanesi sayfanın açılışını yavaşlatabilir. Kullanıcı ilk adımı göremeden beklerse adım tasarımının hiçbir değeri kalmaz. Bu nedenle form bileşenini sayfanın geri kalanından bağımsız ölçün ve gereksiz kütüphaneleri ayıklayın.

• İlk adımı sunucudan hazır gelen HTML ile gösterin; sonraki adımları ihtiyaç anında yükleyin.
• Adım geçişlerinde ağır animasyon kullanmayın; kısa ve hareket azaltma tercihine saygılı geçişler seçin.
• Gönderim sırasında düğmeyi geçici olarak kilitleyin ve "gönderiliyor" durumunu gösterin; çift gönderimi böylece önlersiniz.

Sayfanın genel hızını Lighthouse ile performans testi yazımızda anlattığımız yöntemle kontrol edebilirsiniz. Kısacası hızlı açılan basit bir form, yavaş açılan akıllı bir formdan daha çok talep getirir.

Koşullu mantığı nasıl kurmalısınız?

Koşullu mantık, kullanıcının bir cevabına göre sonraki soruları değiştiren kural setidir. Çok adımlı yapının asıl gücü buradan gelir; ancak kötü kurulduğunda kullanıcıyı çıkmaz sokağa da sokabilir. Bu yüzden kuralları kodlamadan önce bir akış şeması üzerinde çizin ve her dalın sonunda formun gönderilebildiğinden emin olun.

• Her dalı tek bir tetikleyici soruya bağlayın; zincirleme koşulları en aza indirin.
• Kullanıcı geri dönüp cevabını değiştirirse, artık geçersiz kalan alanların verisini temizleyin.
• Gizlenen alanları doğrulamadan çıkarın; görünmeyen zorunlu alan gönderimi kilitler.
• Dal sayısı arttıkça test senaryolarını bir tabloda tutun.

Örneğin "Yeni site mi, yenileme mi?" sorusuna "Yenileme" cevabı gelirse mevcut site adresini sorun; "Yeni site" cevabında bu alanı hiç göstermeyin. Kullanıcı sonradan cevabını değiştirirse adres alanını boşaltın ve özet ekranından da kaldırın. Böylece satış ekibine çelişkili bir kayıt gitmez.

Form metinleri ve yardımcı açıklamalar ne söylemeli?

Formun metinleri, alanların kendisi kadar önemlidir. Etiket kısa ve net olmalı; açıklama metni ise neden sorduğunuzu söylemelidir. Kullanıcı "Bu bilgiyi neden istiyorlar?" diye düşündüğü anda tereddüt eder. Bir cümlelik bir gerekçe bu tereddüdü çoğu zaman giderir.

Ayrıca düğme metinlerini eyleme göre yazın. "İleri" yerine "Kapsamı belirle" ya da "İletişim bilgilerine geç" gibi ifadeler, kullanıcıya bir sonraki ekranda ne olacağını önceden söyler. Son düğmede ise "Gönder" yerine "Teklif talebimi gönder" gibi sonucu anlatan bir metin kullanın. Mikro metin yazımının genel ilkeleri için UX writing rehberimize bakabilirsiniz.

Zorunlu ve isteğe bağlı alanları da açıkça belirtin. Çoğu alan zorunluysa yalnız isteğe bağlı olanları işaretlemek daha sade bir görünüm sağlar. Hangisini seçerseniz seçin, işaretin anlamını formun başında bir kez yazın ve yalnız yıldız simgesine güvenmeyin.

Örnek senaryo: bir hizmet teklif formunu nasıl bölersiniz?

Aşağıdaki senaryo gerçek bir müşteri vakası değildir; yöntemi göstermek için kurguladığımız bir örnektir. Bir kurumsal hizmet firmasının teklif formunda on dört alan olduğunu varsayalım: ad, soyad, firma, unvan, e-posta, telefon, hizmet türü, sektör, bütçe aralığı, başlangıç tarihi, mevcut site adresi, hedefler, nereden duydunuz ve not alanı.

1. Önce "nereden duydunuz" ve "unvan" alanlarını tartışın; satış süreci için gerçekten gerekli değilse silin.
2. Birinci adıma yalnız hizmet türü ve sektörü koyun; ikisi de seçmeli, yazı gerektirmez.
3. İkinci adımda hedefleri ve mevcut site adresini sorun; site adresi yalnız yenileme seçildiyse görünsün.
4. Üçüncü adımda bütçe aralığını ve başlangıç zamanını seçenek olarak sunun.
5. Dördüncü adımda iletişim bilgilerini ve isteğe bağlı not alanını isteyin.
6. Son ekranda özet gösterin, her bölümün yanında düzenleme bağlantısı olsun.

Bu kurguda kullanıcı ilk iki adımı yazı yazmadan, yalnız seçim yaparak geçer. Böylece forma giriş kolaylaşır ve en çok emek isteyen alanlar, kullanıcı zaten yatırım yaptıktan sonra gelir. Elbette bu yapıyı yayına aldıktan sonra adım verisine bakarak ayarlamaya devam edersiniz.

Gizlilik notu ve güven işaretleri formda nereye konmalı?

Kullanıcı kişisel bilgisini yazmadan hemen önce güvenceye ihtiyaç duyar. Bu yüzden kısa gizlilik notunu ve aydınlatma metni bağlantısını iletişim bilgilerinin istendiği adıma, gönder düğmesinin yakınına yerleştirin. Formun en üstüne konan uzun bir hukuki metin çoğu zaman okunmaz ve yalnız kalabalık yaratır.

Öte yandan güven işaretlerini abartmayın. Bir cümlelik "Bilgilerinizi yalnız talebinize dönüş için kullanırız" notu, rozetlerle dolu bir alandan daha ikna edicidir. Pazarlama izni gibi ayrı bir onay gerekiyorsa bunu önceden işaretli olmayan ayrı bir kutu olarak sunun ve gönderimi bu kutuya bağlamayın. Sitenin genel güven unsurlarını web sitesinde güven oluşturma yazımızda ele aldık.

Hangi hatalar çok adımlı formu kullanışsız hale getirir?

Saha tecrübemizde aynı hataları farklı sitelerde tekrar tekrar görüyoruz. Aşağıdaki liste, yayına almadan önce kontrol etmeniz gereken başlıca tuzakları özetler.

• Her adımda tek bir alan göstermek ve adım sayısını gereksiz şişirmek.
• Toplam adım sayısını gizlemek veya sonradan sürpriz adım eklemek.
• Geri düğmesine basınca girilen verinin silinmesi.
• İletişim bilgisini ilk adımda istemek ve kullanıcıyı değer görmeden zorlamak.
• Son adımda özet göstermemek ve düzeltme imkânı tanımamak.
• Gönderim sonrası belirsiz bir teşekkür ekranı; ne zaman dönüş yapılacağını söylememek.

Bu hataların çoğu tasarım aşamasında birkaç dakikalık kontrolle önlenebilir. Ancak yayına alındıktan sonra fark edilirlerse, hem kayıp talep hem de yeniden geliştirme maliyeti doğururlar.

Yayına almadan önce hangi kontrol listesini uygulamalısınız?

Aşağıdaki kontrol listesini hem tek sayfa hem çok adımlı form için kullanabilirsiniz. Her maddeyi gerçek bir telefonda ve masaüstünde ayrı ayrı deneyin.

1. Formu yalnız klavyeyle baştan sona doldurun.
2. Bir ekran okuyucuyla adım geçişlerini dinleyin; yeni adımın başlığı okunuyor mu?
3. Her adımda bilerek hatalı veri girin ve mesajların anlaşılır olduğunu doğrulayın.
4. Tarayıcının geri tuşuna basın, sayfayı yenileyin; veri yerinde mi?
5. Koşullu dallarda her seçeneği tek tek deneyin; ilerleme göstergesi doğru mu?
6. GA4 gerçek zamanlı raporunda her adım olayının geldiğini görün.
7. Gönderim sonrası e-posta bildirimi ve CRM kaydı oluşuyor mu, kontrol edin.

Bu liste tamamlandığında formunuz hem kullanıcı hem ölçüm açısından hazır demektir. Eksik kalan madde varsa yayını erteleyin; sonradan düzeltmek her zaman daha pahalıdır. Ayrıca yayından sonraki ilk haftalarda adım olaylarını günlük takip edin. Beklenmedik bir kayıp görürseniz önce teknik bir hata olup olmadığını kontrol edin, sonra içerik değişikliğine geçin. Böylece tasarımı suçlamadan önce bozuk bir doğrulama kuralını veya eksik bir olayı yakalarsınız.

Form sonrası teşekkür sayfası neden önemlidir?

Teşekkür sayfası, formun son adımıdır ve çoğu zaman ihmal edilir. Kullanıcı gönder düğmesine bastığında ne olacağını bilmek ister: talebiniz alındı mı, kim dönecek, ne kadar sürede? Bu soruları cevaplayan bir sayfa, güveni artırır ve aynı talebin ikinci kez gönderilmesini önler.

Ayrıca teşekkür sayfası, kullanıcıyı bir sonraki adıma yönlendirmek için iyi bir yerdir. Örneğin teklif talebinden sonra benzer projeleri anlatan bir vaka çalışması sayfasına bağlantı verebilirsiniz. Böyle bir sayfanın nasıl kurgulanacağını vaka çalışması sayfası rehberimizde anlatıyoruz.

Form tasarımında profesyonel destek ne kazandırır?

Form, sitenin en çok iş yapan bileşenlerinden biridir; yine de çoğu projede en son düşünülen parçadır. Karar tablosu, adım gruplaması, veri koruma, erişilebilirlik ve olay takibi birlikte planlandığında form hem kullanıcıyı yormaz hem de satış ekibine ölçülebilir bir hat sunar. Biz form çalışmalarında önce mevcut veriyi inceliyor, sonra yapı kararını veriyor ve en son görsel tasarıma geçiyoruz. Formu sitenizin bütün deneyimiyle birlikte ele almak isterseniz profesyonel web tasarım hizmetimizin kapsamına göz atabilirsiniz. Sonuç garantisi vermiyoruz; ama hangi adımda neyi neden değiştirdiğimizi ölçüyle gösteriyoruz.