En 2026, un nouveau type d'objection commerciale arrive régulièrement chez les agences web : "Pourquoi je vous paierais 1 500 € alors que je peux générer mon site avec Claude/Gemini/Lovable en 1 heure pour 0 € ?". C'est ce qu'on appelle le vibe coding — décrire son site en français à une IA et laisser le code se générer tout seul. La promesse est séduisante : pas besoin de savoir coder, pas besoin d'agence, pas besoin d'attendre. Mais Google lui-même, dans son podcast officiel "Search Off the Record" épisode 110 (mai 2026), a tiré la sonnette d'alarme sur les limites de cette approche. Cet article fait le point honnête, sources à l'appui.
Le vibe coding, c'est quoi exactement en 2026 ?
Le terme "vibe coding" a été popularisé début 2025 pour décrire une nouvelle façon de créer des logiciels et des sites web : on décrit à une IA ce qu'on veut "par la vibe" (en langage naturel, sans spec technique), et l'IA génère le code. Les outils principaux en 2026 sont :
- Lovable — plateforme web qui génère des applications React complètes à partir d'un prompt.
- v0 (Vercel) — générateur de composants React + pages Next.js à partir d'une description.
- Bolt (StackBlitz) — environnement de développement web qui génère et héberge instantanément.
- Claude Code (Anthropic) — agent IA en ligne de commande qui code dans votre terminal.
- Cursor — éditeur de code avec IA intégrée qui écrit le code à votre place.
- Google AI Studio + Gemini CLI — équivalents Google des deux précédents.
Sur le principe, c'est révolutionnaire. Un dirigeant non-tech peut effectivement obtenir un site fonctionnel en quelques heures, sans écrire une seule ligne de code. Mais comme John Mueller (Search Advocate Google) et Martin Splitt (Developer Relations) l'expliquent dans l'épisode 110, le diable est dans les détails — et pour le SEO, ces détails sont nombreux.
Les 6 limites du vibe coding pour le SEO (sources Google directes)
1. L'IA fait des choix d'architecture arbitraires (et souvent mauvais pour le SEO)
"L'IA peut décider d'utiliser un static site generator, ou un framework JavaScript, ou un CMS avec base de données — tous ces choix sont raisonnables, mais elle en choisit un sans vous demander." — John Mueller, Google
Or, le choix d'architecture a un impact direct sur le SEO. Un site en React côté client (CSR) sans pré-rendu est très mal indexé par Google parce que le contenu n'est pas dans le HTML initial. Un site avec un CMS mal configuré peut générer du duplicate content. Sans expertise, vous ne saurez pas si l'IA a fait le bon choix — et 6 mois plus tard vous constaterez que votre site ne ranke sur rien.
2. L'IA "saupoudre" le SEO au lieu de le penser stratégiquement
"Vous pouvez dire à l'IA 'ajoute du SEO' mais ça donne quoi ? Saupoudrer quelques meta tags ? Ajouter des structured data ? Le SEO ne se résume pas à ça." — John Mueller, Google
Le SEO en 2026 est devenu une discipline holistique : structure d'URL, maillage interne, schema.org adapté au métier (LocalBusiness, Hotel, Restaurant, MedicalBusiness...), Core Web Vitals, accessibilité WCAG 2.2, AI Overviews optimization, sitemap structuré, robots.txt fin, hreflang pour le multilingue, etc. Aucune IA générique ne maîtrise l'ensemble de ces aspects pour votre métier spécifique.
3. L'IA publie régulièrement vos clés API en clair (faille de sécurité)
"Je vois sans cesse des gens publier accidentellement leurs clés API." — Martin Splitt, Google
Quand l'IA configure votre site, elle gère des secrets : clé Stripe, clé Resend pour les emails, accès Supabase, jetons API. Sans audit humain, ces secrets se retrouvent fréquemment commités dans le code source — visibles publiquement sur GitHub ou exposés via les bundles JavaScript dans le navigateur. Une seule clé Stripe exposée peut coûter des milliers d'euros en transactions frauduleuses.
4. L'IA ne pense pas à la dette technique long terme
"L'IA peut empiler des correctifs et des couches d'abstraction, alors qu'un développeur expérimenté dirait : si je patche comme ça maintenant, ça va me revenir dans la figure plus tard." — Martin Splitt, Google
Un site vibe-codé fonctionne souvent au début. Le problème arrive 6-12 mois plus tard quand il faut ajouter une fonctionnalité, corriger un bug ou migrer. Le code généré par IA est souvent verbose, non-DRY, et difficile à maintenir. Vous serez bloqué : soit vous repartez de zéro, soit vous payez quelqu'un (cher) pour comprendre et refactoriser.
5. L'IA réécrit des fonctions communes au lieu d'utiliser des bibliothèques éprouvées
"L'IA va dire 'vous avez besoin de trier ces éléments, je vais vous écrire une fonction de tri personnalisée'. Mais ce n'est pas ce qu'on recommande si vous voulez maintenir votre code sur le long terme." — John Mueller, Google
Un développeur professionnel sait quelles bibliothèques utiliser pour chaque problème (date-fns pour les dates, zod pour la validation, etc.). L'IA, elle, réécrit souvent ces fonctionnalités "à la main", introduisant des bugs et des vulnérabilités déjà résolus par les bibliothèques mainstream.
6. L'IA peut créer des "frameworks hallucinés"
"Vous pouvez vous retrouver avec un framework halluciné qui ressemble à un site web mais qui est en réalité juste un gros GIF ou un PDF." — Martin Splitt, Google
C'est un cas extrême mais réel. L'IA peut produire du contenu qui semble être un site web fonctionnel, mais qui est en fait un assemblage incohérent qui ne respecte aucun standard. Le résultat est invisible aux yeux de Google qui ne peut pas l'indexer correctement.
Concrètement, ça donne quoi sur le SEO ?
Voici les conséquences directes que nous observons en 2026 sur les sites vibe-codés non-supervisés par un humain compétent :
- Site très lent (Core Web Vitals dans le rouge) : l'IA empile les bibliothèques inutiles, ne lazy-load pas les images, ne minifie pas correctement le CSS/JS. Résultat : LCP > 4 secondes, Google déclasse.
- Aucun schema.org pertinent : pas de LocalBusiness pour un artisan, pas de Restaurant pour un resto, pas de MedicalBusiness pour un cabinet médical. Résultat : pas de rich snippets, pas de présence dans Google Maps.
- Structure d'URL anarchique : URLs avec des IDs (/p/abc123), pas de slugs sémantiques (/services/plomberie-nimes). Résultat : Google a du mal à comprendre la thématique de chaque page.
- Pas de maillage interne réfléchi : l'IA met des liens mais sans stratégie de "pillar pages" + "cluster content". Résultat : pas d'autorité topique construite.
- Contenu généré par IA, sans expertise réelle : double pénalité — Google détecte le contenu IA bas de gamme (ranking algorithm de mars 2024 + mises à jour 2025), et les humains se rendent compte que c'est creux.
- Pas de connexion à Search Console / GA4 / GMB : aucun suivi possible, donc impossible d'améliorer ce qui ne marche pas.
Quand utiliser le vibe coding (et quand ne PAS l'utiliser)
Cas où le vibe coding est OK
- Prototype interne : vous voulez tester une idée rapidement, le site ne sera pas en production publique.
- Page perso non-business : un portfolio rapide, un site d'événement temporaire (mariage, anniversaire).
- Outil interne pour vous-même : un dashboard que vous seul utiliserez.
- Maquette pour valider une direction : avant d'investir dans une vraie agence.
Cas où le vibe coding est une mauvaise idée
- Site commercial qui doit ranker sur Google : pour acquérir des clients via le SEO local ou national.
- Site avec données clients : moindre risque de fuite de données = poursuites RGPD à la clé.
- Site avec paiement Stripe ou réservation : transactions financières, vous voulez un audit sécurité humain.
- Site qui doit durer 3-5 ans sans refonte complète : maintenance impossible sans expertise.
- Site multi-pages avec SEO sectoriel : nécessite une stratégie éditoriale réfléchie.
L'approche hybride : utiliser l'IA comme un outil, pas comme un remplaçant
Chez Sparkana, nous utilisons largement l'IA dans notre stack quotidien — Claude API pour la rédaction de contenu sectoriel, génération de variantes design en phase moodboard, débogage assisté, refactoring de code legacy. Mais nous l'utilisons comme un outil de productivité, pas comme un remplaçant d'expertise.
Concrètement, voici les responsabilités qu'on garde côté humain (et qu'aucun vibe coding ne maîtrise) :
- Choix d'architecture stack (Next.js SSG vs SSR vs ISR selon le cas)
- Stratégie SEO et sémantique (schemas Schema.org adaptés, structure d'URL)
- Sécurité (gestion des secrets, audit RGPD)
- Performance (Core Web Vitals top 10%)
- Maintenabilité (code DRY, tests, documentation)
- Accessibilité (WCAG 2.2)
- Intégration des outils business (CRM, Stripe, analytics, GMB)
Conclusion : le vibe coding accélère, il ne remplace pas
Le vibe coding est une révolution technique réelle. Mais comme John Mueller le résume dans l'épisode 110 : "Si vous vendez un service avec des données utilisateurs, vous voulez quelqu'un qui comprend ce qu'il fait." Pour un site commercial qui doit ranker, convertir et durer, le vibe coding seul est une fausse économie.
Si vous hésitez entre faire vous-même avec une IA ou passer par un studio, posez-vous trois questions : est-ce que ce site doit ramener du chiffre d'affaires (oui = besoin d'expertise) ? Est-ce qu'il manipule des données clients (oui = besoin de sécurité) ? Est-ce qu'il doit durer plus d'un an (oui = besoin de maintenabilité) ? Si vous répondez "oui" à au moins une question, l'investissement dans un studio comme Sparkana sera rentabilisé en quelques mois.
Pour aller plus loin : comparatif freelance vs studio vs agence pour choisir le bon prestataire, ou la vraie raison pour laquelle vous avez encore besoin d'un site web en 2026.
Source : Google Search Off the Record, épisode 110 — "Vibe Coding, Yay or Nay" — Martin Splitt & John Mueller, mai 2026.