Murad Library
Info
Murad LibraryREF-0277MD

Catálogo de frameworks, SSGs e stacks para construir sites com htmx

Catalogued
Reading
19 min read

Compilado por Pablo Murad — 2026
Data da pesquisa: 2026-06-10

Ideia central

O htmx funciona melhor quando o servidor consegue devolver HTML completo ou fragmentos HTML. Por isso, ele encaixa naturalmente com frameworks server-rendered, templates clássicos, monólitos bem feitos e geradores estáticos onde você injeta htmx para pequenas interações.

Regra honesta: para blog/site de conteúdo, comece com HTML/Markdown/SEO/cache. Use htmx para busca, filtros, comentários, newsletter, navegação parcial, infinite scroll e painel admin. Não transforme htmx em desculpa para complicar um site que poderia ser estático.

Links-base:

Melhores escolhas rápidas

UsoMinha escolha diretaPor quê
Blog simples, rápido, MarkdownHugo, Zola, Eleventy ou AstroGera HTML estático, bom SEO, deploy barato
Blog com painel/admin e comentáriosDjango + django-htmxMaduro, ORM, admin pronto, templates fortes
Site pequeno em PythonFlask + Flask-HTMXSimples e flexível
App web moderno sem SPAFastAPI + Jinja2 + htmxPython moderno, bom para APIs e HTML parcial
Stack Go enxutaGo + templ + htmxBinário único, performance, templates tipados
PHP clássico/produtivoLaravel + Blade + htmxBom para CRUDs, painéis e backoffice
.NETASP.NET Core Razor Pages + htmxServer-rendered forte e produtivo
Java empresarialSpring Boot + Thymeleaf + htmxRobusto, bom para sistemas corporativos
Edge/serverless TypeScriptHono + JSX + htmxLeve, roda em Cloudflare Workers/Deno/Fastly
Conteúdo/Obsidian/wikiMkDocs, MarkPub, Lume, ZolaMarkdown-first

Critérios de avaliação

  • Markdown: suporta conteúdo em Markdown ou encaixa bem com Markdown.
  • htmx natural: consegue devolver fragmentos HTML sem gambiarra.
  • SEO: URLs reais, HTML renderizado no servidor ou estático.
  • Complexidade: quanto você paga de infraestrutura/build/dependências.
  • Melhor uso: onde a ferramenta brilha.

1. Static Site Generators e ferramentas Markdown-first

1. Hugo

  • Site: https://gohugo.io/
  • Tipo: SSG em Go
  • Markdown: Sim
  • htmx: Sim, por script incluído no template/layout
  • Melhor para: blog, documentação, sites grandes, conteúdo estático
  • Pontos fortes: muito rápido, binário único, temas, ótimo para conteúdo pesado
  • Pontos fracos: templates Go podem ser chatos; interações htmx dependem de endpoints externos ou pequenos serviços
  • Veredito: excelente se o site for majoritariamente estático. Para comentários/busca dinâmica, use htmx chamando um backend separado.

2. Zola

  • Site: https://www.getzola.org/
  • Tipo: SSG em Rust
  • Markdown: Sim, CommonMark
  • htmx: Sim, por template
  • Melhor para: blog, wiki, landing pages, documentação
  • Pontos fortes: binário único, simples, rápido, Tera templates estilo Jinja2
  • Pontos fracos: ecossistema menor que Hugo/Astro
  • Veredito: uma das melhores opções se você quer simplicidade e zero Node.

3. Eleventy / 11ty

  • Site: https://www.11ty.dev/
  • Tipo: SSG em Node.js
  • Markdown: Sim
  • htmx: Sim, fácil via templates
  • Melhor para: blog, sites editoriais, portfólio, documentação leve
  • Pontos fortes: flexível, simples, vários engines de template
  • Pontos fracos: depende do ecossistema Node
  • Veredito: ótimo equilíbrio para site estático com htmx pontual.

4. Astro

5. MkDocs

  • Site: https://www.mkdocs.org/
  • Tipo: SSG para documentação
  • Markdown: Sim
  • htmx: Sim, via customização de tema/template
  • Melhor para: documentação, manuais, bases de conhecimento
  • Pontos fortes: absurdamente simples para docs; Material for MkDocs é excelente
  • Pontos fracos: menos adequado para blog editorial com layout customizado pesado
  • Veredito: perfeito para documentação, cursos, manuais e base de conhecimento.

