İyi bir oturum kapatma deneyiminin özellikleri nelerdir?

Kenji Baheux
Kenji Baheux

Bir kullanıcı bir web sitesinden çıkış yaptığında, kişiselleştirilmiş kullanıcı deneyiminden tamamen çıkmak istediğini belirtmiş olur. Bu nedenle, kullanıcının zihinsel modeline mümkün olduğunca bağlı kalmak önemlidir. Örneğin, uygun bir oturum kapatma deneyiminde, kullanıcının oturumu kapatmaya karar vermeden önce açmış olabileceği tüm sekmeler de dikkate alınmalıdır.

Mükemmel bir oturum kapatma deneyiminin anahtarı, kullanıcı deneyiminin görsel ve durum açısından tutarlı olmasıyla özetlenebilir. Bu kılavuzda, nelere dikkat edilmesi gerektiği ve iyi bir oturum kapatma deneyiminin nasıl sağlanacağı konusunda somut öneriler sunulmaktadır.

Göz önünde bulundurulması gereken önemli noktalar

Oturumu kapatma işlevini web sitenize uygularken sorunsuz, güvenli ve sezgisel bir oturum kapatma işlemi için aşağıdaki noktalara dikkat edin:

  • Açık ve tutarlı bir oturum kapatma kullanıcı deneyimi: Kolayca tanınabilen ve web sitesi genelinde erişilebilir olan, net ve tutarlı bir şekilde görünür olan bir kapatma düğmesi veya bağlantısı sağlayın. Belirsiz etiketler kullanmaktan veya oturum kapatma işlevini muğlak menülerde, alt sayfalarda veya sezgisel olmayan diğer konumlarda gizlemekten kaçının.
  • Onay istemi: Oturumu kapatma işlemini tamamlamadan önce onay istemi uygulayın. Bu, kullanıcıların yanlışlıkla oturumlarını kapatmalarını önlemeye yardımcı olabilir ve kullanıcıların gerçekten oturumlarını kapatmaları gerekiyorsa (örneğin, güçlü bir şifre veya başka bir kimlik doğrulama mekanizmasıyla cihazlarını kilitli bir şekilde kilitlemeleri) durumunda, işlemi tekrar gözden geçirmelerine olanak tanır.
  • Birden çok sekmeyi ele alma: Bir kullanıcı aynı web sitesindeki birkaç sayfayı farklı sekmelerde açtıysa bir sekmeden çıkış yaptığınızda o web sitesindeki diğer tüm açık sekmelerin de güncellenmesini sağlayın.
  • Güvenli bir açılış sayfasına yönlendirme: Oturumu başarılı bir şekilde kapattıktan sonra kullanıcıyı oturumunun artık açık olmadığını açıkça gösteren güvenli bir açılış sayfasına yönlendirin. Kullanıcıları kişiselleştirilmiş bilgiler içeren sayfalara yönlendirmekten kaçının. Benzer şekilde, diğer sekmelerin de artık oturum açma durumunu yansıtmadığından emin olun. Ayrıca, saldırganların kullanabileceği bir açık yönlendirme oluşturmadığınızdan emin olun.
  • Oturum temizleme: Kullanıcı oturumu kapattıktan sonra, kullanıcının oturumuyla ilişkili hassas kullanıcı oturumu verilerini, çerezleri veya geçici dosyaları tamamen kaldırın. Bu, kullanıcı bilgilerine veya hesap etkinliğine yetkisiz erişimi önler ve aynı zamanda tarayıcının, özellikle geri-ileri önbellek olmak üzere çeşitli önbelleklerden hassas bilgiler içeren sayfaları geri yüklemesini engeller.
  • Hata işleme ve geri bildirim: Oturumu kapatan kullanıcılara herhangi bir sorun varsa net hata mesajları veya geri bildirim sağlayın. Oturumu kapatma işleminin başarısız olması durumunda, olası güvenlik risklerini veya veri sızıntılarını bildirin.
  • Erişilebilirlikle ilgili dikkat edilmesi gereken noktalar: Oturum kapatma mekanizmasının, ekran okuyucu veya klavyede gezinme gibi yardımcı teknolojileri kullananlar da dahil olmak üzere engelli kullanıcılar için erişilebilir olmasını sağlayın.
  • Tarayıcılar arası uyumluluk: Tutarlı ve güvenilir bir şekilde çalıştığından emin olmak için oturum kapatma işlevini farklı tarayıcılarda ve cihazlarda test edin.
  • Sürekli izleme ve güncellemeler: Oturum kapatma işlemini olası güvenlik açıklarına veya güvenlik açıklarına karşı düzenli olarak izleyin. Tespit edilen sorunları gidermek için güncellemeleri ve yamaları zamanında uygulayın.
  • Kimlik federasyonu: Kullanıcı, birleştirilmiş kimlik kullanarak oturum açtıysa kimlik sağlayıcıda çıkış yapma işleminin de desteklenip desteklenmediğini ve gerekli olup olmadığını kontrol edin. Ayrıca, kimlik sağlayıcı otomatik oturum açmayı destekliyorsa bunu önlemeyi unutmayın.

