Introducción: por qué los picos importan más que la media
Cuando desarrollas una tienda WooCommerce, no es la media diaria la que suele romperte —son los picos. Un lanzamiento, una campaña de e‑mail o una promoción viral pueden multiplicar el tráfico en minutos. Este artículo te ofrece una guía práctica, técnica y accesible para elegir CPU, RAM y coste en SiteGround pensando en picos de tráfico, con recomendaciones accionables y comprobables.
Principios sencillos antes de las cifras
- La concurrencia importa: 1.000 visitantes en una hora no es igual que 200 concurrentes.
- PHP workers y consultas DB: son el cuello de botella habitual en WooCommerce (carrito, checkout, AJAX).
- Caching y CDN reducen necesidad de CPU: un buen sistema de caché y CDN puede convertir picos brutales en carga manejable.
- Escalabilidad: preferible pagar por una opción que escale (Cloud) frente a un plan compartido rígido.
Escenarios de tráfico y recursos recomendados
A continuación verás escenarios típicos y configuraciones recomendadas (CPU, RAM, PHP workers) para enfrentarlos. Las cifras son guías basadas en prácticas de arquitectura para WooCommerce.
| Escenario | Visitas/día (pico) | Concurrentes estimados | CPU (vCPU) | RAM | PHP workers | Tipo de plan SiteGround sugerido | Precio estimado/mes (aprox.) |
|---|---|---|---|---|---|---|---|
| Pequeña tienda | lt 2.000 | lt 20 | 1–2 vCPU | 1–2 GB | 5–10 | Compartido/WooCommerce básico | 7–30 (promociones iniciales) |
| Media con picos | 2.000–15.000 | 20–100 | 2–4 vCPU | 4–8 GB | 10–20 | Cloud entry / plan WooCommerce avanzado | 80–250 |
| Alta demanda (ventas masivas) | 15.000–75.000 | 100–500 | 4–8 vCPU | 8–16 GB | 20–60 | Cloud escalable / servidores dedicados | 250–800 |
| Tráfico empresarial | gt75.000 | 500 | 8 vCPU (pool de escalado) | 16–64 GB | 50–200 | Clúster/infra de alto rendimiento | 800–3000 (según arquitectura) |
Notas sobre las cifras de la tabla
Las cifras reflejan la realidad técnica de WooCommerce: cada checkout implica PHP, consultas a la base de datos y escritura/lectura de sesión. Es crítico contar con suficientes PHP workers para que las peticiones concurrentes no se encolen excesivamente. La RAM evita swap y mejora respuesta en picos. Los precios son aproximados y varían según promoción, región y si eliges facturación anual o mensual en SiteGround.
Opciones de SiteGround: qué buscar y dónde encajan
SiteGround ofrece desde alojamiento compartido optimizado para WooCommerce hasta opciones Cloud y dedicadas. Para decisiones rápidas:
- Planes compartidos/WooCommerce gestionado: buenos para tiendas pequeñas y medias con tráfico predecible. Menor coste inicial, pero limitados en escalado inmediato.
- Cloud de SiteGround: ideal para picos: instancias con vCPU/RAM definibles y posibilidad de aumentar recursos. Recomendado si esperas campañas con tráfico variable.
- Servidores dedicados/arquitectura personalizada: para quienes necesitan control total y alta concurrencia sostenida.
Puedes revisar detalles y actualizaciones oficiales en SiteGround y su oferta para WooCommerce en la página de WooCommerce de SiteGround.
Ejemplo práctico: plan Cloud para una venta flash
Si vas a lanzar una venta flash y esperas 40.000 visitas en pocas horas con picos de 300–400 concurrentes, una configuración recomendada sería:
- CPU: 4–8 vCPU
- RAM: 8–16 GB
- PHP workers: 30–60
- Almacenamiento: SSD NVMe con I/O alto
- CDN: activado (preferiblemente con múltiples POPs)
- Cache dinámico y object cache (Redis/Memcached) para sesiones y fragmentos críticos
- Precio estimado (SiteGround Cloud): 250–600/mes según el plan y la región
Tabla práctica: recursos críticos y por qué importan
| Recurso | Por qué importa | Recomendación práctica |
|---|---|---|
| vCPU | Procesa PHP, cron, tareas de background | Priorizar más vCPU para picos de concurrencia la latencia baja se nota en conversiones |
| RAM | Evita swap y permite más procesos simultáneos | Mínimo 4GB para tiendas con tráfico medio 8–16GB para altos picos |
| PHP workers | Limita cuántas peticiones PHP se ejecutan en paralelo | Incrementar para evitar colas balanceado con RAM |
| Storage I/O | Impacta consultas DB y carga de assets | SSD NVMe y mayor IOPS para minis y checkouts intensivos |
| Base de datos | Checkout y búsqueda dependen de ella | Optimizar índices, usar consultas preparadas y, si es posible, DB gestionada dedicada |
Checklist técnico urgente antes de una campaña
- Habilitar CDN y servir assets estáticos desde el CDN.
- Comprobar y aumentar PHP workers según estimación de concurrencia.
- Configurar object cache (Redis/Memcached) para fragmentos clave y sesiones.
- Pruebas de carga (k6, JMeter, Loader.io) simulando picos reales.
- Optimizar base de datos: índices, limpieza de transients, limitar consultas por petición.
- Offload de media (S3, DigitalOcean Spaces) para reducir I/O del servidor.
- Plan de escala: conocer cómo subir vCPU/RAM en SiteGround Cloud rápidamente.
Buenas prácticas de optimización que reducen costeo
- Cache por nivel: page cache fragment cache en páginas con partes dinámicas (carrito, mini-cart).
- Lazy loading y reducción de JS/CSS: menos CPU por petición y menos bytes a la CDN.
- Offload de funciones no críticas: enviar procesos de e‑mail y reportes a colas (RabbitMQ, Redis queues) y workers externos.
- Monitorización en tiempo real: CPU, respuestas PHP, tiempos DB y tasas de error. Actuar ante cuellos.
Costes y estrategia económica en SiteGround
En general, la estrategia es pagar por lo justo y contar con margen para subir. Si tu tienda es sensible a picos, invertir en un plan Cloud temporal o en un plan superior durante promociones suele ser más barato que perder conversiones por caída. Recuerda que SiteGround suele ofrecer precios promocionales iniciales y posteriores renovaciones con coste mayor, así que considera la facturación anual y opciones de migración rápida entre planes. Para ver planes y precios actualizados visita SiteGround.
Resumen práctico — qué elegir según tu objetivo
- Reducir coste sin sacrificar picos moderados: plan WooCommerce gestionado CDN optimización (1–2 vCPU, 2–4GB RAM).
- Prepararte para campañas puntuales: migrar temporalmente a Cloud (2–4 vCPU, 4–8GB) y escalar si hace falta.
- Ventas masivas recurrentes: arquitectura Cloud/Dedicada con autoescalado y Redis/DB dedicada (4 vCPU, 8 GB).
Conclusión
La clave no es sólo elegir más CPU o más RAM, sino entender cómo se combinan con PHP workers, cache, DB y CDN para transformar picos en tráfico manejable. SiteGround ofrece rutas desde opciones económicas hasta soluciones Cloud escalables la decisión correcta depende de la concurrencia esperada y de cuánto estés dispuesto a invertir para proteger la conversión en momentos críticos. Si vas a hacer una campaña o tienes picos previsibles, planifica con antelación: aumenta vCPU/RAM temporalmente, prueba, y activa objeto y CDN para que cada dólar invertido rinda en ventas.
