Brukere har dårlig tid

Det er en hard realitet å innse at folk bruker mindre tid per side. Faktisk, det finnes undersøkelser som tilsier at en bruker klikker seg bort fra din side i løpet av 10 sekunder. Hvorfor? Fordi det finnes uendelig med sider på internett og brukere er mer kresne og kravstore på hva de gidder å hamle opp med. Har du et dårlig nettsted vil en bruker, hvis ikke spesielt interessert, klikke seg ut med en gang.

Hvis du derimot får dem til å bli lenger en et halv minutt/minutt så vil de være der i en vesentlig lengre periode og, forhåpentligvis, konvertere på dine mål for siden.

Vi ser denne trenden vokse fordi folk bruker mer og mer mobil på farta og krever at hastigheten ved å fikse ting på internett skal være tilsvarende effektivt på desktopen.

Det er enkelt til du gjør det komplisert

Noe av det viktigste, og vanskeligste for mange, er at vi må begynne å begrense mengden av tekst og valg på en side. Det holder ikke lenger med å peise på med informasjon i et vagt håp om at brukeren vil lese alt. Folk leser ikke på internett, de scanner.

Du må gjennom god design og funksjonalitet veilede brukeren til det du vil de skal oppnå. Med det mener jeg at hvis din hovedoppgave med siden er å få flere kunder, gjør det veldig enkelt for brukeren å signere seg opp på en avtale. Er din oppgave å informere om kurs, gjør det veldig enkelt å lese om kurset osv osv.

Her er 5 punkter som er utrolig viktig:

• Prioritering - Hvorfor har du en side? Hva vil du brukeren skal oppnå? Her burde du fokusere på 2-3 ting og hold deg til disse. Mer enn dette kan skape kaos.
• Brukervennlighet – Hvor enkelt kan brukeren navigere siden? Konverterer de på punktene du vil siden skal konverte på?
• Fokus - Er siden optimalisert for de brukerne du vil konvertere på?
• Scannbar tekst – Lange avsnitt på flere sider holder ikke lenger. Ved å heller minimere teksten og strukturere det bedre er det større sannsynlighet for at det blir lest.
• Mobilvennlig – Hvordan fungerer din side på mobil? Bruker store mengder av din side Flash?

Ikke tving meg som en bruker til å tenke, men veiled meg og få meg heller til å bry meg.

Mobil

Mobilbruk på nettsider har eksplodert de siste årene. Bare i 2011 ble over 1,500 millioner smarttelefoner solgt globalt. Betyr det at ditt nettsted må ha en mobilvennlig side? Vel, nei, men det viser at folk bruker mer og mer  mobil for å surfe på internett.

Faktisk, når vi ser på noen tall fra våre kunder (basert på samme måned – ett år fra hverandre) ser vi at noen nettsider har hatt en økning på opp til 408% av mobilbruk. Det er dog litt forskjellig på hvordan folk bruker internett på en mobil og på en dekstop (Jeg har ikke tatt med tablet fordi det er etter min mening en egen kategori mellom de to).

Hovedbruksforskjellen mellom mobil og desktop er at mens man på en desktop kan ende opp å surfe målløst og ha generell høyere tålmodighet brukes mobilen ofte on the go der man vil ha informasjon kjapt og konkret. 

Måten vi bruker internett på mobilen går nå mer og mer mot desktop.

Flash

Hvis siden din også er dominert av Flash er dette dårlig for mobilbruk. Adobe har gått ut med et blogginnlegg der de sier de avslutter Flash på mobil:

«We will no longer continue to develop Flash Player in the browser to work with new mobile device configurations (chipset, browser, OS version, etc.) following the upcoming release of Flash Player 11.1 for Android and BlackBerry PlayBook.» 

