Feil i Google

Som man kan se har ikke Google akkurat taklet æ-ø-å-problematikken helt i henhold. Jeg har selvsagt sett slik tegnsetting tidligere. Men da på en nettside, og gjerne i forbindelse med feil innstillinger i nettleseren eller feil koding av nettsiden.

Men i dette tilfellet har altså Google taklet én underside, nemlig forsiden, galt. Det rare er at det er ingen forskjeller, slik jeg kan se, på forsiden eller andre undersider på dette domenet. Det er ingen feil i kildekoden til nettsiden. Det jeg da antok var feilen var at på indekseringstidspunktet har noe gått galt. Enten fra Googles side, eller at undersiden hadde en feil ved indekseringstidspunktet. Men hvorfor har ikke dette blitt oppdatert? Feilen har ligget i SERP’en lenge nå. Mens feilen er ikke å se på nettsiden til denne kiropraktoren.

Så til det artige (i nerdeøyne). Jeg er ikke kjent for å gi meg så himla lett, akkurat. Så jeg henvendte meg først til Danny Dover i SEOmoz. SEOmoz er et av verdens fremste selskaper på søkemotoroptimalisering. Han svarte meg noe sånt som:

Nå har jeg brukt en god del tid på dette caset, og såvidt jeg kan se er det ingenting galt med nettsiden. Alt ser ut til å være i orden, og med mindre det er noe jeg ikke har fått med meg, ser dette ut til å være en glipp fra Google sin side. Det merkelige er at Google parser alt annet enn forsiden korrekt. Ta kontakt igjen om du finner ut av dette!

Med andre ord, han landet på samme svar som jeg hadde. Derfor tok jeg like godt kontakt med Matt Cutts. Han har ikke bare egen wiki-artikkel. Han er også Googles fremste (?) ekspert på organisk søk, og jobber til daglig i Search Quality Group i Google. I en godt beskrivende mail fra meg til han om problemet utfordringen, får jeg følgende svar:

I believe that page has some invalid utf8 in an alt tag. Matt.

Det er jo tydelig at han kanskje ikke har lagt sjela si i dette caset, men det er likevel ikke et svar jeg er tilfreds med. Det tok 2 sekunder for meg å forstå at det var et problem med tegnkodingen. Det snåle er at jeg ikke kan se tegnkodefeilen i «vår ende».

Så, etter å ha søkt svar hos 4 eksperter (meg selv, kollegaer i Metronet, Danny Dover og til slutt Matt Cutts) spør jeg nå internettet:

Er det noen som kan forklare meg hva som har hendt her, og hvordan det kan rettes opp?

Min eneste (?) påskenøtt på Metronet

Det handler om å optimalisere siden sin i forhold til hvilke søk som gjøres i søkemotorene. Det hender med jevne mellomrom at man må minne kunder, kollegaer og en selv om dette. Det er så mange spennende ting man kan fokusere på når det gjelder søkemotoroptimalisering. Tekniske løsninger, informasjonsstruktur, innkommende lenker, utgående lenker, interne lenker, nærvær i sosiale medier. Men man må ikke glemme følgende mantra;

For å rangere på X må du skrive om X

Uansett hvor mange tilpasninger man gjør, så er man avhengig av å skrive om det man ønsker å rangere på. En form for dilemma man kan støte på i jakten på «rett» innhold er valget mellom bransjeord og søkeord. Fagtermer er ikke nødvendigvis det ordet som dine kunder bruker på søk etter ditt produkt. Denne problemstillingen må man ta stilling til. Er det greit at det på nettstedet ditt brukes en terminologi som dine konkurrenter humrer av? For meg som jobber med søk er det helt OK. Men for din butikk kan det hende det ikke er verdt det.

5 tips til valg av rett terminologi, i forhold til søk

Man bør, uansett om man lander på en bransjeordstrategi, søkeordstrategi eller en slags hybrid, sette seg inn i hva slags terminologi som brukes i søkemotorene. Nedenfor kommer 5 konkrete tips som kan hjelpe deg å utforme tekstene dine med best mulige nøkkelord

