Bonnes pratiques
Ce guide rassemble les conseils que nous donnons aux agences et aux clients après plusieurs centaines de sites livrés sur Le Labo du Yeti. Suivre ces règles vous évitera 90 % des problèmes courants : référencement décevant, site lent, faille de sécurité, dossier ingérable au bout de six mois.
1. SEO : titres, descriptions et slugs
Toujours dissocier le titre SEO du titre H1
Lorsque vous créez une page ou un article, vous remplissez trois zones de texte qui se ressemblent mais ne servent pas du tout au même usage :
- Le titre H1 est ce que voit le visiteur en haut de la page. Il doit être attractif et parler humain.
- Le titre SEO est ce que voit Google dans les résultats de recherche. Il doit contenir vos mots-clés et faire entre 50 et 60 caractères.
- La meta description est le petit texte sous le titre dans Google. Visez 140 à 160 caractères, et terminez par une incitation à cliquer.
Beaucoup de débutants utilisent le même texte pour les trois — c'est dommage, car chaque zone a son rôle. Un H1 type « Bienvenue sur notre site » fonctionne mal en titre SEO ; à l'inverse, « Plombier Bruxelles intervention 24h - Devis gratuit » est très bon pour Google mais sec à lire pour un humain en haut de page.
Slugs : courts, lisibles, sans accent
Le slug est la fin de l'URL : monsite.com/plombier-bruxelles. C'est lui qui apparaît dans les partages, les favoris, et que Google lit. Quelques règles d'or :
- Tout en minuscules.
- Pas d'accent ni de caractère spécial (utilisez « ecole » plutôt que « école »).
- Des tirets pour séparer les mots, jamais d'underscore ni d'espace.
- 3 à 5 mots maximum. Un slug trop long est tronqué dans les partages.
- Évitez les mots-vides : « le », « la », « de », « pour ».
| À éviter | À privilégier |
|---|---|
/Notre-Service-de-Plomberie-à-Bruxelles | /plomberie-bruxelles |
/page_42 | /tarifs |
/article-blog-2025-novembre-trucs | /economiser-eau-chaude |
Featured image : 1200 × 630 minimum
Quand quelqu'un partage votre article sur Facebook, LinkedIn ou WhatsApp, c'est la featured image qui s'affiche en grand format. Si elle est trop petite ou mal dimensionnée, le partage devient moche — et beaucoup moins cliqué.
La taille recommandée est 1200 pixels de large par 630 pixels de haut (ratio 1.91:1). En dessous, votre image sera floue ou recadrée n'importe comment.
2. Organisation du contenu
Cocon SEO : commencez petit
Le cocon est l'un des outils les plus puissants du Labo : vous définissez des variables (par exemple service et ville) et l'IA génère automatiquement toutes les combinaisons (plombier-bruxelles, plombier-liege, chauffagiste-bruxelles, etc.).
La tentation est grande de tout générer d'un coup avec 10 services × 20 villes = 200 pages. Ne faites pas ça la première fois.
- Créez votre groupe de cocon avec 2 services et 2 villes (4 combinaisons).
- Lancez la génération en brouillon.
- Relisez 2 ou 3 pages pour vérifier que le ton, la structure et la longueur correspondent à vos attentes.
- Ajustez le template ou le prompt si besoin.
- Seulement ensuite, lancez le batch complet.
Vous éviterez ainsi de devoir reprendre 200 pages parce qu'un détail ne va pas. Pour rappel, le système applique un quota de 5 pages par 7 jours par groupe afin d'éviter une explosion soudaine du nombre de pages indexées par Google (signal de spam). Voir la documentation technique du cocon pour les détails.
Catégories de blog : 5 à 10 maximum
Une erreur fréquente est de créer 30 catégories pour bien « ranger » les articles. En réalité, plus vous multipliez les catégories, plus vous diluez le SEO de chacune : Google ne sait plus laquelle est importante.
La règle : 5 à 10 catégories grand maximum. Si vous avez plus de sujets, utilisez plutôt des tags (transversaux, secondaires). Et pour les tags eux-mêmes : 5 maximum par article, et seulement s'ils apportent quelque chose au lecteur.
| Catégorie | Tag |
|---|---|
| Structure principale du blog | Mot-clé secondaire ou thème transverse |
| 5 à 10 max | Optionnels, 5 max par article |
| Visibles dans le menu | Souvent un nuage en bas de page |
Apparaissent dans les URLs : /blog/conseils/... | Pages de filtrage uniquement |
3. Sécurité : mode Production, 2FA, backups
Activer le mode Production en production
Tant que vous êtes en phase de construction, le site fonctionne en mode Développement (par défaut). Une fois en ligne et confié au client, il faut basculer en mode Production. Pour cela :
- Dans la sidebar, cliquez sur Réglages.
- Ouvrez la section Sécurité.
- Basculez le mode sur « Production ».
Cela active automatiquement plusieurs durcissements : 2FA obligatoire pour tous les administrateurs, durées de session réduites, rate-limiting plus strict sur les endpoints d'authentification, logs d'audit plus verbeux.
Backup hebdomadaire
Le Labo du Yeti propose un export complet du site (base de données, médias, extensions) sous forme de fichier ZIP. C'est votre filet de sécurité en cas de mauvaise manipulation, restauration accidentelle, ou problème serveur.
- Sidebar → Réglages → Sécurité.
- Section Backup & Restauration.
- Cliquez sur Télécharger le backup.
- Stockez le fichier ailleurs (cloud, disque externe) — pas sur le serveur lui-même.
Fréquence recommandée : une fois par semaine minimum, et systématiquement avant toute modification importante (mise à jour, installation d'extension, suppression massive).
backup-monsite-2026-03-14.zip. Vous gagnerez un temps fou si vous devez retrouver un état précis dans 6 mois.
4. Surveillance et logs
Surveiller le dashboard IA
Si vous utilisez la génération IA (cocon, blog), chaque appel coûte de l'argent à l'OpenAI ou Anthropic du compte client. Pour éviter les mauvaises surprises en fin de mois :
- Allez dans Réglages → Intelligence artificielle.
- Onglet Consommation.
- Consultez le graphique de tokens consommés par jour, par type d'action et par modèle.
Si vous voyez un pic anormal (par exemple 50 000 tokens un jour où personne n'aurait dû générer), c'est probablement un abus ou une mauvaise manipulation. Vous pouvez exporter les statistiques en CSV pour analyse détaillée.
Consulter les logs régulièrement
Les logs (Sidebar → Logs) sont le journal de bord du site. Ils enregistrent tout : connexions, créations de pages, échecs d'authentification, envois de mails, modifications de configuration.
À surveiller en priorité :
login_failrépétés sur le même compte → tentative de brute-force, envisagez de bloquer l'IP.mail_failed→ problème SMTP, les formulaires ne fonctionnent plus.extension.error→ une extension plante, à investiguer rapidement.build_failed→ le site public n'est pas à jour avec l'admin.
Une rapide vérification hebdomadaire (5 minutes) suffit dans la plupart des cas.
5. Rôles et permissions
Le Labo du Yeti propose 4 rôles principaux : owner, admin (chef projet), webmaster et editor (client). Avant de créer un rôle personnalisé ou de bricoler des contournements, utilisez le panel Permissions (Sidebar → Réglages → Permissions) pour ajuster finement ce que chaque rôle peut faire.
Chaque feature du CMS (Pages, Blog, Cocon, Médias, Build, Extensions, etc.) peut être activée ou désactivée pour chaque rôle. Quelques scénarios fréquents :
| Besoin | Solution |
|---|---|
| Le client peut éditer le blog mais pas les pages | Désactivez « Pages » pour le rôle editor |
| Le webmaster ne doit pas voir les coûts IA | Désactivez « Réglages → IA » pour webmaster (déjà désactivé par défaut) |
| L'agence garde le contrôle du build | Désactivez « Build » pour editor |
| Aucun rôle sauf owner ne touche à la sécurité | Réglages → Sécurité est verrouillé sur owner par défaut |
6. Performance : médias et templates
Compresser les images avant upload
Une image trop lourde, c'est :
- Une page lente à charger (mauvais pour le SEO et l'expérience visiteur).
- Plus de bande passante consommée (coût d'hébergement).
- Un site mobile inutilisable en 4G.
Avant d'uploader une image dans la médiathèque :
- Redimensionnez-la à la taille réelle d'affichage (inutile d'uploader du 4000×3000 px pour une vignette).
- Convertissez-la en WebP (40 à 70 % plus léger que JPEG, qualité identique).
- Ciblez un poids inférieur à 200 Ko par image, idéalement moins de 100 Ko.
Si vous voulez automatiser cette étape, installez l'extension WebP Auto Converter depuis le panel Extensions : elle convertit en WebP toutes les images uploadées, sans intervention.
Templates de layout : data-hide-if-empty
Quand vous créez un template global (header, footer, layout principal), certaines sections n'ont pas toujours de contenu sur toutes les pages (par exemple, une bannière promotionnelle). Plutôt que d'afficher une zone vide, utilisez l'attribut data-hide-if-empty dans votre HTML :
<section data-hide-if-empty>
<h2 data-cms-slot="promo-title"></h2>
<p data-cms-slot="promo-text"></p>
</section>
Si les slots promo-title et promo-text ne sont pas remplis, la section entière disparaît du HTML final. Pas de bloc vide visible, pas de balise inutile pour Google. Voir la documentation technique des layouts pour la liste complète des attributs.
7. Extensions : prudence
Le système d'extensions est puissant : il permet d'ajouter des fonctionnalités sans toucher au cœur du CMS. Mais comme tout système de plugins (WordPress, navigateur, etc.), il faut faire preuve de discernement.
Au moment de l'installation, le Labo affiche un écran de confirmation des permissions qui détaille exactement ce que l'extension demande : accès à la base de données, lecture des emails, envoi de mails sortants, écriture sur disque, appels réseau, etc. Lisez cet écran. Si une extension de « compteur de visites » demande l'accès aux mots de passe, c'est un drapeau rouge.
En cas de doute, n'activez pas. Une extension installée mais inactive ne consomme rien et ne présente aucun risque.
Récapitulatif : checklist de mise en production
Avant de livrer un site à un client, parcourez cette liste :
- Tous les titres SEO et meta descriptions sont remplis (60 / 160 caractères).
- Toutes les featured images font au moins 1200 × 630 et pèsent moins de 200 Ko.
- Tous les slugs sont courts, sans accent, en minuscules.
- Le SMTP est configuré et un mail de test a été envoyé.
- Le mode Production est activé dans Réglages → Sécurité.
- La 2FA est activée pour tous les comptes admin.
- Un premier backup a été téléchargé et stocké en lieu sûr.
- Les permissions sont ajustées : le client ne peut pas casser ce qu'il ne doit pas toucher.
- Les extensions inutiles sont désactivées.
- Le site a été buildé une dernière fois (Sidebar → Build → Lancer le build).
- Sitemap.xml et robots.txt sont accessibles.
- Les formulaires de contact ont été testés en conditions réelles.