¿Qué es un diagrama de cascada y cómo lo lees?

La velocidad y el rendimiento del sitio son una parte crucial de cualquier sitio web. Si su sitio no cobra lo suficientemente rápido, las personas se irán. Un sitio web rápido de WordPress no solo lo ayuda a desempeñarse bien en los motores de búsqueda, sino que también mejora su tasa de conversión. Para descubrir la velocidad de su sitio de WordPress, use herramientas como GTMetrix, Chrome Devtool o Pingdom. Sin embargo, estas herramientas pueden omitir muchas cosas, desde aquí interviene un diagrama en cascada. ¿Qué es un diagrama de cascada? El diagrama de cascada muestra el comportamiento del comportamiento de carga con un blog. Incluye scripts, archivos multimedia y recursos de terceros solicitados por su página web.
Simplemente dicho, simplifica la simplificación de una página web. Un diagrama de cascada es un informe que muestra el número de solicitudes de URL representadas en el back-end, mientras que una página se carga en el front-end. Aquí, utilicé un GTMetrix, pero cualquier otra herramienta que prueba el rendimiento del sitio está bien. Nota: un sitio web rápido mostrará un diagrama de barras pequeñas (reproducción rápida) y menos solicitudes de recursos, etc. La mayoría de los retrasos se pueden remediar desde el final del servidor (comuníquese con su proveedor de alojamiento/dominio). Pero si cree que hay una cuerda lenta en alguna parte, el diagrama de cascada puede descubrir.
Todo lo que necesita es buscar solicitudes con el tiempo de carga más alto. Puede examinar HTML, CSS, JS, XHR, fuentes, imágenes y más para descubrir el problema. Cómo leer un diagrama en cascada

Los diagramas de cascada se diferencian en cinco columnas. 1. URL- La primera columna indica el recurso que está cargado. Estos archivos revelan qué tipo de recursos son. Por ejemplo, .jpg (imágenes), .css (hojas de estilo) o .js (javascript). 2. Estado: la siguiente columna indica la respuesta del código de estado HTTP. 200 significa que todo está bien, pero los errores 4xx o 5xx indican solicitudes no exitosas. Dominio: esto le informa sobre el servidor donde se carga el recurso. En su mayor parte, verá su dominio, pero el nombre del host puede cambiar si usa recursos de tercera parte. 4. Tamaño: busque archivos que consumen 1 MB o más. Puede encontrar más recursos que consumen un espacio más grande.
5. Cronología: esta columna contiene la información más útil en el diagrama. Puede averiguar sobre diferentes expresiones de carga de recursos y qué frases se ralentizan. 5.1 Recibir: la primera frase de cronología es la recepción. Es el tiempo requerido para descargar archivos. Los archivos grandes (imágenes no optimizadas, por ejemplo) aumentan el tiempo de descarga y consumen más ancho de banda, lo que retrasa un sitio web.

La mejor manera de remediar es la optimización de los medios; Reduzca el tamaño de las imágenes, las infografías creadas en línea o los videos sin reducir su calidad. Las herramientas como Optimole (Image CDN) están a la mano, y mantener imágenes en un servidor en la nube mejora la disponibilidad del ancho de banda. 5.2 Esperando: el tiempo de espera es el tiempo requerido para que el servidor genere una respuesta. Un largo tiempo de espera significa un código ineficiente o un servidor de bloqueo (red sobrecargada). Los desarrolladores corrigen un código ineficiente. A menudo, los códigos como PHP están asociados con SQL para la administración de bases de datos en CMS como WordPress. En algunos casos, como la instalación de complementos o el tema, esto hace que el código sea ineficiente. Un desarrollador los encuentra y cambia el código para que funcione en un servidor lento. Otra forma de reducir el tiempo de espera es una utilidad de almacenamiento de caché. Los servicios de caché de WordPress disminuyen el número de solicitudes generadas. Para las mejores actuaciones, pase de partición a alojamiento dedicado. El alojamiento particionado está relacionado con varios usuarios, y la disponibilidad de recursos es limitada. Sin embargo, el alojamiento dedicado tiene más disponibilidad de recursos y un excelente hardware personalizado para un excelente rendimiento.
5.3 Bloqueo: el bloqueo también se conoce como solicitud en la cola. Incluye conexiones disponibles HTTP/HTTP2, ejecución de JavaScript o CSS, tiempo de conexión SSL y autenticación HTTP. 5.4 Connect: aquí se construye el protocolo de control de transmisión/protocolo de Internet entre el servidor y un host. Depende de la red y del sistema de socios. 5.5 Envío: este es el tiempo requerido para que el navegador envíe una solicitud al servidor. Las solicitudes de Put and Post tienen una mayor cronología de referencia. 5.6 Búsqueda DNS – La búsqueda DNS incluye tiempo para la resolución DNS. Mirando la tabla de cascada de su sitio con GTMTrix, notará algo sorprendente; La mayoría de los scripts se desaceleran debido a la búsqueda de DNS.DNS es como la agenda telefónica de un Internet. Cuando un usuario solicita una página web, un área en particular convierte el nombre del host en una dirección IP amigable. Similar a la forma en que usamos una dirección para encontrar una calle en particular, la web utiliza la dirección IP para localizar un dominio. Aquí viene Cloudflare. En lugar de ralentizar el tiempo de carga mediante la lenta recuperación del DNS, acelera este proceso. Cloudflare es uno de los servicios de búsqueda DNS más rápidos y se esforzará por acelerar su sitio. Incluso puede instalar un complemento como wprocket para reducir las seis fases de la cronología. Aquí está todo lo que hace:

Compresiones gzip
Tarea perezosa
Memorizar en caché
Optimización de la base de datos
Optimización de las fuentes de Google
Optimización de Google Analytics
Estas frases es el lugar donde está el verdadero problema, por lo que discutiremos la sección cronológica más detallada nuevamente. Resumiendo independientemente de si usa GTMetrix, devchrometoles u otra herramienta de prueba de rendimiento; Encontrará un diagrama de cascada. Úselo para encontrar problemas específicos durante la carga, incluso para reducir los scripts con más tiempo de carga. Además, siempre recibirá consejos con las herramientas para acelerar su sitio de WordPress. Aquí está todo en resumen. Problema: el extremo lento del servidor. Remedio: Envíe un correo electrónico a su proveedor de servicios.
Problema: enlace de seguimiento de la página. Remedio: eliminar/desinstalar la herramienta de seguimiento que usa.
Problema: tema voluminoso o personalización del tema no utilizado. Remedio: Contrata a un desarrollador web.
Problema: búsqueda lenta de DNS. Remedio: Use CloudFlare.
Problema: Error debido a los complementos. Remedio: desinstale los complementos.
Si omití algo esencial sobre el diagrama de Cascada, háganos saber en la sección de comentarios.