Curated by: Luigi Canali De Rossi
 


17 November 2010

Rapidez De Tus Páginas Web: Como Optimizar El Tiempo De Carga De JavaScript Y Widgets - Parte 1

¿Estás buscando a una manera de mejorar la rapidez de tus páginas web cuanto a su velocidad, pero no sabes qué hacer con todos los widgets y JavaScripts que has agregado a las barras laterales? ¿Has acabado de probar la velocidad de tu sitio web con Google Page Speed, YSlow o GTMetrix y has descubierto que tienes un montón de cosas que andan retrasando la carga de tu sitio?

rapidez_de_tu_sitio_web_mejorar_tiempo_de_carga.jpg
Crédito de la foto: Stanely Hong

Es hora de tener el control de nuevo y utilizar una estrategia técnica que no te obliga a renunciar a todas estas golosinas y ganar de vuelta una parte o la mayor parte de tu velocidad original.

Pero antes de que te diga cómo hacerlo, déjame asegurarme de que sabes bien por qué deberías estar tan preocupado por la velocidad de tu sitio web.

  • Google ahora usa oficialmente la velocidad para definir el posicionamiento de tu website dentro de los resultados de las búsquedas. Cuanto más rápido cargue tu página, más probable será que Google prefiera a tu sitio en relación a los demás que tienen el mismo nivel y calidad de información sobre un tema determinado.

  • Los usuarios no esperan tanto como tú. Especialmente aquellos que llegan a tu sitio web por primera vez, sólo concederán algunos segundos para que tu sitio muestre lo que están buscando antes de darse por vencidos e irse a otra parte. Ponte en los zapatos de uno de tus lectores o clientes potenciales. ¿Has sentido alguna vez como se puede colar un café mientras se abren tus sitios favoritos? Te sientes frustrado, ¿no? Bueno, ellos también. Y cuando hay la frustración, se pierde la oportunidad de atraer a nuevos lectores y convertir a los usuarios en clientes.

En esta guía de dos partes, obtendrás información sobre cómo se puede acelerar el rendimiento de tu sitio web al retrasar la carga de JavaScript y widgets, tales como comentarios, botones de social media y así sucesivamente, para mejorar tanto la experiencia del usuario como el posicionamiento potencial en Google.

El problema con JavaScript y con los widgets es que mientras hacen la web más atractiva y agradable de usar, su uso tiene un gran impacto en el tiempo de carga de la página web, haciendo que sitios antes muy rápidos reduzcan drásticamente su velocidad de carga.

Aunque esta guía está escrita en un lenguaje no técnico y no hace falta ser un programador para entender la mayoría de la información compartida en el mismo, sin duda no te hará daño fiarte de una persona técnica competente para ayudarte en la aplicación de las técnicas de optimización de velocidad sugeridas aquí.

Aquí está la Parte 1 de la guía sobre cómo mejorar la rapidez de tus páginas web retrasando la carga de widgets y JavaScript:

 

 

Rapidez De Tu Páginas Web: Como Optimizar El Tiempo De Carga De JavaScript Y Widgets - Parte 1

speed_up_your_website_javascript_widgets_id14878321.jpg

El 9 de abril 2010 Google anunció algo que ya se rumoreaba; la velocidad de carga de la página se convertirá en un factor de posicionamiento en Google.

A partir de ahora, los webmasters tendrán que pensar y ahorrar cada elemento que ponen en sus sitios web.

Las páginas con mucha carga con varios elementos activos que retardan los tiempos de carga y aumentan así la presión de la sangre de tus visitantes que ponen irritados ya no saldrán impunes.

 



Cómo Empezó Todo...

speed_up_your_website_javascript_widgets_000010376631.jpg

Desde el comienzo de Internet la gente tenía esta tendencia a poner todo tipo de campanas y silbidos en sus sitios web. GIFs animados, sonidos e imágenes dinámicos eran visualmente molestos y a veces también un factor muy importante en el retraso de los tiempos de carga de la página.

Por otra parte, esto no era tan malo porque no demasiados sitios dignos de visitar salían con estas cosas. La mayoría de los sitios web, especialmente aquellos con contenidos de calidad, aún se encontraban dentro del rango tolerable.

Sin embargo, con la llegada de los widgets en JavaScript, las cosas empezaron a cambiar. El desorden de los códigos que retrasaban la carga de la página ya no aparecía sólo en los sitios web de aficionados que uno visitaba sólo por curiosidad. Sitios web legítimos y con trabajo en serio de repente tenían también un widget perfectamente razonable.

Podrías tener un widget para que tus visitantes se conectasen contigo en Twitter, Facebook, etc. Otro widget conducía a tus lectores a hacer comentarios usando su cuenta en Facebook o Disqus, eliminando la necesidad de un registro por separado. Esto aumentó al número de comentarios spam como nunca antes porque los enlaces en los comentarios de JavaScript no se registran en las arañas de Google y por lo tanto no tienen ningún valor a los spammers. Los widgets que permitin a que los visitantes compartan la URL de una entrada con sus amigos en varias redes sociales también se pusieron de moda muy rápidamente.

Con todo, algunos de estos widgets eran perfectamente razonables y legítimos de tenerse en un sitio web, ya que enriquecían la experiencia del usuario. Otros eran sólo una demostración simple de la fuerza de lo "kitsch" que aumentaba los tiempos de carga de las páginas web y la navegación entre las páginas de algunos sitios web, como prueba de paciencia.