Google Dropbox

Eksempel på bruk av Google Drobox

Når man begynner å skrive inn et søk i Google vil man få opp forslag til søkefraser, relatert til det man begynner å skrive. I tilfellet over ser man at jeg har begynt å skrive «murermester». Før jeg kommer så langt, er det ganske tydelig at Google foreslår relevante søk. Kan man finne bedre ord her?

Google Insight for Search

Ser man nærmere på søkeresultatet over, kommer det frem at den mest brukte, og korrekte skrivemåten, er «murmester» og ikke «murermester». Dette kunne man også funnet ut ved hjelp av Google Insight for Search. Dette viser deg volum på søkefraser, gjerne målt opp mot hverandre om du velger flere ord.

I et tenkt eksempel hvor du er en forhandler som selger brannalarmer. Eller røykvarslere, som er en mer korrekt betegnelse. Hva søker kundene etter?

Brannalarm mot Røykvarsler

Som man ser av figuren over, søkes det marginalt mer etter røykvarsler. I dette tilfellet ville jeg nok anbefalt å sammenligne denne statistikken med antall indekserte sider på de to ordene. For selv om røykvarsler er mest populær søkefrase av de to, kan det hende det er langt enklere og raskere å optimalisere seg mot brannalarm. Og det er ikke altfor stor forskjell i volum.

Google AdWords

Hvilke søkeord gir flest besøk i Google AdWords? Start gjerne med AdWordsannonsering. Dette er et meget godt verktøy for å si noe om hva som gir trafikk til nettstedet. Også med tanke på utforming av annonsetekster (titteltagger og meta beskrivelser i organisk søk). Ekstra kudos om du også har installert konverteringssporing. Da teller du ikke bare hvilke ord som gir deg flest klikk, men de som har gitt deg flest konverteringer. Husk at du bør hente ut rapporten som gir deg de faktiske søkefrasene som har utløst AdWordsannonsen.

Google Analytics

Google Analytics handler mye om å ta statistikken fra AdWords (og andre kilder) til et dypere nivå.

Også her kan du se hva slags søk som har gitt deg flest besøk. Fordelen kontra AdWords er selvfølgelig at du får frem andre trafikkilder også. Videre kan man, med gode måltrakter, enkelt telle hva som gir flest konverteringer. Hva har gitt flest sidevisninger, om det er et mål? Hvilke ord har utløst flest innsendte bestillingsskjemaer? Hva slags ord har høy transittstoppfrekvens. Hvilke søkeord gir brukere med lengst tid på siden? Mål-parameterne er nærmest uendelige. Finn de du mener er verdifulle for deg.

Internsøket

Har du et internsøk på siden din, så sørg for at det spores i Google Analytics. De søkefrasene det søkes etter i dette søket, bør du produsere innhold om. Selvfølgelig antatt at det er relevant for det du driver med.

"Nettsiden din er søkemotoroptimalisert!" er en ufullstendig setning på Metronet

Som en tommelfingerregel bør man unngå alle former for redirects. Nettopp fordi man bør lede brukerne til den siden de forsøker å besøke. Men noen ganger må man rett og slett redirecte. Man eier mange domener, man har lansert nye sider med ny URL-struktur, man har byttet firmanavn og dermed også nytt domenenavn etc. Listen er lang, og det handler om brukervennlighet. Ikke la dine besøkende komme til døde, ikke-eksisterende sider.

Men å bruke korrekte redirects er også viktig for din rangering i søkemotorene. Søkemotorene har et gitt antall sider fra ditt nettsted indeksert, med tilhørende URL-er. Hva skjer så om du endrer URL-ene dine? Dersom man ikke skal miste rangering og nåværende indeksering, må man benytte redirects. En nettleser vil oppdage slike koder, og automatisk sende besøket videre dit du «beordrer» det.

