Uzun bir başvuru formunu doldururken kişi telefonla aranabilir, gerekli belgeyi bulmak için sayfadan ayrılabilir veya karar vermek için çalışmayı erteleyebilir. Form yalnızca gönderim hatasında değil, kullanıcı sürece isteyerek ara verdiğinde de iyi bir deneyim sunmalıdır. “Taslağı kaydet” seçeneği, henüz gönderilmemiş bilgiyi geçici olarak korur ve kullanıcıya daha sonra devam etme imkânı verir. Bu özellik, alanları azaltmanın ya da gönderim hatasından sonra silinen bilgiyi geri getirmenin başka adla anlatımı değildir; ayrı bir tasarım ve veri yaşam döngüsüdür.

Acarkent Web Tasarım kapsamında ilk soru, kullanıcının gerçekten daha sonra dönmeye ihtiyaç duyup duymadığıdır. Kısa bir iletişim formuna kayıt düğmesi eklemek gereksiz yük yaratabilir; çok bölümlü başvuruda gönüllü ara verme yararlı olabilir. Yazı belirli bir işletmenin davranışını varsaymaz; taslağın ne zaman anlamlı olduğunu, neyi saklayacağını ve nasıl sona ereceğini ele alır.

Önce taslak ile gönderilmiş başvuruyu ayırın

Bir taslak, kullanıcı tarafından tamamlanmamış ve işletmenin henüz incelemeye almadığı bilgidir. Kaydetme işlemi “başvurunuz ulaştı”, “talebiniz onaylandı” veya “sıraya alındınız” anlamına gelmemelidir. Ekran, kayıt başarıyla oluştuğunda taslağın saklandığını; gönderim ancak kullanıcı son adımı ayrıca tamamladığında başvurunun işletmeye iletildiğini açıkça söylemelidir. İki duruma aynı yeşil onay mesajı verilirse kişi kaydının tamamlandığını sanabilir.

Durum adlarını sınırlı ve anlaşılır tutun: boş form, taslak kaydediliyor, taslak kaydedildi, taslakta hata var, başvuru gönderildi veya taslak silindi. Her durum bir olayla ilişkilendirilsin. Örneğin ekranın üzerinde “Kaydedildi” yazması tek başına yeterli değildir; sunucu kaydı doğrulamadan bu sonucu göstermeyin. W3C WAI form bildirimleri rehberi, kullanıcıya başarı ve hata bilgisinin anlaşılır biçimde verilmesini önerir. Taslak kaydı için de görsel işaretin yanında ekran okuyucunun duyabileceği, gereksiz tekrara düşmeyen bir durum bildirimi tasarlanmalıdır.

Kaydetme seçeneğini kullanıcının kontrolünde sunun

Kaydetme işlemi görünür, açık ve geri alınabilir bir eylem olmalıdır. “Daha sonra devam et” bağlantısı formu sessizce sunucuya yollamamalı; hangi bilgilerin saklanacağını ve kullanıcının ne zaman geri dönebileceğini anlatmalıdır. Otomatik kaydetme de seçilebilir, ancak kullanıcının bilgisi dışında her tuş vuruşunda uzak sunucuya aktarım yapılmamalıdır. Otomatik davranış tercih ediliyorsa bunun başladığı, son kaydın ne zaman olduğu ve nasıl kapatılacağı anlaşılır olmalıdır.

Kaydet düğmesine basıldıktan sonra ağ bağlantısı kesilebilir veya istek başarısız olabilir. Ekranda başarısız bir kayıt “kaydedildi” gibi sunulmamalıdır. Kısa bir hata metni ne olduğunu ve güvenli biçimde nasıl tekrar denenebileceğini söyleyebilir. Kullanıcıya tüm formu yeniden göndermeden önce sayfada kalan bilgileri kontrol etme fırsatı verin; önceki yanıtlardan hangilerinin korunmadığı belirsizse bunu açıkça belirtin. Bu, gönderim reddedildiğinde hata alanlarını koruma konusu ile bağlantılıdır ama asıl işlevi kullanıcı isteğiyle taslağı saklamaktır.

Geri dönüş yolunu ve sahipliği tasarlayın

