Analíticas
Con las Analíticas de WordPress en MyKinsta, puedes averiguar qué está pasando en tu sitio mediante la visualización de una amplia variedad de datos analíticos. Incluso puedes investigar y diagnosticar algunos problemas de tu sitio desde el propio panel de MyKinsta. Hoy nos sumergiremos en cada sección de las Analíticas de MyKinsta e incluso compartiremos algunos ejemplos de cómo puedes utilizar estos datos para mejorar y arreglar tu sitio de WordPress.
Profundizando en las analíticas de MyKinsta
La página del panel de MyKinsta ofrece información rápida sobre el uso de recursos, la transferencia de datos (ancho de banda), las visitas únicas a tu sitio web y el uso de CDN (si procede).
Para profundizar en los informes, puedes consultar las analíticas de todos los sitios de tu plan yendo a tu nombre de usuario > Configuración de la empresa > Página de analíticas. Nota: Si también tienes Alojamiento de Aplicaciones o Alojamiento de Bases de Datos, tendrás que seleccionar la subpágina Sitios WordPress. Cuando estés viendo las analíticas a nivel de empresa, estarás viendo los datos de todos los sitios y entornos de WordPress.
Para ver las analíticas sólo de un sitio específico (analíticas a nivel de sitio), ve a Sitios de WordPress > nombre del sitio > Analíticas.
A continuación, puedes elegir ver los datos de las últimas 24 horas, 7 días, 30 días o el ciclo de facturación actual (Mes actual en el menú desplegable).
Las analíticas se dividen en siete secciones diferentes, en las que profundizaremos a continuación:
Recursos
En la sección Recursos, puedes ver el número total de visitas, el espacio en disco, el uso de ancho de banda, las solicitudes principales por bytes y las solicitudes principales por vistas.
Uso del plan
El uso del plan muestra los totales de todos los sitios del plan de tu empresa. La información sobre el uso del disco se calcula una vez al día para cada sitio web a distintas horas. Esto significa que la cantidad de espacio en disco utilizado puede variar a lo largo del día, y que el total de todos los sitios web puede no ser del todo exacto hasta el día siguiente.
Distribución del uso del plan
El informe de distribución de uso del plan te muestra un desglose del número de visitas, uso de ancho de banda y uso de espacio en disco de cada sitio de WordPress de tu plan de empresa. El espacio en disco se refiere a la capacidad de almacenamiento actualmente en uso y siempre muestra los datos más recientes dentro del marco temporal especificado. Puedes ordenar este gráfico por Visitas, Ancho de banda o Espacio en disco en orden ascendente o descendente haciendo clic en el encabezado correspondiente.
Como los planes de alojamiento de Kinsta se basan en el número total de visitas a tu sitio en producción, puedes identificar qué parte de tu plan utiliza cada sitio. El uso de ancho de banda y de espacio en disco te ayuda a identificar los sitios en los que puede ser necesario realizar más análisis para solucionar problemas.
Visitas
El gráfico de visitas te muestra el número de visitas a tu entorno de WordPress (en Producción, Staging Estándar o Staging Premium). Este gráfico utiliza el Tiempo Universal Coordinado (UTC).
Si resaltas un punto concreto del gráfico, te mostrará el número de visitas de ese día y un porcentaje de comparación con el punto de datos anterior (día u hora, según el marco temporal seleccionado). Este es el número exacto de visitas al entorno. Recuerda que tus filtros y reglas de Google Analytics no se aplican aquí. Todos los servicios mostrarán un número diferente en función de su propio conjunto de reglas — las que consideran tráfico irrelevante/bot y las que no.
Los planes de alojamiento de Kinsta se basan en el número total de visitas a tu sitio en producción. Sólo las visitas al entorno en producción se contabilizan en el uso de tu plan (que se muestra en la parte superior de tu página de Analíticas a nivel de empresa y en la sección de Analíticas de WordPress de tu página del Panel de control). Más información sobre cómo Kinsta cuenta las visitas.
Nota: El total de visitas en la sección Recursos de las analíticas puede diferir del total que ves en la página Panel en MyKinsta. Esto se debe a que la página del Panel de MyKinsta siempre muestra las visitas dentro de tu ciclo de facturación actual.
Espacio en disco
El gráfico de espacio en disco muestra tu límite de almacenamiento y uso. Nota: El uso del espacio en disco no se puede ver para las últimas 24 horas, por lo que tendrás que seleccionar 7 días, 30 días o el mes actual para el periodo de tiempo en el menú desplegable de la parte superior de la página.
Ancho de banda
El informe de uso de ancho de banda muestra el total de datos que ha utilizado tu sitio. Kinsta cobra los planes en función del número de visitantes de tu sitio, pero el uso del ancho de banda puede ayudarte a solucionar problemas de rendimiento. Este gráfico utiliza la Hora Universal Coordinada (UTC).
Si resaltas un punto concreto en el gráfico, te mostrará algunos datos comparativos, como la diferencia porcentual entre cada día.
Recomendamos encarecidamente a todos los clientes que implementen una CDN. No sólo porque verás un aumento de la velocidad, sino porque puede ser una forma estupenda de reducir el ancho de banda y los recursos de tu sitio. El ancho de banda CDN es muy barato o incluso gratuito. Consulta nuestro post en profundidad sobre las ventajas de una CDN para WordPress y por qué deberías utilizar una. O, si estás preparado, consulta cómo activar la CDN de Kinsta en tu sitio.
Peticiones principales por bytes
Un byte es una secuencia de bits binarios en un flujo de datos serializados en sistemas de transmisión de datos. Cuando se trata de tu sitio de WordPress, esto se mide normalmente en MBs, GBs y TBs. El número total de bytes transferidos en tu sitio constituye tu ancho de banda. En el informe de peticiones principales por bytes, puedes ver qué solicitudes de tus sitios consumen más ancho de banda.
Peticiones más vistas
El informe de peticiones principales por vistas te muestra los recursos más solicitados de tu sitio en el servidor, independientemente de su tamaño. Si tu sitio utiliza más ancho de banda de lo esperado, este informe y los anteriores pueden ayudarte a solucionar problemas y determinar a dónde se está yendo tu ancho de banda. Muchas veces, puedes detectar fácilmente un patrón.
CDN y edge
En la sección Uso de CDN, si la CDN de Kinsta está activada, puedes ver el ancho de banda de tu CDN, los archivos principales por peticiones, los archivos principales por bytes y las extensiones de archivo principales por bytes. Si un archivo multimedia concreto de tu sitio está acaparando todo tu ancho de banda, puedes detectarlo aquí.
Ancho de banda CDN
El informe de uso del ancho de banda CDN muestra el total de datos CDN que ha utilizado tu sitio. Este gráfico utiliza la Hora Universal Coordinada (UTC).
Si resaltas un punto concreto en el gráfico, te mostrará algunos datos comparativos, como la diferencia porcentual entre cada día.
Ancho de banda del caché edge
Este gráfico muestra el total de datos servidos por el caché edge. Este gráfico utiliza el Tiempo Universal Coordinado (UTC).
Si resaltas un punto concreto del gráfico, te mostrará algunos datos comparativos, como la diferencia porcentual entre cada día.
Archivos principales por peticiones
El informe de archivos principales por peticiones te muestra los archivos más solicitados en tu sitio servidos por la CDN. Esto puede ayudarte a identificar qué archivos son responsables de la mayor parte del uso de ancho de banda de tu CDN.
Archivos principales por bytes
El informe de archivos principales por bytes te muestra los archivos más grandes de tu sitio servidos por la CDN. Esto puede ayudarte a identificar archivos grandes que podrías optimizar, reduciendo el tamaño del archivo y el uso de ancho de banda de tu CDN.
Principales extensiones de archivo por bytes
El informe de principales extensiones de archivo por bytes te muestra las X principales extensiones de archivo servidas por la CDN. Esto puede ayudarte a identificar el tipo de contenido multimedia de tu sitio responsable de la mayor parte del uso de ancho de banda de tu CDN.
Dispersión
En la sección Dispersión, puedes ver diferentes perspectivas sobre el tráfico de tu sitio.
Ordenador vs. tableta vs. móvil
El gráfico ordenador vs. tableta vs. móvil te permite ver qué dispositivos acceden a tu sitio. En el siguiente ejemplo, puedes ver que se trata principalmente de tráfico de ordenador en un 95%.
Rendimiento
En la sección Rendimiento, puedes ver el tiempo medio de respuesta PHP + MySQL, el rendimiento PHP, el límite de memoria PHP alcanzado, el límite de hilos PHP, el uso de AJAX, el tiempo medio de respuesta PHP + MySQL más alto y el tiempo máximo más alto.
Tiempo medio de respuesta PHP + MySQL
Cada vez que visitas un sitio de WordPress, se utilizan PHP y MySQL para compilar y consultar los datos que ves en la página. Este gráfico te muestra el tiempo medio de respuesta del motor PHP y del motor MySQL para cada petición no almacenada en caché.
Si este valor es alto o muestra un pico reciente, no dudes en abrir un nuevo chat con nuestro equipo de Soporte para que puedan comprobar si hay algún problema relacionado con el servidor. Si no se encuentra ningún problema relacionado con el servidor, recomendamos utilizar nuestra herramienta APM para ayudar a diagnosticar problemas de rendimiento.
Rendimiento de PHP
El rendimiento es el número de transacciones por unidad de tiempo. En este informe, se refiere al rendimiento PHP de tu sitio WordPress. En otras palabras, muestra cuántas peticiones totales se ejecutaron durante el periodo de tiempo seleccionado. El gráfico de líneas muestra un desglose más detallado por horas o días (dependiendo del periodo de tiempo).
Límite de memoria PHP alcanzado
Este gráfico muestra el número de veces que se ha alcanzado el límite de memoria PHP. Por defecto, el límite de memoria PHP de Kinsta es de 256 MB, que es más que suficiente para la mayoría de plugins y sitios de WordPress. Este límite existe para evitar que los scripts PHP consuman demasiada memoria. Si estableces un límite demasiado alto, un script mal configurado o roto puede causar graves problemas al consumir demasiada memoria. Si tu sitio está configurado correctamente en Kinsta, no deberías alcanzar el límite de memoria PHP.
Puedes cambiar el límite de memoria PHP de un sitio por hilo dentro de sitios de WordPress > nombre del sitio > Información > Rendimiento PHP > Cambiar. Si aumentas la memoria por hilo, se reduce el número de hilos PHP disponibles y, por tanto, el número de peticiones entrantes que tu sitio puede gestionar simultáneamente. Sin embargo, también puedes cambiar tu reserva de memoria total para aumentar tanto el número de hilos como la memoria disponible para tu sitio.
Límite de hilos PHP
El gráfico de límite de hilos PHP muestra la frecuencia con la que el motor PHP alcanzó el máximo de hilos PHP asignados. Por ejemplo, si tu plan incluye 4 hilos PHP, y tu sitio utiliza los 4 hilos PHP simultáneamente y no puede responder inmediatamente a las peticiones PHP entrantes, eso se consideraría como una instancia de alcance del límite de hilos PHP.
Esto sólo puede darte una imagen parcial de tu actividad de hilos PHP, ya que sólo registra el número de veces que se alcanza el límite de hilos PHP y no cuánto tiempo estuvieron en uso todos los hilos PHP.
Cada plan de alojamiento en Kinsta incluye un número predeterminado de hilos PHP. Puedes cambiar el número de hilos PHP para cada sitio dentro de Sitios WordPress > nombre del sitio > Información > Rendimiento PHP > Cambiar. Si aumentas el número de hilos, se reduce el límite de memoria por hilo; sin embargo, también puedes cambiar tu pool de memoria total para aumentar tanto el número de hilos como la memoria disponible para tu sitio. La información de este gráfico puede ayudarte a determinar si tu sitio está alcanzando continuamente los límites.
Uso de AJAX
AJAX (Asynchronous JavaScript and XML) es un término que describe el uso de un script del lado del cliente que te permite actualizar partes de una página web sin tener que hacer un postback o refrescar la página.
En lo que respecta a WordPress, es posible que hayas visto admin-ajax.php en tus pruebas de velocidad. WordPress utiliza Ajax para funciones básicas de administración, como el autoguardado de entradas, la gestión de sesiones de usuario y las notificaciones. Las llamadas Ajax para esas funciones se realizan a través del archivo admin-ajax.php en /wp-admin.
Los problemas más comunes con Ajax en WordPress son los plugins que provocan que se dispare y los problemas de CPU en el back-end. Para obtener más información, consulta nuestro artículo sobre cómo diagnosticar un uso elevado de Admin-AJAX en tu sitio de WordPress.
El gráfico de uso de AJAX muestra el recuento de las peticiones admin-ajax, y puedes ver si hay picos de uso de Ajax durante periodos específicos. Selecciona una de las barras del gráfico y podrás ver el número de peticiones Ajax de ese periodo concreto. A continuación, puedes utilizar algunos de los consejos del post que mencionamos antes para reducir el origen de esos picos.
Tiempo medio de respuesta PHP + MySQL más alto
Esta lista muestra las rutas con los tiempos de respuesta más altos de PHP y MySQL. El tiempo es la media por petición, no el tiempo total de todas las peticiones. Estas cifras pueden ser picos puntuales, por lo que es mejor comparar esta lista con la lista de tiempos máximos de subida
Tiempo máximo de subida
El tiempo de subida es el tiempo total que tarda NGINX (y los servidores de subida) en procesar una solicitud y enviar una respuesta. Esta lista muestra las rutas con los tiempos máximos de subida de PHP y MySQL (combinados) para las peticiones. El tiempo es por petición, no el tiempo total de todas las peticiones.
Respuesta
En la sección Respuesta, puedes ver el desglose del código de respuesta, las estadísticas de respuesta, el desglose de errores 500, el desglose de errores 400, el desglose de redirecciones y los principales errores 404.
Desglose del código de respuesta
El gráfico Desglose del código de respuesta te permite ver un resumen de la distribución de los códigos de estado HTTP servidos para los recursos solicitados. Los códigos de respuesta, también conocidos como códigos de estado HTTP, no siempre son malos. Por ejemplo, un código de estado HTTP 200 significa «Todo está correcto» Este código se entrega cuando una página web o un recurso actúa exactamente como se espera que lo haga. Más adelante hablaremos de los demás.
Estadísticas de respuesta
El informe Estadísticas de respuesta te muestra el número total de redirecciones, errores, tasa de éxito y ratio de error. Cada sitio de WordPress suele tener una ligera proporción de errores, lo cual es completamente normal.
Desglose de errores 500
El gráfico de desglose de errores 500 te muestra el número total de errores 500 que se han producido en el servidor. Aquí tienes una explicación más detallada de lo que significa cada uno de ellos:
- 500: «Se ha producido un error en el servidor y no se ha podido completar la solicitud» Un código genérico que significa que hubo un «error interno del servidor» Algo ha ido mal en el servidor y no se ha podido entregar el recurso solicitado.
- 502: «Bad Gateway» Este código de error suele significar que un servidor ha recibido una respuesta no válida de otro. A veces una consulta o solicitud tarda demasiado, por lo que el servidor la cancela o la mata. Más información sobre cómo solucionar un error 502 bad gateway
- 503: «El servidor no está disponible para gestionar esta solicitud en este momento» La solicitud no puede completarse en este momento. Este código puede ser devuelto por un servidor sobrecargado que no puede atender más peticiones. Tenemos una guía paso a paso sobre cómo solucionar el error 503 de servicio no disponible en WordPress.
Desglose de errores 400
El gráfico de desglose de errores 400 te muestra el número total de errores 400 que se han producido en el servidor. Aquí tienes una explicación más detallada de lo que significa cada uno de ellos:
- 401: «No autorizado.» El servidor devuelve este error cuando el recurso de destino carece de credenciales de autenticación válidas.
- 403: «El acceso a ese recurso está prohibido» Este código se devuelve cuando un usuario intenta acceder a algo para lo que no tiene permiso. Por ejemplo, intentar ver un contenido protegido por contraseña sin iniciar sesión puede producir un error 403.
- 404: «No se ha encontrado el recurso solicitado» El mensaje de error más común de todos. Este código significa que el servidor no puede encontrar el recurso solicitado, y el servidor no sabe si alguna vez existió.
- 405: «Método no permitido.» Este error se genera cuando el servidor de alojamiento (servidor de origen) admite el método recibido, pero el recurso de destino no.
- 429: «Demasiadas peticiones.» El servidor suele generar este error cuando el usuario ha enviado demasiadas peticiones en un tiempo determinado (limitación de velocidad). A menudo, esto está causado por bots o scripts que intentan entrar por fuerza bruta en tu página de inicio de sesión predeterminada de WordPress. Puedes ayudar a bloquear tu sitio cambiando la URL de inicio de sesión de WordPress.
- 499: «Solicitud cerrada por el cliente» Este error lo devuelve NGINX cuando el cliente cierra la solicitud mientras NGINX aún la está procesando.
Desglose de redirecciones
El gráfico Desglose de redirecciones te muestra el número total de redirecciones que se han producido en el servidor. Recuerda que, al igual que los códigos de respuesta 200, no todos los códigos de respuesta son malos. los códigos de respuesta 300 suelen significar que has trasladado el contenido a otro lugar. Los redireccionamientos 301, por ejemplo, son muy importantes, ya que te ayudarán a conservar tu posicionamiento SEO para los cambios de URL y de sitio. Aquí tienes una explicación más detallada de lo que significa cada uno de ellos.
- 301: «El recurso solicitado se ha movido permanentemente» Este código se entrega cuando una página web o un recurso ha sido sustituido permanentemente por otro recurso diferente. Se utiliza para la redirección permanente de la URL.
- 302: «El recurso solicitado se ha movido pero se ha encontrado» Este código indica que el recurso solicitado se ha movido temporalmente a una ubicación diferente.
- 304: «El recurso solicitado no ha sido modificado desde la última vez que accediste a él» Este código indica al navegador que los recursos almacenados en el caché del navegador no han cambiado. Acelera la entrega de la página web reutilizando los recursos descargados previamente.
Principales errores 404
La lista de los principales errores 404 te ayuda a solucionar los recursos más solicitados a los que llegan los visitantes o los robots automatizados y que no existen en tu sitio.
Si ves una gran cantidad de errores 404, generalmente se recomienda que revises tu sitio y los corrijas por motivos de SEO y usabilidad. También puedes buscarlos en Google Search Console, en la sección de errores de rastreo.
Caché
En la sección Caché, puedes ver tu stack de componentes de caché, el gráfico de componentes de caché y el total de omisiones de caché.
Stack de componentes de Caché
Cada vez que se solicita un archivo o recurso a los servidores de Kinsta, se envía un valor en la cabecera de respuesta HTTP (X-Kinsta-Cache) para informarte del estado del caché.
Hay cuatro tipos de cabeceras de respuesta de caché devueltas:
- HIT: Un HIT significa que el recurso se está sirviendo desde el caché de los servidores de Kinsta. Normalmente es lo que quieres ver.
- BYPASS: Significa que probablemente una regla o conflicto está impidiendo que el recurso se almacene en el caché. Tenemos reglas para que ciertas cosas de tu sitio de WordPress no se almacenen en caché. Por ejemplo, tu página /wp-login.php no se almacena en caché, lo que garantiza una funcionalidad adecuada cuando te conectas a tu panel de control.
- MISS: Significa que el contenido aún no estaba en el caché, pero lo estará después de la primera petición. La segunda petición a ese archivo será un HIT de caché. Recuerda que cada vez que borras el caché de tu sitio de WordPress, ésta tiene que ser reconstruida por las personas que lo visitan. Por eso te recomendamos que no limpies toda el caché constantemente. El plugin Kinsta MU purga automáticamente sólo ciertas secciones de tu sitio para que el resto pueda permanecer en el caché. Lee más sobre cómo gestiona Kinsta el caché.
- EXPIRED: Esto significa que el contenido almacenado en caché ha caducado y que se ha obtenido el nuevo contenido del servidor de alojamiento.
El informe del stack de componentes de caché te permite ver el número total de valores de cabecera de respuesta de caché generados desde tu sitio.
Gráfico de componentes de caché
El gráfico de componentes de caché es otra forma de ver el total de valores de cabecera de respuesta de caché.
Principales bypasses de caché
El informe de los principales bypasses de caché te permite ver las solicitudes más frecuentes que están evitando la caché en tu sitio. Es recomendable revisar este informe y asegurarte de que esas rutas deban realmente bypassear la caché. El ejemplo siguiente muestra que /wp-cron.php no se almacena en caché, lo cual es necesario para que WP-Cron funcione como es debido.
Geo & IP
En la sección Geo & IP, puedes ver los principales países, las principales ciudades y las principales direcciones IP que visitan tu sitio. Esto te proporciona información sobre los países, ciudades y direcciones IP individuales de los visitantes de tu sitio.
Países principales
La lista de los principales países puede ayudarte a determinar si el centro de datos en el que se encuentra tu sitio es la mejor ubicación. Esta lista es un análisis geográfico por países de las direcciones IP de los visitantes. En el siguiente ejemplo, probablemente el sitio debería ubicarse en un servidor de Estados Unidos, ya que la mayor parte del tráfico procede de allí.
Kinsta tiene ahora 37 ubicaciones de Google Cloud Platform en todo el mundo donde puedes alojar tu sitio WordPress. Para más detalles, consulta nuestro post en profundidad sobre la latencia de la red y por qué es importante ubicar tu sitio estratégicamente.
Top ciudades
La lista Top ciudades te muestra el análisis geográfico por ciudades de las direcciones IP de los visitantes.
Principales IPs de Clientes
La lista de Principales IPs de clientes puede ser útil si tu sitio utiliza repentinamente mucho ancho de banda. Muestra las principales direcciones IP listadas por número de peticiones.
¿Cómo puedes utilizar estos datos? Aquí tienes un ejemplo de un caso de estudio en un sitio de comercio electrónico de WordPress. Analizando las 10 principales IPs de clientes del sitio durante los últimos 7 días se observó cierta actividad sospechosa. La mayoría de ellas tenían más de 10.000 peticiones, y había bastantes IPs con esta cantidad de peticiones. Lo más probable es que se tratara de un ataque DDoS o de fuerza bruta. Al introducir un par de las principales IP en la búsqueda de Google, pudimos ver que la mayoría eran direcciones proxy, lo que significa que lo más probable es que alguien quisiera ocultar su tráfico.
La buena noticia es que, además de la protección de cortafuegos, nuestra integración con Cloudflare también incluye protección DDoS (Distributed Denial of Service, Denegación de Servicio Distribuida) gratuita. Si necesitas más intervención, comunícaselo a nuestro equipo de Soporte. Si es necesario, podemos bloquear las IP por ti.
Otras opciones son crear tu propia cuenta de Cloudflare (donde puedes activar y configurar el cortafuegos de aplicaciones web de Cloudflare con reglas más específicas para tu sitio) o añadir un cortafuegos de aplicaciones web diferente, como Sucuri.
Notas adicionales
Los datos analíticos completos se conservan durante 30 días. Te sugerimos que compruebes el Panel de control y las páginas de Analíticas con más frecuencia tras la primera migración a Kinsta. Si observas un pico de tráfico inexplicable o una incoherencia que te preocupe, comunícaselo a nuestro equipo de Soporte y podremos investigar más a fondo los registros para ayudarte a determinar la causa.
Esperamos que, con todos los datos anteriores, comprendas mejor cómo Kinsta ofrece contenido a tus visitantes.