Redirects har vært en rimelig heftig diskusjon på nettet lenge. Spesielt gjelder dette områder som handler om rangering i søkemotorene (Google). For en ting er hvordan nettleseren tolker en redirect. En annen ting er hvordan Googlebot (Googles crawler) tolker den.

Som en oppsumering av dette blogginnlegget, tyder alt på at Googlebot liker en 301 redirect klart best. Det finnes mange forskjellige måter å gjennomføre en redirect på. Det er blant annet avhengig av hva slags server nettstedet ligger på og hva slags språk man programmerer nettstedet i.

Nedenfor finner du et forsøk på å forklare de forskjellige redirectene. Kom gjerne med innspill og eksempler på god/dårlig bruk av redirects.

300 Redirect – Gir deg flere valgmuligheter

Med en 300 redirect vil man kunne sette opp flere alternative veier man vil sende søkeren. Man kan altså «sortere» innkommende trafikk basert på forskjellige variable (eksempelvis språk), og redirecte besøket deretter. Man kan og presentere søkeren for en liste av alternative valg.

301 Redirect – En permanent flytting av innhold

En 301 redirect er den mest vanlige formen for videresending/viderekobling. Denne benyttes i de tilfeller hvor endringen er permanent, altså i alle tilfeller hvor du endrer på sidestrukturen eller endrer domenet ditt. Dersom man implementerer en 301 redirect korrekt (for eksempel ved bruk av en .htaccess fil) vil man også tilfredstille søkemotorene. Ved neste gjennomgang av nettstedet ditt vet crawlerne at ditt nettsted har nye URL-er.

Du vil altså, før søkemotorene har indeksert de nye sidene dine, unngå døde sider i søkemotorene, at innkommende lenker sender trafikk til sider som ikke eksisterer lenger og at direkte besøkende (fra bookmarks, referrals etc.) kommer til en 404-side. Etter en ny crawling av nettstedet, vil søkemotorene være oppdatert på dine nye URL-er. Man beholder verdien fra innkommende lenker, med denne metoden.

Vær oppmerksom på at det er en viss risiko med alle endringer, men at dette er den tryggeste og mest optimale måten å endre på sidene sine eller domenet, og samtidig beholde trafikk og rangering fra tidligere.

302 / 307 Redirect – En midlertidig flytting av innhold

En 302 (307 er mer eller mindre samme type) redirect skal benyttes når det er en midlertidig flytting, og når man ønsker at brukeren skal fortsette å bruke original URL. Denne brukes (dessverre litt for) ofte. Googlebot vil også fortsette å lete etter nytt innhold på den originale URL.

En redirect av denne typen har en svakhet. I motsetning til en 301 redirect får man ikke med seg verdien av domenet med på flyttelasset. Dvs. PageRanken til det opprinnelige domenet vil ikke føres videre til det nye domenet.

Det diskuteres i det vide og det brede om dette fortsatt stemmer, men gjør man en 301 er man i alle fall på den sikre siden. I prinsippet fungerer en 302 på mange måter som en 301, men Googlebot vil for eksempel fortsette å crawle gammelt domene for innhold med en slik løsning. Med en 301 redirect vil Google forstå at du har flyttet permanent, og slutte å crawle etter innhold på tidligere adresse.

303 Redirect – Når du vil unngå F5-fellen

Et eksempel der en 303 redirect kan være god, er ved utfylling av skjemaer on-line. Hvis et nettsted har et skjema som fylles ut, og man ender opp på en takk-for-utfyllingen side eller lignende, vil det ofte være en 302 redirect som ligger her. Problemet med dette, er at dersom siden blir refreshet (ved for eksempel at brukeren trykker på F5), vil man få innsendt enda et skjema. Dette unngås, om man benytter en 303 redirect.

305 Redirect – Ved bruk av Proxy server

