Bir ziyaretçi bir hizmeti doğru tarif etmek, ürünündeki bir sorunu göstermek ya da teklifine dayanak olacak bir belgeyi iletmek ister. Metin kutusu bu ihtiyacı her zaman karşılamaz; ancak her iletişim formuna dosya yükleme alanı eklemek de iyi bir çözüm değildir. Dosya alanı, yalnızca talebi değerlendirmek için gerçekten gerekli bir ek bulunduğunda işe yarar. Levent Web Tasarım çalışmasında bu alanı görsel bir süs gibi değil, ziyaretçinin ne göndereceğini ve gönderimin ne zaman tamamlandığını anlamasını sağlayan küçük bir iş akışı olarak ele alın. Amaç gereksiz belge toplamak değil, gerekli bilgiyi ölçülü biçimde almaktır.

Bir dosya ekleme alanı; kapsamı, güvenliği ve destek sorumluluğu belirlenmeden yayına alınmamalıdır. Önce hangi talep türünün ek dosyaya ihtiyaç duyduğunu belirleyin. Ardından ziyaretçiye kabul edilen dosya türlerini, uygulanan boyut sınırını, dosyanın hangi amaçla istendiğini ve yükleme başarısız olursa izlenecek alternatif yolu açıkça anlatın. Formu kullanırken verilen hata mesajları anlaşılır olmalı; gönderimden sonra da talebin alındığı netleşmelidir. Bu kararlar, tasarımın yanı sıra içerik, teknik kurulum ve başvuruları takip edecek ekip arasında ortaklaştırılmalıdır.

Önce gerçekten dosya gerekiyor mu?

Dosya alanı, ancak ek talebi değerlendirmek için gerçekten gerekiyorsa eklenmelidir. Kısa açıklama yeterliyse ziyaretçiden belge istemeyin. Örneğin teknik bir ürün bildiriminde ekran görüntüsü işe yarayabilir; fiyat sorusunda ürün, adet ve teslim zamanı gibi metin bilgileri başlangıç için yeterli olabilir. Son başvuruları türlerine göre inceleyin: hangi ek hangi kararı destekliyor, hangisi kullanılmadan kalıyor? Gereksiz veya hassas belge toplamaktan kaçının.

Alanı doğru talebe bağlayın

Birden fazla başvuru türü varsa tek bir genel “dosya yükle” alanı beklentiyi belirsizleştirir. Ziyaretçi talep türünü seçtiğinde, yalnız gerçekten gerekli örnekleri gösterin: ekran görüntüsü, ürün etiketi fotoğrafı veya ölçü çizimi gibi. Her örneğin neyi açıklayacağını da söyleyin. Alan zorunluysa nedenini belirtin; isteğe bağlıysa bu sözcüğü görünür kullanın. Tek dosya mı yoksa birkaç ek mi beklendiği de formda açıklanmalıdır.

Kabul koşullarını yüklemeden önce açıklayın

Desteklenen biçimleri, dosya başına sınırı ve varsa toplam yükleme sınırını düğmenin yakınında yazın. Yayın ortamının gerçekten kabul ettiği uzantıları teknik ekiple doğrulamadan listelemeyin; her site için ortak bir boyut veya biçim kuralı yoktur. Birden çok ek kabul ediliyorsa dosya başına ve toplam sınırları karıştırmayın. Sınırlar değiştiğinde yardım metnini ve doğrulamayı birlikte güncelleyin; kullanıcı dosyasını seçmeden koşulları görebilsin.

Dosya seçme ve değiştirme durumlarını görünür kılın

Seçimden sonra dosya adını, varsa boyutunu ve kaldırma ya da değiştirme seçeneğini gösterin. Sürükle-bırak sunulsa da görünür dosya seçme düğmesini kaldırmayın; yalnız ataş simgesine güvenmeyin. Alanın klavyeyle kullanılabildiğini, etiketinin doğru bağlandığını ve seçimin mobil cihazlarda kaybolmadığını deneyin. Birden fazla dosya varsa hangisinin hangi başvuruya eklendiği anlaşılmalıdır.

