5 mitos sobre optimización de velocidad

Última actualización: mayo de 2019. La optimización de su sitio para la velocidad puede ser un problema complejo, especialmente para aquellos que no son desarrolladores. Muchas guías y artículos simplifican demasiado, ofreciendo propinas extensas que no se aplican a ningún sitio web y no deben llevarse al valor nominal. Aquí hay algunos consejos comúnmente extendidos que requieren algunas aclaraciones. 1. El rendimiento “nota” es importante cuando se usa una de las herramientas de prueba de velocidad populares, como Google PageSpeed ​​Insights, Gtmetrix, Pingdom, etc., su sitio recibe una nota para su rendimiento, junto con algunas recomendaciones. Los clientes a menudo creen que tienen un complemento de caché, deberían obtener calificaciones casi perfectas. No solo no es el caso, sino que también es una pérdida de tiempo para seguir una nota perfecta.
La conclusión: ¡la nota de rendimiento de su sitio no importa! El único valor que importa es el tiempo de carga real de su página, ¿por qué no importa su nota? Las principales razones para tener un sitio más rápido son:
Para mejorar el SEO
Para mejorar la experiencia del usuario
Para aumentar las conversiones
Ninguno de estos escenarios importa su nota cuando Googlebot visita su sitio, no conoce la nota dada por cada una de las herramientas de prueba de velocidad. Solo vea qué tan rápido se está cargando su página para ¿Qué es una buena nota? Las notas y las recomendaciones pueden ser útiles para proporcionar una guía para las mejores prácticas e identificar cualquier señal o bloqueo rojo en su sitio. Pero la verdad es que una nota más alta no es equivalente a un tiempo de carga de tiempo más rápido. Vi muchos sitios con altos grados, pero a bajas velocidades.
Por ejemplo, este sitio tiene un tiempo de carga de 30 segundos claramente, algo no está bien, pero la nota de pingdom es: 96/100: Además, cada herramienta que use evaluará su sitio de manera diferente: ¿qué es “correcto”? Por lo tanto, no se preocupe por el seguimiento de las notas, concéntrese solo en el tiempo de carga real. A veces, las sugerencias que se hacen ayudan a mejorar el tiempo de carga, pero a veces serán difíciles de implementar para un beneficio pequeño o no. Un ejemplo clásico a este respecto es cuando Google PageSpeed ​​sugiere mover archivos CSS y JS al sótano. Algunos archivos JS se pueden mover al sótano, pero otros romperán su sitio si los mueve. Además, si carga el sitio sin estilos CSS, se verá roto y le dará una terrible experiencia de usuario.

