Exploration
Robots.txt, sitemap, codes de réponse, pages orphelines et zones où le robot perd son temps.
.png)

De bons contenus ne servent à rien si les robots les atteignent mal. Le travail consiste à trouver ces blocages, puis à les corriger avec votre développeur ou votre prestataire.
5,0/5 sur 34 avis Codeur.com · 50+ projets · Consultant freelance depuis 2020
Le SEO technique vise à ce que les moteurs puissent explorer, afficher et indexer correctement les pages d'un site. Il corrige les blocages de structure, de code et de performance qui empêchent de bons contenus de se positionner.
C'est le symptôme typique en SEO technique : la Search Console les signale comme explorées ou détectées, mais non indexées, alors qu'elles comptent pour vous.
Filtres, tris et paramètres créent une multitude de variantes d'une même page. Le robot s'y perd, surtout sur un catalogue e-commerce.
Les rapports sur les Core Web Vitals passent au rouge, et vous ne savez pas si la cause vient du thème, des images ou des scripts tiers.
Depuis une mise à jour, un nouveau thème ou une application ajoutée, des pages ont disparu ou des erreurs s'accumulent.
On vérifie ce que le robot reçoit, puis les balises et la structure, avant tout travail sur la vitesse.
Faire le point→Thème, images, polices ou scripts tiers : on traite ce qui pèse sur les pages qui comptent, pas tout le site.
En parler 30 minutes→On compare l'avant et l'après, puis on rétablit ce qui peut l'être : redirections, balises et contenus.
Voir la migration SEO→L'audit couvre la technique, les contenus et les liens, puis classe les corrections selon leur impact.
Voir l'audit SEO→On les traite dans l'ordre logique : une page qu'un robot ne peut pas atteindre n'a pas besoin d'être plus rapide.
Robots.txt, sitemap, codes de réponse, pages orphelines et zones où le robot perd son temps.
Balises noindex et canonical, doublons, et pages exclues à tort ou indexées sans raison valable.
Vérification de ce que le robot reçoit vraiment, surtout quand le contenu ou les liens dépendent de scripts.
LCP, INP et CLS mesurés sur les pages qui comptent, puis causes traitées une à une : images, polices, scripts tiers.
Profondeur des pages, liens internes, navigation à facettes et logique des URL, pour que vos pages clés soient faciles à atteindre.
Balisage Schema.org valide et fidèle au contenu visible, selon vos types de pages : produits, articles, questions fréquentes.
Frise illustrative, sans mesure réelle.
Crawl du site, lecture de la Search Console et, lorsque c'est possible, des journaux du serveur pour observer les passages réels de Googlebot.
Les alertes sans conséquence sont écartées. Il reste une liste de problèmes reliés aux pages qui vous rapportent du trafic ou des ventes.
Chaque correction décrit le problème, les URL concernées, le comportement attendu et la façon de vérifier le résultat.
Votre développeur applique les tickets, ou Treelink s'en charge quand le CMS et les accès le permettent. Les cas ambigus sont testés sur un échantillon de pages.
Nouveau crawl, vérification dans la Search Console et suivi de l'indexation, pour s'assurer que le correctif tient dans le temps.
La structure des URL est en partie imposée, et un même produit peut être accessible par plusieurs chemins. Les balises canonical et les liens internes doivent donc être surveillés de près.
La souplesse a un prix : extensions cumulées, archives inutiles, thèmes lourds. Beaucoup de gains viennent d'un nettoyage, plus que d'un ajout.
Le code produit est généralement propre, mais les redirections, le sitemap et les balises restent à régler page par page ou modèle par modèle.
Tout dépend de l'équipe qui les a construits. Le rendu, la pagination et la gestion des erreurs méritent une vérification précise, sans rien supposer.
La navigation à facettes peut produire un très grand nombre d'URL. Il faut décider lesquelles méritent d'exister pour Google, et fermer les autres proprement.
Un outil peut afficher une note élevée sur un site qui ne vend pas. Le bon repère reste l'indexation, le trafic et les conversions des pages importantes.
Bloquer une page dans robots.txt empêche sa lecture, donc la lecture de sa balise noindex. Cette page peut même rester dans l'index. Les deux ne se combinent pas.
Google précise que c'est surtout un sujet pour les très grands sites ou les sites qui changent très souvent. Sur un petit site, la priorité est ailleurs.
Les Core Web Vitals comptent, mais une page rapide qui répond mal à la recherche ne passera pas devant une page utile. Il faut traiter la vitesse sans s'y limiter.
Des données structurées valides rendent une page éligible à certains affichages. Google reste libre de les utiliser ou non.
| Critère | Rendu côté navigateur | Rendu côté serveur |
|---|---|---|
| Ce que reçoit le robot | Un HTML souvent minimal, complété par JavaScript | Une page complète dès la première réponse |
| Traitement par Google | Une étape de rendu supplémentaire, parfois différée | Le contenu et les liens sont lisibles tout de suite |
| Robots des IA | Beaucoup n'exécutent pas JavaScript et peuvent voir une page vide | Le texte est accessible sans exécution de script |
| Points de vigilance | Liens non cliquables, contenu chargé trop tard, erreurs silencieuses | Charge du serveur, cache à régler et interactivité à soigner |
| Usage adapté | Espaces connectés et outils sans enjeu de référencement | Pages de services, fiches produits, articles et catégories |
Le prix dépend de la taille du site, de sa plateforme et de qui applique les corrections. Il est fixé après un appel gratuit de 30 minutes, avant tout engagement.
Consultant freelance SEO, GEO, CRO et Google Ads depuis 2020, fondateur de Treelink. Plus de 50 projets pour des PME et des e-commerçants, noté 5,0/5 sur 34 avis Codeur.com. La même personne pose le diagnostic, échange avec votre développeur et vérifie le résultat.
Voir le parcoursC'est la partie du référencement qui s'occupe de l'accès des moteurs à votre site : exploration, indexation, rendu, performance et structure. Il précède le travail sur les contenus et les liens.
L'audit SEO couvre tout le site, y compris les contenus et les liens. Le SEO technique se concentre sur le fonctionnement du site, et va jusqu'à la correction et au contrôle.
Pas toujours. Certains réglages se font dans le CMS. D'autres demandent un développeur : les tickets sont alors rédigés pour qu'il sache exactement quoi faire.
Oui, mais à sa juste mesure. Sur un petit site, quelques vérifications suffisent souvent : indexation, vitesse mobile, redirections et balises. Inutile de lancer un chantier lourd sans raison.
Les causes sont variées : blocage, balise noindex, doublon, canonical mal réglée, ou page jugée peu utile par Google. Le rapport d'indexation de la Search Console donne un premier indice.
Ils font partie des signaux d'expérience de page pris en compte par Google, sans remplacer la pertinence du contenu. Ils comptent aussi pour vos visiteurs, surtout sur mobile.
Oui. Une page bloquée ou illisible sans JavaScript a peu de chances d'être reprise. Pour aller plus loin, l'audit GEO mesure si les IA vous citent.
Un accès à la Search Console, à Google Analytics et, selon le chantier, à votre CMS. Le crawl du site ne demande aucun accès particulier.
Le prix dépend du nombre de pages, de la plateforme et de la part de correction confiée à Treelink. Il est fixé sur devis après un appel gratuit de 30 minutes.
Les changements sensibles sont testés avant d'être généralisés et vérifiés après la mise en ligne. Une sauvegarde et un environnement de test sont recommandés quand votre plateforme le permet.
Montrez-moi ce qui vous inquiète pendant un appel gratuit de 30 minutes. Vous saurez si le problème est technique, et par où commencer.