Migrar PrestaShop a otro servidor cPanel: Guía completa

¡Hola! 👋 Soy tu técnico de soporte amigable. Sé que mover una tienda online puede sonar a algo estresante, pero no te preocupes. Hoy vamos a desmitificar ese proceso y lo haremos paso a paso, como quien cambia la rueda de un coche: con calma, con las herramientas adecuadas y sin perder ni un tornillo (ni un dato).

En esta guía extensa, vamos a cubrir cómo migrar PrestaShop a cPanel sin perder datos. Veremos desde la preparación inicial, la copia de seguridad, la transferencia de archivos y base de datos, hasta el ajuste final de la configuración. Al final, tendrás tu tienda funcionando en el nuevo servidor como si nada hubiera pasado.

Vamos a ello. 🚀

1. Preparación: El Mapa Antes del Viaje

Antes de tocar nada, vamos a hacer un inventario. Migrar una tienda no es solo copiar archivos; es trasladar un ecosistema completo. Aquí te dejo la lista de la compra que necesitas tener clara.

1.1. ¿Qué necesitas tener a mano?

Para que la migración PrestaShop paso a paso sea un éxito, necesitas:

Acceso al panel de control antiguo (cPanel o similar): Para hacer las copias de seguridad.
Acceso al nuevo cPanel: Donde vamos a instalar y configurar todo.
Acceso FTP (FileZilla o similar): Para subir y bajar archivos. Es nuestra furgoneta de mudanza.
Acceso a phpMyAdmin en ambos servidores: Es el lugar donde viven los datos de tus productos, clientes y pedidos.
Un gestor de contraseñas: Para no perder ni una clave en el camino.
Mucha paciencia y un café: Esto es clave. ☕

1.2. Identifica tu versión de PrestaShop

Esto es vital. No es lo mismo migrar una tienda con PrestaShop 1.6 que una con la 1.7 o la 8.x. La estructura de carpetas y archivos es similar, pero la lógica de la base de datos puede cambiar. Anota la versión exacta (ej. 1.7.8.10) porque la necesitaremos para verificar que el nuevo servidor cumple los requisitos (versión de PHP, MySQL, etc.).

[INFO] Si tu versión es muy antigua (1.4 o 1.5), la migración puede ser más compleja y quizás sea un buen momento para plantearse una actualización, pero eso es otro tema. Para esta guía, asumiremos que tienes una versión 1.6 o superior.

2. Fase 1: La Copia de Seguridad en el Servidor Origen

Piensa en esto como hacer una foto de tu tienda. Es el seguro de vida para tu negocio. Nunca, jamás, hagas una mudanza sin esta foto.

2.1. Copia de seguridad de los archivos (la "mudanza" física)

Accede a tu cPanel antiguo: Busca la sección "Archivos" y haz clic en "Administrador de archivos".
Selecciona todo: Ve a la carpeta public_html (o la carpeta raíz donde esté tu tienda). Selecciona todos los archivos y carpetas que hay dentro (normalmente con Ctrl+A).
Comprime: Con los archivos seleccionados, haz clic en "Comprimir" y elige "Zip". Esto creará un archivo .zip con todo tu sitio. Es más rápido y seguro descargar un solo archivo que miles de archivos sueltos.
Descarga: Descarga ese archivo .zip a tu ordenador. Si es muy grande (más de 1GB), quizás sea mejor hacerlo por FTP, pero para la mayoría de los casos, la descarga desde el cPanel es suficiente.

2.2. Copia de seguridad de la Base de Datos (el "cerebro")

Los archivos son el cuerpo de la tienda, pero la base de datos es el cerebro. Contiene todos los productos, clientes, pedidos, configuraciones... ¡Todo!

Ve a phpMyAdmin: En tu cPanel antiguo, busca la sección "Bases de datos" y haz clic en "phpMyAdmin".
Selecciona tu base de datos: En el panel izquierdo, verás una lista. Haz clic en el nombre de la base de datos de tu PrestaShop (suele tener un prefijo como tuusuario_presta).
Exportar: En el menú superior, haz clic en la pestaña "Exportar".
Método rápido: Asegúrate de que el método sea "Rápido" y el formato "SQL". Haz clic en el botón "Continuar" o "Exportar".
Guarda el archivo: Se descargará un archivo .sql. Guárdalo en un lugar seguro junto con el archivo .zip de los archivos.

[WARNING] Si tu base de datos es muy grande (más de 100MB), el método "Rápido" puede fallar. En ese caso, usa el método "Personalizado" y elige la opción "Comprimir" con "gzip" para obtener un archivo .sql.gz más ligero.