Bir taslağa nasıl dönüleceği, formun en başında kararlaştırılmalıdır. Giriş yapmış bir kullanıcı için hesap içindeki başvuru listesi bir seçenek olabilir; kimlik doğrulaması gerektirmeyen bir formda ise yalnız kullanıcının erişebileceği bir devam bağlantısı düşünülebilir. Bu seçenekler aynı güvenlik ve kullanım özelliklerine sahip değildir. E-posta bağlantısı kullanılıyorsa bağlantı, tahmin edilmesi zor ve sınırlı süreli olmalı; herkese açık bir alana kişisel bilgileri yerleştirmemelidir. Bağlantının başkasına iletilmesi hâlinde ne görüleceği tehdit modelinin parçasıdır.

“Aynı cihazdan devam eder” demek yeterli değildir. Tarayıcı verisi temizlenir, kullanıcı başka cihaza geçer veya oturum kapanırsa kayıt nasıl bulunacak? Özellik hesap gerektiriyorsa bunu taslak oluşmadan önce söyleyin. Hesapsız alternatif ürün kararıdır. Her yöntemde taslağın sahibini, erişim değişikliğini ve ortak cihazda çıkışı kabul senaryolarında sınayın.

OWASP oturum yönetimi rehberi, oturum zaman aşımının sunucu tarafında uygulanmasını ve kullanım kolaylığı ile risk arasında denge kurulmasını vurgular. Taslak, oturumla aynı şey değildir: oturumun bitmesi taslağın kalacağı ya da silineceği anlamına gelmez. Oturum, taslağa erişim ve taslak saklama süresi ayrı yaşam döngüleridir. Eski bir oturum anahtarını kalıcı taslak erişimi gibi kullanmayın.

Hangi bilgilerin kaydedileceğini en aza indirin

Formdaki her alanı taslakta saklamak zorunlu değildir. Kullanıcıya daha sonra devam ettirmek için gerçekten gereken alanları belirleyin. Özellikle kimlik numarası, ödeme verisi, parola, sağlık veya başka hassas içerik isteniyorsa taslağa kaydedilmesi gerekip gerekmediği ayrıca değerlendirilmelidir. Böyle bir bilgi alınması gerekmiyorsa, taslak özelliği bahanesiyle formda tutmayın. Gerekliyse erişim, saklama, silme ve yedekleme düzenini sistem sorumlularıyla netleştirin. Bu rehber hukuki uygunluk veya veri güvenliği garantisi vermez.

Kaydetme adresi yalnızca kullanıcıya açık bir bağlantı olduğu için güvenli hâle gelmez. Başka bir kişinin taslak kimliğini değiştirerek başkasının verisine ulaşamadığını, kaydetme ve silme isteklerinin doğru kullanıcıyla eşleştirildiğini test edin. Taslak oluşturma, değiştirme ve silme sunucuda durum değiştiren işlemlerdir; OWASP, bu isteklere uygun siteler arası istek sahteciliği (CSRF) koruması uygulanmasını ve yalnız görüntüleme için kullanılan istek türlerinin kayıt değiştirmek üzere kullanılmamasını önerir. Mevcut uygulama çatısı ya da platformun yerleşik korumasını incelemek, gelişigüzel özel önlem yazmaktan daha sağlıklı bir başlangıçtır.

Süre, silme ve form sürümü kurallarını belirleyin

Taslaklar ne kadar süre tutulacak? Her form için aynı cevap doğru olmayabilir. Tamamlama ihtiyacı, içeriğin hassasiyeti ve iş gereksinimi birlikte değerlendirilmelidir. Taslağın oluşturulma ve son etkinlik zamanını izleyin; süre dolmadan kullanıcıya ne olacağını bildirin. Süre bittiğinde erişim bağlantısı kapatılmalı, gerekiyorsa kayıt belirlenen yöntemle silinmelidir. Tarayıcı kapanınca sunucu taslağının da silindiğini varsaymayın.

