Interfaces et navigation
Encodage des URL : conserver les paramètres d’un parcours voyage
Une valeur de recherche peut contenir un espace, un accent ou un caractère qui sert aussi de séparateur. Construire le lien par concaténation peut modifier ce qui arrive au moteur. Contrôlez les composants et leur interprétation avant de diffuser une destination de réservation.
Ce que documentent les sources
RFC 3986 distingue les composants d’URI, les caractères réservés et l’encodage en pourcentage ; l’encodage porte sur des octets.
IETF : RFC 3986, syntaxe des URI — consulté le . Syntaxe générique d’URI ; les conventions d’un formulaire ou d’une API doivent être précisées séparément. Aucun appel fournisseur réalisé.
Définir les composants avant d’assembler le lien
Identifiez schéma, hôte, chemin, requête et fragment, puis nommez les valeurs que le parcours doit transmettre. Une référence de produit contenant un séparateur reste une valeur ; elle ne doit pas devenir une nouvelle partie de l’URL. Utilisez le constructeur prévu par votre environnement et le contrat du destinataire. Conservez des exemples fictifs qui permettent de comparer valeur initiale et valeur réellement lue.
Rejouer les caractères qui changent l’interprétation
Préparez accents, espaces, signe plus, pourcentage, esperluette et valeurs vides. Faites vérifier le sens attendu de chaque cas dans le composant concerné. Les conventions de formulaire ne sont pas toutes définies par la seule syntaxe générique. Une chaîne déjà encodée peut être transformée une seconde fois : repérez à quelle étape l’encodage et le décodage sont effectués, sans retirer globalement tous les caractères de contrôle du contrat.
Relire le parcours après redirection
Comparez lien produit, étapes intermédiaires et paramètres reçus par la destination. Un fragment et une requête ne sont pas interchangeables. Vérifiez aussi la politique sur les valeurs répétées et inconnues. Retirez toute information confidentielle inutile à la navigation selon le circuit de l’application. Une URL bien formée ne démontre ni le droit d’accès au dossier ni la disponibilité du produit demandé.
Deux situations à rapprocher
L’esperluette coupe une valeur
Scénario fictif : le nom d’une offre est inséré directement dans la requête et devient deux paramètres. Faites comparer valeur attendue et lecture du moteur avant de republier le lien.
Une valeur est encodée deux fois
Scénario fictif : un connecteur reçoit une référence déjà encodée puis la traite comme du texte brut. Identifiez les responsabilités de chaque étape pour préserver la référence initiale.
Conserver la décision et sa prochaine suite
| Point | Preuve à retrouver | Contrôle proposé |
|---|---|---|
| Contrat | Paramètres et destinataire | Nommer les valeurs nécessaires. |
| Composants | Chemin, requête et fragment | Les construire séparément. |
| Valeurs | Accents et séparateurs fictifs | Comparer entrée et lecture. |
| Méthode | Constructeur et convention | Éviter la concaténation ambiguë. |
| Transformation | Encodage et décodage | Repérer la double transformation. |
| Redirection | Étapes et valeurs reçues | Détecter les pertes de paramètres. |
| Accès | Références et droits | Ne pas confondre lien et autorisation. |
| Diffusion | Valeurs confidentielles | Limiter les informations exposées. |
La preuve utile montre le lien construit et les valeurs interprétées dans le même contrat. Les transformations et redirections doivent être explicables. Un test de syntaxe reste distinct d’une réservation ou d’un contrôle d’accès.
Erreurs à éviter
- Encoder l’URL entière comme une seule valeur.
- Décoder plusieurs fois sans connaître l’étape.
- Utiliser un lien comme preuve d’autorisation.
La fiche de contrôle permet de suivre les points à confirmer. Le registre associé conserve le périmètre, les preuves et la décision ; ses champs peuvent être remplis dans l’atelier avec des données fictives ou anonymisées.
Nommer les points du dossier
- Composant d’URL de parcours : Partie de l’adresse à interpréter selon sa fonction de navigation.
- Valeur de paramètre encodée : Représentation d’une valeur construite selon le contrat du composant.
- Double encodage d’une référence : Transformation répétée qui peut empêcher de retrouver la valeur initiale.
- Preuve de lecture des paramètres : Comparaison entre valeurs attendues et valeurs interprétées à destination.
Sources et périmètre des faits documentés
La date de consultation figure avec chaque référence. Les méthodes d’essai et recommandations de ce guide sont éditoriales ; les conditions d’accès et d’usage se vérifient dans la documentation actuelle.
- IETF : RFC 3986, syntaxe des URI — Syntaxe générique d’URI ; les conventions d’un formulaire ou d’une API doivent être précisées séparément. Aucun appel fournisseur réalisé. (consultée le )
Questions fréquentes
Questions utiles avant de décider
Faut-il encoder tous les caractères de l’URL ?
Distinguez les composants et les valeurs selon leur contrat, avec le constructeur approprié.
Le signe plus vaut-il toujours un espace ?
Faites préciser la convention de l’échange ; la lecture de formulaire ne se déduit pas de toutes les URI.
Que vérifier après une redirection ?
Les paramètres effectivement reçus et leur sens, avec des données fictives.