Catálogo y distribución de plantillas

Vender o distribuir plantillas es un negocio de producto, no una simple entrega de archivos zip. Quienes compran necesitan entender para quién está hecha la plantilla, qué stack asume, cómo se instala, qué incluye en el nivel gratuito frente al de pago y cómo funcionan las actualizaciones. Una página pública de catálogo es el contrato: capturas, alcance honesto y un camino de soporte.

Qué incluye un listado sólido de plantilla

Posicionamiento claro por audiencia y vertical (blog, sitio de marketing, portafolio). Detalles del stack: supuestos de versión de Astro, funciones de EmDash usadas y objetivos de hosting como Cloudflare Pages. Prueba visual con capturas representativas en modos claro y oscuro cuando aplique. Pasos de configuración que una persona desarrolladora competente pueda seguir sin depender de tu Slack. Un changelog para que clientes recurrentes sepan qué cambió entre versiones.

Pasos concretos de despliegue

1. Empaqueta la plantilla como un producto. Versiona, documenta cambios rompientes y mantén un README que refleje lo que aparece en la página pública para que GitHub y tu sitio no diverjan.

2. Define precios y licenciamiento desde el inicio. MIT frente a propietario importa para remix y trabajo con clientes. Si vendes un paquete “pro”, enumera exactamente qué componentes, secciones o integraciones adicionales desbloquea.

3. Ofrece una vía de demo. Una URL de demo en vivo o una grabación corta de pantalla reduce fricción previa a la venta. Si aún no es posible una demo pública, ofrece una preview descargable con contenido de muestra.

4. Delimita el soporte. Indica tiempos de respuesta, canales (correo, issues de GitHub) y lo que queda fuera (trabajo de diseño a medida, configuración de hosting en proveedores exóticos).

5. Planifica la distribución. Releases de GitHub, paquetes npm o portal privado para clientes: elige un canal principal y enlázalo de forma visible.

Ejemplo: onboarding de una nueva persona compradora

Día 0: la persona cliente compra o clona la plantilla. Día 1: sigue los pasos de instalación, la ejecuta en local y despliega un entorno de staging. Día 2: reemplaza assets de marca de relleno y conecta analítica. Día 3: lanza a producción con redirecciones y DNS verificados. Tu documentación debe hacer realista ese calendario; si el paso dos requiere secretos no documentados, corrige la documentación antes de intensificar el marketing.

Cuándo importa el runtime de EmDash

Las plantillas que dependen de edición en navegador, formularios dinámicos o flujos autenticados pueden asumir el runtime completo de EmDash CMS. Déjalo claro desde el principio para que quienes solo buscan estático no se encuentren con un bloqueo después de comprar.

Resultado

Quienes crean plantillas ganan confianza, reducen presión de reembolsos y construyen un canal repetible de ingresos o distribución alrededor de EmDash, no favores puntuales disfrazados de producto.