Agence PrestaShop à Cannes : passer les Core Web Vitals au vert

Vos clients sentent la lenteur avant de la nommer.

Sans audit, vous ne savez pas si elle vient du serveur, du thème ou d’un module. Voici comment choisir une agence PrestaShop à Cannes sans payer à l’aveugle.

• Passer les Core Web Vitals au vert
• Choisir à Cannes une agence PrestaShop sur des preuves vérifiables
• LCP : accélérer l’élément principal des pages de la boutique
• INP : rendre les interactions du panier plus réactives
• CLS : stabiliser les pages produit et les étapes de commande
• Mesurer les Core Web Vitals avec Search Console et des tests
• Réglages PrestaShop à valider selon la version et le site
• Optimiser une boutique PrestaShop coûte souvent plusieurs milliers d’euros
• Une refonte PrestaShop doit préserver les URL et le référencement
• Foire aux questions

Passer les Core Web Vitals au vert

Une boutique PrestaShop ne passe pas « au vert » avec un score Lighthouse de 95 sur une seule page. Il faut améliorer le LCP, l’INP et le CLS sur les pages que vos clients visitent. Vérifiez ensuite les données de terrain, sur mobile comme sur ordinateur.

Pour une boutique de taille PME, comptez 2 à 5 jours pour un audit exploitable. Ensuite, 3 à 10 jours suffisent pour les corrections courantes. Une refonte de thème, un vieux module de paiement ou plusieurs milliers de références peuvent doubler, voire tripler ce délai.

Le LCP, l’INP et le CLS mesurent trois choses différentes :

• LCP (Largest Contentful Paint) : le délai avant l’affichage du plus gros élément visible.
• INP (Interaction to Next Paint) : le temps de réponse après un clic, un appui ou une saisie.
• CLS (Cumulative Layout Shift) : les déplacements inattendus du contenu pendant le chargement.

Les seuils sont les mêmes sur mobile et sur ordinateur. Les résultats se lisent pourtant séparément par type d’appareil. Une page est jugée bonne si son LCP reste à 2,5 secondes ou moins, son INP à 200 millisecondes ou moins et son CLS à 0,1 ou moins.

Google prend ces signaux en compte dans le classement. Ils ne garantissent pas la première position. La pertinence du contenu reste déterminante.

Choisir à Cannes une agence PrestaShop sur des preuves vérifiables

À Cannes, la proximité ne prouve rien. Une agence de Grasse, Vallauris ou Nice peut venir sur place, mais une équipe parisienne peut mener tout le projet à distance. Le critère utile reste le savoir-faire démontré sur des boutiques comparables à la vôtre.

Vérifier l’expertise PrestaShop

Commencez par chercher l’agence dans l’annuaire officiel des experts PrestaShop. Vérifiez ensuite que son périmètre couvre votre besoin : performance, thème, migration, modules, hébergement ou maintenance.

Votre boutique est-elle prête pour les Core Web Vitals ?

Cochez ce qui s’applique à votre boutique avant de demander un devis à une agence PrestaShop.

• Savez-vous quelles pages de votre boutique sont les plus visitées ?

  Les pages à tester sont celles que vos clients visitent, pas seulement l’accueil.

• Avez-vous un état des lieux des LCP, INP et CLS avant toute intervention ?

  Sans mesure de départ, vous ne pourrez pas prouver le progrès après correction.

• L’agence peut-elle citer des boutiques PrestaShop comparables à la vôtre ?

  La proximité géographique ne prouve rien, le savoir-faire démontré oui.

• L’agence est-elle référencée dans l’annuaire officiel des experts PrestaShop ?

  Cela permet de vérifier son expertise avant de la rencontrer.

• Le contrat précise-t-il votre accès au code, au dépôt Git et aux comptes CDN ?

  Sans ces accès, vous dépendez du prestataire pour chaque correction.

• Une procédure de retour arrière est-elle prévue avant la mise en production ?

  Elle protège votre boutique si une correction provoque une régression.

• Votre devis détaille-t-il l’audit, les priorités, les correctifs et la recette ?

  Un devis qui reste vague rend le résultat difficile à contrôler.

• Si vous changez de thème ou de version, avez-vous prévu le suivi du référencement ?

  Une refonte mal préparée peut faire perdre du trafic, même si le LCP s’améliore.

Points cochés : sur 8. Rien n'est envoyé ni enregistré : la liste reste dans votre navigateur.

Une agence des Alpes-Maritimes peut organiser des ateliers à Cannes. Cela ne remplace ni l’accès au dépôt de code, ni les journaux serveur, ni un environnement de préproduction.

