Aller au contenu

Sveltia CMS

Site officiel
sveltiacms.app
GitHub
github.com/sveltia/sveltia-cms
Licence
MIT
Modèle
Open source, gratuit
Bitbucket
Non, et non prévu

Sveltia CMS se présente comme le successeur de Netlify/Decap CMS : une réécriture complète, qui reprend le même format de configuration. Le projet affirme avoir résolu 355 problèmes signalés sur Decap CMS (805 en comptant les doublons).

Passer de Decap à Sveltia demande peu de travail : il suffit de changer le script chargé par public/_cms/index.html, la plupart des fichiers config.yml étant compatibles.

  • Interface moderne : rapide, avec mode sombre et prise en charge des mobiles.
  • Traductions très complètes : cinq façons de ranger les fichiers traduits, langue par défaut sans dossier (omit_default_locale_from_file_path), marqueur {{locale}} dans les chemins, sélecteur de langue dans l’éditeur. Il correspond exactement à l’organisation de Starlight.
  • Guide dédié à Starlight dans sa documentation.
  • Images optimisées dès l’envoi, grâce à un outil intégré.
  • Collections imbriquées avec un sélecteur de dossier, au lieu d’un chemin à taper à la main comme dans Decap.
  • Travail en local sans serveur intermédiaire : plus besoin de decap-server.
  • Pas de Bitbucket, ni d’Azure DevOps : sa documentation l’exclut « pour des raisons de performance », sans projet de l’ajouter. Seuls GitHub, GitLab et Gitea/Forgejo sont pris en charge. C’est ce qui l’a écarté pour ce site.
  • Certaines fonctions de Decap sont abandonnées : greffons remark, serveur local, quelques options de configuration.
  • Champs facultatifs vides conservés par défaut : il faut l’option omit_empty_optional_fields pour éviter des erreurs de construction avec Starlight.
  • HTTPS obligatoire, sauf en local.

Sveltia accepte l’extension .mdx, traitée comme du Markdown avec frontmatter (extension: mdx, format frontmatter) : les pages MDX apparaissent donc dans les collections. Mais l’éditeur ne comprend pas le MDX :

  • les lignes import { Tabs } from '…' sont affichées comme du texte ordinaire (ticket #937, ouvert en août 2026) ;
  • les composants, surtout imbriqués (<Tabs><TabItem>…</TabItem></Tabs>), ne sont pas reconnus : il faudrait un véritable analyseur MDX (ticket #297) ;
  • l’éditeur visuel risque donc de réécrire ou d’échapper ces balises, comme Decap le faisait avec les encarts :::tip[Titre].

Le mainteneur rappelle que le MDX est la fonctionnalité la plus demandée de Decap/Netlify CMS et compte l’étudier, sans savoir si c’est techniquement faisable : c’est une piste, pas un engagement.