Cinq pannes différentes se cachent derrière le mot « invisible »
Vous tapez la recherche sur laquelle vous attendez votre page de service. Elle n’est pas là. La réunion qui suit parle de contenu, de mots-clés et de refonte, avant que personne ait ouvert la Search Console — l’outil gratuit où Google dit au propriétaire d’un site ce qu’il a vu, retenu et affiché.
Une page absente de Google n’est jamais un problème unique : c’est une chaîne dont un maillon a cédé, et il y en a cinq. Google décrit lui-même trois temps — exploration, indexation, diffusion — et écrit qu’aucun n’est garanti pour une page donnée. Chaque maillon se lit dans un champ précis.
Le tri initial demande une vingtaine de minutes par adresse : trois commandes à taper depuis votre poste, puis trois écrans de la Search Console — l’inspection d’URL, le rapport sur l’indexation des pages et le rapport Performances. Cette durée est une estimation éditoriale Hagnéré Code, pas un relevé : une seule adresse, des accès déjà ouverts. À l’arrivée, vous savez lequel des cinq maillons a cédé, et si la suite se règle chez vous ou demande un audit payant.
Fil rouge du guide · exemple construit
Soixante-huit pages, une refonte, et la page qui vend n’apparaît plus
Exemple construit : le métier, la ville, les volumes et les durées d’intervention sont choisis pour l’exemple et ne viennent d’aucune source ; seuls les mécanismes décrits par Google sont repris de sa documentation. Ce n’est pas un dossier client. Un imprimeur d’étiquettes adhésives, à Tours. Le site aurait été refait il y a quatre mois : 68 pages en ligne, un sitemap qui en déclare 74. La page /etiquettes-adhesives-personnalisees ne ressortirait sur aucune recherche métier, quand l’ancienne adresse /nos-produits/etiquettes.html apparaîtrait encore.
La responsable marketing aurait demandé l’indexation trois fois en six semaines ; le développeur qui a livré la refonte ne serait plus sous contrat. Nous suivrons ce dossier jusqu’à la section 08.
Un mot revient dans deux des cinq lignes ci-dessous : la canonique, l’adresse que Google retient comme version officielle quand plusieurs adresses affichent le même contenu. Les autres passent pour des doubles et n’apparaissent pas dans les résultats.
| Ce que vous constatez | Où la preuve se lit | Ce que le constat ne prouve pas |
|---|---|---|
| Google ne connaît pas l’adresse | Inspection d’URL : URL inconnue de Google | Que la page soit mauvaise : elle n’a jamais été atteinte |
| L’adresse est connue mais jamais explorée | Rapport Indexation : « Détectée, actuellement non indexée » | Un défaut de contenu : Google l’attribue à une exploration reportée pour ne pas surcharger le serveur |
| La page est explorée mais reste hors index | Rapport Indexation : « Explorée, actuellement non indexée » | Une sanction : Google écrit qu’il est inutile de renvoyer l’URL |
| Une autre adresse est indexée à sa place | Inspection d’URL : l’URL canonique sélectionnée par Google diffère de celle déclarée par l’utilisateur | Que votre page soit en cause : deux adresses se ressemblent, Google en garde une seule |
| L’URL est indexée, sans ligne pour la recherche visée | Performances, filtre page puis filtre requête | Zéro impression : les requêtes anonymisées sortent du total filtré |
Les sections suivantes les prennent dans l’ordre où elles se mesurent, en partant de votre serveur. Si vous n’avez aucune propriété dans la Search Console, ouvrez-la d’abord : le service est gratuit, la personne qui gère votre hébergement sait prouver que le site vous appartient, et les sections 03 à 05 n’ont aucun sens sans elle.
Le site entier a disparu : arrêtez le diagnostic page par page
Si plus aucune page ne ressort, y compris sur le nom de l’entreprise, traitez d’abord l’incident : piratage, domaine expiré, certificat invalide, migration inachevée, propriété Search Console perdue. Un diagnostic URL par URL suppose un site qui répond normalement.
Google peut-il ouvrir votre page, et à quel prix pour votre serveur ?
Le premier contrôle ne se fait pas dans la Search Console : elle montre ce que Google a vu à sa dernière visite, pas ce que le serveur répond maintenant. Trois commandes donnent le code HTTP, le temps jusqu’au premier octet, la cible d’une redirection et les deux endroits où se cache une consigne noindex.
# 1. Ce que le serveur répond maintenant, sur l’URL exacte
curl -sS -o /dev/null -A Googlebot \
-w '%{http_code} | %{time_starttransfer}s | %{redirect_url}\n' \
https://exemple.fr/etiquettes-adhesives-personnalisees
# 2. L’en-tête X-Robots-Tag, sous le même nom d’agent
curl -sS -A Googlebot -D - -o page.html \
https://exemple.fr/etiquettes-adhesives-personnalisees | grep -i x-robots-tag
# 3. La balise meta robots du HTML initial
grep -io '<meta[^>]*name=.robots.[^>]*>' page.htmlCe relevé ne vaut qu’assorti de ses réserves. L’option -A annonce un nom d’agent : elle révèle un traitement différencié fondé sur ce nom, jamais un filtrage par adresse IP. Elle figure sur les trois commandes parce qu’un noindex servi au seul Googlebot passerait à travers un contrôle joué sous le nom d’agent de votre navigateur. Le HTML récupéré est le HTML initial : des balises posées par du JavaScript n’y figurent pas, et seul le test en ligne, ouvert par « Tester l’URL active », montre la version rendue. Enfin, les outils d’inspection de Google ne suivent pas les redirections : inspectez la cible finale, jamais l’adresse de départ.
| Code observé | Ce que Google en fait | Ce que vous mesurez ensuite | L’action proportionnée |
|---|---|---|---|
| 200 | Le contenu peut être indexé, sans aucune garantie | Le contenu servi, pas celui de votre navigateur connecté | Passer au contrôle d’indexation |
| 301 | Signal fort désignant la cible comme adresse principale | Le nombre de sauts et l’adresse finale ; jusqu’à 10 sauts sont suivis | Inspecter la cible, jamais l’adresse de départ |
| 302 | Signal faible : la cible n’est pas désignée avec la même force | Depuis quand la redirection est en place | Passer en 301 si le déplacement est définitif |
| 404 ou 410 | L’URL n’est pas indexée, et si elle l’était, elle est retirée de l’index | Si cette adresse recevait des impressions avant la refonte | Rétablir la page ou rediriger vers l’équivalent réel, jamais vers l’accueil |
| 429, 500 ou 503 | Exploration ralentie sur tout le nom d’hôte, et suppression possible de l’index après plusieurs jours | La fréquence et la fenêtre horaire des erreurs sur 28 jours | Traiter la capacité du serveur ; ces codes sont réservés à un ou deux jours au plus |
Trois plafonds documentés, et ce qu’ils limitent vraiment
La taille lue. La page Googlebot, mise à jour le 5 février 2026, écrit que le robot explore les 2 premiers Mo d’un type de fichier compatible et les 64 premiers Mo d’un PDF, sur les données non compressées. Le repère de 15 Mo qui circule encore vient d’une autre page, la présentation des robots d’exploration Google : il y décrit le comportement par défaut de l’ensemble des robots et extracteurs de Google, pas celui de Googlebot pour la recherche. Un gabarit qui embarque son catalogue en JSON dans le HTML atteint vite la limite ; la partie tronquée n’est jamais indexée.
Le fichier robots.txt. Google en lit au plus 500 Kio, ignore le reste, le met en cache environ 24 heures, et traite ses erreurs serveur en trois temps : exploration arrêtée pendant les 12 premières heures, puis 30 jours sur la dernière version valide, puis absence de restriction ou arrêt complet selon la disponibilité du site. Une règle corrigée à 9 heures ne produit pas d’effet à 9 h 05.
Le temps de réponse, où aucun seuil officiel n’existe côté exploration : la capacité monte quand les temps de réponse restent stables, baisse quand la latence grimpe ou que le serveur renvoie des erreurs. Les repères publiés pour le Time to First Byte, le délai avant le premier octet, donnent un ordre de grandeur : 0,8 seconde ou moins est bon, au-delà de 1,8 seconde mauvais. Deux précautions : web.dev rattache son 75e centile au First Contentful Paint, pas à ces deux seuils ; et la commande ci-dessus mesure un seul chargement depuis votre poste, ce qui n’est ni un centile ni une mesure de terrain.
Une page de maintenance qui dure devient un signal de disponibilité
Renvoyer 500, 503 ou 429 est la bonne réponse pour quelques heures, un à deux jours au plus. Au-delà, Google avertit qu’une URL servant ces codes plusieurs jours peut être supprimée de l’index, et que le ralentissement s’applique au nom d’hôte entier.
Pourquoi une page lue par Google peut-elle ne jamais être indexée ?
Un code 200 n’est pas une promesse : la documentation écrit que pour la recherche Google, un code d’état 2xx ne garantit pas l’indexation. Entre la lecture et l’index, Google compare la page à ses voisines et choisit une adresse principale. Le rapport sur l’indexation des pages nomme le résultat de ce choix ; les cinq libellés ci-dessous sont reproduits tels que l’aide de Google les écrit.
| Le libellé affiché | Ce qu’il dit vraiment | Le contrôle qui tranche | La correction |
|---|---|---|---|
| « Explorée, actuellement non indexée » | Page lue, non retenue, peut-être retenue plus tard ; Google précise qu’il est inutile de renvoyer l’URL | Comparer la page à celles du même site qui sont indexées | Travailler la page elle-même, pas le bouton de demande d’indexation |
| « Détectée, actuellement non indexée » | Adresse connue, jamais explorée ; exploration reportée pour ne pas surcharger le site | Temps de réponse et taux d’erreurs 5xx sur les 28 derniers jours | Capacité du serveur et temps de réponse, pas le contenu |
| « Page en double sans URL canonique sélectionnée par l’utilisateur » | Deux adresses se ressemblent et Google a choisi l’autre | Comparer l’URL canonique déclarée par l’utilisateur et l’URL canonique sélectionnée par Google | Aligner redirection, balise canonique et sitemap sur une seule adresse |
| « URL marquée "noindex" » | Une balise meta ou un en-tête X-Robots-Tag a été lu pendant l’exploration | En-tête HTTP et HTML initial, puis version rendue par le test en ligne | Retirer la règle, rejouer le test en ligne, puis dater la demande |
| « URL bloquée par le fichier robots.txt » | La règle empêche la lecture, donc aussi celle d’un éventuel noindex | Tester l’URL exacte contre le fichier réellement servi | Ouvrir l’exploration avant toute autre correction |
Les deux dernières lignes se contredisent souvent : pour qu’une règle noindex soit efficace, la page ne doit pas être bloquée par robots.txt, sinon le robot ne détecte jamais la règle et la page peut continuer à s’afficher. Empiler les deux protections produit l’effet inverse.
Une réserve sur la deuxième ligne. L’explication par la charge du serveur est celle de Google, mais elle ne couvre pas tous les cas : un site aux temps de réponse irréprochables qui reste des mois dans cet état se heurte à un arbitrage que Google ne détaille dans aucun champ public. Mesurez le serveur d’abord : c’est la seule piste que vous puissiez fermer.
Le cas de l’imprimeur, résolu ligne à ligne
Dans l’exemple, l’inspection de /etiquettes-adhesives-personnalisees afficherait une URL canonique déclarée par l’utilisateur pointant vers elle-même, et une URL canonique sélectionnée par Google pointant vers /nos-produits/etiquettes.html. Les deux répondraient 200, décriraient le même produit, et aucune redirection ne les relierait. Le sitemap déclarerait ces deux adresses en ligne, plus six adresses supprimées lors de la refonte : 74 URL déclarées pour 68 pages en ligne.
La hiérarchie officielle des signaux règle le dossier. Une redirection est un signal fort, une annotation link rel=canonical aussi, l’inclusion dans un sitemap un signal faible. Aucun signal fort ne désignerait la nouvelle page comme remplaçante : Google garde l’ancienne, mieux connue. Deux gestes suffisent — une redirection 301 vers la nouvelle, et les six adresses supprimées retirées du sitemap.
Vérifier 68 pages sans cliquer 68 fois
Le tableau d’exemples du rapport plafonne à 1 000 lignes, et l’inspection manuelle ne tient pas au-delà de quelques dizaines d’URL. L’API d’inspection accepte 2 000 requêtes par jour et 600 par minute et par propriété — ce n’est pas un écran mais un appel de programme, à confier à un développeur autorisé sur la propriété. Les 68 pages de l’exemple tiennent dans une seule minute de quota, avec pour chacune l’état d’indexation, les deux URL canoniques et la dernière exploration. Un catalogue de 12 000 URL demande six jours au quota journalier : un travail à planifier.
Ordre des gestes
Une correction, puis une demande, puis une date — jamais l’inverse
- Corriger d’abord. Une demande envoyée avant la correction ne fait que consommer le quota.
- Rejouer le test en ligne. Il prouve que la version servie maintenant est récupérable, rien de plus.
- Dater. Correction, demande, recontrôle : sans ces trois dates, le contrôle suivant n’est comparable à rien.
Une URL indexée peut rester absente de la recherche que vous visez
Le message « Cette URL est sur Google » signifie que la page peut être éligible à l’affichage. Il ne dit pas qu’elle a été affichée, ni pour quelle recherche. La suite se lit dans le rapport Performances, et l’ordre des filtres change ce que vous lisez : fixez d’abord le contexte — période, pays, appareil, type de recherche —, puis la page, puis la requête.
Cet ordre a une raison. La page filtrée seule donne son total, donc l’information « affichée, mais pour autre chose ». La requête posée d’abord ne donne qu’une absence de ligne. Filtrez sur l’URL canonique sélectionnée par Google, relevée à l’étape précédente : la Search Console attribue la plupart des données à cette adresse, pas à ses doublons.
C’est le piège de l’exemple : la nouvelle page afficherait zéro impression, ses clics étant comptés sur /nos-produits/etiquettes.html. Tant que la redirection n’est pas posée, chaque relevé confirmerait une panne qui n’existe pas.
Une requête absente du tableau ne prouve pas zéro impression
Certaines requêtes sont anonymisées pour protéger la confidentialité des internautes. Elles comptent dans les totaux du graphique, mais elles en sortent dès qu’un filtre de requête est appliqué, et la Search Console tronque le tableau aux lignes les plus importantes. Écrivez donc « aucune donnée visible avec ces filtres », jamais « zéro impression prouvée » : la liste la plus complète passe par l’exportation groupée de données.
Ce que le rapport Performances mesure vraiment
Une impression compte un affichage de votre site dans les résultats, un clic un départ vers votre site. La position moyenne, elle, se lit de deux façons selon l’endroit où elle s’affiche.
Dans le graphique, la valeur est la position moyenne du résultat le mieux classé de l’ensemble du site. Dans le tableau, c’est celle de la ligne affichée. Une « position moyenne de 6,2 » sur le graphique n’est donc pas la position moyenne de vos pages : c’est une moyenne de vos meilleurs résultats, sur les seules requêtes qui ont généré des impressions ce mois-là. La comparer d’un mois à l’autre revient à comparer deux ensembles différents. Même prudence sur la période : la vue par défaut porte sur les trois derniers mois, et la vue 24 heures affiche des données préliminaires.
Sortir du tableau quand il ne suffit plus
L’affichage tronque, l’API Search Analytics beaucoup moins — à condition qu’un développeur l’appelle pour vous, depuis un accès autorisé. Le paramètre rowLimit accepte de 1 à 25 000 lignes, sa valeur par défaut est 1 000, et startRow parcourt la suite. Le quota, 1 200 requêtes par minute et par site, reste hors d’atteinte pour un relevé mensuel.
# searchAnalytics.query — une extraction page par requête startDate : 2026-07-01 endDate : 2026-07-28 dimensions : page, query rowLimit : 25000 # maximum autorisé, 1000 par défaut startRow : 0 # puis 25000, 50000… tant que des lignes reviennent
Des impressions sans clic prouvent une seule chose : la page a été proposée et n’a pas été choisie, dans ce relevé. Elles ne disent ni si la demande est forte, ni si la position était stable, ni si le titre affiché était le vôtre — Google peut le réécrire. Ce constat seul ne justifie ni une refonte ni une production de contenus, et c’est ici que ce guide s’arrête : la suite relève d’une analyse de la recherche, du résultat affiché et de la concurrence.
Ce qui rate, et ce que ça coûte
Les trois scénarios ci-dessous sont construits sur le site de l’imprimeur — ce ne sont pas des dossiers clients, et ils ne se cumulent pas : ce sont trois façons distinctes dont une même refonte peut mal tourner.
Deux familles d’hypothèses les chiffrent, toutes deux choisies pour l’exemple. La première est un coût interne de 350 € le jour chargé, soit 50 € l’heure sur une base de sept heures ; remplacez-la par la vôtre, que votre expert-comptable calcule à partir du brut, des charges et des jours réellement travaillés. La seconde est la durée de chaque intervention — une heure, une demi-journée, deux, trois ou quatre jours. Aucune de ces durées ne vient d’une source : elles rendent le décompte vérifiable, rien de plus. Tous les montants de cette section en découlent.
Un noindex oublié sur la version d’essai : 34 pages hors index et 750 €
Supposons que la version d’essai du site — celle où l’on vérifie tout avant d’ouvrir au public — porte une règle noindex sur le gabarit des pages produit, et que la mise en ligne reprenne ce gabarit sans la retirer. Au fil des explorations, 34 pages sur 68 basculeraient en « URL marquée "noindex" », et le défaut vivrait cinq semaines faute d’un regard sur le rapport. La correction demanderait une heure, soit 50 € ; la reprise, deux jours — relever les 34 URL, demander l’indexation dans la limite du quota, vérifier une à une —, soit 700 €. Total, 750 €, sans compter cinq semaines de diffusion perdues que rien ne rattrape : la documentation ne promet aucun délai de retour. Le contrôle qui l’aurait évité tient dans les trois commandes de la section 02, jouées le jour de la mise en ligne.
Un sitemap qui contredit la balise canonique : 1 400 € de réécriture pour rien
La nouvelle page afficherait zéro impression, parce que la Search Console compte tout sur l’URL canonique sélectionnée par Google. L’équipe pourrait en déduire que la page ne fonctionne pas et la réécrire : quatre jours, 1 400 €. Trois mois plus tard, rien n’aurait bougé — le texte n’avait jamais été en cause. La vraie correction coûterait une heure et 50 € : une redirection 301, et six lignes retirées du sitemap. L’écart entre les deux, 1 350 €, se joue sur la lecture de deux champs de l’inspection d’URL.
Une sauvegarde nocturne qui répond 503 : 1 050 € sur la mauvaise piste
Supposons la base verrouillée de 2 h à 3 h 30 chaque nuit, le site répondant 503 pendant 90 minutes. Au bout de six semaines, des URL passeraient en « Détectée, actuellement non indexée », libellé que la documentation attribue à une exploration reportée pour ne pas surcharger le site. L’agence en place chercherait du côté des titres et des descriptions : trois jours, 1 050 € facturés. La correction serait de servir le cache en lecture seule pendant le verrou, ce qui rend un 200 avec le vrai contenu au lieu d’un 503 — une demi-journée d’administrateur système, 175 €.
La réserve appartient à ce scénario. Il applique à une cause plausible le mécanisme décrit par l’aide du rapport, mais il n’établit pas qu’une fenêtre de 503 nocturnes produise ce libellé, et aucun champ de la Search Console ne le confirmerait : la fenêtre de sauvegarde est la piste à fermer en premier, pas un diagnostic rendu.
Ces trois scénarios s’excluent : leur somme ne décrit aucune facture réelle, elle compare trois façons de se tromper. Ainsi lus, les trois scénarios pèsent 3 425 € : 50 € et 700 € pour le premier, 1 400 € et 50 € pour le deuxième, 1 050 € et 175 € pour le troisième. Ce comparateur se lit de deux manières. Par nature de dépense : 275 € de corrections utiles, 2 450 € engagés sur la mauvaise cause, 700 € de reprise qu’un contrôle le jour de la mise en ligne aurait évités. Par payeur : 2 375 € de temps interne et 1 050 € facturés par une agence extérieure — ce total ne s’appelle donc pas « temps interne ». Aucun de ces montants ne dépend d’un outil payant.
Combien de temps faut-il attendre avant de conclure ?
La documentation répond sans ambiguïté : une nouvelle exploration peut prendre plusieurs jours, voire plusieurs semaines, l’inclusion dans les résultats n’est pas garantie et peut ne jamais avoir lieu. Un quota limite l’envoi d’URL individuelles, et répéter la demande n’accélère rien. Pour un site neuf, l’aide annonce jusqu’à une semaine avant que Google commence seulement à explorer.
Le calendrier de recontrôle
Quatre relevés, quatre décisions possibles, aucune promesse de date
- Jour 0. Correction posée, test en ligne rejoué, demande envoyée une fois. Notez le motif affiché avant correction.
- Jour 3. Inspection d’URL seule. Une date de dernière exploration inchangée n’est pas un échec, c’est un délai normal.
- Jour 10. Le libellé a-t-il changé de catégorie ? Un passage de « bloquée » à « Explorée, actuellement non indexée » est un progrès, même sans impression.
- Jour 30. Exploration faite, motif inchangé : la correction n’était pas la bonne. Rouvrez le diagnostic plutôt que de renvoyer l’URL une quatrième fois.
Une migration d’URL suit un calendrier plus long encore. La page de Google sur le changement d’adresse avec modification des URL considère la migration terminée lorsque Googlebot a accédé au moins une fois à toutes les anciennes et à toutes les nouvelles adresses, et recommande de conserver les redirections aussi longtemps que possible, généralement au moins un an. Les démonter trois mois après une refonte est une façon fiable de perdre deux fois le même trafic.
Acheter de la visibilité pendant l’attente reste légitime, à condition de ne pas la confondre avec une correction : une campagne payante ne modifie ni l’exploration ni l’indexation. Le guide sur le prix de la gestion Google Ads donne les modèles de facturation.
Le relevé qui rend le dossier transmissible
Une capture d’écran sans URL, sans filtre et sans date ne vaut rien trois semaines plus tard. La fiche ci-dessous rassemble l’identité du contrôle, les quatre constats et le premier point à reprendre : elle fonctionne dans votre navigateur, aucune valeur n’est envoyée à Hagnéré Code ni enregistrée.
Outil local · aucune donnée envoyée
Préparez votre fiche URL-recherche
Remplissez une fiche par page et par recherche. L’outil vous arrête au premier contrôle à reprendre. Il ne se connecte pas à Search Console et ne rend pas un verdict au nom de Google.
1 · Le contrôle que vous réalisez
2 · Les quatre contrôles, dans l’ordre
3 · Votre premier contrôle à reprendre
1. Exploration de la page
Le constat manque encore : reprenez le diagnostic ici.
Action : Inspectez l’URL. Une adresse inconnue conduit aux liens internes et au sitemap ; une ouverture en échec conduit au motif affiché.
Limite du constat : Une page qui s’ouvre dans votre navigateur n’est pas forcément celle que Google a pu récupérer lors de sa dernière exploration.
Relisez la fiche avant de la transmettre : elle peut contenir une adresse non publique. Pour ouvrir la Search Console à un développeur ou à un consultant, créez un accès utilisateur plutôt que de partager votre compte, et retirez-le à la fin de l’intervention.
Corriger, attendre ou payer un audit : comment trancher ?
Le relevé débouche sur une seule action, choisie par le premier contrôle non confirmé. Le tableau ci-dessous met en face de chaque arrêt son coût de correction et son coût d’inaction, aux mêmes 350 € le jour que la section 06. Ses durées viennent, comme là-bas, de l’exemple et d’aucune source : remplacez-les par les vôtres avant d’en tirer un budget.
| Premier arrêt | Action proportionnée | Ce qu’elle coûte | Ce que coûte l’attente |
|---|---|---|---|
| Adresse inconnue de Google | Poser un lien interne depuis une page déjà explorée, corriger le sitemap | 1 h, soit 50 € | Une page qui n’existe pas pour Google |
| Récupération en échec | Traiter le code exact : hébergement, redirection, capacité — jamais le contenu | 0,5 à 2 j, soit 175 à 700 € | Après plusieurs jours d’erreurs, l’URL peut sortir de l’index |
| Exclue par noindex ou robots.txt | Retirer la règle, rejouer le test en ligne, dater la demande | 1 h, soit 50 € | Chaque semaine d’exclusion est une semaine de diffusion perdue |
| Autre adresse choisie comme canonique | Redirection 301, balise canonique et sitemap alignés sur une seule adresse | 1 à 2 h, soit 50 à 100 € | Impressions et clics restent comptés sur l’ancienne adresse |
| Explorée, actuellement non indexée | Comparer la page à celles du même site qui sont indexées | 1 j, soit 350 € | Rien ne se dégrade, mais rien ne bouge non plus |
| Indexée, avec impressions, sans clic | Sortir de ce guide : c’est une question de résultat affiché et de concurrence | Une analyse dédiée, chiffrée au nombre d’URL et de gabarits | Une refonte lancée sur un mauvais diagnostic |
Les quatre premières lignes se règlent en interne, avec un développeur ou un administrateur système, et aucune ne dépasse 700 €. Si le premier arrêt reste technique après correction, un audit technique devient défendable : notre point d’entrée publié est l’audit Express à 8 000 € HT, et l’audit flash de la page maintenance et évolution à 2 000 € HT couvre les cas plus resserrés. Pour une URL indexée qui reçoit des impressions, c’est une analyse de référencement Google qui répond : son prix dépend du nombre d’URL et des gabarits, et aucune de nos pages n’en publie de montant, ni la grille tarifaire ni la page service.
Ne rien acheter aujourd’hui est souvent la bonne décision
Si une correction vient d’être posée et qu’une demande d’exploration a été envoyée, le seul geste utile est d’attendre la date de recontrôle : aucun outil et aucune prestation n’accélère le traitement de cette demande par Google. Un blocage que l’inspection d’URL affiche en clair ne justifie pas 2 000 € d’audit, et nous le dirons avant de vous envoyer un devis.
Transparence. Hagnéré Code vend du développement web, de la maintenance et des prestations de référencement : la dernière ligne du tableau ci-dessus peut donc nous rapporter, les cinq autres non. Rien ici n’exige de passer par nous : les commandes, les libellés, les quotas d’API et le calendrier de recontrôle se rejouent avec vos propres relevés. Les sources officielles ont été relues le 30 août 2026 et les libellés de la Search Console changent : revérifiez-les avant de vous engager. Aucune position, aucune date d’indexation et aucun volume de trafic ne sont garantis par cette page.