Under ser du tall over nedgangen av Flash-bruk og oppgangen av Javascript (CSS, JQuery m.m). Fra 1 mars 2011 til 16 mars 2012 har Flash dalt ned fra 28,1% globalt brukt til 25,1%. Javascript derimot har, under den samme perioden, gått fra 88,5% til 91,8%.

Mye av Flash vs Mobile diskusjonen ble startet av Steve Jobs´»Thoughts on Flash«, men det man bør ta fra dette er at CSS3 og HTML5 kan og burde ersatte dine Flash-animasjoner på siden.

Responsive Design

Responsive Design lar en side automatisk justere sitt layout basert på bredden av en vinduet eller enheten du bruker.

Ved å ha en side som er responsive i sitt design så vet du at den vil fungere optimalit for mobil, tablet og dekstop. Første bud med responsive design er at man skal designe for mobilen først. Ja, en veldig uvant måte å lage sider på, men skal man gjøre responsive design korrekt så må man gjøre den mest optimal for mobil, deretter bygge deg opp til tablet og desktop.

“Responsive web design is forcing us to design with a more human focused approach. You loose a lot of control over the way people are seeing your work and it has to look and feel equally awesome across all platforms,” says Farah Assir.

Selv om det er uvant så gir Responsive Design deg muligheten til å skape en helhet ved deres side på tvers av devices og fokusere på det som er viktig i fremtiden: mobil. Noen gode eksempler på responsive web design ser dere under her (se flere her).

Trykk på bilde for å komme til siden og dra vinduet inn og ut for å se forskjellen.

One Page stil

En annen stil som kan bli mer  normal er enkeltside stilen. Det finnes flere versjoner av en en-siders stil:

• Fullt ut – Hele siden (all content) er på forsiden.
• Halvt – Siden har flere undersider, men hver side baserer seg på scrolling fremfor å klikke seg videre

Notat: teknisk sett så er egentlig ikke «halvt» med i kategorien, men jeg synes de på mange måter har samme funksjon, så jeg tar det med. 

Det gjør at du kan på en rask måte gir brukeren det den (og du) ønsker. Enkeltside-nettsteder er en bra måte å tilby brukerne informasjon raskest mulig ved å samle alt innholdet du vil ha i en enkelt side, samt få brukeren til å oppleve og passivt bry seg om ditt innhold. Dette fungerer perfekt hvis siden ikke har for mye content eller selger produkter/tjenester.

Noen gode eksempler kan du se under (se flere her)

OpenType

Fonter på nettet fikk en skikkelig medfart i 2011 da man ikke trengte å bruke standard webfonter, men heller de fontene man selv ønsket. Når man før skulle ha en kul font og måtte gjøre en .png ut av det kan du nå ha en oversikt/logo som vanlig tekst. Dette er veldig bra, fordi det tillater Google å plukke det opp.

Konklusjon

På mange måter er tiden fremover i designerens hender. Takket være nye måter å jobbe på har man mye større tøyler på hva man kan lage, faktisk kan man gjøre hva man vil, men det er enda viktige at man har klart sine mål for siden og klarer å konvertere på de. Fokuser på dine mål ved siden og gjør det enkelt for brukeren og finne dine mål.

Trender for webdesign i 2012 på Metronet

Ser man veldig teoretisk på problemstillingen kan man forsvare Google med at de vanskelig kan bryte lover om copyright da de ennå har til gode å publisere innhold på sin side (annet enn hjelpesenter og diverse turtorials for Googles hjelpeverktøy). Alt innhold man finner i Google lenker deg til eksterne kilder. Google er trafikkdrivende, og ikke trafikkhindrende. Hvis man ikke ønsker besøkende til sitt nettsted, forstår jeg ikke helt hensikten med å ha et.

Så helt uten egenprodusert innhold, har altså Google klart å vokse seg til en av tidenes største suksesshistorier. Men i sin marsj mot det kommersielle internettets tronstol, møter de på en del kritikk. Herunder altså endel kritikk for at de stjeler innhold fra andre leverandører. Rupert Murdoch er bare en av mange som klager sin nød. Dette har jeg svært vanskelig for å si meg enig i.

