HTMX tient en une idée simple : étendre le HTML pour qu’un attribut déclenche une requête et remplace un fragment de page, sans écrire de JavaScript. Fini le front SPA lourd pour des besoins qui, souvent, ne le justifiaient pas.
Le pari du HTML hypermédia
Plutôt que de renvoyer du JSON puis de reconstruire le DOM côté client, le serveur renvoie directement le HTML à insérer. La logique de rendu reste au même endroit, dans le langage du back-end, et le navigateur se contente d’échanger des morceaux de page.
Sur des applications à forte densité de formulaires et de listes — back-offices, outils métier, CRUD — l’approche est redoutablement productive. Moins de code, moins de duplication de la logique, moins de dépendances à maintenir.
Où HTMX montre ses limites
Dès qu’il faut de l’interactivité riche entièrement côté client — édition en temps réel, canvas, glisser-déposer complexe, état partagé entre de nombreux composants — le modèle par fragments atteint ses limites, et un framework réactif redevient pertinent.
HTMX n’est pas une religion mais un outil : parfait pour une large classe d’applications, inadapté pour d’autres. On donne des critères concrets pour trancher avant de s’engager.