Caso de éxito: una tienda con mucho tráfico, más de 100 millones de solicitudes al mes

La mayoría de las tiendas que alojamos tienen el tamaño que se imagina. Esta no. Es una tienda en línea con mucho tráfico que recibe más de 100 millones de solicitudes al mes (cada página, imagen o archivo que pide un visitante o un bot cuenta como una solicitud) — y la gran mayoría no son personas. Son bots automáticos, muchos de ellos copiando el contenido de la tienda, golpeándola día y noche. Esta es la historia de mantener una tienda tan grande rápida, en línea y con un precio fijo, contada sin decir su nombre — porque una tienda bajo esta presión constante no necesita la atención que atraería un nombre en un caso de éxito.

El pedido: “que siga rápida y que el precio no se mueva”

La tienda no vino buscando un experimento científico. Vino buscando dos cosas que, a esta escala, es sorprendentemente difícil tener juntas: una tienda que siga rápida y disponible bajo una carga implacable, y una factura de hosting que no la castigue por ser popular. Tenía buenas razones para preocuparse por lo segundo. Una tienda de este tamaño, con un proveedor que mide el tráfico, es justo el tipo de cuenta a la que se le factura hasta hundirla — porque la mayor parte del “tráfico” que un plan medido contaría y cobraría no son clientes. Son bots.

Así que el encargo fue directo. Absorber la carga sin devolverla como una sorpresa en la factura. Mantener la tienda ágil para los compradores reales. Y hacerlo por un precio con el que la tienda pudiera planificar de verdad.

Lo que encontramos: el tráfico no son compradores

Cuando miramos lo que de verdad le llegaba a la tienda, el panorama era clarísimo. De esos más de 100 millones de solicitudes al mes, solo una pequeña parte eran personas reales intentando comprar algo. La inmensa mayoría era automática: bots copiando el catálogo, bots buscando puntos débiles, rastreadores golpeando el sitio por razones que no tenían nada que ver con el negocio de la tienda y que no le aportaban absolutamente nada.

Esa es la trampa en la que cae una tienda grande sin darse cuenta. Cada una de esas solicitudes automáticas es trabajo que la infraestructura de alguien tiene que hacer. Si llega al propio servidor de la tienda — la computadora que de verdad hace funcionar la tienda — compite con los clientes reales por los mismos recursos, y hace más lento el proceso de pago para las personas que importan. Y con un proveedor que mide, ese mismo tráfico basura se cuenta contra una cantidad de visitas y se cobra, así que la tienda estaría pagando, mes tras mes, por un tráfico de bots que nunca pidió y del que no sacó nada. Un mes con muchos bots se vería en la factura igual que un mes con muchas ventas.

Lo que hicimos

Toda la estrategia se reduce a un principio sencillo: la mejor solicitud es la que su tienda nunca tiene que atender. Alrededor de eso, hicimos el trabajo constante a cargo de nuestro equipo que necesita cada semana una tienda con mucho movimiento:

  • Mantuvimos fuera los ataques. Bloqueamos más de 1.8 millones de intentos de ataque entre finales de agosto y finales de septiembre. Rechazamos los bots que copian contenido desde redes de centros de datos, dejamos fuera a los bots de IA que copian contenido y a los bots que se hacen pasar por buscadores, y frenamos las avalanchas de bots en las páginas de búsqueda de la tienda sin tocar el carrito ni el proceso de pago. Los compradores reales y los buscadores de verdad pasan con normalidad.
  • Cerramos rápido los agujeros de seguridad. Aplicamos más de 50 actualizaciones de plugins y una actualización de WordPress, incluidos arreglos urgentes para agujeros graves en los plugins de suscripciones y de marketing por correo de la tienda, y revisamos la tienda antes y después de cada una.
  • Protegimos los inicios de sesión. Cuando alguien entraba con una contraseña ya expuesta en una filtración de datos, esa cuenta tenía que poner una contraseña nueva, y ese inicio de sesión no podía cambiar el correo ni la contraseña de la cuenta. Los de afuera ya no pueden averiguar los nombres de usuario de la tienda.
  • Mantuvimos funcionando el proceso de pago. Arreglamos un fallo que podía crear un pedido duplicado si un comprador hacía doble clic o recargaba la página después de pagar, nos aseguramos de que la aplicación del teléfono de la tienda y la sincronización del inventario conservaran su acceso cuando otros plugins cambian, y volvimos a ajustar el servidor de la tienda para un equipo nuevo sin tiempo fuera de línea.
  • Limpiamos y cerramos con llave. Arreglamos imágenes de productos que no se veían en algunos navegadores, quitamos archivos de datos viejos que se habían quedado donde cualquiera podía descargarlos, pasamos las descargas pagadas a un lugar al que solo llegan los compradores, pusimos en marcha un análisis periódico de virus de los archivos subidos y bloqueamos la carpeta de archivos subidos para que ningún programa pueda ejecutarse desde ella.
  • Hicimos copias de seguridad y la vigilamos. Se hace copia de seguridad externa de la tienda 3 veces al día, y revisamos cada copia. En las últimas siete semanas estuvo en línea el 99.85% del tiempo.

