Problèmes SEO identifiés par John Mueller sur un site codé en « vibe »
John Mueller, défenseur de la recherche Google, a fourni des retours techniques détaillés sur le SEO à un développeur sur Reddit. Ce dernier avait codé un site en « vibe » en seulement deux jours et l’avait lancé sur Product Hunt.
Le développeur a partagé sur r/vibecoding qu’il avait créé un générateur de grille Bento à usage personnel, l’avait publié sur Product Hunt et avait reçu plus de 90 votes en deux heures.
Mueller a réagi en soulignant des problèmes techniques spécifiques affectant la visibilité du site dans les résultats de recherche.
« J’adore voir des sites codés en « vibe ». C’est inspirant de voir de nouvelles personnes créer des choses utiles et autonomes pour le web. J’espère que cela fonctionnera bien pour vous.
Voici juste quelques-unes des choses que j’ai remarquées ici. J’ai vu des aspects similaires sur de nombreux sites codés en « vibe », cela pourrait donc être utile pour d’autres également. »
Retour technique de Mueller
Mueller a identifié plusieurs problèmes sur le site.
La page d’accueil stocke un contenu clé dans un fichier JavaScript llms.txt. Mueller a souligné que Google n’utilise pas ce fichier et qu’il n’est pas au courant d’autres moteurs de recherche qui l’utiliseraient.
« En général, votre page d’accueil devrait contenir tout ce dont les gens et les robots ont besoin pour comprendre de quoi parle votre site, quelle est la valeur de votre service/app/site. »
Il a recommandé d’ajouter un popup-welcome-div en HTML avec les informations nécessaires pour les rendre immédiatement accessibles aux robots.
Concernant les balises méta, Mueller a indiqué que le site n’a besoin que des balises de titre et de description. Les balises de mots-clés, d’auteur et de robots n’apportent aucun avantage en termes de SEO.
Le site inclut des balises hreflang bien qu’il n’existe qu’une seule version linguistique. Mueller a mentionné qu’elles ne sont pas nécessaires pour les sites monolingues.
« Consultez ‘Structured data markup that Google Search supports’ de Google pour les types pris en charge. Je ne pense pas que quelqu’un d’autre soutienne vos données structurées. »
Mueller a qualifié les balises h1 et h2 cachées de « bon marché et inutiles ». Il a suggéré d’utiliser une bannière visible, mais amovible, dans le HTML à la place.
Le fichier robots.txt contient des directives inutiles. Mueller a recommandé de sauter le sitemap si le site ne comporte qu’une page.
Mueller a suggéré d’ajouter le domaine à la Search Console et de simplifier la compréhension pour les visiteurs de ce que fait exactement l’application ou le site.
Établir des attentes
Mueller a conclu son retour avec des attentes réalistes concernant l’impact des correctifs techniques SEO.
« Obtiendrez-vous automatiquement beaucoup de trafic en effectuant ces modifications ? Non, certainement pas. Cependant, cela facilite la compréhension de votre site par les moteurs de recherche, afin qu’ils puissent potentiellement vous diriger du trafic depuis la recherche. »
Il a noté que la mise en œuvre de ces changements maintenant vous prépare au succès futur.
« Faire ces choses vous prépare bien, afin que vous puissiez vous concentrer davantage sur le contenu et la fonctionnalité, sans avoir besoin de tout remanier plus tard. »
À lire en complément : 11 leçons tirées de l’audit de plus de 500 sites Web
Le compromis du codage « vibe »
Cet échange met en lumière une tension entre le codage « vibe » et la visibilité dans les moteurs de recherche.
Le développeur a construit un produit fonctionnel qui a généré un engagement utilisateur immédiat. Le site fonctionne, semble raffiné et a connu le succès sur Product Hunt en quelques heures.
Aucun des problèmes signalés ne nuit à l’expérience utilisateur. Mais chaque choix d’implémentation critiqué par Mueller partage la même caractéristique : il fonctionne pour les visiteurs mais n’apporte rien aux moteurs de recherche.
Les sites construits pour un lancement rapide peuvent atteindre le succès produit sans visibilité dans les moteurs de recherche. Mais la dette technique s’accumule.
Les correctifs ne sont pas trop difficiles, mais nécessitent de résoudre des problèmes qui semblaient acceptables lorsque l’objectif était de livrer rapidement plutôt que de bien se classer.
