Requisitos del sistema de PrestaShop 9: PHP, MySQL y hosting

Elegir hosting para PrestaShop 9 no debería empezar con una etiqueta de marketing como «hosting para comercio electrónico» u «optimizado para PrestaShop».

Debe comenzar por los requisitos reales de la aplicación.

PrestaShop 9 cuenta con una pila tecnológica modernizada basada en PHP 8.x, Symfony 6.4, MySQL o MariaDB y una arquitectura de aplicación más exigente que la de una simple web corporativa. Un servidor capaz de instalar técnicamente PrestaShop no necesariamente puede operar una tienda real de forma fiable.

Esta guía cubre los requisitos oficiales del sistema de PrestaShop 9 y, sobre todo, explica cómo convertir esos mínimos en un entorno de producción razonable.

Nota de versión: este artículo se verificó el 22 de septiembre de 2026. La página oficial de requisitos recomienda PHP 8.5 para PrestaShop 9.1. PrestaShop 9.1.5 es la última versión estable de la rama 9.1 en el momento de redactar el artículo.

Requisitos de PrestaShop 9 de un vistazo

La documentación oficial actual de PrestaShop 9 indica los siguientes requisitos básicos:

Estos valores son un punto de partida.

Una tienda con 500 productos y diez pedidos al día puede funcionar cómodamente con una infraestructura modesta.

Una tienda con:

• 100.000 productos;
• millones de archivos de imagen;
• miles de combinaciones;
• importaciones XML de proveedores;
• sincronización con marketplaces;
• varias tiendas;
• integración con ERP;
• tareas cron de gran tamaño;
• muchos usuarios del Back Office;

tiene un perfil de consumo de recursos completamente distinto.

Compatibilidad de PHP con PrestaShop 9

PHP es una de las primeras cosas que debes comprobar antes de instalar o actualizar a PrestaShop 9.

PrestaShop 9.0

La tabla oficial de compatibilidad indica actualmente:

• PHP 8.1 — compatible
• PHP 8.2 — compatible
• PHP 8.3 — compatible
• PHP 8.4 — recomendado
• PHP 8.5 — no compatible con la versión 9.0

PrestaShop 9.1

La tabla actual indica:

• PHP 8.1 — compatible
• PHP 8.2 — compatible
• PHP 8.3 — compatible
• PHP 8.4 — compatible
• PHP 8.5 — recomendado

Esta distinción es importante.

No te limites a preguntar a tu proveedor de hosting si «admite PHP 8».

Debes conocer:

1. la versión exacta de PrestaShop;
2. la versión exacta de PHP;
3. si tus módulos son compatibles con esa versión de PHP;
4. si tu tema o código personalizado tiene problemas de compatibilidad con PHP.

¿Debes usar siempre la versión de PHP recomendada?

Para una instalación nueva, usar la versión de PHP recomendada suele ser una buena opción inicial.

Para una tienda que ya está en producción, prueba primero.

Un módulo puede ser compatible con PrestaShop 9.1 y aun así contener código que falla en PHP 8.5.

Los problemas habituales de compatibilidad con PHP incluyen:

• tipos de parámetros más estrictos;
• pasar null cuando se requiere una cadena o un número;
• funciones eliminadas u obsoletas;
• problemas con propiedades dinámicas;
• dependencias de Composer incompatibles;
• bibliotecas antiguas de proveedores;
• firmas de métodos no válidas.

El procedimiento correcto es:

clonar producción → cambiar staging a la versión de PHP prevista → probarlo todo → desplegar

No cambies PHP directamente en una tienda con grandes ingresos solo porque el panel de hosting lo presenta como un desplegable inofensivo.

Comprueba PHP web y PHP CLI por separado

Esta es una fuente habitual de confusión.

La versión de PHP que usa tu sitio web puede ser distinta de la que se utiliza en SSH o en las tareas cron.

Por ejemplo:

php -v

puede indicar PHP 8.3 mientras que PHP-FPM, que sirve el sitio, utiliza PHP 8.5.

Del mismo modo, un comando cron como:

php /var/www/shop/bin/console ...

puede utilizar accidentalmente el ejecutable PHP predeterminado del servidor en lugar de la versión configurada para la tienda.

Comprueba siempre:

• PHP para la web;
• PHP de línea de comandos (CLI);
• PHP de cron;
• PHP de supervisor y de los workers de cola.

