Checklist SEO technique pour développeurs

Le SEO technique n’est pas une affaire de marketing, ce sont des choix que vous faites en tant que développeur dans le code, l’hébergement et la configuration. Cette checklist SEO technique vous donne 8 points concrets (temps de chargement, mobile-first, redirections, sitemap, robots.txt, HTML propre, données structurées et liens internes) qui déterminent directement si Google peut bien crawler, indexer et positionner votre site B2B. La version courte : la vitesse et le mobile pèsent le plus lourd, et la plupart des erreurs se cachent dans des éléments qui n’apparaissent jamais sur une maquette de design. Commencez par le haut et descendez.

Combien vaut le SEO pour vous ? Calculez le pipeline issu de votre trafic organique avec le calculateur gratuit de ROI SEO.

Qu’est-ce que le SEO technique et pourquoi est-ce une tâche de dev ?

Le SEO technique, c’est tout ce qui permet aux moteurs de recherche de trouver, lire et comprendre votre site sans problème. Le contenu et les backlinks sont un côté du SEO, mais si votre page charge lentement, n’est pas adaptée au mobile ou se retrouve bloquée par erreur dans robots.txt, alors même vos meilleurs textes ne se positionneront pas.

Le problème sur beaucoup de sites B2B : le marketing rédige le contenu, mais les décisions qui coûtent des positions se prennent dans le code. Un framework qui charge trop de JavaScript, une chaîne de redirections que personne ne nettoie, un sitemap qui n’est jamais rafraîchi. C’est du terrain de dev. Sur customerimpact.be, nous ne pilotons pas sur des chiffres vaniteux comme le “nombre de pages indexées”, mais sur la question qui compte : les moteurs de recherche peuvent-ils trouver les pages qui vous apportent des clients et du chiffre d’affaires ? Si la réponse est non, le travail commence ici.

Si vous voulez savoir où vous en êtes techniquement, un audit SEO technique ou un audit SEO plus large est le point de départ logique. Cette checklist vous aide à comprendre le résultat d’un tel audit et à le résoudre vous-même.

1. À quel point le temps de chargement compte-t-il vraiment pour vos positions ?

Le temps de chargement est l’un des facteurs de positionnement les plus sous-estimés, et son impact sur le comportement des visiteurs est brutal. Avec un temps de chargement de 2 secondes, le taux de rebond, selon une étude de Pingdom, tourne autour de 6 %, mais à 5 secondes il bondit à 38 %. Une part importante de vos visiteurs décroche avant que la page ne soit complètement affichée. Google observe ce comportement et en tire ses conclusions.

Cette différence n’est pas subtile. Mettez les deux temps de chargement côte à côte et vous verrez à quelle vitesse les visiteurs disparaissent à mesure que la page ralentit :

À 2 secondes de chargement, environ 6 % des visiteurs rebondissent, à 5 secondes cela grimpe à 38 %.

Ce que vous pouvez faire concrètement :

Compressez et servez les images dans des formats modernes (WebP, AVIF) avec les bonnes dimensions, pas de fichiers de 4000 px dans un conteneur de 400 px.
Supprimez ou différez le JavaScript et le CSS bloquant le rendu ; ne chargez que ce dont la première fenêtre visible a besoin.
Mettez en place le cache et un CDN, et utilisez le lazy loading pour les images sous la ligne de flottaison.
Mesurez avec les Core Web Vitals (LCP, INP, CLS) plutôt qu’au ressenti.

Conseil honnête : ne courez pas après un score Lighthouse parfait de 100/100 si votre site charge déjà vite. Les derniers points coûtent souvent des jours de travail pour un résultat négligeable. Passer de 5 secondes à 2, c’est gagner des leads. Passer de 1,2 à 1,0 seconde ne fait rien gagner à personne.

2. Pourquoi le mobile-first n’est-il plus une option ?

Le mobile-first n’est pas une préférence de design, c’est la façon dont Google évalue votre site selon les consignes de Google Search. Environ la moitié du trafic web (autour de 60 %) provient d’appareils mobiles, et Google utilise l’indexation mobile-first : la version mobile de votre page est celle qui compte pour les positions. Ce qui ne figure pas dans votre HTML mobile ne compte pas pour Google.

Pour les développeurs, cela signifie :

Pas de contenu qui ne charge que sur desktop ou qui se cache derrière un “lire la suite” qui ne s’affiche pas sur mobile.
Des zones de tap et des boutons assez grands, pas de défilement horizontal, des tailles de police lisibles sans zoomer.
Les mêmes données structurées et métadonnées sur mobile que sur desktop.
Testez avec de vrais appareils ou une émulation avec throttling, pas seulement une fenêtre de navigateur étroite.

