Mathéo Ballasse
Expert produit et distribution B2C : il cadre l'ICP, le go-to-market et les 60 premiers jours des fondateurs de SaaS.
Recommandations issues de notre méthodologie éditoriale.
Pas le temps de lire ?
À retenir
- Le SEO technique, c'est la plomberie : indexation, vitesse, rendu JS, balises. Google la vérifie avant même de lire ton contenu.
- Le piège numéro un des SaaS modernes : un contenu qui n'existe que côté JavaScript, donc invisible ou lent à indexer.
- Pas besoin d'un site parfait. Corrige les blocages majeurs, garde le socle sain, puis passe au contenu.
Tu peux écrire le meilleur article du monde : si Google ne peut pas le crawler, le rendre et l'indexer proprement, il n'existe pas. C'est ça, le SEO technique. La plomberie invisible qui décide si tes pages ont même le droit d'entrer dans la course. Et l'enjeu est chiffré : une étude Google menée par Deloitte sur 30 millions de sessions montre qu'une amélioration de 0,1 seconde de vitesse fait grimper les conversions de 8,4 % dans le retail. La technique n'est pas un détail d'ingénieur : c'est de l'argent et du trafic.
Le problème, c'est que le SEO technique fait peur quand on ne l'a jamais touché, et qu'il est souvent négligé par ceux qui adorent construire mais détestent auditer. Bonne nouvelle : 80 % des gains viennent d'une poignée de fondations que tu peux vérifier et corriger toi-même. Ce guide te donne la liste, dans l'ordre de priorité.