Bloqueamos la basura en primera línea, antes de que llegue

Esta tienda está detrás de una red mundial rápida, y para una tienda a esta escala esa primera línea lo es todo. La inmensa mayoría de ese tráfico de bots se identifica y se frena en primera línea — en centros de datos de todo el mundo, antes de que toque el servidor de la tienda. El propio servidor de la tienda nunca lo ve, nunca gasta esfuerzo en él y nunca se vuelve más lento por su culpa. Los bots de IA que copian contenido, que cada vez son una parte más grande de lo que parece “tráfico” pero no lo es, se filtran como algo normal. Lo que llega a la tienda se parece mucho más al tráfico que de verdad importa: compradores reales.

Mantuvimos rápida la tienda para los compradores reales

Con la basura quitada en primera línea, el servidor de la tienda puede dedicar sus recursos a las personas que intentan comprar. La misma red mundial que bloquea el tráfico malicioso sirve copias ya preparadas de las páginas desde centros de datos cerca de los visitantes reales, así que un pico de demanda real se reparte en una red mundial enorme en lugar de golpear un solo servidor. Junto con el ajuste de velocidad que hacemos en el plan, un día de mucho movimiento de clientes reales se atiende sin ruido. Las razones por las que una tienda se pone lenta, y cómo mantenemos esta ágil, son las mismas que explicamos en por qué su tienda WooCommerce es lenta.

Mantuvimos el precio fijo

Y esta es la parte que más le importaba a la tienda: nada de esa carga aparece como una factura de tráfico. No medimos el tráfico, de ningún tamaño. Una tienda y nueva empieza en nuestro plan compartido para tiendas WooCommerce de $39.99 al mes; una tienda que funciona a esta escala no está para nada en ese plan de entrada — está en un plan Dedicado/A medida pensado para ella. Lo que no cambia a medida que sube la escalera es el enfoque: el precio es fijo y el tráfico no se mide. Esté en el plan que esté, la tienda sigue pagando esa misma cifra reciba un millón de solicitudes o cien millones, sea un mes tranquilo o uno de récord. No hay una cantidad de visitas que superar, ni un concepto de excedente, ni una factura que llega después del tráfico. Un proveedor que mide habría convertido el problema de bots de esta tienda en un problema de facturación además de uno de rendimiento; nosotros tratamos absorber la carga como parte del trabajo, no como un medidor corriendo de fondo. Ese es todo el enfoque, explicado en el hosting de WordPress sin medición, explicado.

Lo que ha pasado desde entonces

La tienda sigue recibiendo sus más de 100 millones de solicitudes al mes, y la inmensa mayoría siguen frenándose en primera línea, sin ruido, antes de llegar a ella. La tienda sigue rápida para los clientes que de verdad están ahí para comprar. Y la factura sigue exactamente donde empezó — una cifra fija y predecible que no se inmuta cuando los bots tienen un mes de mucho movimiento.

La tienda dedica su atención a vender, no a vigilar un contador de tráfico ni a prepararse para un excedente. La carga que antes era una amenaza en dos frentes — el rendimiento y el costo — simplemente está resuelta en los dos.

La moraleja de la historia

El hosting con precio fijo y el cuidado incluido no es algo para sitios pequeños que se le queda chico. Esta tienda es la prueba de lo contrario: el modelo aguanta a una escala seria, porque la forma inteligente de manejar una carga enorme y casi toda automática es bloquearla en primera línea en lugar de pagar por procesarla. Una tienda que recibe más de 100 millones de solicitudes al mes funciona con el mismo enfoque de precio fijo y sin medición que un sitio informativo que recibe unos pocos miles — un plan a la medida de lo que tiene, no un medidor, sin techo para el tráfico que absorbe. El precio de entrada es de $29.99 por un sitio administrado o de $39.99 por una tienda; una tienda a esta escala está en lo alto de la escalera, en un plan Dedicado/A medida. No se le queda chico; crece dentro de él.

Si tiene una tienda grande con mucho tráfico y está o bien vigilando un medidor o temiendo el día en que lo supere, ese es justo el problema para el que está hecho esto. Eche un vistazo a nuestros planes administrados de WordPress y WooCommerce, y hablemos de lo que es de verdad el tráfico de su tienda — y de cuánto de él nunca debería pagar por atender.