Vérifier les preuves de performance

Demandez un état des lieux avant intervention, puis un autre après. Testez les mêmes URL, avec le même appareil et des conditions proches. Un score mobile sur l’accueil ne dit rien du panier ou de la fiche produit.

Un audit sérieux combine trois sources. CrUX et la Search Console montrent l’expérience de vrais visiteurs. PageSpeed Insights et Lighthouse permettent de reproduire un problème sur une URL précise.

Une proposition solide détaille les points suivants :

• Audit : pages testées, appareils, réseau simulé, versions de PrestaShop, thème et modules inclus.
• Priorités : problème observé, cause probable, gain attendu et risque de régression.
• Correctifs : fichiers, modules, réglages serveur et données à modifier.
• Recette : création de compte, connexion, recherche, filtres, panier, paiement, transport et suivi de commande.
• Suivi : délai de correction après mise en production, durée de surveillance et personne responsable.

Demandez aussi qui possède les développements spécifiques. Le contrat doit préciser votre accès au code, aux comptes CDN, au dépôt Git, aux clés API et à la documentation. Sans procédure de retour arrière, vous dépendez du prestataire pour chaque correction.

Décrire mon besoin →

LCP : accélérer l’élément principal des pages de la boutique

Le LCP se corrige rarement avec un seul réglage de cache. Il faut séparer trois temps : le délai serveur, le téléchargement de la ressource principale et son affichage par le navigateur.

Mesurez à part le temps avant le premier octet, le délai de découverte de l’image, son téléchargement et son rendu. Un serveur lent relève de l’hébergement ou des requêtes SQL. Une image découverte tard relève du HTML, du thème ou du JavaScript.

L’image LCP ne doit en général pas recevoir loading="lazy". Elle doit figurer dans le HTML avec une priorité élevée. Un préchargement peut l’aider si le navigateur la découvre trop tard, mais seulement pour les ressources critiques.

Un CDN (réseau de diffusion de contenu) rapproche les fichiers statiques des visiteurs. Le gain dépend de la distance au serveur, du poids des images et de la qualité du cache. Sous PrestaShop, il faut synchroniser les dossiers d’images, de thème et de modules avec le serveur média.

Comparez les mêmes URL avant et après correction, sur mobile et sur ordinateur. Un LCP passé de 4,8 à 2,7 secondes est un vrai progrès, mais reste au-dessus du seuil « bon ». Le devis doit donc préciser si l’objectif est ce seuil ou un gain mesurable.

INP : rendre les interactions du panier plus réactives

L’INP mesure la réponse visible après une action. Sur une boutique, le souci arrive souvent après un clic, pas au premier chargement.

Testez au minimum ces actions, de la fiche produit à la validation :

• l’ouverture des variantes
• le changement de quantité
• l’application d’un filtre
• l’ajout au panier
• l’ouverture du mini-panier
• le choix du transporteur
• le mode de paiement
• la validation d’une adresse

Les scripts tiers méritent un test séparé. Ils peuvent s’exécuter au moment exact où le client ajoute un produit. Surveillez surtout :

• un gestionnaire de consentement
• un outil de personnalisation
• un chat
• un antifraude
• un module de recommandations

Une tâche JavaScript de plus de 50 millisecondes peut bloquer le navigateur. Repérez-les dans l’onglet Performance des outils de développement. Ensuite, réduisez le code exécuté ou découpez-le en morceaux plus courts.

Supprimer le module n’est pas toujours la bonne solution. Chargez le script seulement sur la fiche produit. Ou reportez le chat après la première interaction. Ou limitez le recalcul aux éléments modifiés.

Les gestionnaires d’événements doivent faire le minimum pour un retour immédiat. Le reste peut attendre. Les recommandations, les données analytiques et la synchronisation secondaire passent après la mise à jour visible du panier.

Mesurez l’INP sur les téléphones réellement utilisés par vos clients, pas seulement sur un ordinateur rapide. Un processeur modeste, un réseau mobile et des scripts tiers révèlent des problèmes absents de votre poste de développement.

Décrire mon besoin →

CLS : stabiliser les pages produit et les étapes de commande

Le CLS grimpe quand un bloc change de place sans que le visiteur n’y touche. Trois causes reviennent presque toujours : les images sans dimensions, les bandeaux ajoutés tard et les fenêtres de consentement. Vous les repérez vite en rechargeant la page lentement.

