Structure d’URL

TL;DR — Une URL est l’adresse d’une page. Une bonne URL est lisible, en minuscules, sépare les mots par des tirets et décrit le sujet de la page. N’attendez toutefois pas qu’elle améliore beaucoup votre classement : elle sert surtout aux robots d’exploration et aux internautes. La principale erreur consiste à modifier des URL qui n’en ont pas besoin.

Qu’est-ce qu’une URL ?

Une URL — Uniform Resource Locator — est l’adresse complète d’une page sur le Web. Décomposons-la en ses différents éléments :

https://www.example.com/blog/url-structure/?ref=newsletter#anatomy
└─┬─┘   └┬┘ └────┬────┘└───────┬──────────┘└──────┬──────┘└──┬───┘
scheme  sub   domain         path             query string  fragment

• Protocole — https://. Utilisez HTTPS : c’est la version sécurisée et le choix attendu par défaut.
• Sous-domaine — www. (ou blog., shop., etc.). Il est facultatif.
• Domaine — example.com. Le nom de votre site.
• Chemin — /blog/url-structure/. Les dossiers et le « slug » de la page. C’est généralement la partie que vous contrôlez.
• Chaîne de requête — ?ref=newsletter. Des paramètres supplémentaires, souvent destinés au suivi ou au filtrage.
• Fragment — #anatomy. Il renvoie à un emplacement de la page. Les moteurs de recherche l’ignorent généralement.

Les qualités d’une bonne URL

Restez simple :

• Utilisez des mots, pas des nombres. /blog/url-structure/ est préférable à /p?id=4321.
• Séparez les mots par des tirets. Écrivez red-shoes, et non red_shoes ou redshoes.
• Écrivez tout en minuscules. Page et page peuvent être considérées comme deux URL différentes.
• Gardez une URL assez courte et lisible pour qu’une personne puisse deviner le contenu de la page.
• Respectez la structure du site. Les dossiers doivent refléter son organisation.

L’erreur la plus fréquente

Les URL ne constituent qu’un facteur de classement très faible. Google affirme depuis des années que les mots-clés dans une URL « have hardly any effect » (traduction) « n’ont pratiquement aucun effet ». Ne cherchez donc pas à accumuler les mots-clés dans vos URL et, surtout, ne renommez pas toute une série d’URL existantes dans l’espoir d’améliorer votre classement. Cela fonctionne très rarement et comporte des risques réels : liens cassés ou perte de signaux si les redirections sont mal configurées. Si vos URL fonctionnent déjà, laissez-les tranquilles.

Vous voulez connaître la position exacte de Google sur les tirets et les underscores, les pièges liés à la casse et la façon dont les paramètres gaspillent le budget d’exploration ? Passez à l’onglet Avancé.

TL;DR — La structure d’URL concerne surtout l’exploration et la compréhension, pas le classement. Les mots-clés dans les URL ne constituent qu’un signal « very light weight » (traduction) « très faible » qui s’atténue après l’indexation. Utilisez des tirets : Google relie les mots autour des underscores et les sépare autour des tirets. Selon le serveur, la casse du chemin peut désigner des URL distinctes et créer des doublons à explorer. Les paramètres représentent le vrai risque pour l’efficacité de l’exploration. Enfin, modifier des URL existantes n’aide que « very, very rarely » (traduction) « très, très rarement » : ne le faites donc pas, sauf si elles sont réellement défectueuses.

Anatomie d’une URL

Chaque URL se décompose de la même façon, et chaque élément a ses propres implications SEO :

Les caractères réservés doivent être encodés en pourcentage conformément à la norme. Préférez du texte non ASCII dans la langue de vos utilisateurs, avec translittération si elle facilite la lecture, à des identifiants incompréhensibles.

Les URL influencent-elles le classement ? À peine.

C’est la question à laquelle tout le monde veut réellement une réponse. La réponse honnête est : très peu.

• Les mots-clés dans l’URL ont, selon le guide de démarrage de Google, « the keywords in the name of the domain (or URL path) alone have hardly any effect beyond appearing in breadcrumbs » (traduction) « les mots-clés présents dans le nom de domaine ou le chemin d’URL n’ont à eux seuls pratiquement aucun effet, au-delà de leur apparition dans le fil d’Ariane ». John Mueller parle d’un « a very small ranking factor » (traduction) « facteur de classement très faible » et d’un « a very light weight factor… less so after [the page is] indexed » (traduction) « signal très faible, qui l’est encore moins après l’indexation de la page ». Un mot-clé dans l’URL peut donc aider Google lors de la découverte initiale, avant l’exploration du contenu ; après indexation, c’est le contenu qui compte.
• La profondeur de clic compte davantage que le libellé de l’URL : il s’agit du nombre de clics séparant une page de l’accueil. Une arborescence logique aide Googlebot à estimer la fréquence d’exploration — un dossier /policies/ change rarement, tandis que /promotions/ change souvent — mais cela concerne l’exploration, pas le classement.

