Preparación para Black Friday: checklist técnico y de marketing para tu tienda

Revisado para la temporada 2026. Black Friday 2026 es el viernes 27 de noviembre, con Cyber Monday el 30 de noviembre, calcula tus plazos de preparación hacia atrás desde esa fecha. Las rutas y ajustes siguientes se aplican a PrestaShop 1.6, 1.7, 8 y 9; las etiquetas de menú cambian ligeramente entre versiones, pero las ubicaciones son las mismas.

Black Friday rompe las tiendas PrestaShop de dos formas previsibles: el servidor se cae por un tráfico que no ve durante el resto del año, o la campaña se publica con una regla de descuento que no se aplica, un catálogo de productos que sigue mostrando el precio completo, o un paso del proceso de pago que nadie probó bajo carga. Ambas cosas se pueden evitar, y ambas dependen de una preparación hecha en el orden correcto, semanas antes, no de heroicidades el mismo día. Este es el checklist técnico y operativo para preparar una tienda PrestaShop: qué reforzar, qué probar y qué ajustes exactos del back office deciden si tu día de más tráfico será un pico de ingresos o una incidencia.

Esta guía se mantiene deliberadamente en su terreno. La mecánica de crear las promociones, reglas del carrito, bajadas de precio automatizadas, activación programada, está en automatizar descuentos y promociones en PrestaShop, y si quieres ver Black Friday dentro del calendario completo de picos comerciales del año, consulta el calendario de ventas estacionales. Aquí nos centramos en si la tienda puede soportar el golpe de tráfico y si el lanzamiento se ejecuta sin fallos silenciosos.

Por qué Black Friday es distinto de un día normal con mucho tráfico

Una tienda PrestaShop típica recibe un flujo de tráfico bastante estable, para el que ya se dimensionaron el hosting y la caché. Black Friday comprime las sesiones de una semana en unas pocas horas, y lo hace de la peor forma posible para la caché: todo el mundo entra a la vez en las mismas categorías y páginas de producto promocionadas, y luego converge en el proceso de pago: el conjunto de páginas donde los cálculos del carrito y el HTML del pedido no pueden almacenarse en caché de página completa como sí ocurre con las categorías y los productos, porque cada carrito, cada cliente y cada cálculo de precio es dinámico. Así que ese día tensiona exactamente las partes de la pila más difíciles de escalar: la base de datos, el controlador PHP de pedidos y las idas y vueltas de tu módulo de pago con la pasarela. La conclusión práctica es sencilla: los consejos genéricos ("usa un buen hosting") no bastan. Necesitas saber qué subsistemas concretos de PrestaShop ceden bajo presión y anticiparte a cada uno.

El calendario: trabaja hacia atrás desde el lanzamiento

El mayor error es dejarlo todo para la última semana, cuando la única acción segura que queda es no tocar nada. Reparte el trabajo para que los cambios con riesgo entren cuando todavía tienes tiempo de probar y volver atrás.

Preparación técnica (8–4 semanas antes)

Aquí es donde se consigue la protección real, y es completamente específica de PrestaShop. Recorre estos pasos en orden.

Mide el rendimiento antes de cambiar nada

No puedes saber si un cambio ayudó si nunca mediste el punto de partida. Registra el tiempo de respuesta actual del servidor y el tiempo hasta el primer byte con carga normal, y, si usas un CDN, un proxy inverso o un módulo de caché de página completa, registra también su tasa de aciertos. Conserva esos números: serán tu grupo de control cuando más adelante algo parezca ir más lento.

Confirma con honestidad el margen de tu hosting

Hazle a tu proveedor una pregunta directa: ¿este plan puede absorber aproximadamente entre 5 y 10 veces el tráfico normal durante unas horas sin aplicar limitaciones? En hosting compartido, la respuesta honesta suele ser no, y Black Friday no es el día para descubrirlo. Si estás en un VPS o servidor dedicado, comprueba que PHP-FPM tenga suficientes procesos worker para manejar pagos simultáneos, una tienda que funciona bien con 5 pedidos simultáneos puede empezar a hacer cola y agotar tiempos de espera con 50 si pm.max_children está configurado de forma conservadora.

Activa la caché de verdad, no solo el interruptor

Los ajustes de rendimiento de PrestaShop están en Parámetros avanzados → Rendimiento. Los elementos más importantes para un pico de tráfico son:

