# Tamamlanabilir bir iletişim formu nasıl tasarlanır? İlk yanıtı ve ihtiyaç değerlendirmesini mümkün kılan bilgileri isteyin. Hataları ilgili alanın yanında açıklayın; başarısız gönderimde yazılanları koruyun. İlk başvuruda ad, e-posta ve kısa proje açıklaması yeterli olabilir; ayrıntılı gereksinimler görüşmede alınabilir. Buton animasyonu veya e-posta bağlantısı başvurunun alındığının kanıtı değildir. ## Alanları işletmenin ilk yanıtı için gerekli bilgiyle sınırlandırın İletişim formunun amacı bütün müşteri dosyasını ilk ziyarette oluşturmak değildir. İşletmenin başvuruyu anlaması ve uygun bir sonraki adım atması için gereken bilgiyi toplamalıdır. İsim, e-posta ve kısa ihtiyaç açıklaması birçok tanıtım sitesi için temel başlangıç olabilir. Sektör, paket veya proje adı gibi alanlar ancak ilk değerlendirmeyi gerçekten kolaylaştırıyorsa eklenmelidir. Bir alanın değerini anlamak için “Bu bilgi olmadan ilk yanıtı veremiyor muyuz?” diye sorun. Cevap hayırsa alan isteğe bağlı olabilir veya sonraki görüşmeye bırakılabilir. Özellikle uzun adres, kimlik, ayrıntılı şirket bilgisi veya hassas belge istemek ilk başvuruyu gereksiz ağırlaştırabilir. Formun kısa görünmesi kadar neden o bilgiyi istediğinin anlaşılması da önemlidir. Koşullu alanlar kullanıcıyı yönlendirebilir. Telefonla iletişim seçildiğinde telefon numarasının gerekli olması mantıklıdır; e-posta tercih eden herkesi telefon girmeye zorlamak aynı gereklilik değildir. Tercih değiştiğinde doğrulama kuralı da değişmelidir. “İsteğe bağlı” yazan bir alanın gönderimde zorunlu hale gelmesi güveni zedeler ve hatanın anlaşılmasını zorlaştırır. ## Hata, bekleme ve başarıyı ayrı tasarlayın İyi bir form yalnız doğru veriyle doldurulduğunda güzel görünmez. Boş alan, geçersiz e-posta, güvenlik doğrulamasının süresinin dolması ve geçici sunucu hatası için de anlaşılır durumlar gerekir. Hata özeti kullanıcının hangi alanı düzeltmesi gerektiğini söylemeli; ilgili alanla ilişkili açıklama da bulunmalıdır. Teknik hata kodunu tek başına ekrana basmak kullanıcıya çözüm sunmaz. Gönderim sırasında düğmenin durumu değişebilir ve tekrar basma engellenebilir. Ancak bu görsel davranış sunucu tarafındaki çift kayıt korumasının yerine geçmez. Ağ cevabı kaybolduğunda kullanıcı yeniden denemek isteyebilir; aynı mantıksal başvuru ikinci kayıt oluşturmamalıdır. Güçlü bir request key ve sunucu idempotency kontrolü bu senaryoyu yönetmenin yollarındandır. Başarı mesajı yalnız kayıt gerçekten alındığında gösterilmelidir. Sadece düğmeye basılınca teşekkür sayfasına yönlendirmek sahte tamamlanma hissi yaratır. Kullanıcı teşekkür adresini doğrudan açtığında da yeni başvuru yapılmış gibi davranılmamalıdır. Yanıtta kişi bilgilerini veya başvuru açıklamasını URL'ye taşımayın; sonuç için gerekli en az bilgiyi kullanın. ## Güvenlik ve açıklık aynı deneyimin parçalarıdır Spam koruması kullanıcıyı gereksiz yere cezalandırmadan uygulanmalıdır. Honeypot, sunucu doğrulaması, gövde boyutu sınırı, makul istek sınırlaması ve gerektiğinde Turnstile farklı sorumlulukları karşılar. Widget'ın başarılı görünmesi sunucunun token'ı doğruladığını kanıtlamaz. Servis erişimi kesilirse form sessizce başarı göstermemeli, güvenli yeniden deneme yolu sunmalıdır. Aydınlatma metnine bağlantıyı formun tamamlanması sırasında ulaşılabilir tutun. Bilgilendirme teyidini pazarlama izni gibi sunmayın; pazarlama amacı varsa ayrı ve uygun bir süreç gerekir. Kullanıcıdan açıklama alanına parola, kart veya hassas kişisel bilgi yazmamasını istemek de alanın sınırını anlaşılır kılar. Toplanan bilginin kime ulaşacağı ve hangi amaçla kullanılacağı gerçek işletme düzeniyle uyumlu olmalıdır. Son kontrolü klavyeyle ve gerçek telefonla yapın. Alan etiketleri, otomatik tamamlama, geri adımı, hata sonrası veri korunması ve odak sırası birlikte çalışmalıdır. İyi form, en az alana sahip olan form değildir; gerekli bilgiyi anlaşılır biçimde isteyen, hatayı düzeltmeyi kolaylaştıran ve gönderimin sonucunu dürüstçe gösteren formdur. İşletmenin başvuruya nasıl yanıt vereceği de bu tasarımın devamıdır. **Formdaki her alan için kullanım notu yazın:** Paket tercihi görüşmeyi hazırlamak için alınıyorsa sunucu gerçek fiyatı kendi kataloğundan bulmalıdır. Kullanıcının gönderdiği fiyat, durum veya yönetici notu yetkili bilgi sayılmaz. Mevcut site adresi isteniyorsa bunun neden gerekli olduğu anlaşılmalı ve adresi almak için sunucudan otomatik ziyaret yapılması şart görülmemelidir. Basit bir başvuru için gereksiz veri işleme eklemeyin. Kullanıcı başarı mesajını görmeden tarayıcıyı kapatırsa ne olacağını da düşünün. Başvuru kaydolmuş olabilir, fakat ağ cevabı ulaşmamış olabilir. Aynı gönderim anahtarıyla yapılan güvenli tekrar denemesi bu durumda önemlidir. Kullanıcı açıklamayı değiştirdiğinde eski anahtarın farklı içerikle kullanılması ise açık bir çakışma olarak ele alınmalıdır. Görsel olarak düğmeyi pasif yapmak bu sunucu sorumluluğunu çözmez. İşletme tarafında başvurunun kim tarafından görüleceğini ve nasıl durumlandırılacağını belirleyin. Form iletisini almak, yanıt sürecini tamamlamak değildir. Yeni başvuru, iletişime geçildi veya teklif gönderildi gibi sade durumlar küçük hacimde yeterli olabilir. Özel notların kamuya açık sayfalara, analiz olaylarına veya makine tarafından okunabilir içerik dosyalarına karışmaması gerekir. Kullanıcı deneyimi formun son ekranında bitse de hizmetin gerçek karşılığı başvurunun güvenli ve anlaşılır biçimde işlenmesiyle tamamlanır. Gönderim hatasında kullanıcının yazdığı açıklamayı kalıcı tarayıcı depolamasına kaydetmek zorunlu değildir. Sayfa içi bellekte korunması çoğu akış için yeterlidir. Ortak bilgisayar veya paylaşılan cihaz ihtimalini düşünerek gereksiz kişisel veri birikimi oluşturmayın; yeniden deneme deneyimini bununla karıştırmayın. Form alanlarını değerlendirirken her sorunun ilk yanıtı hazırlamak için gerçekten gerekli olup olmadığını sorun. Proje amacını açıklayan kısa bir alan gerekli olabilirken kesin bütçe, tam adres veya ayrıntılı teknik seçim ilk temas için erken olabilir. Gereksiz zorunlu alanlar, henüz kararını tamamlamamış kişinin başvurusunu engelleyebilir. Sonraki görüşmede toplanabilecek bilgiyi ilk ekrandan çıkarmak formu anlamlı biçimde sadeleştirir. Doğrulama mesajları alanın yanında neyin düzeltilmesi gerektiğini açıklamalıdır. “Geçersiz” tek başına yeterli bilgi vermez; e-posta biçimini veya eksik seçimi belirtmek daha yardımcıdır. Mesajın yalnızca renkle anlatılmaması, odaklanan alanla ilişkili olması ve ekran okuyucu tarafından duyurulması gerekir. Bu kontroller hata durumunda yapılmalıdır; boş bir formun güzel görünmesi bunları doğrulamaz. Gönderim anındaki davranışı da belirleyin. İşlem sürerken düğme durumu anlaşılır olmalı, tekrarlanan tıklamalar mükerrer kayıt üretmemeli ve ağ kesilirse kullanıcı girdileri kaybolmamalıdır. Sunucu kaydı doğrulamadan başarı gösterilmemesi özellikle önemlidir. Başarılı yanıt sonrasında başvuru referansı varsa görünür kılınabilir; ancak referansın gösterilmesi tek başına kaydın bütün ayrıntılarını açığa çıkarmamalıdır. Sağlam bir form hem ilk denemeyi hem sorun yaşandıktan sonraki güvenli yeniden denemeyi düşünür. ## Uygulama kontrolü - Her alanı etiketleyin - İsteğe bağlı alanları belirtin - Başarıyı kayıt sonrası gösterin **Somut örnek:** İlk başvuruda ad, e-posta ve kısa proje açıklaması yeterli olabilir; ayrıntılı gereksinimler görüşmede alınabilir. **Dikkat edilmesi gereken sınır:** Buton animasyonu veya e-posta bağlantısı başvurunun alındığının kanıtı değildir. ## Sonraki adım [Projenizi Orvunweb’e anlatın](/tr/basvuru/) ## İlgili okumalar - [Mobil uyumlu tasarım nasıl anlaşılır?](/tr/blog/mobil-uyumlu-tasarim-nasil-anlasilir/) - [Başvuru formları spamden nasıl korunur?](/tr/blog/basvuru-formlari-spamden-nasil-korunur/) - [Bot trafiği, ziyaret ve başvuru nasıl ayrılır?](/tr/blog/bot-trafigi-ziyaret-ve-basvuru-nasil-ayrilir/) - [Kurumsal web sitesi hizmeti](/tr/hizmetler/kurumsal-web-sitesi/) - [Paketleri karşılaştırın](/tr/paketler/) ## İlgili hizmetler - [Kurumsal tanıtım sitesi](/tr/hizmetler/kurumsal-web-sitesi/) --- Locale: tr Canonical: https://orvunweb.com/tr/blog/tamamlanabilir-bir-iletisim-formu-nasil-tasarlanir/ Updated: 2026-09-16 - [W3C WAI — Forms](https://www.w3.org/WAI/tutorials/forms/)