Reducir tiempo de carga de ga.js de Google Analytics

Reducir tiempo de proceso en la carga de ga.js

Muchas veces me encuentro que la carga del js de Google Analytics hace lenta la carga de la página, esto puede ocurrir porque Google en ese momento no puede responder tan rápido como de costumbre, esto puede ser un problema ya que puede retrasar la carga de otros js o elementos de la pagina.

Solución
La solución a este problema es que el archivo ga.js este alojado en tu servidor y no en Google. Para ello tendrás que crear una tarea programada para que cada X tiempo se copie el archivo ga.js alojado en Google Analytics a tu servidor. El archivo ga.js se encuentra en http://www.google-analytics.com/ga.js.

A tener en cuenta.
El archivo ga.js en Google Analytics ocupa 9kb, ya que está comprimido en Gzip y si solo te limitas a copiarlo en tu servidor y no tienes activa la compresión http Gzip en tu servidor, te ocupará 22kb y la descarga podría ser aún más lenta. Recomiendo que midas el tiempo de descarga del archivo ga.js en google-analytics y en tu servidor. Si en tu servidor es mayor, mejor no utilices está técnica.

Casos prácticos.
Atrapalo.com tiene alojado el archivo ga.js en su servidor y además devuelve un “304 Not Modified”.

Cabecera archivo ga.js en Atrapalo

Ga.js en tu propio servidor

Cabecera archivo ga.js en Google-Analytics

Ga.js en google Analytics

14 Responses to “Reducir tiempo de carga de ga.js de Google Analytics”

  1. MartinezZ dice:

    No es más sencillo poner el código en la parte más baja de la web para que sea lo último en cargue? ademas, te evita que te cuente esas visitas fugazes q ni ven tu web..

    SaludosS

  2. Alex dice:

    Colocar el código en la parte más baja, siempre es lo más aconsejable.
    Pero también hay que tener en cuenta varias cosas, como por ejemplo, adsense (también puede fallar, como hoy, caida general de google). O también librerias como jQuery. Si no hay carga total de la web, funciones como el “ready(function)” dejan de tener sentido…

    Copiar el js en nuestro servidor, es una buena idea, pero… y las actualizaciones del mismo?

    Saludos!!!

  3. @martinezz: sí­, igualmente se pone en la parte inferior, pero con todo y con eso sino se carga correctamente el js puede afectar a otros js. Y el tema de la visitas fugazes tienes el bounce rate, que ya te esta diciendo que al usuario no le interesa esa landing page. (más o menos)

    @alex: Para tener actualizado constantemente el código js de Analytics, tendrás de crear un cronjob (tarea programada) para que vaya haciendo copias cada X tiempo o simplemente comprobar si ha cambiado.

  4. Jep Aribau dice:

    No es nada preocupante, sólo se descarga el fichero ga.js en la primera pagina navegable que tenga GA, y en las paginas siguientes lo tendremos cacheado en el pc. I ya no se descarga.

  5. josepzin dice:

    Si la llamada al js está al final de todo, no deberí­a haber retardos si está caí­do ¿no?

    Es que todo ese lio de luego tener que actualizar el codigo js… mhhh…

  6. @Jep Aribau: El problema es que no te llegue ni a cachear.

    @josepzin: Te puede afectar con otras funciones javascript, por ejemplo “ready(function)” como comenta @alex. Lo de actualizar el código js, lo puedes automatizar y no preocuparte.

  7. Jep Aribau dice:

    Haz esta prueba:

    1. Abre el navegador con el firebug.
    2. Accede en una pagina que tenga Google Analytics. Veras que se descarga el fichero ga.js OK con el codigo de cabecera 200.
    3. Accede a otra pagina del mismo site. En el listado Net de Firebug no te aparecerí  ninguna llamada al fichero ga.js, pq este esta cargado en la cache del navegador.

  8. Aún colocando el código de GA al final de la página este puede retardar la carga de otros .js que sólo funcionan cuando termina de cargarse la página, lo cual es muy molesto.

    • Abdul dice:

      We absolutely love your blog and find the mairjoty of your post’s to be just what I’m looking for. Do you offer guest writers to write content for yourself? I wouldn’t mind publishing a post or elaborating on some of the subjects you write concerning here. Again, awesome blog!

    • Winter dice:

      Deadly accurate answer. You’ve hit the buleelys!

  9. LostSaga dice:

    Your poitsng lays bare the truth

  10. Mance dice:

    ?? 22 March, 2010 – 10:07 pmpeti, sesti i oaslti razlozi su:- mrzovolja-bez opterecenja u bilo kom smislu-dobijaju vecu paznju na drustvenim mrezama( desava se da blogove niko ne cita jer nisu interesantni)-nemaju nista smisleno da kazu na blogu u vise prosto prosirenih recenica-lakse im je da izaberu sliku i bez reci je postave na FB nego da napisu istinu o sebi na svom blogu-ne zele ramenu misljenja na svom blogu kroz prizmu komentara i dubokoumnih razmisljanja-lakse i lepse je lupetati na FB nego to isto raditi na svom blogu I tako dalje Razloga je bas puno. Jednom prilikom sam napisao post na tu temu kod mene na blogu u smislu manjeg broja komentara u zadnje vreme. Mnogi korisnici blogova opredelili su se da komentarisu na FB pre nego na blogu.

  11. ArtiDheeraj dice:

    we prefer to honor many other net inerentt sites on the inerentt, even though they aren’t linked to us, by linking to them. Under are some webpages worth checking out

  12. Marvelous, what a weblog it is! This web site gives
    valuable facts to us, keep it up.

Comentar

* * (no se publicará) ir al contenido