¿Cómo elegir hosting para una tienda online? Parte de lo que tu plataforma exige oficialmente (versiones de PHP y de la base de datos, límite de memoria, HTTPS) y después comprueba lo que decide si el pago sigue siendo rápido: tipo de disco, procesos PHP, cron, copias de seguridad y entrega de correo. Haz preguntas concretas al soporte y prueba una copia de staging antes de pagar un año. El precio de entrada y la palabra «ilimitado» dicen mucho menos.
Cómo lo comprobamos
Los requisitos proceden de las páginas oficiales de WooCommerce y PrestaShop 9, consultadas el 29.10.2026. Los comandos curl se ejecutaron con curl 8.5 en Linux. No damos umbrales de velocidad: compara proveedores con el mismo comando desde el mismo ordenador.
Qué exigen WooCommerce y PrestaShop (comprobado el 29.10.2026)
| Requisito | WooCommerce | PrestaShop 9 |
|---|---|---|
| PHP | 8.3 o superior (probado hasta 8.4) | 9.0: de 8.1 a 8.4, se recomienda 8.4; 9.1: de 8.1 a 8.5, se recomienda 8.5 |
| Base de datos | MySQL 8.0+ o MariaDB 10.6+ | MySQL 5.7+ o MariaDB 10.2+, se recomienda una versión reciente |
| Memoria | Límite de memoria de WordPress de 256 MB o más | memory_limit de al menos 512M (recomendado) |
| Otros | Soporte de HTTPS, WordPress 6.9 o superior | Extensiones como cURL, GD, Intl, Mbstring, OpenSSL, PDO MySQL, Zip |
Fuentes: requisitos del servidor de WooCommerce y requisitos del sistema de PrestaShop (en inglés). Ambos cambian con cada nueva versión.
Checklist: qué necesita una tienda y cómo comprobarlo antes de pagar
1. Una versión actual de PHP que puedas cambiar tú mismo
Un PHP antiguo es más lento y bloquea las actualizaciones de plugins y del CMS. Cómo comprobarlo: pregunta al soporte «¿Qué versiones de PHP puedo elegir para cada sitio y puedo cambiarlas en el panel?». Tras darte de alta, WordPress muestra la versión real en Herramientas > Salud del sitio > Información > Servidor, y PrestaShop en Parámetros avanzados > Información.
2. MySQL o MariaDB en la versión adecuada
Productos, pedidos y clientes viven en la base de datos, y WooCommerce necesita un servidor más reciente que PrestaShop. Cómo comprobarlo: pide la versión exacta, no solo «MySQL», o ejecuta SELECT VERSION(); en phpMyAdmin.
3. SSL gratuito para cada dominio y subdominio
Sin HTTPS en el carrito y el pago, los navegadores avisan a los compradores y las pasarelas de pago no se conectan. Cómo comprobarlo: pregunta si los certificados son gratuitos, se emiten desde el panel y se renuevan automáticamente, y después revisa el certificado activo:
curl -sv https://example.com/ -o /dev/null 2>&1 | grep -E 'expire date|issuer'4. Tipo de disco y cuota de espacio
Los filtros, la búsqueda y el panel de administración leen la base de datos sin parar, así que NVMe o SSD importa más que muchos gigas, y las fotos de producto con sus copias redimensionadas generan muchísimos archivos. Cómo comprobarlo: pregunta «¿En qué tipo de disco están los sitios y las bases de datos? ¿Cuál es la cuota de disco y hay límite de número de archivos (inodos)?». Compáralo con tu tienda: archivos, una exportación de la base de datos y espacio para copias de seguridad.
5. Workers de PHP (procesos)
El carrito, el pago y la cuenta del cliente no se cachean, así que cada una de esas peticiones necesita un proceso PHP libre. Cuando hay más peticiones que procesos, los compradores esperan o reciben un error. Este límite decide cómo aguanta una tienda unas rebajas mucho más que el tráfico incluido. Cómo comprobarlo: pregunta «¿Cuántos procesos PHP puede ejecutar mi cuenta a la vez y qué pasa al llegar al límite: una cola o un error 503/508?». En una copia de staging, envía peticiones en paralelo a una página sin caché:
seq 20 | xargs -P 5 -I{} curl -o /dev/null -s -w '%{http_code} %{time_total}\n' 'https://staging.example.com/?s=test{}'Ejecútalo solo contra tu propio sitio. Si aparecen códigos distintos de 200 o los tiempos se disparan al subir -P, has encontrado el límite.
6. Límite de memoria
La falta de memoria se nota en páginas en blanco o en un error fatal durante importaciones y actualizaciones. Cómo comprobarlo: pregunta por el memory_limit máximo y si puedes subirlo tú mismo, y después consulta el valor real en Salud del sitio o en la página de información de PrestaShop. Nuestra guía para solucionar el error Allowed memory size exhausted muestra dónde está ese ajuste.
7. Tareas cron reales
WooCommerce envía correos y ejecuta acciones programadas en segundo plano, y muchos módulos de PrestaShop necesitan tareas programadas. Las tareas que se disparan con las visitas se ejecutan con retraso por la noche y añaden carga en los picos. Cómo comprobarlo: pregunta si puedes añadir tareas cron en el panel y con qué frecuencia pueden ejecutarse. En WooCommerce, añade define('DISABLE_WP_CRON', true); a wp-config.php y una tarea como esta:
*/5 * * * * php /path/to/site/wp-cron.php >/dev/null 2>&18. Copias de seguridad que puedas restaurar tú
Los pedidos y el stock cambian cada hora, así que una copia solo sirve si es reciente y se puede restaurar. Cómo comprobarlo: pregunta «¿Cada cuánto se hacen copias automáticas, cuánto tiempo se guardan y puedo descargarlas y restaurar yo mismo una sola base de datos?». Luego crea una en el panel, descárgala y restáurala en una copia de staging.
9. Correo que llega a los clientes
Las confirmaciones de pedido que acaban en spam se convierten en tickets de soporte. Cómo comprobarlo: pregunta si puedes configurar SPF, DKIM y DMARC y si el plan limita los envíos. Tras configurarlo, ejecuta dig +short TXT example.com y dig +short TXT _dmarc.example.com, haz un pedido de prueba a una dirección de Gmail y abre «Mostrar original»: SPF, DKIM y DMARC deben indicar PASS.
10. Tiempo de respuesta en una copia de staging
Copia la tienda al nuevo hosting antes de mover el dominio (los mismos pasos que para migrar WordPress a otro hosting) y compara el tiempo hasta el primer byte con tu proveedor actual desde el mismo ordenador:
curl -o /dev/null -s -w 'DNS %{time_namelookup}s | connect %{time_connect}s | TLS %{time_appconnect}s | TTFB %{time_starttransfer}s | total %{time_total}s\n' https://staging.example.com/Ejecútalo varias veces para una página cacheada (inicio, categoría) y otra sin caché (búsqueda, carrito), y compara los resultados típicos, no el mejor.
Qué hosting le conviene a tu tienda: si pasa X, haz Y
| Si tu tienda… | Haz esto |
|---|---|
| aún está en construcción o en pruebas | Empieza con un plan básico con PHP actual y SSL gratuito; sube de plan antes del lanzamiento si las pruebas en staging muestran colas. |
| es pequeña y su catálogo está casi todo en caché | Basta un hosting compartido con NVMe: caché de páginas, una tarea cron real, copias de seguridad periódicas y SPF, DKIM y DMARC para los correos de pedidos. |
| al crecer tiene el panel, los filtros o la búsqueda lentos | Revisa memory_limit y los procesos PHP, quita plugins o módulos pesados y luego pasa a un plan superior. |
| hace rebajas con regularidad | Repite la prueba de peticiones en paralelo antes de cada campaña, cachea lo que puedas, sirve las imágenes a través de un CDN y amplía el plan para el pico si hace falta. |
| vende sobre todo en una región | Elige una ubicación de servidor cercana a esos clientes; añade un CDN si los compradores están repartidos por varios continentes. |
| tiene mucha carga sin caché todo el día, importaciones grandes y frecuentes o necesita su propio software de servidor | Se le ha quedado pequeño el hosting compartido y necesita un entorno de servidor que controles tú o un administrador, que es otro producto. |
Señales de alarma en las ofertas de hosting
- Todo «ilimitado», sin cuota de disco, límite de archivos ni límite de procesos en las condiciones.
- Solo se muestra el precio promocional; el de renovación aparece al pagar.
- El SSL es un extra de pago o hay que renovarlo a mano.
- Descargar o restaurar copias de seguridad cuesta dinero o solo se puede hacer por ticket.
- No hay cron real, no se puede elegir la versión de PHP o solo hay versiones que tu plataforma ya no soporta.
- Un «uso justo» ambiguo que permite suspender la cuenta en un pico de tráfico sin indicar el límite.
- El soporte no sabe responder por escrito a las preguntas del checklist antes de que pagues.
Dónde encaja RichHost
RichHost es un proveedor de hosting internacional, activo desde 2003, con servidores en Europa y Estados Unidos. Vende hosting compartido, no VPS ni servidores dedicados. Todos los planes, desde A3 por 8 $ al mes hasta A50 por 65 $, funcionan con discos NVMe e incluyen SSL gratuito de Let’s Encrypt, nuestro propio panel de control con asistente de IA, tareas cron y tráfico, sitios web, buzones de correo y cuentas FTP ilimitados. El espacio en disco es limitado y depende del plan: consulta las tarifas de hosting de RichHost para ver los datos de cada plan. Con el pago anual ahorras un 10 %.
Eso encaja con tiendas pequeñas y medianas en WooCommerce y PrestaShop. Antes de pagar, envía al soporte las preguntas del checklist sobre procesos y límite de memoria: aquí no publicamos esos límites. Las copias de seguridad se guardan de forma continua en la nube. Las versiones de PHP, hasta la más reciente, se eligen en el panel en todos los planes. WooCommerce funciona sobre WordPress, así que también se aplican los requisitos de hosting para WordPress. Si tu tienda encaja con la última fila de la tabla, el hosting compartido no es el producto adecuado para ella.
Preguntas frecuentes
¿Basta un hosting compartido para una tienda online?
Para la mayoría de tiendas pequeñas y medianas, sí, con PHP actual, suficientes procesos y memoria y un catálogo en caché. Una tienda lo supera cuando la carga sin caché se mantiene alta todo el día, no tras una sola noche de mucho movimiento.
¿Qué importa más: el espacio en disco o los procesos PHP?
Normalmente los procesos y la velocidad del disco. El espacio solo tiene que albergar los archivos, la base de datos y las copias, mientras que las colas en el pago se deben a la falta de procesos.
¿Cómo puedo probar un hosting sin mover la tienda?
Abre una copia de staging en una dirección temporal o mediante el archivo hosts y compárala con tu proveedor actual usando los comandos curl de arriba.
¿Necesito un certificado SSL de pago para el checkout?
No. Un certificado gratuito de Let’s Encrypt cifra el pago igual, y los datos de la tarjeta los gestiona normalmente la pasarela de pago, no se guardan en tu hosting.
Si vas a lanzar una tienda con WooCommerce o PrestaShop, mira qué incluye el hosting para tienda online de RichHost: discos NVMe, SSL gratuito para el pago y correo en tu propio dominio.