En bref, ne restructurez pas vos URL dans le seul but d’y ajouter des mots-clés : le bénéfice ne justifie pas l’effort ni le risque.

Tirets ou underscores

Voici une règle technique réellement établie, et elle est propre à Google.

Google considère le tiret comme un séparateur de mots et l’underscore comme un caractère de liaison. red_shoes est donc interprété comme le jeton unique redshoes, tandis que red-shoes devient red et shoes. Gary Illyes l’explique ainsi : « many things on the internet have an underscore in them, they can’t easily segment at underscore. » (traduction) « beaucoup de choses sur Internet contiennent un underscore ; Google ne peut pas facilement les segmenter à cet endroit ». Matt Cutts disait déjà la même chose en 2007 : « we still join on the underscore and separate on the dash » (traduction) « nous relions toujours les mots autour de l’underscore et les séparons autour du tiret ». La documentation actuelle de Google recommande toujours les tirets.

Une nuance mérite d’être signalée : en 2016, Mueller a déclaré que la différence « doesn’t matter » (traduction) « n’a pas d’importance », ce qui a semé le doute. La documentation en vigueur recommande néanmoins toujours les tirets ; c’est donc le choix le plus sûr.

Bing fonctionne différemment. Un porte-parole de Bing l’a confirmé : « We do not differentiate between dash and underscore in our URL ranking features » (traduction) « nous ne faisons aucune distinction entre le tiret et l’underscore dans nos fonctionnalités de classement des URL ». Les underscores ne vous pénalisent donc pas sur Bing. Puisque vous optimisez pour les deux moteurs, utilisez des tirets : ils conviennent à Google et sont neutres pour Bing.

Longueur des URL et mythe de la canonisation

Vous entendrez dire que « les URL courtes sont mieux classées ». C’est une mauvaise interprétation.

La longueur d’une URL n’a aucune incidence directe sur le classement. La réalité est plus précise : lorsqu’il choisit une URL canonique parmi des doublons ou des URL très proches, Google peut préférer la version la plus courte et la plus propre — notamment une URL sans paramètres de suivi à cette même URL enrichie de paramètres. Comme je l’explique dans mes recherches sur la canonisation : « This has been misconstrued over the years by SEOs to mean that all your URLs should be shorter. But that’s not what was meant » (traduction) « Au fil des années, les SEO ont interprété cela à tort comme l’obligation de raccourcir toutes les URL. Ce n’était pas le sens du propos ». La préférence porte sur une version propre et sans paramètres plutôt que sur son doublon surchargé, pas sur une règle universelle selon laquelle « le plus court gagne ». La longueur n’est que l’un des quelque 40 signaux de canonisation utilisés par Google, avec HTTPS, www ou non-www, la barre oblique finale et la casse.

La casse représente un risque réel

Les chemins, noms de fichiers et paramètres de requête sont sensibles à la casse, mais pas le nom d’hôte. example.com/Apple et example.com/apple sont donc deux URL différentes, tandis que Example.com et example.com désignent le même hôte.

Google sait généralement reconnaître deux variantes de casse qui servent le même contenu et les canoniser, mais inutile de lui imposer ce travail. Si les deux versions sont accessibles sans consolidation, vous créez du contenu dupliqué. Un piège souvent oublié subsiste : robots.txt est lui aussi sensible à la casse. Une directive Disallow visant /Private/ ne bloque pas /private/. Normalisez les URL en minuscules pour éviter tous ces problèmes.

Les variantes qui répondent, redirigent ou renvoient une erreur 404 dépendent de votre serveur et de votre application : il n’existe pas de règle universelle. Testez les réponses réelles avec curl -I ou un robot d’exploration au lieu de les supposer.

Barres obliques finales

Une barre oblique finale compte partout sauf à la racine :

• Domaine racine : example.com et example.com/ sont traités de façon identique.
• Partout ailleurs : example.com/page et example.com/page/ sont des URL différentes. Si les deux sont accessibles sans que l’une soit consolidée vers l’autre, elles créent du contenu dupliqué.

