Liste de contrôle SEO technique pour les sites SaaS

SEO technique du SaaS : application hors recherche, rendu pour robots, doc et notes de version, canoniques, données structurées, vitesse et robots d’IA.

Rédaction FixReports10 min de lecture

Pour une entreprise SaaS, le SEO technique est surtout une affaire de séparation et de rendu. De séparation, parce qu’un même domaine héberge généralement un site marketing qui doit se positionner, une documentation qui doit se positionner, et une application qui ne devrait pas du tout apparaître dans la recherche. De rendu, parce que les sites SaaS sont souvent construits comme des applications JavaScript et que, si Google exécute le JavaScript, beaucoup d’autres robots d’exploration, dont la plupart des robots d’IA, ne le font pas. Cette liste de contrôle couvre ces deux aspects, ainsi que les fondamentaux habituels : balises canoniques, sitemaps, données structurées, vitesse et façon dont les moteurs de recherche IA atteignent vos pages.

Points clés

Votre application doit-elle figurer dans les résultats de recherche ?

Non. Les pages de l’application protégées par une connexion n’ont rien à offrir aux internautes, et Googlebot ne se connecte pas. Le risque est inverse : des URL publiques de l’application, comme les liens partagés, les états vides, les pages de réinitialisation du mot de passe et les environnements de préproduction, peuvent finir indexées et concurrencer vos pages marketing.

  • Servez l’application sur son propre hôte, comme app.example.com, et envoyez X-Robots-Tag: noindex sur chacune de ses réponses.
  • Tenez les environnements de préproduction et de prévisualisation à l’écart de la recherche grâce à une authentification, plus fiable que les règles robots.
  • Ne comptez pas sur le robots.txt pour retirer des pages de Google : une URL bloquée peut tout de même être listée si elle reçoit des liens d’ailleurs, et Google ne peut pas voir le noindex d’une page qu’il n’est pas autorisé à explorer (Google Search Central (s’ouvre dans un nouvel onglet)).
  • Les pages de connexion et d’inscription sont souvent recherchées par leur nom (« connexion votreproduit »). Les garder indexables aide les clients existants à les trouver ; elles ne doivent pas porter de contenu marketing chargé.

Notre testeur de robots.txt montre ce que chaque robot peut récupérer, et le vérificateur de balises meta affiche la balise meta robots et l’en-tête X-Robots-Tag d’une page.

Les moteurs de recherche et les robots d’IA peuvent-ils lire vos pages marketing ?

Vérifiez ce que reçoit un robot avant toute exécution de JavaScript. Si la réponse HTML de votre page de tarifs ne contient ni prix ni titres, seulement une balise script, les robots qui n’exécutent pas JavaScript voient une page vide.

  • Google effectue le rendu du JavaScript avec une version récente de Chromium, mais ce rendu passe par une file d’attente après l’exploration, et Google recommande le rendu côté serveur ou le prérendu (Google Search Central (s’ouvre dans un nouvel onglet)).
  • Robots d’IA : l’analyse de Vercel sur son réseau a constaté que les robots d’OpenAI, d’Anthropic, de Perplexity et de Meta récupéraient les fichiers JavaScript sans les exécuter ; Gemini, qui utilise l’infrastructure de Google, et Applebot effectuaient bien le rendu des pages (Vercel (s’ouvre dans un nouvel onglet)).
  • Les aperçus de liens dans les applications de messagerie et les réseaux sociaux ne lisent généralement que le HTML du serveur : les titres, les descriptions et les balises Open Graph doivent donc s’y trouver.

La correction pratique consiste à générer les pages marketing, la documentation et le blog côté serveur ou lors du build, ce que permettent des frameworks comme Next.js, Nuxt et Astro, et à réserver le rendu côté client à l’application accessible après connexion. Un test rapide : lancez curl sur votre URL, ou affichez le code source de la page plutôt que le DOM inspecté, et vérifiez que le texte s’y trouve.

Quelle structure donner au site marketing ?

