Hva har skjedd med Gule Sider?
En gang tidlig i oktober endret Gule Sider sin URL-struktur. Hva har blitt endret, og hva slags konsekvenser har det fått?
I september ville et søk etter «Metronet» hos Gule Sider resultert i følgende URL-streng:
http://www.gulesider.no/search.c?q=metronet
En positiv konsekvens av denne strukturen var bl.a. at det lot seg spore i Google Analytics hva det ble søkt etter i Gule Sider for å generere trafikk til nettstedet ditt. Det eneste du trengte gjøre var å implementere Metronets modifiserte Google Analytics skript. En gang i begynnelsen av oktober endret Gule Sider URL-strengen sin til dette:
http://gulesider.no/finn:metronet
Noen av bransjens ringrever (de som har vært her mer enn et års tid) vil kanskje dra kjensel på denne strukturen fra den nedlagte katalogen www.sesam.no, nå kjent som http://katalog.finn.no/. Også her fjernes søkeparameter til fordel for en penere URL. Hva som har vært hensikten til Gule Sider er uvisst. Vi har kontaktet selskapet, men ikke mottatt noe svar på vår henvendelse.
Hva er problemet med endringen?
Hvorfor blogger jeg så om dette? Det er egentlig to grunner:
Grunn 1:
Som jeg allerede har nevnt; Google Analytics vil ikke lenger spore søkefrasen som utløste besøket fra Gule Sider til ditt nettsted. Erfaringsmessig var størsteparten av trafikken generert av søk på enten firmanavn eller telefonnummer. Utviklere i Metronet sitter i skrivende stund og jobber med en løsning på dette problemet.
Grunn 2:
Dette punktet bør være av større interesse også for Gule Sider. Ta en titt på bildet nedenfor (klikk på bildet for større versjon).
Trafikk fra Gule sider i Google Analytics
En eller annen gang mellom 6. og 8. oktober skjer det et drastisk fall i trafikk fra Gule Sider. Det er tre eksempler i bildet, men vi kunne henvist til langt flere kontoer som opplever det samme. Endringen har av uviss grunn ført til et stort fall i trafikken fra Gule Sider til firmaers egne nettsider. I disse dager ringer gjerne katalogtjenester rundt til de fleste norske selskaper for å fornye eller selge inn avtaler for 2011. Gule Sider er herved advart om dramatiske endringer i hva måleverktøyet Google Analytics regner som trafikk fra Gule Sider, etter at de la om sin URL-struktur.
Pingback: Tweets that mention Endringer hos Gule Sider | Metronet Norge Blogg -- Topsy.com
Irriterende at de driver og gjør om på nettadressene sine slik.
Om du legger sammen det som nå registreres som organisk og det som registreres som henvisning, er det fremdeles et stort fall?
Gulesider bruker fremdels «q» som parameter for (enkelte av) kartsøkene sine, og klikker man seg inn på selve oppføringen til en bedrift følger parameteret «search_word» med. Det gjør at man kan tracke litt mer. Det løser derimot ikke problematikken som du beskriver. Det bør derimot scriptet under gjøre:
regex = new RegExp(«^https?://w?w?w?\.?gulesider\.[^/]+/finn:(.*)»);
var match = regex.exec(document.referrer);
if (match != null) {
_gaq.push(['_setReferrerOverride','http://www.gulesider.no?q='+match[1]]);
}
_gaq.push(
['_addOrganic', 'gulesider.no','q'],
['_addOrganic', 'gulesider.no','search_word']
);
Skulle selvfølgelig tatt på meg selgergliset og sagt at dette løste jeg for lenge siden, men det kan jeg dessverre ikke. Kastet over utfordringen til til min tidligere kollega Maarten Berge i iProspect på vei hjem fra jobb i går, og han tok utfordringen på strak arm. En liten tweak og test er alt jeg har gjort.
Heisann Eivind.
Det er samlet trafikk fra gule sider som er ned. Ikke bare en organic eller referral.
Takk for tips til løsning, jeg skal sørge for at våre utviklere også tester dette. Men som jeg nevnte har jeg forstått det slik at de sitter med en slags løsning selv som de driver å tester på. Vi kommer selvsagt tilbake med dette når vi har fått modifisert vår versjon av GA til å takle sporingen.
Jeg er derimot usikker på om det får noen konsekvenser for det Gule Sider bør bry seg om, nemlig mengde trafikk. Eksemplene jeg henviser til og som jeg har sjekket er kunder som både bruker og ikke bruker vårt modifiserte skript, så det er ikke i modifiseringen feilen ligger mtp mengde trafikk fra Gule Sider.
Et forslag tatt rett ut av lufta; feilen ligger i meldinger som sendes i header-infoen. Har lagt merke til at mesteparten av nedgangen kommer fra trafikk fra den elskede nettleseren IE. Dernest er man innom en http://statistics.gulesider.no før man kommer til destinasjonssiden. Noen ganger står det bare OK her, mens andre ganger får jeg serverfeil. Kan feilen ligge her? at man mister trafikkilden?
Jeg skulle gjerne brukt tid på å finne ut dette, men ser det egentlig litt som Gule Sider sin oppgave. Jeg kjenner ikke løsningen deres godt nok.
(Forøvrig er linken til webanalyse-sidene hos iProspect døde
)
Hei Petter,
Samme her har ikke tid til å teste så mye, men header fra IE om du trykker på en ekstern oppføring fra søkeresultatet etter «blomster» så vises Referer: http://gulesider.no/finn:blomster som er det samme som i Firefox. Interssant observasjon at IE er ned. Det kan jo selvfølgelig skyldes andre ting jeg ikke har testet. Uansett etter det jeg vet har koden samlet inn noe trafikk i testen til Savio. Koden vi lagde var noe vi klasket sammen på 10 minutter så den kan nok optimaliseres, og det kan godt være noen scenarioer vi ikke har tatt hensyn til. Klarer du å gi en http logg eller beskrivelse hvor du går innom statistics.gulesider.no? Finnes det steder hvor man er innom flash på Gulesider.no? Det fungerer jo sjeldent bra med IE og full referrer
Morsomt om dere finner en annen løsning. Uansett enig at det er tullete av gulesider.no å gjøre denne endringen.
m
Hei Petter,
Godt at det er flinke folk der ute som kan svare før oss (takk Eivind)!
Vi skiftet teknisk plattform den 6 oktober 2010 – samme dag som dine kunder registrerte trafikkfall fra oss. Dette må vi selvsagt gjøre noe med. Produktavdelingen vår er på saken og vi kommer med en løsning så fort det lar seg gjøre.
Hei,
Da vi lanserte ny struktur på vårt firmasøk den 6. oktober benyttet vi også muligheten til å oppgradere webkoden vår. Målet var å følge XHTML 1.0 Strict som språk og validere etter denne standarden. Overgangen medførte at vi blant annet måtte endre lenkeegenskapen target=”_blank” til rel=”external” som er korrekt for XHTML 1.0 Strict når man vil åpne lenker i nytt vindu eller fane.
Etter å ha blitt gjort oppmerksom trafikkproblemer fra dette blogginnlegget begynte vi å undersøke saken nærmere, og det viser seg at denne endringen har skapt visse problemer for trafikkmåling i IE og visse versjoner av Opera. Disse nettleserne ser ikke ut til å tolke rel=”external” parameteren på rett måte og sender ikke med den nødvendige header-informasjonen. Trafikken ser derfor ut som direktetrafikk ved bruk av de nettleserne.
Konsekvensen er at vi nå har endret denne parameteren slik at vi igjen blir registrert som avsender av trafikk for IE- og Opera-brukere. Dette bør være synlig i Google Analytics allerede i dag ettersom endringen ble gjennomført på tirsdag ettermiddag. Problemet dette medfører for oss er at vi ikke validerer for korrekt XHTML 1.0 Strict, men det ser vi oss nødt til å leve med inntil brukerne i større grad har nettlesere som følger denne standarden.
Forhåpentligvis vil tallene komme tilbake til normalen nå. Takk til Metronet og øvrig publikum for at dere passer på oss når uhellet er ute.
Arild Rugsveen
Produktutvikler gulesider.no
Hei Arild.
Da viste det seg at forslaget mitt tatt rett ut av lufta litt over her ikke var så galt likevel. Når det er sagt kan man vel mer eller mindre skylde på IE i omtrent 50 % av alle tilfeller hvor internett ikke fungerer som normalt. Så det var vel ingen bombe.
Kult at dere fant ut av problemet. Jeg syns forøvrig det er greit å understreke at dette ble deres problem, selvom det ikke er deres feil. Når IE 6 forsvinner, vil slike ting ikke lenger forekomme.
Og folkens, vær litt geme a’ og oppgrader nettleseren deres.