Hata mesajı çözüm yolunu göstermeli

Desteklenmeyen biçimde mesaj, kabul edilen türleri ve devam yolunu söylesin; boyut aşımında gerçek sınırı ve küçültülmüş dosya seçme önerisini gösterin. Nedeni bilinmiyorsa bağlantı veya sunucu arızası diye tahmin yürütmeyin. Hata yalnız renk ya da çerçeveyle belirtilmemeli; sorunlu alan metinle tanımlanmalı. W3C WCAG 2.2’nin 3.3.1 açıklaması otomatik saptanan hatanın metinle belirtilmesini, 3.3.3 ise bilinen düzeltme önerisinin uygun olduğunda verilmesini açıklar. Bu ilkeler, tek başına tüm sitenin uygun olduğunu kanıtlamaz.

Dosyanın seçilmesi gönderildiği anlamına gelmez

Dosya seçimi, yükleme ve formu gönderme ayrı adımlar olabilir. Arayüz yükleme sürerken durum bildirmeli, tamamlandığında başarı göstermelidir. Gönderim sonrası sistem doğrulamadan “talebiniz alındı” demeyin; ekin doğru kayıtla eşleştiğini de sınayın. Başarı akışında talep numarası verilebilir. E-posta veya yanıt süresi yalnız gerçekten doğrulanıyorsa bildirilmelidir; mesajın gönderilmesi, alıcıya teslim edildiğinin kanıtı değildir.

Alternatif gönderim yolunu baştan belirtin

Dosya ekleyemeyen ziyaretçinin başvurusu yarıda kalmamalıdır. Alan zorunluysa dosya sağlayamama durumunda işletmenin kabul edeceği gerçek bir alternatif belirleyin; örneğin sorunun numarasını yazmak veya görevli kanaldan yönlendirme istemek. Bu yollar mevcut değilse varmış gibi sunmayın. Form dışında iletişim verilecekse kişisel e-posta veya herkese açık dosya bağlantısı gibi belirsiz çözümler yerine, kimin takip edeceğini ve erişimin nasıl yönetileceğini belirleyin.

Gizlilik metnini ve erişimi teknik kurulumla eşleştirin

Dosyanın neden istendiğini ve kimlerin görev gereği erişebildiğini açıklayın; saklama ve silme düzenini gerçek süreçle uyumlu hale getirin. Dosyayı sunucuda herkesin erişebileceği bir adrese koymak ile yetkili kullanıcıya kontrollü erişim vermek aynı değildir; tahmin edilmesi zor bir bağlantı tek başına erişim kontrolü sayılmaz. Saklama, yetkilendirme, yedekleme ve zararlı içerik kontrollerini teknik sorumlu doğrulamalıdır. Hukuki veya güvenlik garantisi vermeyin; hassas veriyi gereksiz yere istemeyin.

Talep ekibini formun devamına dahil edin

Ek dosya, başvuruyu inceleyecek kişiye ulaşmıyorsa iş akışı tamamlanmamıştır. Talep türü, kayıt ve ek adları birlikte görünmeli; ilgili ekip dosyanın açılabildiğini ve doğru kayıtla eşleştiğini kontrol edebilmelidir. Bildirimde herkese açık dosya adresi kullanılmaması gibi kararları teknik ekiple netleştirin. Testlerde başvurunun oluşup oluşmadığını, ekin ilişkilendiğini, görevliye bildirimin ulaştığını ve dosyanın açılabildiğini ayrı ayrı doğrulayın.

Yayına çıkmadan önce uçtan uca deneyin

Yayın öncesi turda klavye ve mobil kullanımını da izleyin. Dosya seçmeme, geçerli ve desteklenmeyen biçim, sınırdan büyük dosya, dosya değiştirme, yükleme kesintisi ve gönderim sonrası yenileme senaryolarını deneyin. Her biri için beklenen sonucu önceden yazın. Hassas veri içermeyen test dosyası kullanın ve test kaydını kimin temizleyeceğini belirleyin. Değişiklikten sonra senaryoları yineleyin; görsel inceleme, dosyanın talebe ulaştığını tek başına kanıtlamaz.

