Red Spiral Iz nekog razloga ima toliko na ovom blogu o "business stranu" stvari, ali ne i mnogo tehničkih stvari. Tako da bi se za ovaj post koji pokriva neke od "tehničkim" najbolje prakse oko praćenje s alatima za web analitiku, pogotovo ako koristite JavaScript oznake.

Često je zadatak provedba je slijeva na prijateljske susjedske IT osobi i vašem web analytics dobavljaču. Ipak, postoje brojne poslovne odluke koje treba da mi se tijekom provedbe, od kojih mnoga imaju ogromne podataka implikacijama. Stoga je neophodno da Website Web analitičarima i donositeljima odluka vlasnika i aktivno uključene u proces implementacije. On ponavlja da medvjedi uspješnu implementaciju web analytics nije samo IT guy / Vendor's job.

Važno je naglasiti da ovaj post je napisan s poslovnim strane korisnika, a ne u vidu duboke tehnički stručnjak Boga (i onima od vas možda u toj kategoriji ispod devet preporuke će biti prilično očite). Moja nada je da naši poslovni braću tek smidgen pametnije o provedbi pitanja (JavaScript oznake ili na drugi način) i pokušati podijeliti s tehničkim među vama nekoliko kritičnih odluka trebali očekivati vaš busienss folk da bi (i kako možda ponekad tehničke zavodljivost može biti prikupljanje podataka prepona!).

Kao i uvijek pojedinačne dobavljaču će biti najbolji izvor za jedinstvenu provedbu smjernica. Molimo vas, nemojte propustiti taj važan resurs, a imajući na umu da oni ne znaju Vašu web stranicu ili vaš posao stoga ćete morati donijeti da "stručnosti" na stolu.

Sažetak: Ovdje su neke implementacija najboljih praksi, ne očita po važnosti ....

    # 1: Tag svim Vašim stranicama.
    # 2: Tags idu zadnji (klijenti dolaze prvi:).
    # 3: Tags treba inline.
    # 4: Koja je Vaša jedinstvena stranica definicija?
    # 5: Korištenje kolačića inteligentniji (oni su ukusne).
    # 6: Javascript zamotan linkovi može biti problem.
    # 7: Preusmjeravanja, biti svjesni njih.
    # 8: Validate podaci se zarobljeni ispravno.
    # 9: Ne zaboravite Flash, Flex, RIA, RSS, videa, itd.

Tu su najbolje prakse u svim svojim detaljima krvav ... ...

# 1: Tag svim Vašim stranicama.

    Izgleda prilično ravno naprijed. :) Trebate oznaci sve vaše stranice, jednostavno zato što sa JavaScript oznake, više nego s drugim metodologijama, ako vaša stranica nije tagged nema podataka imate i nemate način ide natrag i nalaz je (kratko gledati u vašem web log datoteke koja može biti ne-beznačajan izazov).

    U prošlosti sam preporučio Web Link Validator iz rel softvera kao nešto što smo imali pozitivno iskustvo sa. To možemo učiniti puno više nego što provjerite oznake nestalo, pogledajte web stranicu za sve mogućnosti, pa svi oko dobar komad softvera imate. Ona prometuje između $ 95 - $ 795. Nisam povezane na bilo koji način ova ova tvrtka i ne koristi na bilo koji način preporuku od njih.

    Najboljih praksi je to trčanje ovaj lijepi mali program ili vlastiti ekvivalent, jednom tjedno i poslati izvješće u vašem web razvojni tim s popisom stranica nedostaje oznaka.

# 2: Tags idu zadnji (klijenti dolaze prvi:).

    U mnogim web analytics implementacije na webu vidjet ćete oznaku pravo na vrhu ili u zaglavlju ili pred <body> oznaku. To je pod optimalnim. Vaš tag JavaScript kako bi trebao ići blizu </ body> tag moguće. Jednostavan razlog za to je da je tag bi trebao biti posljednja stvar za učitavanje na stranici. U slučaju Vaše analytics poslužitelju je spora u reagirati, ili je jednostavno umro (manje vjerojatno), onda atleast na web stranice i sadržaj će učitati brzo.

    Naše web stranice su tu za kupce i za nas sekundarno za prikupljanje podataka iz. :)

# 3: Tags treba inline.

    Ovo često dolazi natrag u mnogim ujedat implementacijama. Zlatno pravilo: JavaScript oznake moraju biti u istoj razini. Oni ne bi trebali biti smješteni u ugodnijim mjestima poput stolova ili unutar okvira i takve stvari. To će uvelike utjecati na vašu sposobnost prikupiti podatke točno. Enough said.