Les acheteurs de SaaS effectuent des recherches dont l’intention peut être associée à des pages. Chacune des suivantes mérite sa propre page indexable, avec un titre descriptif et sa propre URL canonique :

  • Pages produit et fonctionnalités, une par grande capacité.
  • Pages par cas d’usage et par secteur, pour des recherches comme « logiciel de facturation pour agences ».
  • Pages d’intégration, une par intégration, car les gens recherchent « [votre produit] + [leur outil] ».
  • Tarifs, avec les formules et les prix dans le HTML, et non chargés depuis une API après le rendu.
  • Pages de comparaison et d’alternatives, rédigées de façon équitable : les prix et les fonctionnalités des concurrents changent, alors datez ces pages et tenez-les à jour.
  • Témoignages clients, avec autorisation et des détails réels et attribuables.

Évitez les variantes creuses : des dizaines de pages « [fonctionnalité] pour [secteur] » presque identiques, où seuls quelques mots changent, relèvent de ce que les règles de Google sur le spam appellent l’abus de contenu à grande échelle (Google Search Central (s’ouvre dans un nouvel onglet)).

Comment traiter la documentation, les centres d’aide et les journaux des modifications ?

La documentation attire souvent plus de trafic de recherche que le site marketing, car les gens cherchent comment faire les choses.

  • Rendez la documentation publique et indexable, sauf si elle contient des informations propres à un client.
  • Pour une documentation versionnée, faites pointer la balise canonique des anciennes versions vers la version actuelle de la même page, ou marquez les anciennes versions en noindex, pour que les résultats de recherche affichent les instructions à jour.
  • Donnez à chaque page de documentation un titre et un H1 descriptifs qui reprennent la façon dont les gens formulent la tâche (« Exporter les factures au format CSV »), et non des noms de fonctionnalités internes.
  • Publiez les entrées du journal des modifications sur des URL stables et datées.
  • Incluez la documentation dans votre sitemap XML, ou donnez-lui son propre sitemap, listé dans le robots.txt.

Si votre centre d’aide fonctionne sur une plateforme tierce dans un sous-domaine, vérifiez qu’il est validé dans la Search Console et que ses pages renvoient vers le site principal.

Quels problèmes de canonique, de hreflang et de redirection sont fréquents sur les sites SaaS ?

  • Paramètres : les balises UTM, les codes de parrainage et les paramètres de tests A/B créent des URL en double. Chaque page doit déclarer comme canonique sa propre URL propre (Google Search Central (s’ouvre dans un nouvel onglet)).
  • Barres obliques finales et casse : choisissez une forme et redirigez l’autre avec une redirection 301.
  • Pages localisées : si vous traduisez le site marketing, reliez les versions linguistiques avec hreflang, y compris une autoréférence et un x-default (Google Search Central (s’ouvre dans un nouvel onglet)).
  • Changements de marque et de domaine : faites correspondre une à une les anciennes URL aux nouvelles avec des redirections 301 ; tout rediriger vers la page d’accueil fait perdre la valeur des anciennes pages.

L’audit SEO teste les titres, les H1, les balises canoniques et les règles robots sur les pages clés de votre site, et détecte les liens internes cassés.

Quelles données structurées conviennent à un site SaaS ?

  • Organization sur la page d’accueil, avec votre nom, votre URL, votre logo et des liens sameAs vers vos profils officiels.
  • WebSite sur la page d’accueil, avec name et url, que Google utilise pour choisir le nom du site affiché dans les résultats (Google Search Central (s’ouvre dans un nouvel onglet)).
  • SoftwareApplication : le résultat enrichi d’application logicielle de Google exige un prix ainsi qu’une note agrégée ou un avis (Google Search Central (s’ouvre dans un nouvel onglet)). N’ajoutez que des notes authentiques et visibles sur la page ; sans elles, le balisage décrit tout de même le produit, mais n’obtiendra pas le résultat enrichi.
  • BreadcrumbList sur les pages de documentation et du blog.
  • Article sur les articles de blog, avec l’auteur et les dates.

N’attendez pas du balisage FAQ qu’il vous procure de l’espace supplémentaire : Google a cessé d’afficher les résultats enrichis FAQ le 7 mai 2026 (Google Search Central (s’ouvre dans un nouvel onglet)). Le vérificateur de données structurées liste chaque élément d’une page et les propriétés que Google exige pour lui.

Pourquoi les pages marketing des SaaS échouent-elles aux Core Web Vitals ?