Etiket ve bildirimleri anlaşılır tutun

Dosya seçme alanının etiketi, kullanıcı seçimi yapmadan önce de görünür olmalıdır. Yer tutucu metni alanın tek açıklaması yapmayın; kabul edilen biçimler ve dosyanın neden istendiği etikete yakın kalıcı bir yardım metninde bulunsun. W3C WAI Formlar Rehberi, bildirimlerin kısa ve açık olmasını; başarı veya hata sonucunun kullanıcıya iletilmesini önerir. Dosya yüklenirken durum değişiyorsa bunu yalnız animasyonla anlatmayın. Klavye kullanan kişilerin seçme, kaldırma ve tekrar deneme adımlarına ulaşabildiğini de kontrol edin.

İç süreçte sorumluyu ve yaşam döngüsünü belirleyin

Dosya talebe eklendikten sonra hangi rolün inceleyeceği, gerekirse kimden açıklama isteneceği ve kayıt kapandığında ekin nasıl ele alınacağı belirli olmalıdır. Bu, sitedeki metin kadar işletmenin iç çalışma düzenini ilgilendirir. Talep ekibinin erişemediği veya adını tanımadığı dosya, form sahibine tekrar soru sorulmasına neden olabilir. Bir kontrol listesiyle başvuru kaydı, dosya ilişkisi, sorumlu ekip ve erişim durumunu izleyin; saklama süresini de gerçek iş kuralına göre yazılı hale getirin.

Değişikliklerden sonra aynı akışı yeniden sınayın

Dosya sınırı, kabul edilen biçimler, form alanları veya saklama yöntemi değiştiğinde yalnız tasarım metnini güncellemek yetmez. Teknik yapılandırmanın ve ekip sürecinin de yeni açıklamayla eşleştiğini doğrulayın. Yayın öncesi testte kullanılan senaryoları yeniden çalıştırın; özellikle dosyanın doğru talebe bağlanması, hata metninin güncel koşulu göstermesi ve başarı mesajının gerçek durumu yansıtması kontrol edilmelidir. Bu yaklaşım tek seferlik bir kurulum yerine sürdürülebilir bir form deneyimi sağlar.

Yakın rehberlerle birlikte düşünün

Bu çalışma web tasarım ve yazılım hizmeti kapsamında form, içerik ve teknik kurulum kararlarını bir araya getirir. Web sitesi form tasarımında doğru alanları seçme rehberi, dosya alanının diğer sorularla ilişkisini kurar. Teknik servis başvurusu için belirti anlatımı örneği metin bilgisinin rolünü gösterir. özel dosyalara erişim rehberi ve yayın öncesi kullanıcı turu da güvenlik ve test kararlarını tamamlar; bunlar tek başına uygunluk garantisi değildir.

Sık sorulan sorular

Her iletişim formunda dosya yükleme alanı bulunmalı mı?

Hayır. Dosya yalnız talebi değerlendirmek için gerçekten gerekiyorsa istenmelidir. Kısa metin açıklaması yeterliyse alanı eklemeyin. Zorunlu alan sayısı arttıkça ziyaretçiden alınan bilgi de çoğalır; bu yüzden her ek talebinin hangi kararı desteklediğini açıklayın. Talep türüne göre değişiyorsa dosya alanını yalnız ilgili senaryoda gösterin ve boş bırakılabildiğini açıkça belirtin.

Kabul edilen dosya biçimlerini nasıl belirlemeliyim?

Önce ekibin gerçekten görüntüleyip işleyebildiği biçimleri teknik sorumlu ile netleştirin. Formda yalnız yayın ortamında test edilen uzantıları yazın ve mümkünse örnek verin. “Bütün formatlar kabul edilir” gibi doğrulanmamış bir ifade kullanmayın. Bir biçim teknik olarak seçilebiliyor olsa bile ekip onu açamıyorsa kullanıcıya sunulan seçenek olarak uygun değildir. Sınırlar değiştiğinde yardım metni de güncellenmelidir.

