¿Qué revelan más de 8.000 tickets de soporte de WordPress sobre por qué fallan las migraciones?

Cuando una migración de WordPress falla, ¿qué suele pasar? Teníamos los datos para responder a eso, así que lo investigamos.

Duplicator es un plugin de WordPress para migraciones y copias de seguridad que se ejecuta en más de 1,5 millones de sitios. Esa escala produce algo específico y raro: un registro amplio y de primera mano de lo que sucede cuando las personas mueven un sitio de WordPress.

En los últimos años, hemos registrado más de 8.000 solicitudes de soporte estructuradas. Los problemas de migración y restauración son nuestra categoría técnica más importante, y esas incidencias son las que este informe analiza en profundidad, cada una etiquetada, categorizada y descrita con las propias palabras del propietario del sitio.

Este informe es lo que muestran esos datos. Parte de ello confirma la sabiduría convencional. Mucho de ello no.

Estas cifras reflejan el volumen de incidencias de soporte, no el número de clientes, instalaciones o ventas.

Tabla de Contenidos

Hallazgos Clave

Para cualquiera que quiera los números antes del análisis, esto es lo que dicen los datos sobre lo que sale mal durante las migraciones de WordPress. Cada cifra proviene de los propios registros de soporte de Duplicator.

• Los problemas de migración y restauración son la categoría de soporte técnico más importante. De más de 8.000 solicitudes de soporte, aproximadamente 4 de cada 10 son técnicas, y algo menos de un tercio de ellas son migraciones, más que cualquier otra categoría técnica.
• Las migraciones rara vez fallan en el paso de descarga. Fallan durante la extracción y en el primer inicio de sesión en el nuevo sitio.
• El punto de fallo más común es un límite del host que aparece en el paso de extracción. En casi 1 de cada 5 incidencias de migración, un tiempo de espera de PHP o un límite de memoria en el servidor de destino detiene el sitio mientras se descomprime.
• Quedarse bloqueado en un sitio que se ha migrado correctamente es el segundo problema más común, en casi 1 de cada 10 incidencias.
• Los límites del host son la causa principal, pero rara vez se anuncian. Solo aproximadamente 1 de cada 50 incidencias nombra directamente un tiempo de espera de PHP, sin embargo, el límite de PHP o memoria de un host es lo que está detrás de la mayoría de las instalaciones detenidas en la parte superior de la lista.
• Los hosts de WordPress gestionados están casi ausentes de la cola de soporte de migración. El hosting compartido económico la domina.
• Alrededor de 1 de cada 14 incidencias de migración implican mover un sitio desde un entorno de desarrollo local.
• Los problemas de migración se resuelven rápido. Aproximadamente 2 de cada 3 incidencias de migración y restauración se resuelven en menos de una hora.

EN RESUMEN: Tu migración probablemente no fallará mientras los archivos se copian. Lo más probable es que tenga un contratiempo en dos momentos: cuando el nuevo servidor descomprime el sitio y la primera vez que intentas iniciar sesión. Ambos suelen ser solucionables en minutos, y el resto de este informe muestra exactamente cómo.

Una advertencia sobre todo esto, declarada de antemano porque da forma a cómo deben leerse los datos. Estas son incidencias de soporte. Capturan las migraciones que encontraron problemas, no las migraciones en general.

Las muchas mudanzas que salieron bien nunca generaron una incidencia. Por lo tanto, estos datos explican dónde fallan las migraciones, no con qué frecuencia fallan.

Las migraciones son el mayor problema técnico que reportan los usuarios de WordPress

Las incidencias de soporte son un instrumento contundente. También son honestas, porque nadie presenta una cuando las cosas van bien.

Agrupamos cada ticket técnico por categoría. Los problemas de migración y restauración salieron a la cabeza, por delante de las copias de seguridad y el almacenamiento en la nube.

Alrededor de 4 de cada 10 solicitudes de soporte son técnicas, y las migraciones representan algo menos de un tercio de ellas. Esa es la señal más clara en el conjunto de datos.