Estos componentes deben utilizar versiones elegidas y probadas de forma consciente.

Límite de memoria PHP: por qué importan los 512M

La documentación actual de PrestaShop 9 recomienda configurar el valor PHP memory_limit como mínimo en:

memory_limit = 512M

Este límite se aplica por cada proceso PHP, no a la memoria total del servidor.

Esta distinción es extremadamente importante.

Supongamos que cada worker PHP-FPM puede consumir hasta 512 MB.

Si configuras 30 workers PHP simultáneos, la exposición teórica de memoria de PHP será muy elevada.

En la práctica, la mayoría de las solicitudes utilizarán mucha menos memoria, pero debes dimensionar el grupo de workers según el uso medido.

No soluciones los problemas de memoria aumentando el límite indefinidamente

Si un proceso de importación alcanza repetidamente los 512 MB, la respuesta no tiene por qué ser:

memory_limit = 2048M

El problema real puede ser código que carga en memoria un archivo XML completo del proveedor o todos los productos.

Una arquitectura mejor consiste en:

Archivo del proveedor
    ↓
Analizador en flujo
    ↓
Lote de productos
    ↓
Procesar
    ↓
Guardar el progreso
    ↓
Siguiente lote

Esto mantiene el consumo de memoria predecible.

El mismo principio se aplica a:

• importaciones CSV;
• regeneración de imágenes;
• exportaciones de catálogos;
• generación de mapas del sitio;
• operaciones grandes de base de datos.

Requisitos de MySQL

La versión mínima oficial actual para PrestaShop 9 es:

MySQL 5.7

Sin embargo, la documentación recomienda utilizar una versión reciente de la base de datos.

Es una recomendación sensata.

La versión mínima sirve para definir los límites de compatibilidad, pero una nueva infraestructura de producción no debería diseñarse deliberadamente alrededor de una versión de base de datos obsoleta salvo que exista una restricción específica.

Tu versión de base de datos también debe ser compatible con:

• tu sistema operativo;
• tu proveedor de hosting;
• tus herramientas de copia de seguridad;
• tu sistema de monitorización;
• tu estrategia de replicación, si existe.

Requisitos de MariaDB

PrestaShop 9 indica actualmente:

MariaDB 10.2 como mínimo

De nuevo, utiliza una versión moderna y compatible para un nuevo despliegue en producción siempre que sea posible.

No elijas entre MySQL y MariaDB basándote únicamente en artículos de benchmarks.

La experiencia operativa importa más.

Utiliza el motor de base de datos que tu equipo o proveedor de hosting sepa:

• monitorizar;
• hacer copias de seguridad;
• restaurar;
• optimizar;
• actualizar de forma segura.

El rendimiento de la base de datos es más que una versión

Una versión moderna de base de datos no puede compensar una mala arquitectura de datos.

Entre los factores importantes están:

• el tamaño del buffer pool de InnoDB;
• la latencia del disco;
• la RAM disponible;
• la monitorización de consultas lentas;
• el tamaño de las tablas;
• los índices;
• los límites de conexiones;
• el comportamiento de las tablas temporales;
• el diseño de las consultas.

PrestaShop puede generar grandes volúmenes de datos incluso con una cantidad moderada de productos.

Un producto puede estar representado en:

• tablas de productos;
• tablas de idiomas;
• tablas de tiendas;
• asociaciones de categorías;
• tablas de imágenes;
• tablas de características;
• tablas de atributos;
• tablas de stock;
• tablas específicas de módulos.

Por tanto, un catálogo de 100.000 productos puede implicar millones de filas relacionadas.

Utiliza el registro de consultas lentas

Para las tiendas grandes, la optimización de la base de datos debe basarse en pruebas.

Activa y analiza el registro de consultas lentas de forma controlada.

Busca consultas que se ejecuten durante:

• la carga de categorías;
• las búsquedas;
• la edición de productos;
• las tablas de pedidos;
• las importaciones;
• la sincronización del inventario;
• la generación de feeds.

Después, analízalas mediante:

EXPLAIN

No instales paquetes de índices descargados al azar de Internet.

Un índice debe corresponder a una consulta que tu tienda realmente ejecute.

Requisitos de Apache

La documentación oficial de PrestaShop indica actualmente:

Apache 2.4 o posterior

Apache sigue siendo una plataforma perfectamente válida para PrestaShop.

