TL;DR : Le SEO Lovable demande quelques réglages techniques non négociables. Lovable déploie des apps React en CSR — rapides, élégantes, mais souvent peu visibles pour Google sans pré-rendu. Cette checklist couvre le sitemap, le robots.txt, les métadonnées et le correctif de rendu qui fait vraiment fonctionner l’ensemble.
Lovable déploie des apps React en CSR. Elles sont rapides, belles, et souvent quasi invisibles pour Google si tu laisses la configuration par défaut. Voici la liste des correctifs qui comptent vraiment.
J’ai audité quatre sites Lovable au cours des six derniers mois, et chacun avait exactement les trois mêmes problèmes : aucun sitemap, un robots.txt qui bloquait les assets JavaScript, et des balises title identiques sur chaque route. Les sites étaient superbes. Le code était propre. Le SEO était inexistant.
Ce n’est pas vraiment un problème propre à Lovable — c’est un problème de CSR. Lovable construit des apps avec React + Vite et les livre sous forme de single-page applications rendues côté client. Ton navigateur charge d’abord une structure HTML minimale, puis JavaScript affiche les « pages » comme des états de l’application. Google peut indexer les sites en CSR, mais ça se passe en deux temps : d’abord il explore l’HTML initial, puis il revient plus tard pour exécuter JavaScript et récupérer le contenu complet. Ce décalage crée des pièges SEO très prévisibles que tu ne rencontres pas sur des plateformes qui servent d’abord du HTML.
Traite le SEO comme du code : quelque chose que tu implémentes volontairement, que tu vérifies, puis que tu maintiens. Lovable recommande explicitement cette approche « SEO as code » dans sa documentation.
Utilise-la comme critère de validation avant publication. Je vais être direct sur ce qui compte le plus : si tu ne fais rien d’autre, corrige la première section. Les problèmes d’exploration et d’indexation apparaissent littéralement sur tous les sites Lovable que j’ai vus. Le SEO on-page compte aussi, évidemment, mais une balise title parfaitement optimisée ne vaut rien si Google ne peut pas afficher correctement ta page.
sitemap.xml et garde-le à jour quand les routes changentrobots.txt qui ne bloque ni JS, ni CSS, ni /assets/ — et inclut la référence à ton sitemaprobots.txt/llm.html ou équivalent) dans ton sitemapC’est là que je commence chaque audit Lovable, et c’est aussi là que tu devrais commencer. Je sais que la tentation, c’est de foncer directement sur l’optimisation de contenu ou le netlinking, mais crois-moi — j’ai vu des gens passer des semaines à peaufiner des meta descriptions sur un site que Google n’arrivait même pas à afficher correctement. Corrige les fondations d’abord. Tout le reste, c’est de la finition.
Lovable présente le domaine personnalisé comme « l’une des étapes les plus importantes » pour le SEO, parce qu’il consolide l’autorité sous une URL canonique stable. Choisis ton format une bonne fois pour toutes — https://example.com vs https://www.example.com, slash final ou non — et garde-le cohérent partout : balises canoniques, liens internes, sitemaps et redirections. Je ne peux pas être plus clair : choisis un format et tiens-t’y. Deux des quatre sites que j’ai audités avaient des URL incohérentes — le sitemap utilisait www, les balises canoniques non, et les liens internes mélangeaient les deux. Google indexait trois versions de chaque page.
Lovable propose un mode domaine principal dans lequel les autres domaines redirigent automatiquement. Pour les domaines ajoutés après le 29 octobre 2025, le premier domaine personnalisé devient le domaine principal par défaut.
Les sitemaps sont critiques pour les sites en CSR, parce que les robots d’exploration découvrent mal les routes d’une SPA via le seul maillage de liens.
Prompt Lovable à coller tel quel :
Create XML sitemap at /sitemap.xml listing all public routes.
Include lastmod dates and priorities: homepage 1.0, main pages 0.8, blog posts 0.6.Vérifie en ouvrant https://example.com/sitemap.xml et confirme que toutes les routes clés sont présentes. Régénère-le quand les URL changent — Lovable ne le fait pas automatiquement.
(Petite parenthèse : sur l’un des quatre sites que j’ai audités, le sitemap ne listait que la page d’accueil. Ils avaient 23 routes. Google avait indexé exactement une page. Vingt minutes de travail sur le sitemap ont réglé un problème qu’ils essayaient de déboguer depuis des mois.)
Lovable l’indique explicitement : ne bloque jamais CSS, JavaScript ou /assets/, parce que Google a besoin de ces ressources pour afficher les pages en CSR.
Prompt Lovable à coller tel quel :
Create robots.txt at /public/robots.txt that allows all crawlers
and references Sitemap: https://example.com/sitemap.xmlAjoute des balises canoniques auto-référentes pour éviter les problèmes de contenu dupliqué liés aux variations d’URL dans une SPA.
Prompt Lovable à coller tel quel :
Add canonical tags to all pages pointing to their own URLs.
Use https://example.com format with no trailing slash.Vérification rapide dans la console : console.log('Canonical:', document.querySelector('link[rel="canonical"]')?.href);
C’est le problème qui surprend tout le monde. Tu construis cinq belles pages dans Lovable, chacune avec un contenu différent, des headers différents, des objectifs différents. Tu les ouvres dans ton navigateur et tout semble distinct. Puis tu regardes l’index de Google et tu découvres que chaque page a exactement le même title : « My App - Built with Lovable. » Pourquoi ? Parce que Lovable signale explicitement une limite du CSR : les métadonnées ne se mettent pas à jour automatiquement selon les routes. En pratique, ça veut dire que chaque page affiche le même title et la même description tant que tu ne corriges pas ça. J’ai vérifié un site Lovable où les 12 pages avaient exactement la même balise title dans l’index Google. Le propriétaire n’en avait aucune idée avant que je lui montre.
La solution, c’est react-helmet-async :
Prompt Lovable à coller tel quel :
Install react-helmet-async and implement per-route SEO metadata:
unique <title>, meta description, canonical, OG tags, and Twitter Card tags for every important route.Vérifie en naviguant entre les routes et en confirmant que le title de la page, la meta description, la balise canonique et les tags OG changent bien dans le HTML.
Brand -- Proposition de valeur en une ligneNom de la fonctionnalité -- Bénéfice | BrandCas d’usage pour [ICP] -- Résultat | Brand[Mot-clé principal] : promesse spécifique (Year)Template : ce que c’est + pour qui c’est + preuve + CTA. Garde ça entre 140-160 caractères.
Un H1 par route. Utilise H2/H3 pour structurer les sections, pas pour le style. Utilise des listes et des tableaux pour l’information structurée. Place ta proposition de valeur clé et ton mot-clé principal dans le HTML visible près du haut de page — pas cachés derrière des interactions.
Lovable explique que les liens internes aident les utilisateurs et les moteurs de recherche à naviguer, découvrir le contenu, comprendre les relations entre sujets et distribuer l’autorité.
Ton architecture minimale viable :
<a href="">, pas des gestionnaires de clic, pour que les robots puissent les suivreCommence avec le schéma Organization et WebSite sur la page d’accueil, le schéma Article sur les articles de blog, le schéma Product sur les pages produit, et le schéma FAQPage sur les pages FAQ.
Prompt Lovable à coller tel quel :
Add JSON-LD structured data:
- Organization schema on the homepage (name, description, URL, logo, social links)
- Article schema on blog posts
- FAQPage schema on /faq
Validate output and keep it consistent with visible page content.La plupart des plateformes sociales n’exécutent pas JavaScript. Sans métadonnées OG et Twitter dans l’HTML initial, tu obtiens des aperçus de liens génériques ou cassés. Ajoute un OG title, une description et une image uniques pour chaque route importante. Ne réutilise pas une seule image générique pour toutes les pages.
Lovable inclut un outil Speed intégré propulsé par Google Lighthouse. Scores visés : Performance 90+, Accessibility 90+, Best Practices 90+, SEO 100.
Prompt Lovable à coller tel quel :
Improve performance:
- compress large images, use WebP/AVIF
- add width/height attributes to images
- lazy load non-critical images
- defer non-essential scripts
- preload key assetsLovable inclut une section « AI bot access » montrant comment autoriser ou bloquer des bots comme GPTBot, PerplexityBot, Claude-Web et Google-Extended.
Ce n’est pas encore prouvé dans la communauté SEO, mais Lovable recommande une page de résumé dédiée que les systèmes IA peuvent explorer et citer facilement. Inclus-y : ce que fait ton produit (1-2 phrases), pour qui il est conçu, les fonctionnalités clés (puces), un résumé des prix, les points forts côté sécurité, des liens vers la documentation et la page Pricing, ainsi qu’une courte FAQ avec des réponses faciles à citer.
Rédige des réponses FAQ courtes et directes qui commencent par la réponse principale. Évite le langage marketing vague. Ce sont précisément les extraits que les LLM récupèrent dans leurs réponses.
Utilise Google Search Console comme outil principal de suivi. Vérifie la propriété via DNS TXT (méthode recommandée par Lovable).
Planning de maintenance :
Sitemap manquant ou obsolète. Particulièrement important en CSR. Il faut le régénérer et le resoumettre quand les routes changent.
robots.txt qui bloque les ressources de rendu. Ne bloque jamais CSS/JS ni /assets/. Re-teste dans URL Inspection après les changements.
Pas de titles ni de descriptions par route. Installe react-helmet-async et définis des métadonnées uniques pour chaque route.
Aucune stratégie canonique. Ajoute des balises canoniques auto-référentes et choisis un seul format de domaine préféré.
Maillage interne faible. Assure-toi d’avoir navigation + pied de page + liens contextuels. Les pages importantes ont besoin de plusieurs liens.
(Autre parenthèse : la manière la plus simple d’auditer un site Lovable, c’est d’ouvrir trois routes différentes et de regarder si le titre de l’onglet du navigateur change. Si tu vois le même title partout, tu as le problème de métadonnées. Ça prend 10 secondes.)
Oui. Google peut indexer les sites en CSR via un processus en deux étapes. La clé, c’est d’implémenter correctement l’exploration, l’indexation et les métadonnées par route.
Le CSR nécessite une seconde vague de rendu pour extraire le contenu complet. Les plateformes SSR et SSG servent un HTML pré-rendu que Google lit immédiatement.
Si le SEO long terme t’importe, oui. Lovable le recommande fortement pour consolider l’autorité sous une seule URL canonique.
sitemap.xml (tenu à jour)robots.txt qui ne bloque pas les assetsSEOJuice automatise le maillage interne, la gestion des métadonnées et les données structurées — des tâches qui deviennent des goulots d’étranglement à mesure que ta bibliothèque de contenu grossit. Il suit aussi la visibilité sur les plateformes IA et dans Google Search Console.
Lectures liées :
no credit card required
No related articles found.