Kullanıcıya taslağı silme veya gönderme seçeneği verin. Silme onayı, hangi verinin kaldırılacağını anlatmalıdır. Yedekler ve teknik kayıtlar farklı saklama düzenine tabi olabilir; “her kopya anında yok oldu” sözü vermeyin. Uygulama kaydıyla yedek kopyanın yaşam döngüsünü ayırarak test edin.

Form değişirse taslak eski alan veya koşulları taşıyabilir. Her taslağı form sürümüyle ilişkilendirmek, geri dönüşte alanları karşılaştırmayı kolaylaştırır. Uyumlu cevaplar korunabilir; değişen alanlar yeniden sorulabilir. Eski taslağı güncelmiş gibi sessizce işlemeyin. Kullanıcıya hangi cevapların kaldığını ve hangilerini kontrol etmesi gerektiğini açıklayın.

Erişilebilir geri bildirim ve kabul testleri hazırlayın

Akışı yalnız fareyle ve tek tarayıcı oturumunda denemeyin. Klavyeyle düğmeye ulaşma, ekran okuyucuda durum mesajını duyma, küçük ekranda ilerlemeyi görme ve hata sonrası doğru alana dönme test planına yazılmalıdır. Kullanıcı kaydetme sırasında bekliyorsa işlem sürüyor bilgisini; başarıda kaydedilen durumu; başarısızlıkta tekrar yolunu bulabilmelidir. WAI rehberleri, durum bildirimlerinin anlaşılır olmasını ele alır; her otomatik kayıtta aynı mesajı tekrar duyurmanın uygunluğunu da sınayın.

Yayından önce şu senaryoları deneyin: hiç taslak oluşturmadan formu terk etme; kaydet düğmesine çift tıklama; bağlantı kesikken kaydetmeye çalışma; yeni tarayıcıdan geri dönme; süresi dolmuş bağlantıyı açma; form alanı güncellendikten sonra eski taslağı sürdürme; aynı taslağı iki sekmede düzenleme; başka bir kullanıcıyla erişimi karıştırma; taslağı silme; taslağı tamamlanmış başvuruya dönüştürme. Her senaryoda kayıt durumu, kullanıcıya gösterilen metin, saklanan verinin kapsamı ve ekip tarafındaki görünürlük ayrı ayrı doğrulanmalıdır.

Proje kapsamını konuşurken taslak özelliğinin tasarım, sunucu geliştirme, güvenlik değerlendirmesi, bildirim ve bakım sorumluluklarını ayrı sorun. Bu işlev basit bir düğme değildir; kayıt saklama, geri dönme ve silme süreçleri arayüzün arkasında da tasarlanır. Acarkent Web Tasarım hizmeti görüşmesinde hangi bileşenin standart kapsamda bulunduğunu, hangi verinin saklanacağını ve kabul testinin kim tarafından yapılacağını netleştirin. Genel alan seçimi için form tasarımı rehberini, hata sonrası mevcut bilgiyi koruma için form hatası dönüş akışını, gönderim kaydı ile e-posta bildirimini ayırmak için form bildirimi teslim kontrolünü inceleyebilirsiniz. Bu rehberlerin her biri başka bir aşamayı kapsar.

Sık Sorulan Sorular

Kaydedilen taslak başvuru gönderilmiş sayılır mı?

Hayır. Taslak, kullanıcının tamamlanmış başvuru olarak göndermediği geçici çalışmadır. Ekranda bu ayrım açık olmalı; işletmenin taslağı incelemeye aldığı veya işlem başlattığı izlenimi verilmemelidir. Başvuru ancak kullanıcı son gönderim eylemini tamamladığında ve sistem bunu doğruladığında “gönderildi” durumuna geçmelidir. Bu geçişte sonraki adım ve varsa gerçek işlem koşulları açıklanmalıdır.

Kısa bir iletişim formuna taslağı kaydet düğmesi eklemek gerekir mi?

Her zaman değil. Kullanıcının birkaç kısa alanı doldurup gönderebildiği formda taslak özelliği yeni bir karar, ek saklanan veri ve bakım yükü yaratabilir. Önce formun görevini, gerekli bilgi miktarını ve kullanıcının gerçekten ara vermesinin olası nedenini değerlendirin. Özellik kullanıcıya somut kolaylık sağlamıyorsa eklememek daha yalın bir deneyim olabilir. Kararı varsayımla değil formun gerçek gereksinimleriyle gerekçelendirin.