El servidor web debe admitir las reglas de reescritura necesarias y tener una configuración que permita que las URL amigables y las reglas de seguridad de PrestaShop funcionen correctamente.

Entre los aspectos importantes se encuentran:

• las reglas de reescritura;
• las redirecciones HTTPS;
• la caché de recursos estáticos;
• los límites de subida de archivos;
• los límites del cuerpo de las solicitudes;
• la compresión;
• los controles de acceso.

Si utilizas Apache con PHP-FPM, supervisa ambas capas por separado.

¿Puede PrestaShop 9 funcionar con Nginx?

Sí.

PrestaShop es compatible con Nginx y la documentación oficial para desarrolladores ofrece un ejemplo avanzado de configuración de Nginx.

Nginx se utiliza habitualmente para:

• el proxy inverso;
• la entrega de recursos estáticos;
• PHP-FPM;
• la terminación TLS;
• el almacenamiento en caché;
• la limitación de la frecuencia de solicitudes.

Un detalle importante de PrestaShop 9 es la gestión de imágenes.

Como PrestaShop 9 admite formatos modernos como WebP y AVIF, las reglas de reescritura y la configuración de archivos estáticos deben manejar correctamente esas extensiones de imagen.

No copies una configuración antigua de Nginx para PrestaShop 1.7 sin revisarla.

Apache frente a Nginx para PrestaShop 9

No hay un ganador universal.

Una instalación de Apache bien configurada puede superar a una instalación de Nginx mal configurada, y viceversa.

Elige según:

• la experiencia del administrador;
• el soporte del proveedor de alojamiento;
• las herramientas de despliegue;
• la arquitectura de caché;
• la observabilidad.

En muchas tiendas, los principales problemas de rendimiento ni siquiera están en el servidor web.

Son:

• módulos lentos;
• consultas SQL deficientes;
• imágenes demasiado grandes;
• demasiados procesos PHP;
• importaciones pesadas;
• discos lentos.

Extensiones PHP necesarias

PrestaShop necesita varias extensiones PHP para funcionar correctamente.

La documentación oficial enumera explícitamente las siguientes extensiones:

• OpenSSL;
• PDO;
• PDO MySQL;
• SimpleXML;
• Zip.

Tu entorno de alojamiento también puede necesitar otras extensiones habituales utilizadas por PrestaShop y sus módulos.

Por ejemplo:

• cURL;
• GD;
• Intl;
• Mbstring;
• DOM;
• Fileinfo;
• compatibilidad con JSON incluida en las versiones modernas de PHP.

Antes de instalar, utiliza el comprobador oficial de requisitos de PrestaShop en lugar de suponer que un paquete genérico de PHP incluye todo lo necesario.

allow_url_fopen

Los requisitos oficiales actuales de PrestaShop 9 especifican:

allow_url_fopen = On

PrestaShop utiliza el acceso a archivos remotos en algunas partes de su funcionamiento.

La documentación también recomienda:

allow_url_include = Off

Son ajustes diferentes.

allow_url_fopen permite que las funciones PHP compatibles accedan a URL remotas.

allow_url_include permite incluir archivos remotos mediante las operaciones include de PHP y debe permanecer desactivado.

Límites de subida de archivos PHP

Las tiendas que importan productos, módulos, temas o archivos de datos grandes deben revisar:

upload_max_filesize
post_max_size
max_execution_time
max_input_time

No establezcas todos los límites en valores enormes sin analizarlo.

Para grandes feeds de proveedores, la CLI suele ser mejor que subir 1 GB desde el Back Office.

Un proceso sólido descarga o recibe el feed del proveedor de forma controlada y lo procesa por lotes.

Configuración de procesos PHP-FPM

Si utilizas PHP-FPM, uno de los ajustes más importantes es la capacidad de los procesos de trabajo.

Entre los parámetros habituales del pool se incluyen:

pm.max_children
pm.start_servers
pm.min_spare_servers
pm.max_spare_servers

No existe un valor universal correcto.

Mide el consumo real de memoria de los procesos PHP.

Por ejemplo, si un proceso ocupado consume 150 MB de media y el servidor tiene 8 GB de RAM, configurar 50 procesos PHP sería peligroso si se tiene en cuenta:

• MySQL;
• Redis;
• el sistema operativo;
• el servidor web;
• las tareas cron;
• la caché del sistema de archivos.

