Guía de migración de WordPress a EmDash
Mueve un sitio WordPress a EmDash con un flujo de importación por fases, verificación de medios y un plan claro para contenido personalizado.
Pasar de WordPress a EmDash es más fácil cuando tratas la migración primero como proyecto de contenido y esquema, no como ejercicio de recrear el tema. Trae el contenido, verifica medios y estructura, luego el renderizado personalizado y la paridad de diseño cuando el modelo de datos sea estable.
Antes de empezar
Antes de ejecutar ninguna importación, asegúrate de saber qué tipo de sitio WordPress estás moviendo.
Revisa primero estas áreas:
- entradas y páginas estándar
- adjuntos multimedia
- tipos de entrada personalizados
- campos personalizados y metadatos editoriales
- bloques Gutenberg o contenido muy cargado de shortcodes
Importa porque un sitio de publicación simple suele importar limpio, mientras que un sitio que depende mucho de bloques personalizados, campos generados por plugins o renderizado frontend especial necesitará una segunda pasada de implementación tras la importación.
Opciones de importación
Hay dos formas razonables de traer contenido WordPress a EmDash.
Exportación WXR
Usa una exportación WXR cuando quieras un flujo de migración basado en archivos.
Suele ser la mejor opción cuando:
- quieres un artefacto de exportación portable
- varias personas necesitan revisar o archivar la exportación fuente
- quieres un límite más claro entre datos fuente y validación destino
Flujo típico:
- Abre el administrador de WordPress.
- Exporta el contenido del sitio como archivo
WXR. - Inicia la importación en EmDash usando esa exportación.
- Revisa las entradas y medios importados.
Plugin EmDash Exporter
Usa el plugin EmDash Exporter cuando quieras una transferencia directa desde una instancia WordPress en vivo.
Flujo típico:
- Instala el plugin en el sitio WordPress.
- Configura el endpoint de exportación seguro que proporciona.
- Protege el acceso con una contraseña de aplicación de WordPress.
- Ejecuta la importación en EmDash desde esa fuente protegida.
Es la mejor opción cuando el sitio fuente sigue gestionado activamente y prefieres un pull directo en lugar de pasar archivos de exportación.
Camino recomendado
Para la mayoría de equipos, la secuencia más segura es:
- Preparar el sitio EmDash que recibirá el contenido.
- Elegir un método de importación y ejecutar una primera migración.
- Verificar que las entradas y medios llegaron correctamente.
- Crear tipos de contenido EmDash adecuados para lo que no deba seguir siendo contenido editorial genérico.
- Reconstruir el renderizado personalizado solo cuando la estructura importada sea fiable.
Ese orden retrasa el trabajo de mayor riesgo hasta que los datos son visibles y revisables en EmDash.
Validación tras la importación
No juzgues la migración por si la importación termina. Júzgala por si el contenido importado es útil.
Tu primera pasada de validación debe comprobar:
- que las entradas y páginas existen en el volumen esperado
- que los medios adjuntos llegaron a la biblioteca de medios de EmDash
- que títulos, cuerpo y metadatos de publicación son razonables
- que las relaciones editoriales siguen teniendo sentido tras la importación
En esta etapa, resiste la tentación de arreglar primero detalles visuales. Si el modelo de contenido sigue mal, el trabajo de diseño se vuelve retrabajo caro.
Contenido personalizado
Los sitios WordPress a menudo superan el modelo por defecto de Entrada y Página. Si tu sitio usa tipos de entrada personalizados, trátalos como decisión de esquema durante la migración, no como problema de formato.
En EmDash, el mejor enfoque es crear tipos de contenido nativos para el contenido que merece su propia estructura. Eso suele implicar revisar:
- qué contenido debe seguir siendo entradas editoriales estándar
- qué contenido debe convertirse en colecciones EmDash separadas
- qué campos deben modelarse explícitamente en lugar de quedar implícitos en el cuerpo
Aquí suele subir o bajar la calidad de la migración. Una importación de WordPress puede tener éxito técnicamente y aun así producir una implementación EmDash débil si cada forma se aplana a entradas genéricas.
Bloques y renderizado a medida
Los bloques personalizados requieren tratamiento deliberado. Si el sitio antiguo depende de bloques Gutenberg a medida, diseños dirigidos por shortcodes o renderizado específico de plugins, espera trabajo de seguimiento.
Un enfoque sensato es:
- importar primero el contenido subyacente
- identificar patrones de renderizado que deben sobrevivir al traslado
- reconstruir esas piezas con herramientas y componentes nativos de EmDash
Si necesitas recrear comportamiento de bloques a medida, el punto de partida relevante es EmDash Block Kit Agent Skill.
Lista de comprobación práctica
Úsala como lista de trabajo de migración:
- audita entradas, páginas, medios y tipos de entrada personalizados en WordPress
- decide si
WXRo el plugin EmDash Exporter es el mejor camino de importación - prepara el sitio EmDash destino
- ejecuta la primera importación
- verifica transferencia de medios e integridad de entradas
- crea tipos de contenido EmDash nativos donde haga falta
- identifica renderizado personalizado que necesite una segunda pasada de implementación
- revisa la estructura de contenido antes de intentar paridad visual
Qué sigue necesitando planificación
Incluso con un camino de importación limpio, parte del trabajo de migración sigue fuera del importador:
- redirecciones
- comprobaciones de paridad SEO
- limpieza de campos
- paridad de renderizado personalizado
- secuencia de rollback y lanzamiento
La importación mete contenido en EmDash. No elimina la necesidad de revisión editorial, decisiones de esquema y disciplina de lanzamiento.