Spécification du code d'état HTTP 300

Si le serveur dispose d'un choix préféré, il DEVRAIT générer un champ d'en-tête Location contenant la référence URI du choix préféré. L'agent utilisateur PEUT utiliser la valeur du champ Location pour la redirection automatique.

Pour les méthodes de requête autres que HEAD, le serveur DEVRAIT générer un contenu dans la réponse 300 Multiple Choices contenant une liste de métadonnées de représentation et de références URI parmi lesquelles l'utilisateur ou l'agent utilisateur peut choisir celle qu'il préfère. L'agent utilisateur PEUT effectuer automatiquement une sélection dans cette liste s'il comprend le type de média fourni. Un format spécifique pour la sélection automatique n'est pas défini par la présente spécification, car HTTP s'efforce de rester orthogonal à la définition de son contenu. Dans la pratique, la représentation est fournie dans un format facile à analyser, jugé acceptable par l'agent utilisateur, tel que déterminé par la conception partagée ou la négociation du contenu, ou dans un format hypertexte communément accepté.

Une réponse 300 Multiple Choices peut être mise en cache de manière heuristique, c'est-à-dire, sauf indication contraire dans la définition de la méthode ou dans les contrôles explicites de la mise en cache (voir la section 4.2.2 de [CACHING]).

Note : La proposition initiale pour le code d'état 300 Multiple Choices définissait le champ d'en-tête URI comme fournissant une liste de représentations alternatives, de sorte qu'il serait utilisable pour les réponses 200, 300 Multiple Choices et 406 et serait transféré dans les réponses à la méthode HEAD. Cependant, le manque de déploiement et le désaccord sur la syntaxe ont conduit à l'abandon de l'URI et des alternatives (une proposition ultérieure) dans cette spécification. Il est possible de communiquer la liste en tant que valeur de champ d'en-tête Link [RFC8288] dont les membres ont une relation "alternate", bien que le déploiement soit un problème de poule et d'œuf.