Les sites marketing des SaaS chargent souvent de nombreux scripts tiers : outils d’analyse, gestionnaires de balises, widgets de chat, tests A/B, enregistrement de sessions et pixels publicitaires. Ils retardent le contenu principal et occupent le thread principal, ce qui se traduit par un LCP lent et un mauvais INP.

  • Passez en revue chaque script tiers et supprimez ceux que personne n’utilise.
  • Chargez les widgets de chat lors d’une interaction, et évitez les scripts de test A/B qui masquent la page jusqu’à leur exécution.
  • Servez les images de bannière et les captures du produit à leur taille d’affichage, en WebP ou AVIF, sans charger la première en différé.
  • Surveillez l’INP sur les pages qui comportent des calculateurs de prix interactifs et des démos.

Google utilise les Core Web Vitals dans ses systèmes de classement, même si la pertinence passe avant tout (Google Search Central (s’ouvre dans un nouvel onglet)). Le test de vitesse mesure une page comme le ferait un téléphone au débit bridé et affiche les données d’utilisateurs réels lorsque Google en dispose.

Comment les moteurs de recherche IA trouvent-ils et citent-ils le contenu des SaaS ?

Il n’existe pas de volet technique distinct pour la recherche IA, et certains conseils répandus ne sont pas confirmés par les entreprises qui exploitent ces systèmes.

  • Les AI Overviews et le mode IA de Google utilisent des pages indexées et éligibles à l’affichage d’un extrait ; Google indique qu’il n’existe aucune exigence supplémentaire, aucun schema particulier et aucun besoin de fichiers texte pour l’IA (Google Search Central (s’ouvre dans un nouvel onglet)).
  • La recherche ChatGPT repose sur OAI-SearchBot. Si vous voulez apparaître dans les réponses de ChatGPT, ne bloquez pas OAI-SearchBot dans le robots.txt ; bloquer GPTBot permet seulement de refuser l’entraînement (OpenAI (s’ouvre dans un nouvel onglet)).
  • L’entraînement de Gemini est contrôlé par le jeton Google-Extended, qui n’a aucun effet sur la recherche Google (Google Search Central (s’ouvre dans un nouvel onglet)).
  • llms.txt est une proposition communautaire de résumé d’un site au format Markdown. Google indique ne pas avoir besoin de tels fichiers ; les autres services d’IA n’ont pas documenté s’ils les utilisent. Le publier coûte peu, mais il ne remplace pas des pages explorables.

Ce qui aide auprès de tous est identique : des pages rendues côté serveur, des titres clairs qui répondent aux questions des acheteurs, des faits précis comme les prix et les limites écrits dans le texte, et des pages qui ne se contredisent pas.

Foire aux questions

Notre documentation doit-elle être dans un sous-domaine ou dans un sous-répertoire ?

Les deux peuvent se positionner. Ce qui compte davantage, c’est que la documentation soit explorable, liée depuis le site principal, incluse dans un sitemap et validée dans la Search Console.

Google indexe-t-il le contenu de notre application JavaScript ?

Google peut exécuter le JavaScript, mais il le fait dans une étape distincte, et les autres robots ne le font souvent pas. Pour les pages que vous voulez voir trouvées, générez le contenu côté serveur ou lors du build.

Faut-il bloquer les robots d’IA ?

C’est une décision commerciale. Bloquer les robots d’entraînement comme GPTBot ou Google-Extended tient votre contenu à l’écart de l’entraînement des modèles sans vous retirer de la recherche ; bloquer les robots de recherche comme OAI-SearchBot vous retire des réponses de ce service. Le testeur de robots.txt montre ce qu’autorisent vos règles actuelles.

Avons-nous besoin du balisage SoftwareApplication ?

Il est facultatif. Il décrit votre produit aux moteurs de recherche ; le résultat enrichi d’application logicielle nécessite en plus des notes ou des avis authentiques affichés sur la page.

Quelle est l’erreur de SEO technique la plus courante sur les sites SaaS ?

Deux font le plus de dégâts : des pages marketing dont le contenu n’est généré qu’avec JavaScript, et des URL de préproduction ou de l’application laissées ouvertes à l’indexation.

Sources

Tous les guides