Sur une refonte, le design ne casse presque jamais le SEO à lui seul. Ce qui casse, c’est plus souvent une cartographie d’URLs bancale, faite trop tard, avec trop peu de sources et trop de décisions prises dans l’urgence.
Une refonte, ce n’est pas “on change le thème et on verra bien”. C’est une opération où vous pouvez déplacer, fusionner, supprimer ou renommer des dizaines, des centaines, parfois des milliers d’adresses.
Et Google, lui, ne suit pas vos maquettes. Il suit vos URLs, vos redirections, vos canonicals, votre maillage interne, vos sitemaps et les signaux qu’il connaît déjà. Si vous perdez le fil, il vous le fait payer. Gentiment au début, puis très concrètement dans la Search Console.
Dans cet article, je ne vais pas vous refaire tout le cours sur les redirections 301. Nous l’avons déjà détaillé dans notre guide sur la refonte SEO, les redirections et les sitemaps . Ici, on va parler du vrai point de départ : la cartographie des URLs.
Mon objectif est simple : qu’à la fin, vous sachiez construire une liste canonique, propre, dédupliquée, typée, priorisée et décisionnée. C’est cette base qui permet ensuite de faire un mapping SEO sérieux, sans improviser au moment de la mise en ligne.
Par Laurent Lacoste — Architecte web chez TooNetCreation.
En résumé : avant une refonte, ne partez jamais d’un seul export. Croisez au minimum le crawl, les sitemaps XML, Google Search Console, les logs serveur, l’export CMS et les backlinks. Ensuite seulement, vous pouvez normaliser, dédupliquer, typer, prioriser et décider quoi faire de chaque URL.
Pourquoi une refonte SEO échoue souvent dès l’inventaire des URLs
Une refonte se plante rarement parce que personne n’a travaillé. Elle se plante parce que l’équipe travaille sur une base incomplète.
On pense avoir toutes les URLs, puis on découvre après mise en ligne des pages orphelines, des PDF oubliés, des anciennes URLs encore crawlées, des pages qui recevaient des backlinks, ou des contenus qui généraient des impressions sans être dans le sitemap.
Et là, la refonte commence à ressembler à une chasse aux fantômes.
Erreur 1 : se contenter du sitemap
Le sitemap XML est utile, mais il ne représente que ce que le site déclare. Ce n’est pas toute la réalité.
Il peut oublier :
- des pages orphelines ;
- des médias ou PDF encore référencés ;
- des anciennes URLs encore visitées ;
- des pages profondes non déclarées ;
- des contenus publiés mais mal intégrés ;
- des URLs qui reçoivent encore des backlinks.
Il peut aussi contenir du bruit : URLs redirigées, canonisées vers autre chose, non indexables ou obsolètes.
Conclusion terrain : sitemap seul = inventaire incomplet.
Erreur 2 : se contenter d’un crawl
Le crawl est indispensable. Il donne une bonne photo de la structure atteignable via le maillage interne.
Mais un crawl ne voit que ce qui est lié et autorisé à l’exploration. Il peut donc rater :
- des pages orphelines ;
- des URLs encore appelées par Google via de vieux backlinks ;
- des médias ou fichiers hors arborescence ;
- des URLs issues d’anciennes versions du site ;
- certaines routes techniques ;
- des facettes ou paramètres utiles à surveiller.
Conclusion terrain : crawl seul = inventaire partiel.
Erreur 3 : faire la liste pendant le mapping
Celle-là, je la vois encore trop souvent.
On commence le plan de redirection, puis on se rend compte qu’il manque des URLs. On ajoute une colonne. Puis un autre export. Puis un onglet. Puis une exception. Puis une règle. Et le fichier devient un meuble Ikea monté sans notice.
Le bon ordre, c’est :
- inventaire ;
- nettoyage ;
- normalisation ;
- déduplication ;
- qualification ;
- priorisation ;
- décision ;
- mapping.
Si vous commencez le mapping avant d’avoir une cartographie fiable, vous ne faites pas une migration SEO. Vous faites un pari.
Le vrai livrable : une liste canonique d’URLs
Une cartographie d’URLs n’est pas un export en vrac. C’est un livrable décisionnel.
Une bonne cartographie doit répondre à une question simple : que fait-on de chaque URL importante avant, pendant et après la refonte ?
Ce qu’est une liste canonique
La liste canonique, c’est la base propre sur laquelle vous allez travailler. Elle contient une ligne par URL utile, avec les informations nécessaires pour décider.
Elle doit être :
- unique : une seule ligne par ressource réelle ;
- normalisée : même protocole, même host, même convention de slash, paramètres traités ;
- dédupliquée : pas trois variantes pour la même page ;
- typée : page service, article, catégorie, produit, média, PDF, facette, etc. ;
- priorisée : P1, P2, P3 selon l’importance SEO et business ;
- décisionnée : conserver, fusionner, rediriger, noindexer, supprimer ou revoir.
Si votre liste n’est pas fiable, le reste est une illusion. Et Google n’aime pas les illusions.
Pourquoi le mot “canonique” est important
Dans une refonte, plusieurs URLs peuvent représenter une même ressource : version avec ou sans slash final, paramètres UTM, tri, filtre, version HTTP, version HTTPS, www ou non-www.
Google explique qu’il choisit une URL canonique lorsqu’il rencontre plusieurs pages similaires ou dupliquées. Le rôle de votre cartographie est justement d’éviter de travailler sur un chaos de variantes et de décider quelle URL représente vraiment chaque ressource. Voir la documentation Google sur la canonicalisation .
Le modèle de cartographie : colonnes minimales et recommandées
Oui, une bonne cartographie demande plusieurs colonnes. Non, ce n’est pas forcément un tableur infernal.
Ce qui rend un fichier infernal, ce n’est pas le nombre de colonnes. C’est l’absence de logique.
Colonnes minimales à prévoir
| Colonne | À quoi ça sert | Exemple |
|---|---|---|
| url | URL source unique à analyser | /services/seo/ |
| type | Typologie de page pour trier rapidement | service, blog, category, product, media |
| http_status | État réel de l’URL | 200, 301, 404, 500 |
| indexability | Capacité de l’URL à être indexée | indexable, noindex, bloquée |
| canonical | URL canonique déclarée si présente | https://www.exemple.fr/services/seo/ |
| source | Origine de découverte de l’URL | crawl, sitemap, gsc, logs, cms, backlinks |
| priority | Niveau de priorité dans la migration | P1, P2, P3 |
| decision | Décision à appliquer | keep, redirect, merge, noindex, 410, review |
| owner | Personne ou équipe responsable de la validation | SEO, tech, contenu, client |
| notes | Cas particulier, risque ou justification | Page P1 avec backlinks, redirection à valider |
Colonnes recommandées pour prioriser intelligemment
| Colonne | Pourquoi c’est utile | Exemple d’usage | |
|---|---|---|---|
| gsc_clicks_16m | Identifier les URLs qui génèrent déjà du trafic Google | Prioriser les pages SEO actives | |
| gsc_impressions_16m | Repérer les pages visibles même si elles cliquent peu | Conserver ou améliorer une page à potentiel | |
| ga4_sessions_12m | Mesurer la fréquentation réelle côté analytics | Repérer les pages utiles hors SEO | |
| leads_or_sales | Relier l’URL à la valeur business | Ne pas supprimer une page qui convertit | |
| backlinks | Identifier les pages qui portent de l’autorité | Éviter une 404 sur une page linkée | |
| inlinks | Mesurer le poids dans le maillage interne | Repérer les pages importantes dans la structure | |
| last_seen_googlebot | Savoir si Google explore encore l’URL | Décider si une ancienne URL mérite encore l’URL | Décider si une ancienne URL mérite une redirection |
| test_status | Suivre la recette avant mise en ligne | OK, KO, à revoir |
Les 6 sources à croiser pour ne pas perdre de pages
La cartographie propre commence par une collecte large. Le but n’est pas de faire joli. Le but est de ne pas oublier les URLs qui ont encore une vie SEO, technique ou business.
1. Le crawl du site : la photo de la structure liée
Le crawl vous donne les URLs accessibles via le maillage interne. C’est la base technique : codes HTTP, balises canonical, noindex, titles, H1, profondeur, inlinks, hreflang, erreurs, redirections.
Ce que le crawl voit bien :
- la structure actuelle du site ;
- les pages liées ;
- les erreurs visibles ;
- les chaînes de redirections ;
- les balises techniques en masse.
Ce qu’il peut rater :
- les pages orphelines ;
- les anciennes URLs encore visitées ;
- les PDF et médias hors arborescence ;
- certaines URLs techniques ou paramétrées.
Mon conseil : faites un crawl “normal”, puis, si le contexte le justifie, un crawl diagnostic sur environnement maîtrisé pour comprendre ce qui est bloqué ou masqué.
2. Les sitemaps XML : la liste déclarée
Les sitemaps XML indiquent ce que le site déclare comme important et indexable.
Ils sont utiles, mais ils doivent être contrôlés. Un sitemap propre ne devrait contenir que des URLs en 200, indexables, canonisées vers elles-mêmes et réellement utiles.
À vérifier :
- présence d’URLs redirigées ;
- présence d’URLs non indexables ;
- présence de pages obsolètes ;
- absence de pages importantes ;
- cohérence des sous-sitemaps par type de contenu.
3. Google Search Console : la vision Google
Avec Google Search Console, on arrête de supposer. On regarde ce que Google a réellement affiché, cliqué, exploré ou exclu.
Exports utiles :
- rapport Performance > Pages sur 16 mois ;
- rapport Performance > Requêtes pour comprendre les intentions ;
- rapport Indexation pour repérer les états problématiques ;
- rapport Liens pour identifier les pages les plus liées.
Les URLs qui génèrent des clics, des impressions ou reçoivent des liens doivent être regardées avec attention. Même si elles ne sont plus très visibles dans l’arborescence actuelle.
À lire en complément : comment utiliser Google Search Console pour améliorer son SEO .
4. Les logs serveur : la vérité Googlebot en production
Les logs serveur montrent les URLs réellement demandées par les robots. C’est souvent là que l’on retrouve les fantômes : anciennes URLs, fichiers encore crawlés, 404 récurrentes, paramètres qui gonflent l’exploration, médias oubliés.
Pour une analyse utile, récupérez idéalement :
- 30 jours de logs minimum ;
- 60 à 90 jours si le site est gros ou très saisonnier ;
- URL demandée ;
- code HTTP ;
- user-agent ;
- nombre de hits ;
- date de dernière visite.
Une URL vue dans les logs et dans Search Console mérite plus d’attention qu’une URL sortie d’un export douteux jamais visitée.
5. L’export CMS : la vision métier
Le CMS connaît les contenus qui existent dans la base, même lorsqu’ils sont mal liés, désactivés, brouillons, archivés ou oubliés.
À exporter si possible :
- ID du contenu ;
- titre ;
- slug ;
- URL ;
- type de contenu ;
- statut ;
- langue ;
- catégorie ;
- parent/enfant ;
- date de mise à jour.
C’est particulièrement utile sur les sites Joomla, WordPress, PrestaShop, WooCommerce ou tout CMS ayant connu plusieurs générations de contenus.
6. Les backlinks : la couche autorité
Une page qui reçoit des liens externes mérite d’être protégée. Même si elle ne génère plus beaucoup de trafic.
Si une page linkée finit en 404, vous perdez une partie de l’autorité acquise. Si elle est redirigée vers une page trop générique, vous diluez le signal. Si elle est oubliée, vous payez la négligence.
À récupérer :
- pages les plus linkées dans Search Console ;
- domaines référents ;
- URLs cibles ;
- ancres si disponibles ;
- liens forts issus d’outils tiers si vous en avez.
| Question | Source la plus utile | Pourquoi |
|---|---|---|
| Quelles URLs sont liées dans le site ? | Crawl | Il révèle la structure réellement parcourable. |
| Quelles URLs le site déclare à Google ? | Sitemaps XML | Ils montrent la vision officielle du site. |
| Quelles URLs performent dans Google ? | Search Console | Elle montre clics, impressions et pages visibles. |
| Quelles URLs Googlebot explore vraiment ? | Logs serveur | Ils révèlent les URLs vues en production. |
| Quels contenus existent dans le CMS ? | Export CMS | Il expose la base métier, même hors maillage. |
| Quelles URLs portent de l’autorité ? | Backlinks | Ils identifient les pages à ne surtout pas casser. |
Comment fusionner les exports sans créer un tableur infernal
Vous avez maintenant plusieurs exports. Le danger, c’est de créer un fichier monstrueux où personne ne sait plus quelle URL est la bonne.
La méthode doit rester simple : centraliser, normaliser, dédupliquer, qualifier.
Étape 1 : centraliser les sources
Commencez par tout mettre dans un seul fichier ou une base temporaire. Pour chaque URL, gardez la source d’origine.
Exemple :
- source = crawl ;
- source = sitemap ;
- source = gsc ;
- source = logs ;
- source = cms ;
- source = backlinks.
Au départ, acceptez les doublons. Ne tentez pas de nettoyer trop tôt. Sinon, vous risquez de supprimer des informations utiles.
Étape 2 : normaliser avant de dédupliquer
C’est la règle d’or : on normalise d’abord, on déduplique ensuite.
Sinon, vous risquez de traiter comme différentes des URLs qui représentent la même page :
- http://example.fr/page
- https://example.fr/page
- https://www.example.fr/page
- https://www.example.fr/page/
- https://www.example.fr/page/?utm_source=newsletter
Si votre convention cible est HTTPS, domaine canonique, slash final et sans paramètres marketing, ces variantes doivent être ramenées à une forme unique.
Étape 3 : dédupliquer avec une logique
Une fois les URLs normalisées, vous pouvez dédupliquer.
Si une même URL est présente dans plusieurs sources, gardez une ligne unique et conservez les sources sous forme multi-valeurs :
source = crawl|gsc|logs|backlinks
Une URL présente dans le crawl, Search Console et les logs n’a pas le même poids qu’une URL uniquement trouvée dans un sitemap poussiéreux.
Étape 4 : typer les URLs
Le typage permet de prendre des décisions plus rapidement.
Exemples de types :
- home ;
- service ;
- blog ;
- category ;
- product ;
- landing ;
- media ;
- pdf ;
- facette ;
- technique ;
- ancienne-url.
Sans typologie, votre fichier est une liste. Avec une typologie, il devient un outil de pilotage.
Comment traiter les paramètres, facettes et URLs techniques
Les paramètres sont souvent la source numéro 1 du tableur infernal.
Entre les UTM, les filtres, les tris, les paginations, les IDs de session, les variantes produit et les facettes e-commerce, vous pouvez multiplier artificiellement les URLs.
La bonne méthode consiste à distinguer trois familles.
| Type de paramètre | Exemples | Traitement recommandé |
|---|---|---|
| Paramètres marketing | utm_source, gclid, fbclid, msclkid | À ignorer dans la liste canonique. On conserve l’URL sans paramètre. |
| Paramètres de tri ou affichage | orderby, sort, view, display | À exclure sauf cas SEO très particulier. Généralement non canonique. |
| Facettes ou filtres e-commerce | color, size, brand, price, availability | À analyser selon potentiel SEO, demande, indexabilité et risque de duplication. |
| Pagination | page=2, p=3 | À traiter selon structure du site, maillage et politique d’indexation. |
| Recherche interne | ?s=, ?search= | Généralement à exclure de la cartographie canonique SEO. |
| Paramètres techniques | sessionid, token, preview | À exclure et à surveiller si Google les explore. |
Sur un site e-commerce, cette étape est capitale. Une facette peut être un vrai levier SEO si elle correspond à une demande réelle. Mais une facette non maîtrisée peut aussi générer des milliers d’URLs faibles.
Si vous travaillez sur une boutique, complétez cette méthode avec notre guide sur la migration PrestaShop vers WooCommerce et le plan de redirection SEO .
Comment prioriser les URLs avec un scoring P1/P2/P3
Toutes les URLs ne méritent pas le même niveau d’attention.
Une page service qui génère des demandes de devis, une page catégorie qui reçoit du trafic et une ancienne page avec de bons backlinks ne doivent pas être traitées comme une page tag vide ou une URL de tri.
| Priorité | Définition | Exemples | Niveau de contrôle |
|---|---|---|---|
| P1 | URL critique pour le SEO, le business ou l’autorité | Page service, catégorie e-commerce, page avec leads, page avec backlinks forts | Contrôle manuel obligatoire |
| P2 | URL utile, mais non critique | Article avec trafic modéré, page secondaire, contenu de soutien | Contrôle par échantillon + règles |
| P3 | URL faible, bruit ou contenu à revoir | Tags vides, archives inutiles, anciennes pages sans trafic, paramètres | Traitement par règle ou revue rapide |
Comment attribuer une priorité ?
Je recommande de croiser plusieurs signaux :
- clics Search Console ;
- impressions Search Console ;
- sessions GA4 ou Matomo ;
- conversions ou leads ;
- backlinks ;
- fréquence de crawl Googlebot ;
- importance business ;
- rôle dans le maillage interne ;
- proximité avec une page stratégique.
Une page sans trafic mais avec un backlink fort peut être P1. Une page avec beaucoup d’impressions mais peu de clics peut être P2 à retravailler. Une page sans trafic, sans liens, sans valeur et sans rôle clair peut passer en P3.
Quelle décision prendre pour chaque URL ?
La cartographie devient utile au moment où elle aide à décider.
Chaque URL doit avoir une décision. Pas forcément immédiatement définitive, mais au moins un statut de travail.
| Décision | Signification | Quand l’utiliser |
|---|---|---|
| keep | Conserver l’URL ou son équivalent dans la nouvelle arborescence | Page utile, stratégique, performante ou nécessaire |
| redirect | Rediriger vers une nouvelle URL pertinente | URL supprimée, déplacée ou renommée avec équivalent clair |
| merge | Fusionner plusieurs contenus vers une page cible | Doublons, cannibalisation, contenus faibles ou proches |
| noindex | Conserver accessible mais exclure de l’indexation | Page utile utilisateur mais sans intérêt SEO |
| 410 | Indiquer une suppression définitive | URL sans équivalent, sans valeur, sans trafic, sans backlinks |
| review | À revoir avant décision finale | Cas ambigu, conflit métier/SEO, besoin de validation client |
Attention aux redirections “fourre-tout”
Rediriger toutes les anciennes URLs vers la home ou vers une catégorie générique est rarement une bonne idée.
Une redirection doit être pertinente pour l’utilisateur et pour Google. Google recommande d’utiliser les redirections pour signaler qu’une page a changé d’adresse, idéalement vers une destination équivalente ou proche. Voir la documentation Google sur les redirections .
En clair : une ancienne page “audit SEO Toulouse” ne doit pas finir sur la home si une nouvelle page “audit SEO Toulouse” existe. Elle doit aller vers son équivalent.
Cas des contenus à fusionner
La refonte est souvent le bon moment pour traiter les doublons et la cannibalisation.
Si plusieurs pages visent la même intention, il vaut mieux consolider vers une page plus forte plutôt que garder cinq contenus moyens qui se gênent.
À lire en complément : Cannibalisation SEO : comment l’identifier et la corriger efficacement .
Exemple de cartographie canonique
Voici un exemple simplifié de cartographie exploitable. Dans un vrai projet, le fichier sera plus complet, mais la logique doit rester lisible.
| URL | Type | Sources | Signaux | Priorité | Décision | Cible |
|---|---|---|---|---|---|---|
| /services/seo/ | service | crawl|gsc|cms | clics + leads | P1 | keep | /acquisition-visibilite/referencement-naturel-seo.html |
| /blog/ancien-guide-seo.html | blog | gsc|backlinks | backlinks + impressions | P1 | redirect | /blog/referencement/guide-seo-complet.html |
| /tag/seo/ | tag | crawl | faible valeur | P3 | noindex | - |
| /ancienne-page-sans-trafic.html | ancienne-url | logs | aucun clic, aucun lien | P3 | 410 | - |
| /blog/seo-local.html | blog | crawl|gsc | impressions, intention proche autre page | P2 | merge | /blog/referencement/seo-local-guide.html |
Ce tableau n’est pas là pour faire joli. Il sert à éviter les discussions floues.
Quand tout le monde voit l’URL, sa source, ses signaux, sa priorité et sa décision, la migration devient beaucoup plus simple à piloter.
Contrôles qualité avant validation
Avant de passer au plan de redirection, je recommande une revue qualité de la cartographie.
C’est le moment un peu ingrat, mais c’est celui qui évite les mauvaises surprises.
Checklist de validation
- Toutes les sources ont été intégrées.
- Les URLs sont normalisées.
- Les doublons sont supprimés ou regroupés.
- Les paramètres marketing sont exclus de la liste canonique.
- Les facettes importantes sont identifiées.
- Les URLs avec trafic Search Console sont marquées.
- Les URLs avec backlinks sont marquées.
- Les URLs vues dans les logs sont marquées.
- Les pages P1 ont une décision claire.
- Les pages P1 ont une cible si elles doivent être redirigées.
- Les cas ambigus sont en review.
- Les décisions ont un owner.
Contrôles à faire sur les P1
Les URLs P1 méritent une revue manuelle. Pas d’automatisation aveugle sur ces pages.
- La page existe-t-elle dans la future arborescence ?
- La future cible répond-elle à la même intention ?
- La redirection est-elle 1:1 ?
- La page conserve-t-elle son contenu essentiel ?
- Le maillage interne est-il prévu ?
- Les backlinks seront-ils préservés ?
- Le title, le H1 et l’intention SEO sont-ils cohérents ?
Si une page P1 n’a pas de cible claire, la refonte n’est pas prête. Simple, mais efficace.
Ce que la cartographie permet ensuite
Une fois la cartographie validée, le reste du chantier devient beaucoup plus propre.
1. Construire le plan de redirection
Vous pouvez passer de la décision redirect à un mapping réel :
ancienne_url → nouvelle_url → type_de_redirection → statut_test
Google recommande de préparer le mapping entre anciennes et nouvelles URLs lors d’une migration avec changement d’adresse, puis de tester et suivre la migration après mise en ligne. Voir la documentation Google sur les migrations avec changement d’URL .
2. Préparer les sitemaps propres
La cartographie vous aide à sortir des sitemaps qui ne contiennent que les URLs finales, indexables, utiles et en 200.
Pas d’anciennes URLs. Pas d’URLs redirigées. Pas d’URLs noindex. Pas d’URLs canonisées ailleurs.
3. Préparer la recette SEO
La cartographie devient aussi votre base de test :
- échantillon P1 à vérifier manuellement ;
- tests des redirections ;
- contrôle des codes HTTP ;
- contrôle des canonicals ;
- vérification du maillage interne ;
- vérification des sitemaps ;
- contrôle des 404 post-mise en ligne ;
- suivi Search Console.
4. Piloter les 30 jours après mise en ligne
Une refonte SEO ne s’arrête pas au jour J.
Pendant les 30 jours qui suivent, surveillez :
- les anciennes URLs encore crawlées ;
- les 404 ;
- les redirections KO ;
- les pages P1 non indexées ;
- les impressions Search Console ;
- les clics ;
- les conversions ;
- les erreurs serveur ;
- les sitemaps soumis.
La cartographie devient alors un document vivant, pas une archive oubliée dans un dossier partagé.
Téléchargez le modèle de cartographie d’URLs avant refonte
Pour gagner du temps, vous pouvez proposer à vos lecteurs un modèle de cartographie avec les colonnes essentielles : URL, type, statut HTTP, indexabilité, canonical, source, priorité, décision, owner et notes.
Ce modèle peut être utilisé comme base pour préparer une refonte SEO, une migration CMS, un changement d’arborescence ou un plan de redirection.
Télécharger le modèle de cartographie
Format conseillé : XLSX ou Google Sheets · À adapter selon votre CMS, vos sources de données et votre stratégie de migration.
Pour aller plus loin sur une refonte SEO
La cartographie des URLs est le point de départ. Elle sert ensuite à construire le plan de redirection, les sitemaps, la recette SEO et le monitoring post-mise en ligne.
- Refonte SEO : redirections, sitemaps et pièges à éviter
- Robots.txt expliqué simplement : syntaxe, bonnes pratiques et impact SEO
- Google Search Console : le guide pour améliorer son SEO
- Cannibalisation SEO : comment l’identifier et la corriger efficacement
- Migration PrestaShop vers WooCommerce : SEO avant / après et plan de redirection
Ce type de travail peut aussi s’intégrer dans un audit digital , notamment lorsque la refonte touche à la fois au SEO, à la performance, à la structure du site, à l’ergonomie et aux conversions.
Si votre objectif est de préserver et développer votre visibilité après refonte, découvrez aussi notre accompagnement en référencement naturel SEO .
Sources officielles utiles
Que retenir avant de lancer votre refonte ?
Une refonte SEO réussie ne commence pas par les maquettes. Elle commence par la compréhension de l’existant.
Si vous ne savez pas quelles URLs existent, lesquelles performent, lesquelles reçoivent des backlinks, lesquelles Google explore encore et lesquelles doivent disparaître, vous ne pouvez pas migrer proprement.
La méthode est simple, mais elle demande de la rigueur :
- collecter plusieurs sources ;
- normaliser les URLs ;
- dédupliquer ;
- typer ;
- prioriser ;
- décider ;
- contrôler ;
- mapper seulement ensuite.
Le sitemap est utile. Le crawl est utile. Search Console est utile. Les logs sont utiles. Mais aucun de ces outils ne suffit seul.
Une cartographie propre, c’est ce qui sépare une refonte maîtrisée d’une migration où l’on passe les trois semaines suivantes à éteindre des incendies.
Note de Laurent : si votre cartographie est propre, votre plan de redirection devient beaucoup plus simple. Si votre cartographie est bancale, tout le reste devient fragile. C’est rarement spectaculaire, mais c’est exactement là que se gagnent les migrations SEO propres.
Vous préparez une refonte et vous voulez éviter la casse SEO ?
TooNetCreation peut vous accompagner sur la cartographie des URLs, le plan de redirection, les sitemaps, la recette SEO, le suivi Search Console et les contrôles post-mise en ligne.
L’objectif est simple : préserver les pages qui comptent, éviter les 404 inutiles, transmettre correctement les signaux SEO et sécuriser votre visibilité après la refonte.
FAQ – Cartographie des URLs avant refonte
Pourquoi faire une cartographie d’URLs avant une refonte ?
La cartographie permet d’identifier toutes les URLs importantes avant de modifier le site : pages avec trafic, pages avec backlinks, contenus stratégiques, anciennes URLs, pages orphelines, médias et pages à risque. Sans cette base, le plan de redirection devient incomplet.
Quelle différence entre cartographie d’URLs et plan de redirection ?
La cartographie sert à inventorier, nettoyer, typer et prioriser les URLs existantes. Le plan de redirection utilise ensuite cette base pour définir les correspondances entre anciennes et nouvelles URLs.
Pourquoi ne pas se contenter du sitemap XML ?
Le sitemap XML ne contient que les URLs déclarées par le site. Il peut oublier des pages orphelines, des anciennes URLs encore crawlées, des PDF, des médias, des pages avec backlinks ou des URLs qui génèrent encore des impressions dans Google.
Pourquoi utiliser les logs serveur dans une cartographie SEO ?
Les logs montrent les URLs réellement explorées par Googlebot. Ils permettent de retrouver des URLs anciennes, des erreurs 404, des ressources encore demandées, des paramètres inutiles ou des pages qui ne sont plus visibles dans le maillage interne.
Que faire des URLs avec paramètres ?
Les paramètres marketing comme UTM, gclid ou fbclid ne doivent généralement pas créer de nouvelles lignes dans la cartographie canonique. Les facettes, filtres, tris et paginations doivent être analysés selon leur potentiel SEO, leur indexabilité et leur risque de duplication.
Faut-il cartographier les PDF et les médias ?
Oui, au moins les PDF et médias qui reçoivent du trafic, des backlinks ou des visites Googlebot. Ils sont souvent oubliés lors des refontes alors qu’ils peuvent porter de l’autorité ou répondre à des usages réels.
Comment prioriser les URLs avant une migration ?
On peut utiliser un scoring P1/P2/P3. Les P1 sont les URLs critiques : trafic, conversions, backlinks, pages services ou catégories stratégiques. Les P2 sont utiles mais moins critiques. Les P3 correspondent souvent aux pages faibles, techniques ou à faible valeur.
Quand construire le plan de redirection ?
Le plan de redirection doit être construit après la cartographie, pas avant. Il utilise les décisions prises dans la cartographie : conserver, rediriger, fusionner, noindexer, supprimer ou revoir.