Le SEO technique, c'est quoi au juste
Le SEO technique regroupe tout ce qui permet à un moteur de recherche d'accéder à ton site, de le comprendre et de l'indexer, avant même de juger la qualité de ton contenu. C'est la première des trois couches du référencement : la technique, le contenu, l'autorité. Les trois avancent ensemble, mais la technique passe en premier parce qu'elle conditionne tout le reste.
Concrètement, ça couvre cinq chantiers : l'indexation (Google trouve et enregistre tes pages), la vitesse (elles chargent vite, sur mobile comme sur ordinateur), le rendu (ton contenu est visible même sans exécuter ton JavaScript), la structure (les titres et l'architecture sont logiques), et le balisage (métadonnées et données structurées propres). Aucun de ces cinq ne rend ton contenu meilleur. Mais chacun peut, s'il est cassé, rendre ton contenu invisible.
C'est là que se joue ton avantage. Beaucoup de blogs SaaS génériques publient à la chaîne sur un site techniquement médiocre. Un fondateur qui soigne son socle technique part avec une longueur d'avance que le contenu seul ne donne pas.
L'indexation : si Google ne voit pas ta page, rien d'autre ne compte
L'indexation, c'est le point de passage obligé. Google doit d'abord découvrir ta page (via un lien ou ton sitemap), puis la crawler, puis décider de l'indexer. Si un seul maillon casse, ta page n'apparaîtra jamais dans les résultats, quel que soit son contenu.
Les blocages classiques d'un SaaS au démarrage sont bêtes mais fréquents : une balise noindex oubliée depuis le développement, un robots.txt qui bloque des sections entières, des pages orphelines qu'aucun lien interne ne relie, ou un sitemap absent. Le premier réflexe n'est pas de deviner : c'est d'ouvrir la Google Search Console (gratuite) et de regarder le rapport d'indexation. Il te dit exactement quelles pages sont indexées, lesquelles sont exclues, et pourquoi.
« Explorée, actuellement non indexée »
C'est le message que redoute tout fondateur. Il signifie que Google a vu ta page mais a choisi de ne pas l'indexer, presque toujours parce qu'elle est jugée trop maigre ou trop proche d'une autre. La parade n'est pas de recliquer sur « Valider » en boucle : c'est d'étoffer la page pour qu'elle mérite sa place, puis de redemander l'indexation via l'inspection d'URL.
Le crawl budget (le temps que Google accorde à ton site) n'est pas un souci pour un petit SaaS de quelques dizaines de pages. Il le devient si tu génères des milliers de pages, par exemple en SEO programmatique : là, chaque page inutile ou dupliquée gaspille du budget qui devrait aller à tes pages importantes.
La vitesse et les Core Web Vitals
Google mesure l'expérience réelle de tes visiteurs via trois indicateurs, les Core Web Vitals : le LCP (le temps pour afficher le plus gros élément), l'INP (la réactivité aux clics) et le CLS (la stabilité visuelle, ces éléments qui sautent pendant le chargement). Ce sont des signaux de classement, mais surtout des signaux de conversion.
Les chiffres sont sans appel. D'après les données compilées par DesignRush, la probabilité de rebond augmente de 32 % quand le temps de chargement passe de 1 à 3 secondes, et de 90 % quand il atteint 5 secondes. Autrement dit, un site lent te fait perdre des visiteurs avant même qu'ils aient lu un mot, et prive tes pages du signal d'engagement dont Google a besoin pour te classer.
+8,4 %
de conversions pour 0,1 s de vitesse gagnée (retail, Deloitte)
+32 %
de rebond quand la page passe de 1 s à 3 s
+90 %
de rebond à 5 s de chargement
La bonne nouvelle : la vitesse est le chantier le plus outillé. PageSpeed Insights et le rapport Core Web Vitals de la Search Console te donnent un diagnostic gratuit et des recommandations concrètes. Les gains les plus rentables pour un SaaS sont presque toujours les mêmes : compresser et redimensionner les images, servir du format moderne (WebP), différer le JavaScript non essentiel, et mettre en cache ce qui peut l'être.
Vise le mobile d'abord
Google indexe la version mobile de ton site en priorité depuis 2020. Un site rapide sur ordinateur mais lourd sur mobile est jugé sur sa version mobile. Teste systématiquement tes pages en conditions mobiles, c'est là que se joue ton classement.
Le rendu JavaScript : le piège des SaaS modernes
Voici le chantier que presque tous les SaaS bâtis avec les outils du moment (React, Vue, une app monopage) sous-estiment. Ton site est peut-être magnifique dans le navigateur, mais si son contenu n'apparaît qu'après l'exécution du JavaScript, tu crées un obstacle direct à l'indexation.
Pourquoi ? Parce que Google traite le JavaScript en deux temps. Il crawle d'abord le HTML brut, puis met la page dans une file d'attente pour la rendre (exécuter le JS) plus tard. D'après l'analyse de Vercel sur la façon dont Google gère le JavaScript, ce rendu finit par se faire, mais cette étape supplémentaire est plus coûteuse et peut retarder l'indexation de jours, de semaines, voire de mois. Pour un site jeune qui veut être trouvé vite, c'est un handicap qu'on ne peut pas se permettre.

