Knowledge Base Guide

Hosting PrestaShop: Requisitos, configuración del servidor y rendimiento

Cómo elegir hosting para PrestaShop — compartido vs VPS vs dedicado, requisitos por versión, configuración del servidor, SSL, CDN y guía de migración.

Cómo elegir hosting para PrestaShop: lo que realmente importa

El hosting es la base de su tienda. Si se equivoca, ninguna optimización le salvará. Esta guía es obstinada — hemos ejecutado PrestaShop en todo, desde hosting compartido de $3/mes hasta servidores dedicados de 64GB. Le decimos qué funciona y dónde merece la pena invertir su dinero.

Tipos de hosting explicados

Hosting compartido ($3-15/mes)

Su tienda comparte un servidor con cientos de otros sitios web. Obtiene cPanel, configuración PHP limitada y sin acceso root.

  • Ventajas: Barato, gestiónado por usted, incluye alojamiento de correo electrónico
  • Desventajas: Los vecinos ruidosos arruinan el rendimiento, sin SSH en planes básicos, no se puede instalar Redis ni Varnish, versión de PHP frecuentemente bloqueada, IP compartida perjudica la entregabilidad del correo

Suficiente para menos de 500 productos y poco tráfico. Insuficiente para cualquier cosa seria.

VPS ($5-60/mes)

RAM, CPU y disco dedicados. Acceso root. Control total sobre todo.

  • VPS administrado: El proveedor se encarga de las actualizaciones del SO y la seguridad. Usted gestióna la aplicación. Los paneles de gestión o el hosting administrado añaden $5-20/mes sobre el coste del VPS.
  • VPS no administrado: Servidor en blanco, acceso SSH, usted administra todo. Más barato pero requiere conocimientos de Linux.

Este es el punto ideal para el 90% de las tiendas PrestaShop.

Servidor dedicado ($80-300+/mes)

Un servidor físico completo. Sin sobrecarga de virtualización. Excesivo para la mayoría de tiendas, esencial para más de 50K productos con alto tráfico.

VPS en la nube

Los proveedores de VPS en la nube ofrecen facturación por horas, aprovisionamiento rápido, snapshots y APIs. El precio para 2GB/2vCPU oscila entre $5-15/mes dependiendo del proveedor y la región. Los proveedores europeos suelen ser más baratos que los estadounidenses para especificaciones equivalentes.

Hosting administrado para PrestaShop

Preconfigurado para PrestaShop con soporte específico para PS. Más caro, menos flexible, frecuentemente infraestructura revendida.

El hosting administrado para PS tiene sentido si no tiene ningún conocimiento de administración de servidores. Para todos los demás, un VPS con una pila LEMP ofrece mejor rendimiento a menor coste.

Requisitos mínimos por versión de PS

PrestaShop 1.7

  • PHP: 7.1-7.4 • MySQL: 5.5+ (5.7 recomendado) • RAM: 2GB mín, 4GB recomendado
  • Extensiones: curl, gd, intl, mbstring, zip, xml, json, openssl

PrestaShop 8.x

  • PHP: 7.2-8.1 (8.1 muy recomendado) • MySQL: 5.6+ • RAM: 4GB mín
  • Extensiones: Las mismas que 1.7 más fileinfo, iconv

PrestaShop 9.x

  • PHP: 8.1-8.4 (8.2+ recomendado) • MySQL: 8.0+ o MariaDB 10.5+ • RAM: 4GB mín, 8GB recomendado
  • Extensiones: Las mismas que 8.x, aplican los requisitos de Symfony 6.4
Estos son mínimos. Una tienda con 5.000 productos, 50 módulos y tráfico real necesita 4-8GB de RAM independientemente de la versión. El “mínimo” le permite instalar, no rendir bien.

Guía de dimensionamiento

Tamaño de tiendaProductosVisitantes diariosRAMCPUDisco
Inicial<500<2002GB1 core20GB SSD
Pequeña500-2K200-1K4GB2 cores40GB SSD
Mediana2K-10K1K-5K8GB4 cores80GB SSD
Grande10K+5K+16GB+4-8 cores160GB+ SSD

Una tienda con 5.000 productos y 5 imágenes cada uno, regeneradas en 7 tipos de imagen, utiliza 10-20GB solo en imágenes.

Lo que realmente importa para el rendimiento

A los proveedores les encanta citar cores, RAM y ancho de banda. Esto es lo que realmente marca la diferencia, en orden:

1. Versión de PHP y OPcache