Pour le B2B avec des cycles de vente longs, le mobile est facile à sous-estimer (“nos décideurs sont de toute façon sur desktop”). Mais la première prise d’information se fait souvent sur mobile, et si Google vous indexe mal à cet endroit, vous ratez l’entrée.

3. Comment éviter que les redirections et les liens cassés gaspillent votre crawl ?

Chaque redirection coûte du temps de crawl et du temps de chargement, et les chaînes de redirections empilent ce coût. Une chaîne de quatre redirections pour une seule URL, c’est du temps gaspillé que Google préférerait consacrer à vos vraies pages.

Gardez tout propre :

Utilisez le 301 (permanent) pour les URL déplacées, pas le 302 (temporaire), sauf si c’est vraiment temporaire.
Aplatissez les chaînes : faites pointer A directement vers la destination finale, pas via B et C.
Nettoyez les 404 en les redirigeant vers une alternative pertinente ou en corrigeant les liens internes.
Vérifiez après chaque migration ou restructuration que les anciennes URL redirigent correctement.

Pour en savoir plus à ce sujet, consultez la partie sur les liens internes.

4. Que doivent faire exactement votre sitemap et votre robots.txt ?

Votre sitemap XML et votre robots.txt orientent la façon dont les moteurs de recherche explorent votre site, et de petites erreurs ici ont de grandes conséquences. Une règle mal placée dans robots.txt peut tenir tout votre site hors de l’index.

Pour le sitemap :

N’incluez que des URL indexables et canoniques (pas de redirections, pas de noindex, pas de 404).
Gardez-le à jour : générez-le dynamiquement pour que les nouvelles pages y entrent automatiquement.
Soumettez-le via Google Search Console et faites-y référence dans robots.txt.

Pour robots.txt :

Ne bloquez pas les fichiers CSS ou JS dont Google a besoin pour afficher votre page.
Ne confondez pas Disallow (ne pas crawler) avec noindex (ne pas indexer) ; ils font des choses différentes.
Testez chaque modification avant de la mettre en ligne, une seule règle erronée peut coûter cher.

5. Quelles balises HTML rendent vos pages lisibles pour Google ?

Un HTML propre et sémantique est la base sur laquelle repose tout le SEO technique. Les moteurs de recherche lisent votre structure via vos balises, donc un DOM en désordre complique le travail de Google.

Les essentiels par page :

Un seul <h1> avec votre sujet principal, puis une hiérarchie logique de <h2>/<h3> (ne choisissez pas les titres en fonction de la taille de police).
Un <title> et une meta description uniques et descriptifs par page, pas un seul modèle pour tout.
Des textes alt porteurs de sens sur les images, autant pour l’accessibilité que pour le SEO des images.
Une balise canonical pour éviter le contenu dupliqué lorsque le même contenu est accessible via plusieurs URL.
Des éléments sémantiques (<nav>, <main>, <article>) au lieu d’une mer de <div>.

Cela recoupe fortement le SEO on-page, mais la différence est de savoir qui s’en charge : les balises elles-mêmes sont du travail de dev, le contenu qu’elles contiennent est du travail de contenu. Définissez qui fait quoi, sinon cela reste en suspens.

6. Que vous apportent les données structurées (et quand pas) ?

Les données structurées (le balisage schema.org) indiquent explicitement aux moteurs de recherche ce que signifie votre contenu, et peuvent générer des rich results comme des étoiles, des FAQ ou des fils d’Ariane dans les résultats de recherche. Pour le B2B, c’est aussi de plus en plus pertinent pour le GEO : les systèmes de recherche IA utilisent les données structurées pour comprendre et citer votre contenu.

Là où c’est payant :

Organization et LocalBusiness pour vos coordonnées d’entreprise.
FAQPage sur les pages avec une vraie structure de questions-réponses.
BreadcrumbList pour des chemins de navigation clairs.
Article sur vos pages de connaissances et de blog.

Conseil honnête : ne mettez pas de schema sur des pages où il ne colle pas, et n’inventez pas de balisage FAQ pour du contenu qui n’est pas une FAQ. Google sanctionne les données structurées trompeuses, et vous ne pouvez de toute façon pas garantir un rich result. Implémentez-le là où il décrit honnêtement le contenu (le JSON-LD dans le <head> est la méthode recommandée), et validez avec le Rich Results Test. Pour en savoir plus sur le versant IA, consultez la partie sur le SEO pour l’IA.