Ajouter une barre oblique à un véritable fichier (page.html/) ne chargera pas ce fichier. Comme je l’écris dans mon guide sur la barre oblique finale : « There’s always a risk with changes, so unless your setup is causing problems I wouldn’t try to force a change to your URLs » (traduction) « Tout changement comporte un risque ; à moins que votre configuration ne pose problème, je ne chercherais pas à imposer une modification de vos URL ». Choisissez un format, imposez-le au moyen de redirections et de balises canoniques, puis conservez des liens internes cohérents. Comme pour la casse, le comportement réel hors racine dépend du serveur et de l’application : vérifiez les réponses de votre configuration.

Paramètres d’URL : le vrai problème d’exploration

À grande échelle, les paramètres de requête sont l’aspect de la structure d’URL qui cause le plus de dégâts SEO. Dans mon guide sur les paramètres d’URL, je les répartis en deux catégories :

• Les paramètres actifs modifient le contenu de la page : filtrage, tri, pagination, langue ou recherche interne.
• Les paramètres passifs ne modifient pas le contenu : identifiants d’affiliation, balises UTM ou identifiants de session.

Les deux posent problème. Les paramètres passifs présents dans les liens internes créent des doublons et gaspillent le budget d’exploration. Les paramètres actifs, notamment ceux de la navigation à facettes, peuvent générer presque une infinité de combinaisons : un piège classique pour les robots. Les consignes de Google pour le commerce électronique décrivent précisément les risques : contenu ignoré, même contenu exploré à répétition et site perçu comme infini lorsqu’une URL contient une valeur qui change continuellement, telle qu’un horodatage.

Pour les maîtriser :

• rel=canonical est désormais le principal levier : faites pointer les variantes vers l’URL propre. Pour des paramètres de variante facultatifs, Google recommande d’utiliser « the URL with the query parameter omitted as the canonical URL. » (traduction) « l’URL dont le paramètre de requête a été retiré comme URL canonique » ;
• noindex lorsqu’une page paramétrée ne doit réellement pas figurer dans l’index ;
• robots.txt pour empêcher les robots d’accéder à des espaces de paramètres manifestement inutiles, en gardant à l’esprit qu’il contrôle l’exploration, pas l’indexation ;
• pour le suivi, utilisez si possible les événements analytiques plutôt que des paramètres d’URL. La plupart des systèmes peuvent enregistrer ces données sans alourdir vos URL.

Note historique : l’ancien outil Paramètres d’URL de Google Search Console a été abandonné et supprimé en 2022. Les balises canoniques le remplacent.

À quoi ressemble une URL propre

Pour résumer, visez le format suivant :

• Des mots descriptifs, pas des identifiants numériques
• Des minuscules
• Des tirets entre les mots
• HTTPS
• Aucun paramètre superflu
• Une URL qui reflète l’arborescence du site
• Une adresse stable et permanente, que vous n’aurez pas besoin de modifier

Faut-il modifier vos URL ? Presque jamais.

C’est la conclusion pratique la plus importante. Interrogé sur l’intérêt SEO de modifier des URL, John Mueller répond : « Will it help the site? Very, very rarely… Will a change negatively affect the site for a while until it’s reprocessed? Probably » (traduction) « Le site en bénéficiera-t-il ? Dans de très rares cas… La modification lui nuira-t-elle temporairement, jusqu’à son retraitement ? Probablement ».

Les motifs légitimes sont rares : URL vraiment obscures ou illisibles (example.com/p?=123), références obsolètes intégrées à l’adresse, ou véritable problème de trouvabilité. Une simple préférence esthétique pour des chemins plus courts, plus propres ou plus riches en mots-clés ne justifie pas de toucher à des URL qui fonctionnent. Si un défaut concret impose un changement, traitez-le comme une véritable migration, pas comme une correction isolée : créez une correspondance complète entre les anciennes et les nouvelles URL pour chaque chemin concerné, mettez en place des redirections directes et permanentes (301) sans chaîne intermédiaire, actualisez les liens internes et les balises canoniques afin qu’ils pointent directement vers les nouvelles URL, mettez à jour les sitemaps XML et utilisez l’outil de changement d’adresse lorsqu’il s’applique. Ensuite, surveillez les anciennes comme les nouvelles URL dans les statistiques d’exploration, la couverture Search Console et les journaux serveur. Quelques tests réussis ne prouvent pas que la table de redirection est complète. Une bonne gestion réduit le risque de perdre des signaux, mais ni Google ni personne ne garantit un délai de récupération ou le maintien intégral des classements. La permanence compte d’autant plus que les assistants d’IA citent désormais des URL : un lien cassé après un changement devient une citation cassée.