Cuando los usuarios de WordPress se encuentran con un obstáculo técnico lo suficientemente grave como para pedirnos ayuda, una migración es la razón más probable.

Encaja con la naturaleza de la tarea. Una migración mueve todo a la vez: archivos, bases de datos, URL, configuraciones del servidor, versiones de PHP y permisos.

Cualquier desajuste individual puede arruinar la mudanza, y a menudo varios lo hacen al mismo tiempo.

Ser la categoría más grande no es lo mismo que ser la más difícil

Que una categoría encabece la cola de soporte suena alarmante hasta que miras cómo se cierran esos tickets. El volumen y la dificultad no son lo mismo.

Los tickets de migración y restauración son las solicitudes técnicas más comunes que recibimos. También se encuentran entre las más rápidas de resolver.

La mayoría de los tickets de migración se resuelven el mismo día, a menudo en una sola respuesta.

Esa combinación, alto volumen y resolución rápida, te dice algo específico sobre los problemas de migración. Son comunes, pero rara vez son misteriosos.

La mayoría se remonta a una corta lista de causas que el equipo de soporte reconoce a simple vista, que es exactamente la lista sobre la que se basa este informe.

Esa es también la razón honesta por la que podemos escribir esta publicación. No estamos teorizando sobre por qué fallan las migraciones. Hemos resuelto miles de ellas, la mayoría en menos de una hora.

Dónde suelen fallar las migraciones y cómo se soluciona cada una

Muchos propietarios de sitios web culpan a un tiempo de espera de PHP, un firewall o al espacio en disco por los fallos de migración. En nuestros tickets, esos son personajes menores.

Lo que realmente sale mal es más específico y, en casi todos los casos, se remonta al entorno de destino, no a la mudanza en sí.

Aquí está el desglose clasificado, con lo que suele haber detrás de cada uno y cómo lo resuelve el equipo de soporte.

Punto de fallo de la migración	Aproximadamente con qué frecuencia	Qué suele haber detrás	Cómo se resuelve
El límite del host detiene el paso de instalación/extracción	1 de cada 5	Un tiempo de espera de PHP o un límite de memoria en el servidor de destino está interrumpiendo el proceso a mitad de la extracción	Aumentar los límites de PHP, o usar un instalador diseñado para extraer archivos grandes sin problemas (DupArchive)
Bloqueado fuera de wp-admin después de la mudanza	1 de cada 10	Una URL del sitio incorrecta en la base de datos o un bucle de redirección, no una migración fallida	Corregir la configuración de Dirección de WordPress y Dirección del sitio; borrar las cookies
La barra de progreso se congela a mitad de la migración	Aproximadamente 1 de cada 10	El servidor corta una solicitud de larga duración	Aumenta los límites de ejecución o ejecuta la migración en modo fragmentado
Errores de permisos de archivo o carpeta	Aproximadamente 1 de cada 15	Propiedad incorrecta o carpetas no escribibles en el destino	Corrige los permisos de carpeta en el nuevo servidor
Incompatibilidad de versión de PHP	Menos de 1 de cada 30	El origen se compiló en una versión de PHP más reciente que la que ejecuta el destino	Asegúrate de que las versiones de PHP coincidan en ambos extremos antes de migrar
Error de conexión a la base de datos	Menos de 1 de cada 40	Credenciales de base de datos incorrectas en el archivo wp-config.php	Corrige las credenciales durante la instalación
Tiempo de espera de PHP llamado directamente	Aproximadamente 1 de cada 50	El límite de ejecución del host está configurado demasiado bajo para el tamaño del sitio	Aumenta el límite o divide el trabajo
Error interno del servidor 500	Menos de 1 de cada 60	Normalmente un archivo .htaccess obsoleto o un problema de permisos	Regenera los enlaces permanentes y los permisos de archivo

El paso de instalación o extracción se detiene

