Ir al contenido

Preguntas frecuentes

Esta FAQ complementa las guías oficiales con respuestas basadas en la documentación pública, el README del repositorio y los issues abiertos de GitHub. La sección de “advertencias actuales” refleja el estado público del proyecto a fecha del 7 de abril de 2026.

EmDash es un CMS nativo de Astro enfocado en contenido con tipado seguro, un panel de administración pensado para equipos editoriales y una arquitectura de plugins que puede ejecutarse en entornos aislados de Cloudflare Workers. Si conoces WordPress, la versión corta sería: “ideas de WordPress replanteadas alrededor de Astro, TypeScript y un despliegue más portátil”.

Consulta la introducción, por qué EmDash y el README del proyecto.

No. EmDash se ejecuta en Cloudflare, pero también puede ejecutarse en Node.js con SQLite y almacenamiento local o compatible con S3. La principal excepción son los plugins sandboxed: el README señala que los Dynamic Workers actualmente solo están disponibles en cuentas de pago de Cloudflare, por lo que ese modelo específico de aislamiento de plugins está vinculado a la plataforma de Cloudflare.

Consulta Desplegar en Node.js, Desplegar en Cloudflare y el README.

¿Puedo ejecutar EmDash localmente sin Cloudflare?

Sección titulada «¿Puedo ejecutar EmDash localmente sin Cloudflare?»

Sí. El flujo de inicio local utiliza un proyecto estándar de Astro y funciona sin una cuenta de Cloudflare. Para desarrollo local o despliegues más simples, Node.js + SQLite es la configuración más directa.

Consulta Comenzando y Desplegar en Node.js.

¿Los cambios de contenido requieren una reconstrucción?

Sección titulada «¿Los cambios de contenido requieren una reconstrucción?»

No. EmDash está documentado alrededor de Astro Live Content Collections, por lo que los cambios de contenido pueden aparecer en tiempo de ejecución sin reconstruir el sitio.

Consulta Comenzando, Consultando Contenido y Arquitectura.

EmDash da prioridad a las passkeys. El flujo predeterminado usa passkeys basadas en WebAuthn y puede complementarse con magic links u OAuth si lo configuras.

Consulta Autenticación.

El README del repositorio sigue describiendo EmDash como beta preview. Eso significa que ya sirve para evaluarlo y para desarrollo real, pero todavía debes contar con cambios activos en la API y en algunas funciones.

Consulta la sección de estado del README.

Si primero quieres una visión general más amplia, lee ¿Qué es EmDash? y EmDash vs WordPress.

¿admin.settingsSchema ya genera automáticamente una UI de configuración de plugins?

Sección titulada «¿admin.settingsSchema ya genera automáticamente una UI de configuración de plugins?»

Todavía no de forma fiable. La guía de configuración de plugins describe una UI de administración generada a partir del esquema, pero el issue #341 indica que el esquema se valida y tipa sin llegar a mostrar el formulario esperado en el panel. Conviene tratarlo como una función todavía en desarrollo hasta que ese issue quede resuelto.

Documentación relacionada: Configuración de Plugins.

¿Puede el editor de menús aceptar URLs relativas como /about?

Sección titulada «¿Puede el editor de menús aceptar URLs relativas como /about?»

Hay un reporte de bug abierto que dice que actualmente rechaza URLs relativas porque el formulario usa type="url" y la validación del navegador espera una URL completa con un esquema.

Sigue el issue #342 si las rutas internas relativas son importantes para tu flujo de trabajo de menús.

¿Pueden los plugins registrar componentes de widget personalizados para áreas de widgets?

Sección titulada «¿Pueden los plugins registrar componentes de widget personalizados para áreas de widgets?»

Aún no, al menos no como una característica pública completada. El issue #343 solicita tanto la API de registro como el soporte de renderizado en tiempo de ejecución necesario para componentes de widget proporcionados por plugins.

Si tu estrategia de plugins depende de bloques de widget reutilizables, asume que aún se necesita trabajo adicional del framework.

¿Qué debo verificar antes de adoptar EmDash para un sitio de producción?

Sección titulada «¿Qué debo verificar antes de adoptar EmDash para un sitio de producción?»

Primero verifica cuatro cosas:

  • Tu modelo de despliegue objetivo: Cloudflare vs. Node.js
  • Si necesitas plugins sandboxed, y si las características de pago de Cloudflare son aceptables
  • Si las APIs de plugins actuales cubren tu caso de uso sin depender de issues abiertos
  • Si tu equipo se siente cómodo adoptando un CMS en beta preview

Para la mayoría de los equipos, un pequeño proyecto piloto es el punto de partida correcto antes de una migración completa.