En fazla kaç megabayt dosya kabul etmeliyim?

Her web sitesi için geçerli tek bir sayı yoktur. Sunucu, form altyapısı, dosyanın işleneceği uygulama ve iş ihtiyacı birlikte değerlendirilmelidir. Teknik ekip gerçek dosya başına ve toplam sınırı belirlemeli; tasarımcı bu sınırı kullanıcının göreceği yerde açıkça yazmalıdır. Henüz belirlenmemiş bir sınırı tahmin ederek ilan etmeyin. Dosya sınırı, yazılım yapılandırması değiştiğinde tekrar doğrulanmalıdır.

Dosya yükleme alanını zorunlu yapabilir miyim?

Yalnız talep, ek olmadan anlamlı biçimde incelenemiyorsa zorunluluk düşünülebilir. Neden gerekli olduğunu etiketin yanında açıklayın ve dosya sağlayamayan kişi için gerçek bir alternatif belirleyin. Alan isteğe bağlıysa bunu açıkça söyleyin. Zorunluluğu sadece yıldız, renk veya düğme davranışıyla sezdirme; metin açıklaması ekleyin. Farklı başvuru türleri için farklı gereklilik varsa tek bir kuralı herkese uygulamayın.

Desteklenmeyen dosya seçildiğinde ne yazmalı?

Mesaj, hangi ekin sorunlu olduğunu belirtmeli, kabul edilen biçimleri tekrar göstermeli ve kullanıcının nasıl devam edeceğini anlatmalıdır. Örneğin başka bir desteklenen dosyayı seçmesini önerebilirsiniz; ancak bu seçenek sistemde gerçekten mevcut olmalıdır. Hata yalnız renkle gösterilmemeli. W3C WCAG 2.2’nin 3.3.1 ölçütü otomatik tespit edilen hatanın metinle tanımlanmasını, 3.3.3 ölçütü bilinen düzeltme önerisinin uygun olduğunda verilmesini açıklar.

Seçilen dosya, form gönderilmiş anlamına gelir mi?

Her uygulamada aynı akış yoktur. Dosya seçimi, dosyanın yüklenmesi ve formun gönderilmesi ayrı adımlar olabilir. Arayüz bu adımların durumunu bildirmelidir. Form gönderiminden sonra sistem başarıyı doğrulamadıysa “talebiniz alındı” mesajı vermeyin. Başarı onayında dosyanın ilgili kayıtla eşleştiğini de test edin; yalnız dosya adının görünmesi, ekin talep kaydına ulaştığını kanıtlamaz.

Gizli bir belgeyi formda almak güvenli midir?

Bu, yalnız görsel tasarımla yanıtlanamaz. Dosyanın nerede saklandığı, kimlerin eriştiği, bağlantının nasıl korunduğu, ne zaman silindiği ve yedeklerde nasıl ele alındığı teknik olarak doğrulanmalıdır. Gereksiz hassas bilgi istemeyin. İşletmenin gerçek altyapısı ve geçerli yükümlülükleri için uzmanlardan destek alın; “güvenli” veya “tam korumalı” gibi kanıt gerektiren vaatlerde bulunmayın. Geliştirme sürecinde gerçek kişisel belge kullanmayın.

Dosya ekleyemeyen ziyaretçi nasıl devam edebilir?

İşletmenin gerçekten izlediği bir alternatif yol sunun: dosya alanını boş bırakma, açıklama yazma veya görevli kanaldan yönlendirme gibi. Alternatif yoksa form yayına çıkmadan önce bir süreç belirleyin. Kişisel bir e-posta adresine veya herkese açık dosya paylaşımına gelişigüzel yönlendirme yapmayın. Alan zorunlu değilse bunu açıkça belirtin. Böylece kullanıcı hatalı bir dosya eklemek zorunda kalmadan talebini tamamlayabilir.