2. Necesita todos los tipos de caché Hay varios tipos diferentes de almacenamiento en caché disponible y algunos elementos sugerirán que debe implementarlos todos: caché para páginas, caché para bases de datos, memcached, etc. En un sitio de caché, cuando un visitante accede a una página en su sitio, el servidor, a través del PHP, debe recopilar y recopilar desde la base de datos los diferentes componentes y contenido de la página y enviarlos de regreso al navegador, sobre la marcha. Eso requiere mucho tiempo y esfuerzo. En cambio, mantener las páginas en caché (que es lo que hacen WP Rocket y otros complementos) generan archivos HTML estáticos de su contenido, lo cual es más rápido de ofrecer a sus visitantes. Cada vez.
Entonces, esto significa que cuando tiene un caché de página y un visitante llega a su sitio, ni siquiera llega a la base de datos. Entonces, en muchos escenarios en los que tiene el almacenamiento de la página, no necesita memorizar la base de datos en caché. Esto es cierto para muchos sitios web. Hay algunas circunstancias en las que puede ser necesario el almacenamiento de la base de datos, pero puede no ser el sitio habitual. Por ejemplo, si tiene un sitio muy dinámico donde el almacenamiento de la página no es realista, el almacenamiento de la base de datos sería útil. El blogger ordinario no tiene que preocuparse por ello. Algunas formas de almacenamiento en caché se realizan a nivel de servidor para que esté restringido a lo que puede hacer si está en una plataforma de alojamiento compartida o administrada. Timber, pero el almacenamiento de la página puede ser implementado mediante un complemento de WordPress, por lo que es fácil de implementar por el propietario promedio del sitio. 3. Solo necesita un complemento de caché Un enchufe de almacenamiento de caché es una herramienta invaluable en su kit para crear un sitio web rápido. (¡Puede obtener WP Rocket ahora y verificar el valor que puede dar a su sitio!)
Pero no debería ser el único. En un sitio de WordPress hay muchas capas que se pueden optimizar. Por supuesto, algunos son más fáciles de optimizar que otros por lo profano. Un complemento de caché (cuando está configurado correctamente) siempre ayudará, pero es la última capa en la creación de un sitio rápido. Solo puede ser un adyuvante si su sitio es ineficaz en general. Otras capas que deben considerarse son: alojamiento web, esta es la base, ¡así que invierta en un excelente alojamiento! Si su alojamiento es débil, es un poco condenado y siempre habrá un techo en la rapidez con que su sitio ejecutará la maravillosa web no es necesariamente costosa. Tenemos algunos anfitriones que recomendamos (y, como Rocket WP del Cliente, usted, usted. sería elegible para un descuento) que no romperá el banco como SiteGround o Kinsta. Hay muchos anfitriones geniales allí: no solo eliges lo más barato, ¡podrás pagar de otras maneras! Su tema, la mayor parte del código en su sitio proviene de su tema, por lo que un tema codificado de manera ineficiente lo paralizará. Esta es un área que puede ser difícil de resolver si no es un desarrollador, por lo que en algunos casos puede valer la pena contratar a un especialista en optimización de velocidad para cambiar su tema de rendimiento.
(Hemos probado algunos de los temas de WordPress gratuitos más rápidos: ¡revisos!) En general, esos temas de “fregadero de la cocina” que incluyen cada característica bajo el sol, vendrán con ciertas secuencias de comandos de peso que se están cargando en los que no lo hacen. realmente úsalos, etc. Si tiene una de esas tareas, no active todas las funciones disponibles (como 3 diapositivas diferentes) a menos que realmente las use. Sus complementos contrarios a la fe popular, no la cantidad de complementos que importa, sino la calidad. Solo se necesita un complemento mal escrito para detener su sitio. Por supuesto, debe ser juicioso en los complementos que seleccione y debe eliminar los que no usa. Conclusión Si pone un cohete en un automóvil deportivo y un cohete en un tanque, el auto deportivo continuará funcionando más rápido, porque es está racionalizado y construido para la velocidad. Lo mismo es cierto para que su sitio memorice en caché no pueda remediar el código débil, solo puede mitigar los efectos hasta cierto punto. Cuanto mejor sean los otros componentes de su sitio, mejor y más rápido será su sitio. 4. Menos solicitudes de sitio web HTTP = más rápido, una guía común es que debe reducir la cantidad de solicitudes HTTP que su sitio debe hacer a la página. En gran medida, esto es cierto y, como guía general, la reducción del número de solicitudes es una buena práctica. Pero, como en total, es un poco más matizado que eso.
Esto generalmente ocurre en términos de minería. La mayoría de las herramientas de minimización se hacen cargo de todos sus archivos CSS y los reúnen en un archivo grande (conciso). Entonces, si inicialmente tenía 8 archivos CSS en su sitio, ahora tiene 1. Por lo tanto, es solo una solicitud HTTP en lugar de 8. mejor, ¿verdad? Bueno, tal vez, tal vez no. Los navegadores modernos pueden descargar varios archivos simultáneamente en paralelo. Eso significa que puede ser más eficiente y más rápido para su navegador descargar archivos más más pequeños simultáneamente, luego un archivo grande. Los resultados variarán de un sitio a otro, por lo que deberá probar esto para usted para usted HTTP/2 ha cambiado el juego aquí. Aquí hay una ilustración de cómo el número de solicitudes no es el mejor indicador de eficiencia. En mi sitio web de prueba, comencé con las solicitudes esta-43 y un tiempo de carga de 639 ms: simplemente agregando dos grandes imágenes no opmistas en la página, solo agrego 2 solicitudes HTTP, pero el tiempo de carga se duplica debido a la página de tamaño:

Por lo tanto, no puede concentrarse solo en un solo indicador, pero debe adoptar un enfoque holístico.