3. Fase 2: Preparando el Nuevo Hogar (Servidor Destino)

Ahora vamos a preparar la nueva casa para tu tienda. Aquí es donde crearemos el espacio para que respire y funcione.

3.1. Crear la Base de Datos en el Nuevo Servidor

Accede a tu nuevo cPanel: Busca la sección "Bases de datos" y haz clic en "Bases de datos MySQL".
Crea una nueva base de datos: Escribe un nombre (ej. nuevo_presta) y haz clic en "Crear base de datos".
Crea un usuario: Baja un poco y en "Usuarios de MySQL", crea un nuevo usuario (ej. nuevo_usuario) con una contraseña segura.
Añade el usuario a la base de datos: En "Añadir usuario a la base de datos", selecciona tu nuevo usuario y tu nueva base de datos, y haz clic en "Añadir".
Asigna privilegios: Te preguntará por los privilegios. Marca la casilla "TODOS LOS PRIVILEGIOS" y haz clic en "Hacer cambios".

[TIP] Anota el nombre de la base de datos, el usuario y la contraseña. Los necesitarás en el siguiente paso, es como la llave de la puerta de tu nueva casa.

3.2. Importar la Base de Datos Antigua

Ahora vamos a meter el "cerebro" de tu tienda en su nuevo cuerpo.

Ve a phpMyAdmin en el nuevo cPanel.
Selecciona la nueva base de datos que acabas de crear (en el panel izquierdo).
Haz clic en "Importar" en el menú superior.
Selecciona el archivo: Haz clic en "Elegir archivo" y busca el archivo .sql o .sql.gz que descargaste antes.
Importa: Haz clic en "Continuar". Espera a que termine el proceso. No cierres la ventana hasta que veas el mensaje de éxito.

[WARNING] Si el archivo es muy grande, puede exceder el límite de subida de phpMyAdmin. En ese caso, deberás usar la línea de comandos (SSH) o herramientas como BigDump. Para esta guía básica, asumiremos que el archivo cabe.

4. Fase 3: La Gran Mudanza (Subir los Archivos)

Ahora viene la parte más pesada: subir los archivos de tu tienda al nuevo servidor.

4.1. Subir y descomprimir el archivo ZIP

Accede al Administrador de archivos de tu nuevo cPanel.
Ve a la carpeta public_html: Es la carpeta raíz. Si tiene archivos dentro (como un index.html por defecto), puedes borrarlos o, mejor aún, subir tu .zip dentro.
Sube el archivo .zip: Usa la opción "Cargar" en el menú superior.
Extrae el archivo: Una vez subido, selecciona el archivo .zip y haz clic en "Extraer". Te preguntará dónde extraerlo. Asegúrate de que sea en public_html y haz clic en "Extraer archivos".
Espera: Dependiendo del tamaño, esto puede tardar unos minutos. Es normal.

[TIP] Si el administrador de archivos se queda "congelado" con archivos muy grandes, usa un cliente FTP como FileZilla. La lógica es la misma: conéctate a tu servidor, sube el .zip a public_html y luego usa el administrador de archivos del cPanel para extraerlo, o extrae desde el propio FileZilla si tiene esa función.

5. Fase 4: La Cirugía Fina (Configurar PrestaShop)

Ahora viene el momento de "conectar" el cerebro con el cuerpo. Es decir, decirle a PrestaShop dónde está su base de datos.

5.1. Editar el archivo `parameters.php`

Este es el archivo de configuración principal de PrestaShop 1.7 y 8.x. En versiones 1.6 y anteriores, el archivo se llama settings.inc.php.

Busca el archivo: En el Administrador de archivos, navega a public_html/config/ y busca parameters.php.
Editar: Haz clic derecho sobre el archivo y selecciona "Editar".

Busca los parámetros de la base de datos: Verás líneas como estas:

'database_host' => 'localhost',
'database_name' => 'nombre_base_antigua',
'database_user' => 'usuario_base_antigua',
'database_password' => 'password_base_antigua',

Cambia los valores: Sustituye nombre_base_antigua, usuario_base_antigua y password_base_antigua por los datos de la nueva base de datos que creaste en el paso 3.1.
Guarda los cambios: Haz clic en "Guardar cambios" en la esquina superior derecha.

[WARNING] En PrestaShop 1.6, el archivo es config/settings.inc.php y las variables se llaman _DB_NAME_, _DB_USER_ y _DB_PASSWD_. La lógica es la misma, solo cambia la sintaxis.

5.2. Limpiar la caché de PrestaShop

PrestaShop guarda archivos de caché para que la tienda vaya más rápida. Al cambiar de servidor, esa caché puede contener rutas antiguas y causar errores.

