HTMX revitalise le HTML rendu côté serveur avec un modèle d'attributs déclaratif qui permet une interactivité riche sans pipelines de build, bibliothèques de gestion d'état ou bundles JavaScript en mégaoctets.

1. Le problème que HTMX résout vraiment

Le développement frontend moderne comporte une taxe de surcharge significative. Une application React standard nécessite Node.js, un pipeline de build, un bundler, une gestion d'état, une bibliothèque de routage avant d'écrire une seule ligne de logique métier. Cette complexité est justifiée pour des applications comme Figma qui vivent entièrement dans le navigateur. Pour la grande majorité des applications web interfaces CRUD, tableaux de bord, sites de contenu c'est un excès architectural.

HTMX revient à un modèle rendu côté serveur. Son insight central est que le HTML peut porter suffisamment d'information sémantique pour décrire des interactions complexes de manière déclarative.

2. Comment ça fonctionne : le modèle d'attributs

HTMX étend le HTML standard avec des attributs qui décrivent les interactions réseau. hx-get, hx-post, hx-target et hx-swap gèrent les requêtes AJAX, la sélection de cible et l'insertion DOM. Le serveur retourne des fragments HTML :

<input type="text" name="q"       hx-get="/api/contrats"       hx-trigger="keyup changed delay:300ms"       hx-target="#table-contrats"       hx-swap="innerHTML"       placeholder="Rechercher..."> <table id="table-contrats">  <!-- Le serveur retourne les lignes mises à jour --> </table>

3. La philosophie de stabilité HTMX 2.x

L'équipe HTMX a publié une philosophie à long terme claire : la bibliothèque n'ajoutera pas de nouvelles fonctionnalités core de manière spéculative. Le code écrit avec HTMX 2.x en 2025 devrait fonctionner sans modification en 2035. Les extensions restent la voie pour les nouvelles capacités, notamment Idiomorph pour le diffing DOM intelligent.

4. Intégration avec Symfony et Twig

HTMX s'intègre proprement avec n'importe quel framework côté serveur. Avec Symfony et Twig, les controllers détectent les requêtes HTMX via le header HX-Request et retournent soit un rendu de page complet soit un fragment de template partiel aucune couche API séparée n'est requise.

5. Quand HTMX est le bon choix

HTMX est le choix approprié par défaut pour les applications riches en contenu, les interfaces admin, les tableaux de bord et toute application côté serveur nécessitant de l'interactivité sans complexité architecturale. Le seuil pour choisir un framework SPA complet devrait être élevé : capacité hors ligne, collaboration en temps réel ou patterns d'interaction nécessitant vraiment un état côté client persistant. Chez Soft Optimum Services, nous évaluons HTMX comme stratégie d'interactivité principale sur les projets basés sur Symfony.