Web Sitesi Hata Raporlama Formu: Alanlar ve İşleyiş
Kullanıcılar karşılaştıkları hataları çoğu zaman bildirmez; sadece siteden çıkar. Bildirenler ise yeterli bilgi vermediği için sorun tekrar üretilemez ve kapanır.
Bu rehberde hata raporlama formunun hangi alanlardan oluşacağını, hangi bilgilerin otomatik toplanacağını ve takip akışını ele alıyoruz. Kurgunun sitenize uyarlanması için Weblike web sitesi tasarımı ekibimizden destek alabilirsiniz.
Web Sitesi Hata Raporlama Formu Nedir?
web sitesi hata raporlama formu, ziyaretçinin karşılaştığı sorunu birkaç alan doldurarak bildirebildiği kısa bir formdur. Form, teknik bilgileri kendisi toplar.
Bu form genel bir iletişim formu değildir. Yalnızca hata bildirimi için tasarlanır.
Neden Gerekli?
Kullanıcıların karşılaştığı hataların büyük bölümü hiç bildirilmez. Bildirim kolaylaştırıldığında görünürlük artar.
Ayrıca otomatik izleme araçları her hatayı yakalayamaz. Kullanıcı bildirimi bu boşluğu doldurur.
Formun Konumu
Form kolay ulaşılabilir ama göze batmayan bir yerde olmalıdır. Alt bilgide bir bağlantı yeterlidir.
Hata sayfalarında ise doğrudan form gösterilebilir.
Hata Sayfasında Kullanım
Bulunamadı ve sunucu hatası sayfalarında forma bağlantı verilmelidir. Kullanıcı o an sorunu yaşamaktadır.
Hata sayfası tasarımını 404 sayfası tasarımı yazısında ele aldık.
Alan Sayısı
Form üç dört alanı geçmemelidir. Uzun formlar bildirim oranını düşürür.
Zorunlu alan sayısı en aza indirilmelidir.
Temel Alanlar
Formda yalnızca kullanıcıdan alınması gereken bilgiler sorulmalıdır. Teknik veriler otomatik toplanır.
- Ne oldu: Kısa açıklama.
- Ne yapıyordunuz: Hatanın oluştuğu adım.
- İletişim: İsteğe bağlı geri dönüş adresi.
- Ekran görüntüsü: İsteğe bağlı dosya.
Açıklama Alanı
Serbest metin alanı için örnek bir yer tutucu metin konmalıdır. Boş bir kutu kullanıcıyı zorlar.
Yer tutucu, ne tür bilgi beklendiğini göstermelidir.
Adım Bilgisi
Hatanın hangi adımda oluştuğu en değerli bilgidir. Bu olmadan sorun çoğu zaman tekrar üretilemez.
Soru sade biçimde sorulmalıdır.
Ekran Görüntüsü Yükleme
Dosya yükleme isteğe bağlı olmalıdır. Zorunlu tutulduğunda bildirim oranı belirgin biçimde düşer.
Dosya yükleme alanı kurgusunu dosya yükleme alanı yazısında inceleyebilirsiniz.
Otomatik Toplanan Bilgiler
Teknik bilgiler kullanıcıya sorulmamalıdır. Bu bilgiler arka planda otomatik toplanır.
- Sayfa adresi: Hatanın oluştuğu URL.
- Tarayıcı: Sürüm ve platform bilgisi.
- Ekran boyutu: Görüntüleme koşulu.
- Zaman: Olayın tam saati.
- Oturum: Varsa kullanıcı kimliği.
Kişisel Veri Dengesi
Otomatik toplanan bilgiler kişisel veri olabilir. Hangi verilerin toplandığı formda belirtilmelidir.
KVKK uyumluluğunu KVKK uyumluluğu yazısında ele aldık.
Konsol Hatalarının Toplanması
Tarayıcı konsolundaki hata mesajları da raporla birlikte gönderilebilir. Bu bilgi geliştirici için en değerli veridir.
Toplama işlemi kullanıcıya bildirilmelidir.
Gönderim Onayı
Form gönderildikten sonra net bir onay gösterilmelidir. Onay olmadan kullanıcı tekrar gönderir.
Onayda ne zaman dönüş yapılacağı da belirtilmelidir.
Weblike ile Hata Formu Kurulumu
Weblike web sitesi tasarımı ekibi, hata raporlama formunu otomatik bilgi toplama katmanıyla birlikte kurar ve bildirimleri tek bir havuzda toplar.
Toplanan hataların sayfa bazlı dağılımı Google Search Console verileriyle birlikte değerlendirilebilir.
Bildirimlerin Toplanması
Gelen raporlar tek bir havuzda toplanmalıdır. E-posta kutusuna düşen bildirimler kaybolur.
Her raporun bir numarası ve durumu olmalıdır.
Önceliklendirme
Her hata aynı aciliyette değildir. Basit bir önceliklendirme kuralı tanımlanmalıdır.
Satın almayı engelleyen hatalar her zaman en üstte olmalıdır.
Önem Seviyeleri
Üç seviye çoğu işletme için yeterlidir. Daha fazlası sınıflandırmayı zorlaştırır.
Engelleyici, rahatsız edici ve kozmetik ayrımı pratik bir yapıdır.
Tekrar Eden Bildirimler
Aynı hata birden çok kişi tarafından bildirilebilir. Bildirimler birleştirilmelidir.
Bildirim sayısı, hatanın yaygınlığını gösteren bir ölçüdür.
Hata Takip Sistemi
Raporlar geliştirme ekibinin takip sistemine aktarılmalıdır. Elle aktarım adımı kayıp üretir.
Hata takibi yaklaşımını hata takibi yazısında anlattık.
Kullanıcıya Geri Dönüş
İletişim bilgisi bırakan kullanıcıya dönüş yapılmalıdır. Dönüş yapılmayan bildirimler bir daha gelmez.
Kısa bir teşekkür mesajı bile fark yaratır.
Çözüm Bildirimi
Hata giderildiğinde bildiren kullanıcıya haber verilmelidir. Bu, kullanıcıyı gönüllü bir test ekibine dönüştürür.
Bildirim kısa ve net olmalıdır.
Spam Koruması
Açık formlar otomatik gönderimlere maruz kalır. Koruma eklenmelidir ama kullanıcıyı zorlamamalıdır.
Spam koruması yaklaşımını spam koruması yazısında ele aldık.
Kötüye Kullanım
Form bazen şikâyet ya da alakasız mesaj için kullanılır. Bu mesajlar ayrı bir kanala yönlendirilmelidir.
Form açıklamasında kapsam net yazılmalıdır.
Mobil Uyum
Hata bildirimlerinin önemli bölümü mobilden gelir. Form küçük ekranda sorunsuz çalışmalıdır.
Dosya yükleme mobilde kamera erişimi sunmalıdır.
Erişilebilirlik
Form ekran okuyucu ile doldurulabilmelidir. Hata mesajları da erişilebilir biçimde sunulmalıdır.
Alan etiketleri doğru işaretlenmelidir.
Form Doğrulama
Doğrulama mesajları açık ve yardımcı olmalıdır. Genel hata uyarıları kullanıcıyı bırakır.
Form doğrulama mesajlarını form doğrulama mesajları yazısında inceleyebilirsiniz.
Ölçülecek Metrikler
Hata raporlama sisteminin etkisi birkaç sayıyla izlenir. Bunlar birlikte okunmalıdır.
- Bildirim sayısı: Aylık toplam rapor.
- Tekrar üretilebilirlik: Çözülebilen rapor oranı.
- Çözüm süresi: Bildirimden düzeltmeye.
- Tekrar bildirim: Aynı hatanın tekrarı.
Düşük Bildirim Sayısı
Az sayıda bildirim, sitede hata olmadığı anlamına gelmez. Formun bulunamadığını da gösterebilir.
Bu durumda formun konumu gözden geçirilmelidir.
Sık Yapılan Hatalar
Hata raporlama formlarında tekrar eden hatalar vardır. Bunlar bildirim oranını düşürür.
- Uzun form: Düşük bildirim oranı.
- Teknik soru: Kullanıcının bilmediği bilgi.
- Geri dönüşsüzlük: Bir daha bildirim gelmemesi.
- Gizli konum: Formun bulunamaması.
web sitesi hata raporlama formu kontrol listesi
web sitesi hata raporlama formu kurarken birkaç başlığın net olması yeterlidir. Liste kısa olduğunda form da kısa kalır.
Üç dört alan, otomatik toplanan teknik bilgi, tek havuzda toplanan raporlar ve kullanıcıya geri dönüş bu listenin omurgasıdır. web sitesi hata raporlama formu bu dört madde oturduğunda görünmeyen hatalar görünür hale gelir.
Bildirimi Teşvik Etmek
Kullanıcılar hata bildirmenin işe yarayacağına inanmadıkça bildirim yapmaz. Formun yanında kısa bir güven cümlesi bu algıyı değiştirir.
Daha önce bildirilen ve düzeltilen hatalardan örnek vermek, bildirim oranını belirgin biçimde artırır.
Çalışan Bildirimleri
Ekip içindeki çalışanlar da aynı formu kullanabilmelidir. Satış ve destek ekibi hataları kullanıcıdan önce görür.
İç bildirimler ayrı bir etiketle işaretlenmeli, böylece öncelik sıralamasında doğru yere yerleşmelidir.
Üç dört alanı geçmemelidir. Uzun formlar bildirim oranını belirgin biçimde düşürür.
Hayır. Sayfa adresi, tarayıcı, ekran boyutu ve zaman bilgisi arka planda otomatik toplanmalıdır.
Hayır. Zorunlu dosya yükleme bildirim oranını düşürür; isteğe bağlı sunulmalıdır.
Hatanın hangi adımda oluştuğu. Bu bilgi olmadan sorun çoğu zaman tekrar üretilemez.
Tek bir havuzda. E-posta kutusuna düşen bildirimler kaybolur; her raporun numarası ve durumu olmalıdır.
Evet. Dönüş yapılmayan bildirimler bir daha gelmez; kısa bir teşekkür mesajı bile fark yaratır.
Üç seviye yeterlidir: engelleyici, rahatsız edici ve kozmetik.
Açık formlar otomatik gönderime maruz kalır. Koruma eklenmeli ama kullanıcıyı zorlamamalıdır.
Hata olmadığı anlamına gelmez. Formun bulunamadığını da gösterebilir; konumu gözden geçirilmelidir.
web sitesi hata raporlama formu, otomatik izleme araçlarının yakalayamadığı sorunları görünür kılan basit ama değerli bir kanaldır. Üç dört alandan oluşan kısa bir form, arka planda toplanan teknik bilgiler, tek havuzda biriken raporlar ve bildirene yapılan geri dönüşle kurulduğunda kullanıcılar gönüllü bir test ekibine dönüşür.
BİZE ULAŞIN
Bizimle iletişime geçerek projeniz için hemen ücretsiz teklif alabilirsiniz.