Yapılması gerekenler

  • Oturumu kapatma akışının (veya başka erişim iptali akışlarının) bir parçası olarak sunucudaki bir çerezi geçersiz kılarsanız çerezi kullanıcının cihazından da sildiğinizden emin olun.
  • Kullanıcının cihazında depolamış olabileceğiniz hassas verileri temizleyin: çerezler, localStorage, sessionStorage, indexedDB, CacheStorage ve diğer yerel veri depoları.
  • Tarayıcının, hassas veriler içeren tüm kaynakların, özellikle de HTML dokümanlarının, Cache-control: no-store HTTP üst bilgisiyle döndürüldüğünden emin olun. Böylece, tarayıcı bu kaynakları kalıcı depolama alanında (ör. diskte) depolamaz. Benzer şekilde, hassas veriler döndüren XHR'ler/fetch çağrıları da önbelleğe almayı önlemek için Cache-Control: no-store HTTP üst bilgisini ayarlamalıdır.
  • Kullanıcının cihazındaki açık sekmelerin, sunucu tarafında erişim iptalleriyle güncel olduğundan emin olun.

Oturum kapatıldığında hassas veriler temizleniyor

Oturumu kapattıktan sonra, geçici ve yerel olarak depolanan hassas verileri temizlemeyi düşünün. Hassas verilere odaklanma motivasyonu, her şeyi temizlemenin kullanıcı deneyimini önemli ölçüde olumsuz etkilemesine neden olacağından, söz konusu kullanıcı geri gelebilir. Örneğin, yerel olarak depolanan tüm verileri temizlediyseniz kullanıcılarınızın çerez izni istemlerini yeniden onaylaması ve web sitenizi hiç ziyaret etmemiş gibi başka süreçlerden geçmesi gerekir.

Çerezler nasıl temizlenir?

Oturumun kapatıldığını onaylayan sayfanın yanıtına, hassas verilerle ilgili veya hassas veriler içeren tüm çerezleri temizlemek için Set-Cookie HTTP üstbilgileri ekleyin. expires değerini uzak geçmişteki bir tarihe ayarlayın ve iyi bir ölçüm için çerezin değerini boş bir dizeye ayarlayın.

Set-Cookie: sensitivecookie1=; expires=Thu, 01 Jan 1970 00:00:00 GMT; secure
Set-Cookie: sensitivecookie2=; expires=Thu, 01 Jan 1970 00:00:00 GMT; secure
...

Çevrimdışı senaryo

Yukarıda açıklanan yaklaşım genel kullanım alanları için yeterli olsa da kullanıcı çevrimdışı çalışıyorsa işe yaramaz. Oturum açma durumunu izlemek için bir güvenli yalnızca HTTPS çerez ve JavaScript aracılığıyla erişilebilen bir normal çerez olmak üzere iki çerez kullanımını zorunlu kılmak isteyebilirsiniz. Kullanıcınız çevrimdışıyken çıkış yapmaya çalışıyorsa JavaScript çerezini temizleyebilir ve mümkünse diğer temizleme işlemlerine devam edebilirsiniz. Bir hizmet çalışanınız varsa kullanıcı daha sonra çevrimiçi olduğunda durumu sunucuda temizlemeye yönelik bir isteği yeniden denemek için Arka Planda Getirme API'sinden de yararlanabilirsiniz.

Depolama alanında yer açma