Quedarse sin memoria puede causar mucho más daño que hacer esperar brevemente a un usuario a que quede libre un proceso.

OPcache debe estar activado

Un servidor PrestaShop en producción debe utilizar PHP OPcache.

OPcache almacena el bytecode PHP compilado en memoria para que PHP no tenga que analizar y compilar cada archivo en cada petición.

En una instalación grande de PrestaShop con muchos módulos, OPcache necesita memoria suficiente para mantener en caché el código útil.

Supervisa:

• el uso de memoria de OPcache;
• el número de scripts almacenados en caché;
• la frecuencia de reinicios;
• la tasa de aciertos de caché.

No basta con activarlo y suponer que la configuración predeterminada es óptima.

RAM del servidor: ¿cuánta necesitas realmente?

Los requisitos oficiales de PrestaShop indican, en esencia, que disponer de más RAM resulta útil y recomiendan al menos 512 MB de memoria por script PHP.

Sin embargo, eso no significa que un servidor de producción necesite exactamente 512 MB de RAM total.

Una orientación práctica aproximada:

Tienda pequeña

Una tienda pequeña con poco tráfico puede funcionar con:

• 2–4 GB de RAM;
• un número limitado de procesos PHP;
• una base de datos modesta;
• pocas tareas en segundo plano.

Tienda mediana

Una tienda con más actividad puede beneficiarse de:

• 4–8 GB de RAM;
• más procesos PHP;
• una caché InnoDB mayor;
• Redis;
• importaciones periódicas.

Catálogo grande o tienda con mucho tráfico

Las tiendas con catálogos grandes y mucha automatización pueden necesitar:

• 8–32 GB de RAM o más;
• recursos dedicados para la base de datos;
• procesos de trabajo separados para tareas;
• pools de PHP bien dimensionados.

Estos no son requisitos oficiales de PrestaShop.

Son ejemplos de planificación de capacidad.

La respuesta correcta depende de medir tu carga de trabajo.

Requisitos de CPU

PrestaShop no exige un modelo específico de CPU.

Lo importante es la carga de trabajo.

PHP se beneficia de un rendimiento alto por núcleo, mientras que el tráfico concurrente y las tareas en segundo plano aprovechan los núcleos adicionales.

Las tareas que consumen mucha CPU incluyen:

• el cambio de tamaño de imágenes;
• la codificación AVIF;
• las importaciones grandes;
• la generación de feeds;
• la indexación de búsquedas;
• la reconstrucción de la caché;
• el procesamiento de XML.

Si una tienda atiende tráfico de clientes y varias importaciones pesadas simultáneamente, los núcleos adicionales pueden ofrecer un margen útil.

Almacenamiento: SSD o NVMe

Para un alojamiento moderno de PrestaShop, SSD debe considerarse el punto de partida.

NVMe resulta especialmente útil para:

• las bases de datos grandes;
• muchas lecturas y escrituras aleatorias;
• catálogos con muchas imágenes;
• cargas de trabajo intensivas en caché;
• una alta concurrencia.

Los discos duros mecánicos aún pueden servir para copias de seguridad o archivo, pero son una mala opción para bases de datos de comercio electrónico activas.

Controla el uso de inodos

Las instalaciones de PrestaShop con muchas imágenes pueden generar cantidades enormes de archivos.

Cada imagen de producto puede generar varios tamaños o tipos.

Si tienes:

100,000 productos
× 3 imágenes
× 8 tipos de imagen

puedes alcanzar fácilmente millones de archivos generados.

Algunos planes de alojamiento imponen límites de inodos.

Por tanto, un servidor puede mostrar mucho espacio libre en disco y aun así rechazar la creación de archivos porque se ha agotado la cuota de inodos.

Supervisa ambos indicadores:

• la capacidad de almacenamiento;
• el consumo de inodos.

Formatos de imagen en PrestaShop 9

PrestaShop 9 introdujo compatibilidad nativa con:

• WebP;
• AVIF.

Estos formatos pueden reducir considerablemente el tamaño de las imágenes transferidas.

Sin embargo, codificar AVIF puede requerir más CPU.

Si regeneras cientos de miles de imágenes, programa el trabajo como mantenimiento o tarea CLI en lugar de ejecutarlo durante las horas punta.

Planificación del espacio en disco

No calcules el almacenamiento solo en función del directorio actual de imágenes de productos.

