Hay una falla que se repite en cada evento de ventas: la tienda aguanta perfecto a cientos de personas mirando productos y se cae cuando treinta intentan pagar al mismo tiempo. El dueño piensa que «llegó demasiada gente». En realidad llegó demasiada gente a la parte de la tienda que el hosting no puede aliviar.
El CyberMonday es del 5 al 7 de octubre y ya está encima: a una semana no conviene tocar nada. Pero el Black Friday es el viernes 27 de noviembre y después viene Navidad, y para eso sí hay tiempo. Esta es la revisión de hosting que hay que hacer ahora, pensada para tiendas en WooCommerce.
Por qué el caché no te salva cuando están pagando
Un buen caché guarda una copia lista de cada página y se la entrega a todos los visitantes sin hacer trabajar a WordPress. Por eso el catálogo aguanta mucho tráfico: mil personas mirando la misma ficha de producto le cuestan al servidor casi lo mismo que una.
Pero hay tres páginas que no se pueden cachear, porque cada visitante ve algo distinto: el carrito, el checkout y Mi cuenta. WooCommerce pide expresamente excluirlas de cualquier caché. Además, con la mayoría de los plugins de caché, cuando alguien agrega un producto al carrito el resto de su visita también se sirve sin caché, porque su navegador ya lleva una sesión propia.
Resultado: cada comprador activo hace trabajar a PHP y a la base de datos en cada clic. Por eso la capacidad de una tienda no se mide en visitas, sino en cuántas personas pueden estar comprando al mismo tiempo.
El número que importa: procesos simultáneos
Todo hosting limita cuántos procesos puede tener tu cuenta trabajando al mismo tiempo y cuánta memoria pueden usar. En un plan compartido es normal y sano, porque evita que una cuenta se coma el servidor de las demás. El problema es no saber cuál es tu límite.
Cuando se llena, el servidor no se «cae»: empieza a rechazar a los que llegan después. El comprador ve un error 508 o 503, o una página en blanco justo cuando iba a pagar. Qué significa cada error lo explicamos en los códigos de error 500, 508 y 522.
Tres preguntas para tu proveedor, por escrito:
- ¿Cuántos procesos simultáneos permite mi plan?
- ¿Cuánta memoria puede usar PHP en mi cuenta?
- ¿Dónde veo en el panel cuántas veces toqué esos límites el mes pasado?
La tercera es la más útil. Si ya los tocaste en un día normal, en Black Friday los vas a sobrepasar. Si nunca te acercaste, probablemente tengas margen.
Las versiones que pide WooCommerce hoy
Los requisitos cambiaron más de lo que la mayoría cree. Esto es lo que recomienda WooCommerce en su documentación de servidor, y lo que exige el plugin oficial de Webpay Plus de Transbank:
| Componente | WooCommerce recomienda | Webpay Plus (plugin REST de Transbank) |
|---|---|---|
| PHP | 8.3 o superior | 8.2 o superior |
| Base de datos | MySQL 8.0+ o MariaDB 10.6+ | — |
| WordPress | 6.9 o superior | — |
| WooCommerce | — | 7.0 o superior |
| Memoria de WordPress | 256 MB o más | — |
| HTTPS | Obligatorio | Obligatorio |
WooCommerce todavía funciona con PHP 7.4, pero su propia documentación advierte que esas versiones ya no tienen soporte y pueden dejar el sitio expuesto. Si tu tienda sigue ahí, el cambio de versión es lo primero de la lista, y se hace ahora, no en noviembre. Cómo revisar tu versión y hasta cuándo tiene soporte, en qué versión de PHP debería usar tu WordPress.
Las tareas que corren cuando nadie mira
Una tienda hace mucho trabajo que el comprador no ve: cancela los pedidos que quedaron sin pagar, libera ese stock, procesa la cola de tareas de WooCommerce y ejecuta lo que agendan tus plugins. Todo eso depende de WP-Cron, el programador de tareas de WordPress.
El detalle es que WP-Cron no corre solo: se dispara cuando alguien visita el sitio. En un día normal da lo mismo. En un peak, esas tareas se suman al trabajo de los compradores, justo cuando menos margen hay.
La solución habitual es desactivar el disparo por visitas, con define('DISABLE_WP_CRON', true); en wp-config.php, y programar una tarea real cada cinco minutos desde el panel. En cPanel se hace en «Trabajos de cron». Si no te sientes cómodo haciéndolo, pídeselo a tu proveedor: es un cambio de diez minutos.
Los pedidos: dónde se guardan
Desde la versión 8.2, las tiendas nuevas de WooCommerce guardan los pedidos en tablas propias, lo que WooCommerce llama almacenamiento de pedidos de alto rendimiento (HPOS). Antes se guardaban en las mismas tablas que las entradas del blog, lo que hace más lentas las consultas cuando hay muchos pedidos.
Si tu tienda es anterior, revisa en WooCommerce, Ajustes, Avanzado, Funcionalidades cuál está activo. Antes de cambiarlo, confirma que tus plugins son compatibles y hazlo con un respaldo reciente y en un día tranquilo. Nunca la semana del evento.
Los correos de pedido
Cada venta dispara al menos dos correos: la confirmación al comprador y el aviso a la tienda. Todo hosting tiene un tope de correos por hora por cuenta; pregúntale al tuyo cuál es. En un día normal no te acercas. En un peak, con pedidos entrando cada minuto y un newsletter que alguien programó para la misma mañana, sí.
Cuando se pasa el tope, los correos no se pierden de inmediato, pero se atrasan, y un comprador que no recibe la confirmación escribe preguntando si su pago pasó. Si tu tienda además envía campañas, sepáralas del correo de la tienda. Lo explicamos en por qué el formulario dice enviado y el correo no llega.
El momento más delicado: la vuelta desde Webpay
En Webpay Plus, el comprador paga en el sitio de Transbank y después vuelve a tu tienda, que es la que confirma la transacción y marca el pedido como pagado. Si tu sitio está saturado justo en ese momento, el comprador ve un error después de haber pagado en Transbank y el pedido puede quedar pendiente en tu tienda. Para él, la experiencia es haber pagado y no recibir confirmación.
Por eso los días de peak conviene cotejar los pedidos pendientes contra el portal de Transbank antes de cancelar nada. Y por eso el margen de procesos importa más en el checkout que en cualquier otra parte. Cómo se integran Webpay, Mercado Pago y la boleta, en los medios de pago de una tienda online en Chile.
Calendario hasta el Black Friday
| Cuándo | Qué |
|---|---|
| Esta semana | Pregúntale a tu hosting por los procesos, la memoria y el tope de correos. Revisa en el panel cuántas veces tocaste los límites |
| 5 al 7 de octubre | CyberMonday: no actualices nada. Observa los límites del panel, porque es tu mejor ensayo para noviembre |
| Octubre | Versión de PHP, cron real y HPOS, uno por vez, con respaldo y en días tranquilos |
| Primera quincena de noviembre | Compra de prueba real con Webpay y los otros medios de pago. Si el plan quedó corto, cámbialo ahora |
| Semana del 23 de noviembre | Congelamiento: nada de plugins nuevos ni actualizaciones hasta después del 27 |
El detalle de cada punto de la preparación, con respaldos y soporte, está en cómo preparar tu tienda online para los eventos de ventas.
Cuándo el plan ya no alcanza
Si en un día normal ya tocas el límite de procesos, o si en el CyberMonday ves errores al pagar, el problema no se arregla con plugins de optimización: el checkout no se puede cachear. La salida es un plan con más procesos y memoria, y a partir de cierto volumen, un servidor propio. Cómo distinguir un caso del otro, en hosting compartido o VPS. Lo que tiene que traer un hosting para tienda desde el primer día, en hosting para tienda online en Chile.
¿Quieres que revisemos tu tienda?
Si tienes una tienda en WooCommerce y no sabes si tu plan aguanta noviembre, escríbenos: revisamos contigo las versiones, el cron y el uso de recursos, y te decimos con franqueza si te alcanza con lo que tienes. Nuestro hosting WordPress es compatible con WooCommerce y se puede probar 5 días gratis, sin tarjeta.