Google har aldri lagt skjul på hvordan man kan fjerne sitt innhold fra Google om man ikke ønsker det indeksert. Bruk av robots.txt er antagelig den mest vanlige måten å blokkere innhold, og hva Rupert Murdoch anbefales i denne artikkelen fra NewsWeek. Jeg er ikke 100 % enig i at dette er den minst humpete veien til Rom. Som videoen nedenfor viser, vil en robots.txt fil hindre Google i å indeksere innholdet. Men får nettsiden mange nok innkommende lenker vil URL’en kunne bli indeksert likevel.

Løsning for de som vil gjemme seg for Google

Det beste vil altså ikke være å legge opp en robots.txt fil som denne:

User-agent: *
Disallow: /

Når søkemotorene kommer til et nettsted, og finner en slik, vil de ikke indeksere innholdet ditt. Men på grunn av problematikken rundt innkommende lenker, er ikke dette den beste løsningen i mine øyne. Har man mange nok innkommende lenker kan Google indeksere siden din basert på dette. Vel og merke uten å vite eller fremheve i søkeresultatet hva siden din inneholder. Det beste vil være å la Google (starte å) indeksere nettstedet ditt. Men la det første roboten ser være følgende kode (ved å legge den inn i <head> koden, sammen med dine andre meta kommandoer hvis du har noen):

NoFollow / NoIndex i Google

Med denne kodesnutten sier du til Google at du ikke ønsker nettstedet ditt indeksert, og de vil utelate den fra søkeresultatet, uavhengig av antall innkommende lenker man har. Her er det litt viktig at det ikke ligger en robots.txt fil og blokkerer tilgangen. For med en slik robots.txt fil vil ikke søkemotorrobotene finne denne noindex-beskjeden.

Med en robots.txt fil kan altså siden bli indeksert, basert på innkommende lenker. En slik visning i Google kan ofte sees ved at visningen ikke har noen meta beskrivelse – kun en tittel og en URL.

Bryter egentlig Google opphavsretten din? på Metronet

Et internsøk har noen fantastiske nytteverdier;

1. For brukeren av ditt nettsted kan det være en kort vei til det de leter etter. Spesielt på store nettsteder, er det ekstremt brukervennlig å ha et velfungerende internsøk.
2. For webansvarlig kan det gi en pekepinn på hva brukerne er interessert i. Dermed kan dette presenteres i større grad på forsiden. Et godt eksempel er nettbutikker. Søkes det ofte etter et produkt, så legg det på forsiden, kanskje til og med på salg?
3. For webansvarlig gir det også en pekepinn på hva brukeren ikke finner intuitivt på siden. Dette kan også derfor være nyttig informasjon hvis man velger å restrukturere innholdet på nettstedet.

Tilbake til det konkrete tipset.

Klikk deg inn på oversikten over Nettstedsøk. Du finner den i menyen til venstre, under Innhold >> Nettstedsøk >> Søkeord. I denne rapporten vil jeg at du skal gjøre to endringer fra standardvisningen du blir presentert for (begge deler markert med rødt i figuren under). Velg Resultatvisning og % Søkeutganger under Resultat For Individuelt Søkeord.

Internsøk, sammen med % søkeutganger

Dette er altså bounceraten til søkeordene brukt i internsøket. Hvor mange søkte i søkefeltet ditt, for så å forlate nettstedet. De fant altså ikke det de var ute etter. Er søkeordet noe du ikke leverer, er høy % Søkeutganger helt ok. Er søket noe du leverer, bør du miste litt av nattesøvnen. Quickfixen er enkel; inkluder innhold som inneholder søkeordet, evt. sjekk om sporing av internsøk er satt opp korrekt.

Now go on, do your magic!

Analyse av internsøket – Hva skal du bruke det til? 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