PHP 8.1 es un 20-40% más rápido que 7.4 con código idéntico. OPcache es aún más importante — sin él, PrestaShop recompila cientos de archivos PHP por cada carga de página. Con él, el bytecode se sirve desde la memoria.

opcache.enable=1
opcache.memory_consumption=256
opcache.max_accelerated_files=20000
opcache.validate_timestamps=1
opcache.revalidate_freq=60

Si su host no soporta OPcache o ejecuta PHP 7.x en 2026, márchese inmediatamente.

2. E/S de disco — SSD es obligatorio

PrestaShop lee cientos de archivos por solicitud. Lectura aleatoria en HDD: 5-15ms. SSD: 0.1ms. Solo esto supone una diferencia de 3x. Nunca ejecute PrestaShop en HDD.

3. Configuración de MySQL

Una página típica ejecuta 100-300 consultas. innodb_buffer_pool_size determina cuántos datos permanecen en RAM. Establézcalo al 50-70% de la RAM en un servidor de BD dedicado, 25-40% en un servidor combinado de app+bd.

4. RAM

Cada worker de PHP-FPM utiliza 30-80MB. Diez workers = 300-800MB solo para PHP. Añada MySQL, OPcache, Redis, SO — 2GB es justo.

5. HTTP/2

Multiplexa las solicitudes sobre una única conexión. Reduce el tiempo de carga un 20-40% en tiendas que cargan 60-80 recursos. Requiere HTTPS.

Hosting compartido: conozca los límites

El hosting compartido funciona para tiendas pequeñas. Estos son los muros con los que se encontrará:

  • Sin SSH: No puede ejecutar comandos CLI, Composer ni comandos de consola
  • Límites de cron: Muchos hosts limitan a cada 15 minutos. PrestaShop necesita cron frecuente.
  • memory_limit limitado: 128-256MB es común. Las importaciones grandes fallan silenciosamente.
  • Sin Redis: Solo caché basada en archivos — lenta en almacenamiento compartido
  • IP compartida: El spam de otro sitio pone su IP en lista negra. Los correos de pedidos dejan de llegar. Consulte nuestra guía de entregabilidad de correo.

Al elegir hosting compartido, priorice: acceso SSH, control de versión de PHP, soporte de OPcache y límites de memoria adecuados. Verifique el precio de renovación — las ofertas de introducción son marketing.

Los precios de introducción son marketing. $2.99/mes se renueva a $10.99. Siempre verifique el precio de renovación.

VPS: la elección correcta para la mayoría de tiendas

Por qué gana el VPS

  • Acceso root completo — instale Redis, Varnish, Elasticsearch, lo que sea
  • Recursos dedicados — sin vecinos ruidosos
  • Control total de OPcache y PHP-FPM
  • SSH y cron sin restricciones
  • Nginx en lugar de Apache
  • Snapshots del servidor antes de cambios arriesgados

Qué buscar en un proveedor de VPS

  • Almacenamiento SSD/NVMe: No negociable. Si no lo especifican, asuma HDD.
  • Precio justo: 2GB/2vCPU debería costar $5-15/mes. Si cuesta $30, está pagando de más.
  • Ubicación del datacenter: Elija uno cercano a sus clientes. Las tiendas en la UE necesitan datacenters en la UE.
  • Snapshots: Snapshots gratuitos o económicos para revertir rápidamente antes de actualizaciones.
  • Buena documentación: Va a configurar el servidor. La calidad de la documentación importa.

Si nunca ha administrado un servidor Linux, considere un servicio de VPS administrado o un panel de gestión de servidores ($5-20/mes adicionales).

Configuración de la pila LEMP

# Debian 12 / Ubuntu 22.04
apt install nginx php8.2-fpm php8.2-mysql php8.2-curl \
    php8.2-gd php8.2-intl php8.2-mbstring php8.2-xml \
    php8.2-zip php8.2-opcache mariadb-server redis-server -y
mysql_secure_installation
¿Nunca ha administrado un servidor Linux? Empiece con un VPS administrado o un panel de gestión. Un VPS mal configurado es peor que un hosting compartido. Consulte nuestra guía de hardening de seguridad.

Dedicado y nube: cuando necesita más

Supere el VPS cuando tenga: más de 50K productos, más de 5K visitantes diarios, multitienda con más de 5 tiendas, o necesite un SLA de disponibilidad del 99.99%.

Los servidores dedicados con 64GB de RAM y unidades NVMe pueden costar tan solo 40-60 EUR/mes con proveedores europeos. Más potencia de la que la mayoría de tiendas necesitan, pero la relación precio-rendimiento a menudo supera al VPS en la nube a gran escala.

