FAQ
Preguntas frecuentes sobre EmDash CMS, la arquitectura de este sitio web, las decisiones de despliegue y la ruta de migración desde WordPress.
¿Qué es EmDash CMS en una frase?
EmDash CMS es un CMS full-stack en TypeScript, construido alrededor de Astro, con un modelo de contenido moderno, una interfaz de administración y una arquitectura de plugins diseñada para una ejecución más segura en Cloudflare.
¿EmDash es un CMS headless?
No en el sentido habitual. La documentación pública de EmDash lo presenta como un CMS nativo de Astro, en lugar de un servicio de contenido separado que consultas desde cualquier frontend.
Esto importa porque el producto está diseñado para vivir dentro de la arquitectura del sitio, no fuera de ella.
¿EmDash es solo para Cloudflare?
No. Los materiales oficiales presentan Cloudflare como el runtime que mejor encaja para la plataforma completa, especialmente para plugins en sandbox, D1 y R2. Pero EmDash también se describe como portable en entornos Node.js y configuraciones compatibles con SQLite o S3.
En resumen:
- Cloudflare es la opción más sólida para producción
- Cloudflare no es el único entorno posible
¿Por qué este sitio empieza como sitio estático de Astro en lugar del runtime completo de EmDash?
Porque este sitio es principalmente una superficie de contenido público:
- documentación
- páginas de plugins
- páginas de plantillas
- FAQ
- contenido de migración
- actualizaciones
Todo eso encaja muy bien con entrega estática en Cloudflare Pages. Empezar ahí reduce complejidad y costo sin bloquear una migración futura al runtime completo.
¿Por qué no construir el sitio oficial directamente en WordPress?
Porque el sitio debe reflejar la dirección del producto que promueve.
La estructura actual del sitio refleja esa dirección:
- contenido basado en archivos
- herramientas modernas de frontend
- publicación clara guiada por Git
- buena compatibilidad con edición asistida por IA
Usar WordPress para promocionar un sucesor de WordPress también debilitaría mucho el relato arquitectónico.
¿EmDash soporta migración desde WordPress?
Sí. La documentación oficial describe tres enfoques de importación:
- carga de archivo WXR
- importación desde WordPress.com
- exploración vía API REST
También describe soporte de migración para entradas, páginas, medios, taxonomías, mapeo de estados y conversión de Gutenberg a Portable Text.
¿EmDash trae autenticación integrada?
Sí. Los documentos oficiales describen EmDash como passkey-first, con WebAuthn como modelo principal. También describen fallback con magic link, OAuth opcional y la posibilidad de usar Cloudflare Access en despliegues sobre Cloudflare.
¿Las páginas de plugins y plantillas pueden sentirse como páginas reales de producto en este sitio estático?
Sí. En este proyecto, cada entrada de plugin o plantilla puede incluir:
- capturas de pantalla
- versión
- precio
- estado
- fecha de lanzamiento
- enlace de descarga
- enlace de GitHub
- enlace de demo
- changelog
Eso es suficiente para crear una capa pública convincente tipo marketplace sin requerir backend.
¿Cuándo debe este sitio pasar al runtime completo de EmDash?
Haz el cambio cuando la entrega estática deje de ser suficiente, por ejemplo si necesitas:
- edición en navegador para usuarios no técnicos
- flujos de envío autenticados
- medios y subidas gestionados por runtime
- permisos editoriales complejos
- operaciones del ecosistema que necesitan interfaces administrativas en lugar de Git
Hasta entonces, la entrega estática sigue siendo la opción de menor mantenimiento.
¿El runtime completo de EmDash requiere funciones pagadas de Cloudflare?
El README oficial en GitHub señala que los plugins en sandbox dependen de Dynamic Workers, y que esa función actualmente requiere una cuenta de Cloudflare de pago. También indica que puedes desactivar la configuración del worker loader si quieres ejecutar sin plugins en sandbox.
Esa es otra razón por la que el sitio público actual comienza primero en Cloudflare Pages.
¿La IA puede ayudar a mantener este sitio?
Sí, y esa es una de las razones más fuertes para mantener el sitio público orientado primero al contenido.
La IA funciona mejor cuando puede trabajar sobre:
- archivos MDX discretos
- frontmatter explícito
- estructuras de rutas estables
- diffs revisables
Este proyecto está preparado precisamente para aprovechar eso.