# 4: Koja je Vaša jedinstvena stranica definicija?

    Sve više postaju dinamične web stranice kako bi reagirati na kupce i kako prilagoditi sadržaj i kako su "re-poluge" isto. Html (ili. Jhtml ili. ASP ili. JSP itd) stranicu za napraviti različite stvari. To znači da se više ne može osloniti na proizvod-name.html definirati jedinstveni stranicu identiteta.

    JavaScript oznaka, a možda i sve druge metode, koje prikuplja cijeli url uz sve parametre u repić. Tijekom provedbe (i doista, ako Vaše web lokacije često nastajali) morat ćete se pobrinuti da vas "podučavaju" alat za web analitiku koja kombinacija naziv datoteke i parametri identificira stranici.

    Na primjer za ovaj blog, koji je statički stranice, ovdje je slučajna url:

    http://www.kaushik.net/avinash/2006/10/ten-minutes-with-
    Brett-Crosby-google-analytics.html

    je. html jednostavno identificira jedinstvenu stranicu.

    Ali za Best Buy Web stranica:

    http://www.bestbuy.com/site/olspage.jsp?skuId=7686998&type =
    proizvoda & cmp = + & id = 1134704163586

    olspage.jsp I to je parametar koji skuId eventualno definirati jedinstveni stranicu. Ako u tom slučaju vam plonked web analitički alat bez identificirajuće Što čini jedinstvenim stranici biste dobili očito krivo brojeva.

    Slatka primjer kako to može biti teško ovdje je stvaran od url web stranice, možete li pogoditi ono što je jedinstveno identificira stranici? :)

    http://removed.un-named.site.com/cgi-bin/removed.cfg/php/enduser/
    std_adp.php? p_faqid = 1165 & p_created = 1137444477 &
    p_sid = k1lMDYoi & p_accessibility = & = & p_lva
    p_sp = cF9zcmNoPTEmcF9zb3J0X2J5PSZwX2dyaWRzb3J0PSZwX3Jvd19
    jbnQ9NjYwJnBfcHJvZHM9JnBfY2F0cz0mcF9wdj0xLjUxMiZwX2N2PSZwX
    3NlYXJjaF90eXBlPWFuc3dlcnMuc2VhcmNoX25sJnBfcGFnZT0xJnBfc2Vh
    cmNoX3RleHQ9ZGVsdXhl & p_li =