Oturumun kapalı olduğunu onaylayan sayfanın yanıtında, çeşitli veri depolarındaki hassas verileri temizlemeye dikkat edin:

  • sessionStorage: Bu alan, kullanıcı web sitenizdeki oturumunu sonlandırdığında temizlenir. Yine de kullanıcının, web sitenizde açık olan tüm sekmeleri kapatmayı unutma ihtimaline karşı, oturumu kapattığında hassas verileri proaktif bir şekilde temizlemeniz önerilir.

    // Remove sensitive data from sessionStorage
    sessionStorage
    .removeItem('sensitiveSessionData1');
    // ...

    // Or if everything in sessionStorage is sensitive, clear it all
    sessionStorage
    .clear();
  • localStorage, indexedDB, Önbellek/Hizmet Çalışanı API'leri: Kullanıcı oturumu kapattığında, bu API'leri kullanarak depolamış olabileceğiniz tüm hassas verileri temizleyin (söz konusu veriler oturumlar genelinde devam edecekse).

    // Remove sensitive data from localStorage:
    localStorage
    .removeItem('sensitiveData1');
    // ...

    // Or if everything in localStorage is sensitive, clear it all:
    localStorage
    .clear();
    // Delete sensitive object stores in indexedDB:
    const name = 'exampleDB';
    const version = 1;
    const request = indexedDB.open(name, version);

    request
    .onsuccess = (event) => {
     
    const db = request.result;
      db
    .deleteObjectStore('sensitiveStore1');
      db
    .deleteObjectStore('sensitiveStore2');

     
    // ...

      db
    .close();
    }
    // Delete sensitive resources stored via the Cache API:
    caches
    .open('cacheV1').then((cache) => {
      await cache
    .delete("/personal/profile.png");

     
    // ...
    }

    // Or better yet, clear a cache bucket that contains sensitive resources:
    caches
    .delete('personalizedV1');

Önbellekler nasıl temizlenir?

  • HTTP önbelleği: Hassas veriler içeren kaynaklarda Cache-control: no-store ayarını yaptığınız sürece HTTP önbelleği, hassas bilgileri saklamaz.
  • Geri-ileri önbellek: Benzer şekilde, Cache-control: no-store ile ilgili önerileri uyguladıysanız ve kullanıcılar oturumu kapattığında hassas çerezleri (örneğin, kimlik doğrulamayla ilgili güvenli ve HTTPS'ye yönelik çerezler) temizlemeyle ilgili önerileriniz varsa, hassas verilerin geri-ileri önbellekte saklanması konusunda endişelenmenize gerek yoktur. Gerçekten de, geri-ileri önbellek özelliği, aşağıdaki sinyallerden birini veya daha fazlasını gözlemlerse Cache-control: no-store HTTP başlığıyla sunulan aynı kaynak sayfaları çıkarır:
    • Yalnızca HTTPS tabanlı çerezlerden biri veya daha fazlası değiştirildi ya da silindi.
    • Sayfa tarafından yayınlanan XHR/fetch çağrıları için bir veya daha fazla yanıt, Cache-control: no-store HTTP üstbilgisi içeriyordu.

Sekmeler arasında tutarlı kullanıcı deneyimi

Kullanıcılarınız, oturumu kapatmaya karar vermeden önce web siteniz için çok sayıda sekme açmış olabilir. O zamana kadar, diğer sekmeleri ve hatta diğer tarayıcı pencerelerini unutmuş olabilirler. Alakalı sekmelerin ve pencerelerin tümünü kullanıcılarınızın kapatmasına güvenmemek en iyisidir. Bunun yerine, kullanıcının giriş durumunun sekmeler arasında tutarlı olmasını sağlayarak proaktif bir duruş benimseyin.

Nasıl yapılır?

Sekmeler arasında tutarlı bir oturum açma durumu elde etmek için pageshow/pagehide etkinlikleri ile Broadcast Channel API'yi birlikte kullanmayı düşünün.

  • pageshow etkinliği: Devam eden pageshow durumunda, kullanıcının giriş durumunu kontrol edin ve kullanıcı oturumu artık açık değilse kullanıcının giriş durumunu kontrol edin ve hassas verileri (hatta sayfanın tamamını) temizleyin. pageshow etkinliğinin, geri-ileri gezinmeden geri yüklendikten sonra sayfa ilk kez oluşturulmadan önce tetikleneceğini unutmayın. Bu, giriş durumu kontrolünüzün sayfayı hassas olmayan bir duruma sıfırlamanıza olanak tanır.

    window.addEventListener('pageshow', (event) => {
     
    if (event.persisted && !document.cookie.match(/my-cookie)) {
        /
    / The user has logged out.
       
    // Force a reload, or otherwise clear sensitive information right away.
        body
    .innerHTML = '';
        location
    .reload();
     
    }
    });
  • Yayın Kanalı API'si: Giriş durumu değişikliklerini sekmeler ve pencereler arasında bildirmek için bu API'yi kullanın. Kullanıcı oturumu kapalıysa tüm hassas verileri temizleyin veya hassas veriler içeren tüm sekme ve pencerelerde bir oturum kapatma sayfasına yönlendirin.

    // Upon logout, broadcast new login state so that other tabs can clean up too:
    const bc = new BroadcastChannel('login-state');
    bc
    .postMessage('logged out');

    // [...]
    const bc = new BroadcastChannel('login-state');
    bc
    .onMessage = (msgevt) => {
     
    if (msgevt.data === 'logged out') {
       
    // Clean up, reload or navigate to the sign-out page.
       
    // ...
     
    }
    }

Sonuç

Bu dokümandaki yönergeleri izleyerek, istenmeyen oturum kapatma işlemlerini önleyen ve kullanıcının kişisel bilgilerini koruyan mükemmel bir oturum kapatma deneyimi tasarlayabilirsiniz.