Votre application est-elle lisible sans JavaScript ? Testez une page avec notre audit SEO gratuit en ligne : il lit le HTML tel que le serveur l'envoie, sans exécuter le JavaScript.
Ce qui change pour une startup ou un SaaS
Une startup ou un SaaS vend un produit sans adresse à visiter, à des acheteurs qui comparent plusieurs outils avant de s'inscrire, souvent dans plusieurs langues, et sur un site qui tourne fréquemment sous un framework JavaScript. Le SEO local classique, fiche Google et pages par commune, passe donc au second plan, derrière les pages produit et la technique.
Autre différence : au lancement, personne ne cherche votre nom. Le trafic utile vient de requêtes sans marque : un problème (« planifier les tournées de techniciens »), une solution (« logiciel de planning »), une comparaison (« alternative à [concurrent] »), une intégration (« [outil] Odoo »). Le filtre « Requêtes incluant une marque » de la Search Console les isole dès que le site a assez de volume. Pensez aussi à définir votre entité dès le départ, données Organization comprises : un nom de produit neuf est souvent ambigu.
Les premières pages : cas d'usage, intégrations, métiers
Les premières pages à créer sont celles qui répondent à une intention d'achat précise : un cas d'usage, une intégration avec un outil que vos clients utilisent déjà, un métier, vos tarifs. Chacune parle à un acheteur qui sait ce qu'il cherche, et chacune peut mener directement à l'essai ou à la démo.
| Type de page | Requête type | Ce que la page doit montrer | Piège |
|---|---|---|---|
| Cas d'usage | « planning tournées techniciens » | Le problème, le déroulé dans l'outil, des captures, les limites | Une liste de fonctionnalités sans dire à qui elles servent |
| Intégration | « [votre outil] Odoo », « compatible Peppol » | Ce qui se synchronise et dans quel sens, la mise en place pas à pas, les cas non couverts | Cinquante pages identiques où seul le nom du logiciel change |
| Métier | « logiciel facturation fiduciaire » | Le vocabulaire du métier, ses objections, un cas client publiable | Un texte générique où « fiduciaire » remplace « restaurant » |
| Tarifs | « prix [votre outil] » | Des prix publics, ce qui est inclus, l'essai | Un « contactez-nous » sans aucune fourchette |
Les pages en série où seul un nom change tombent sous les règles de Google sur le spam : abus de pages satellites ou utilisation abusive de contenus à grande échelle, selon le cas. Dix pages d'intégration documentées valent mieux que cent coquilles.
Le marché belge ajoute ses angles. Un logiciel de facturation gagne à expliquer sa compatibilité Peppol, la facture électronique structurée entre entreprises belges passant en principe par ce réseau depuis le 1er janvier 2026 (voir notre guide Peppol). Le support en néerlandais ou l'hébergement des données en Europe peuvent aussi mériter leur page.
Les pages comparatives : honnêtes ou inutiles
Une page comparative est utile quand elle aide l'acheteur à choisir, y compris contre vous. Google le formule dans ses conseils sur les avis : expliquez ce qui différencie les options, ce qui convient le mieux à chaque usage, avec les points forts et les points faibles de chacune, preuves à l'appui.
Une page « vous ou votre concurrent » honnête
- Les critères de l'acheteur : prix public, langues de l'interface et du support, intégrations, conformité Peppol, hébergement des données.
- Une source publique et datée pour chaque information sur le concurrent.
- Un verdict par profil : « choisissez-le si…, choisissez-nous si… ».
- Les cas où le concurrent fait mieux, écrits noir sur blanc.
- Une date de mise à jour, et une relecture à chaque changement de prix.
Notre page tarifs applique ce principe : elle compare freelance, agence et recrutement interne, et dit pour qui AppBelgium ne convient pas.
Documentation et centre d'aide : du contenu que Google peut lire
La documentation d'un SaaS répond aux questions les plus précises de vos prospects, souvent avant même l'inscription. Pour compter en SEO, elle doit être publique, servie sur des URL stables reliées par de vrais liens, et suivie dans la même propriété Search Console que le reste du site.
- Publique. Ce qui est derrière une connexion n'est pas indexé. Google recommande un code 401 sur les pages protégées par identifiants : application, tableaux de bord, données clients.
- Reliée par de vrais liens. Google ne suit de façon fiable que les éléments
<a>munis d'un attribut href. Un menu de documentation fait de boutons JavaScript ou de fragments#/laisse des articles orphelins. - Sous-domaine ou répertoire. docs.example.be ou example.be/docs/ : Google laisse le choix selon votre organisation. Ce qui compte, ce sont les liens depuis le site principal.
- Mesurée au même endroit. Une propriété Search Console « Domaine », validée par DNS, couvre tous les sous-domaines et protocoles : www, docs, help, app. Une propriété limitée à un préfixe d'URL ne verrait qu'une partie du trafic.
Un article d'aide qui commence par une réponse directe (« comment exporter mes factures ») est aussi candidat à l'extrait optimisé de Google.
Le contenu de fond qui sert le produit
Le contenu de fond d'un SaaS traite les problèmes que le produit résout, avec assez d'expertise pour être utile sans l'acheter, et un chemin clair vers l'essai. Google décourage le contenu générique : dans son guide de 2026 sur l'IA générative, il cite « sept conseils aux primo-accédants » comme exemple de texte qui n'apporte rien de neuf.
Ce qui fait la différence, selon le même guide, c'est un point de vue qui se distingue, tiré de ce que vous savez du sujet. Pour un éditeur de logiciel, ce sont par exemple les données agrégées de son produit, les retours clients, les limites connues. Chaque article renvoie ensuite vers le cas d'usage concerné, puis vers l'inscription.
Ce que nous avons vu chez EveryMiss. Ce n'est pas un SaaS, mais une boutique en ligne privée de publicité, dont le référencement naturel est le seul canal. Sur l'ancien site, vingt pages, presque toutes des guides, faisaient 95 % des clics sur seize mois. Après la migration vers Shopify, chaque guide répond à une question d'achat et renvoie vers sa collection : 4 759 clics Google en 90 jours (6 juillet au 3 octobre 2026, Search Console), sans aucune publicité. Pour un SaaS, la collection s'appelle cas d'usage, et le panier, inscription.
Le marché belge : FR, NL, EN et hreflang
Pour couvrir le marché belge en français, en néerlandais et en anglais, publiez chaque langue sur sa propre URL, reliez les versions par des balises hreflang et laissez le visiteur choisir sa langue au lieu de le rediriger. Google recommande des URL distinctes plutôt qu'une langue réglée par cookie ou par le navigateur.
| Structure | Exemple | Avantages | Inconvénients |
|---|---|---|---|
| Domaine national | example.be | Ciblage géographique clair | Un seul pays ciblé, infrastructure plus lourde |
| Sous-répertoires | example.com/nl/ | Mise en œuvre facile, peu de maintenance | Ciblage moins lisible dans l'URL, un seul serveur |
| Sous-domaines | nl.example.com | Mise en œuvre facile, sites faciles à séparer | « nl » : la langue ou le pays ? |
| Paramètre d'URL | example.com?lang=nl | Aucun | Déconseillé par Google |
Pour une startup qui vise d'abord la Belgique, les sous-répertoires sur un seul domaine restent le plus simple. Les règles de hreflang, elles, sont strictes :
- Chaque version cite toutes les autres, et elle-même.
- Le code commence par la langue, le pays est facultatif : fr-BE, nl-BE et de-BE sont valides ; « be » seul désigne le biélorusse, pas la Belgique.
- La valeur x-default désigne la page par défaut, souvent la page de choix de langue.
- Pas de redirection automatique selon l'adresse IP ou la langue du navigateur : la plupart des explorations de Google partent des États-Unis.
- Une seule langue par page : Google déduit la langue du texte visible, pas de hreflang ni de l'attribut lang.
<link rel="alternate" hreflang="fr-BE" href="https://www.example.be/fr/planning/">
<link rel="alternate" hreflang="nl-BE" href="https://www.example.be/nl/planning/">
<link rel="alternate" hreflang="en" href="https://www.example.be/en/planning/">
<link rel="alternate" hreflang="x-default" href="https://www.example.be/">Relisez chaque version : Google range la traduction automatisée de pages en masse, sans valeur pour le lecteur, dans l'utilisation abusive de contenus à grande échelle. Et n'ouvrez une langue que si vous pouvez y assurer le support. Pour la France, voyez notre page PME en France.
Les pièges techniques des frameworks JavaScript
Un site construit avec React, Vue ou Angular peut rester presque vide pour un robot si son contenu n'apparaît qu'après l'exécution du JavaScript. Google sait exécuter ce code, mais en différé, et recommande toujours le rendu côté serveur ou le pré-rendu, car tous les robots n'exécutent pas JavaScript.
Selon ses bases du SEO JavaScript, Google traite ces pages en trois phases, exploration, rendu puis indexation, et une page peut attendre son rendu quelques secondes ou davantage : ce qui n'apparaît qu'après l'exécution du JavaScript, texte ou liens, attend avec elle. Côté IA, une analyse de Vercel publiée en décembre 2024 concluait qu'aucun des grands robots d'IA observés n'exécutait le JavaScript, sauf Gemini, qui s'appuie sur l'infrastructure de Googlebot, et AppleBot. L'affichage dynamique, enfin, n'est pour Google qu'une solution de contournement.
Avant de lancer un site JavaScript
- Le texte principal, le title et la meta description figurent dans le HTML renvoyé par le serveur.
- Chaque vue a sa propre URL, gérée par l'API History, sans fragments
#/. - Les liens sont de vrais éléments
<a href>. - Une page inexistante renvoie un vrai code 404, ou porte un noindex, plutôt qu'une page vide en 200.
- La balise canonical figure dans le HTML initial, et le JavaScript ne la modifie pas.
- L'outil d'inspection d'URL de la Search Console montre le contenu attendu dans la page testée.
- Les pages de l'application, derrière connexion, renvoient 401 ou restent hors de l'index.
Nous avons fait ce choix sur demenageur-bxl.be, que nous avons conçu : une application React servie par Firebase, avec un rendu préalable des pages pour que Google les lise comme des pages classiques. Notre audit en ligne signale une page dont le HTML contient très peu de texte ; un audit SEO technique vérifie le reste de la liste. Pour la vitesse, voyez notre guide des Core Web Vitals ; pour un site vitrine en HTML et PHP sans CMS, notre création de site web à Bruxelles.
Mesurer ce qui compte : les inscriptions venues de la recherche
Pour une startup, la mesure qui compte est le nombre d'inscriptions, d'essais ou de démos venus de la recherche, pas le trafic. Dans Google Analytics 4, marquez l'événement d'inscription (sign_up, par exemple) comme événement clé et lisez-le par canal ; dans la Search Console, séparez les requêtes avec et sans votre marque.
| Indicateur | Où le lire | Ce qu'il dit |
|---|---|---|
| Inscriptions du canal « Recherche naturelle » | Google Analytics 4, événement clé | Le résultat commercial du SEO, aperçus IA et Mode IA de Google compris |
| Inscriptions du canal « Assistant IA » | Google Analytics 4 | Les visites envoyées par ChatGPT, Gemini ou Copilot |
| Pages d'entrée des inscrits | Google Analytics 4 | Les cas d'usage et les guides qui convertissent |
| Clics sans marque | Search Console | La conquête de nouveaux prospects |
| Impressions dans les réponses générées | Search Console, rapport sur les performances dans l'IA générative | La visibilité dans les aperçus IA et le Mode IA |
| Pages non indexées | Search Console, rapport Indexation des pages | Les pages produit ou d'aide que Google ignore |
Comptez en mois : nous conseillons six mois pour juger un travail de SEO. Si vous testez aussi Google Ads, notre page tarifs situe le budget média d'un SaaS B2B entre 500 et 1 000 € par mois hors TVA, un minimum pour avoir assez de données. Voyez aussi combien coûte le SEO en Belgique, notre guide GEO et notre article sur les aperçus IA et le Mode IA.
Questions fréquentes
Qu'est-ce que le SEO pour un SaaS ?
Le SEO pour un SaaS est le travail qui amène des inscriptions depuis Google et les assistants IA : pages par cas d'usage, par intégration et par métier, comparatifs, documentation indexable et contenu de fond. Il se juge au nombre d'essais et de clients venus de la recherche, pas au trafic.
Comment faire le SEO d'une startup ?
Commencez petit : une page par cas d'usage principal, une page tarifs publique, les intégrations qui comptent pour vos clients et une page À propos. Installez dès le premier jour une propriété Search Console « Domaine » et le suivi des inscriptions, puis publiez régulièrement des guides sur les problèmes que vous résolvez.
Le SEO est-il mort avec l'IA ?
Non. Google indique que ses fonctionnalités d'IA générative reposent sur ses systèmes de classement et son index, et que les bonnes pratiques du SEO restent valables : une page doit être indexée et pouvoir afficher un extrait pour être citée dans un aperçu IA. Seule la mesure s'enrichit : rapport sur l'IA générative, canal « Assistant IA ».
React est-il bon pour le SEO ?
Oui, si le contenu ne dépend pas uniquement du JavaScript exécuté dans le navigateur. Google sait exécuter ce code, mais en différé, et recommande le rendu côté serveur ou le pré-rendu, car tous les robots ne l'exécutent pas. Des frameworks comme Next.js ou Nuxt proposent ce rendu côté serveur.
Qu'est-ce que hreflang et à quoi sert-il ?
Hreflang est une annotation qui indique à Google les versions d'une page dans d'autres langues ou pour d'autres régions, par exemple fr-BE, nl-BE et en. Google montre ainsi la bonne version à chaque internaute. Chaque version doit citer toutes les autres et elle-même ; hreflang ne sert pas à détecter la langue, que Google déduit du texte.
Comment vérifier ses balises hreflang ?
Ouvrez le code de chaque version et vérifiez que le même ensemble de liens hreflang figure dans l'en-tête, avec des URL complètes qui répondent sans erreur. Contrôlez les codes : la langue d'abord, le pays ensuite ; « be » seul désigne le biélorusse. Notre audit SEO en ligne indique aussi le nombre de balises hreflang d'une page.
Lancer le SEO de votre produit
Lors d'un audit gratuit, nous lisons votre site et votre Search Console avec vous, et vous recevez des constats écrits sous 24 heures ouvrées. Si votre entreprise sert aussi une clientèle locale, voyez notre agence SEO à Bruxelles.
Sources
- Google Search Central : comprendre les bases du SEO JavaScript
- Google Search Central : gérer des sites multirégionaux et multilingues
- Google Search Central : indiquer à Google les versions localisées de votre page (hreflang)
- Google Search Central : rédiger des avis de haute qualité
- Google Search Central : règles concernant le spam pour la recherche Google
- Aide Google Analytics : groupes de canaux par défaut
