# Hugo vs Htmlpress
> Dos generadores de sitios estáticos de un solo binario: HTML plano centrado en docs frente a Go de propósito general.
[Hugo](https://gohugo.io) es un generador de sitios estáticos de propósito general escrito en Go. Se distribuye como un único binario, compila extremadamente rápido y sirve para todo, desde blogs y portafolios hasta sitios de documentación mediante temas de la comunidad como [Docsy](https://www.docsy.dev) y [Hugo Book](https://github.com/alex-shpak/hugo-book).
## De un vistazo
| Aspecto | Htmlpress | Hugo |
| -------------------------- | -------------------------------------------------------- | ------------------------------- |
| Lenguaje / runtime | Rust (binario único, sin runtime) | Go (binario único, sin runtime) |
| Framework de UI | Ninguno (HTML + CSS plano, web components `htmlpress-*`) | Plantillas de Go (HTML + CSS) |
| Herramienta de compilación | Binario de htmlpress | Binario de Hugo |
| Formato de contenido | Páginas HTML y Markdown | Markdown con shortcodes de Hugo |
| Licencia | MIT, autoalojado | Apache-2.0, autoalojado |
| Modelo de salida | Estático prerenderizado | Estático prerenderizado |
## Arquitectura
htmlpress es un único binario de Rust que se instala desde npm (`gethtmlpress`), PyPI o crates.io. Envuelve cada página HTML en un layout con una navegación y un tema; no hay bundler, ni framework de UI, ni API de plugins. Cada archivo integrado (el layout, los estilos, los scripts y cada componente) se puede escapar: un archivo en la misma ruta bajo `.htmlpress/` lo reemplaza.
Hugo es un único binario de Go: sin dependencias de runtime ni paso de instalación de paquetes. La estructura del sitio se basa en convenciones: `content/`, `layouts/`, `static/`, `themes/`, `config.toml` (o `.yaml`/`.json`). Los layouts usan la sintaxis `html/template` de Go. Los temas se añaden como submódulos de git o se copian en `themes//`. El layout de htmlpress es HTML plano sin sintaxis de plantillas: el binario rellena sus elementos de marcador `htmlpress-*`.
Hugo no es específico para documentación. El mismo binario impulsa blogs, sitios de marketing, portafolios y docs: el caso de uso de documentación se cubre mediante temas, no con tipos de sección de primera clase.
En htmlpress la disposición del contenido no tiene restricciones: escanea por glob (`include`/`exclude` en `htmlpress.yaml`, todos los archivos `.html` por defecto), y la URL de una página sigue su ruta de archivo bajo la base del glob, así que `docs/**/*.html` sirve `docs/guide.html` en `/guide/`. No hace falta una carpeta `docs/`. La navegación se construye a partir de las carpetas y del `` de cada página; el `index.html` de una carpeta da nombre a su grupo. Hugo lee de `content/`, con una estructura de URLs que refleja el árbol de directorios (y overrides de frontmatter por sección).
## Superficie de contenido
Hugo acepta Markdown con frontmatter; htmlpress acepta por igual páginas HTML y Markdown con frontmatter.
Hugo incrusta componentes con **shortcodes**: funciones con plantillas de Go que se invocan desde Markdown con `{{< shortcode-name arg="value" >}}`. Los shortcodes se definen en `layouts/shortcodes/*.html` como fragmentos de plantilla de Go y emiten HTML directamente. El equivalente más cercano en htmlpress es un componente del proyecto: `.htmlpress/components//.html` rellena cada `>` en tiempo de compilación.
Hugo admite extensiones de Markdown basadas en Goldmark (notas al pie, tablas, listas de definiciones, matemáticas mediante plugins). Para una interactividad más rica, el patrón habitual es incrustar un `