Ten en cuenta también:

• la base de datos;
• los registros;
• la caché;
• las importaciones temporales;
• las copias de seguridad;
• las miniaturas generadas;
• las copias de preproducción;
• las versiones de despliegue;
• los archivos de exportación.

Un servidor seguro necesita espacio de reserva.

Trabajar permanentemente con el disco al 90–95 % deja poco espacio para operaciones temporales y aumenta el riesgo de incidentes.

Sistema operativo

La documentación oficial de PrestaShop indica que funciona mejor en sistemas basados en Unix, como:

• Linux;
• macOS.

Para el alojamiento de producción, Linux es la opción habitual.

Windows puede funcionar en algunos escenarios, pero no cuenta con el mismo nivel de soporte activo.

Una infraestructura de producción típica puede utilizar:

Linux
Nginx o Apache
PHP-FPM
MySQL/MariaDB
Redis
Cron/systemd

¿Es suficiente el hosting compartido?

El alojamiento compartido puede ser suficiente para:

• un catálogo pequeño;
• poco tráfico;
• una automatización mínima;
• un número reducido de módulos.

Las limitaciones suelen aparecer cuando necesitas:

• tareas CLI de larga duración;
• configuraciones PHP personalizadas;
• límites elevados de procesos;
• Redis;
• importaciones grandes;
• SSH;
• una configuración Nginx personalizada;
• supervisión de procesos;
• monitorización detallada.

Un plan compartido puede anunciar mucho espacio en disco y limitar severamente la CPU o el tiempo de proceso.

Consulta los límites reales.

¿Cuándo elegir un VPS?

Un VPS resulta útil cuando necesitas controlar de forma predecible:

• la versión de PHP;
• PHP-FPM;
• la configuración de la base de datos;
• cron;
• Redis;
• el sistema de archivos;
• el servidor web;
• los registros;
• las herramientas de seguridad.

Para tiendas con importaciones exigentes, módulos personalizados o decenas de miles de productos, un VPS suele resultar más práctico que un alojamiento compartido limitado.

También facilita estandarizar los entornos de desarrollo y producción.

Servidor dedicado o infraestructura en la nube

Un servidor dedicado o un entorno en la nube de mayor tamaño resulta útil cuando:

• el tráfico es constantemente alto;
• las tareas de catálogo son exigentes;
• la base de datos es grande;
• muchos empleados trabajan en el Back Office;
• los requisitos de disponibilidad son estrictos.

No dividas todo en microservicios solo porque la tienda sea grande.

Un único servidor potente con una base de datos bien configurada puede ser más fácil de mantener que una arquitectura distribuida innecesariamente compleja.

Amplía la infraestructura cuando los datos lo justifiquen.

Redis y caché

Redis puede ayudar en arquitecturas que lo utilizan correctamente para:

• la caché;
• las sesiones;
• las colas;
• los bloqueos.

No es un interruptor universal para «acelerar PrestaShop».

Si una página de producto dedica la mayor parte del tiempo a ejecutar una consulta SQL sin índice, Redis no resolverá el problema de fondo.

Utiliza la caché después de medir dónde se consume el tiempo.

CDN

Una CDN resulta útil para recursos estáticos como:

• las imágenes de productos;
• CSS;
• JavaScript;
• las fuentes.

Entre sus beneficios se incluyen:

• menos tráfico hacia el servidor de origen;
• entrega más rápida a visitantes lejanos;
• mejores tasas de aciertos de caché;
• menos presión sobre el ancho de banda.

Pero una CDN no elimina las consultas PHP o de base de datos lentas.

Mide el TTFB por separado del tiempo de descarga de los recursos.

Acceso a cron y CLI

Para una tienda PrestaShop profesional, el acceso SSH y cron es muy valioso.

Las tareas largas se ejecutan mejor mediante CLI:

php bin/console ...

o mediante comandos específicos de los módulos.

Ejemplos:

• importaciones de productos;
• actualizaciones de existencias;
• optimización de imágenes;
• sincronización de categorías;
• generación de feeds;
• tareas de mantenimiento.

La CLI evita muchos tiempos de espera agotados en navegadores y proxies.

Las tiendas grandes deben separar las cargas de trabajo

Si tu tienda importa 100 000 productos cada noche, ese trabajo en segundo plano compite por recursos con el tráfico de clientes.