6. MarkPub

  • Site: https://markpub.org/
  • Tipo: SSG para Markdown/wikis
  • Markdown: Sim
  • htmx: Possível por templates/customização
  • Melhor para: Obsidian vaults, wikis, Massive Wiki
  • Pontos fortes: wiki-links, transclusão, busca full-text
  • Pontos fracos: menos geral que Hugo/Astro/Eleventy
  • Veredito: bom se o conteúdo nasce como vault/wiki.

7. Lume

  • Site: https://lume.land/
  • Docs: https://lume.land/docs/overview/about-lume/
  • Tipo: SSG para Deno
  • Markdown: Sim, além de YAML, JS, TS, JSX, Vento, Nunjucks
  • htmx: Sim, via templates
  • Melhor para: SSG flexível com Deno
  • Pontos fortes: configuração limpa, múltiplos formatos, menos node_modules
  • Pontos fracos: Deno ainda é menos comum em hospedagens tradicionais
  • Veredito: boa escolha se você gosta de Deno e quer flexibilidade.

8. Jekyll

  • Site: https://jekyllrb.com/
  • Tipo: SSG em Ruby
  • Markdown: Sim
  • htmx: Sim, via layouts/includes
  • Melhor para: blogs clássicos, GitHub Pages
  • Pontos fortes: velho, estável, GitHub Pages
  • Pontos fracos: Ruby deps podem irritar; menos moderno
  • Veredito: bom, mas hoje eu escolheria Hugo/Zola/Eleventy antes, salvo GitHub Pages puro.

9. Pelican

  • Site: https://getpelican.com/
  • Tipo: SSG em Python
  • Markdown: Sim
  • htmx: Sim, via templates Jinja2
  • Melhor para: blog estático em Python
  • Pontos fortes: Python, simples, maduro
  • Pontos fracos: menos hype/ecossistema visual que Astro/Hugo
  • Veredito: decente se você quer Python e estático.

10. MDMX

  • Site: https://uniras.github.io/mdmx/
  • Tipo: abordagem/ferramenta para usar htmx em páginas geradas a partir de Markdown
  • Markdown: Sim
  • htmx: Sim, é justamente o ponto
  • Melhor para: páginas Markdown com pequenas interações
  • Pontos fortes: ideia simples: adicionar script htmx ao template de conversão Markdown -> HTML
  • Pontos fracos: não é necessariamente um SSG completo para produção grande
  • Veredito: útil como referência de padrão: Markdown + template + htmx.

11. Flint / Schumann

  • GitHub: https://github.com/Siamsnus/Schumann
  • Tipo: SSG com Markdown, Tailwind, TypeScript e htmx
  • Markdown: Sim
  • htmx: Sim, explicitamente proposto
  • Melhor para: sites estáticos interativos com Tailwind/htmx
  • Pontos fortes: foco explícito em Markdown + htmx
  • Pontos fracos: projeto jovem; avaliar maturidade antes de usar em produção
  • Veredito: interessante para experimentar, mas eu não apostaria projeto crítico nele sem inspeção do código.

2. Python

12. Django + django-htmx

13. Flask + Flask-HTMX

14. FastAPI + Jinja2 + htmx

15. Starlette + Jinja2 + htmx

  • Site: https://www.starlette.io/
  • Tipo: framework ASGI baixo nível
  • Markdown: Sim, via libs
  • htmx: Bom
  • Melhor para: quem quer montar stack async minimalista
  • Pontos fortes: base do FastAPI, simples e poderoso
  • Pontos fracos: mais manual
  • Veredito: escolha técnica, não a mais produtiva para blog comum.

16. Litestar + HTMX

  • Site: https://litestar.dev/
  • Tipo: framework Python ASGI
  • Markdown: Sim, via libs
  • htmx: Bom, se usar templates
  • Melhor para: apps Python modernos com server-rendering
  • Pontos fortes: tipagem, performance, estrutura
  • Pontos fracos: comunidade menor que Django/FastAPI
  • Veredito: alternativa moderna, mas não minha primeira escolha para blog.

17. Reflex? Não recomendo para htmx

  • Site: https://reflex.dev/
  • Tipo: framework Python para apps web reativos
  • Markdown: Possível
  • htmx: Não é o foco
  • Melhor para: apps Python reativos próprios
  • Veredito: se a ideia é htmx e HTML-first, pule.

3. PHP

18. Laravel + Blade + htmx

19. Symfony + Twig + htmx

  • Symfony: https://symfony.com/
  • Tipo: framework PHP robusto
  • Markdown: Sim, via pacotes
  • htmx: Muito bom com Twig
  • Melhor para: sistemas estruturados e corporativos
  • Pontos fortes: arquitetura forte, componentes maduros
  • Pontos fracos: mais verboso que Laravel
  • Veredito: excelente tecnicamente, menos ágil para projeto pequeno.