# 5: Korištenje kolačića inteligentniji (oni su ukusne).

    Koristi prvi party cookies koliko god je to moguće, a ne treća osoba. Postoji milijardu riječi o ovoj temi pa ću se zaustaviti ovdje. Ok jedan vremena, prvi party cookies! :)

    Postoje tri vrste podataka koje ćete prikupiti, izvorni atributi, atributi stranicu i "user" atributa (non-PII molim).

    Izvor atribute: Gdje ljudi dolaze iz (web stranice, kampanje, tražilice itd itd).

    Page atributa: Šta oni vide, koliko često, gdje, kamo, odakle, stranica grupiranje u svim Vašim sadržajem itd.

    Korisničko atribute: tko je taj "osoba" (uporni nepredbilježeni id's, ima prijavu ili ne, oni su u testu, i više).

    Obično, stres obično Page Source i atributi su najbolje zarobljeni putem URL-a i parametara. Korisničko atributa, opet stres na ne-PII (molimo budite pažljivi o tome i otkrivati u svoj Privacy Policies eksplicitno što skupljamo), najbolje su pohranjeni u kolačiće.

    Korisničko atributa, te identifikatore (non-PII) koji su uporni pan sjednici su najbolje spremljen u kolačiće. Oni će ostati u browser i može se lako čitaju oznake moraju stvari bez vašeg URL-a i učiniti ih masnoće.

    Ponekad Korisničke Attributes, kao anonimni cookieju vrijednost ili Vašu prijavu na Puta Odaberite reći na nytimes.com website, imaju tendenciju da će se održati post inicijaciju sesije na serveru. Ako je to slučaj onda budite svjesni da je vaš JavaScript oznake koje su slijepe na podacima.

    Jedna stvar na kolačiće, imajte na umu da IE 6 ograničava broj značke do 20 po šumi. Nakon toga kreće dalje puše svoju prvu kolačića, a zatim sljedeća itd. Nije lijepo. Postoje načini da se oko ovoga kao konsolidiranje kolačiće ili koristeći sub domenama. Provjerite koliko ste kolačiće postavka u ukupnom od svih stvari koje se nalaze na Vašoj web lokaciji i radu sa svojim programerima da riješi probleme, ako imate bilo kakvih.

# 6: Javascript zamotan linkovi može biti problem.

    Postoje često linkovima na web stranice koje su zaogrnuta JavaScript. Obično se pop-up prozora, ali moglo bi biti i za druge svrhe. Na primjer ovo:

    javascript: var x = window.open ( 'http://qqq.links.ppp.com/pages/prices.asp?)

    Budite svjesni da, ako idete da se koristi kao što su izvješća Mapa Preklapanje (Klikni Gustoća) da se ti linkovi ne može prikazati broj klikova na taj izvještaj s obzirom na javascript "pokrivač". To nije problem sa svim dobavljačima, ali sa dosta njih koje bi trebali biti svjesni toga.

    Preporuka je da koristite javascript "wrappers" na linkove kada apsolutno potrebna. Zapamtite da to nije samo problem za web analitiku, nego i za tražilice Robots / Spiders. Oni ne slijede javascript linkove (ili izvršiti JavaScript), tako da neće doći do vrijedne ili indeks koji dio sadržaja imate zamotan u JavaScript (tako loše za SEO).

# 7: Preusmjeravanja, biti svjesni njih.

    Preusmjeravanja se divan malo stvari, oni mogu upućivanje prometa u zgodan način linkove u slučaju promjene ili ako vaš SEM / oglas / Whatever agencija može pratiti podatke ili, u dobre stare dane web dnevnicima, vi ištanje to hvatanje klikova gdje ćete poslati podatke off na druge web stranice (domene). Ali preusmjerenja može raščerupati vašem web analytics prikupljanja podataka u velikom način ako ne završite pravo (i to će, kao što je gore, eventualno raščerupati indeksiranje vaše kvalitete po traži robote). Let's pokriva dva primjera da Outlineu izazov prikupljanja podataka:

    Ako ste "preusmjerava interni" (preusmjeravanje koje jednostavno dovesti od jedne stranice Vaše web lokacije na drugu) onda to može biti pod optimalnim. Look at this link from microsoft.com ... ..

    http://g.msn.com/mh_mshp/98765?09769308&http://www.microsoft.com/down opterećenja / search.aspx & & hl = Downloads & CM = Navigation & CE = Resources

    To ide od početne stranice do sub direktorij na istom mjestu. Niste sigurni, ako je to MSFT u prevladavanju izazova s bilo koje web analytics tool ali to je sasvim nepotrebno, dodatni hop za podatke i to može uzrokovati problem, tako da ćete morati učiniti vaš alat pametnije da od početne stranice, www . microsoft.com, ljudi neće g.msn.com već idu na www.microsoft.com / preuzimanja, a to je logika koju morate održavati tijekom vremena (koje možete dobiti kompleks kao site izmjene) , te isto tako morati hvatanje i pohraniti dodatne podatke i ovo potencijalno može uzrokovati probleme kada su duboko u segmentiranje podataka.

    Važno je naglasiti da je sasvim vjerojatno da je to microsoft.com jer su sve to shvatio i radi za njih. Jezgra Stvar je u tome da s ovim ilustracija trebali biti svjesni složenosti ona može nastupiti u mjerenja i trebali ići u nju sa svojim otvorenim očima (i podršku Vašeg web IT ljudi koji bi mogli imati implementiran te stvari).

    Još jedan primjer korištenja preusmjerenja, dok je povezivanje na druge web stranice izvan vlastitog ....

    http://www.removed.eliminated.com/Navigate.asp?Category=238
    & AppID = 859 & rDirURL = http://www.removed-solutions.com/
    aplikacije za plaćanje-solution.htm & UType = 6

    Zadnji primjer pomoću preusmjerenja je kao dio kampanje (banner oglase, traži marketing, partnere itd.).

    http://ypn-120.overture.com/d/sr/?xargs=s0O0U7A8C4rk9M27-8w3mbaL1o7n8
    tRIM1MKG15yaTTYqt10IMC4KGO52LQGe8M8pF5dUjnquXOOoAHgzREB8exjcMUu16v
    lVN0xyLosI_NEvRbc4c55SJBlZNeL2GUFuP7dvj7_pkBvrWPmMV7wISkNgJ-y8sy_4OHc -
    xsvj1MeEj5UfOBmhfe67YJFqKl1OxNjJrlmQaC1QdUlNazUZM2DUyVaBmZI28GqX46fE9E
    EIPPIyYc1GDR_FI0dj59ZPUEh-v7Djt2yBtkx6TYdilGh1XUyi1hEXX4A2D3q34lAacTLynn
    9-4f8TLjxABMw

    ide u:

    http://srch.atdmt.com/search/18957/SRCH56zxfyaj5r/DEFAULT/
    ysmronpremium / content / .search? ovchn = OVR & ovcpn = & Ron
    ovcrn = ysmronpremium & ovtac = PPC

    završi na:

    https: / / www.removed.com/servlet/LMBServlet?the_action=NavigateHomeLoansAppFirstStep
    & TAG_ID = D778E3D4BFA722E4B48F537701A0F06F1165968367230
    & sourceid = seogtolre121405r1 & moid = 4793 & q =

    Tako je jedan klik uzrokuje dva hmelj (gdje se podaci prikupljaju netko izvan vaše tvrtke u svakom hop) i klijent završi na Vašoj web lokaciji. Da li vaša web analytics primjenu imate saznanja da je korisnik došao iz Overture oglas? Ako to nije bila misao kroz proaktivno odgovor je obično No

    Postoje dvije važne stvari koje treba razmotriti kako bi se osiguralo ovdje možete izvješće i analizirati podatke točno:

    1) Rad s vašim agencija (ili internih resursa) kako bi se osiguralo da postoji atleast jedan parametar koji dobije prošlo od jednog do sljedećeg hop hop na vas tako da možete precizno pratiti kampanje, moglo se parametar œsourceidâ € â €? iznad

    2) Molimo Vas da osigurate da svatko koristi 301 Permanent Preusmjeravanja gdje je to moguće. To će pomoći osigurati da se originalni upućujuće donesen je na svom web analytics website (drugi upućivali Vaše izvješće, svoju tražilicu i ključne riječi izvješće i hrpa drugih će biti potpuno pogrešno).

