Avant de partager ou de publier un lien de profil nettoyé, ouvrez l'original qui vous a été fourni et notez ce que fait chaque partie. La chaîne de requête après ? est lue par le serveur, en retirer des parties peut donc casser la page que vous étiez censé voir. Le fragment après # est géré par le navigateur et contrôle généralement l'endroit où la page s'ouvre, mais il peut tout de même porter des valeurs sensibles. Ne retirez une partie que lorsque vous savez pourquoi elle est là, et ne collez jamais dans un lieu public un lien qui contient encore un jeton, un code d'invitation ou une valeur de suivi.
Trouvez des indices sur les profils sociaux publics avec notre application TraceSeek.
Lisez le lien par parties, pas comme un bloc unique
Une URL est faite de pièces distinctes : le schéma, l'autorité (hôte), le chemin de ressource, des paramètres de requête facultatifs et un fragment facultatif. La chaîne de requête commence par ? et est traitée selon les règles du serveur, supprimer des paramètres peut donc changer ce que le serveur renvoie ou si la page se charge du tout. Le fragment commence par # et n'est pas envoyé dans la requête HTTP, mais il peut encore affecter la navigation dans le navigateur. Traiter le lien entier comme jetable vous prive du contexte nécessaire pour juger ce qui est sûr. [MDN : composants d'URL]
- Notez le lien original dans une note privée avant de changer quoi que ce soit.
- Repérez l'hôte et le chemin, puis repérez le premier ? et le premier #.
Les paramètres de requête font généralement un travail
Comme les paramètres de requête sont traités par le serveur, ils sont souvent la partie qui indique à la page quel profil, version, langue ou contexte de partage afficher. Vous ne pouvez pas supposer qu'un paramètre court sert au suivi et qu'un long est essentiel, ni l'inverse. Si vous ne pouvez pas expliquer pourquoi un paramètre existe, laissez-le en place et utilisez le lien tel que le propriétaire l'a fourni. Si la page fonctionne encore sans l'un d'eux, c'est une observation issue de votre propre test, pas la preuve que personne ne s'en sert. [MDN : composants d'URL]
- Ouvrez le lien exactement tel que reçu et notez ce qui apparaît.
- Si vous testez une version plus courte, gardez l'original en privé et notez si la page a changé.
Le fragment est côté navigateur, et reste sensible
Le fragment n'est pas envoyé avec la requête HTTP, le supprimer n'a donc souvent aucun effet sur ce que renvoie le serveur. Cela rend tentant de supprimer tout fragment à vue. Mais les fragments peuvent affecter la navigation, et ils peuvent aussi porter des valeurs qui y ont été placées délibérément. Un fragment visuellement discret n'est pas pour autant sûr à publier. Si un fragment ressemble à un identifiant, une invitation ou un jeton, ne le publiez pas, et ne le retirez pas en supposant avoir produit le même lien que le propriétaire voulait partager. [MDN : composants d'URL]
Séparer l'observation, la limite et la décision
Un lien de partage propre est un jugement construit à partir de ce que vous voyez réellement, pas une supposition. Distinguez trois choses : ce que vous avez observé dans le lien, ce que cette observation ne peut pas vous dire, et ce que vous ferez ensuite. Cela vous évite de transformer un lien fonctionnel en lien cassé, et de traiter un paramètre retiré comme la preuve que le lien restant est public ou sûr.
| observation | limite | étape suivante |
|---|---|---|
| Le lien a des parties ? et # qui semblent différentes | Vous ne pouvez pas déduire de la seule forme lesquelles le serveur nécessite | Gardez l'original en privé ; demandez au propriétaire un lien de partage s'il en existe un |
| La page se charge sans un paramètre | Un seul chargement réussi ne prouve pas que personne n'en dépend | Laissez les autres paramètres en place sauf confirmation du propriétaire |
| Le fragment contient une longue valeur d'apparence aléatoire | Il peut s'agir d'un jeton même s'il n'est pas envoyé au serveur | Ne le publiez pas ; demandez un nouveau lien au propriétaire |
Publier est une décision distincte du nettoyage
Même un lien qui se charge correctement peut divulguer un jeton ou une valeur de suivi si vous le collez dans une publication publique. Décidez de la fonctionnalité et de la divulgation une à la fois. Vérifiez d'abord que le lien fonctionne pour le destinataire prévu ; demandez-vous ensuite si le lien doit apparaître publiquement. Si vous n'êtes pas le propriétaire et ne pouvez pas confirmer à quoi sert un paramètre, ne publiez pas de version modifiée. Un lien qui ressemble à un autre lien ne prouve pas que les deux destinations sont identiques, et une étiquette affichée n'est pas le même objet que sa cible. [MDN : composants d'URL]
- Si un contrôle ou une option de partage n'est pas disponible, notez-le comme indisponible et arrêtez-vous à la limite d'accès.
- Demandez au propriétaire un lien de partage à jour plutôt que d'en reconstruire un vous-même.
Un exemple hypothétique de retenue
Imaginez qu'un collègue vous envoie un lien de profil avec un paramètre et un fragment qui ressemble à un code court. Vous l'ouvrez, il se charge, et vous voulez le publier dans un groupe. Le geste sûr n'est pas de supprimer les deux parties finales en espérant que tout fonctionne. Au lieu de cela, notez l'original, ne testez rien publiquement et demandez au collègue s'il existe un lien de partage. S'il ne peut pas en fournir un, vous pouvez décrire le profil sans publier le lien. Ce choix maintient la page fonctionnelle pour les personnes à qui elle était destinée et évite de divulguer une valeur que vous ne comprenez pas. [MDN : composants d'URL]
Encore quelques questions
Puis-je supprimer tout ce qui suit le point d'interrogation pour rendre un lien de profil plus propre ?
Pas par défaut. Les paramètres de requête sont traités par le serveur, donc les supprimer peut modifier ou casser ce que la page affiche. Ne supprimez une partie que lorsque vous pouvez expliquer pourquoi elle est là, et gardez le lien original privé pendant vos vérifications.
La partie après le dièse est-elle sûre à publier parce que le navigateur s'en charge ?
Non. Le fragment n'est pas envoyé dans la requête HTTP, mais il peut affecter la navigation et peut contenir un jeton ou un identifiant. Le fait qu'il soit côté navigateur ne le rend pas sûr à publier.
Et si je ne peux pas dire quel paramètre est une valeur de suivi ?
Laissez-le en place et ne publiez pas le lien. Demandez au propriétaire un lien de partage à jour. Si aucune option de partage n'existe, notez que le contrôle est indisponible et arrêtez-vous plutôt que de deviner un lien nettoyé.
Sources et notes éditoriales
Références officielles vérifiées le 23 octobre 2026. Les listes de contrôle, tableaux comparatifs et exemples de formulation sont des outils éditoriaux de DateClues, et non des tests officiels ou des scores de risque validés.
Informations générales. Aucun guide ou outil ne peut certifier l'identité, les intentions ou la sécurité d'une personne. Lire nos normes éditoriales.