20. Slim + Twig + htmx

21. WordPress + htmx

  • WordPress: https://wordpress.org/
  • Tipo: CMS
  • Markdown: Sim, via plugins/blocos, mas não é nativo puro
  • htmx: Possível em temas/plugins customizados
  • Melhor para: blog editorial com CMS pronto
  • Pontos fortes: painel, temas, plugins, SEO
  • Pontos fracos: segurança/manutenção, performance, acoplamento com plugins
  • Veredito: use se você quer CMS pronto. Para arquitetura limpa e programável, prefira Django/Laravel/SSG.

4. Ruby

22. Ruby on Rails + htmx

  • Rails: https://rubyonrails.org/
  • rails-htmx: https://github.com/guilleiguaran/rails-htmx
  • Tipo: framework full-stack
  • Markdown: Sim, via gems
  • htmx: Bom, embora Rails tenha Hotwire/Turbo como solução nativa
  • Melhor para: apps full-stack produtivos
  • Pontos fortes: convenção, produtividade, ORM, templates
  • Pontos fracos: se você está em Rails, Hotwire pode ser caminho mais natural
  • Veredito: dá para usar htmx, mas Rails já tem um ecossistema próprio para HTML-over-the-wire.

23. Bridgetown

  • Site: https://www.bridgetownrb.com/
  • Tipo: SSG Ruby moderno
  • Markdown: Sim
  • htmx: Sim, via templates/componentes
  • Melhor para: site estático Ruby moderno
  • Pontos fortes: mais moderno que Jekyll
  • Pontos fracos: comunidade menor que Astro/Hugo
  • Veredito: opção boa se você gosta de Ruby.

5. Go

24. Go + templ + htmx

  • templ docs htmx: https://templ.guide/server-side-rendering/htmx/
  • Exemplo: https://github.com/Guillembonet/go-templ-htmx
  • Tipo: Go server-rendered com templates tipados
  • Markdown: Sim, via Goldmark/Blackfriday
  • htmx: Excelente
  • Melhor para: apps rápidos, binário único, painéis, sites com backend leve
  • Pontos fortes: performance, deploy simples, templates tipados
  • Pontos fracos: menos “bateria inclusa” que Django/Laravel
  • Veredito: excelente para programador que quer controle, performance e simplicidade operacional.

25. Go + Echo/Fiber/Chi + html/template + htmx

  • Echo: https://echo.labstack.com/
  • Fiber: https://gofiber.io/
  • Chi: https://go-chi.io/
  • Tipo: web frameworks/routers Go
  • Markdown: Sim, via libs
  • htmx: Bom
  • Melhor para: sites e apps pequenos/médios
  • Pontos fortes: leveza e velocidade
  • Pontos fracos: templates nativos Go são feios; templ melhora isso
  • Veredito: use com templ se possível.

26. Buffalo

  • Site: https://gobuffalo.io/
  • Tipo: framework Go full-stack
  • Markdown: Sim, via libs
  • htmx: Possível
  • Melhor para: quem quer Rails-like em Go
  • Pontos fortes: estrutura full-stack
  • Pontos fracos: menos popular que usar Go + router + templ
  • Veredito: interessante, mas eu iria de Go + templ.

6. JavaScript/TypeScript server-rendered

27. Hono + JSX + htmx

28. Elysia + Bun + htmx

  • Elysia: https://elysiajs.com/
  • Tipo: framework para Bun
  • Markdown: Sim, via libs
  • htmx: Bom se renderizar HTML/JSX/templates
  • Melhor para: apps Bun modernos
  • Pontos fortes: rápido, DX moderna
  • Pontos fracos: Bun/ecossistema ainda mais jovem que Node tradicional
  • Veredito: interessante para experimentar, não minha primeira aposta conservadora.

29. Express + templates + htmx

  • Express: https://expressjs.com/
  • Tipo: framework Node clássico
  • Markdown: Sim, via libs
  • htmx: Bom com EJS/Pug/Nunjucks/Handlebars
  • Melhor para: apps simples Node
  • Pontos fortes: conhecido, enorme ecossistema
  • Pontos fracos: velho, muito manual
  • Veredito: funciona, mas Hono/Fastify/Nitro podem ser mais modernos.

30. Fastify + view templates + htmx

  • Fastify: https://fastify.dev/
  • Tipo: framework Node rápido
  • Markdown: Sim, via libs
  • htmx: Bom
  • Melhor para: apps Node com SSR leve
  • Pontos fortes: performance, plugins
  • Pontos fracos: menos “site framework” que Astro/Next
  • Veredito: bom se você sabe Node e quer server-rendered sem React.

