Llega otro aviso de actualización a su bandeja de entrada, una página carga más lento de lo debido, y en algún rincón de su memoria queda la última vez que un plugin rompió algo. Entonces un titular dice que Cloudflare lanzó una alternativa gratuita a WordPress, y la pregunta surge sola: ¿es hora de mudarse? Cloudflare EmDash es un sistema de gestión de contenido gratuito y de código abierto que Cloudflare anunció en una versión 1.0 el 28 de septiembre de 2026. Está construido sobre Astro y TypeScript, tiene licencia MIT, y Cloudflare dice que no usa código de WordPress. Para una pequeña empresa con un sitio que funciona, la pregunta real es más estrecha que los titulares: qué se trasladaría, qué tendría que reconstruir, cuánto costaría y qué significa realmente «dependencia de un proveedor» aquí. Las respuestas vienen del anuncio de Cloudflare y de la documentación de EmDash, y casi todas dependen de lo que hace su sitio hoy. Puede averiguarlo en unos diez minutos, antes de que alguien le venda algo.
Puntos clave
EmDash puede importar entradas, páginas, taxonomías y medios de WordPress. Los plugins, temas, constructores de páginas, formularios, reservas y pagos no se trasladan automáticamente.
El CMS no cuesta nada de licencia, pero el alojamiento, el desarrollo, el trabajo de migración, el almacenamiento y el mantenimiento pueden costar dinero.
EmDash puede funcionar en Cloudflare o en un servidor Node.js, y tiene herramientas de exportación, aunque salir todavía puede requerir trabajo de conversión.
Una lista corta de los plugins, formularios, tienda e integraciones de los que depende su negocio le dice más que cualquier tabla comparativa.
Arreglar su sitio actual, o hacer una pequeña prueba de concepto, cuesta mucho menos que descubrir un formulario roto después del lanzamiento.
¿Cómo saber si EmDash encaja con su sitio de WordPress?
Empiece con lo que hace su sitio, no con cuál plataforma es más nueva. Un sitio de folleto con entradas, páginas, un formulario de contacto y unos cuantos plugins es un cambio muy distinto al de un sitio que recibe reservas, vende productos o tiene un área de miembros. La documentación de EmDash para quienes vienen de WordPress es directa sobre el intercambio: su contenido puede trasladarse, pero los plugins y temas de WordPress no pueden simplemente colocarse. Hay que portarlos o reconstruirlos.
Ese solo hecho ordena a la mayoría de los sitios en uno de tres grupos. Si su sitio es sobre todo contenido, con formularios sencillos, un cambio puede merecer una prueba. Si depende de una tienda, membresías, un constructor de páginas o varias integraciones, un cambio es un proyecto de reconstrucción y merece una prueba de concepto antes de cualquier decisión. Y si su principal molestia son los avisos de actualización, un alojamiento lento o una pila de plugins en la que ya no confía, la solución más barata puede estar del lado de WordPress, donde la documentación de WordPress recomienda mantener actualizados los plugins y los temas.
Nada de esto es un juicio sobre ninguna de las dos plataformas. WordPress es una plataforma madura con una larga trayectoria, y EmDash es una versión 1.0 nueva con sus propias fortalezas. El punto es el ajuste. Antes de gastar dinero en cualquiera de los dos caminos, averigüe a cuál grupo pertenece su sitio.
¿Qué es Cloudflare EmDash y qué cambió con la versión 1.0?
El anuncio de la versión 1.0 de Cloudflare describe EmDash como un CMS estable, gratuito y de código abierto construido sobre Astro. El proyecto está escrito en TypeScript e incluye una interfaz de administración, una API, una herramienta de línea de comandos, un sistema de medios, localización, flujos de migración, herramientas de implementación y un servidor MCP. Su modelo de plugins ejecuta cada plugin en un entorno Worker aislado y le pide que declare las capacidades que necesita. Cloudflare presentó el proyecto por primera vez como una vista previa temprana el 1 de abril de 2026, y su presentación original planteó a EmDash como un sucesor de WordPress que adopta un enfoque distinto de la seguridad de los plugins.
El repositorio de EmDash enumera las funciones que le importarían a una pequeña empresa: plantillas de Astro, tipos de contenido personalizados, formularios mediante plugins, campos de SEO, menús, taxonomías, medios, búsqueda, revisiones y publicación programada. También señala un ecosistema emergente de plugins de comercio electrónico. «Emergente» es la palabra que hay que tener presente. La lista de plugins y los compromisos de mantenimiento pueden cambiar después del lanzamiento, así que confirme, justo antes de comprometerse con algo, que un plugin que necesita existe, funciona con su versión y tiene un responsable activo.
¿Cuánto cuesta EmDash y qué deja fuera la palabra «gratis»?
El software no tiene cuota de licencia. Sin embargo, operar un sitio web tiene costos, y la documentación muestra de dónde vienen. EmDash puede funcionar en Cloudflare usando Workers, D1 y R2, o en un servidor Node.js con SQLite y adaptadores de almacenamiento compatibles. En Cloudflare, los precios de Workers muestran un plan Free con 100,000 solicitudes por día. El plan Paid cuesta $5 por mes como mínimo e incluye 10 millones de solicitudes y 30 millones de milisegundos de CPU al mes, con cargos adicionales por el uso que exceda eso. Los recursos estáticos son gratuitos e ilimitados según el modelo de precios que cita Cloudflare, y la página de límites explica lo que permite cada plan.
Esas cifras cubren solo el alojamiento. El costo mayor para un negocio con un sitio existente es el trabajo alrededor del software: reconstruir el diseño como una plantilla de Astro, reemplazar el comportamiento de los plugins, trasladar y revisar el contenido, configurar redirecciones, hacer pruebas y monitorear después del lanzamiento. Además, alguien tiene que hacerse cargo de las actualizaciones, las copias de seguridad, la seguridad, el DNS, la entrega de correo y la recuperación. Un cambio puede reducir el mantenimiento rutinario de PHP y de plugins, pero no elimina la necesidad de que alguien con conocimientos técnicos sea responsable del sitio.
| Área de costo | Qué cubre | ¿Gratis para empezar? |
|---|---|---|
| Licencia del CMS | El propio EmDash, con licencia MIT | Sí |
| Alojamiento | Cloudflare Workers Free o Paid, o un servidor Node.js | Existe un plan gratuito; el plan Paid empieza en $5 por mes |
| Diseño | Reconstruir su tema como una plantilla de Astro | No |
| Funciones de plugins | Formularios, reservas, pagos, membresías, búsqueda | Depende del plugin |
| Migración | Importación, copia de medios, reescritura de URL, revisión de estados | No |
| Redirecciones y pruebas | Mapa de URL, redirecciones permanentes, revisiones en Search Console | No |
| Mantenimiento | Actualizaciones, copias de seguridad, seguridad, DNS, entrega de correo | No |
¿Qué se traslada desde WordPress y qué se queda atrás?
La guía de migración describe dos rutas: un archivo de exportación estándar de WordPress (llamado WXR) o el plugin EmDash Exporter. La página de importación de contenido enumera lo que trae el archivo de exportación: entradas, páginas, tipos de contenido personalizados, taxonomías, bloques reutilizables, autores y las URL de los medios adjuntos. El plugin Exporter agrega comentarios compatibles, menús, ajustes, metadatos de medios, campos de SEO de Yoast o Rank Math y campos personalizados compatibles.
Dos detalles toman por sorpresa a la gente. Primero, los archivos de medios se descargan por separado de la exportación, así que su sitio de WordPress tiene que seguir activo y accesible hasta que terminen los pasos de copia y de reescritura de URL. Segundo, los estados de WordPress como pendiente, privado, programado y papelera se convierten en borradores, así que alguien tiene que revisarlos antes de que algo se publique.
El otro lado del balance es igual de claro en la documentación. Los temas, los diseños de constructores de páginas, los shortcodes, el comportamiento de los plugins, los formularios, los sistemas de reservas, los sistemas de pago y los campos propietarios no se trasladan automáticamente. La guía para portar temas de WordPress explica cómo se reconstruye un diseño. En la práctica, la parte de su sitio que genera ingresos, sea el formulario de cotización, el calendario de reservas o el carrito, suele ser la que más reconstrucción y pruebas necesita.
| Se traslada | Requiere revisión | No se traslada automáticamente |
|---|---|---|
| Entradas y páginas | Estados pendiente, privado, programado y papelera, que se convierten en borradores | Temas y diseños de constructores de páginas |
| Tipos de contenido personalizados | Medios, que se descargan por separado | Shortcodes |
| Taxonomías y autores | Mapeo de URL, que verifica el propietario | Comportamiento de los plugins |
| Bloques reutilizables | Redirecciones, que prepara el propietario | Formularios, reservas y pagos |
| Comentarios, menús, ajustes y campos de Yoast o Rank Math (plugin Exporter) | Campos personalizados compatibles | Campos propietarios |
¿Qué significa realmente la dependencia de un proveedor con EmDash?
«Dependencia de un proveedor» (lock-in) puede significar varias cosas distintas: la licencia del código, el lugar donde se ejecuta, dónde viven la base de datos y los archivos, el entorno de ejecución de los plugins o la agencia que construyó el sitio. La documentación de Cloudflare responde directamente las dos primeras. EmDash tiene licencia MIT, lo que le da uso legal del código del CMS. Tampoco está limitado a Cloudflare, porque los anuncios de Cloudflare y el repositorio describen también su ejecución en un servidor Node.js con SQLite y adaptadores de almacenamiento compatibles.
La salvedad es que el entorno de ejecución de Cloudflare ofrece la integración más profunda. Los plugins en entorno aislado, Workers, D1 y R2 son servicios de Cloudflare, así que un sitio construido para usarlos depende de Cloudflare de una manera en que una instalación simple de Node.js no lo hace. Si alguna vez quiere salir, EmDash ofrece herramientas de exportación del sitio y de semillas, que puede consultar en la guía de traslado de sitios y en la referencia de la línea de comandos. Esas herramientas sacan su contenido y su estructura. Otra plataforma todavía puede requerir trabajo de conversión adicional.
Así que, la respuesta práctica para el dueño de un negocio es esta: pregunte dónde se alojará el sitio, quién tiene las cuentas y cuánto cuesta la salida antes de firmar cualquier cosa. Eso es una buena práctica en cualquier plataforma. Importa más que el hecho de que el código del CMS sea abierto.
¿Perjudicará el cambio su posicionamiento en Google?
Cambiar de plataforma es una mudanza de sitio, y Google tiene una guía para eso. Su documentación sobre mudanzas de sitio recomienda preparar el sitio nuevo, asignar cada URL antigua a su nueva dirección, probar antes del lanzamiento, usar redirecciones permanentes, actualizar los enlaces internos, las canónicas y el mapa del sitio, y monitorear Search Console tanto en las URL antiguas como en las nuevas. La página de Google sobre las redirecciones 301 indica que las redirecciones permanentes no causan pérdida de PageRank, y recomienda mantenerlas al menos un año.
Las posiciones aún pueden moverse mientras Google vuelve a rastrear y reindexar sus URL, así que una caída después del lanzamiento no significa automáticamente que algo salió mal. En sentido contrario, nada en la guía dice que un CMS nuevo mejore por sí solo el posicionamiento. Sus resultados de búsqueda dependen de qué tan bien se haga la mudanza y de la calidad del contenido, no del nombre de la plataforma. EmDash tiene su propia guía de SEO para sus campos de SEO, y la guía de migración señala que los datos de Yoast y Rank Math pueden trasladarse con el plugin Exporter.
El patrón seguro es cambiar una sola cosa a la vez cuando sea posible. Un rediseño y una reestructuración completa de las URL al mismo tiempo hacen mucho más difícil rastrear los problemas. Si sus direcciones pueden seguir siendo las mismas, manténgalas.
¿Qué puede revisar hoy en diez minutos?
No necesita un desarrollador para el primer paso. Necesita una lista breve de aquello de lo que depende su sitio. Abra el panel de WordPress y recorra los pasos siguientes.
Enumere cada plugin activo y su función
Abra la pantalla de Plugins y anote cada plugin activo y qué hace por el negocio. Marque cada uno como esencial, reemplazable, sin uso o desconocido. La guía de WordPress para administrar plugins muestra dónde encontrarlos. El resultado debe ser una lista de dependencias, no solo un conteo de plugins, porque un conteo no dice nada sobre si uno de ellos maneja su calendario de reservas.
Marque las funciones que no puede perder
Anote sus formularios de contacto y de cotización, reservas, pagos, suscripciones, membresías, cuentas de clientes, búsqueda, mapas, analítica, entrega de correo y campos de SEO. Anote si el sitio usa WooCommerce, un constructor de páginas, tipos de contenido personalizados, campos personalizados o un plugin multilingüe. Cada elemento de esa lista es algo que una construcción en EmDash tiene que reemplazar o reconstruir y probar.
Averigüe quién maneja qué
Confirme quién aloja el sitio, dónde está registrado el dominio, quién controla el DNS, dónde se guardan las copias de seguridad y quién es responsable de las actualizaciones. Anote un contacto de emergencia. Si la respuesta a cualquiera de estas preguntas es «no lo sé», ese vacío vale la pena corregirlo, cambie o no de plataforma algún día. La documentación de WordPress sobre copias de seguridad es un buen lugar para revisar las suyas.
Guarde su lista de direcciones
Exporte o registre su mapa del sitio actual y sus URL más importantes. Este es el material de partida para un mapa de redirecciones, y es lo único que no puede reconstruir después si el sitio antiguo ya no existe.
¿Qué ruta le conviene a su sitio: limpiar, probar o esperar?
Un cambio es uno de tres caminos sensatos, y muchas veces no es el primero. Cuál le conviene depende de lo que mostró su inventario.
Si su problema es el mantenimiento, empiece con una limpieza. Quitar los plugins que ya no usa, actualizar los que quedan, pasar a un mejor alojamiento, reparar formularios, agregar copias de seguridad y arreglar páginas lentas puede resolver el problema con menos riesgo que una migración. Esa puede ser toda la respuesta, y es una respuesta perfectamente válida.
Si su inventario muestra un sitio centrado en contenido con necesidades sencillas, y usted o su equipo disfrutan trabajar con herramientas modernas, una pequeña prueba de concepto es razonable. Haga una migración de prueba a una dirección aparte, reconstruya una página representativa, reemplace un formulario y vea cómo se comportan los medios, las redirecciones y los campos de SEO. Este es el momento de aprender lo que la documentación no puede decirle sobre su sitio en particular.
Si el sitio depende de WooCommerce, de membresías complejas, de diseños propietarios de un constructor de páginas o de una integración crítica para el negocio, no haga ningún cambio definitivo hasta que una prueba de concepto muestre que cada uno de ellos tiene un reemplazo funcional. El soporte de cada formulario, reserva, pago e integración de tienda tiene que confirmarse probándolo en su propia construcción, y el ecosistema de plugins de comercio electrónico se describe como emergente.
| Ruta | Conviene cuando | Primer paso |
|---|---|---|
| Limpiar WordPress | El problema son las actualizaciones, la velocidad, el alojamiento o el exceso de plugins | Quitar plugins sin uso, actualizar, corregir el alojamiento, confirmar las copias de seguridad |
| Probar EmDash | El sitio está centrado en contenido y es sencillo, y alguien puede hacerse cargo de lo técnico | Migrar a una copia de prueba y reconstruir una página y un formulario |
| Esperar | El sitio depende de una tienda, membresías, un constructor de páginas o integraciones clave | Preguntar cuáles tienen un reemplazo probado y volver a revisar más adelante |
¿Qué sale mal en una migración y cómo se evita?
Las fallas habituales son prácticas, y esta lista es un orden de riesgo, no una clasificación medida. Ningún estudio establece con qué frecuencia ocurre cada una, así que trátela como una lista de verificación.
- Un inventario de funciones incompleto: Algo de lo que depende el negocio nunca se anotó, así que nadie lo reconstruye.
- Formularios rotos o entrega de correo fallida: El formulario se ve bien pero los mensajes nunca llegan, lo que significa clientes potenciales perdidos sin aviso.
- Redirecciones faltantes: Las direcciones antiguas devuelven errores y la visibilidad en las búsquedas sufre.
- Medios que no se copiaron: Las imágenes y los archivos siguen apuntando al sitio antiguo, que luego se desconecta.
- Contenido de constructores de páginas y shortcodes que se muestra mal: El texto aparece como código sin procesar o como huecos vacíos.
- Campos de SEO que no se trasladaron: Los títulos y las descripciones vuelven a los valores predeterminados.
- Un cambio de DNS antes de probar: El cambio es pequeño en esfuerzo y grande en consecuencias.
- Nadie a cargo del mantenimiento después del lanzamiento: El sitio funciona hasta que se rompe lo primero.
Las soluciones siguen el mismo orden. Una auditoría breve resuelve un inventario faltante. Un formulario reconstruido y probado resuelve los mensajes perdidos. Un rastreo del sitio antiguo resuelve las redirecciones. Probar en un teléfono y en una computadora antes de mover el dominio detecta la mayor parte del resto. Las fallas que afectan los ingresos, es decir, formularios, pagos, reservas y acceso a las URL, importan más que las diferencias visuales, así que pruébelas primero.
Una mudanza exitosa tiene una lista completa de dependencias, una construcción probada, decisiones deliberadas sobre las URL, formularios y analítica que funcionan, canónicas y mapas del sitio válidos, y un plan para revertir. El propietario puede editar contenido, recibir clientes potenciales y obtener ayuda después. Una que no lo es trata la importación de contenido como si fuera todo el trabajo. Para tener una idea de lo que cuesta ese trabajo del lado del mantenimiento, vea nuestra publicación sobre cuánto cuesta el mantenimiento de un sitio web.
Repaso rápido: ¿le conviene cambiarse a EmDash?
Elija una respuesta para empezar.
1. Exporta su sitio de WordPress y lo importa a EmDash. ¿Qué debería esperar reconstruir?
2. ¿Puede EmDash funcionar en un lugar distinto de Cloudflare?
3. Su sitio recibe reservas y vende productos mediante plugins. ¿Cuál es el siguiente paso sensato?
Preguntas frecuentes sobre Cloudflare EmDash
¿Es EmDash un plugin de WordPress?
No. Es un CMS aparte construido sobre Astro y TypeScript, y Cloudflare dice que no usa código de WordPress.
¿Es gratuito EmDash?
El CMS es gratuito y tiene licencia MIT. El alojamiento, el uso de Cloudflare más allá del plan gratuito, el desarrollo, el almacenamiento, el trabajo de migración y el mantenimiento aún pueden costar dinero.
¿Puede EmDash importar mi sitio de WordPress?
El contenido, sí. Admite un archivo de exportación de WordPress y una ruta con el plugin Exporter para entradas, páginas, taxonomías, enlaces de medios y más. Los temas, plugins, constructores de páginas, formularios y funciones de tienda no se trasladan automáticamente.
¿Funcionan mis plugins de WordPress en EmDash?
No automáticamente. Cada función tiene que reemplazarse, portarse o reconstruirse, y la disponibilidad de los plugins puede cambiar después del lanzamiento, así que verifíquelo antes de comprometerse.
¿Está EmDash atado a Cloudflare?
Cloudflare y el repositorio de EmDash describen su ejecución en Cloudflare o en un servidor Node.js. El entorno de ejecución de Cloudflare ofrece la integración más profunda, y EmDash ofrece herramientas de exportación del sitio y de semillas para salir, aunque otra plataforma todavía puede requerir trabajo de conversión.
¿Perjudicará cambiar de plataforma mi posicionamiento en Google?
Puede hacerlo si las URL no se asignan ni se redirigen. La guía de Google sobre mudanzas de sitio pide un mapa de URL, redirecciones permanentes, canónicas y mapas del sitio actualizados, y monitoreo. Las posiciones pueden fluctuar mientras Google vuelve a rastrear, y un CMS nuevo no las mejora por sí solo.
Lo que esto significa para usted
Cloudflare EmDash 1.0 es un CMS gratuito con licencia MIT y una ruta real de importación desde WordPress, y vale la pena revisarlo si su sitio es sobre todo contenido y alguien puede hacerse cargo de lo técnico. No trae consigo sus plugins, temas, constructores de páginas, formularios ni tienda, y la licencia gratuita no hace gratuito el sitio terminado. La dependencia de un proveedor es una cuestión menor de lo que sugieren los titulares, porque puede funcionar fuera de Cloudflare y tiene herramientas de exportación, pero dónde viven sus cuentas y qué tan fácil puede salir siguen siendo cosas que vale la pena preguntar.
El valor del inventario de diez minutos es que convierte una preocupación vaga en una decisión. Algunos sitios estarán mejor con una limpieza y un mantenimiento constante. Algunos irán bien con una prueba de concepto. Algunos deberían esperar hasta que las piezas de las que dependen tengan reemplazos probados. Cualquiera de esos resultados es bueno cuando se llega a él con los datos de su propio sitio a la vista.
Si quiere una segunda opinión, Web Leveling puede revisar con usted su lista de plugins y funciones y decirle qué ruta le conviene, sea limpiar, hacer una construcción de prueba o quedarse como está. Nuestro trabajo de diseño web cubre las reconstrucciones cuando son la decisión correcta, y nuestro trabajo de gestión de contenido cubre mantener el sitio fácil de editar para usted. Trabajamos con pequeñas y medianas empresas de todo el país y del extranjero. Cuéntenos de qué depende su sitio, y le ayudaremos a leer las opciones.
Términos
Palabras usadas en esta publicación
Toque un término para ver qué significa.
EmDash. Un CMS gratuito y de código abierto de Cloudflare, construido sobre Astro y TypeScript y con licencia MIT.
CMS. Un sistema de gestión de contenido, la herramienta que usa para escribir, editar y publicar páginas en su sitio.
WXR. Un archivo de exportación de WordPress que contiene entradas, páginas, taxonomías y otro contenido para importarlo en otro lugar.
Servidor Node.js. Un servidor común que puede ejecutar EmDash en lugar de la plataforma de Cloudflare.
Redirección 301. Una redirección permanente que envía a los visitantes y a Google de una dirección antigua a una nueva.
Prueba de concepto. Una pequeña construcción de prueba que muestra si un plan funciona antes de comprometerse con el proyecto completo.
Dependencia de un proveedor (lock-in). Una situación en la que salir de una plataforma es costoso por el lugar donde viven su contenido, su código o sus cuentas.