Un mejor diseño utiliza:

• lotes de tamaño limitado;
• colas;
• límites de procesos de trabajo;
• bloqueos;
• horarios de baja actividad.

Por ejemplo:

Tráfico web → Grupo PHP-FPM
Importación de productos → Proceso CLI
Procesamiento de imágenes → Proceso dedicado
Sincronización de stock → Tarea cron pequeña y frecuente
Base de datos → Recurso compartido pero supervisado

Así se evita que una tarea gigantesca consuma todo el servidor.

Requisitos de copias de seguridad

El alojamiento no está completo sin copias de seguridad.

Mantén copias de seguridad de:

• la base de datos;
• los archivos;
• las imágenes de productos;
• la configuración de los módulos;
• la configuración del entorno.

No guardes la única copia de seguridad en el mismo disco que producción.

Un fallo de disco no debería destruir tanto la tienda como su copia de seguridad.

Prueba las restauraciones

El estado «correcto» de una copia de seguridad solo demuestra que un programa ha creado un archivo.

No demuestra que puedas reconstruir la tienda.

Restaura periódicamente las copias en un entorno de pruebas y verifica:

• las importaciones de la base de datos;
• que existan las imágenes;
• que funcione el Back Office;
• que se carguen los módulos;
• que se conozcan las definiciones de cron;
• que estén disponibles las variables de entorno.

HTTPS es obligatorio en la práctica

Una tienda en línea de producción debe funcionar íntegramente mediante HTTPS.

Esto protege:

• las credenciales de las cuentas;
• las sesiones;
• la comunicación API;
• los datos del proceso de compra.

Utiliza una configuración TLS moderna y automatiza la renovación de certificados.

Asegúrate también de que:

• HTTP redirija a HTTPS;
• las URL canónicas utilicen HTTPS;
• los enlaces internos no generen contenido mixto.

La entrega de correo forma parte del hosting

Las confirmaciones de pedido, los restablecimientos de contraseña, los mensajes de soporte y las notificaciones de cuenta dependen de una entrega fiable del correo.

Utiliza un proveedor adecuado de correo transaccional o un servicio SMTP configurado correctamente.

Supervisa:

• los errores de entrega;
• la autenticación;
• SPF;
• DKIM;
• DMARC.

Un servidor perfecto no basta si los clientes nunca reciben los correos de confirmación de pedido.

Registros y monitorización

Una infraestructura PrestaShop de producción debe ofrecer acceso a:

• los registros de acceso de Nginx/Apache;
• los registros de errores de Nginx/Apache;
• los errores PHP;
• los registros de PrestaShop;
• las consultas lentas de la base de datos;
• las métricas del sistema;
• los registros de cron.

Supervisa:

• la CPU;
• la RAM;
• el disco;
• el uso de inodos;
• la saturación de procesos PHP;
• las conexiones de la base de datos;
• los errores HTTP 5xx;
• la duración de las tareas.

Sin monitorización, los problemas de capacidad solo se descubren después de las quejas de clientes.

Requisitos de desarrollo

Si trabajas con una versión de desarrollo de PrestaShop en lugar de un paquete de producción instalado, la documentación oficial también enumera herramientas de desarrollo.

PrestaShop utiliza Composer para las dependencias PHP.

La documentación actual también especifica Node.js 20.x para el flujo de desarrollo correspondiente.

Los comerciantes que instalan una versión empaquetada de PrestaShop normalmente no necesitan compilar toda la plataforma por su cuenta.

Sin embargo, los desarrolladores de módulos y temas deben mantener un conjunto de herramientas de desarrollo compatible.

Docker para el desarrollo de PrestaShop

Docker puede ser muy útil para desarrollo y pruebas porque permite fijar las versiones de forma explícita.

Un entorno de desarrollo puede fijar:

• PHP;
• MySQL/MariaDB;
• el servidor web;
• Redis;
• las herramientas para probar el correo.

Esto ayuda a reproducir errores y comprobar la compatibilidad de los módulos.

Docker también puede utilizarse en producción, pero contenerizar una aplicación no la hace automáticamente escalable.

Sigues necesitando:

• almacenamiento persistente de la base de datos;
• una estrategia de copias de seguridad;
• almacenamiento de imágenes;
• registro de eventos;
• una arquitectura de procesos de trabajo;
• una estrategia de despliegue.