31. Astro + endpoints + htmx

  • Astro: https://astro.build/
  • Tipo: SSG/SSR híbrido
  • Markdown: Sim
  • htmx: Bom, mas não é a filosofia principal
  • Melhor para: site de conteúdo com pontos interativos
  • Pontos fortes: MDX, componentes, conteúdo estruturado
  • Pontos fracos: risco de misturar paradigmas demais
  • Veredito: excelente para site bonito, mas use htmx com intenção.

32. Fresh / Deno

  • Fresh: https://fresh.deno.dev/
  • Tipo: framework web Deno
  • Markdown: Sim, via plugins/libs
  • htmx: Possível, mas Fresh tem ilhas próprias
  • Melhor para: Deno SSR/ilhas
  • Pontos fortes: moderno, sem build pesado
  • Pontos fracos: htmx não é o foco
  • Veredito: dá, mas Hono+htmx é mais direto.

7. Java / JVM

33. Spring Boot + Thymeleaf + htmx

34. Javalin + htmx

  • Javalin: https://javalin.io/
  • Tipo: framework JVM leve
  • Markdown: Sim, via libs
  • htmx: Bom com templates
  • Melhor para: web apps simples em Kotlin/Java
  • Pontos fortes: leve e direto
  • Pontos fracos: menos bateria inclusa que Spring
  • Veredito: bom se você quer JVM sem Springzão.

35. Micronaut / Quarkus + templates + htmx

  • Micronaut: https://micronaut.io/
  • Quarkus: https://quarkus.io/
  • Tipo: frameworks JVM modernos
  • Markdown: Sim, via libs
  • htmx: Possível
  • Melhor para: serviços Java/Kotlin modernos
  • Pontos fortes: performance, cloud-native
  • Pontos fracos: menos natural para blog simples
  • Veredito: use se o projeto já é JVM/cloud-native.

8. .NET

36. ASP.NET Core Razor Pages + htmx

37. Blazor? Não recomendo para htmx

9. Rust

38. Axum + Minijinja/Askama/Tera + htmx

39. Actix Web + Tera/Askama + htmx

  • Actix: https://actix.rs/
  • Tipo: framework Rust
  • Markdown: Sim
  • htmx: Bom com templates
  • Melhor para: web apps Rust de alta performance
  • Pontos fortes: rápido, maduro
  • Pontos fracos: Rust não é o caminho mais rápido para CRUD/blog
  • Veredito: escolha de engenharia, não de produtividade editorial.

40. Rocket + templates + htmx

  • Rocket: https://rocket.rs/
  • Tipo: framework Rust
  • Markdown: Sim
  • htmx: Possível
  • Melhor para: apps Rust com ergonomia melhor
  • Pontos fortes: DX boa para Rust
  • Pontos fracos: menos usado que Axum/Actix em alguns cenários
  • Veredito: viável, mas eu iria de Axum se fosse Rust hoje.

10. Elixir

41. Phoenix + htmx

11. Alternativas parecidas com htmx / HTML-over-the-wire

Estas ferramentas não são “htmx”, mas resolvem problemas parecidos.

42. Hotwire / Turbo

  • Site: https://hotwired.dev/
  • Melhor para: Rails e apps server-rendered
  • Veredito: se você usa Rails, considere seriamente antes de htmx.

43. Unpoly

  • Site: https://unpoly.com/
  • Melhor para: HTML-over-the-wire mais estruturado
  • Veredito: alternativa madura ao htmx.

44. Alpine.js

  • Site: https://alpinejs.dev/
  • Melhor para: comportamento local no HTML
  • Veredito: ótimo complemento para htmx, não substituto direto.

45. Hyperscript

  • Site: https://hyperscript.org/
  • Melhor para: pequenas interações declarativas junto com htmx
  • Veredito: interessante, mas use com parcimônia para não criar uma linguagem escondida no HTML.

46. Livewire

  • Site: https://livewire.laravel.com/
  • Melhor para: Laravel com componentes dinâmicos server-driven
  • Veredito: em Laravel, compare Livewire vs htmx; Livewire é mais opinativo.

47. Phoenix LiveView

12. CMS/headless/local-first que podem combinar com htmx

48. Directus + site server-rendered + htmx

  • Site: https://directus.io/
  • Tipo: headless CMS
  • Markdown: Campos de texto/Markdown possíveis
  • htmx: No frontend que você construir
  • Melhor para: CMS com API e painel pronto
  • Veredito: bom se você quer conteúdo gerenciado e frontend custom.

