Site Lovable absent de Google : la solution SEO

Les anciennes apps Lovable envoient une page presque vide et comptent sur le pré-rendu de Lovable pour servir Google. Vérifiez d'abord ce que Google reçoit, puis comblez les manques dans Lovable. Vérifié le 8 octobre 2026 ; Lovable n'existe qu'en anglais, ses menus gardent leur nom anglais.

D'abord, trouvez quel type d'app Lovable vous avez

Il existe deux types d'apps Lovable, et les corrections diffèrent. Les apps créées depuis le 13 mai 2026 tournent sur TanStack Start, qui crée chaque page côté serveur. Les nouveaux projets Enterprise ont suivi le 22 juin 2026. Les apps plus anciennes sont des apps React construites avec Vite. Elles envoient une page presque vide, que le navigateur remplit avec JavaScript.

Pour vérifier la vôtre, ouvrez votre site en ligne et affichez le code source (Ctrl+U, ou Cmd+Option+U sur Mac). Ou lancez ceci dans un terminal avec votre propre adresse.

Affiche l'élément racine vide sur une ancienne app :

curl -s https://www.example.com/ | grep -o '<div id="root"></div>'

Si le code source montre vos titres et votre texte, l'app fait le rendu côté serveur. Si le corps de la page n'est que <div id="root"></div>, c'est une ancienne app. Vous pouvez aussi demander à Lovable dans le chat : « What stack is this project on? ».

Google reçoit souvent plus que ce que montre le code source

Lovable sert des copies pré-rendues des pages publiées aux robots qu'il vérifie. Sa liste comprend Google, Bing, les robots d'aperçu des réseaux sociaux et des moteurs d'IA comme ChatGPT, Perplexity, Claude et Gemini. Sur une ancienne app, Googlebot reçoit donc en principe votre texte, même si le code source est vide.

Les outils d'audit SEO et les autres robots reçoivent la page vide. C'est pour cela qu'un audit externe peut trouver votre site Lovable vide alors que Google l'indexe très bien. Vérifiez ce que Google lui-même a reçu avant de changer quoi que ce soit.

Dans la Search Console, collez l'adresse de la page dans la barre de recherche en haut. Cela ouvre l'outil d'inspection d'URL.
S'il indique Cette URL est sur Google, cliquez sur Afficher la page explorée pour voir le HTML que Google a indexé.
Cliquez sur Tester l'URL active, puis sur Afficher la page testée, et ouvrez l'onglet Capture d'écran. C'est la page telle que Google l'affiche aujourd'hui.
Une capture vide ou une icône de chargement veut dire que Google ne reçoit pas votre contenu. Voir Page indexée sans contenu.

Des pages absentes qui répondent 200

Sur l'ancienne app Lovable que nous avons testée en octobre 2026, une adresse sans page derrière répondait avec le code 200, comme une vraie page. L'app dessinait ensuite son écran « introuvable » avec JavaScript. Google peut signaler ces adresses en Erreur "soft 404". Les apps TanStack Start que nous avons testées renvoyaient un vrai 404.

La documentation de Lovable ne dit pas quel code sa copie pré-rendue envoie à Google pour une page absente. Si la Search Console liste des soft 404, corrigez dans l'app. Le guide JavaScript de Google donne deux voies : envoyer le visiteur vers une adresse qui répond 404, ou ajouter une balise robots noindex à l'écran « introuvable ».