Este es el fallo de migración más común que vemos, y es un límite del host disfrazado. Los archivos se descargan bien, el proceso se inicia y luego se detiene a mitad de la extracción porque el tiempo de espera de PHP o el límite de memoria del servidor de destino cortan el proceso en el momento de mayor trabajo.

La solución es más margen. Aumenta el max_execution_time y memory_limit de PHP en el servidor de destino y vuelve a ejecutarlo.

Estos ajustes se encuentran en el panel de control de tu host, normalmente en una sección llamada Opciones de PHP, Editor MultiPHP INI o algo similar. El soporte de tu host puede aumentarlos si no los encuentras.

También puedes usar un instalador diseñado para extraer archivos grandes sin activar esos límites. El instalador independiente de Duplicator Pro y el formato DupArchive están diseñados exactamente para eso, y DupArchive ha manejado migraciones reales de hasta 400 GB.

Te has quedado bloqueado de wp-admin después de la mudanza

Este es el fallo que más preocupa a la gente y el que menos necesita. La migración se completa, intentas iniciar sesión en el nuevo sitio y el inicio de sesión falla o genera un bucle de redirección.

Casi nunca significa que la mudanza falló. Significa que una configuración de URL está mal. La URL del sitio almacenada en la base de datos no coincide con la ubicación actual del sitio, por lo que WordPress te redirige continuamente a un lugar que ya no existe.

Comprueba los campos Dirección de WordPress y Dirección del sitio en Ajustes » Generales, corrígelos a la nueva URL y borra tus cookies.

Si no puedes acceder al panel de control, puedes establecer ambos valores temporalmente en wp-config.php. Dos minutos de comprobación, no una re-migración.

La barra de progreso se congela a mitad de la migración

Primo cercano del puesto de extracción, pero aparece como una barra de progreso que deja de moverse y permanece en el mismo porcentaje indefinidamente.

La causa suele ser que el servidor corta una solicitud de larga duración antes de que el paso pueda finalizar. El trabajo es demasiado grande para el tiempo que el host permite que se ejecute un solo proceso.

Aumenta los límites de ejecución en el destino, o ejecuta la migración en un modo que divida el trabajo en fragmentos más pequeños para que ninguna solicitud individual se ejecute el tiempo suficiente como para ser cancelada.

En Duplicator, configuras esto al crear la copia de seguridad. Cambia el Modo SQL de la base de datos a Código PHP y Multihilo.

Para recursos de servidor limitados, a menudo recomendamos configurar el Limitador del servidor en Medio o Alto en la misma configuración.

Errores de permisos de archivos o carpetas

La migración informa que no puede escribir un archivo o crear una carpeta en el nuevo servidor, y el proceso se detiene.

Esto se reduce a la propiedad y el acceso de escritura en el destino. Si el usuario del servidor web no es el propietario de las carpetas de destino o estas no son escribibles, no puedes colocar archivos donde pertenecen.

Establece las carpetas de destino con la propiedad correcta para tu host y asegúrate de que los directorios sean escribibles (típicamente 755 para carpetas y 644 para archivos).

Cambias esto a través de un cliente FTP o el administrador de archivos de tu host, ambos muestran una opción de permisos o CHMOD al hacer clic derecho en una carpeta. La documentación de tu host confirmará el usuario correcto del servidor web si no estás seguro.

Incompatibilidad de versión de PHP

Todo parece estar bien hasta que el sitio restaurado comienza a lanzar errores en páginas que utilizan funciones específicas de plugins o temas.

La causa habitual es una brecha de PHP entre entornos. El sitio se creó en una versión de PHP más reciente que la que ejecuta el servidor de destino, por lo que las funciones que funcionaban en el host anterior están obsoletas o faltan en el nuevo.

Comprueba la versión de PHP en ambos extremos antes de migrar. Si son diferentes, actualiza el PHP del nuevo servidor o actualiza el PHP de tu copia de seguridad.

Lo encontrarás en el panel de control de tu hosting, donde la mayoría de los hosts te permiten cambiarlo en unos pocos clics.

Error de conexión a la base de datos