49. Strapi + frontend htmx

  • Site: https://strapi.io/
  • Tipo: headless CMS Node
  • Markdown: Via campos/plugins
  • htmx: No frontend
  • Melhor para: CMS headless
  • Veredito: funciona, mas se seu frontend é server-rendered, talvez Django/Laravel seja mais simples.

50. Decap CMS + SSG + htmx

  • Site: https://decapcms.org/
  • Tipo: Git-based CMS para sites estáticos
  • Markdown: Sim
  • htmx: No site gerado
  • Melhor para: blog estático com edição via CMS
  • Veredito: boa combinação com Hugo/Eleventy/Zola.

51. TinaCMS + SSG + htmx

  • Site: https://tina.io/
  • Tipo: CMS Git/content para sites modernos
  • Markdown: Sim/MDX
  • htmx: No site gerado
  • Melhor para: conteúdo editável com Git
  • Veredito: mais alinhado a React/Astro/Next, mas dá para compor.

13. Stacks prontas recomendadas

Stack A — Blog estático simples

  • Hugo ou Zola
  • Markdown em arquivos
  • htmx para busca, newsletter e “carregar mais”
  • Backend opcional para endpoints dinâmicos
  • Deploy: Cloudflare Pages, Netlify, Vercel, Nginx ou servidor próprio

Indicado quando: blog pessoal, site institucional, documentação pública.

Stack B — Blog com painel administrativo

  • Django
  • django-htmx
  • PostgreSQL ou SQLite
  • Markdown no banco ou arquivos
  • Admin do Django
  • htmx para comentários, busca, filtros, preview e formulários

Indicado quando: você quer publicar sem mexer em arquivo, ter login/admin e manter controle.

Stack C — Portal/curso/LMS simples

  • Django ou Laravel
  • Templates server-rendered
  • htmx para área administrativa e interações
  • PostgreSQL/MySQL
  • Cache com Nginx/Cloudflare/Vinyl Cache

Indicado quando: Portal IDEA, cursos, catálogo, login, área do aluno.

Stack D — Go enxuto e rápido

  • Go
  • chi ou stdlib ServeMux
  • templ
  • Goldmark para Markdown
  • htmx
  • SQLite/PostgreSQL

Indicado quando: você quer binário único, baixa manutenção e performance.

Stack E — Edge TypeScript

  • Hono
  • JSX
  • htmx
  • Cloudflare Workers
  • D1/KV/R2 conforme necessidade

Indicado quando: site/app leve, geograficamente distribuído, sem servidor tradicional.

14. Ranking brutalmente honesto para o seu caso

Considerando que você programa, usa Debian/CLI, trabalha com projetos próprios, bots, Portal IDEA e provavelmente quer controle:

Para blog simples

  1. Zola
  2. Hugo
  3. Eleventy
  4. Astro
  5. MkDocs, se for documentação/base de conhecimento

Para blog com painel/admin

  1. Django + django-htmx
  2. Laravel + Blade + htmx
  3. Flask + Flask-HTMX
  4. FastAPI + Jinja2 + htmx

Para site/app custom de longo prazo

  1. Django + htmx
  2. Go + templ + htmx
  3. Laravel + htmx
  4. ASP.NET Core Razor + htmx
  5. Hono + htmx, se você quiser edge/serverless

Eu evitaria como primeira escolha

  • Rust/Axum para blog: tecnicamente bonito, produtivamente caro.
  • Phoenix + htmx: Phoenix LiveView talvez faça mais sentido.
  • WordPress + htmx: possível, mas vira manutenção de plugin/tema.
  • Framework JS pesado com htmx: contradição ambulante se a meta é simplicidade.

15. Decisão rápida

Se você quer blog/compêndio/documentação em Markdown:

  • Escolha Zola se quer binário único e simplicidade.
  • Escolha Hugo se quer ecossistema enorme e performance.
  • Escolha Eleventy se quer flexibilidade com templates.
  • Escolha Astro se quer visual moderno e MDX.
  • Escolha MkDocs se o conteúdo é documentação, curso ou manual.

Se você quer site com admin, login e banco:

  • Escolha Django + django-htmx.

Se você quer site/app enxuto, programável e rápido:

  • Escolha Go + templ + htmx.

Minha recomendação seca: para o seu perfil, eu faria dois caminhos possíveis:

  1. Zola + htmx para blog/compêndios em Markdown.
  2. Django + django-htmx para site com painel/admin, usuários, comentários e conteúdo dinâmico.

O erro seria escolher uma stack “moderna” demais e gastar 80% do tempo montando pipeline, hidratação, componente, bundler e estado client-side para publicar texto e algumas interações simples. Para site de conteúdo, isso é desperdício.

Did this resonate?

Related documents