Un exemple de prompt que nous avons écrit (Lovable n'en publie pas pour ce cas) :

When someone opens an address that has no page, show the not-found screen and add <meta name="robots" content="noindex"> to it. Don't add that tag to any other page.

La solution durable : passer à TanStack Start

Après la mise à niveau, chaque visiteur et chaque robot reçoit la page finie, pas seulement les robots que Lovable vérifie. Lovable dit que les aperçus de liens deviennent aussi plus fiables.

Dans le chat, tapez / et choisissez Migrate to TanStack Start. Ou ouvrez Settings > General > Project actions et sélectionnez Migrate.
Sélectionnez Start migration sur la carte qui apparaît.
Parcourez vos pages dans l'aperçu. Lovable prévient que les bibliothèques faites seulement pour le navigateur peuvent casser le rendu côté serveur.
Publiez. Votre site en ligne garde l'ancienne version tant que vous ne publiez pas, et vous pouvez revenir en arrière depuis l'historique des versions.

Lovable dit que la mise à niveau coûte en général de 10 à 35 crédits, selon la taille du projet.

Titres, sitemap, robots.txt et balises canoniques

La revue intégrée de Lovable couvre la plupart de ces points. Ouvrez More > SEO & AI search et cliquez sur Scan project. Cliquez sur Try to fix sur un point, et Lovable fait le changement dans le chat. Le scan est gratuit, et les corrections consomment des crédits de messages. La revue ne se relance pas à la publication : cliquez de nouveau sur Scan après de gros changements.

Titres et descriptions : Lovable écrit un titre et une description de site pendant la construction. Sur une ancienne app, ils sont dans index.html : toutes les pages les partagent tant que l'app ne définit pas les siens. Changez-les en le demandant dans le chat, ou dans la fenêtre Publish, sous Social & search appearance.
sitemap.xml : pas toujours créé d'emblée. La revue signale un sitemap absent, des routes provisoires, des URL relatives et des pages oubliées. Publiez avant de l'envoyer, car Google lit le fichier en ligne.
robots.txt : la revue signale un fichier absent, des règles qui bloquent les robots et une ligne Sitemap: manquante.
Balises canoniques : la revue signale les URL canoniques fausses, comme toutes les pages qui pointent vers l'accueil.
Pages absentes : dans notre test, les anciennes apps répondaient 200 et les apps TanStack Start répondaient 404.

Domaine personnalisé : donnez une seule adresse à Google

Connectez votre domaine dans Project > Settings > Domains. Le premier domaine personnalisé devient le domaine principal. Une fois qu'il indique Live, Lovable envoie les visiteurs de votre adresse lovable.app et de tout autre domaine vers lui.

Lovable utilise une redirection 302, car vous pouvez changer de domaine principal plus tard. Google ne prend pas une 302 comme le signe que la nouvelle adresse doit être la principale, et il peut continuer à afficher l'ancienne. Mettez donc sur chaque page une balise canonique qui pointe vers votre propre domaine, et n'envoyez que le sitemap de votre domaine.

Le connecteur Search Console de Lovable peut valider votre site et envoyer le sitemap. Il ne valide qu'avec la balise HTML, et la balise doit être dans le HTML que le serveur envoie. Sur une ancienne app, une balise ajoutée par JavaScript échoue avec failedToFindMetaTag. Les URL d'espace de travail personnalisées et les projets non publiés ne sont jamais indexés.

Ce que la Search Console va afficher

Trois raisons d'Indexation > Pages viennent du fonctionnement des apps Lovable.

Erreur "soft 404"

Pourquoi : les anciennes apps Lovable répondent 200 pour des adresses sans page, puis dessinent un écran « introuvable » avec JavaScript.

Solution : ajoutez une balise robots noindex à l'écran « introuvable », ou envoyez les visiteurs vers une adresse qui répond 404. Les apps TanStack Start renvoyaient un vrai 404 dans notre test. Le guide complet : Erreur "soft 404".

Explorée, actuellement non indexée

Pourquoi : Google a lu la page et a choisi de ne pas la garder. Les pages courtes créées à partir d'un seul prompt ont peu de choses à elles.

Solution : donnez à chaque page un sujet clair et de vrais détails, et placez un lien vers elle depuis votre page d'accueil. Demandez à Lovable d'écrire à partir de vos propres notes, pas un texte générique. Le guide complet : Explorée, actuellement non indexée.

Page avec redirection

Pourquoi : une fois un domaine principal défini, vos adresses lovable.app et vos autres domaines redirigent vers lui. La Search Console liste ces anciennes adresses ici.

Solution : c'est attendu. N'envoyez que le sitemap de votre domaine principal, et gardez chaque balise canonique sur votre propre domaine. Le guide complet : Page avec redirection.

Ce que CrawlCoach apporte sur un site Lovable

CrawlCoach lit le verdict de la Search Console pour chaque page de votre sitemap et regroupe par raison les pages que Google a écartées. Sur un site Lovable, les soft 404 et les pages Explorée, actuellement non indexée arrivent ainsi dans une seule liste, chacune avec sa correction. Pas encore de sitemap ? Le rapport gratuit vous le dit, et vérifie à la place les pages que la Search Console connaît déjà.

Les forfaits payants lisent aussi le HTML que votre serveur envoie, sans exécuter JavaScript. Sur une ancienne app Lovable, ils signalent les pages que les gens trouvent sur Google mais dont le texte n'est pas dans ce HTML. Les robots hors de la liste vérifiée de Lovable voient ces pages vides.

Questions fréquentes

Lovable est-il mauvais pour le SEO ?

Non. Les apps créées depuis le 13 mai 2026 envoient la page complète à Google. Les anciennes envoient une page vide à la plupart des outils, mais Lovable en fait un pré-rendu pour Google et les autres robots qu'il vérifie. Vous pouvez aussi passer une ancienne app à TanStack Start.

Faut-il un service de pré-rendu pour mon site Lovable ?

Lovable dit que non. Il fait lui-même le pré-rendu des anciennes apps pour les robots vérifiés. Si d'autres outils ont aussi besoin de votre texte, passez à TanStack Start plutôt que d'ajouter un service.

Où sont les réglages SEO de Lovable ?

À trois endroits. Lancez la revue sous More > SEO & AI search. Changez titres, descriptions et images de partage en le demandant dans le chat ou dans la fenêtre Publish. Gérez les domaines dans Project > Settings > Domains.

Quel est un bon prompt SEO pour Lovable ?

Commencez par la revue, pas par un prompt de votre cru. Le bouton Try to fix de chaque point envoie à Lovable un prompt pour ce problème précis. Pour le reste, nommez la page, le problème et le résultat voulu, comme « Give /pricing its own title and description. ».

Sources

Vérifié le 8 octobre 2026. Google modifie parfois la Search Console et son aide. Si votre écran ne correspond pas, consultez la source.

Pourquoi mon site Lovable n'apparaît-il pas sur Google ?