Dec 02
Egy jó hír főleg azoknak a webmestereknek akiknél több script is lassítja az oldal betöltési idejét.
A Google Analytics bejelentett egy új, az eddiginél lényegesen gyorsabb, aszinkron kommunikációval működő kódot, ami sokkal kevésbé lassítja majd a betöltést, mint a korábbi ga.js.
Részletesebb technikai információk az angol nyelvű Google Súgóban, ahol azt is leírják, hogy a régebbi kódokkal ellentétben, ennek a kódnak az elhelyezését az oldal forrásának az elején javasolják.
Az új kód nemcsak gyorsaság tekintetében jobb, adatgyűjtés tekintetében is, pontosságban. Ugyan a régi kódok tovább működnek, de a bejegyzésben leírtak alapján elmondható, hogy mindenképp’ érdemes lecserélni a régi kódot.
Kapcsolódó cikkek:
- Linkek: Linkek – 07.09.21.
- Keresők: A keresők működése
- SEO cikkek: Hírportál redesign – ahogy a Guardian csinálta
- Jelenségek: Információforrások és a bizalom – közvéleménykutatás
- SEO cikkek: Bounce rate
- SEO cikkek: A betöltési idő is rangsorolási faktor
- SEO cikkek: Csak az első link számít
- SEO cikkek: PANDA update magyar oldalakon
December 2nd, 2009 at 11:01 am
Akkor most kétmillió oldalamon cseréljem ki mindet? :(
December 2nd, 2009 at 11:35 am
Miben „pontosabb”? Látom, hogy ők írták ezt, de ez a technika ugyanúgy a ga.js-t használja, csak egy fokkal diszkrétebben, amiképpen idáig is lehetett használni (akár JS framework komponens szintjén, ld. dojo.analytics.Urchin).
December 2nd, 2009 at 12:32 pm
@slink: pont egy fejlesztőt szerettem volna megkérni, hogy technológiai tekintetben elemezze pontosabban a változást ;)
Én úgy értelmeztem, hogy külön szálon fut az új kód betöltése és ennek köszönhetően nincsenek olyan esetleges akadások, ami miatt időtényezőket nem pontosan adott vissza a régi.
Ami persze biztos, hogy nem pontos értelmezés :)
December 2nd, 2009 at 1:01 pm
@longhand: hát igazából arra hajaznak, hogy most már nem csak a /body elé rakhatod a mérőkódot, hanem előrébb is (/head elé javasolják), mert az aszinkron jellegű letöltés miatt az oldal renderelése az új script blokk után egyből továbbmegy – magyarán emiatt lehet valóban pontosabb a mérés.
December 2nd, 2009 at 1:21 pm
@slink: én is így értelmeztem, hogy nem várakoztat, hanem mint egy többszálas alkalmazásnál, párhuzamosan fut. Ami ugyan nem igaz, de majdnem :)
December 5th, 2009 at 10:10 am
A scriptbeszúrás jelenleg azt éri el, hogy az oldaltöltéssel nem ütközik (kb: nem lassít), ez kicsit olyan, mint a “defer” attribútum (a kettő nem teljesen azonos). Valódi aszinkron futtatás jelenleg nincs, vagyis olyan nem létezik, hogy másik szálon fusson valami: az async attribútum html5 javaslat, hacsak nincs mögötte valami extra mágia (most nincs erőm széttúrni a szkriptet).
Hozzáteszem, olyan környezetben, ahol letöltésnél a http csatornák amúgyis terheltek, ez nem sokat javít, de arra orvosság, hogy az oldal onload-jellegű scriptjei nem tudnak elindulni, mert pl. a GA-ra várnak (vagy valamelyik állat bannerbeszúrás document.write-jaira).
Más: véleményem szerint a snippet-ben a createElement és appendchild igen csúnya, nem teljesen értem, miért nem lett ebből függvény… no mindegy.
December 5th, 2009 at 12:52 pm
@szabi köszi!
December 5th, 2009 at 6:56 pm
Aztán már biztos láttátok, csak hét közben nem volt időm, híreket olvasni, de van egy kis szakmai éljenzés róla az ajaxianon: http://ajaxian.com/archives/google-analytics-unblocks-the-web-w-async-support