Les 5 signaux concrets qui indiquent qu'une refonte s'impose
Beaucoup d'artisans et TPE savent confusément que leur site ne fonctionne pas bien — mais sans pouvoir mettre le doigt sur ce qui cloche précisément. Les signaux sont souvent discrets : un téléphone qui sonne moins qu'avant, des prospects qui mentionnent avoir "regardé en ligne" sans aller plus loin, une impression générale que le site "ne sert à rien". Ces ressentis correspondent presque toujours à des problèmes techniques mesurables.
Signal 1 — Score PageSpeed mobile inférieur à 60. Testez votre site sur pagespeed.web.dev en entrant votre URL. Un score inférieur à 60 sur mobile signifie que Google considère votre site comme trop lent et le pénalise dans ses classements. En pratique, cela se traduit par un taux de rebond élevé — les visiteurs partent avant même d'avoir lu votre contenu. Sur mobile, 53% des internautes abandonnent un site qui met plus de 3 secondes à charger. Si votre score est en dessous de 50, une optimisation seule ne suffira généralement pas — le code de base est trop lourd pour être sauvé sans refonte.
Signal 2 — Absent des réponses des intelligences artificielles. Demandez à ChatGPT ou Gemini : "Quel est le meilleur [votre métier] à [votre ville] ?" Si votre entreprise n'est jamais citée, c'est que votre site ne parle pas le langage des IA. Les intelligences artificielles s'appuient sur les données structurées Schema.org pour identifier et citer les entreprises locales. Un site sans LocalBusiness, sans Service, sans FAQPage et sans contenu organisé en questions-réponses naturelles est structurellement invisible pour ces nouveaux canaux d'acquisition. En 2026, c'est un manque à gagner réel — et qui va s'aggraver.
Signal 3 — Affichage cassé ou dégradé sur mobile. Plus de 60% des recherches locales se font depuis un smartphone. Un site qui n'est pas conçu nativement pour mobile — mais simplement "adapté" par un plugin responsive — affiche souvent des textes trop petits, des boutons inaccessibles, des images qui débordent. Google détecte ces problèmes via son index mobile-first et déclasse le site en conséquence. Testez votre site sur votre propre téléphone : si vous devez zoomer pour lire, vos clients font pareil — et ils partent.
Signal 4 — Balises canoniques absentes ou incorrectes. Sans balise <link rel="canonical"> correctement configurée sur chaque page, Google peut indexer plusieurs versions de la même URL (avec et sans www, avec et sans slash final, en HTTP et HTTPS) et les traiter comme du contenu dupliqué. Résultat : votre autorité SEO est diluée entre plusieurs URLs au lieu d'être concentrée sur une seule. Ce problème est quasi-systématique sur les anciens WordPress mal configurés.
Signal 5 — Schema.org absent ou incomplet. Les données structurées Schema.org sont le langage que Google et les IA utilisent pour comprendre qui vous êtes, ce que vous faites et où vous intervenez. Un site sans LocalBusiness avec adresse, téléphone, zone d'intervention et horaires n'existe pas pour les recherches géolocalisées avancées. Un site sans FAQPage ne peut pas apparaître dans les rich snippets. Ce n'est pas un détail technique — c'est l'une des différences fondamentales entre un site qui génère des contacts et un site qui occupe de l'espace sur un serveur.
Le test rapide en 3 minutes : ouvrez pagespeed.web.dev, entrez votre URL, notez votre score mobile. Cherchez ensuite votre entreprise sur ChatGPT. Si votre score est inférieur à 60 ET que vous n'apparaissez pas sur ChatGPT — les deux problèmes sont liés à la même cause : une base technique qui n'est plus aux standards de 2026.
Optimiser ou refondre : la décision objective
La décision entre optimiser l'existant et refondre from scratch n'est pas une question de budget — c'est une question de base technique. Optimiser un site dont le code est fondamentalement lourd, c'est comme repeindre une maison dont les fondations sont fissurées. Ça améliore l'apparence, mais ça ne règle pas le problème structurel.
Quand optimiser suffit. Si votre site obtient un score PageSpeed entre 65 et 80, que sa structure HTML est propre, que vous avez des positions Google établies sur vos requêtes principales, et que les problèmes identifiés sont circonscrits — images non optimisées, balises meta manquantes, Schema.org absent — une optimisation ciblée est la bonne approche. Elle préserve votre historique SEO, coûte moins cher et produit des résultats rapides sur les points ciblés.
Quand la refonte s'impose. Si votre site est sur WordPress avec 20+ plugins actifs et un score mobile inférieur à 50 — les optimisations vont se dégrader au rythme des mises à jour. Si votre site a plus de 5 ans et n'a jamais été revu techniquement — il ne répond probablement pas aux standards Core Web Vitals de Google. Si vous n'avez aucune position Google établie que vous risquez de perdre — le coût de la refonte est sans risque SEO. Dans ces cas, partir d'une base propre en HTML/CSS/PHP sur-mesure est systématiquement plus rentable sur 3 à 5 ans qu'une succession d'optimisations coûteuses sur une base fragile.
Le diagnostic digital gratuit permet de trancher objectivement entre les deux options : analyse du code existant, mesure des performances réelles, inventaire des positions Google actuelles à préserver, et recommandation claire sur la marche à suivre.
Migrer sans perdre ses positions Google : le protocole de transition
La peur de perdre ses positions Google lors d'une refonte est légitime — et fondée. Des centaines de sites ont vu leur trafic s'effondrer après une refonte mal préparée. Mais ce n'est pas une fatalité : c'est le résultat d'erreurs précises, toutes évitables si le processus est correctement conduit.
Étape 1 — Audit des URLs existantes avant tout changement. Avant de toucher une ligne de code, on identifie toutes les URLs actuellement indexées par Google, leurs positions sur les requêtes principales, et leur volume de trafic. Ces données constituent la carte du territoire à préserver. Une URL qui génère du trafic est un actif — elle doit être traitée comme tel pendant la migration.
Étape 2 — Mapping des redirections 301. Si des URLs changent pendant la refonte — ce qui est souvent le cas lors d'un passage de WordPress à un site sur-mesure — chaque ancienne URL doit être redirigée vers sa nouvelle équivalente via une redirection 301 permanente. Google transfère l'autorité SEO de l'ancienne URL vers la nouvelle. Sans ces redirections, les pages disparaissent de l'index et tout le travail SEO accumulé est perdu.
Étape 3 — Conservation des balises optimisées. Les balises <title> et les H1 qui rankent ne doivent pas être modifiées sans raison pendant la migration. Si une page est en position 3 sur "plombier Bayonne" avec un title précis — ce title est conservé à l'identique sur le nouveau site, sauf si une meilleure formulation est identifiée. La refonte améliore la technique, elle ne réinvente pas le contenu qui fonctionne déjà.
Étape 4 — Intégration du GEO dès la conception. La refonte est l'occasion idéale d'intégrer nativement les données structurées qui manquaient sur l'ancien site. Schema.org LocalBusiness complet avec zone d'intervention, FAQPage sur les pages clés, Service pour chaque prestation, contenu organisé en questions-réponses naturelles — ces éléments permettent au nouveau site d'être immédiatement lisible par les intelligences artificielles. C'est le saut qualitatif que ne peut pas accomplir une simple optimisation de l'existant. La page dédiée à la visibilité IA et GEO détaille cette approche.
Étape 5 — Vérification post-lancement dans Search Console. Dans les 48 heures suivant la mise en ligne du nouveau site, un contrôle systématique dans Google Search Console permet de vérifier que les redirections fonctionnent, que les nouvelles pages sont bien indexées, et qu'aucune erreur 404 n'est apparue. Les premières semaines post-lancement sont critiques — une anomalie détectée tôt se corrige facilement, une anomalie détectée trois mois plus tard a déjà causé des dégâts SEO mesurables.
Le GEO : le levier que la refonte rend accessible
La visibilité dans les réponses des intelligences artificielles — ce qu'on appelle le GEO (Generative Engine Optimization) — est structurellement inaccessible à la plupart des sites existants. Non pas parce que leur contenu est mauvais, mais parce que leur base technique ne permet pas aux IA de le lire et de le comprendre.
ChatGPT, Gemini et Perplexity construisent leurs réponses locales à partir de deux sources principales : les données structurées Schema.org que Google a indexées, et le contenu rédigé en langage naturel question-réponse. Un site WordPress avec un plugin SEO basique génère un Schema.org minimal — souvent limité au type de page, sans les champs areaServed, openingHours, priceRange ou hasOfferCatalog qui permettent aux IA de comprendre précisément votre activité et votre zone géographique.
Lors d'une refonte, ces données structurées sont intégrées nativement dans le code de chaque page — pas ajoutées en surcharge par un plugin, mais construites dans la structure même du site. Un électricien à Bayonne dont le site intègre un LocalBusiness complet avec ses quartiers d'intervention, ses spécialités et ses certifications a beaucoup plus de chances d'être cité quand quelqu'un demande à ChatGPT "quel électricien appeler à Bayonne" que son concurrent dont le site ne contient qu'un numéro de téléphone et une photo.
C'est l'un des arguments les plus concrets en faveur d'une refonte en 2026 : ce n'est plus seulement une question d'esthétique ou de vitesse. C'est une question d'accès à des canaux d'acquisition entiers — les réponses des IA — qui sont fermés aux sites techniquement dépassés. Pour les artisans et TPE du Pays Basque qui souhaitent d'abord évaluer leur situation avant de décider, un audit digital gratuit mesure précisément ce manque à gagner en termes de visibilité IA et définit le plan d'action le plus adapté. Les sœurs de cette page — le guide des prix d'un site internet pour artisan et le guide pour choisir son prestataire web — complètent le tableau pour prendre une décision éclairée.