Ve a la carpeta var/cache (en PrestaShop 1.7 y 8.x) o cache (en 1.6).
Elimina el contenido: Dentro de var/cache, hay carpetas como dev y prod. Entra en cada una y borra todos los archivos que haya dentro, pero no borres las carpetas en sí.
Alternativa: Si no puedes borrar desde el administrador de archivos, hazlo por FTP.

[INFO] En PrestaShop 1.6, también debes borrar el contenido de la carpeta cache/smarty/compile y cache/smarty/cache.

6. Fase 5: El Toque Final (Ajustes en la Base de Datos)

Ahora que tu tienda ya "respira", vamos a ajustar el "chip" que le dice dónde está su nueva dirección web.

6.1. Actualizar la URL de la tienda

Esto es crucial. Si tu dominio no ha cambiado (ej. www.mitienda.com), este paso puede ser opcional. Pero si has cambiado de dominio o de subdominio (ej. de tienda.antigua.com a tienda.nueva.com), debes actualizarlo.

Ve a phpMyAdmin en el nuevo servidor y selecciona tu base de datos.
Haz clic en la tabla ps_configuration (el prefijo ps_ puede variar).
Busca en la columna "name" los valores PS_SHOP_DOMAIN y PS_SHOP_DOMAIN_SSL.
Haz clic en "Editar" (el icono del lápiz) en la fila correspondiente.
Cambia el "value" por tu nuevo dominio (sin http:// ni www, solo el dominio, ej. mitienda.com).
Guarda los cambios y repite para el otro valor.

6.2. Actualizar la URL en la tabla `ps_shop_url`

Ve a la tabla ps_shop_url en la misma base de datos.
Edita la fila principal: Verás una fila con el main = 1.
Actualiza los campos domain, domain_ssl y physical_uri. En physical_uri, suele estar / si tu tienda está en la raíz.

[WARNING] Si no actualizas estas URL, al entrar a tu tienda te redirigirá al servidor antiguo o te dará un error de "too many redirects".

7. Fase 6: Verificación y Pruebas Finales

Ya casi lo tenemos. Ahora es el momento de la verdad: comprobar que todo funciona.

7.1. Prueba de fuego

Accede a tu tienda: Escribe tu dominio en el navegador. ¿Sale la página de inicio?
Navega por la tienda: Haz clic en un producto, añádelo al carrito, mira tu cuenta de cliente... ¿Todo funciona?
Entra al panel de administración: Accede a tudominio.com/admin (o la URL que uses). ¿Puedes iniciar sesión?
Revisa los registros: En el panel de administración, ve a "Parámetros avanzados" > "Información" y verifica que no haya errores graves.

7.2. Problemas comunes y soluciones rápidas

Error de conexión a la base de datos: Revisa que los datos en parameters.php o settings.inc.php sean correctos.
Página en blanco: Borra la caché de nuevo. Si persiste, revisa los logs del servidor en el cPanel (sección "Métricas" > "Errores").
Imágenes rotas: Esto suele pasar por la caché. Borra la carpeta img y vuelve a regenerar las miniaturas desde el panel de administración (Parámetros avanzados > Rendimiento > Regenerar miniaturas).
El carrito no funciona: Asegúrate de que las cookies estén habilitadas y que la URL de la tienda en ps_configuration sea correcta.

8. Preguntas Frecuentes (FAQ) que te pueden surgir

❓ ¿Cuánto tarda la migración PrestaShop a cPanel?

Depende del tamaño de tu tienda. Una tienda pequeña (1-2GB) puede tardar entre 30 minutos y 1 hora. Una tienda grande (más de 10GB) puede tardar varias horas, principalmente en la subida de archivos.

❓ ¿Puedo mover PrestaShop a un servidor con una versión de PHP diferente?

Sí, pero es recomendable que la versión de PHP del nuevo servidor sea compatible con tu versión de PrestaShop. Puedes cambiar la versión de PHP desde el cPanel en "Seleccionar versión de PHP". Si tu PrestaShop es muy antiguo, es posible que necesites una versión de PHP más baja.

❓ ¿Qué pasa con mis correos electrónicos (email) durante la transferencia de PrestaShop a otro hosting?

Los correos son gestionados por el servidor de correo, no por PrestaShop. Si tu dominio y sus registros MX apuntan al nuevo servidor, los correos se gestionarán allí. Si no, seguirán yendo al servidor antiguo. Es un proceso separado de la migración de la tienda.

❓ ¿Es necesario cambiar las DNS para que la tienda funcione?

Sí, si estás cambiando de empresa de hosting,