--- title: Ce qu'un créateur de sites IA devrait vraiment générer description: La plupart des créateurs IA génèrent une page. Une entreprise a besoin d'un site : pages liées, un h1, sitemap, données structurées et un formulaire de contact. date: 2026-09-11 author: crea.site tags: [product, seo] --- Générer une page est facile. Demandez une page d'accueil à n'importe quel modèle et vous en aurez une : un titre, trois colonnes d'atouts, un appel à l'action. Sur une capture d'écran, ça passe très bien. Générer un _site_ est un tout autre problème, et c'est celui que rencontre réellement une petite entreprise. La boulangerie n'a pas besoin d'une page. Elle a besoin d'un endroit où l'on trouve les horaires, d'une carte qui correspond à ce qu'il y a au comptoir, d'un formulaire qui arrive dans une boîte de réception que quelqu'un lit, et d'assez de structure pour qu'un moteur de recherche comprenne ce qu'est l'entreprise et où elle se trouve. Voici la liste de contrôle que nous nous imposons, et ce que chaque point recouvre vraiment. ## Plusieurs pages, qui se lient entre elles Une page ne peut pas se classer sur plus d'un sujet. Si la boulangerie veut être trouvée à la fois pour « pain au levain » et « gâteaux de mariage », cela fait deux pages avec deux titres, deux descriptions et deux premiers titres de section, et elles doivent se lier l'une à l'autre, car une page vers laquelle rien ne pointe est une page que rien ne trouve. Le générateur doit donc décider d'une structure avant d'écrire un mot : quelles pages existent, à quoi sert chacune, et comment un visiteur passe de l'accueil à n'importe laquelle en deux ou trois clics. Une page de catégorie (les services, avec une page par service en dessous) est la forme que veulent la plupart des artisans et des cabinets, et c'est la forme qu'une liste plate de sections ne peut pas exprimer. ## Un seul h1, et un plan en dessous Chaque page reçoit exactement un `h1`, et les titres en dessous descendent sans sauter de niveau. Cela ressemble à de la pédanterie, jusqu'à ce qu'on découvre l'échec évité : une page dont le premier bloc n'est pas un bandeau d'accueil peut très facilement se retrouver **sans aucun h1**, et rien dans une relecture normale ne le détecte, puisque la page a toujours l'air correcte. Nous le vérifions en générant chaque type de section dans chaque variante et en contrôlant le plan, plutôt qu'en lisant le code et en le croyant sur parole. ## La moitié lisible par les machines Un site qu'une personne peut lire et qu'un robot ne peut pas lire n'est qu'un demi-site. Tout cela est généré avec la page, jamais ajouté après coup : - `sitemap.xml`, qui liste exactement les pages publiques, pas celles réservées aux membres. - `robots.txt`, qui dit la même chose, pour que les deux fichiers ne puissent pas se contredire. - Une URL canonique par page, tirée du vrai domaine du site et non de l'hôte qui a répondu. - `ld+json` décrivant l'entreprise : ce qu'elle est, où elle se trouve, quand elle ouvre, ce qu'elle vend. - Un fil d'Ariane visible par le visiteur, correspondant au `BreadcrumbList` des données structurées. Un balisage qui décrit une navigation absente de la page est exactement ce contre quoi les consignes de Google mettent en garde. > Tout cela provient de la même définition de site que celle dont la page est rendue. Il n'y a pas de seconde source de vérité qui pourrait dériver. ## Des mots qu'une personne taperait vraiment La part qu'aucune ingénierie ne fournit. Un titre qui affiche « Accueil - Bienvenue » est une ligne gâchée dans chaque résultat de recherche où le site apparaîtra. Une description qui liste des mots-clés est une phrase gâchée. Le générateur reçoit donc une description détaillée de la tâche : le titre fait de cinquante à soixante caractères, commence par ce que fait l'entreprise et la ville où elle le fait ; la description fait de cent cinquante à cent soixante caractères et se termine par une raison de cliquer ; chaque page a un seul sujet, car deux pages visant la même expression se font concurrence et perdent toutes les deux. ## Quelque chose qui fonctionne sans JavaScript Les sites générés ici sont rendus côté serveur, sans routage côté client. C'est un choix démodé, et facile : c'est pourquoi les pages sont rapides sur un téléphone avec une mauvaise connexion, pourquoi chacune est explorable, et pourquoi un formulaire s'envoie encore quand un script ne se charge pas. Les parties interactives (un menu, une galerie, une carte) sont progressives. Elles améliorent une page qui fonctionnait déjà. ## Lisible aussi par un agent De plus en plus, le visiteur n'est pas une personne. Chaque page de chaque site que nous générons est disponible en markdown : ajoutez `.md` au chemin, ou envoyez `Accept: text/markdown`. Chaque site publie un `llms.txt` listant ses pages publiques, et son `robots.txt` nomme explicitement les robots d'IA au lieu de les laisser deviner à partir d'un joker. Pour une entreprise qui veut être _recommandée_ quand quelqu'un demande à un modèle où trouver un pain au levain à Cracovie, être lisible, c'est tout l'enjeu. ## Ce que cela n'inclut pas Aucun fait inventé. Pas un avis, pas un numéro d'immatriculation, pas une récompense, pas un prix que le propriétaire ne nous a jamais donné, pas la photo d'une équipe qui n'existe pas. Un site généré est le brouillon de la vitrine publique d'une vraie entreprise, et une invention plausible y est pire qu'une section vide. Cette contrainte nous coûte l'une ou l'autre démo impressionnante. Ce n'est pas un arbitrage difficile, loin de là.