Site d’écosystème de plugins

Un annuaire de plugins est l’endroit où la confiance se gagne ou se perd. Les visiteurs ne cherchent pas des adjectifs : ils veulent savoir ce que fait un plugin, qui le maintient, s’il est prêt pour la production, comment il s’installe, et comment il se comporte dans un vrai stack EmDash. Un site public structuré transforme ces réponses en pages cohérentes au lieu de fragments README dispersés.

Ce que chaque page plugin doit démontrer

Commencez par les résultats : problème résolu, environnements pris en charge, et empreinte opérationnelle (Workers, D1, API externes). Enchaînez avec compatibilité, versioning et licence. Mettez en évidence les liens vers le code source, les téléchargements et la documentation détaillée. Si quelque chose est en bêta, dites-le clairement et expliquez ce que « bêta » implique pour les données et la disponibilité.

Étapes concrètes de déploiement

1. Définissez un modèle de page unique. Les champs standard peuvent inclure statut, catégorie, version, modèle tarifaire, compatibilité, lien du dépôt et changelog. La cohérence aide les utilisateurs à comparer rapidement.

2. Publiez une installation fidèle à la réalité. Privilégiez des commandes et snippets de configuration qui fonctionnent avec la structure actuelle du repo — par exemple en référant packages/plugins/<name> dans le monorepo EmDash quand c’est la source de vérité.

3. Publiez des notes de version à chaque changement significatif. Même une courte liste à puces vaut mieux que le silence. Liez vers les vues de comparaison GitHub ou les releases taguées quand c’est possible.

4. Ajoutez des signaux de confiance. Le nom du mainteneur, le canal de support et les attentes de sécurité doivent figurer sur la page — pas seulement dans un chat. Pour les plugins qui appellent des API tierces, documentez les secrets requis et les limites de débit.

5. Croisez avec les cas d’usage. Reliez les plugins aux scénarios qu’ils débloquent : Forms pour la capture de leads, Webhook Notifier pour l’automatisation, Audit Log pour les équipes multi-éditeurs.

Exemple : évaluer un nouveau plugin pour l’annuaire

Avant la mise en ligne, passez cette checklist : la description en une ligne correspond-elle à ce que le code exporte réellement ? Les captures ou schémas sont-ils exacts ? La licence est-elle correcte ? Un nouvel utilisateur peut-il l’installer sans connaissances internes ? Si une réponse est « non », corrigez l’écart avant de promouvoir le plugin.

Cadence opérationnelle

Mensuellement : passez en revue les issues ouvertes et mettez à jour les champs de statut. Trimestriellement : dépréciez les fiches abandonnées ou marquez-les « non maintenues » avec des notes de migration. Après les releases majeures d’EmDash : retestez les principaux plugins et mettez à jour les chaînes de compatibilité.

Résultat

Les builders découvrent les plugins plus vite, les adoptent avec moins de surprises, et considèrent votre écosystème comme une infrastructure sérieuse — pas une brochure.