Fue cuando Google entró en la escena y anunció que tomaría la velocidad de carga de las páginas en cuenta para el posicionamiento de una página.

El juego ha cambiado. Si por un lado los widgets pueden ser útiles, por otra parte pueden en serio perjudicar tu sitio.

¿Cómo saber si tus widgets están haciendo daño? Fácil. Pregúntale a Google.

 



¿Cómo Se Posiciona Tu Sitio Web Según Su Velocidad?

speed_up_your_website_javascript_widgets_speed_meter.jpg

Hay una manera sencilla de saber lo que Google piensa sobre la velocidad real de tu sitio web.

Para conseguir la información que necesitas, debes configurar una cuenta en Google Webmaster Tools. Aquí es donde Google te dice exactamente qué velocidad se ve en tu sitio web y por lo tanto, cuál es la velocidad que se utilizará para calcular el posicionamiento de tu sitio web.

  1. Una vez dentro de Google Webmaster Tools, haz clic en el enlace con el nombre de la página web y serás redireccionado al panel.
  2. En la parte izquierda, verás un enlace "Labs". Haz clic en él y verás una opción de menú "rendimiento de sitios". Esto es lo que buscas.
  3. Haz clic en él y podrás ver una página con un gráfico y una sección que dice:

    Panorama del rendimiento

    En promedio, las páginas de tu sitio web tardarán X.Y segundo para cargarse (actualizado en [FECHA] ). Esta página es más lenta que XYZ% de los sitios.

En el momento en que este artículo está siendo escrito, los datos de Google Webmaster Tools no se actualizan muy a menudo. A veces tardan 10 días para que los números sean actualizados.

Sin embargo, aquí es donde se puede ver la velocidad de tus páginas a los ojos de Google y la rapidez con que se comparan con los otros sitios web. Google no dice lo lento que un sitio tiene que ser antes de que baje en el posicionamiento, pero, obviamente, cuanto más rápido, mejor.

 



Consecuencias AKA "Daños Colaterales"

speed_up_your_website_javascript_widgets_id9973012.jpg

La web salpicada de kilobytes innecesarios de cosas que reducen la experiencia del usuario tendrá que volver a pensar en lo que pone en sus páginas.

Por otra parte, ¿qué pasa con los sitios con contenidos de calidad y varios widgets razonables?

¿Este nuevo enfoque de Google de gratificar la velocidad significa que todos los sitios con páginas más largas y contenido en profundidad serán superadas por mensajes cortos, blogs superficiales?

Aparentemente no. Frente a este nuevo momento, analizamos nuestras páginas en MasterNewMedia e sacamos algunas conclusiones.

  • La longitud del texto no es un factor determinante en ninguna página web. Necesitas algo de texto para rendir un solo kilobyte. Por ejemplo, un texto completo de "Oliver Twist" toma sólo 914 kB (fíjatelo en el Project Gutenberg). Cualquier artículo que todavía pueda ser llamado de artículo es mucho más pequeño en tamaño, por lo que la longitud del artículo no tiene impacto visible en la velocidad de carga de la página.
  • Imágenes y videos pueden ser un problema según la página web de dónde provienen. Las imágenes locales no son tanto de un problema.
  • Los widgets parecen ser el problema más grande. Ellos vienen de otros sitios web y toman más tiempo para cargar. Los de sitios populares como Facebook y Disqus son los mayores problemas desde una perspectiva de tiempo de carga.

A fin de cuentas, en cualquier artículo, los widgets han tomado más tiempo para cargar, luego todo el texto e imágenes combinadas e incluso con todas las imágenes de la interfaz web en la parte superior. Esto se agrava en las horas en que el tráfico web está en su apogeo, ya que es cuando la mayoría de la gente solicita los mismos widgets en millones de páginas.

La mayoría de widgets proceden únicamente de un puñado de sitios web (Facebook es un ejemplo evidente), por lo que los servidores se desaceleran. A medida que reducen la velocidad, también lo hacen todas las páginas que contienen tales widgets.

Esta toma de conciencia por sí sola no ayuda mucho. La mayoría de los sitios web no exageran en el uso de widgets para empezar. Tienen un grupo selecto de ellos y todos ellos están allí para mejorar la experiencia del usuario y aumentar la capacidad de interactividad.

Así que, ¿qué puede hacer el sitio web?

¿Debemos todos abandonar a las secciones de comentarios y perder la interactividad con los visitantes para ganar esos segundos adicionales (a veces considerable número de segundos)?

¿Y los botones de "compartir" que los visitantes pueden utilizar a través de diferentes redes sociales?

Para mejorar la experiencia del usuario con la velocidad de carga de la página, los widgets sólo tendrían que convertirse en un daño colateral.

¿O quizás no?




Fin de la Parte 1




Créditos de las fotos:
Rapidez De Tu Páginas Web: Como Optimizar El Tiempo De Carga De JavaScript Y Widgets - Parte 1 - yellow2j
Cómo Empezó Todo... - Kmit Ivan
Consecuencias AKA "Daños Colaterales" - Aliaksei Lakamkin

Drazen Dobrovodski -
Referencia: MasterNewMedia [ Seguir leyendo ]
Si te gustó la nota puedes recibir actualizaciones suscribiéndote via RSS o via email.

O compartirla:
 
 
 
 
Comentar    
blog comments powered by Disqus
 


 

 

 

 

Creative Commons License
This work is licensed under a Creative Commons License.

 

16336


Curated by

Publisher MasterNewMedia.org - New media explorer - Communication designer
Web Analytics