En Proxy server er (i ekstremt kortversjon) et slags filter eller mellomledd mellom deg og den siden du vil besøke. Eksempelvis kan man for å få logge seg på intranettet til arbeidsplassen hjemmefra, benytte en proxy server. Dersom man har tillatelse til å nå nettstedet, benyttes en 305 redirect. Dersom man IKKE har tillatelse, vil man få opp en feilmelding, og evt. informasjon om hva som mangler for å nå frem.

Redirects – hvordan flytte nettsidene dine på Metronet

Som Kristoffer skrev i forrige uke har AdWordsannonsene blitt flyttet nærmere søkeresultatet. Hvorfor kan vi bare spekulere i. Google utfører omtrent én komma trettisju fantasillioner endringer i året på det som kanskje er en av verdens enkleste nettsider (www.google.no).

Hvorfor gjør de dette? Grunnen er veldig enkel. De bruker endringene til å se hva som skjer med søkeadferden. Økes klikkfrekvensen, brukermengden eller andre KPI’er beholdes endringen. Økes de ikke, fjernes den. De har på mange måter verdens største testgruppe til disposisjon. Vi snakker stort sett om små endringer de færreste legger merke til, som å flytte den blå linjen en millimeter høyere opp. Men denne gangen har de altså gjort en endring som mange av oss nerder har lagt tydelig merke til. De har flyttet AdWordsannonsene mot venstre, nærmere det organiske søket.

Slik ser søket ut i Google idag

Dette får en enkel sjel fra Ullevål Hageby til å spekulere. Jeg har lenge hatt et litt ambivalent forhold til Universalsøket til Google. Jeg syns det er ekstremt bra med et variert treffresultat. Det er ingen tvil om at det beriker søkeresultatet og at man kan fortsette å bruke Google, selv når man er ute etter andre ting enn artikler og tekster. Men jeg syns at søket nå er i ferd med å bli litt for dominert av dette. Spesielt gjelder det kartsøket, som på en laptop nesten tar opp hele skjermen din.

Dermed kommer den uunngåelige teorien om grunnen til at de flyttet AdWordsannnonsene nærmere søkeresultatet. De frigjør plass for noe annet. Min forhåpning er at de nå kanskje også sender Universalsøket på flyttefot.

Med litt enkel manipulasjon av bildet over, får man frem én ting Google KAN finne på å gjøre med søkeresultatet.

Slik kunne søkeresultatet sett ut om Google flyttet universalsøket til den ledige plassen

Selv syns jeg det blir mye mer oversiktlig på denne måten. Dersom man er ute etter tekstinformasjon, anmeldelser eller lignende, kan man fokusere på venstre side av skjermen. Dersmom man er ute etter bilder og andre ting, fokuserer man til høyre. Enkelt og greit. De aller fleste datamaskiner har idag en bred skjerm, så dette vil ikke by på utfordringer av særlig stor grad på den fronten. Men hva så med brukeradferden? Og tør Google gjøre en så stor endring «på en gang»?

Den som lever får se, men jeg syntes dette alternativet er verdt en test.

Universalsøket til Google i 2010? på Metronet

22.06.09 Edit: Skriptet i innlegget er endret. Hadde en feil i seg.

Etter inspirasjon fra Brian Clifton og hans blogg (en særdeles god kilde til Google Analytics finurligheter) har vi startet på utviklingen av et javaskript-tillegg til Google Analytics som fritt kan brukes av den som måtte ønske.

Bakgrunn

Tidligere benyttet søketjenesten Kvasir «searchExpr» som søkeparameter i sitt søk. Det ble endret av Kvasir, og er kommentert av Kristoffer i et tidligere innlegg om Kvasir og Google Analytics. For fremtiden ønsker vi at man kan benytte et skript som kontinuerlig blir oppdatert, og som gjør at man til enhver tid mottar den beste mulige data til sitt analyseunivers.

Ved å sende oss e-post, eller kommentere på dette innlegget håper vi å kunne oppdatere det jevnlig, slik at det blir mest mulig nyttig for alle som installerer vår justerte versjon av Google Analytics (ære og props vil bli fordelt etter beste evne).

