¿Cuánto tráfico puede manejar mi sitio web?
Publicado: 2023-02-12Obtener una comprensión clara del rendimiento y la capacidad de su sitio web no es una tarea sencilla; de hecho, puede ser un proceso bastante arduo si no sabe cómo abordarlo. Esta guía detallada examina las métricas que debe tener en cuenta para responder a las preguntas sobre el tráfico de su sitio, con confianza, de una vez por todas.
En WP Engine, conocemos el rendimiento del sitio web es más que un eslogan unidimensional. De hecho, cuando se trata de los sitios que se ejecutan en nuestra plataforma, vemos el rendimiento como una ecuación estratégica que combina aspectos de nuestras soluciones de nube y seguridad con nuestra experiencia en administración de WordPress.
Al hacerlo, podemos abordar el rendimiento como debe abordarse, desde múltiples ángulos, con una larga lista de variables y métricas que necesitan apoyo activo.
También vemos estos esfuerzos como un producto por derecho propio, y uno que nunca se termina; estamos trabajando constantemente en formas de mejorar todos los componentes del rendimiento del sitio en nuestra plataforma. Al adoptar este enfoque de "nunca satisfecho", WP Engine puede ayudar a nuestros clientes a crear algunos de los sitios más rápidos en WordPress, y podemos ayudarlos a mantener esos sitios en funcionamiento frente a todo, desde picos de tráfico hasta seguridad. amenazas
Si bien aquí cubrimos la velocidad y las métricas como el tiempo hasta el primer byte (TTFB), el siguiente artículo ofrece una inmersión profunda en las métricas de tráfico y la pregunta común, aunque crucial: "¿Cuánto tráfico puede manejar mi sitio?"
Enmarcando la pregunta.
La capacidad del sitio web, es decir, la cantidad de tráfico que su sitio puede manejar en un momento dado, es un componente clave del rendimiento general del sitio y tiene un impacto directo en los KPI, así como en la cantidad de tiempo que los desarrolladores dedican a cosas como la infraestructura (si está gestionando su propia infraestructura internamente). Dicho esto, medir cuánto tráfico puede manejar su sitio realmente comienza con la comprensión de los tipos de usuarios y el tráfico que recibe su sitio.
Primero, exploremos la definición de usuarios concurrentes, dentro del contexto de Internet.
En WP Engine, este recurso es su sitio de WordPress.
Vale la pena señalar que los usuarios simultáneos son una métrica de alto nivel. En las próximas secciones, aprenderá que los usuarios simultáneos conducen a una métrica más granular de solicitudes simultáneas. Dado que estas solicitudes vienen en diferentes formas y tamaños, podemos usar la capacidad de almacenamiento en caché para comprender cómo funciona un sitio a escala. A medida que profundicemos, exploraremos cómo la simultaneidad y la capacidad de almacenamiento en caché interactúan entre sí.
Entonces, ¿cómo utiliza los usuarios simultáneos para comprender la capacidad de su entorno? Antes de que podamos responder esto, retrocedamos un paso más y veamos una de las métricas más comunes que se usan hoy en día: el tráfico mensual.
Métricas de tráfico mensual: ¿Son útiles?
En términos generales, sí. Los números de mes a mes brindan una comprensión del perfil de tráfico básico: bajo, moderado o alto. Estas métricas también brindan información sobre posibles tendencias, patrones y estacionalidad, ya que el tráfico mensual puede cambiar en función de muchas variables, incluidas las campañas de marketing, las clasificaciones de los motores de búsqueda y las condiciones del mercado.
Para la mayoría de los sitios, el tráfico diario normal puede ser bastante estable y predecible. Podemos llamar a esto tráfico de referencia . Sin embargo, algunos sitios que experimentan picos de tráfico recurrentes no están preocupados por la línea de base. Les preocupan más los eventos de alto tráfico que son fundamentales para su negocio, como un sitio que vende entradas para conciertos o un sitio que se utiliza para anunciar lanzamientos de productos. Cuando estos eventos son más importantes, es importante que su entorno de producción maneje no solo el tráfico de referencia sino también los niveles máximos de tráfico.
Aquí es donde los números de tráfico mensuales no ayudarán. La métrica más confiable para comprender la capacidad en este nivel de tráfico (pero en realidad en cualquier) son los usuarios simultáneos.
Profundizar en las métricas de los usuarios.
Antes de saltar a los usuarios simultáneos, es útil comprender la jerarquía de las métricas en el ámbito de la analítica digital. Aquí hay un diagrama para ilustrar esto:
- Los usuarios o visitantes son métricas que describen a un usuario que ingresa al sitio por primera vez. Por lo general, se define mediante un ID de usuario único. En WP Engine, se define como una dirección IP única y cuenta como un visitante único por día. Dado que cualquier visita adicional del mismo usuario se reconoce mediante una identificación de usuario única, el usuario único solo se contará una vez.
- Las sesiones o visitas representan un período en el que un usuario interactúa con el sitio. La sesión comienza cuando el usuario visita el sitio por primera vez y finaliza cuando suceden tres cosas: el usuario cierra el navegador, borra las cookies o permanece inactivo durante 30 minutos (que es el período predeterminado en Google Analytics y se puede personalizar). Un solo usuario puede tener varias sesiones a lo largo del día.
- Los hits son la interacción entre el sitio y un recurso definido. En el lado del análisis digital, esta métrica se define como los datos que se envían a Google Analytics. Estos resultados suelen ser vistas de página. Dentro del contexto de WP Engine, un hit puede ser una solicitud al entorno de producción. Estas solicitudes pueden almacenarse en caché como activos estáticos (pngs, jpegs, pdf) o dinámicas como escrituras en bases de datos (registros, publicaciones, pedidos de productos).
Según la jerarquía de estas métricas, a medida que avanza de arriba hacia abajo, los datos se vuelven menos ambiguos y más granulares. Al mismo tiempo, se vuelve más claro comprender el impacto que estas métricas tienen en el rendimiento.
En definitiva, conocer el número de usuarios o visitantes mensuales no es suficiente .
¿Qué pasa con los usuarios activos de Google Analytics?
A menudo hay un malentendido con respecto a la forma en que Google Analytics y WP Engine capturan y definen las métricas. En términos simples, ambos están rastreando estos datos para diferentes propósitos. Google Analytics es principalmente una herramienta de análisis de conversión y marketing. Por el contrario, WP Engine es una plataforma administrada que rastrea la utilización de recursos sin procesar en la capa de infraestructura y el rendimiento en la capa de aplicación. Las metodologías son diferentes y pueden causar discrepancias entre ambas plataformas.
En lo que respecta a la concurrencia, Google Analytics ofrece informes en tiempo real que monitorean los efectos de las campañas de marketing en su sitio. Esto incluye el número de usuarios activos en su sitio en este momento:
A pesar de ser "en tiempo real", esta métrica no mide la cantidad total de usuarios en su sitio en un momento dado, simultáneamente. Un usuario activo en tiempo real se define como un usuario único que ha activado un evento o una vista de página en los últimos cinco minutos. Si un usuario abandona el sitio antes de la ventana de cinco minutos, Google continúa contándolo como un usuario activo. Si un usuario permanece en el sitio más de 5 minutos, ya no se cuenta como un usuario activo aunque siga interactuando con el sitio.
Con esto en mente, los usuarios activos de Google podrían ser más que el número real de usuarios simultáneos en su sitio. Y en casos menos comunes, la métrica podría ser menor que la simultaneidad real según el comportamiento del usuario y la duración promedio de la sesión.
¿Puede confiar en los usuarios activos de Google Analytics? Como siempre, cuantos más datos tengas, mejor. Pero por sí solo, no determina sus necesidades de capacidad.
Cómo medir los usuarios concurrentes .
Si Google Analytics no proporciona una métrica clara para los usuarios simultáneos, ¿qué lo hace? Aquí hay dos métodos comunes para ayudarlo a determinar este número:
1. Calcular usuarios concurrentes .
Al usar esta fórmula con datos extraídos de Google Analytics, puede calcular la cantidad de usuarios activos en su sitio en una unidad de tiempo muy pequeña, como un segundo:
[Sesiones pico por hora X Duración media de la sesión (seg)] / 3600
Para las sesiones horarias pico, vaya al informe "Resumen de la audiencia" en Google Analytics -> encuentre el período de tráfico pico -> cambie la pestaña a "Por hora" -> pase el cursor sobre el gráfico para ver el mayor número de sesiones dentro de una hora.
Para la duración promedio de la sesión, la métrica se muestra en el panel de información general. Si no es así, vaya a "Seleccionar una métrica" en la pestaña Resumen para mostrar la duración.
2. Elige una alternativa de Google Analytics .
Aunque Google Analytics es la herramienta de análisis web más popular en el espacio, es posible que no satisfaga todas sus necesidades específicas. Hay una gran cantidad de herramientas de análisis que pueden medir la concurrencia más alineadas con la definición tradicional de usuarios concurrentes.
¿Qué pasa con la capacidad de almacenamiento en caché?
Entonces, ¿son los usuarios simultáneos una medida válida del rendimiento? No completamente. Esta métrica lo ayuda a comprender la magnitud del escenario a un alto nivel, pero no proporciona una visión más profunda.
Dicho esto, es útil comprender la diferencia entre los usuarios que inician sesión en su sitio de WordPress (miembros, administradores, editores) y los usuarios que no inician sesión. El comportamiento de estos usuarios produce diferentes tipos de "visitas" o solicitudes, que son más indicativo del rendimiento del sitio (mencionado en una sección anterior).
Para ampliar esto, estos diferentes tipos de solicitudes vienen en forma estática o dinámica:
- El contenido estático (archivos que rara vez cambian) como CSS, JS e imágenes, por ejemplo, se pueden almacenar fácilmente en caché.
- El contenido dinámico, como las páginas de inicio de sesión, los carritos de compras y las áreas exclusivas para miembros, no se pueden almacenar en caché porque requieren que la pantalla muestre algo único para cada persona que la visita.
Esto trae a colación el concepto de capacidad de caché , que se refiere al proceso de almacenamiento de datos en un caché o área de almacenamiento temporal. Cuando el contenido se almacena en caché, un navegador puede recuperarlo del caché en lugar del servidor original, ahorrando tiempo al usuario final y ahorrando a la red cualquier carga de tráfico adicional.
En referencia a la clasificación estática versus dinámica anterior, los sitios con más contenido estático tendrán un puntaje de capacidad de almacenamiento en caché más alto. Por el contrario, los sitios con contenido más dinámico tendrán una puntuación de caché más baja.
Cuando los usuarios de WP Engine inician sesión en su sitio de WordPress, interactúan con contenido dinámico que casi no se puede almacenar en caché. Por lo tanto, pasa por alto nuestras capas de almacenamiento en caché frontend como Varnish y CDN. Como resultado, estas solicitudes que no se pueden almacenar en caché suelen consumir más recursos, ya que deben procesarse nuevamente en el backend a través de PHP y MySQL. Mientras tanto, los sitios que no requieren un inicio de sesión pueden variar en la capacidad de almacenamiento en caché según los elementos de la página.
Este diagrama ilustra las diferentes tecnologías necesarias para servir contenido estático frente a dinámico:
Para ilustrar, digamos que tenemos un sitio web de adopción de cachorros llamado "The Puppy Nursery". Como nuevo visitante que ingresa al sitio, de repente se involucra con fotos de alta calidad en la página de inicio. Después de pasar el cursor sobre el menú, decide hacer clic en la página de biografías de los cachorros para obtener más detalles sobre cada animal. Estas páginas son en su mayoría estáticas con descripciones y fotos de lindos cachorros. Dado que estas páginas tienen principalmente contenido estático (que se puede almacenar en caché), esta sesión de usuario en particular no consume muchos recursos.
Ahora, después de un día, decide visitar el sitio nuevamente con la intención de adoptar un cachorro. Hace clic en la página de registro que aparece dinámicamente con una lista de cachorros más cercanos a su ubicación geográfica. Después de elegir un cachorro, debe completar un formulario con los datos de contacto personales, aceptar una exención de seguridad y proporcionar la información de su tarjeta de crédito para la tarifa de adopción. Al presionar enviar, se le redirigirá a una página de "Gracias". Esta sesión de usuario en particular es más dinámica debido a los elementos interactivos que incluyen la ventana emergente personalizada, el envío de formularios y la transacción con tarjeta de crédito. Como resultado, es más intensivo en recursos.
Como muestra este ejemplo, la variación en las sesiones de usuario da como resultado diferentes tipos de solicitudes y la cantidad de solicitudes al servidor. Estas solicitudes son mejores indicadores de capacidad y rendimiento que el número de usuarios simultáneos por sí solo.
En general, la cantidad de usuarios que inician y cierran sesión simultáneamente y la capacidad de almacenamiento en caché lo ayuda a comprender la demanda de recursos de su sitio.
Los diferentes tipos de sitios .
Claramente, cada sitio web es único y enfrenta diferentes desafíos. Sin embargo, sigue siendo cierto que las características básicas de un sitio web le informarán sobre su capacidad de almacenamiento en caché.
Ampliando este concepto, aquí están los diferentes tipos de sitios que comúnmente son más estáticos o dinámicos.
Estático:
- Sitios de folletos
- Sitios de marketing B2B
- Organizaciones sin ánimo de lucro
- Blogs (baja actividad de publicación)
- Cualquier sitio con muy poca interacción del usuario
Dinámica:
- tiendas de comercio electrónico
- sitios de membresía
- WordPress Multisitios
- Sistemas de gestión del aprendizaje
- Cualquier sitio con alta interacción del usuario (comentarios, registros, transacciones de pedidos, actividad de inicio de sesión, consultas de búsqueda)
Nota: aunque estos se clasifican como tales, su sitio de WordPress puede tener elementos tanto estáticos como dinámicos. Es por eso que, al observar su puntaje de capacidad de caché, es importante comprender la relación entre ambos.
Ahora traduzcamos esto al tráfico. Imagine un escenario en el que tiene dos tipos de sitios: folleto y comercio electrónico. Por naturaleza, el sitio del folleto es más estático que la tienda de comercio electrónico. Respectivamente, diremos que el puntaje de capacidad de caché de cada sitio es 90% y 20%. Si su sitio está alojado en WP Engine, comuníquese con nuestro equipo de soporte para determinar su puntaje de capacidad de almacenamiento en caché.
En este escenario, supongamos que ha decidido utilizar una solución dedicada de Google Cloud en la plataforma de WP Engine para cada sitio. Suponiendo que las soluciones sean exactamente las mismas, ¿cuánto tráfico puede manejar el sitio del folleto antes de que se caiga? ¿Qué tal el sitio de comercio electrónico?
Como ya sabes, la respuesta depende. En términos generales, el sitio del folleto en la solución dedicada podría recibir significativamente más visitantes por mes que el sitio de comercio electrónico. Es simplemente más estático y almacenable en caché. Esa es una suposición relativamente segura que podemos hacer.
En cuanto a saber la cantidad exacta de visitantes que su sitio puede manejar, recomendamos abordar esta pregunta de manera integral dividiéndola en partes más pequeñas.
Haciendo las preguntas correctas .
En lugar de determinar cuánto tráfico puede manejar su sitio, quizás la pregunta más útil sea...
¿Cuántos usuarios simultáneos puede manejar mi sitio durante un tiempo determinado durante un escenario realista de alto tráfico? Por ejemplo, su sitio aparecerá en un programa de televisión y espera 1000 usuarios simultáneos que no hayan iniciado sesión durante 20 minutos.]
¿Cuántos de estos usuarios están conectados y cuántos desconectados?
¿Qué tan cacheable es el sitio?
¿Cuál es un nivel aceptable de tiempo de respuesta, solicitudes por minuto, latencia y tasas de error durante este pico de carga?
Y como se traduce en el negocio, ¿qué sucede si no se cumplen estos KPI?
¿Cómo podría eso afectar los ingresos?
Ingrese a la prueba de carga .
Para responder a estas preguntas, recomendamos realizar una prueba de carga para simular el escenario real.
Una prueba de carga es el proceso de poner demanda en un sistema para determinar cómo funcionará.
Si bien una prueba de rendimiento de página (disponible para clientes de WP Engine) o una prueba de herramienta de velocidad (disponible para todos) mide la velocidad de un sitio en función de una sola visita, ese es solo el primer capítulo. La prueba de carga cuenta toda la historia.
Por lo general, se realiza una prueba de carga para simular el tráfico máximo con una gran cantidad de usuarios simultáneos. En otras palabras, ¿cómo funciona el sitio bajo una gran carga y no solo una sola visita?
Para comprender verdaderamente la capacidad de su entorno específicamente para su sitio, realizar una prueba de carga le dará más confianza en cualquier nivel de tráfico.
Aquí hay algunos recursos para ayudar:
Para profundizar en las pruebas de carga, consulte este documento técnico.
Para obtener sugerencias sobre cómo mejorar la capacidad de caché de la página, consulte este artículo.
Pensamientos finales .
Entender cuánto tráfico puede manejar su sitio ciertamente puede ser confuso. La mayoría de los proveedores de alojamiento administrado definen sus propios criterios y el número máximo de visitantes mensuales para sus soluciones. Dado que su sitio tiene un conjunto único de características, no es realista confiar en estos números para evaluar el rendimiento y la capacidad. Y recuerde, las cifras de tráfico mensual no le ayudarán a comprender cómo manejará su sitio un evento de alto tráfico, incluso uno que solo dure un corto período de tiempo.
Es por eso que estos números estimados solo deben usarse como pautas. Puede tomar una decisión mejor informada haciendo las preguntas correctas, evaluando los datos correctos y, si es necesario, realizando las pruebas correctas.
Como nota final, el tráfico es solo una parte del rompecabezas de rendimiento y es solo un factor determinante al elegir una solución y una plataforma. Otros factores incluyen las capas de almacenamiento en caché, el rendimiento de la base de datos, la calidad y el diseño de la infraestructura, la alta disponibilidad y la escalabilidad.
Cada negocio tiene necesidades diferentes. Para los clientes empresariales, existen requisitos comerciales y funcionales críticos que deben cumplirse.
De acuerdo con los pilares del marco de buena arquitectura de AWS, estos son la máxima prioridad:
- Excelencia operativa: la capacidad de ejecutar y monitorear sistemas para brindar valor comercial y mejorar continuamente los procesos y procedimientos de soporte.
- Seguridad: la capacidad de proteger la información, los sistemas y los activos al tiempo que proporciona valor comercial a través de evaluaciones de riesgos y estrategias de mitigación.
- Confiabilidad: la capacidad de un sistema para recuperarse de las interrupciones de la infraestructura o del servicio, adquirir dinámicamente recursos informáticos para satisfacer la demanda y mitigar las interrupciones, como errores de configuración o problemas de red transitorios.
- Eficiencia de rendimiento: la capacidad de usar los recursos informáticos de manera eficiente para cumplir con los requisitos del sistema y mantener esa eficiencia a medida que cambia la demanda y evolucionan las tecnologías.
- Optimización de costos: la capacidad de ejecutar sistemas para brindar valor comercial al precio más bajo.
WP Engine sigue las prácticas estándar de la industria que están alineadas con estos pilares.
¿Quiere saber más sobre cuánto tráfico puede manejar su sitio? Haga clic aquí para obtener más información sobre los planes de WP Engine y los beneficios que ven los clientes cuando utilizan nuestra plataforma de alojamiento administrada de WordPress.