Où se situe ce sujet

La structure d’URL recoupe plusieurs sujets liés à l’architecture et à l’exploration : la canonisation et la quarantaine de signaux qui désignent l’URL représentative, les paramètres d’URL actifs ou passifs, la gestion de la barre oblique finale, l’architecture du site et la profondeur d’exploration — où la profondeur de clic, plus que le libellé de l’URL, influe réellement — ainsi que les redirections, qui permettent de déplacer des URL sans perdre leurs signaux. Chacun mérite son propre approfondissement.

Résumé par l’IA

Version condensée de l’onglet Avancé :

• Une URL comporte six éléments : protocole (https://), sous-domaine, domaine, chemin ou slug, chaîne de requête (?key=value) et fragment (#section). Le nom d’hôte n’est pas sensible à la casse ; le chemin l’est.
• Les URL influencent à peine le classement. D’après Google, les mots-clés dans une URL ont « hardly any effect beyond appearing in breadcrumbs » (traduction) « pratiquement aucun effet au-delà de leur apparition dans le fil d’Ariane » : le signal est « very light weight » (traduction) « très faible » et s’atténue après indexation. La profondeur de clic compte davantage que les mots de l’URL.
• Tirets ou underscores, règle propre à Google : Google sépare les mots aux tirets et les relie aux underscores ; red_shoes équivaut donc à redshoes. Utilisez des tirets. Bing ne distingue pas les deux.
• La longueur n’est pas un facteur de classement. L’idée selon laquelle « le plus court gagne » déforme le mécanisme de canonisation : Google peut préférer une URL propre à la même URL avec paramètres, sans appliquer une règle universelle.
• La casse crée un risque de doublons. Les chemins et noms de fichiers sont sensibles à la casse (/Apple ≠ /apple), tout comme robots.txt. Utilisez des minuscules.
• Barre oblique finale : elle est indifférente à la racine seulement ; ailleurs, /page et /page/ sont deux URL différentes.
• Les paramètres sont le véritable problème d’exploration. Passifs (UTM, session, affiliation) ou actifs (filtrage, tri, pagination), ils créent des doublons et gaspillent l’exploration. Gérez-les avec rel=canonical en priorité, puis noindex et robots.txt. L’outil Paramètres d’URL de GSC a été supprimé en 2022.
• Modifier des URL n’aide que « very, very rarely » (traduction) « très, très rarement », selon Mueller. Réservez-le aux URL réellement défectueuses ou obscures et à un défaut concret, jamais à une préférence esthétique. Si le changement est justifié, effectuez une migration complète : table exhaustive, redirections permanentes directes, liens internes, balises canoniques et sitemaps mis à jour, puis suivi des anciennes et nouvelles URL, sans délai de récupération garanti.

Documentation officielle

Documentation de première main publiée par les moteurs de recherche.

Google

• Bonnes pratiques de structure d’URL — tirets plutôt qu’underscores, chemins descriptifs, casse cohérente, paramètres limités et encodage en pourcentage.
• Guide de démarrage SEO — URL affichées comme fils d’Ariane ; les mots-clés du chemin « have hardly any effect » (traduction) « n’ont pratiquement aucun effet »
• Canonisation — choix de l’URL représentative et scénarios de doublons courants : HTTP/HTTPS, www, barre oblique, casse et paramètres.
• Concevoir la structure d’URL d’un site e-commerce — contenu manqué, exploration répétée ou infinie, chemins descriptifs et URL canoniques sans paramètres.

Bing / Microsoft

• Consignes Bing pour les webmasters — URL courtes et riches en mots-clés ; éviter les variables de session et identifiants de document.
• Mieux que canonical : normalisation des URL — méthode privilégiée par Bing pour regrouper les variantes paramétrées.

Quotes from the source

Déclarations publiques de Google et de Bing. Chaque lien pointe directement vers le passage cité lorsque la page source le permet.

Hyphens vs. underscores

• “We recommend using hyphens (-) instead of underscores (_) to separate words.” (traduction) « Nous recommandons d’utiliser des tirets (-), plutôt que des underscores (_), pour séparer les mots. » — documentation Google Search Central sur la structure d’URL. Jump to quote
• Gary Illyes (Google) explique cette recommandation : “many things on the internet have an underscore in them, they can’t easily segment at underscore.” (traduction) « Beaucoup de choses sur Internet contiennent un underscore ; les systèmes de Google ne peuvent pas facilement les segmenter à cet endroit. » Coverage
• Matt Cutts (Google), en 2007 : « We still join on the underscore and separate on the dash. » (traduction) « Nous relions toujours les mots autour de l’underscore et les séparons autour du tiret. » Coverage
• Porte-parole de Bing : « We do not differentiate between dash and underscore in our URL ranking features. » (traduction) « Nous ne faisons aucune distinction entre tiret et underscore dans nos fonctionnalités de classement des URL. » Coverage

Keywords in URLs

• Guide de démarrage SEO de Google : « the keywords in the name of the domain (or URL path) alone have hardly any effect beyond appearing in breadcrumbs. » (traduction) « les mots-clés présents dans le nom de domaine ou le chemin d’URL n’ont à eux seuls pratiquement aucun effet, au-delà de leur apparition dans le fil d’Ariane. » Jump to quote
• John Mueller (Google) : les mots-clés dans les URL sont « a very light weight factor » (traduction) « un facteur très faible » et comptent encore moins après l’indexation d’une page. Coverage
• John Mueller (Google) : les URL « provide minimal additional signals for search engines » (traduction) « fournissent très peu de signaux supplémentaires aux moteurs de recherche » Coverage

URL length / canonicalization

• Lors de la déduplication, Google tend à retenir comme canonique l’URL la plus courte et la plus propre ; ce n’est pas une règle universelle selon laquelle « les URL courtes sont mieux classées ». Coverage

Cas sensitivity

• John Mueller (Google) : le chemin, le nom de fichier et les paramètres de requête sont sensibles à la casse, contrairement au nom d’hôte. robots.txt l’est aussi ; restez donc cohérent. Coverage

Modification URLs

• John Mueller (Google) : « Will it help the site? Very, very rarely… Will a change negatively affect the site for a while until it’s reprocessed? Probably. » (traduction) « Cela aidera-t-il le site ? Très, très rarement… Le changement aura-t-il un effet négatif pendant un certain temps, jusqu’au nouveau traitement ? Probablement. » Coverage

Liste de contrôle pour l’audit des URL

Une vérification destinée à repérer les problèmes d’URL réellement gênants :

• HTTPS partout — aucune URL HTTP accessible sans redirection vers HTTPS.
• Un seul hôte canonique — versions www et non-www regroupées vers une seule adresse.
• Minuscules cohérentes — aucun chemin à casse mixte créant des doublons ; les règles de robots.txt correspondent à la casse réellement utilisée.
• Des tirets, pas d’underscores ni de mots collés, séparent les mots des slugs.
• Barre oblique finale choisie et imposée — un format unique sur tout le site, hors domaine racine, soutenu par des redirections et des balises canoniques.
• Slugs descriptifs, pas d’identifiants numériques (/url-structure/, pas /p?id=4321).
• Paramètres maîtrisés — aucun paramètre passif de suivi (UTM, session, affiliation) dans les liens internes ; les paramètres actifs (filtrage, tri) possèdent une balise canonique vers l’URL propre.
• Aucun piège à robots — navigation à facettes, calendriers et URL horodatées ne génèrent pas d’espaces d’URL presque infinis.
• Les fragments ne distinguent pas des contenus puisque Google les ignore.
• Caractères réservés et non ASCII correctement encodés en pourcentage.
• Les deux variantes d’une URL ne sont pas indexées ensemble — vérifiez dans GSC si les rapports se répartissent entre variantes de casse, barre ou paramètres.
• Aucune modification inutile prévue — si les URL fonctionnent, conservez-les. Si un défaut concret justifie un changement, préparez une table complète des anciennes et nouvelles URL, des redirections permanentes directes, la mise à jour des liens internes, balises canoniques et sitemaps, puis le suivi des deux ensembles ; une simple redirection et un ping de sitemap ne suffisent pas.

Les modèles mentaux

1. Les URL servent à l’exploration et aux internautes, pas au classement. Avant d’optimiser une URL, demandez-vous ce que vous cherchez réellement à améliorer. Les mots-clés y constituent un signal « very light weight » (traduction) « très faible ». Les vrais bénéfices sont la lisibilité et l’efficacité de l’exploration : optimisez-les, pas une hausse de classement imaginaire.

2. La cohérence vaut mieux que l’optimisation. Les dommages viennent de l’incohérence : casse variable, deux versions avec et sans barre, même page accessible avec et sans paramètres. Choisissez un format propre et imposez-le. Un système « imparfait » mais cohérent vaut mieux qu’un système « optimal » appliqué de façon inégale.

3. Les dimensions des URL dupliquées. La plupart des problèmes SEO viennent d’une page accessible sous plusieurs URL : HTTP/HTTPS, www/non-www, avec/sans barre, variantes de casse et paramètres. Chacune implique une décision de canonisation. Recensez les variantes, puis consolidez-les par redirection pour les cas stricts ou par balise canonique pour les cas souples.

4. Paramètres actifs et passifs. Les paramètres passifs de suivi ne doivent jamais modifier le contenu et, idéalement, ne figurent dans aucun lien interne : transmettez ces données par des événements analytiques. Les paramètres actifs de filtrage, tri ou pagination modifient le contenu et exigent une gestion délibérée de la canonisation et de l’indexation afin de ne pas devenir un piège à robots.

5. La règle de décision avant de changer une URL. Par défaut : ne changez rien. Ne modifiez une URL que si elle est réellement obscure, cassée ou introuvable, jamais pour un gain marginal de mots-clés. Lorsque vous le faites, prévoyez systématiquement une 301, le sitemap et le changement d’adresse. Gardez à l’esprit le « very, very rarely » (traduction) « très, très rarement » de Mueller.

Bonnes pratiques pour les URL — aide-mémoire

Outils pour auditer la structure d’URL

• Vérificateur de canonisation — déterminez si une variante de paramètre, de casse ou de format transmet des signaux cohérents de canonisation et d’indexabilité.
• Cartographe de chaînes de redirection — inspectez chaque saut avant que l’URL n’atteigne le protocole HTTPS, l’hôte, le chemin et le format de barre préférés.
• Vérificateur de redirections — contrôlez rapidement un petit ensemble d’URL renommées ou normalisées lors de leur mise en ligne.
• Un robot d’exploration du site entier — recensez à grande échelle les chemins, paramètres, balises canoniques, codes d’état et destinations des liens internes ; regroupez les variantes avant de décider s’il s’agit de doublons.
• Les journaux serveur et Search Console — confirmez les formes d’URL réellement demandées par les robots et enregistrées par Google, au lieu de juger la structure uniquement à partir d’un modèle de page.

Les outils peuvent révéler des incohérences, mais ne suffisent pas à justifier une migration. Modifier des URL stables exige toujours une raison métier, une table de redirection exhaustive et la preuve que le bénéfice attendu dépasse le risque de transition.

Testez vos connaissances : structure d’URL

Cinq questions rapides sur la construction des URL et ce qui compte réellement pour le SEO. Choisissez une réponse pour chacune, puis vérifiez.

Ressources utiles

Mes articles connexes

• Barre oblique finale : l’utiliser ou non ? — quand elle compte, avec l’exception du domaine racine.
• Paramètres d’URL : guide complet pour les SEO — paramètres actifs et passifs, et leur maîtrise.
• Google utilise environ 40 signaux de canonisation — HTTPS, www, barre oblique, casse et explication de la préférence pour une URL courte.
• Redirections SEO : guide simple mais complet — déplacer des URL sans perdre leurs signaux.
• Guide du débutant en SEO technique — la place de la structure d’URL dans l’ensemble du sujet.

Mes conférences

• Cours accéléré de SEO technique (SlideShare, Beer & SEO Meetup) — notamment la structure d’URL.
• Résoudre les problèmes de SEO technique (SlideShare, Raleigh SEO Meetup) — les problèmes d’URL en contexte.

Dans le secteur

• Bonnes pratiques de structure d’URL (Google Search Central) — la liste de référence des pratiques à suivre et à éviter.
• Google et Bing traitent toujours différemment les underscores et les tirets (Search Engine Land) — distinction entre tirets et underscores, avec la citation de Bing.
• Modifier des URL pour le SEO : quand est-ce acceptable ? (Search Engine Land) — le conseil « very, very rarely » (« très, très rarement ») de Mueller.
• Google : les mots d’une URL sont un signal très faible (Search Engine Roundtable).
• Rappel de Google sur la sensibilité à la casse des URL (Search Engine Roundtable).
• Google choisit les URL courtes pour la canonisation (Search Engine Roundtable) — origine de l’interprétation erronée selon laquelle « le plus court gagne ».
• Mieux que canonical : normalisation des URL (blog Bing Webmaster) — méthode de Bing pour regrouper les variantes paramétrées.

Journal des modifications