Taslak kullanıcı giriş yapmadan saklanabilir mi?

Bazı tasarımlar yerel cihazda veya erişimi sınırlı bir devam bağlantısıyla bunu mümkün kılabilir; ancak her yöntemin erişim ve kayıp riski farklıdır. Kullanıcı başka cihazda devam edemeyebilir veya bağlantıyı kaybedebilir. Sunucuya kaydedilen taslakta ise kimlik doğrulama, bağlantı ömrü, erişim denemeleri ve silme düzeni önem kazanır. Seçenekleri formun hassasiyetine göre inceleyin; tek çözümü tüm ziyaretçiler için uygun saymayın.

Taslak bağlantısı e-postayla gönderilecekse nelere dikkat edilmeli?

Bağlantının başkasına iletilebileceğini varsayarak hangi bilgiye erişim sağladığını sınırlayın. Bağlantı tahmin edilmesi zor olmalı, kullanım ve süre koşulu belirlenmeli; hassas form verisini doğrudan adres satırına koymamalıdır. Kullanıcıya mesajın yalnızca taslağa devam etmek için olduğu anlatılabilir. E-posta adresinin doğrulanıp doğrulanmadığı ve yanlış adrese gönderim riski de akışın parçasıdır. Bir e-posta göndermek tek başına güvenli erişim kanıtı değildir.

Tarayıcıdaki otomatik kaydetmeye güvenebilir miyim?

Tek başına güvenmeyin. Yerel tarayıcı saklaması sunucu taslağından farklıdır; başka cihazdan devam etmeyebilir ve tarayıcı verisi temizlenince kaybolabilir. Sunucuya otomatik gönderimde ise kullanıcının ne zaman ve hangi alanların kaydedildiğini bilmesi gerekir. Özelliği seçmeden önce açık kaydetme ile otomatik kaydetmenin kullanım, erişim ve veri saklama farklarını açıklayın. Ekranda başarı gösterilmeden önce kayıt sonucunun doğrulandığını test edin.

Oturum süresi dolarsa taslak da silinmeli mi?

Bu iki süreci aynı kabul etmeyin. Oturum, kullanıcının o andaki erişimini yönetir; taslağın saklama süresi ayrı bir iş kuralıdır. Oturum sona erdiğinde eski erişim bilgisinin geçersiz kalması gerekir, fakat taslağın ne kadar süre tutulacağı ayrıca tanımlanır. Geri dönüşte kimlik yeniden doğrulaması istenebilir. OWASP oturum yönetimi rehberi zaman aşımının sunucu tarafında yürütülmesini önerir; formun kendi saklama politikasını ise proje sahibi ve teknik ekip belirlemelidir.

Form alanları değiştiğinde eski taslakla ne yapılmalı?

Güncel olmayan alanları sessizce gönderime taşımayın. Taslakla güncel form sürümünü karşılaştırın; değişmeyen cevapları koruyup yeni veya farklı koşul taşıyan alanları yeniden gösterin. Kullanıcıya hangi bilgiyi tekrar gözden geçirmesi gerektiğini ve eski cevabın neden otomatik aktarılmadığını açıklayın. Değişiklik başvurunun anlamını etkiliyorsa taslağı güncel koşulları onaylamadan göndermeyin. Bu davranış, sürüm değişimi kabul testine eklenmelidir.

Kullanıcı taslağını silerse kopyalar da hemen silinir mi?

Bunu ancak sistemin gerçekten uyguladığı saklama düzeni doğrulanmışsa söyleyin. Uygulama kaydı, yedek kopyalar ve teknik olay kayıtları farklı sürelerle yönetilebilir. Kullanıcıya taslağın uygulamadaki erişiminin sonlandırıldığını söylemekle bütün yedeklerden anında silindiğini iddia etmek aynı şey değildir. Proje ekibi silme isteğinin hangi sistemlerde nasıl işlendiğini, ne kadar sürdüğünü ve kullanıcıya hangi sonucu bildirebileceğini netleştirmelidir.