• Caché de Smarty & "No recompilar nunca los archivos de plantilla", configura Smarty con forzar compilación: no recompilar nunca para que PrestaShop no vuelva a analizar las plantillas en cada visita.
• OPcache verificado en el contexto web. Una trampa clásica: OPcache está activado para PHP-CLI, pero no para el pool FPM que realmente sirve las páginas. Compruébalo desde una página de Información del back office o con una prueba de una línea con opcache_get_status(), no lo des por supuesto.
• CCC (Combinar, comprimir y cachear), activa "Caché inteligente para CSS", "Caché inteligente para JavaScript" y "Optimización de Apache". Esto reduce decenas de solicitudes de recursos a unas pocas, algo especialmente importante en móvil, donde cada ida y vuelta cuesta. Prueba tu tema después de activarlo. Un módulo mal escrito puede romperse al combinar JavaScript, y quieres descubrirlo ahora, no ese día.
• Redis o Memcached para caché cuando haya soporte. En Rendimiento → Caché, PrestaShop puede apuntar su caché de objetos a Redis/Memcached en lugar del sistema de archivos si tu entorno lo permite, quitar esa carga del disco ayuda a que la base de datos respire cuando hay miles de carritos activos a la vez. El almacenamiento de sesiones es un asunto aparte: se gestiona a nivel de servidor/PHP (o de módulo) y debe configurarse ahí, no desde este ajuste.

Aligera la base de datos antes de que sea el cuello de botella

El controlador de pedidos y la lógica del carrito golpean la base de datos, y en Black Friday eso suele ser lo primero que llega al límite. Dos mejoras gratuitas: elimina meses de basura acumulada (carritos caducados, sesiones de invitados muertas, registros de conexión obsoletos que inflan las tablas del núcleo) y confirma que el InnoDB buffer pool de MySQL sea lo bastante grande para contener el conjunto de datos en uso, de modo que las lecturas permanezcan en memoria. Una tienda con un año de filas de carritos abandonados está haciendo E/S extra en cada proceso de pago sin ninguna razón.

Optimiza imágenes y mide en móvil

Los productos promocionados reciben más visitas, así que sus imágenes consumen más ancho de banda. Comprímelas y sirve WebP cuando tu tema lo permita. Después mide específicamente en móvil: la mayor parte del tráfico de Black Friday llega desde teléfonos, y un Largest Contentful Paint por encima de unos 3 segundos pierde compradores en silencio antes incluso de que vean un precio. El móvil también es donde la caché y CCC se amortizan más.

Haz pruebas de carga en lo único que no puedes cachear

Las páginas de categoría cacheadas sobrevivirán a casi cualquier cosa. El proceso de pago no, porque por definición es dinámico. Ejecuta una prueba simulada con usuarios concurrentes a través de todo el flujo, añadir al carrito, dirección, selección de transportista, transferencia al módulo de pago, a varias veces tu pico esperado. Esta es la prueba que detecta si el módulo de pago agota tiempos de espera bajo carga, si el cálculo de precio del transportista es lento o si se agotan los workers FPM descritos antes. Es mejor verlo fallar en una prueba que en producción.

Deja el resto bloqueado

• Actualiza PrestaShop y todos los módulos a versiones estables actuales ahora, mientras todavía hay tiempo para probar, nunca en la última quincena.
• Verifica que el certificado SSL no caduque durante la ventana de Black Friday.
• Configura monitorización externa de disponibilidad (UptimeRobot, Pingdom o similar) con alertas instantáneas, para enterarte de una caída por un robot a las 6 de la mañana, no por clientes enfadados.
• Fija una fecha de congelación de código, normalmente dos semanas antes del evento. Escríbela y comunícasela al equipo: después de esa fecha, nada de instalar módulos, nada de editar el tema, nada de retoques "rápidos". La estabilidad vale más que una función adicional.

Configuración de descuentos (4–3 semanas antes)

El manual completo de automatización está en automatizar descuentos y promociones en PrestaShop, aquí va la capa de preparación que se coloca encima, porque un descuento creado pero no probado es una responsabilidad, no un activo.

• Conoce tu punto de equilibrio antes de fijar un porcentaje. Para cada tramo, calcula el impacto en el margen. Un 40% de descuento general parece generoso hasta que lo comparas con el coste real de los productos que más se venderán.
• Crea reglas del carrito con rangos de fechas explícitos. En Catálogo → Descuentos, define la ventana "válido desde / hasta" en cada regla para que las promociones empiecen y terminen solas. Cambiarlo manualmente a medianoche es la forma en que los precios salen mal. Si quieres convertir este comportamiento en un patrón repetible, consulta los descuentos programados que empiezan y terminan automáticamente.
• Prueba combinaciones, no solo reglas aisladas. Los defectos se esconden en las interacciones: una regla del carrito acumulada con un precio específico, un código combinado con envío gratis, dos reglas que un cliente puede aplicar juntas aunque nunca quisiste que se acumularan. La prioridad de reglas del carrito de PrestaShop y los interruptores de "compatible con otras reglas" deciden esto, verifica el total real de la cesta, no la página de ajustes de la regla.
• Decide qué se queda a precio completo. Algunos productos no deberían rebajarse nunca: novedades, productos gancho, artículos con márgenes mínimos. Exclúyelos deliberadamente en lugar de dejar que una regla para toda una categoría los alcance; el razonamiento está en la exclusión de descuentos.
• Crea la página de aterrizaje con antelación. Crea ya la categoría o página CMS de Black Friday y déjala sin publicar, para que el lanzamiento sea un simple cambio de visibilidad y no una carrera por crear contenido.