Ejemplo de arquitectura para una tienda pequeña en producción

Una tienda pequeña pero profesional podría utilizar:

1 VPS
├── Nginx
├── PHP-FPM
├── PrestaShop 9
├── MariaDB/MySQL
├── Redis
└── cron / Procesos CLI

Esta arquitectura es sencilla y fácil de diagnosticar.

Ejemplo de arquitectura de mayor escala

Una tienda más grande podría evolucionar hacia:

Balanceador de carga / CDN
        ↓
Servidores de aplicaciones
        ↓
PHP-FPM
        ↓
Redis
        ↓
Servidor de base de datos
        ↓
Copia de seguridad / réplica

Procesos separados:
- importaciones
- imágenes
- flujos
- sincronización de stock

No empieces por aquí a menos que el tráfico y las operaciones justifiquen la complejidad adicional.

Lista de comprobación de hosting para PrestaShop 9

Antes de lanzar la tienda, comprueba:

• la versión exacta de PrestaShop elegida
• la versión compatible de PHP configurada
• la versión de PHP del servidor web comprobada
• la versión de PHP de CLI comprobada
• la versión de PHP de cron comprobada
• las extensiones PHP necesarias instaladas
• memory_limit al menos 512M cuando corresponda
• allow_url_fopen activado
• allow_url_include desactivado
• la versión compatible de MySQL/MariaDB
• las copias de seguridad de la base de datos automatizadas
• la restauración de la base de datos probada
• el almacenamiento SSD/NVMe
• suficiente espacio libre en disco
• el uso de inodos supervisado
• OPcache activado
• un pool PHP-FPM bien dimensionado
• HTTPS habilitado
• el correo transaccional probado
• cron disponible
• SSH/CLI disponible para mantenimiento
• los registros del servidor web accesibles
• los registros de PHP accesibles
• la monitorización de consultas lentas disponible
• la monitorización del sistema activa

Preguntas frecuentes

¿Qué versión de PHP requiere PrestaShop 9?

PrestaShop 9.0 admite PHP 8.1 a PHP 8.4, con PHP 8.4 recomendado. PrestaShop 9.1 admite PHP 8.1 a PHP 8.5, con PHP 8.5 recomendado según la tabla oficial actual de requisitos.

¿Admite PrestaShop 9 PHP 8.5?

Sí, PrestaShop 9.1 admite PHP 8.5 y actualmente lo recomienda. PrestaShop 9.0 no incluye PHP 8.5 entre las versiones admitidas.

¿Cuál es la versión mínima de MySQL para PrestaShop 9?

El mínimo oficial es MySQL 5.7. Para nuevas instalaciones se recomienda una versión reciente compatible.

¿Cuál es la versión mínima de MariaDB?

El mínimo oficial es MariaDB 10.2.

¿Cuánta memoria PHP necesita PrestaShop 9?

La documentación oficial recomienda un mínimo memory_limit de 512M por script. El servidor también necesita suficiente RAM para los procesos PHP, la base de datos, el sistema operativo, la caché y las tareas en segundo plano.

¿Puede PrestaShop 9 funcionar con Nginx?

Sí. Nginx es compatible y PrestaShop ofrece instrucciones de configuración.

¿Son suficientes 2 GB de RAM?

Puede bastar para una tienda pequeña con poco tráfico y un número cuidadosamente limitado de procesos PHP, pero las necesidades dependen del catálogo, los módulos, las importaciones y la carga de la base de datos.

¿Son suficientes 8 GB de RAM para 100.000 productos?

Posiblemente, pero el número de productos por sí solo no basta para responder. Importan las combinaciones, imágenes, tráfico, importaciones, módulos, tamaño de la base de datos y concurrencia de procesos.

¿Necesito Redis?

No. Redis puede ser útil para caché, sesiones, colas o bloqueos en una arquitectura adecuada, pero no es obligatorio para todas las tiendas.

¿Debo elegir hosting compartido o un VPS?

El alojamiento compartido puede servir para tiendas pequeñas. Un VPS suele ser más práctico cuando necesitas controlar PHP, cron, Redis, importaciones, registros y ajustes del servidor.

Guías y recursos relacionados con PrestaShop 9

• guía para actualizar de forma segura PrestaShop 8 a 9
• optimización del rendimiento de PrestaShop 9
• guía de desarrollo de módulos para PrestaShop 9