Ramenez vos URL à une forme canonique unique. Normalisation du HTTPS, du WWW, de la casse, des paramètres et des slashs finaux pour le SEO et le développement.
HTTPS, www, casse, slash final, balises UTM, paramètres de requête, ports et fragment (#) — chaque règle dispose de son propre bouton. Les paires qui s'excluent basculent automatiquement, si bien que toute erreur est écartée.
Collez un lien ou plusieurs — un par ligne. Le résultat est recalculé au fil de la saisie et à chaque changement de règle, et l'ordre des lignes est conservé : la sortie peut donc être comparée ligne par ligne avec la liste d'origine ou recollée dans un tableur.
Les liens canoniques apparaissent dans un champ distinct. Vous pouvez les copier intégralement en un clic ou les télécharger au format CSV. Le fichier UTF-8 avec BOM s'ouvre correctement dans Excel et Google Sheets.
La canonisation d'URL ramène les différentes variantes d'une même adresse à un format unique. L'outil vous laisse définir vous-même les règles de traitement : utiliser HTTP ou HTTPS, ajouter ou retirer le www, mettre l'URL en minuscules, gérer le slash final, supprimer les balises UTM, les paramètres de requête et les ports. Vous pouvez traiter aussi bien un seul lien qu'une liste entière d'URL d'un coup : les règles sélectionnées s'appliquent à toutes les adresses simultanément.
Le traitement normalise également la structure technique de l'URL : le schéma et le nom de domaine passent en minuscules, les domaines internationalisés sont convertis en Punycode, les slashs répétés dans le chemin sont supprimés et l'encodage pourcent est ramené à une forme unique. L'outil ne modifie pas les données là où la transformation risquerait de changer le sens de l'URL, sauf si une règle sélectionnée le prévoit explicitement.
La canonisation des liens sert aux spécialistes SEO qui luttent contre les pages dupliquées dans l'index et préparent des listes d'adresses canoniques pour la balise rel="canonical", le sitemap et le maillage interne ; aux analystes qui fusionnent des rapports où une même URL est écrite d'une dizaine de façons différentes ; aux développeurs qui configurent des redirections et comparent des adresses entre elles ; et aux ingénieurs QA qui vérifient qu'un site renvoie une seule adresse au lieu d'une série de doublons. Le résultat se copie en un clic ou s'exporte au format CSV. Tout le traitement s'effectue dans le navigateur : les liens ne quittent pas votre appareil.
L'outil ramène les liens à une forme canonique unique à l'aide d'un ensemble de règles SEO : il bascule l'adresse en HTTPS, retire ou ajoute le www, met l'URL en minuscules, uniformise le slash final et supprime les balises UTM, les paramètres de requête ainsi que les ports. Collez un lien ou une liste — un par ligne — et activez les règles voulues : le résultat est recalculé immédiatement et peut être copié en un clic ou téléchargé au format CSV.
Une URL canonique est l'unique adresse à privilégier pour une page parmi toutes ses variantes. Une même page est souvent accessible par plusieurs adresses à la fois : avec et sans www, en HTTP et en HTTPS, avec et sans slash final, avec et sans balises de campagne. Pour les moteurs de recherche, ce sont des URL différentes : l'autorité de la page se disperse et des doublons se retrouvent dans l'index. Une forme canonique unique règle ce problème.
10 règles : utiliser HTTPS, supprimer le www, ajouter le www, mettre l'URL en minuscules, ajouter le slash final, supprimer le slash final, retirer les balises UTM, supprimer tous les paramètres de requête, supprimer les ports et supprimer le fragment (#). Toutes sont actives par défaut, sauf « Ajouter WWW » et « Supprimer slash final ». Les règles « Supprimer WWW » et « Ajouter WWW » s'excluent mutuellement, tout comme les deux règles relatives au slash final : activer l'une désactive automatiquement l'autre.
Il n'existe pas de bonne réponse unique — c'est la cohérence qui compte. Pour les moteurs de recherche, /blog/post et /blog/post/ sont deux adresses différentes : un site doit donc s'en tenir à un seul format et rediriger l'autre vers celui-ci. L'outil met toute une liste au format que vous choisissez.
Le schéma et le nom de domaine sont insensibles à la casse selon la norme : HTTPS://Example.COM et https://example.com sont littéralement la même adresse, et l'outil les met donc toujours en minuscules. Le chemin, lui, est sensible à la casse, c'est pourquoi sa mise en minuscules fait l'objet d'une règle distincte. Les valeurs des paramètres de requête et l'ancre ne sont jamais touchées : elles contiennent souvent des identifiants, des jetons et des données en base64 pour lesquels la casse est déterminante.
Du point de vue du référencement, les deux variantes se valent : il faut en choisir une et rediriger vers elle. On retient généralement celle qui est déjà indexée et utilisée dans les liens existants. La règle « Ajouter WWW » ne s'applique qu'aux domaines de deuxième niveau : les adresses possédant leur propre sous-domaine, comme blog.example.com, ainsi que les adresses IP, ne reçoivent pas de www, car cela désignerait un autre site.
Oui. Collez une liste avec un lien par ligne : l'outil traite toutes les lignes d'un coup. Les lignes vides sont ignorées, les espaces superflus sont supprimés et l'ordre est conservé, ce qui permet de comparer le résultat ligne par ligne avec la liste d'origine. Les lignes qui ne sont pas des liens http ou https restent inchangées dans le résultat et sont comptabilisées dans l'indication affichée sous le champ.
Non. L'outil prépare la bonne adresse, tandis que la balise rel="canonical" communique cette adresse aux moteurs de recherche. On les utilise normalement ensemble : l'URL canonique issue de l'outil est reprise dans la balise de la page, dans le sitemap, dans les liens internes et dans les règles de redirection. Une balise seule ne suffit pas sans adresses cohérentes, pas plus que des adresses soignées ne suffisent sans la balise.