Si tu plan se apoya en ofertas flash con límite de tiempo que van rotando durante el fin de semana, automatizar esa rotación es mucho más seguro que programarla a mano, nuestro módulo Sales Revolution ejecuta por ti el ciclo de ofertas y las cuentas atrás, lo que en un día de pico caótico significa una cosa menos que puede olvidarse o activarse a destiempo. (Para la psicología de crear urgencia de forma honesta en lugar de usar temporizadores falsos, consulta crear urgencia sin ser manipulador.)

Preparación de marketing (3–2 semanas antes)

La tienda puede estar impecable y aun así rendir por debajo de lo esperado si la promoción no llega a la gente o si los anuncios muestran el precio incorrecto. Trata el catálogo de productos y la secuencia de emails como plazos con tiempo de espera, porque ambos dependen de que terceros reprocesen tus datos.

Email

• Segmenta la lista, VIP y compradores recientes, clientes inactivos y nuevos suscriptores necesitan mensajes y horarios de envío distintos.
• Escribe la secuencia completa con antelación: adelanto → vista previa → acceso anticipado → oferta principal → recordatorio → última oportunidad. Diseña primero para móvil y prueba la renderización en Gmail, Outlook y Apple Mail antes de programarla.
• Programa, no improvises. El envío de la campaña principal es un momento conocido, déjalo configurado ahora.

Publicidad & catálogos de productos

• Actualiza el catálogo de Merchant Center con atributos sale_price y confirma que vuelva a rastrearse, Google necesita tiempo para recoger los nuevos precios, y un catálogo que sigue mostrando el precio completo en Black Friday es gasto desperdiciado y un golpe a la confianza en el clic.
• Crea las campañas y creatividades de búsqueda y Performance Max, define los presupuestos elevados del fin de semana y configura audiencias de retargeting a partir de visitantes recientes del sitio.

Contenido & merchandising en la tienda

• Publica contenido de apoyo en el blog (guías de compra, avances de ofertas) y actualiza los meta títulos en las páginas clave de categoría, sin rociar sufijos de "Black Friday" por todas partes como una plantilla, porque eso suena superficial.
• Actualiza insignias y etiquetas de producto en los artículos promocionados para que el ahorro se vea en el listado, no solo en el carrito. Si necesitas banners promocionales llamativos y no tienes un diseñador disponible, Banner Revolution lo cubre sin tocar el tema.
• Envía el sitemap actualizado a Search Console y deja en cola las publicaciones sociales del fin de semana.

Operaciones (1 semana antes)

A partir de aquí, el trabajo técnico está hecho y congelado. Esta semana va de logística y redes de seguridad.

• Verifica el stock real de cada producto promocionado, vender 200 unidades de algo de lo que tienes 30 convierte una victoria en una cola de reembolsos y una oleada de cancelaciones.
• Confirma la capacidad de los transportistas y las fechas límite, y comunica estimaciones de entrega honestas en el proceso de pago. Fijar expectativas desde el principio evita la avalancha de soporte posterior a la compra con el clásico "dónde está mi pedido".
• Haz una copia de seguridad completa de la base de datos y una copia completa de archivos, y prueba la restauración. Una copia de seguridad que nunca has restaurado es una esperanza, no una copia de seguridad. Este es el punto que la gente se salta y el que salva la tienda cuando algo sale mal.
• Planifica horarios ampliados de soporte y prepara respuestas a las preguntas previsibles de Black Friday (descuento que no se aplica, plazos de envío, política de devoluciones) para que tu equipo no tenga que redactarlas en vivo.
• Comparte el plan de ejecución: quién vigila la monitorización, quién responde al soporte, quién puede pulsar el botón de emergencia, y qué significa realmente "retirar la oferta" en el back office.

El propio Black Friday

Si la preparación está hecha, el día es tranquilo. Estás ejecutando y observando, no construyendo.

• Lo primero: verifica que todas las ofertas estén activas y que cada precio promocionado sea correcto en la tienda, revisa páginas de producto reales, no solo la lista de reglas.
• Envía el email principal a la hora planificada (a primera hora de la mañana suele capturar la primera oleada).
• Vigila las métricas que señalan problemas: tiempo de respuesta del servidor, tasa de errores y tasa de finalización del proceso de pago. Una caída repentina en las finalizaciones es tu aviso temprano de que un paso de pago o transportista está fallando bajo carga.
• Mantén abierto el tiempo real de GA4 para detectar anomalías de conversión y vigila el stock de tus superventas para retirar o cambiar una promoción antes de vender de más.
• Envía el mensaje de "termina pronto" por la tarde y mantén redes sociales y soporte atentos durante todo el día.