Hva gjør modifiseringen av Google Analytics skriptet

Foreløpig gjør skriptet det mulig i større grad spore hva den besøkende søkte etter for å komme til ditt nettsted. Google har en lang liste med trafikkilder som er inkludert som default. Her vil man alltid få opp søkefrasen som ble benyttet for å komme til ditt nettsted. Vi har lagt til et knippe kataloger i det norske markedet. På denne måten kan man tydeligere se hva slags søk som genererer trafikk fra disse katalogene, og bruke den informasjonen for hva det er verdt. Bl.a. kan man i større grad definere kvaliteten og verdien av å stå oppført i kataloger.

I tillegg har vi lagt til noen spesifikasjoner på Google-søk. Som default er all trafikk fra Google samlet i en bolk i analytics. Ved hjelp av disse modifikasjonene vil vi prøve å skille litt på hva slag type Google-søk som genererer trafikk til siden din.

Skriptet vi har laget er konstant i beta-versjon og vil bli modifisert og endret ved jevne mellomrom. I stedet for å endre på dette innlegget til stadighet, vil vi heller forsøke å kommentere i koden hva koden gjør, dersom det ikke fremgår intuitivt av selve endringen.

Hva gjør man for å bruke modifiseringen av Google Analytics skriptet

Det er i all hovedsak kun en ting man må gjøre for å benytte seg av skriptet vi har laget. Man må endre Google Analytics-koden sin til følgende:

——————————- kopier koden nedenfor ——————————-

<script type="text/javascript">
var gaJsHost = (("https:" == document.location.protocol) ? "https://ssl." : "http://www.");
document.write(unescape("%3Cscript src='" + gaJsHost + "google-analytics.com/ga.js' type='text/javascript'%3E%3C/script%3E"));
</script>
<script type="text/javascript">
var pageTracker = _gat._getTracker("UA-XXXXXXX-X");
</script>
<script src="http://www.metronet.no/script/metronet-ga-mod.js" type="text/javascript"></script>
<script type="text/javascript">
pageTracker._trackPageview();
</script>

———————————————————————————

Eneste forskjellen på koden over og det som skal ligge på nettstedet ditt er UA-koden som man finner i det originale Google Analytics-skriptet man har fått fra Google Analytics. Denne koden er unik for hver Analytics-konto. Her er linken til javaskriptet vi har laget, slik at du kan se hva slags endringer vi har det tilpassede analyseskriptet vil gjøre.

Disclaimer

Skriptet er ikke testet i stor grad, og vil være i en evig beta-versjon. Vi ønsker alle bidrag hjertelig velkommen og ingenting er bedre enn at det påpekes dersom deler av analyseskriptet ikke fungerer. Vi garanterer ikke for noen resultater, og vi tar heller ikke ansvar for hva som skjer med din samling av analysedata eller nettsted for den saks skyld, dersom du benytter vår modifiserte versjon av Google Analytics. Vi ber om forståelse for dette og håper likevel flest mulig vil teste det og gi oss tilbakemelding på plusser og minuser ved tillegget.

Google Analytics – tilpasset skript på Metronet

For at et nettsted skal fungere optimalt er det en del hensyn man må ta som ikke nødvendig vis er synlig for brukeren. W3C er en organisasjon som tar sikte på å utvikle standarder og retningslinjer for utvikling av teknisk gode nettsider. W3C har og utviklet en hel rekke gratisverktøy man kan bruke på sin egen nettside for å teste om nettstedet validerer korrekt. Dersom man følger retningslinjene til W3C vil man, i tillegg til å gi robotene rett informasjon, også med høy sannsynlighet unngå at noen av de mange nettleserene ikke klarer å lese nettstedet ditt korrekt. Det er på langt nær sikkert at nettsiden din ser lik ut i Mozilla Firefox og Internet Explorer, for eksempel.

