Cómo elegir el mejor hosting para PrestaShop | Nicalia

Si buscas el mejor hosting para PrestaShop vas a encontrar siempre la misma lista de ocho o diez nombres cambiados de orden. Casi ninguna te dice qué tiene que tener el servidor para que tu tienda funcione, y ese es el dato crucial que te ahorra disgustos serios.

Un ejemplo que vemos a menudo. Alguien edita un producto con 60 combinaciones de talla y color, le da a guardar y PrestaShop responde con el mensaje verde de éxito. Al recargar, la mitad de los precios de impacto han vuelto al valor anterior. No hay error en pantalla ni aviso en el panel, y el culpable es una línea del php.ini que casi ningún hosting te enseña. Otro clásico es el error 504 en pleno Black Friday, justo cuando más gente intenta pagar.

Esta guía te sirve para elegir con criterio: qué pide PrestaShop al servidor según la versión que uses, qué tipo de hosting encaja con tu catálogo, qué preguntar antes de firmar y cómo comprobar tu hosting actual en diez minutos antes de pagar por otro. Donde un tema da para mucho más, te dejamos el enlace a la guía completa.

Por qué PrestaShop pide más que un WordPress

PrestaShop está hecho para vender de arriba abajo y eso se paga en recursos.

El back-office de las versiones 8 y 9 corre en buena parte sobre Symfony, bastante más pesado que el escritorio de WordPress. Cada vez que abres la ficha de un producto el servidor consulta combinaciones, precios específicos, reglas de catálogo, stock y traducciones. Con 200 referencias ni lo notas; con 8.000 y cinco idiomas, sí.

En la parte pública, el carrito, el proceso de compra, la cuenta del cliente y los listados con filtros van siempre contra PHP y contra la base de datos. Y por debajo PrestaShop escribe sin parar en disco: plantillas compiladas por el motor Smarty en cache/smarty/compile/ y cache/smarty/cache/, caché, sesiones, miniaturas y logs.

Por eso un hosting que va bien con una web corporativa puede hundirse con una tienda de tráfico parecido. En un pico de campaña lo que se atasca es el checkout, y ahí cada segundo de espera es un pedido que se va. Si tu tienda ya va lenta y quieres saber por qué, lo desmontamos por partes en PrestaShop lento: causas principales y cómo acelerar tu tienda.

Requisitos de servidor según tu versión de PrestaShop

Esto es lo que pide la documentación oficial de PrestaShop, versión por versión:

La base de datos mínima es MySQL 5.7 o MariaDB 10.2, aunque la propia documentación recomienda una versión reciente. Para una tienda nueva no bajaríamos de MySQL 8.0 o MariaDB 10.6.

Para trabajar con un catálogo real, además de los mínimos oficiales, nosotros usamos memory_limit a 512 MB, max_input_vars a 10.000, subidas de 64 MB y un max_execution_time de 120 a 300 segundos para las importaciones. Tienes cada directiva explicada, con las extensiones de PHP y la tabla de mínimos frente a recomendados, en Requisitos del hosting para PrestaShop: PHP, MySQL y RAM.

Hay dos cosas que conviene tener claras antes de elegir proveedor:

max_input_vars y los datos que desaparecen sin avisar

Volvemos al ejemplo del principio. Al guardar un producto el navegador manda un campo por cada precio, peso, referencia y cantidad de cada combinación, multiplicado por idiomas. Un producto con 60 combinaciones en cuatro idiomas pasa de 1.000 campos sin esfuerzo.

Muchos hostings dejan max_input_vars en 1.000, el valor por defecto de PHP. Cuando el formulario supera esa cifra PHP descarta lo que sobra, deja como mucho un aviso en el log y sigue adelante. PrestaShop guarda lo que le ha llegado y te dice que todo ha ido bien. Por eso una de las preguntas que te proponemos más abajo es si puedes cambiar este valor tú mismo.

La trampa de actualizar PHP a ciegas

El consejo de “sube siempre a la última versión de PHP” funciona casi siempre en WordPress. En PrestaShop puede tirarte la tienda.

Un PrestaShop 1.7 no arranca con PHP 8, y PrestaShop 8 no está soportado por encima de PHP 8.1. Aunque el núcleo sea compatible, los módulos de pago, de envío o de sincronización con el ERP muchas veces no lo son, y el error típico es un fallo fatal que solo aparece en el último paso del checkout.

La regla es sencilla: cambia la versión de PHP primero en una copia de la tienda, haz un pedido de prueba con cada método de pago y, si todo va bien, cámbiala en producción. Para eso necesitas un hosting que te deje elegir versión de PHP por dominio o subdominio.

La infraestructura que se nota en el checkout y en el back-office