Después del fin de semana

• Extiende la campaña a Cyber Monday si estaba previsto, con su propio envío de "última oportunidad".
• Envía rápido y manda confirmaciones de envío cuanto antes. La velocidad de preparación y entrega es lo que convierte a un comprador de Black Friday en cliente recurrente.
• Retira limpiamente los precios y mensajes cuando termine la campaña, las insignias de Black Friday que se quedan o una regla del carrito que nunca caducó erosionan el margen en silencio durante diciembre. Precisamente por eso antes cada regla recibió una fecha de finalización explícita.
• Restaura los presupuestos publicitarios normales e inicia la secuencia de seguimiento poscompra.
• Analiza con honestidad: ingresos por canal, superventas, tasa de conversión, ROAS publicitario, y anota qué cambiar el año que viene mientras todavía está fresco.

El principio detrás del checklist

Black Friday premia la preparación y castiga la improvisación, y en PrestaShop eso significa específicamente dos disciplinas en paralelo: reforzar las partes de la pila que un pico de tráfico tensiona de verdad (base de datos, controlador de pedidos, proceso de pago no cacheable, idas y vueltas con la pasarela de pago), y probar la maquinaria promocional (reglas del carrito, catálogos de productos, emails) hasta que un fallo silencioso no tenga dónde esconderse. Haz pronto el trabajo con riesgo, congela la tienda antes del pico y mantén el día en sí aburrido. Un Black Friday aburrido, previsible, monitorizado y con stock suficiente, es el más rentable. Para una visión anual de dónde encaja este pico junto a Navidad, San Valentín y el resto, el calendario de ventas estacionales marca el ritmo general.

Preguntas frecuentes

¿Cuándo debería fijar la congelación de código y qué bloquea exactamente?

Apunta a unas dos semanas antes del evento, alrededor del 13 de noviembre para un Black Friday el 27 de noviembre. La congelación bloquea todo lo que pueda romper el proceso de pago: instalaciones y actualizaciones de módulos, cambios en el tema, actualizaciones del núcleo y retoques "rápidos". No bloquea el trabajo que debe hacerse en esas últimas semanas: activar una regla del carrito ya preparada, publicar la página de aterrizaje lista o enviar emails programados. La diferencia es "cambiar cómo funciona la tienda" (congelado) frente a "ejecutar un plan probado" (permitido).

¿Puedo confiar en la caché de página completa de PrestaShop para soportar la carga?

Solo en las páginas cacheables, categoría, producto, CMS. Carrito, proceso de pago y confirmación de pedido son dinámicos para cada cliente y no pueden almacenarse en caché de página completa, precisamente por eso son las páginas que hay que probar bajo carga. La caché te ayuda a sobrevivir a la fase de navegación; no hace nada por el controlador de pedidos, la base de datos ni las idas y vueltas de tu módulo de pago con la pasarela. Dimensiona todo eso para la concurrencia real que esperas.

¿Cómo confirmo que OPcache está realmente activo en las páginas que visitan los clientes?

No confíes en la CLI, OPcache suele estar activado para PHP-CLI, pero no para el pool PHP-FPM que sirve las solicitudes web. Compruébalo en el contexto web: una página phpinfo servida a través del sitio, una página de estado de OPcache o los ajustes PHP del panel de hosting para el pool FPM activo. Si cambias los ajustes de opcache en el servidor, no surtirán efecto hasta que se recargue el pool.

Mi descuento funciona en un carrito de prueba, pero me preocupa que falle el día clave. ¿Cuál es la prueba de mayor valor?

Prueba combinaciones, no reglas aisladas. La mayoría de fallos de descuentos en Black Friday son interacciones: una regla del carrito que se acumula con un precio específico, un código que se combina con envío gratis, dos reglas que un cliente puede aplicar juntas aunque nunca quisiste que se acumularan. Crea unas cuantas cestas realistas, aplica todo lo que un cliente real podría usar y lee el total real de la cesta, no la página de ajustes de la regla. La prioridad de reglas del carrito de PrestaShop y los interruptores de "compatible con otras reglas" deciden el resultado.

¿Cuál es el paso de preparación que los comerciantes suelen saltarse y que más daño causa?

Probar la restauración de la copia de seguridad. Casi todo el mundo hace una copia; muchos menos la restauran para confirmar que funciona. Una copia de seguridad que nunca has restaurado es una esperanza, no una red de seguridad, y Black Friday es el peor momento posible para descubrir que el volcado está incompleto o que la copia de archivos omitió un directorio. Restáurala una vez en una copia de staging, antes de la congelación.