Audit SEO PrestaShop à Paris : Référenceur Freelance
J'audite votre boutique PrestaShop pour identifier ce qui empêche réellement vos catégories et vos fiches produits de se positionner : URLs générées par la navigation à facettes, déclinaisons dupliquées, balises canoniques, réglages natifs mal configurés, budget de crawl gaspillé, contenus de catégories sans intention, performances mobiles et maillage interne. Vous repartez avec un plan de correction hiérarchisé, chiffré en effort et attribué à un responsable.
Premier échange de 30 minutes, sans engagement. Vous repartez avec une première lecture de votre index, de vos facettes et de la prochaine action la plus rentable.
Pourquoi faire auditer votre boutique PrestaShop ?
Un audit se justifie quand votre catalogue est en place mais que la demande captée par Google ne se transforme pas en trafic commercial. L'enjeu n'est pas de produire une liste de bonnes pratiques : il est de décider, page par page, ce qui doit être indexé, enrichi, fusionné ou sorti de l'index, puis de classer ces décisions par impact sur le chiffre d'affaires.
Votre catalogue produit plus d'URLs que de pages utiles
Filtres, tris, pagination, déclinaisons, marques, fournisseurs, recherche interne : un catalogue de 1 000 références peut exposer plusieurs dizaines de milliers d'adresses explorables. L'audit sépare les URLs qui doivent se positionner de celles qui consomment votre budget de crawl.
Vos catégories ne captent pas leur potentiel
Vos pages listes visent des requêtes trop génériques, entrent en concurrence avec vos pages marques ou avec vos propres filtres, ou ne répondent pas à l'intention transactionnelle réelle. L'audit rattache chaque requête utile à un seul gabarit légitime.
Vous préparez une évolution de la boutique
Migration 1.6 ou 1.7 vers 8 ou 9, changement de thème, modification du schéma d'URL, ajout d'un module de filtres, passage en multiboutique ou en multilingue : l'audit sécurise le capital SEO avant la mise en production plutôt qu'après la chute.
Important : une recommandation n'a de valeur que si elle peut être appliquée. Chaque action précise donc les URLs concernées, le risque encouru, le geste attendu, le contrôle après déploiement et le responsable : votre équipe e-commerce depuis le back-office, votre développeur PrestaShop sur le thème ou le htaccess, votre rédacteur, ou mon accompagnement.
Les 3 informations qui déterminent le périmètre de l'audit
Avant tout crawl, trois éléments fixent la profondeur d'analyse, la durée et le prix. Ce sont exactement les informations à préparer pour notre premier échange.
1. Votre version de PrestaShop
Les réglages SEO natifs, le moteur de template et les modules disponibles diffèrent d'une version à l'autre. Une 1.6 en fin de vie, une 1.7.8 et une 8 ou 9 sous Symfony n'appellent ni les mêmes contrôles ni les mêmes correctifs.
2. La taille réelle de votre catalogue
Le nombre de références mères, de déclinaisons, de catégories et de groupes d'attributs actifs détermine le volume d'URLs explorables, donc la méthode : un audit exhaustif page à page ou une analyse par gabarit et par échantillon représentatif.
3. Le symptôme précis rencontré
Chute après migration, catégories déclassées, indexation massive de filtres, fiches jamais indexées, performances mobiles dégradées, cannibalisation : le symptôme oriente l'audit vers les analyses qui vont réellement trancher.
| Version | Ce que je contrôle en priorité |
|---|---|
| 1.6 | Fin de support et absence de correctifs, schéma d'URL avec identifiants, gestion des canoniques souvent dépendante du thème, préparation d'une migration plutôt qu'optimisation de l'existant. |
| 1.7.0 à 1.7.5 | Réglages SEO et URLs, comportement du module de recherche à facettes, canoniques de déclinaisons, pagination, cohérence du sitemap. |
| 1.7.6 à 1.7.8 | URLs de facettes lisibles et champ d'indexation par groupe d'attributs, options de redirection en fin de vie produit, cache Smarty et CCC, dette de modules. |
| 8.x | Socle Symfony et Twig, cache Symfony, arbitrage des modules hérités de 1.7, données structurées produit, cohérence multiboutique. |
| 9.x | Compatibilité des modules et du thème après montée de version, contrôle des évolutions de routes et de gabarits, recette SEO avant bascule. |
| Taille du catalogue | Enjeu dominant | Méthode d'audit |
|---|---|---|
| Moins de 1 000 références | Qualité des contenus de catégories et différenciation des fiches | Crawl exhaustif et revue page à page des pages stratégiques |
| 1 000 à 10 000 références | Gouvernance des facettes et cannibalisation entre gabarits | Crawl complet, analyse par gabarit, échantillon de fiches représentatif |
| Plus de 10 000 références | Budget de crawl, indexation utile et gestion de la fin de vie produit | Crawl segmenté, analyse de logs serveur, requêtes SQL de contrôle en masse |
Les freins SEO propres à PrestaShop
PrestaShop gère très bien les gros catalogues. Sa souplesse devient un problème quand les réglages natifs, le thème, les modules et la navigation à facettes ne sont gouvernés par aucune règle d'indexation explicite. L'audit arbitre entre exhaustivité du catalogue et maîtrise de l'index.
URLs, facettes et indexation
- Combinaisons de filtres explorables alors qu'aucune demande de recherche ne les justifie
- Paramètres de tri, de pagination et de nombre de produits par page laissés ouverts au crawl
- Balises canoniques absentes, contradictoires, ou pointant vers une page mère qui n'existe plus
- Pages de recherche interne, de panier ou de compte client accessibles aux robots
- Sitemap incomplet, périmé, ou incluant des URLs bloquées par le robots.txt
Déclinaisons et duplication de contenu
- Combinaisons de taille, couleur, format ou conditionnement générant des pages quasi identiques
- Descriptions fabricant reprises telles quelles par vous et par tous vos concurrents
- Catégories réduites à une grille de produits, sans texte répondant à l'intention
- Titles et meta descriptions générés en masse depuis un gabarit unique
- Pages marques, fournisseurs et CMS recouvrant le contenu des catégories
Architecture sémantique et maillage
- Arborescence calquée sur la logique interne du catalogue plutôt que sur la demande
- Cannibalisation entre catégorie, sous-catégorie, filtre indexé, page marque et article de blog
- Pages à fort potentiel enterrées à quatre clics ou plus de la page d'accueil
- Guides d'achat et blog sans liens contextuels vers les catégories transactionnelles
- Ancres internes répétitives, imprécises ou concentrées sur la page d'accueil
Performance, modules et rendu
- Cache Smarty, CCC ou cache Symfony désactivés, souvent depuis une intervention technique oubliée
- Mode debug laissé actif en production, avec l'effet direct que l'on imagine sur le temps de réponse
- Images produits non converties en WebP ou AVIF et dimensions non servies
- Modules d'avis, de chat, de relance ou de tracking injectant du JavaScript sur toutes les pages
- Thèmes chargeant prix, stock ou déclinaisons en AJAX, donc invisibles sans rendu JavaScript
Ce que couvre l'audit SEO PrestaShop, point par point
Le périmètre est calibré sur votre version, votre catalogue et votre symptôme. Chaque volet produit un livrable identifié et désigne un responsable de mise en œuvre.
| Volet | Analyses spécifiques à PrestaShop | Livrable | Mise en œuvre |
|---|---|---|---|
| Exploration et indexation | Crawl complet, robots.txt, sitemap, canoniques, noindex, redirections, chaînes et boucles, pages orphelines, pages explorées non indexées | Liste priorisée des anomalies et règles d'indexation | Client, développeur ou accompagnement |
| Navigation à facettes | Cartographie des combinaisons explorables, mesure de la demande réelle par filtre, whitelist des facettes à indexer, conversion des filtres à forte demande en catégories réelles | Matrice des facettes : indexer, canoniser, bloquer ou désindexer | Consultant et développeur PrestaShop |
| Déclinaisons et fiches produits | Arbitrage déclinaison ou produit distinct selon la demande propre à la variante, contenus fabricant, gabarits de fiches, données structurées produit, disponibilité et prix | Règle d'arbitrage documentée et briefs de fiches prioritaires | Équipe e-commerce ou rédacteur |
| Architecture sémantique | Rattachement de chaque requête utile à un seul gabarit légitime, détection de la cannibalisation par export Search Console, profondeur de clic, plan de maillage | Mapping requêtes vers URLs et plan de maillage interne | Consultant et équipe contenu |
| Contenus de catégories | Intention dominante par page liste, champ lexical métier réellement attendu, structure Hn avec un seul H1, blocs repliés et leur traitement par Google | Modèles et briefs de rédaction par famille | Client, rédacteur ou consultant |
| Performance et rendu | Cache Smarty, CCC, cache Symfony, mode debug, images, TTFB, LCP et INP mobiles, dette de modules, contenu chargé en JavaScript | Backlog technique chiffré en effort | Développeur ou hébergeur |
| Flux produit et Shopping | Cohérence entre le flux Merchant Center, les données structurées de la fiche et la page réelle : GTIN, référence, prix, disponibilité, éligibilité aux fiches gratuites | Liste des écarts bloquants et correctifs | Équipe e-commerce et développeur |
| Popularité | Profil de liens, ancres, pages qui captent l'autorité contre pages qui génèrent le chiffre d'affaires, écart mesuré avec vos concurrents directs | Plan de développement de popularité | Consultant et client |
| Mesure | Search Console, GA4, statistiques natives PrestaShop, croisement avec le catalogue et la marge | Cadre de reporting et indicateurs de contrôle | Consultant et équipe client |
Les réglages natifs PrestaShop que je contrôle un par un
La majorité des recommandations d'un audit PrestaShop s'applique sans développeur, à condition de savoir où. Voici les réglages que je passe en revue systématiquement, et le piège associé à chacun.
| Réglage | Où il se trouve | Le piège que je vérifie |
|---|---|---|
| Indexation des filtres | Catalogue, attributs et caractéristiques, puis configuration du module de recherche à facettes | À partir de la 1.7.6, chaque groupe d'attributs dispose d'une URL propre et d'un réglage d'indexation. C'est le levier natif pour n'ouvrir au crawl que les filtres à demande réelle, plutôt que de tout renvoyer au robots.txt. |
| Schéma des URLs | Paramètres de la boutique, trafic et SEO | Modifier le schéma de route change d'un seul coup toutes les adresses du catalogue. Sans table de correspondance et sans plan de redirections, l'historique est perdu le jour même. |
| Redirection vers l'URL canonique | Paramètres de la boutique, trafic et SEO | L'option est souvent laissée en redirection temporaire, ou désactivée par un module. Elle doit être permanente pour consolider les variantes d'une même adresse. |
| Génération du robots.txt | Paramètres de la boutique, trafic et SEO | Le bouton de génération écrase le fichier existant. Toute règle personnalisée ajoutée à la main disparaît à la prochaine génération : je documente les règles à réinjecter et l'endroit où les conserver. |
| Fin de vie d'un produit | Onglet référencement de chaque fiche produit | PrestaShop propose nativement, pour un produit désactivé ou supprimé, une page introuvable, un contenu définitivement retiré, ou une redirection permanente ou temporaire vers un produit ou une catégorie cible. Sans politique claire, une boutique saisonnière accumule des centaines d'erreurs et des redirections en chaîne. |
| Sitemap XML | Module de plan du site | Au-delà de quelques dizaines de milliers d'URLs, la génération manuelle expire. Elle doit passer par une tâche planifiée et un découpage en index de sitemaps, faute de quoi le fichier livré à Google reste figé sur un état ancien du catalogue. |
| URLs simplifiées et caractères accentués | Paramètres de la boutique, trafic et SEO | L'activation tardive des URLs simplifiées, ou le passage aux caractères accentués, provoque une double version de chaque adresse si les règles de réécriture ne suivent pas. |
| Langues et multiboutique | International, langues, et paramètres avancés, multiboutique | La langue par défaut n'est généralement pas préfixée alors que les autres le sont, ce qui casse l'auto-référencement des balises hreflang. En multiboutique, le catalogue est partagé : sans arbitrage, deux boutiques publient le même produit sous deux adresses. |
Un point souvent mal traité : la pagination ne se gère plus avec les balises de page précédente et suivante, que Google n'utilise plus depuis 2019. Ce qui compte aujourd'hui, ce sont des liens de pagination réellement explorables, une auto-canonicalisation de chaque page paginée, et un nombre de produits par page qui n'enterre pas les dernières références à cinq clics de la catégorie.
Ma méthode d'audit SEO PrestaShop en 5 étapes
Du cadrage à la restitution, vous savez à chaque instant ce qui est analysé, pourquoi c'est prioritaire et qui devra le mettre en œuvre.
Qualifier la boutique, le catalogue et le symptôme
Nous alignons le périmètre sur votre version, votre volumétrie réelle et votre priorité commerciale.
- Version de PrestaShop, thème, hébergement, modules actifs et historique des interventions
- Volumétrie réelle : références mères, déclinaisons, catégories, groupes d'attributs indexables
- Familles à marge, best-sellers, saisonnalité et zones de livraison
- Accès Search Console, GA4, back-office et, selon la formule, logs serveur
- Historique des migrations, refontes et chutes de trafic datées
Objectif : délimiter un audit qui répond à votre problème, pas un rapport générique exporté d'un crawler.
Mesurer ce que Google explore et ce qu'il retient
Je compare trois volumes qui ne coïncident presque jamais : les URLs existantes, celles réellement explorées, celles qui génèrent des clics.
- Crawl complet ou segmenté, codes de réponse, chaînes de redirection, pages orphelines
- Cartographie des URLs de facettes, de tri, de pagination et de recherche interne
- Contrôle des canoniques, des noindex et des réglages natifs listés plus haut
- Lecture de la couverture Search Console, en particulier les pages explorées non indexées et les doublons sans canonique choisie
- Sur les gros catalogues, répartition des visites de Googlebot par gabarit dans les logs serveur
- Contrôle du rendu : ce que voit un robot quand le thème charge prix, stock ou déclinaisons en JavaScript
Objectif : rendre au catalogue utile le budget de crawl consommé par les pages sans demande.
Rattacher chaque intention à un seul gabarit légitime
C'est l'étape qui distingue un audit technique d'un audit e-commerce : décider quelle page doit répondre à quoi.
- Mapping des requêtes vers le gabarit le plus légitime : catégorie, sous-catégorie, filtre indexé, marque, fiche produit, guide ou article
- Détection de la cannibalisation par export Search Console sur 16 mois, en comptant les URLs distinctes positionnées sur une même requête
- Exploitation des recherches internes de votre boutique, une donnée de première main que vos concurrents n'ont pas
- Identification des filtres à forte demande qui méritent de devenir de vraies catégories, avec leur propre contenu
- Analyse du champ lexical réellement attendu sur vos pages listes, au-delà du mot-clé principal
Objectif : supprimer la concurrence interne et concentrer l'autorité sur les pages qui vendent.
Transformer les constats en plan de correction
Chaque anomalie est pesée par son impact commercial, pas par sa gravité théorique.
- Classement par impact estimé, effort de mise en œuvre, dépendances et risque de régression
- Séparation des gains rapides applicables en back-office et des chantiers structurels
- Priorisation des familles selon la marge, le stock et la saisonnalité, pas seulement le volume de recherche
- Règles de gouvernance à appliquer aux prochains imports catalogue et aux prochains modules
- Attribution nominative : équipe e-commerce, développeur, rédacteur ou consultant
Objectif : livrer une feuille de route exécutable dans l'ordre, sans arbitrage restant à faire.
Restituer, répondre aux objections techniques et verrouiller le suivi
La restitution se fait avec vos équipes marketing et votre développeur, en présentiel à Paris ou en visioconférence.
- Présentation des constats majeurs, des risques et de l'ordre d'exécution
- Session de questions et réponses avec votre développeur ou votre agence technique
- Définition du contrôle à effectuer après chaque déploiement
- Surveillance de la réapparition des URLs de facettes après une mise à jour, un import ou l'ajout d'un module
- Accompagnement possible pour piloter la feuille de route dans la durée
Objectif : faire de l'audit une base de décision, pas un document qui dort dans un dossier partagé.
Important : les délais et les résultats varient selon l'historique du domaine, la concurrence, la taille du catalogue, l'état du thème et des modules, la version de PrestaShop, les ressources disponibles, la rapidité de mise en œuvre et la saisonnalité. Aucun positionnement, trafic ou chiffre d'affaires n'est garanti.
Ce que vous recevez à la livraison de l'audit
Un plan de correction hiérarchisé
Chaque action est classée par priorité, avec l'impact estimé, l'effort de mise en œuvre, les dépendances techniques et le responsable désigné. L'ordre d'exécution est explicite.
Des règles d'indexation documentées
La matrice des facettes, la règle d'arbitrage des déclinaisons, la politique de fin de vie produit, les réglages natifs à corriger et les contrôles à effectuer après chaque déploiement.
Un mapping sémantique et un cadre de mesure
Les requêtes prioritaires rattachées à leur page cible, les briefs des pages à enrichir, et les indicateurs à suivre pour vérifier que la correction produit bien l'effet attendu.
Ce qui n'est pas inclus sans accord explicite
Le développement sur le thème ou les modules, la correction directe des anomalies, la rédaction complète du catalogue, la production de visuels, l'achat de liens, l'installation de modules et la gestion de campagnes payantes ne sont inclus que s'ils figurent dans votre proposition commerciale. Aucun positionnement, trafic, chiffre d'affaires ou retour sur investissement n'est garanti.
Deux exemples d'audit SEO PrestaShop
Boutique de mode et accessoires, Paris, PrestaShop 1.7.8
Contexte initial : la navigation à facettes laissait explorer les croisements de couleur, taille et matière, sans qu'aucune de ces combinaisons ne corresponde à une demande de recherche mesurable. Les déclinaisons produisaient des adresses très proches sans canonique stable vers la fiche mère. Les pages listes se limitaient à une grille de produits, avec des titles issus d'un gabarit unique. La Search Console remontait un volume important de pages explorées mais non indexées, pendant que les nouvelles collections mettaient plusieurs semaines à apparaître.
Travaux d'audit menés : cartographie des URLs explorables par type de paramètre ; mesure de la demande réelle filtre par filtre ; définition d'une liste blanche des facettes à indexer, appuyée sur le réglage natif des groupes d'attributs plutôt que sur le seul robots.txt ; identification des deux filtres à forte demande à transformer en catégories réelles avec contenu propre ; consolidation des déclinaisons vers les fiches mères ; réécriture des titles et des textes des catégories piliers selon l'intention dominante ; plan de maillage depuis les guides de style vers les catégories ; contrôle du cache et du poids des modules sur le rendu mobile des pages listes.
Livrables remis : matrice des facettes avec la décision d'indexation prise filtre par filtre ; plan de correction classé par impact, effort et responsable ; briefs des catégories piliers ; ticket technique destiné à l'intégrateur ; procédure de contrôle après chaque import catalogue.
Distributeur B2B de pièces techniques, Île-de-France, migration vers PrestaShop 8
Contexte initial : migration prévue avec changement de schéma d'URL, donc réécriture complète des adresses du catalogue. Les logs montraient que la majorité des visites de Googlebot se concentrait sur des URLs à paramètres, pendant que des milliers de fiches actives n'étaient explorées qu'exceptionnellement. Les références arrêtées renvoyaient une page introuvable sans règle homogène, alimentant des chaînes de redirection héritées de deux refontes antérieures. Le flux produit et les données structurées des fiches divergeaient sur la disponibilité et les identifiants, ce qui limitait la présence dans les résultats Shopping gratuits.
Travaux d'audit menés : audit pré-migration et table de correspondance des URLs, avec priorisation des pages qui portent le trafic et les liens entrants ; analyse de la répartition des visites de Googlebot par gabarit pour chiffrer le gaspillage ; politique de fin de vie produit formalisée en trois cas, rupture temporaire, arrêt définitif et produit remplacé, chacun rattaché à l'option native correspondante de la fiche ; règles d'indexation des filtres techniques, seuls ceux correspondant à des critères réellement recherchés étant ouverts ; contrôle de cohérence entre le flux Merchant Center, les données structurées et la page ; recette avant mise en production et plan de contrôle à un jour, une semaine et un mois.
Livrables remis : table de correspondance des URLs et plan de redirections ; grille de recette avant et après mise en ligne ; politique documentée de fin de vie produit ; règles d'indexation des filtres techniques ; liste des écarts bloquants sur le flux produit ; tableau de bord de suivi de l'indexation et des erreurs.
Indicateurs de contrôle après un audit PrestaShop
| Indicateur | Ce qu'il permet de vérifier |
|---|---|
| Rapport entre URLs explorables, explorées et génératrices de clics | Vérifier que le budget de crawl se déplace des filtres vers le catalogue utile. |
| Pages explorées non indexées et doublons sans canonique choisie | Contrôler que les règles d'indexation posées sont bien comprises par Google. |
| Nombre d'URLs distinctes positionnées par requête | Mesurer la disparition de la cannibalisation entre catégorie, filtre et fiche. |
| Clics et impressions des catégories piliers | Mesurer la progression des pages transactionnelles ciblées, gabarit par gabarit. |
| Erreurs et chaînes de redirection sur les références arrêtées | Valider l'application de la politique de fin de vie produit dans la durée. |
| Cœurs de performance mobile sur les fiches et les pages listes | Confirmer que les correctifs techniques tiennent après les déploiements suivants. |
| Chiffre d'affaires d'origine organique | Relier la visibilité gagnée à l'activité, avec un modèle d'attribution explicite. |
Note de transparence : ces deux exemples décrivent des scénarios d'intervention représentatifs d'un audit SEO PrestaShop en Île-de-France. Ils ne présentent aucun résultat chiffré et ne constituent pas une promesse de performance. Les résultats dépendent du catalogue, de la concurrence, de l'historique du domaine, des modules, des stocks, de la saisonnalité, des ressources de mise en œuvre et de l'expérience proposée aux visiteurs.
Vous vous reconnaissez dans l'un de ces cas ? Indiquez-moi votre version de PrestaShop, la taille de votre catalogue et le symptôme principal : je vous précise les analyses réellement utiles dans votre situation et le format d'audit adapté.
Mes formules d'audit SEO PrestaShop à Paris
Sur le marché, un audit SEO PrestaShop se situe généralement entre 600 € et 6 000 € selon la taille du catalogue, la version du CMS et la profondeur d'analyse attendue. Mes trois formules couvrent cette amplitude. Les montants indiqués sont des tarifs indicatifs 2026 en hors taxes, confirmés après un échange de cadrage et un premier coup d'œil sur votre boutique.
Audit Flash
Pour une boutique de moins de 1 000 références, ou pour trancher un problème identifié : chute de trafic, filtres indexés en masse, fiches jamais indexées, canoniques incohérentes.
- Crawl complet et lecture de la couverture Search Console
- Cartographie des URLs de facettes, de tri et de pagination
- Contrôle des réglages natifs : schéma d'URL, redirection canonique, robots.txt, sitemap
- Vérification des canoniques de déclinaisons et des titles des catégories principales
- Liste des correctifs prioritaires, avec ce qui est faisable en back-office
- Restitution d'une heure en visioconférence et session de questions et réponses
Délai : 5 à 10 jours ouvrés
Objectif : arrêter l'hémorragie et repartir avec un index lisible
Audit Complet
Pour une boutique établie qui a besoin d'un diagnostic exhaustif et d'un plan de correction fiable avant d'investir dans des développements ou des contenus.
- Tout l'Audit Flash, plus :
- Matrice complète des facettes, avec décision d'indexation filtre par filtre
- Règle d'arbitrage entre déclinaison et produit distinct, documentée sur votre catalogue
- Mapping des requêtes vers les gabarits et détection de la cannibalisation
- Analyse des contenus de catégories et briefs pour 10 pages stratégiques
- Politique de fin de vie produit et audit du flux Merchant Center
- Analyse du profil de liens et comparaison avec 3 concurrents directs
- Restitution de deux heures avec votre développeur, à Paris ou en visioconférence
Délai : 2 à 4 semaines
Objectif : un plan de correction complet, exécutable dans l'ordre
Audit Avancé et analyse de logs
Pour les gros catalogues, les boutiques multilingues ou multiboutiques, et les montées de version où le capital SEO doit être protégé.
- Tout l'Audit Complet, plus :
- Analyse des logs serveur et répartition des visites de Googlebot par gabarit
- Contrôles en masse par requêtes SQL sur les métadonnées et les réécritures d'URL
- Audit pré-migration, table de correspondance des URLs et plan de redirections
- Recette avant mise en production et contrôle à un jour, une semaine et un mois
- Gouvernance multiboutique et multilingue, hreflang et duplication inter-boutiques
- Coordination directe avec votre développeur ou votre agence technique
Délai : 3 à 6 semaines
Objectif : croître sans faire exploser le crawl et sécuriser la bascule
Comparatif des trois formules d'audit
Tarifs indicatifs en hors taxes. Le budget dépend de la version de PrestaShop, du nombre de références et de déclinaisons, des groupes d'attributs actifs, des modules installés et de l'intensité concurrentielle. Devis personnalisé sous 24 à 48 heures après l'échange de cadrage.
| Critère | Audit Flash | Audit Complet | Audit Avancé |
|---|---|---|---|
| Budget indicatif | 600 à 1 200 € | 1 800 à 3 500 € | 3 500 à 6 000 € et plus |
| Profil de boutique | Moins de 1 000 références | 1 000 à 10 000 références | Plus de 10 000 références, multiboutique, migration |
| Crawl | Complet | Complet et segmenté par gabarit | Complet, segmenté et croisé avec les logs |
| Analyse de logs serveur | Non incluse | En option | Incluse |
| Réglages natifs PrestaShop | Contrôle des réglages critiques | Revue complète et correctifs documentés | Revue complète et gouvernance multiboutique |
| Facettes | Identification des combinaisons à risque | Matrice de décision filtre par filtre | Matrice et règles applicables aux imports futurs |
| Déclinaisons | Contrôle des canoniques | Règle d'arbitrage documentée | Règle d'arbitrage et contrôles SQL en masse |
| Analyse sémantique | Pages principales | Mapping complet et cannibalisation | Mapping complet, multilingue et multi-marchés |
| Contenus et briefs | Non inclus | 10 pages stratégiques | 25 pages stratégiques |
| Flux produit et Shopping | Non inclus | Contrôle de cohérence | Contrôle de cohérence et plan de correction |
| Popularité | Non incluse | Analyse et comparaison avec 3 concurrents | Analyse approfondie et plan d'acquisition |
| Migration | Non incluse | En option | Incluse, avec recette et suivi 30 jours |
| Restitution | 1 heure en visioconférence | 2 heures, à Paris ou en visioconférence | 2 heures à Paris et suivi post-déploiement |
| Délai de livraison | 5 à 10 jours ouvrés | 2 à 4 semaines | 3 à 6 semaines |
Les outils mobilisés et ce qu'ils servent à démontrer
Un outil quantifie, il ne décide pas. Une anomalie signalée par un crawler peut n'avoir aucun effet commercial, pendant qu'une règle de facette mal posée affecte des milliers d'URLs sans jamais apparaître dans un rapport automatique. Voici ce que j'utilise, et surtout ce que j'en tire.
| Catégorie | Outils | Ce que j'en tire sur une boutique PrestaShop |
|---|---|---|
| Crawl et diagnostic | Screaming Frog, Oncrawl | Volume d'URLs explorables par type de paramètre, doublons de déclinaisons, profondeur de clic, pages orphelines, chaînes de redirection héritées des refontes précédentes. |
| Indexation | Google Search Console | Écart entre pages explorées et pages indexées, doublons sans canonique choisie, requêtes réellement captées par chaque gabarit, détection de la cannibalisation sur 16 mois. |
| Analyse de logs | Screaming Frog Log Analyser, Oncrawl | Répartition des visites de Googlebot entre fiches, catégories, facettes et pages sans valeur. C'est la seule mesure factuelle du gaspillage de budget de crawl. |
| Back-office PrestaShop | Réglages SEO et URLs, attributs et caractéristiques, performances | Contrôle des réglages natifs, de l'indexation des groupes d'attributs, de l'état des caches et du mode debug. |
| Gestionnaire SQL | Requêtes en lecture sur les tables de traduction du catalogue | Audit en masse des titles, des meta descriptions et des réécritures d'URL sur des dizaines de milliers de références, là où un export manuel n'est plus praticable. |
| Recherches internes | Statistiques natives de la boutique | Ce que vos clients cherchent réellement chez vous, avec leurs mots à eux : une source de mots-clés de première main dont aucun concurrent ne dispose. |
| Performance | PageSpeed Insights, données CrUX, Lighthouse | Temps de réponse serveur, affichage du plus grand élément sur les fiches, réactivité des filtres, poids réel du thème et des modules sur mobile. |
| Sémantique et popularité | Semrush, Ahrefs | Demande réelle par filtre et par famille, écart d'autorité avec vos concurrents directs, pages qui captent les liens contre pages qui portent la marge. |
| Mesure | GA4, Looker Studio, statistiques PrestaShop | Pages d'entrée organiques, ajouts au panier, chiffre d'affaires par famille, croisement entre visibilité et marge. |
La valeur de l'audit ne tient pas à la longueur de cette liste, mais au croisement : ce que le crawl révèle, ce que Google retient effectivement, et ce que votre catalogue rapporte.
Un audit pensé pour les e-commerçants parisiens
Être à Paris change trois choses concrètes pour une boutique PrestaShop, et l'audit en tient compte plutôt que d'ajouter le nom de la ville à des recommandations génériques.
Une intensité concurrentielle qui déplace le point d'arbitrage
Face aux places de marché et aux pure players nationaux, viser la requête générique la plus large est rarement rentable. L'audit identifie les segments de catalogue où votre profondeur d'offre vous rend réellement légitime, et concentre l'effort dessus.
Un point de vente ou un retrait qui devient un actif SEO
Retrait en boutique, livraison en Île-de-France, showroom, atelier : ces éléments justifient des pages, des données structurées et une cohérence entre votre fiche établissement, votre flux produit et vos pages de disponibilité. C'est un avantage que vos concurrents nationaux n'ont pas.
Une restitution en présentiel avec vos équipes techniques
Un audit PrestaShop se décide en salle avec le développeur ou l'intégrateur. La proximité permet une restitution physique, un atelier de priorisation, et des arbitrages tranchés en séance plutôt que par courriels successifs.
À noter : la proximité est utile, elle n'est pas indispensable. L'audit repose sur l'accès à vos données, le crawl de votre boutique et les échanges avec vos équipes. J'interviens à Paris et en Île-de-France en présentiel, et partout en France à distance, avec les mêmes livrables.
Consultant SEO PrestaShop, agence ou équipe interne ?
Le bon choix dépend de la maturité de votre boutique, de la taille du catalogue, de votre capacité d'intégration et de la complexité du projet.
| Critère | Consultant spécialisé | Agence | Équipe interne |
|---|---|---|---|
| Interlocuteur | Direct, identifié et senior du début à la fin | Souvent un commercial puis un chef de projet | Au sein de l'entreprise |
| Connaissance du CMS | Spécialisation PrestaShop assumée : facettes, réglages natifs, modules | Variable selon les ressources réellement affectées | Connaissance fine du catalogue et de la marque |
| Mise en œuvre | Conseil, pilotage ou exécution selon le périmètre convenu | Capacité de production interne selon la structure | Dépend du temps et des compétences disponibles |
| À vérifier | Cas PrestaShop comparables, livrables et disponibilité réelle | Séniorité de l'équipe effectivement affectée à votre compte | Temps alloué, compétences techniques et capacité à arbitrer |
Audit ponctuel, accompagnement ou migration PrestaShop
| Format | Pour quel besoin | Inclus | Prix |
|---|---|---|---|
| Pré-audit | Qualifier un blocage, une chute de trafic ou un projet d'évolution | Échange de 30 minutes, première lecture de votre situation, orientation vers le format d'audit pertinent | Gratuit |
| Audit SEO PrestaShop et plan de correction (format recommandé) | Obtenir un ordre de priorités fiable avant d'investir dans des développements ou des contenus | Exploration et indexation, facettes, déclinaisons, réglages natifs, sémantique, performance, mesure ; actions classées et attribuées ; restitution et session de questions et réponses | De 600 € à 6 000 € selon la taille du catalogue |
| Accompagnement après audit | Déployer le plan de correction et suivre les effets dans la durée | Pilotage des actions, arbitrages continus, contrôle des déploiements, coordination avec vos équipes et votre développeur, reporting | Sur devis |
| Migration ou refonte | Changement de version, de thème, de schéma d'URL ou d'hébergement | Audit pré-migration, table de correspondance des URLs, spécifications SEO, recette avant mise en production, contrôle après mise en ligne | Sur devis |
Tous les prix affichés sont présentés en HT.
Aymeric Maingé, votre consultant SEO PrestaShop à Paris
Consultant SEO senior avec plus de 10 ans d'expérience, j'accompagne des e-commerçants sur les trois piliers du référencement naturel : la technique, la stratégie sémantique et la popularité. Sur PrestaShop, l'essentiel du travail se joue à l'endroit où ces trois piliers se rencontrent : la gouvernance du catalogue.
Mon parcours combine l'expérience d'e-commerçant, d'annonceur, d'agence SEO et de consultant. C'est ce qui me permet de relier une recommandation d'audit aux contraintes réelles d'une boutique : un catalogue qui bouge chaque semaine, un développeur au calendrier chargé, une équipe marketing sans temps disponible et un objectif de chiffre d'affaires à tenir.
- Expérience e-commerce : e-commerçant, responsable SEO côté annonceur et chef de projet SEO sur des catalogues à fort trafic
- Expertises PrestaShop : gouvernance des facettes, réglages natifs SEO et URLs, arbitrage des déclinaisons, budget de crawl et analyse de logs, migrations, multiboutique et multilingue, données structurées produit
- Outils : Screaming Frog, Oncrawl, Semrush, Ahrefs, Search Console, GA4, Looker Studio, Majestic
- Formation : Licence Expert SEO, certifications Google Analytics, Google Ads et Semrush
- Zone d'intervention : Paris et Île-de-France en présentiel, France entière à distance
Consulter mon parcours, mes expertises et mes certifications →
Questions fréquentes sur l'audit SEO PrestaShop
Combien coûte un audit SEO PrestaShop à Paris ?
Sur le marché, un audit SEO PrestaShop se situe généralement entre 600 € et 6 000 € selon la taille du catalogue, la version du CMS et la profondeur d'analyse. Mes formules suivent cette amplitude : 900 € pour un audit flash sur un petit catalogue ou un blocage précis, 2 500 € pour un audit complet, 4 500 € pour un audit avancé avec analyse de logs, migration ou multiboutique. Le devis final est établi après un échange de cadrage.
Quelles informations préparer avant l'audit ?
Trois éléments suffisent à cadrer la mission : votre version de PrestaShop, la taille réelle de votre catalogue en références mères et en déclinaisons, et le symptôme précis que vous constatez. Ajoutez les accès à Google Search Console et à GA4, la liste de vos modules principaux, et la date des dernières évolutions techniques : migration, changement de thème, ajout d'un module de filtres ou import catalogue massif.
Que comprend concrètement un audit SEO PrestaShop ?
L'exploration et l'indexation, avec le crawl, le robots.txt, le sitemap, les canoniques et les redirections. La gouvernance des URLs propres au CMS : navigation à facettes, déclinaisons, tri, pagination, recherche interne. Les réglages natifs de la boutique. La couche sémantique : rattachement des requêtes aux gabarits, cannibalisation, contenus de catégories, hiérarchie des titres avec un seul H1 par page. La performance mobile. La cohérence du flux produit. La popularité comparée à vos concurrents. Et un plan de correction ordonné, pas un export d'outil.
Pourquoi la navigation à facettes pose-t-elle un problème ?
Chaque filtre se combine avec les autres. Quatre groupes d'attributs de cinq valeurs suffisent à produire plusieurs centaines de pages par catégorie, et le calcul se répète sur chaque catégorie du catalogue. Google explore ces adresses, y consacre du temps qu'il ne consacre pas à vos fiches, et finit par arbitrer lui-même quelle page mérite d'être indexée. L'audit reprend cet arbitrage : quels filtres correspondent à une demande réelle et méritent d'être ouverts, lesquels doivent être canonisés vers la catégorie mère, et quels filtres à forte demande gagneraient à devenir de véritables catégories avec leur propre contenu.
Comment décide-t-on d'indexer ou non une déclinaison ?
Par la demande de recherche propre à la variante. Une taille ou une couleur n'est presque jamais cherchée seule : la déclinaison reste une combinaison, avec une canonique vers la fiche mère. En revanche, une variante qui possède sa propre référence, sa propre compatibilité ou sa propre dimension normalisée, et qui est cherchée telle quelle, justifie une page distincte avec un contenu qui lui appartient. La règle est écrite dans l'audit, puis appliquée à votre catalogue plutôt qu'énoncée en principe.
J'ai personnalisé mon robots.txt et il est revenu à son état d'origine. Pourquoi ?
Parce que le bouton de génération du robots.txt dans le back-office réécrit intégralement le fichier. Toute règle ajoutée manuellement disparaît à la génération suivante, souvent des mois plus tard, lors d'une intervention technique sans rapport. L'audit documente les règles à conserver et l'endroit où les maintenir pour qu'elles survivent.
Que faire des produits en rupture ou définitivement arrêtés ?
Il faut distinguer trois cas. Une rupture temporaire justifie de conserver la page, l'URL et l'indexation, avec une disponibilité correctement signalée et des alternatives proposées. Un arrêt définitif sans équivalent appelle un contenu définitivement retiré ou une page introuvable, pour que Google cesse d'y revenir. Un produit remplacé appelle une redirection permanente vers son successeur, jamais vers la page d'accueil. PrestaShop propose ces options directement dans l'onglet référencement de la fiche : encore faut-il une politique appliquée uniformément, sinon les chaînes de redirection s'accumulent au fil des saisons.
Faut-il un développeur pour appliquer les recommandations ?
Pas pour tout. Les métadonnées, les contenus de catégories, l'indexation des groupes d'attributs, les réglages SEO et URLs, la politique de fin de vie produit et une partie du maillage se traitent depuis le back-office. En revanche, les modifications du thème, les données structurées sur mesure, le comportement d'un module de filtres, les règles de réécriture et les redirections en masse demandent un développeur. Chaque action du plan de correction précise laquelle des deux catégories elle vise.
Un module SEO peut-il remplacer un audit ?
Non. Un module exécute : il génère des métadonnées, des redirections, un sitemap ou des données structurées. Il ne décide pas quelles pages doivent exister, quelle intention chaque gabarit doit servir, ni quels filtres méritent d'être indexés. J'audite d'ailleurs systématiquement les modules installés, car deux modules qui produisent chacun leur balise canonique ou leur bloc de données structurées créent le problème qu'ils prétendent résoudre.
Ma boutique est multilingue ou en multiboutique. Cela change-t-il l'audit ?
Oui, et sur deux points précis. En multilingue, la langue par défaut n'est généralement pas préfixée dans l'URL alors que les autres le sont, ce qui casse l'auto-référencement des balises hreflang si personne ne le corrige. En multiboutique, le catalogue est partagé entre les boutiques : sans arbitrage explicite, le même produit est publié sous plusieurs adresses, et c'est Google qui choisit celle qu'il conserve. Ces contrôles sont inclus dans la formule avancée.
Faut-il utiliser les balises de page précédente et suivante pour la pagination ?
Non, Google ne les utilise plus depuis 2019. Ce qui compte aujourd'hui, c'est que chaque page paginée soit atteignable par un lien explorable, qu'elle se déclare canonique d'elle-même plutôt que de renvoyer vers la page 1, et que le nombre de produits affichés par page n'enterre pas les dernières références à plusieurs clics de la catégorie. C'est une recommandation encore fréquemment servie dans les audits, et elle n'a plus d'effet.
Auditez-vous aussi le flux produit et Google Shopping ?
La cohérence est contrôlée dès l'Audit Complet. Un écart de prix, de disponibilité ou d'identifiant produit entre votre flux, les données structurées de la page et la page réellement servie bloque les fiches gratuites et déclenche des avertissements côté marchand. C'est un correctif à effet rapide, souvent ignoré parce qu'il tombe entre l'équipe SEO et l'équipe acquisition payante.
Quand peut-on observer les premiers effets ?
Les correctifs d'indexation produisent leurs premiers signaux dès que Google réexplore les URLs concernées, ce qui dépend de la fréquence de passage sur votre boutique. La progression sémantique et concurrentielle se joue sur plusieurs mois. Aucun délai fixe ne peut être annoncé : cela dépend de la concurrence, de l'autorité du domaine, de l'ampleur des travaux, de la vitesse de mise en œuvre et de la saisonnalité de votre activité.
Garantissez-vous les positions ou le chiffre d'affaires ?
Non. Je garantis un travail cadré, documenté et vérifiable selon le périmètre convenu. Les positions, le trafic et le chiffre d'affaires dépendent de facteurs internes, dont votre catalogue, vos stocks, votre expérience client et votre capacité de mise en œuvre, et de facteurs externes sur lesquels personne n'a de prise.
Intervenez-vous uniquement à Paris ?
J'accompagne en priorité les e-commerçants de Paris et d'Île-de-France, avec la possibilité d'une restitution et d'ateliers en présentiel. J'interviens également partout en France à distance, avec exactement les mêmes livrables.
AM Paris
- 3 Rue de Picpus 75012, Paris
- 0766486484
- am.seo.pro @ gmail.com
- Lundi au vendredi de 9h à 17h