Sur une fiche produit, surveillez l’image principale, le prix, le bloc de variantes et le bouton d’ajout au panier. Sur une catégorie, ce sont les filtres, les badges promo et les images des cartes qui bougent le plus. Regardez-les en premier.

Chaque image et chaque vidéo doit réserver sa place avant de se charger. Les attributs width et height, ou la propriété CSS aspect-ratio, permettent au navigateur de calculer cet espace à l’avance. Sans eux, la page saute dès que l’image arrive.

Trois éléments poussent le contenu principal vers le bas sans prévenir :

• les bandeaux promotionnels
• les blocs de recommandations
• les messages de consentement

Une fenêtre qui surgit après coup peut aussi faire glisser le bouton de validation sur la page de commande. Réservez-lui un emplacement dès le départ.

Réservez un emplacement fixe aux modules qui se chargent après le HTML. Pour un avis client, un bandeau ou un bloc de livraison, fixez une hauteur minimale. Ainsi, le prix et le bouton d’achat restent en place pendant la visite.

Mesurer les Core Web Vitals avec Search Console et des tests

La Search Console vous montre ce que vivent vos visiteurs. PageSpeed Insights et Lighthouse, eux, reproduisent les causes probables sur une URL que vous choisissez.

Classez vos URL par modèle de page : accueil, catégorie, fiche produit, recherche, panier et contenus éditoriaux. Sous PrestaShop, un seul module de filtre ou de recommandations peut ralentir tout un groupe de pages. Vous le verrez vite.

Gardez la même URL, le même appareil simulé, le même réseau et la même version du site pour comparer deux audits. Sinon, l’écart vient du test, pas de la correction.

Votre tableau de suivi doit contenir l’URL, le modèle de page, l’appareil, le LCP, l’INP, le CLS, la date, le correctif et l’incident éventuel. La Search Console propose une période de suivi de 28 jours. Elle permet de vérifier que le problème a disparu.

Décrire mon besoin →

Réglages PrestaShop à valider selon la version et le site

Un réglage de performance n’est jamais universel. Tout dépend de la version de PrestaShop, de celle de PHP, du serveur web, du cache disponible, du thème et des modules. C’est cela qui détermine ce qui est vraiment sûr.

Adapter les réglages à l’installation

Dans PrestaShop 8, la documentation vous demande de mesurer avant de toucher à quoi que ce soit, puis après chaque changement. Elle conseille aussi le cache du système de fichiers dans les cas courants. La configuration doit toutefois suivre le nombre de serveurs frontaux.

Le cache d’une page dynamique doit tenir compte du panier, du compte client, des prix personnalisés et des stocks. Refusez un cache pleine page sans liste d’exclusion testée. Sans elle, le prix d’un groupe client peut s’afficher à un autre.

PrestaShop 9 change de base technique : il exige PHP 8.1 minimum et Symfony 6.4. Avant de reprendre vos réglages de performance, vérifiez le thème, les modules et les développements spécifiques.

Diffuser les médias sans casser les parcours

PrestaShop vous laisse déclarer un ou plusieurs serveurs de médias pour les images, les thèmes et les modules. Le CDN doit rester synchronisé. Pensez-y après chaque ajout de produit, changement de thème ou mise à jour de module.

Après une modification du catalogue ou du thème, videz le cache concerné. Contrôlez ensuite les URL des images, des miniatures, des fichiers CSS et des scripts. Une URL cassée se voit tout de suite.

Optimiser une boutique PrestaShop coûte souvent plusieurs milliers d’euros

Pour une petite boutique, l’audit seul commence souvent autour de 200 à 700 € HT^*. Une optimisation avec corrections coûte plutôt entre 1 000 et 3 500 € HT^*. Un projet qui mêle thème, serveur, modules et recette dépasse vite 5 000 € HT^*.

Un audit complet coûte entre 500 et 1 500 € HT^*. Il analyse les Core Web Vitals, le thème et les modules. Il se termine par un plan d’action classé par priorité.

Une optimisation peut couvrir plusieurs volets :

• les images,
• le cache,
• les scripts,
• certains réglages serveur.

Une intervention essentielle coûte entre 1 800 et 2 500 € HT^*. Une intervention avancée coûte entre 2 500 et 3 500 € HT^*. Cette dernière ajoute souvent le code du thème, les requêtes, le CDN et une période de suivi.

