Teklif formunda dosya yükleme: ziyaretçiye neyi, ne zaman açıklamalıyız?
Bir üretici teklif hazırlamak için ölçü çizimi istiyor. Formda yalnızca “Dosya seç” düğmesi var. Ziyaretçi büyük bir fotoğraf seçiyor, bekliyor ve neyin yanlış olduğunu anlamadan aynı işlemi tekrar deniyor. İyi bir yükleme alanı yalnızca dosyayı kabul etmez; hangi belgenin gerekli olduğunu ve işlemin hangi aşamada bulunduğunu da açıklar. Bu yazı, genel form alanı seçiminin içindeki daha dar bir kararı ele alır.

Dosyanın gerçekten gerekli olup olmadığını belirleyin
İlk görüşme için birkaç cümle yeterliyse ek dosyayı zorunlu yapmayın. Ölçü, üretim ayrıntısı veya görsel örnek gerçekten gerekiyorsa nedenini belirtin. “Çiziminiz varsa ekleyin; ilk değerlendirmeye yardımcı olur” gibi bir açıklama, ziyaretçiden henüz elinde olmayan profesyonel bir belge beklemediğinizi gösterebilir. Kullanacağınız cümle gerçek iş akışına uymalıdır.
Hangi bilgilerin gönderilmemesi gerektiğini de düşünün. Teklif için kimlik belgesi veya ödeme kartı gerekmiyorsa istemeyin. Gizli müşteri planları gibi hassas materyallerin ilk temas formuna yüklenmesini teşvik etmek yerine güvenli paylaşım yolunu görüşmede belirleyin. Dosya isteme kararı, dosyaya kimlerin erişeceği ve ne zaman kaldırılacağı kararını da beraberinde getirir.
Sınırları seçimden önce, alanın yanında anlatın
Desteklenen türleri, dosya başına boyut sınırını ve kaç dosya seçilebileceğini kısa bir cümleyle açıklayın. Bunları yalnızca hata olduğunda göstermek ziyaretçiyi tekrar çalışmaya zorlar. Örneğin “PDF veya JPG, dosya başına en fazla 10 MB, en çok 3 dosya” açık bir arayüz metnidir; buradaki değerler örnektir ve altyapının gerçek sınırlarıyla değiştirilmelidir.
Dosya adı uzun olduğunda mobil ekranda satıra geçebilsin. Seçilen dosyanın adı ve kaldırma yolu görünsün. Aynı isimde iki belge eklenirse ziyaretçi hangisini seçtiğini ayırt edebilsin. Dosya seçme alanını yalnızca sürükle bırak hareketine bağlamayın; normal seçim düğmesiyle de tamamlanabilsin.
Seçildi, yükleniyor ve gönderildi durumlarını ayırın
Bilgisayarda bir dosyanın seçilmesi, işletmeye ulaştığı anlamına gelmez. Arayüz bu aşamaları birbirine karıştırmamalı. İşlem sürerken anlaşılır durum metni, bittiğinde dosya adıyla onay ve hata olduğunda düzeltilebilecek bir açıklama gösterin. Gerçek aktarım ilerlemesi ölçülmüyorsa rastgele bir yüzdeyi kesin bilgi gibi sunmayın.
Başarısızlıkta diğer form alanlarını koruyun. Büyük dosya hatasında “Bir sorun oluştu” yerine gerçek sınırı ve yapılabilecek işlemi açıklayın. Ziyaretçinin tekrar denemesi yeni bir teklif kaydını çoğaltmamalı. Gönderim sonrası ekranında yalnızca gerçekleşen şeyi söyleyin; henüz okunmamış bir dosya için “ekibimiz inceledi” gibi bir onay kullanmayın.
Örnek durum metinlerini açın
Görünür kolaylığı sunucu kontrolüyle tamamlayın
MDN, dosya alanındaki accept özelliğinin bir seçim ipucu olduğunu, doğrulama yerine geçmediğini açıklar. OWASP ise dosya türü, boyut, erişim ve saklama için birlikte çalışan kontroller önerir. Yalnızca uzantıya veya tarayıcının bildirdiği türe güvenmek yeterli değildir. Uygulamanın gerçek yükleme güvenliği geliştirme sırasında ayrıca değerlendirilmelidir.
Kabul kontrolüne küçük dosya, sınırı aşan dosya, izin verilmeyen tür ve kesilen bağlantı senaryolarını ekleyin. Dosyanın doğru talebe bağlandığını ve yetkisiz erişime açık olmadığını kontrol edin. Teklif formu rehberi genel alan seçimini, teknik doküman kütüphanesi ise yayımlanan belgelerin düzenini ele alır. Web geliştirme görüşmesinde dosya akışını bu iki işten ayrı bir teslim maddesi olarak tanımlayabilirsiniz.
Sık sorulan sorular
Dosyayı doğrudan e-postaya eklemek yeterli mi?
Boyut, teslim ve erişim ihtiyaçlarını birlikte değerlendirin. Form kaydı ile dosyanın ilişkisini koruyan bir çözüm seçin; yalnızca ekin gönderilmesine güvenmeyin.
Her yüklemede ilerleme yüzdesi gerekli mi?
Hayır. Gerçek ilerleme ölçülemiyorsa açık bir işlem sürüyor metni, uydurulmuş yüzdeden daha doğrudur.
