303 See Other demande au client de récupérer une autre ressource, indiquée dans l’en-tête Location, avec GET (ou HEAD). Ce code n’indique pas que la ressource d’origine a été déplacée ; il pointe vers une ressource distincte qui contient la réponse.
Son usage principal est le modèle Post/Redirect/Get. Après l’envoi d’un formulaire en POST, le serveur répond 303 avec l’URL d’une page de confirmation, et le navigateur charge cette page en GET. Si l’utilisateur recharge la page ou revient en arrière, le formulaire n’est alors pas soumis une nouvelle fois. En suivant une 303, les navigateurs remplacent toutes les méthodes sauf HEAD par GET, et abandonnent le corps de la requête.
Une réponse 303 n’est pas mise en cache par défaut. Une 303 renvoyée en réponse à un GET peut aussi signifier que le serveur ne dispose d’aucune représentation de l’objet demandé lui-même, mais qu’il le décrit à une autre URL, un modèle utilisé dans le Linked Data (Web des données).
Exemple de réponse
HTTP/1.1 303 See Other
Date: Fri, 06 Nov 2026 10:15:32 GMT
Location: /orders/8412/confirmation
Content-Length: 0SEO et vérification des redirections
Google traite la 303 comme une redirection temporaire : l’URL d’origine reste généralement indexée et la cible ne reçoit qu’un signal canonique faible. Cela correspond à sa finalité, puisque les cibles d’une 303 sont le plus souvent des pages de résultat ou de confirmation plutôt que des contenus destinés à se positionner. N’utilisez pas la 303 pour déplacer des pages de façon permanente ; utilisez 301 ou 308. Une vérification des redirections avec la méthode réglée sur POST montre comment la requête devient un GET au niveau d’un saut 303.
Causes fréquentes et cas d’usage
- Post/Redirect/Get : après un
POST, le traitement d’un formulaire redirige vers une page « Merci » ou une page de commande. - Une API accepte une tâche et oriente le client vers une ressource distincte qui contient le résultat.
- Linked Data : un URI qui désigne un objet du monde réel redirige vers un document qui le décrit.