Con los requisitos cumplidos la tienda funciona. Que vaya rápida y aguante los picos depende de tres piezas, y conviene preguntar por las tres.

Discos NVMe. Un disco mecánico ronda las 150 operaciones por segundo (IOPS), un SSD SATA las 10.000 y un NVMe de gama empresarial pasa de 75.000. Los que usamos en Nicalia superan las 500.000. Se nota sobre todo en el back-office: borrar la caché, regenerar miniaturas o importar 3.000 productos son miles de escrituras pequeñas, y en un disco lento el panel se queda pensando.

LiteSpeed con LiteSpeed Cache. LiteSpeed Web Server lee el .htaccess de PrestaShop sin tocar nada y aguanta muchas más conexiones simultáneas que un Apache clásico con la misma memoria. Además habla HTTP/3, que se nota en quien compra desde el móvil con mala cobertura. Su módulo de caché para PrestaShop sirve fichas y categorías sin arrancar PHP, rellena aparte el bloque del carrito y purga solo las páginas afectadas cuando cambias un precio o se agota el stock.

Caché de objetos y OPcache. La caché de página no llega al carrito ni al checkout. Ahí ayudan Memcached, que guarda en memoria las consultas que más se repiten, y OPcache, que evita recompilar el código PHP en cada visita.

Cómo configurar cada capa, cuándo compensa un CDN y qué opciones de CCC pueden romperte el carrito lo tienes en Caché, CDN y LiteSpeed en PrestaShop: la guía de optimización.

Seguridad, copias y soporte: lo que no sale en la comparativa de precios

Una tienda maneja datos personales y pagos, así que hay tres cosas que no deberían ser opcionales:

• Aislamiento entre cuentas. Con CloudLinux y CageFS cada cuenta vive en su propia jaula. Si otra web del mismo servidor tiene un pico de consumo o la hackean, tu tienda ni se entera.
• Un firewall de aplicación que vigile el tráfico. Imunify360 bloquea inyecciones de código, escaneos de vulnerabilidades y ataques de fuerza bruta contra el acceso al back-office.
• SSL que se renueve solo. Con Let’s Encrypt el certificado se renueva sin que tengas que acordarte.

Las copias de seguridad tienen que ser diarias y guardarse fuera del servidor principal. Un módulo de transporte que falla al actualizar o un .htaccess mal editado te pueden dejar sin vender una tarde entera, y con una copia externa lo arreglas en minutos.

Y el soporte cuenta tanto como el hardware. Cuando algo se rompe un sábado por la noche necesitas que te conteste un técnico que sepa lo que es un PrestaShop, y que lo haga esa misma noche.

Qué tipo de hosting necesitas según tu catálogo

El número de visitas orienta, pero en PrestaShop pesa más lo que tienes dentro: cuántas referencias, cuántas combinaciones y si sincronizas con un ERP o con marketplaces.

Si estás en el borde entre dos filas, sube. Un catálogo con muchas combinaciones y filtros por atributo consume más que el número de pedidos, y una sincronización de stock cada pocos minutos con Odoo, SAP o Sage cuenta como tráfico aunque nadie esté comprando. Si esa sincronización es constante y bidireccional, piensa directamente en un VPS o en un servidor semidedicado. Si dudas entre elástico y VPS, en Hosting PrestaShop vs VPS repasamos las señales que indican el salto.

Qué mirar en cada tipo de hosting

El mejor hosting para PrestaShop depende de la fase en la que esté tu tienda, y cada tipo tiene su letra pequeña.

Hosting compartido NVMe con LiteSpeed. Es donde empieza casi todo el mundo y donde puede quedarse una tienda pequeña o mediana bien optimizada. Lo que tienes que mirar es que cada cuenta tenga recursos aislados (con CloudLinux y CageFS, por ejemplo) para que el vecino no te tire la tienda, y que los límites de RAM y procesos estén publicados. Desconfía del “tráfico ilimitado” sin más datos, porque en una tienda lo que cuenta es cuántos procesos PHP puede atender a la vez.

Hosting elástico o con recursos dedicados. Sigue siendo un entorno gestionado con cPanel, pero con RAM y CPU reservadas para ti. Es el paso lógico cuando el compartido se queda corto en campañas o en Black Friday y no quieres administrar un servidor. Pregunta si los recursos están garantizados o son “hasta”, porque no es lo mismo.

VPS administrado. Tu propio servidor con acceso root, que alguien vigila y mantiene por ti. Tiene sentido para catálogos grandes, multitienda, sincronizaciones con ERP o cuando necesitas instalar software que no cabe en un compartido, como Redis con la memoria que tú decidas o un Elasticsearch para la búsqueda. Aquí la pregunta clave es qué incluye “administrado”: monitorización, actualizaciones, copias externas y quién responde a las tres de la mañana.

