Guía y esquema
Decide qué clase de destino necesitas
Un sitio estático entrega archivos ya generados. Un sitio PHP puede producir HTML en cada petición, leer archivos de contenido o consultar una base de datos. La diferencia importa para formularios, búsqueda, cuentas, permisos y actualizaciones; cambiar de extensión no elimina automáticamente el trabajo de mantenimiento.
Antes de elegir, escribe qué problema quieres resolver y cómo lo medirás. Si sólo pretendes corregir imágenes grandes, quizá no necesites una migración. Si necesitas una edición más simple, prueba cómo se redacta y publica una entrada en el destino, además de medir su portada.
Inventaría URLs, medios y funciones
Prepara una relación de páginas públicas con título, ruta, propósito y estado esperado. Incluye imágenes, PDF y otros archivos que los artículos utilizan. Anota también búsqueda, formularios, suscripciones, comentarios y operaciones comerciales. Cada función necesita una decisión: conservar, sustituir o retirar con una explicación adecuada.
No exportes datos privados como si fueran contenido público. Separa borradores, mensajes, clientes y usuarios del conjunto que vas a publicar. Tampoco revivas una página retirada sólo porque su archivo aparezca en una exportación antigua.
Guarda contenido y copia recuperable por separado
El WXR de WordPress ayuda a trasladar entradas y datos editoriales relacionados. No sustituye una copia de los archivos y la base de datos necesaria para recuperar la instalación. Identifica qué conserva cada conjunto y prueba la recuperación antes de depender del nuevo destino.
Conserva además las condiciones necesarias para volver atrás: configuración del servidor, rutas y cambios realizados. En un sitio con pedidos o mensajes nuevos, regresar a una copia antigua puede perder información posterior. Prepara ese caso con el responsable técnico; no lo trates como restaurar un blog sin actividad.
Construye un mapa de equivalencias
Cuando puedas, conserva las URLs que sigan representando el mismo contenido. Si una dirección cambia, asigna un destino equivalente y decide la redirección apropiada. No envíes todas las rutas antiguas a Inicio por comodidad.
Google recomienda incluir medios y recursos en la planificación de un traslado. Revisa también enlaces internos, canonicals y sitemap, manteniendo coherentes sus destinos. Una redirección no recrea un archivo que no se ha copiado ni garantiza conservar la visibilidad en buscadores.
Prueba el destino sin activar operaciones reales
Abre cada página prevista y compara su contenido con el inventario. Verifica que una respuesta 200 no esconda un mensaje de «no encontrado». Revisa una imagen, una descarga y los enlaces importantes de cada tipo de página. Conserva las retiradas que deban seguir como tales.
Prueba formularios y servicios sólo en un entorno controlado y con autorización. Desactiva el envío de correo, cobros y automatismos del entorno de ensayo para evitar que una copia ejecute operaciones contra cuentas reales. Una captura bonita no acredita esos procesos.
Comprueba dónde se publica de verdad
La ruta de carga de archivos y la raíz que utiliza el servidor web deben corresponder. Confirma el destino público con una comprobación identificable antes de sustituir contenido. Una confirmación de FTP o del panel no demuestra por sí sola qué verá alguien desde el dominio.
Durante el cambio conserva copia, registro y una manera de revertir. Después comprueba las páginas críticas y el mapa de URLs por la ruta ordinaria del visitante. Si sólo funciona una lectura directa del origen, conserva esa diferencia y resuelve el acceso normal antes de dar por cerrada la migración.
Cierra con un inventario de resultados
Marca cada elemento como conservado, trasladado, retirado o pendiente por una causa concreta. El mantenimiento debe continuar en el destino: copias, actualizaciones y control de funciones no desaparecen por cambiar de CMS. La guía de redirecciones ayuda a comprobar las equivalencias sin perder el contexto del contenido.
Documentación consultada
Preguntas frecuentes
¿Un sitio PHP es siempre un sitio estático?
No. PHP puede generar contenido dinámico en cada petición. Define qué partes se generan previamente y qué funciones siguen necesitando ejecución.
¿Basta con exportar el XML de WordPress?
No para una recuperación completa. Conserva el contenido exportado y, por separado, los archivos, base de datos y configuración que necesites recuperar.
¿Una migración garantiza más velocidad o visitas?
No. Mide el problema y compara el destino con contenido y condiciones representativas. El cambio de tecnología no garantiza rendimiento ni visibilidad.
Continúa con una tarea relacionada
Referencias
Fuentes y criterios
Contrastamos documentación técnica y prácticas editoriales cuando ayudan a tomar mejores decisiones.
Siguiente lectura
Guías relacionadas
Continúa con una duda cercana.