7. Comment garder votre structure de liens internes crawlable ?

Les liens internes sont la façon dont Google comprend la relation entre vos pages et répartit l’autorité. Une page qui n’est liée depuis nulle part (une “orphan page”) est presque invisible pour Google.

En pratique :

Assurez-vous que chaque page importante est liée depuis au moins une autre page pertinente.
Utilisez des textes d’ancrage descriptifs (“checklist SEO technique”) au lieu de “cliquez ici”.
Utilisez de vrais liens <a href>, pas des onclicks JavaScript que Google ne suit pas toujours.
Limitez la profondeur de clic : les pages importantes à moins de trois clics depuis la page d’accueil.

Pour les sites B2B avec beaucoup de pages de services, c’est là que beaucoup de valeur se perd. Vos services méritent un afflux organique, alors liez-y de manière intentionnelle. Poursuivez avec la partie sur les liens internes.

8. Comment faire du SEO technique une partie fixe de votre workflow ?

Le SEO technique n’est pas un projet ponctuel mais de la maintenance, et le gain réside dans son intégration à votre processus de dev. Un site nettoyé une seule fois, puis négligé pendant un an, se dégrade lentement à nouveau.

Intégrez-le :

Mettez Lighthouse ou un contrôle équivalent dans votre pipeline CI, afin qu’un build lent se remarque avant sa mise en ligne.
Surveillez Google Search Console chaque mois pour les erreurs de crawl, les problèmes d’indexation et les Core Web Vitals.
Rendez obligatoire une courte checklist de pré-lancement (sitemap, robots.txt, redirections, données structurées) à chaque release.
Faites regarder les données de la Search Console ensemble par le marketing et le dev, pas séparément.

Le fil rouge : pilotez sur ce qui rapporte des clients. Toutes les optimisations techniques n’en valent pas la peine, et une bonne équipe sait quand quelque chose ne rapporte pas. Si vous hésitez sur l’endroit où votre temps rapporte le plus, regardez d’abord les outils qui mesurent votre crawlabilité et votre vitesse, et priorisez selon l’impact.

Questions fréquentes sur le SEO technique pour développeurs

Quelle est la différence entre le SEO technique et le SEO on-page ? Le SEO technique porte sur la capacité des moteurs de recherche à crawler, afficher et indexer votre site (vitesse, mobile-first, sitemap, redirections). Le SEO on-page porte sur le contenu d’une page (titres, textes, mots-clés). Les balises elles-mêmes sont souvent du travail de dev, le contenu du travail de contenu.

Le SEO technique a-t-il un intérêt pour un petit site B2B ? Oui. C’est justement sur les sites plus petits qu’une seule erreur technique (une page d’accueil lente, un robots.txt erroné) vous coûte relativement beaucoup de votre afflux organique limité. Bien poser les bases est le plus souvent un investissement limité au rendement durable.

En combien de temps vais-je voir un résultat des améliorations techniques ? Les améliorations de vitesse et de crawl sont souvent prises en compte en quelques semaines dès que Google recrawle, mais les améliorations de position ne suivent qu’ensuite. Comptez de quelques semaines à quelques mois, selon la fréquence de crawl et la concurrence.

Dois-je viser un score Lighthouse parfait de 100 ? Non. Le plus grand gain se situe dans la différence entre lent et rapide, pas entre rapide et parfait. Si vous faites passer le temps de chargement sous le seuil où les visiteurs décrochent, optimiser davantage est souvent du temps gaspillé.

Quelle erreur de SEO technique voyez-vous le plus souvent ? Des pages qui se retrouvent par erreur en noindex ou bloquées dans robots.txt après une migration, plus des chaînes de redirections et d’anciennes URL non redirigées. Une bonne checklist de pré-lancement en attrape la plupart.

Vous préférez que nous prenions en charge le travail technique ?

Vous avez parcouru la checklist et vous voyez qu’il y a du pain sur la planche, mais le temps ou les connaissances SEO manquent dans votre équipe de dev ? Alors nous regardons cela avec plaisir avec vous. Nous sommes une petite équipe qui bouge vite, conseille honnêtement (y compris quand quelque chose ne rapporte pas) et pilote sur les clients et le chiffre d’affaires, pas sur des chiffres vaniteux. Découvrez notre service SEO ou laissez-nous vérifier votre base technique pour que vos positions et vos leads aient de l’espace.

Planifiez votre premier échange gratuit