Guía de uso

Publicado el 2026-04-01 por EmDash CMS Team

Qué debe hacer este sitio web

emdashcmseverything.com no debe funcionar como una landing genérica. Debe actuar como una capa pública de conocimiento y distribución para el ecosistema de EmDash.

Eso significa combinar varios trabajos de contenido en un sistema coherente:

• explicar qué es EmDash
• enseñar cómo funciona
• mostrar dónde encaja
• publicar plugins y plantillas
• guiar migraciones desde WordPress
• anunciar avances del producto y lanzamientos

Arquitectura de información recomendada

La estructura actual está diseñada para soportar ese modelo:

• docs/docs para documentación evergreen
• docs/use-cases para contenido de adopción orientado a escenarios
• docs/plugins para entradas del directorio de plugins
• docs/templates para entradas del directorio de plantillas
• docs/faq para actualizaciones, tutoriales y contenido editorial

Esto encaja mejor que meter todo en una sola homepage de marketing o esconder la información del producto dentro de componentes del framework.

Cómo usar cada sección

Docs

Usa esta sección para contenido duradero y de alta intención:

• primeros pasos
• explicaciones de funcionalidades
• notas de despliegue
• panoramas de arquitectura
• FAQ

Estas páginas deben responder las preguntas que la gente hace antes y durante la evaluación.

Use Cases

Usa esta sección para traducir las capacidades del producto al contexto del comprador. EmDash se entiende mejor cuando se presenta como una opción adecuada para:

• publicación editorial
• documentación y bases de conocimiento
• ecosistemas de plugins
• negocios de plantillas

Esta sección debe conectar la forma del producto con resultados reales.

Plugins

Las páginas de plugins deben sentirse como mini páginas de producto, no solo notas de versión. Cada una debe explicar:

• qué hace el plugin
• para quién es
• estado actual
• precio o disponibilidad
• ruta de descarga
• configuración y compatibilidad

Templates

Las páginas de plantillas deben facilitar la comparación de starters de sitio empaquetados. Las buenas entradas incluyen:

• público objetivo
• capturas de pantalla
• detalles del stack
• versión y fecha de lanzamiento
• enlace de demo
• enlace de descarga o repositorio

Blog and Updates

Esta sección debe reflejar movimiento:

• notas de versión
• guías de migración
• comentarios de producto
• tutoriales
• casos de estudio

Eso es lo que mantiene el sitio activo y acumulando valor con el tiempo.

Flujo de publicación

Para este proyecto, el flujo más simple y saludable es:

1. Añadir o revisar contenido en docs/
2. Revisar el diff de Git
3. Previsualizar en local
4. Desplegar el sitio estático compilado en Cloudflare Pages

Este flujo es especialmente efectivo cuando la IA ayuda con borradores, edición, reestructuración y consistencia.

Por qué esta estructura funciona bien con IA

La edición con IA es mucho más fiable cuando el sitio se construye alrededor de:

• archivos MDX pequeños
• frontmatter explícito
• componentes de página reutilizables
• patrones de rutas estables
• contenido separado del código de UI

Por eso la forma actual del sitio es intencionalmente content-first.

Cómo se relaciona esto con EmDash

Los materiales oficiales de EmDash enfatizan colecciones en runtime, edición en admin, plugins, almacenamiento de medios y portabilidad en la nube. Esas son fortalezas del producto. Pero un sitio de ecosistema público no necesita todo eso de inmediato.

El sitio estático es la capa de presentación pública.

El runtime completo de EmDash es la siguiente capa cuando necesites:

• editores no técnicos trabajando en el navegador
• flujos de contribución autenticados
• medios gestionados en runtime
• automatización más rica o flujos de envío de plugins

Regla editorial práctica

Cada página debe responder con claridad al menos una de estas preguntas:

• ¿Qué es EmDash?
• ¿Por qué no WordPress?
• ¿Qué hace este plugin o plantilla?
• ¿Cómo migro?
• ¿Cómo despliego?
• ¿Por qué vale la pena adoptarlo ahora?

Si una página no responde bien a una de esas preguntas, probablemente necesita un alcance más acotado.