La solution tient en un mot : sers le HTML déjà rendu. Le test est simple. Ouvre une de tes pages, désactive JavaScript dans ton navigateur, et recharge. Si le contenu (titres, texte, liens) disparaît, Google voit une page vide au premier passage. Trois façons de régler ça, selon ta stack :
Rendu côté serveur (SSR)
Le serveur renvoie le HTML complet à chaque requête. Le contenu est visible dès la première réponse. C'est l'approche de frameworks comme Next.js ou Nuxt, et l'option la plus sûre pour du contenu qui change souvent.
Génération statique (SSG)
Les pages sont pré-générées en HTML au moment du build. Idéal pour un blog ou des pages marketing qui bougent peu : rapide, robuste, et parfaitement indexable.
Prerender pour les bots
Si tu ne peux pas migrer, un service de prerender sert une version HTML statique aux robots. Solution de rattrapage plus fragile, mais qui débloque l'indexation sans tout refondre.
Si tu construis encore ton produit, ce choix se fait maintenant, pas après. Repartir d'une app 100 % côté client pour la rendre indexable coûte beaucoup plus cher que de choisir la bonne approche dès le départ.
Structure, balises et données structurées
Une fois que Google accède à tes pages et les rend, il doit les comprendre. C'est le rôle de la structure et du balisage. Rien de sorcier, mais chaque détail compte.
Un seul H1 par page, une hiérarchie de titres logique
Un title et une meta description uniques par page
Des URLs propres et une arborescence claire
Un sitemap XML et un robots.txt corrects
Des données structurées quand elles s'appliquent
Un point de vigilance sur les données structurées : depuis l'indexation mobile-first, elles doivent être présentes sur ta version mobile, pas seulement desktop. Si ton balisage ne vit que dans le template desktop, Google ne l'utilisera pas pour tes résultats enrichis.
Ta checklist technique avant de publier en masse
Tu n'as pas besoin de tout régler d'un coup. Mais avant de lancer une machine à contenu, ces fondations doivent être saines, sinon chaque nouvel article hérite du même handicap. Voici la liste à parcourir, dans l'ordre.
Auditer mon socle technique
0 / 6Une fois ce socle en place, la technique passe en mode entretien : tu la surveilles au fil de l'eau et tu peux concentrer ton énergie sur ce qui fait vraiment la différence, le contenu et l'autorité. C'est le moment de brancher une vraie stratégie de production, que ce soit à la main ou avec un système de SEO assisté par IA pour tenir la cadence.
Le SEO technique n'est qu'une couche
Soyons clairs sur une chose : un site techniquement parfait mais sans contenu utile ni liens ne rankera sur rien. La technique débloque le potentiel, elle ne le crée pas. Le vrai référencement, c'est la combinaison des trois couches, détaillée dans notre guide du référencement naturel SaaS, qui replace la technique dans l'ensemble contenu plus autorité. Et si tu veux industrialiser la production une fois le socle sain, le SEO programmatique et le SEO assisté par IA sont les deux leviers pour passer à l'échelle sans agence.
Avant tout ça, une question mérite d'être tranchée : le SEO est-il seulement ton meilleur premier canal ? Il compose sur le long terme, mais il est lent. Si tu as besoin de tes premiers clients ce mois-ci, un autre levier ira plus vite. Réponds à deux questions pour le savoir.
Quel canal pour TON SaaS ?
Deux questions, et on te montre ton canal idéal, avec ton plan d'acquisition complet.
Tu vends à…
Le SEO est-il ton meilleur canal d'acquisition ?
Le diagnostic te dit par où commencer selon ta cible, ton prix et ton stade, en deux minutes.
Questions fréquentes
- C'est quoi le SEO technique pour un SaaS ?
- C'est tout ce qui permet à Google de crawler, rendre, indexer et comprendre ton site avant même de juger ton contenu : indexation propre, vitesse de chargement, rendu du JavaScript, structure des titres, balises et données structurées. C'est la plomberie invisible du référencement. Un contenu excellent sur un site techniquement bancal ne rankera jamais à son plein potentiel.
- Faut-il régler le SEO technique avant d'écrire du contenu ?
- Le socle technique de base (indexation, vitesse, mobile, balises) doit être sain avant de publier en masse, sinon chaque page hérite du même handicap. Mais tu n'as pas besoin d'un site parfait pour commencer : corrige les blocages majeurs (pages non indexables, site lent, contenu invisible sans JavaScript), puis avance sur le contenu en gardant la technique propre au fil de l'eau.
- Un SaaS en React ou Next.js a-t-il un problème de SEO technique ?
- Pas forcément, mais le rendu JavaScript est le piège numéro un des SaaS modernes. Si ton contenu n'apparaît que côté client, Google doit passer par une étape de rendu supplémentaire qui retarde ou empêche l'indexation. La parade : servir le HTML rendu côté serveur ou en statique (SSR, SSG, prerender) pour que ton contenu soit visible dès la première réponse.