Cómo optimizar el rendimiento de su sitio web

Cómo optimizar el rendimiento de su sitio web

Mire alrededor del Internet, y encontrará muchas estadísticas citadas sobre el poco tiempo que la gente está dispuesta a esperar a que se cargue cualquier sitio web antes de perder el interés.

Aquellos con conexiones de banda ancha fija esperan que un sitio web aparezca casi instantáneamente, e incluso los usuarios móviles no tienen paciencia infinita.

Según la investigación, el tiempo de carga óptimo para una página es de tres segundos, aunque la mayoría de los sitios están más cerca del doble de eso - o más. Y si vas mucho más allá de 10 segundos, es probable que la mayoría de la gente abandone la página y se vaya a otra parte.

El tiempo que tarda una página web en aparecer en un navegador depende de factores divididos entre el servidor y el dispositivo cliente en el otro extremo.

Aunque no es posible acelerar a todos los usuarios debido a cosas fuera del control del diseñador web, es práctico hacer un sitio tan eficiente como sea posible, mejorando el rendimiento para la mayoría de los visitantes.

Se puede lograr una mayor velocidad con una variedad de métodos diferentes, pero hay tres pilares centrales para mejorar el rendimiento del sitio. Estos son el alojamiento mejorado, la optimización del sitio, y también algunas consideraciones específicas de la plataforma.

Cuánto gasta un sitio en alojamiento web suele ser proporcional al número de visitantes que se esperan en un día determinado, teniendo en cuenta la duración de cada estancia y el número de páginas que navega.

Esta es la razón principal, junto con las preocupaciones de seguridad, por la que relativamente pocas empresas alojan sitios internamente.

Típicamente, el alojamiento web es"virtual" en el sentido de que una pieza específica de hardware no se asigna al sitio web, sino que se comparte con otros sitios a través de la virtualización.

Lo bueno de tener esta solución es que se pueden asignar más recursos fácilmente a un sitio en tiempos de alta demanda, siempre y cuando el contrato de hospedaje permita esta flexibilidad.

Lo que es importante decidir es el tráfico proyectado que espera recibir y elevar su servicio apropiadamente.

Si usted tiene un sitio de rápido crecimiento, pero debido al nivel de hospedaje comienza a no responder cuando una avalancha de visitantes aparece, esto podría socavar todo su proyecto. Por lo tanto, planee comenzar a pequeña escala y luego escalar cuando el sitio alcance la madurez.

El rendimiento de cualquier sitio web depende en gran medida de cómo fue construido y de la tecnología de software que utiliza.

Una vez que tenga un sitio prototipo, uno de los primeros procedimientos que debe realizar es anotar en cada página el tiempo que tarda en cargarse. Existen numerosas herramientas disponibles para medir el rendimiento de la página, y algunas de ellas desglosan los tiempos para identificar exactamente lo que causó el mayor retraso en una página determinada.

Esta prueba no es algo que usted debe realizar sólo una vez en un solo PC, ya que sus visitantes vendrán de un número diverso de lugares diferentes, con conexiones de banda ancha variadas, y utilizarán diferentes tipos de dispositivos.

Es especialmente importante que las plataformas móviles se prueben tanto con conexiones Wi-Fi como celulares. Y, en un mundo ideal, obtener resultados desde ubicaciones geográficas remotas también es información valiosa.

Una vez que haya recopilado estos datos de rendimiento, es hora de volver al sitio y ver qué alteraciones puede hacer para mejorar la experiencia del usuario.

He aquí una lista de los siete temas principales que ralentizan un sitio que puede ser abordado fácilmente.

Si una página está compuesta de elementos que provienen de otras ubicaciones, incluyendo anuncios, esto puede tener un impacto dramático en la velocidad. La página depende de la rapidez con la que se sirvan esos elementos desde fuera del sitio, lo que agrava los problemas de rendimiento.

Si tiene una página que tarda demasiado tiempo en cargarse, identifique qué es lo que la está retrasando y retírela.