Plataformas cerradas con la tienda preinstalada. Te quitan el servidor de la cabeza, pero te atan a la versión de PrestaShop, a los módulos y a la configuración que decida la plataforma. Si más adelante necesitas subir max_input_vars, cambiar de versión de PHP o instalar un módulo concreto, puede que no puedas.

Por qué importa que el datacenter esté en España

Si vendes sobre todo en España, tener el servidor aquí tiene dos ventajas que no dependen del plan que contrates.

La primera es la velocidad. Cuanto más cerca está el servidor del comprador, menos tarda cada petición en ir y volver, y eso baja el TTFB y el LCP, dos métricas que Google mira para las Core Web Vitals. En una tienda, donde cada ficha carga imágenes, scripts y llamadas al carrito, esos milisegundos se suman.

La segunda es legal. Nombres, direcciones y datos de pedido de tus clientes son datos personales sujetos al RGPD. Con el servidor en España los datos se quedan bajo jurisdicción europea y te ahorras las dudas de las transferencias internacionales.

Diez preguntas que hacer a un hosting antes de firmar

Si estás comparando, manda estas preguntas por escrito. La forma en que te contesten ya dice mucho del soporte que vas a tener.

1. ¿Qué versiones de PHP tenéis y puedo elegir una distinta por dominio o subdominio?
2. ¿Puedo cambiar yo max_input_vars, memory_limit y max_execution_time? ¿Hasta qué valores?
3. ¿Los discos son NVMe o SSD SATA?
4. ¿Qué servidor web usáis? Si es LiteSpeed, ¿funciona el módulo LiteSpeed Cache para PrestaShop?
5. ¿Qué límites de procesos simultáneos tiene mi cuenta y qué pasa cuando se superan?
6. ¿Cada cuánto hacéis copia de seguridad, dónde se guarda y cuánto tardo en restaurar una?
7. ¿Puedo montar una copia de pruebas de la tienda para probar actualizaciones?
8. ¿La migración desde mi hosting actual está incluida? ¿La hacéis vosotros?
9. ¿El soporte conoce PrestaShop o solo el servidor?
10. ¿Dónde está el datacenter?

Cómo auditar tu hosting actual en diez minutos

Antes de migrar, comprueba si tu problema es el hosting. A veces lo es, y a veces son tres módulos mal configurados.

Paso 1: sube phppsinfo.php

PrestaShop mantiene una herramienta oficial de diagnóstico en GitHub, en el repositorio PrestaShop/php-ps-info. Descarga la última versión, descomprime el ZIP y sube el archivo phppsinfo.php a la carpeta de tu tienda por FTP o desde el administrador de archivos del panel.

Paso 2: revisa el informe

Abre https://tudominio.com/phppsinfo.php en el navegador. El usuario y la contraseña por defecto son prestashop. Verás la versión de PHP y de MySQL, las extensiones instaladas, la configuración de PHP y los permisos de las carpetas, con lo que no cumple marcado en rojo.

Fíjate sobre todo en memory_limit, max_input_vars, la versión de PHP frente a la tabla de arriba y las extensiones que falten.

Cuando termines, borra el archivo. Enseña mucha información de tu servidor y no debe quedarse en producción.

Paso 3: descarta los fallos de configuración

Entra en Parámetros avanzados > Rendimiento y comprueba lo básico: modo depuración desactivado, caché de Smarty activada y compilación de plantillas en “No recompilar nunca” o, si estás tocando el tema, en “Recompilar si se modifican los archivos”. Revisa también qué módulos tienes instalados y no usas. El repaso completo, con las rutas de caché que hay que vaciar y el orden para activar CCC sin romper el carrito, está en la guía de PrestaShop lento.

Si después de esto tu servidor cumple los requisitos y la tienda sigue lenta en hora punta, el problema ya es de recursos, y ahí sí toca cambiar de plan o de proveedor.

Cambiar de hosting sin perder pedidos

Lo que más respeto da de migrar son los pedidos que entren durante el cambio. La clave es montar la tienda en el servidor nuevo mientras el dominio sigue apuntando al antiguo, probarla entera con una URL temporal y cambiar los DNS solo al final, con la tienda unos minutos en mantenimiento. Un truco que ayuda: baja el TTL del dominio a 300 segundos un día antes para que el cambio se propague en minutos.

El paso a paso completo, con las tablas de la base de datos y los archivos de configuración que hay que tocar, está en Cómo migrar PrestaShop de hosting sin caídas. O puedes saltártelo y dejar que lo hagamos nosotros.

Hosting PrestaShop en Nicalia