Built with NoFPress
Predicamos con el ejemplo.
Esta misma web se genera de forma estática, se versiona en Git y se despliega en una CDN global. Sin WordPress. Sin mantenimiento de plugins. Solo un flujo de publicación ágil.
El stack real
Todo lo que aparece aquí se usa hoy en esta web. Nada es aspiracional.
Next.js App Router
next@16.3.8App Router, usado únicamente como generador de sitios estáticos
Static export
next@16.3.8Cada página se escribe como HTML durante el build
TypeScript
typescript@6.0.3Modo estricto en páginas, herramientas de contenido y scripts
Tailwind CSS
tailwindcss@4.3.3Estilos utility-first compilados en una única hoja pequeña
Markdown
remark-parse@11.0.0Los artículos y las páginas largas son archivos Markdown
gray-matter
gray-matter@4.0.3Lee y valida el frontmatter en YAML
remark / rehype
remark-rehype@11.1.2De Markdown a HTML saneado, con anclas en los títulos y resaltado de código
Git-based publishing
Cada cambio de contenido es un commit, revisado y reversible
Cloudflare CDN
Archivos estáticos servidos desde la red global de Cloudflare Pages
Build-time translations
@anthropic-ai/sdk@0.131.0Traducciones redactadas por un LLM, revisadas por personas y generadas antes del build
Arquitectura
Todo ocurre antes de que llegue el visitante. En el momento de la petición solo hay una CDN sirviendo archivos.
- 01
Markdown + Git
Artículos, páginas y textos de la interfaz en cinco idiomas
- 02
Validación del contenido
Esquema del frontmatter, enlaces, coherencia de traducciones
- 03
Build estático de Next.js
Prerrenderiza cada página para cada dominio
- 04
HTML / CSS / JS estáticos
Archivos simples: sin servidor ni base de datos
- 05
CDN de Cloudflare
En caché en el borde, cerca de los visitantes
- 06
Visitante
Recibe una página ya lista
Resultados de rendimiento
Solo publicamos mediciones que hemos hecho de verdad, junto con la herramienta, la fecha y las condiciones.
$ lighthouse --verified
Mediciones próximamente.
Los resultados aparecerán aquí cuando midamos la web en producción y revisemos los informes.
Flujo de publicación
- 01
Escribir en Markdown
Un artículo empieza como un archivo Markdown en inglés.
- 02
Generar borradores de traducción
Un script pide borradores a un LLM, conservando el código, los enlaces y los nombres.
- 03
Revisar las traducciones
Una persona revisa cada borrador. Nada traducido automáticamente se publica sin más.
- 04
Commit en Git
Los archivos aprobados se suben al repositorio; el historial muestra quién cambió qué.
- 05
Build
La CI valida el contenido y genera dos webs estáticas: nofpress.com y nofpress.pl.
- 06
Despliegue
El resultado se sube a Cloudflare Pages y se sirve desde su CDN.
Las concesiones que aceptamos
Publicar requiere un build
Corregir una errata no se ve al guardar, sino cuando termina el siguiente despliegue, normalmente en pocos minutos.
Los formularios necesitan un servicio aparte
Nuestro formulario de auditoría envía los datos a un pequeño Cloudflare Worker. Es una segunda pieza que hay que mantener y proteger.
La edición se basa en Git
Es cómodo para desarrolladores. Los editores sin perfil técnico necesitarían encima una interfaz de CMS basada en Git.
El framework sigue enviando JavaScript
Next.js envía un runtime de cliente para la navegación y la hidratación. Las páginas funcionan sin él, pero no es cero JS.
Las traducciones siguen necesitando personas
Los borradores de un LLM aceleran el trabajo, pero cada idioma necesita a alguien que conozca su mercado.
¿Quieres que tu web funcione así?
Cuéntanos sobre tu web de WordPress y comprobaremos si una migración estática tiene sentido.
Pedir una auditoría de migración gratuita