Demasiados de estos componentes causan los mismos problemas que las páginas multifuente, pero son un problema que afecta a los sitios de WordPress en particular. La tentación de precargar páginas con todo tipo de calendarios, botones animados, relojes, etc. es fuerte, pero hay que resistirse.

Estas funciones requieren código del lado del servidor y del lado del cliente para ejecutarse, y a menudo pausan la presentación de otros elementos de la página antes de que terminen de cargarse.

Los gráficos del sitio web no deben escalarse a menos que se trate de fotografías en las que desee que se pueda hacer clic para obtener una presentación de calidad total.

Tenerlos a escala también es malo, ya que esto los hace bloqueados o revela artefactos de compresión.

Hacer que los gráficos tengan el mismo tamaño que deberían verse elimina la carga de trabajo del servidor y del navegador del cliente, y evita que el usuario descargue gráficos más grandes de lo necesario.

Existe una gran cantidad de tipos de archivos que antes eran populares en el PC, pero que ahora ya no existen. Los usuarios móviles no podrán acceder a ellos, y la mayoría de los usuarios de escritorio también tendrán problemas a menos que sigan ejecutando un plugin en una versión antigua del navegador.

Por regla general, no aloje formatos de vídeo, imágenes o música que no funcionen de forma predeterminada con Google Chrome o Microsoft Edge. Molesta a los usuarios cuando al sitio web le faltan elementos o se producen errores extraños.

¿Cuántas veces has visto una característica que puede ser añadida a un sitio web con'sólo una corta línea de código'? Hay muchos de ellos, y pueden ser útiles. Sin embargo, a menudo causan dolor de cabeza para una pieza de código mucho más grande que se está ejecutando en el servidor con el fin de hacer que el fragmento de código haga algo útil.

Si tiene demasiados de estos - porque usted pone ese código en cada página - el servidor se atascará tratando de procesar estas peticiones en lugar de servir a las páginas del sitio.

Los culpables más comunes de estas cosas son, irónicamente, el análisis y el procesamiento de formularios. Pero el código que aborda otras tareas también puede tener un impacto negativo en el rendimiento general.

Un error clásico que afecta a los usuarios móviles es que la redirección a la versión móvil del sitio se produzca sólo después de que la mayoría de la página de inicio destinada al escritorio se muestre en el teléfono o en la tableta.

El resultado es a menudo una larga espera antes de que el navegador sea llevado al sitio móvil, seguido de otro retraso antes de que se renderice.

Mientras que las plataformas estadísticamente móviles siguen estando ligeramente por detrás de los ordenadores convencionales en términos de navegación web, la navegación móvil se está expandiendo rápidamente y muy pronto será la forma dominante en la que la mayoría de los usuarios accederán a la mayoría de los sitios.

Por lo tanto, la atención a la variante móvil de cualquier sitio es al menos tan importante, si no más, que la contraparte de escritorio.

Debido a que los usuarios móviles a menudo se conectan utilizando servicios de datos 3G o 4G sin las velocidades de transferencia consistentes que los usuarios de banda ancha cableada podrían esperar, la importancia de la entrega rápida de páginas web es aún mayor.

Existen numerosas formas de asegurar que los archivos que componen el sitio sean más pequeños y, por lo tanto, más rápidos de descargar para un visitante.

Existen tecnologías globales del lado del servidor como Gzip que pueden reducir el tamaño de los archivos hasta en un 70%, aunque la elección de los tipos y niveles de compresión adecuados para los archivos JPG también puede aportar beneficios de rendimiento.

Gzip requerirá la activación del servidor, y usted puede comprobar si está activo en su servidor utilizando este sitio.

La única advertencia sobre el uso de la compresión es que debe identificar aquellos archivos y carpetas que no desea comprimir en el sistema. Porque los archivos de vídeo ya comprimidos y los volúmenes comprimidos (ZIP, RAR o LZH) no se pueden reducir más.