El Black Friday en tu tienda online se prepara ahora, no la semana de las ofertas. Este año 2026 cae el viernes 27 de noviembre y el Cyber Monday el lunes 30, pero muchas tiendas arrancan la campaña una semana antes. Eso deja unas tres semanas útiles para preparar tu tienda online para Black Friday y revisar la parte técnica sin prisas.
Cada año vemos el mismo patrón en los servidores: tiendas que funcionan bien once meses al año y que el viernes de las ofertas se quedan lentas, sueltan errores 503 o no envían los correos de confirmación de pedido. Casi nunca es mala suerte. Suele ser algo que se podía haber detectado en octubre. En este artículo te contamos qué revisamos nosotros, en qué orden y con qué margen de tiempo, tanto si tu tienda usa WooCommerce como PrestaShop.
Qué significa preparar una tienda online para Black Friday
Preparar una tienda online para Black Friday consiste en comprobar que la web aguanta varias veces su tráfico habitual sin perder velocidad, que el proceso de compra funciona de principio a fin y que tienes un plan si algo falla. Afecta al hosting, a la caché, a la pasarela de pago, al correo y también a cómo anuncias los descuentos.
La parte de marketing (banners, cupones, newsletters) suele estar resuelta con semanas de antelación. La parte técnica se deja para el final porque «siempre ha funcionado». El problema es que los picos de tráfico no se parecen a un día normal: hay más visitas simultáneas, más gente con el carrito abierto a la vez y más búsquedas internas, que son justo las peticiones que la caché no puede servir.
Por qué la velocidad pesa tanto en Black Friday
En una campaña de descuentos, el cliente tiene diez pestañas abiertas con la misma oferta en tiendas distintas. Si la tuya tarda, cierra la pestaña y compra en otra. Un estudio de Deloitte encargado por Google, Milliseconds Make Millions, analizó sesiones reales de webs móviles europeas y midió que mejorar 0,1 segundos varias métricas de velocidad aumentaba un 8,4 % la conversión en tiendas online, con un gasto medio un 9,2 % mayor.
Ese dato no significa que tu tienda vaya a vender un 8 % más por arañar una décima, pero sí indica hacia dónde empuja la velocidad. Para tener una referencia objetiva, Google recomienda que el LCP (lo que tarda en aparecer el contenido principal) quede por debajo de 2,5 segundos, según su guía de Core Web Vitals. Mide tu ficha de producto y tu página de categoría más visitada con PageSpeed Insights antes de tocar nada, así sabrás si los cambios mejoran algo.
Cuatro semanas antes: actualizaciones, copias y staging
Lo primero es dejar el software al día. WordPress, WooCommerce, PrestaShop, módulos, plugins, tema y versión de PHP. Hace unos días se publicó php2shell, una vulnerabilidad crítica en el propio PHP, y es exactamente el tipo de aviso que no quieres recibir la semana de las ofertas. Actualizar ahora te da tiempo para detectar incompatibilidades con calma, sin una campaña en marcha.
Antes de actualizar, haz una copia de seguridad completa y comprueba que sabes restaurarla. Una copia que nunca has probado a recuperar es una apuesta. Si tu hosting ofrece entorno de staging (en k3bone.com puedes clonar la web con Softaculous), prueba allí las actualizaciones y haz un pedido completo de prueba antes de pasarlas a producción.
Aprovecha también para hacer limpieza. Plugins que ya no usas, módulos de PrestaShop desactivados pero instalados, revisiones de entradas acumuladas y tablas de logs que crecen sin control. Todo eso pesa en cada consulta a la base de datos, y en un pico de tráfico se nota.
Tres semanas antes: mide los recursos de tu hosting
En un hosting compartido con CloudLinux, cada cuenta tiene límites de CPU, memoria y procesos simultáneos (los llamados entry processes). Cuando una web los alcanza, el servidor empieza a devolver errores 508 o 503 aunque la máquina tenga recursos de sobra para otros clientes. En cPanel puedes verlo en el apartado Uso de recursos, que muestra si has tocado algún límite en los últimos días.
Revisa ese histórico en los picos que ya has tenido: una newsletter, una promoción anterior, el Black Friday del año pasado. Si ya rozabas el límite con tráfico normal, en noviembre lo vas a superar. En k3bone.com puedes cambiar de plan cuando quieras, sin permanencia, así que subir de plan para noviembre y diciembre y bajarlo en enero es una opción razonable. Si tu tienda ya se queda pequeña de forma habitual, quizá toca valorar un VPS administrado.
Caché LiteSpeed: lo que hay que dejar bien configurado
La caché LiteSpeed es la mejor defensa contra los picos, porque sirve las páginas ya generadas sin ejecutar PHP ni consultar la base de datos. Para WordPress existe el plugin LiteSpeed Cache y para PrestaShop el módulo LiteSpeed Cache for PrestaShop. Comprueba que están activos y que realmente sirven caché: en las herramientas de desarrollo del navegador, la cabecera x-litespeed-cache: hit te lo confirma.
Hay páginas que nunca deben cachearse: carrito, checkout, mi cuenta y cualquier página con datos del cliente. Con la configuración estándar de WooCommerce y PrestaShop ya quedan fuera de la caché, pero si has añadido páginas personalizadas o un plugin de checkout distinto, revísalo. Una página de carrito cacheada puede enseñar a un cliente el carrito de otro, y eso es bastante peor que una web lenta.
El otro punto es el calentamiento de caché. Cuando lanzas las ofertas, cambias precios y la caché se vacía, así que los primeros visitantes generan cada página desde cero, justo en el peor momento. El crawler de LiteSpeed recorre el sitemap y regenera las páginas caducadas antes de que lleguen las visitas. Según la documentación de LiteSpeed, el crawler tiene que estar habilitado a nivel de servidor, así que consulta a tu proveedor si puedes usarlo. Nuestro consejo: programa los cambios de precio con antelación y deja que la caché se regenere antes de anunciar la campaña.
Por último, las imágenes. Las fotos de producto suelen ser lo que más pesa en una ficha. Conviértelas a WebP, ajusta el tamaño al que realmente se muestra y activa la carga diferida para las que quedan por debajo del primer pantallazo.
Pruebas de carga sin tumbar tu propia web
La única forma de saber cuántas visitas aguanta tu tienda es probarlo. Herramientas como k6 o Loader.io simulan usuarios navegando por la web y te enseñan en qué punto empiezan a subir los tiempos de respuesta. La prueba útil reproduce un recorrido real: portada, categoría, ficha de producto, añadir al carrito. Cargar mil veces la portada cacheada no te dice nada.
Un aviso importante: en un hosting compartido, una prueba de carga sin avisar puede activar las protecciones anti-DDoS y bloquear tu propia IP, o afectar a otras webs del servidor. Avísanos antes por ticket y la hacemos de forma controlada. Si la prueba se lanza en staging, mejor todavía.
Pagos, correos y precios: lo que no se ve hasta que falla
Haz una compra real de principio a fin con cada método de pago que ofreces: tarjeta, Bizum, PayPal, transferencia. Comprueba que el pedido entra en estado correcto, que el stock baja y que llegan los correos al cliente y a ti. Las pasarelas cambian sus integraciones y caducan claves de API, y un fallo en el pago no se ve en ninguna métrica de velocidad.
Los correos de confirmación necesitan los registros SPF, DKIM y DMARC bien configurados en el dominio. Sin ellos, Gmail y Outlook pueden mandar tus confirmaciones de pedido a spam, y el cliente que no recibe su confirmación abre una reclamación o escribe al soporte pensando que no ha comprado. En cPanel puedes revisarlos desde la sección de entregabilidad de correo.
Y una cuestión legal que conviene tener clara al cargar los descuentos. El artículo 20 de la Ley de Ordenación del Comercio Minorista obliga a mostrar el precio anterior junto al rebajado, y ese precio anterior debe ser el más bajo aplicado en los 30 días previos. El Ministerio de Consumo ya ha sancionado a comercios online por subir precios antes del Black Friday para rebajarlos después, con multas que pueden llegar a 100.000 euros. Si importas precios por CSV o con un plugin de rebajas programadas, revisa qué «precio anterior» muestra la ficha.
La semana del Black Friday: congela los cambios
A partir del lunes 23, nuestra recomendación es no instalar plugins, no actualizar el tema y no tocar la configuración salvo que haya un fallo de seguridad grave. En sistemas lo llamamos congelar cambios, y tiene una razón práctica: si algo falla el viernes, quieres saber que la web es la misma que funcionaba el miércoles.
Prepara también un pequeño plan de contingencia. Quién vigila la tienda durante el fin de semana, a quién se avisa si cae y qué hacer si una oferta agota el stock antes de tiempo. Ten a mano el acceso a cPanel, el contacto con tu pasarela de pago y el enlace para abrir un ticket. En k3bone.com monitorizamos los servidores las 24 horas, pero los fines de semana el soporte de incidencias de hosting funciona por ticket, con respuesta en un máximo de 24 horas. Si tu campaña cae en sábado y domingo y necesitas a alguien pendiente de la propia tienda, lo mejor es organizarlo antes con un bono de horas de mantenimiento.
Después del Cyber Monday: aprende para el año que viene
Cuando pase la campaña, revisa el uso de recursos de esos días, los errores del servidor y las páginas más lentas. Es la mejor información que vas a tener sobre cómo se comporta tu tienda bajo presión, y sirve también para Navidad y para las rebajas de enero.
Apunta qué falló, qué funcionó y qué habrías hecho antes. Si subiste de plan, decide si lo mantienes. Y guarda la lista de esta guía, porque el año que viene te ahorrará la mitad del trabajo.
| Cuándo | Qué revisar |
|---|---|
| 4 semanas antes | Actualizaciones de CMS, plugins y PHP; copia de seguridad probada; staging; limpieza de plugins y base de datos |
| 3 semanas antes | Uso de recursos en cPanel; cambio de plan o VPS si hace falta; caché LiteSpeed y optimización de imágenes |
| 2 semanas antes | Prueba de carga coordinada con el proveedor; compra completa con cada método de pago; SPF, DKIM y DMARC |
| 1 semana antes | Precios cargados respetando la regla de los 30 días; caché regenerada; congelación de cambios |
| Durante la campaña | Monitorización, stock y plan de contingencia con contactos a mano |
| Después | Revisión de recursos, errores y páginas lentas; decidir el plan para enero |
Preguntas frecuentes sobre Black Friday y hosting
¿Con cuánta antelación hay que preparar la tienda online para Black Friday?
Lo ideal es empezar cuatro semanas antes, a finales de octubre. Así hay tiempo para actualizar, probar en staging y cambiar de plan de hosting sin hacerlo con la campaña ya en marcha.
¿Necesito un VPS para el Black Friday?
No siempre. Muchas tiendas pequeñas y medianas aguantan bien en un hosting compartido con caché LiteSpeed bien configurada. Si el uso de recursos de cPanel muestra que ya alcanzas los límites con tráfico normal, entonces sí conviene subir de plan o pasar a un VPS.
¿Puedo actualizar WordPress o PrestaShop la semana del Black Friday?
Mejor no, salvo que se trate de un parche de seguridad crítico. Las actualizaciones deben hacerse semanas antes y probarse en staging. La semana de la campaña conviene congelar cambios.
¿Por qué mi tienda va lenta solo en días de ofertas?
Porque en esos días hay muchas más peticiones que la caché no puede servir: carritos, búsquedas y pagos. Si la cuenta alcanza sus límites de CPU o procesos, el servidor empieza a encolar o rechazar peticiones.
¿Qué precio anterior tengo que mostrar en una rebaja?
El más bajo que hayas aplicado a ese producto en los 30 días anteriores, según el artículo 20 de la Ley de Ordenación del Comercio Minorista.
¿Quieres que revisemos tu tienda antes del Black Friday?
Si tu tienda está alojada en k3bone.com, abre un ticket y revisamos contigo el uso de recursos, la caché y si te conviene ampliar el plan durante la campaña. Si necesitas que alguien se encargue de las actualizaciones, el staging y las pruebas, en k3bone.com y k3code.com tenemos planes de mantenimiento web y bonos de horas. Y si tienes una tienda PrestaShop, también te asesoramos desde nuestro hosting especializado en PrestaShop.