Pasos de escalado: separar el servidor de base de datos (mayor retorno), Redis en su propia instancia, luego un balanceador de carga con múltiples servidores de aplicación para tráfico muy alto (requiere almacenamiento compartido y sesiones en Redis).

Configuración del servidor para PrestaShop

Use Nginx, no Apache

Apache es el predeterminado porque el hosting compartido lo utiliza, no porque sea mejor. Nginx usa E/S dirigida por eventos (10-30MB frente a 300-800MB para Apache prefork), sirve archivos estáticos sin PHP y tiene caché FastCGI integrada.

Si debe usar Apache, utilice mpm_event con PHP-FPM, nunca mpm_prefork con mod_php.

Configuración de PHP-FPM

pm = dynamic
pm.max_children = 20
pm.start_servers = 5
pm.min_spare_servers = 3
pm.max_spare_servers = 10
pm.max_requests = 500
php_admin_value[memory_limit] = 512M
php_admin_value[max_execution_time] = 300

Fórmula para pm.max_children: (RAM disponible - MySQL - SO) / 50MB por worker. Con 4GB: (4000 - 1500 - 500) / 50 = 40. Establezca 20-30 para dejar margen.

Ajuste de MySQL

[mysqld]
innodb_buffer_pool_size = 2G
innodb_log_file_size = 256M
innodb_flush_log_at_trx_commit = 2
tmp_table_size = 64M
max_heap_table_size = 64M
slow_query_log = 1
long_query_time = 1
Active el log de consultas lentas. Una sola consulta mala que se ejecuta 200 veces por página es peor que un servidor lento. El log es la forma de encontrarla. Consulte nuestra guía de rendimiento para más detalles.

Redis para sesiones y caché

PrestaShop almacena sesiones y caché en disco por defecto. Redis traslada ambos a RAM — lecturas más rápidas, sin E/S de disco, expiración automática. Utiliza 50-100MB y elimina la causa más común de páginas de administración lentas: el bloqueo de sesiones en el sistema de archivos.

SSL/TLS: no negociable

Toda tienda necesita HTTPS. Google penaliza HTTP. Los navegadores muestran advertencias. Los proveedores de pago lo exigen.

Let's Encrypt

Gratuito, automatizado, se renueva cada 90 días. Instale Certbot y olvídese:

apt install certbot python3-certbot-nginx -y
certbot --nginx -d sutienda.com -d www.sutienda.com

Cloudflare SSL

SSL gratuito mediante su proxy. Use siempre el modo Full (Strict) — Flexible envía tráfico sin cifrar a su servidor. Configure la cabecera X-Forwarded-Proto para que PrestaShop detecte HTTPS detrás del proxy.

Forzar HTTPS

Actívelo en Shop Parameters → General, luego añada una redirección en el servidor:

# Nginx
server {
    listen 80;
    server_name yourshop.com;
    return 301 https://yourshop.com$request_uri;
}

# Apache (.htaccess)
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

CDN: cuándo y cómo

Para una tienda que sirve a una región con un servidor local, un CDN añade velocidad mínima. El valor está en el caching y la protección DDoS.

El nivel gratuito de Cloudflare es suficiente para la mayoría de tiendas: CDN global, SSL gratuito, protección DDoS, HTTP/2, Brotli. Configure en Advanced Parameters → Performance → Media Servers.

  • Cachee agresivamente: Imágenes, CSS, JS, fuentes
  • Nunca cachee: Admin, carrito, checkout, my-account, páginas con cookies de PrestaShop
Nunca active “Cache Everything” en todo su dominio. Las páginas de checkout cacheadas significan que un cliente ve el carrito de otro. Cachee solo recursos estáticos y patrones de URL específicos.

Copias de seguridad: su host no es suficiente

Las copias de seguridad de su proveedor son semanales, en la misma infraestructura, y puede que no funcionen cuando las necesite. Eso es una manta de seguridad, no una estrategia. El proveedor se cae = las copias de seguridad también desaparecen. El ransomware cifra los archivos y las versiones cifradas se respaldan. Usted necesita la base de datos de hace 2 horas, no la del martes pasado.

Mínimo: volcados de BD automatizados diarios + copias de seguridad de archivos, almacenados fuera del servidor, retención de 30 días, restauraciones de prueba mensuales. Todos los detalles en nuestra guía de copias de seguridad.