• Audit ciblé, pour moins de 500 produits et 3 à 5 modèles de page : 200 à 700 € HT^*, 2 à 5 jours.
• Audit complet, jusqu’à 3 000 produits, thème et modules examinés : 500 à 1 500 € HT^*, 5 à 10 jours.
• Audit et corrections courantes, avec images, cache, scripts, réglages et recette : 1 500 à 3 500 € HT^*, 1 à 3 semaines.
• Optimisation avancée, avec module spécifique, serveur, CDN, requêtes et suivi : 3 500 à 7 000 € HT^*, 3 à 6 semaines.

Ces fourchettes laissent de côté la refonte graphique. Elles excluent aussi la réécriture d’un module métier, la migration de données et les licences externes.

L’hébergement, le CDN, la supervision et la maintenance sont des coûts récurrents. Selon le trafic et l’architecture, une boutique paie de 50 à 300 € HT^* par mois pour ces briques. Les licences de modules et les interventions d’urgence s’ajoutent à ce montant.

Décrire mon besoin →

Une refonte PrestaShop doit préserver les URL et le référencement

Une refonte peut améliorer le LCP, mais elle peut aussi vous faire perdre du trafic. Cela arrive si les anciennes URL, les balises canoniques ou les données structurées disparaissent. Prévoyez donc le budget SEO technique dès le premier devis.

Exportez les URL de vos produits, catégories, pages CMS et images qui reçoivent du trafic. Ajoutez les clics, impressions, conversions et liens externes. Vous saurez ainsi quels contrôles passer en premier.

Avant la mise en ligne, associez chaque ancienne URL à sa nouvelle destination. Une ancienne fiche doit rediriger vers la fiche équivalente, pas vers l’accueil par défaut.

Les redirections 301 ou 308 se configurent côté serveur. Elles doivent pointer directement vers la destination finale. Évitez les chaînes : ancienne URL, puis URL intermédiaire, puis nouvelle URL.

Chaque nouvelle page indexable doit avoir une URL canonique. Le sitemap, les liens internes, les canoniques et les données structurées doivent tous pointer vers les nouvelles URL.

Avant l’ouverture, testez la préproduction avec un échantillon représentatif :

• accueil
• catégorie
• fiche avec variantes
• fiche sans stock
• panier
• paiement
• compte client
• page éditoriale

Contrôlez le code de réponse, la canonique, les directives robots, les données structurées et les redirections.

Prévoyez un retour arrière. Gardez une sauvegarde de la base, des fichiers, des médias et de la configuration serveur. Désignez une personne capable de désactiver le nouveau thème, de restaurer les DNS ou de remettre l’ancienne boutique en ligne.

Après le lancement, surveillez six points : erreurs d’exploration, pages exclues, redirections, trafic organique, commandes et Core Web Vitals. Google prévient qu’une migration peut provoquer des fluctuations pendant la nouvelle exploration.

Pour passer de PrestaShop 8 à 9, ajoutez un contrôle du PHP, de Symfony, du thème et des modules. Un changement de version majeure crée des incompatibilités. Considérez les modules sur mesure comme incompatibles jusqu’à validation.

Avant de signer, demandez à l’agence une liste écrite des pages testées, un état des lieux sur les mêmes URL et l’accès complet au code. Puis fixez avec elle le seuil visé et la personne qui gardera le retour arrière en main.

Décrire mon besoin →

Foire aux questions

Une boutique headless améliore-t-elle automatiquement les Core Web Vitals ?

Non. Une architecture headless peut réduire certains traitements du thème, mais elle ajoute souvent une API, un front JavaScript et un rendu à gérer séparément, donc de nouveaux points de lenteur. Comparez-la avec un thème PrestaShop optimisé sur les mêmes parcours et les mêmes appareils avant de décider.

Les réponses des moteurs d’intelligence artificielle remplacent-elles le référencement classique ?

Non. Pour être repris dans une réponse générée, votre contenu doit pouvoir être compris, vérifié et cité : pages rapides, fiches produit structurées, informations précises et disponibilités cohérentes. Ne sacrifiez pas le parcours d’achat pour viser une seule métrique.

Faut-il mettre en place un CDN pour une boutique qui vend surtout en France ?

Pas systématiquement. Pour une boutique qui vend surtout en France, un CDN se justifie si vos images ou vidéos sont lourdes, si une part de vos visiteurs est loin de votre serveur ou si le trafic augmente fortement. Dans ce cas, gardez-le synchronisé avec les dossiers d’images, de thème et de modules, sinon il sert des fichiers périmés.

* Tarifs et prix moyens constatés en décembre 2025, sur des retours d'appels d'offres provenant de freelances et d'agences. Ces chiffres ne sauraient être une référence de négociation, car les sources varient selon la taille du site et la séniorité du prestataire.