På nettsidene til W3C ligger det bl.a. verktøy for å teste om man har kodet korrekte CSS-fil(er), korrekte HTML- eller XHTML-filer og du kan også undersøke om du har døde linker, hvilket ofte er et problem og ikke minst en stor irritasjonsfaktor for brukere. Dette er bare noen få av mange hjelpemidler en webutvikler kan bruke for å teste nettsiden.

Jeg må presisere at selvom nettstedet ditt validerer 100% hos W3C, betyr det på ingen måte at nettstedet ditt er perfekt på alle måter. Dette er bare enkle verktøy som gir deg en god start på veien mot en søkemotoroptimalisert og mer brukervennlig nettside.

Du kan besøke våre nettsider for mer informasjon om søkemotoroptimalisering eller webutvikling.

Bygge teknisk gode nettsteder på Metronet

Alt dette høres jo vel og bra ut, men virker det? Og er det mulig og faktisk optimalisere en flash side for Google?

Svaret er: ”Ja, litt”. I stedet for å begynne med å spørre seg ”hvordan kan jeg optimalisere mitt Flash innhold?” Er det bedre å begynne i andre enden: ”Hva er begrensningene i Flash og hva må jeg gjøre utenfor flash for å rangere høyere?”

En flash fil som inneholder hele siden lagt på index.html, vil aldri kunne rangere særlig høyt i Google. Googlebot vil klare å hente ut mye av informasjonen i filen men den vil ikke vite hva den skal gjøre med den. Det finnes ingen klare regler på internlinking inne i en flashfilm, og hvordan det gjøres varierer fra designer til designer. Så inntil klare retningslinjer finnes vil Googlebot per dags dato ikke kunne separere en ”side” fra en annen, slik den gjør med (X)HTML, PHP, ASP osv.

Et alternativ er å dele opp flashsidene i flere filer, legge de under hver sin URL. Da vil Googlebot kunne assosiere innholdet med URL’en og alle sider vil ha individuelle titletags og meta descriptions.

Men der stopper det også. Googlebot vil ikke finne annen info som hjelper deg med rangering som for eksmpel header tags og alt text på bildene. Ved denne metoden forsvinner også noe av grunnen til å bruke flash i det hele tatt. Man kan for eksempel ikke lage animerte overganger fra side til side.

Ingen av disse alternativene er å foretrekke om man har ambisjoner om en god plassering.

Selvfølgelig har vi alternativ tre hvor man bygger en optimalisert (X)HTML side og legger Flashfilmen på toppen av denne ved bruk SWFObject, slik at de som har flash ser flashsiden og de som ikke har flash får opp HTML siden. Slik gjøres det i dag, men da Flash filen ikke vil gjøre noe forskjell på indekseringen i Google, er dette alternativet utelatt fra denne diskusjonen.

Så med andre ord; et nettsted laget bare i Flash vil aldri kunne bli optimalisert godt nok til å være konkurransedyktig selv med med dagens algoritme oppdateringer.

Men ved bruk av Flash som en del av en godt optimalisert side kan man dra nytte av disse oppdateringene. En oppramsing av tjenester for eksempel, kan nå gjøres i en animert flashpresentasjon uten dårlig samvittighet ovenfor firmaets SEO ekspert. Teksten vil bli indeksert av Googlebot og vil assosieres med URL’en og all annen meta informasjon på siden. Her kan man også tweeke det enda mer ved bruk av sIFR, som visstnok gjør innholdet litt mer søkemotorvennlig.

Så bunn og grunn har ting ikke forandret seg så mye. Ja Google indekserer Flash innhold, men innenfor SEO vil flash innhold aldri være konkurransedyktig i forhold til plassering i søkemotorene.
Flash vil heller være et alternativ til vanlig kjedelig tekst på hvit bakgrunn.

Men positivt er det i alle fall at Google tar flash på alvor, og det er et lite skritt i riktig retning.

Flashdesign for Google på Metronet