Migración entre hosts

  1. Configure el nuevo servidor con la misma versión de PHP y extensiones
  2. Exporte la base de datos: mysqldump -u root -p prestashop_db | gzip > backup.sql.gz
  3. Transfiera los archivos: rsync -avz /var/www/html/prestashop/ newserver:/var/www/html/prestashop/
  4. Importe la base de datos en el nuevo servidor
  5. Actualice las credenciales en app/config/parameters.php
  6. Corrija los permisos: chown -R www-data:www-data, directorios 755, archivos 644
  7. Limpie la caché: rm -rf var/cache/*
  8. Pruebe usando /etc/hosts para apuntar el dominio a la nueva IP
  9. Reduzca el TTL del DNS a 300 segundos 24 horas antes del cambio
  10. Sincronización final de la BD justo antes del cambio de DNS para capturar los últimos pedidos

Errores comunes

  • Permisos de archivos: El usuario del servidor web debe ser propietario de los archivos. Escribibles: var/cache, img, upload, download
  • .htaccess faltante: Las herramientas de migración omiten archivos ocultos. Apache necesita AllowOverride All.
  • URL base incorrecta: Actualice ps_shop_url si cambia el dominio
  • Salto de versión PHP: De 7.4 a 8.1 puede romper módulos que usan funciones obsoletas
Nunca cambie el DNS antes de probar. Use su /etc/hosts local para apuntar el dominio a la nueva IP y pruebe el checkout, el admin y todas las páginas clave.

Señales de alarma: cuándo marcharse

Técnicas

  • Sin SSH: No puede diagnosticar ni desplegar correctamente
  • PHP 7.x en 2026: Fin de vida, vulnerabilidades conocidas sin parchear
  • Sin OPcache: Rendimiento 3-5x peor sin ningún motivo
  • Almacenamiento HDD: Si no dicen SSD/NVMe, asuma HDD
  • php.ini bloqueado: No puede ejecutar PrestaShop correctamente

Comerciales

  • “Ilimitado” en cualquier cosa: Nada es ilimitado. Le limitan el rendimiento.
  • Marcas de empresas holding: Múltiples hosts “diferentes” propiedad de la misma empresa — misma infraestructura sobrevendida, logotipos diferentes
  • Sin SLA de disponibilidad: No confían en su propia infraestructura
  • El soporte tarda días: Una tienda caída a las 2 AM necesita minutos, no días hábiles
  • Facturación anual obligatoria: Cuentan con que usted no se irá cuando esté decepcionado
El hosting más barato es el que no se cae durante el Black Friday. Un ahorro de $5/mes que le cuesta $5.000 en ventas perdidas no es un ahorro.

La lista de verificación del hosting

Verifique cada punto antes de comprometerse con un proveedor.

Servidor

  • La versión de PHP cumple los requisitos de PS
  • Todas las extensiones PHP requeridas están disponibles
  • php.ini configurable (memory_limit, OPcache)
  • Versión de MySQL/MariaDB compatible
  • Almacenamiento SSD o NVMe
  • Acceso SSH
  • Cron sin restricciones

Rendimiento

  • OPcache habilitado y configurable
  • RAM suficiente (4GB+ recomendado)
  • Soporte HTTP/2
  • Redis o Memcached disponible

Fiabilidad

  • SLA de disponibilidad del 99.9%+
  • Copias de seguridad automáticas y manuales
  • Respuesta de soporte crítico en menos de una hora
  • Datacenter cercano a sus clientes

Precios

  • Precio de renovación verificado (no solo el de introducción)
  • Facturación mensual disponible
  • Límites de transferencia comprendidos
  • Sin restricciones de migración

Nuestra recomendación

  1. Comenzando: VPS en la nube con 2GB de RAM ($5-10/mes) + CDN/SSL gratuito. Supera a la mayoría del hosting compartido de $15/mes.
  2. Tienda en crecimiento: VPS administrado ($15-30/mes). Ellos gestiónan el servidor, usted se enfoca en vender.
  3. Establecida (1K+ visitantes/día): VPS con 8-16GB de RAM, MariaDB dedicado, Redis, Nginx + caché FastCGI. $15-40/mes.
  4. Gran catálogo, alto tráfico: Servidor dedicado o arquitectura cloud separada. $50-100+/mes.

Configure la monitorización desde el primer día — UptimeRobot es gratuito para 50 monitores. Después de resolver el hosting: optimice con nuestra guía de rendimiento, protéjalo con nuestra lista de verificación de seguridad, y configure copias de seguridad reales con nuestra guía de copias de seguridad. El hosting es la base — pero solo el comienzo.

More guides available

Browse our knowledge base for more practical PrestaShop tutorials, or reach out if you need help.

Cargando...
Volver arriba