Controllore di Redirect 303

Un redirect 303 dice esplicitamente al browser di recuperare la risorsa reindirizzata utilizzando GET, indipendentemente dal metodo di richiesta originale. È principalmente utilizzato dopo l'invio di moduli POST per reindirizzare a una pagina di conferma, prevenendo invii duplicati quando gli utenti aggiornano la pagina.

Il 303 garantisce esplicitamente la conversione da POST a GET, mentre il comportamento del 302 è ambiguo: alcuni browser potrebbero preservare POST, altri convertirlo in GET. Per il modello Post/Redirect/Get, il 303 è la scelta corretta e univoca che tutti i browser moderni gestiscono in modo coerente.

No, i redirect 303 non trasferiscono l'equità dei link e non sono destinati a scopi SEO. Sono redirect funzionali per l'esperienza utente, specificamente per prevenire invii duplicati di moduli. Per i redirect legati alla SEO, utilizzare invece redirect permanenti 301 o 308.

Utilizza i redirect 303 dopo aver elaborato le richieste POST quando desideri reindirizzare a una pagina di conferma utilizzando GET. I casi d'uso comuni includono invii di moduli, completamenti di checkout, conferme di pagamento e qualsiasi situazione in cui è necessario prevenire invii duplicati durante l'aggiornamento della pagina.

Post/Redirect/Get (PRG) è un modello di sviluppo web che previene invii duplicati di moduli. Dopo aver elaborato una richiesta POST, il server invia un redirect 303 a un endpoint GET. Se l'utente aggiorna, il browser ripete la richiesta GET innocua invece di reinviare il modulo.

Il 303 è raramente utilizzato per le API perché converte POST in GET, il che potrebbe non essere un comportamento desiderato. Per i redirect delle API che devono preservare i metodi, utilizzare 307 (temporaneo) o 308 (permanente). Utilizza il 303 principalmente per invii di moduli basati su browser.

Tutti i browser moderni supportano correttamente i redirect 303 e gestiscono correttamente la conversione da POST a GET. I browser molto vecchi potrebbero non riconoscere il 303 e potrebbero trattarlo come un redirect generico di livello 300. Per le applicazioni web moderne, il 303 è sicuro da usare.

Sì, i siti di e-commerce dovrebbero utilizzare i redirect 303 dopo il checkout per prevenire ordini duplicati. Quando un cliente completa un acquisto, reindirizzalo con 303 alla pagina di conferma dell'ordine. Se aggiornano, solo la pagina di conferma si ricarica, non l'elaborazione del pagamento.

L'implementazione dipende dalla tua piattaforma. In Express.js usa res.redirect(303, '/confirmation'), in PHP usa header('HTTP/1.1 303 See Other') poi header('Location: /confirmation'). Testa sempre con il nostro controllore di redirect 303 per verificare l'implementazione corretta.

Senza un redirect dopo POST, aggiornare la pagina attiva il dialogo 'conferma reinvio modulo' del browser, e gli utenti potrebbero accidentalmente reinviare i moduli, creando ordini duplicati, email o voci di database. Utilizzare i redirect 303 elimina questo problema convertendo in richieste GET sicure.