El nuevo sitio carga el mensaje “Error al establecer una conexión con la base de datos” en lugar de tu contenido.

Después de una migración, casi siempre son credenciales de base de datos incorrectas en los archivos de configuración, en lugar de una base de datos rota. El nombre de la base de datos, el usuario o la contraseña en wp-config.php no coinciden con lo que el nuevo host creó realmente.

Confirma el nombre de la base de datos, el nombre de usuario, la contraseña y el valor del host de tu nueva cuenta de hosting, luego actualiza wp-config.php para que coincida.

Ese archivo se encuentra en la carpeta raíz de tu sitio, a la que puedes acceder a través del administrador de archivos de tu host o un cliente FTP. Si utilizaste el instalador de Duplicator, estos valores se establecen durante el paso de instalación, así que comprueba dos veces lo que se introdujo allí.

Tiempo de espera de PHP o límite máximo de ejecución

Menos común como queja explícita, pero vale la pena nombrarlo porque es la causa oculta detrás de varios de los fallos anteriores.

El límite de ejecución del host está configurado demasiado bajo para el tamaño del sitio, por lo que un paso largo se termina antes de que pueda completarse.

Aumenta max_execution_time en el destino, o divide la migración para que ningún paso individual se ejecute lo suficientemente largo como para alcanzar el límite. En alojamientos compartidos muy restrictivos, pregunta al soporte cuál es el límite estricto, ya que algunos hosts lo limitan independientemente de tu configuración.

Error interno del servidor 500

El nuevo sitio devuelve un error genérico 500 sin detalles, lo que lo hace sentir peor de lo que realmente es.

Después de una migración, el culpable más a menudo es un archivo .htaccess obsoleto o un problema de permisos de archivos, no un sitio corrupto.

Regenera tus permalinks visitando Ajustes » Permalinks y guardando sin cambiar nada. Esto reescribe tu archivo .htaccess.

Si eso no lo soluciona, confirma que tus permisos de archivo son correctos (carpetas 755, archivos 644), ya que un problema de permisos arroja el mismo error genérico. Si puedes acceder al registro de errores de tu servidor, puede señalar la línea exacta que causa el 500.

El patrón de hosting: la categoría supera a la marca

También analizamos de qué hosts procedían estas incidencias de migración. Esta es la parte que es más fácil de malinterpretar, así que seremos cuidadosos con ella.

La trampa es simple. El host que genera la mayor cantidad de incidencias de migración es también uno de los más utilizados.

Más sitios producen más incidencias, incluso con una tasa de fallo perfectamente promedio. El volumen bruto de incidencias no es un ranking de calidad, y no lo presentaremos como tal.

Lo que sobrevive a esa advertencia es el patrón por categoría, no por marca:

• El alojamiento compartido económico ocupa la parte superior de la cola de migración, lo que refleja en parte cuántos sitios de WordPress residen allí en primer lugar.
• Los hosts de WordPress gestionados están casi ausentes. Las principales plataformas gestionadas aparecen solo unas pocas veces cada una en todo el conjunto de datos de migración.
• Los entornos en la nube y VPS se sitúan en el medio, con sus propios problemas relacionados con la configuración.

También hay un patrón que vale la pena destacar por sí solo. Aproximadamente 1 de cada 14 incidencias de migración provienen de personas que mueven un sitio desde un entorno de desarrollo local, herramientas como Local, XAMPP o MAMP.

Pasar de un portátil a un servidor en vivo conlleva sus propios modos de fallo, y aparece con más frecuencia de lo que se piensa.

No afirmamos que los hosts gestionados nunca tengan problemas de migración. Pero el casi silencio en nuestra cola de soporte coincide con lo que esperarías de configuraciones de servidor más estrictas y versiones de PHP consistentes: menos sorpresas que descarrilan una mudanza.

Cómo prepararse para los fallos que realmente ocurren

Dado que los datos apuntan tan claramente a dos puntos de fallo, ahí es donde debe ir la preparación. Concéntrate en lo que dicen las incidencias que realmente se rompen.