# 8: Validate podaci se zarobljeni ispravno.

    Neke web analytics alate koristiti standardnu oznaku za prikupljanje podataka. Ostali dobavljači imaju običaj tag diljem mjesto (tako da vaše web stranice mogu biti označene sa 25 različite oznake za Vaše prodavači na raznim stranicama, jer vaš prodavatelj zahtijeva mnogo podataka koji će se održati u prilagođenim varijabli up front post prikupljanje podataka za analizu ili su hvatanje komada raznih podataka kao što su poredak / voditi podatke).

    Neću pontifikat na koji je pristup bolji (ne postoji takva stvar, obje su pro i con-a). Ali važno je da potvrdiš u QA i proizvodnje da vaš 25 prilagođenim svakom hvatanje tagovi su upravo ono što su trebali.

    Znam da ima divan Omniture utility koji možete koristiti za provjeru valjanosti i pregled podataka koji se prikupljaju od strane Omniture oznake onako kako bi trebao biti. Ovo je zaista lijep i koristan i JA dont like it very much. Molimo pitajte svog prodavatelja ako imaju nešto ovako (a oni vjerojatno učiniti).

    Preporučljivo je da provjerite oznake i prikupljanje podataka jednom mjesečno potvrditi da je normalna site releases nisu nešto messed up.

# 9: Ne zaboravite Flash, Flex, RIA, RSS, videa, itd.

    "Normalno" javascript oznake neće raditi s tim bogatim medijima iskustva. Ako imate puno bogatih iskustava ćete morati imati potpuno drugačiji i dublji (i bolno) strategije za prikupljanje podataka. Morat ćete koristiti korisničke oznake ili standardne oznake u običaj ili različite načine podataka mehanizama poput "zapisnicima događaja" za prikupljanje podataka.

    Neću ići u detalj puno za reći osim da je tijekom provedbe trebali misliti put up front, u smislu praćenja bogatim medijima. Za neke preporuke o tome kako možete pratiti i što biste pratili molimo provjerite je Podcasts sam nedavno učinio s Web Analytics Udruge.

    Praćenje bogatih iskustava web zahtijeva mnogo planiranja i provedbe hotimičnu up front dobiva objavljena prije svega kako bi se osiguralo da ste putem web analytics tool ili putem prilagođenog rješenja ste u mogućnosti pratiti neki znak uspjeha.

Ja sam da su svi pozitivni tehničke složenosti u ovom odjeljku uzroci glave ozlijeđen, pogotovo ako ste na poslovnom strane. To je kompliciran, izgleda stvarno teško i u svojem dobavljaču spiffy prezentacije mnoge od tih stvari koje nisu bile označene. Ali, jednostavno ne postoji drugi način kako bi se osiguralo da ste točno prikupljanje podataka osim gleda na svaku od tih predmeta (kao i drugima da bi mogli biti događaj koji su jedinstveni za vaše web stranice) u vrlo hotimičnu način i to se ispred.

To je važno za vas da se osobno shvatiti ove probleme, tako da možete zatražiti tehničku ukućani (vaš i vašeg prodavača) pravo pitanja i nakon što ste dobili prvu provjera podataka kako bi bili sigurni da su neki od tih stvari koje su učinili pravu, tako da možete imati povjerenja u podatke.

Bilo bi divno da se neke svoje vlastite savjete i najbolje prakse iz svog iskustva. Molimo Vas da podijelite svoje najbolje prakse, ili samo vaše ratne priče, putem komentara. Hvala.

[Kao i ovaj post? Za više postova ovako molimo kliknite ovdje.]

Social Bookmarks:

  • co.mments
  • del.icio.us
  • Reddit
  • Google Bookmarks
  • StumbleUpon
  • Sphinn
  • Digg
  • Facebook
  • FriendFeed
  • LinkedIn
  • Turn this article into a PDF!