Perché alcuni siti non consentono Indietro / Avanti / Aggiorna?

Un motivo comune per questa "caratteristica" è che un sito cerca di mantenere uno stato della sessione corrente sul lato server.

Il desiderio di tracciare lo stato di "conversazione" sul lato server deriva spesso dal tentativo di scrivere un "client ricco" simile al desktop sul web (invece di abbracciare il web come il caos che è). Per essere onesti, questo principalmente è accaduto in un momento in cui il concetto di una ricca applicazione web non era così ben compreso come lo è oggigiorno.

Ad esempio, se un sito fornisce una procedura guidata su più pagine e tiene traccia di dove sei esattamente e quali risposte hai dato, allora il supporto back / forward in modo sano diventa complicato (perché alcune operazioni non vengono comunicate al server affatto).

Questa complicazione a volte va così lontano che i siti sono apertamente vietati in avanti / indietro. Come hai notato, questo ha evidenti problemi di usabilità.

Le moderne applicazioni web (in particolare quelle scritte in MVC o simili) non hanno bisogno di tali metodi di navigazione come il flusso di processo è guidato dalle risorse sullo schermo.

Gran parte dell'interfaccia dei browser moderni è tuttavia ancora molto orientata verso i Web 1.0 siti web in stile in cui il contenuto è statico e non c'è così tanto bisogno di mantenere lo stato.

Pur sapendo quanto sopra è vero, sono d'accordo sul fatto che sia una cosa del genere aver portato via tali caratteristiche quando sono così naturali per noi.

Scommetto che i futuri framework avranno un modo per agganciare le risorse sullo schermo nei pulsanti Indietro / Avanti / Aggiorna browser in modo simile alle app Winforms in cui i pulsanti possono essere assegnati ai tasti Invio ed Esci.

Un'alternativa potrebbe essere per i browser (in qualche modo) rilevare il framework sottostante e nascondere i pulsanti non supportati dall'interfaccia dell'applicazione Web.