• Iguala las versiones de PHP en ambos extremos. Un sitio creado en PHP 8.2 que aterriza en un servidor que todavía ejecuta 7.4 generará errores después de la mudanza. Puedes comprobar la versión en el panel de control de cada host. Confirma ambas antes de empezar.
• Asegúrate de que el destino pueda finalizar la extracción. Este es el principal punto de fallo. Dale suficiente espacio en disco, límite de memoria de PHP y un tiempo de ejecución que no corte el proceso a mitad de camino.
• Ten a mano el inicio de sesión de tu nuevo sitio antes de cambiar. El segundo fallo más común es un bloqueo posterior a la migración. Conoce tus credenciales de administrador y la URL del nuevo sitio con antelación.
• Comprueba los permisos de archivo en el destino. La propiedad incorrecta o las carpetas no escribibles aparecen con suficiente frecuencia como para merecer una rápida revisión. Un cliente FTP o el administrador de archivos de tu host te mostrarán los permisos de una carpeta al hacer clic derecho sobre ella.

Aquí es también donde la herramienta de migración realiza el trabajo real. El instalador independiente de Duplicator Pro está diseñado para mover un sitio a un servidor en blanco, incluso a uno sin WordPress instalado. Esto elimina toda una categoría de problemas de extracción.

Su formato DupArchive no tiene límite teórico de tamaño de archivo y ha gestionado migraciones reales de 400 GB, por lo que los sitios grandes no se atascan en el paso donde la mayoría de las migraciones se detienen.

Y cuando una mudanza deja a alguien bloqueado, la URL de recuperación ante desastres puede restaurar un sitio funcional incluso cuando WordPress no te deja entrar en absoluto.

Preguntas Frecuentes (FAQs)

Lo que más de 8.000 tickets de soporte cambian sobre los consejos de migración

El valor de estos datos no es una estadística única. Es una corrección sobre dónde debe centrarse la atención.

Los datos siguen apuntando a los mismos dos momentos: el paso de extracción y el primer inicio de sesión. Ahí es donde la gente realmente se atasca, no en la transferencia de archivos que preocupa a la mayoría de la preparación.

La gente a menudo se atasca porque la transferencia se detuvo a mitad de camino o porque una página de inicio de sesión no les permite volver a entrar.

Hay una razón por la que podemos ser tan específicos sobre lo que sale mal. Estos problemas llegan constantemente a nuestra cola de soporte y la mayoría se resuelven en una hora.

Cuando resuelves miles de problemas de migración, los patrones dejan de ser una suposición y se convierten en un mapa. Este informe es ese mapa.

Indicaremos el límite una última vez, porque es lo que mantiene la honestidad. Este es un registro de fallos, no de éxitos. Se basa en las palabras que la gente usa para describir sus propias dificultades, lo cual es imperfecto. Pero es real y es de primera mano.

Antes de tu próxima migración, crea una forma de volver atrás

La mayoría de los problemas de migración se solucionan rápidamente una vez que se conoce la causa, y los datos lo respaldan: la mayoría de los problemas de migración que vemos se resuelven en una hora.

El estrés proviene de no tener una forma de regresar cuando algo se detiene.

Duplicator Pro es utilizado por más de 1.5 millones de profesionales de WordPress para hacer copias de seguridad, migrar y recuperar sus sitios. Su instalador independiente y sus herramientas de recuperación ante desastres están diseñados para los dos puntos de fallo que revelan estos datos: el paso de extracción y el inicio de sesión bloqueado.

Ya que estás aquí, creo que encontrarás útiles estos otros recursos de WordPress:

• Tu migración de sitio va a fallar (a menos que evites estos errores)
• Migración de DNS hecha correctamente: Cómo evitar los errores más comunes
• Tu lista de verificación completa para la migración de WordPress (de principio a fin)
• Cómo migrar un sitio de WordPress GRATIS
• Cómo mover un sitio web de WordPress a un nuevo host