html-utvikler

Klarer du å fange opp viktige endringer i bruksmønsteret på ditt nettsted? Ser du om Google plutselig slutter å levere trafikk, eller hvorvidt norske brukere viser deg ryggen?

Analyse ved konfigurasjon

Dagens statistikksystemer baserer seg ofte på konfigurasjon. Du må selv sette opp rapportene du ønsker, eller bruke de som er forhåndsoppsatt. Har du glemt å be om en rapport, risikerer du å gå glipp av viktig informasjon.

Normalt rapporteres antall brukere, antall visninger eller lignende.

Automatiske rapporter

Neste generasjon analyse, leter etter endringer i bruksmønsteret. Er det noen trender du bør være klar over, og kanskje granske nærmere?

Slike automatiske rapporter kan fange opp tekniske feil, eller brukermessige feil som er helt umulig å se i de tradisjonelle rapportene.

Google Analytics har nå fått en første versjon av slik funksjonalitet kalt “Intelligence”. Har selv kun gjort småtester mot de nye funksjonene, og foreløpig virker det meget lovende.

Eksempel på Google Analytics-alarm, som her viser nedgangen i trafikk fra Google.

Er totaltstørrelsen på en nettside av betydning? Hva slags effekt har det om 50 kb annonser fjernes?

Jakob Nielsen er berømt for sine strenge krav til ytelse og påpekte allerede i 1997 viktigheten av kjapp responstid.

1001 Spill ligger på rundt 200 kb og som et lite eksperiment fjernet jeg bildeannonser i 24 timer, hvilket medførte at sidestørrelsen ble redusert til 150 kb.

Resultatet ga, som antakelig mange forventer, kun en liten økning. Ca 2% oppgang i antall klikk per bruker. En endring som like gjerne kan skyldes andre faktorer.

Dersom responstiden din ligger fast på under ett sekund, virker det som endringer a’la dette har minimal effekt. Er den over ville jeg absolutt vurdert å teste ut noen ytelsesøkende triks.

Sjekk størrelsen på ditt nettsted med Web Page Analyzer.

Triks for deg som jakter økt ytelse:

• Identifying MySQL slow queries
• CSS Sprites: What They Are, Why They’re Cool, and How To Use Them
• Gzip av HTML

Sjekk David Heinemeier Hansson foredrag om å lykkes med oppstartsfirmaer.

Det er ikke vanskelig å tjene penger på nettsider i dag – så fremt man har brukere.

Annonsemarkedet er enormt, og handel på nettet er vanlig, så har du et godt produkt eller mange brukere er det ingen sak å tjene penger.

Problemet er selvfølgelig å få nok brukere, eller finne noen som er villig til å betale.

Å leve av annonseinnteker

Skal du leve av annonseinntekter trenger du mange brukere. Nøyaktig hvor mange er avhengig av brukergruppen du sikter mot.

Mine nettsider gir fra 3 til 30 kr per 1000 annonsevisninger. 1000 annonsevisninger høres kanskje lite ut, men kan være vanskelig nok. Med 30 000 sidevisninger månedlig, tjener du 90-900 kr på én annonse med slike provisjonstall. Det er selvfølgelig mulig å tjene mye mer og også mindre enn dette.

Annonser kan selges av firmaer som f.eks AdSense, AdBrite, Advertising, GoViral eller en rekke andre aktører.

Vent gjerne til du har litt trafikk, før du ordner annonseavtale.

Hvordan få brukere

Tålmodighet er en dyd. Selv tok det meg 6-7 år før jeg kunne leve fulltid av nettsidene. Søkemotorer og jungeltelegrafer er gode kilder, men det kan ta lang tid før disse trer i kraft, og gjerne et halvår fra lansering til søkemotorer begynner å gi trafikk.

Kvalitet og stabilitet er viktig. Hold ambisjonsnivået stabilt. Å oppdatere daglig i begynnelsen for så å dabbe av, tar seg dårlig ut. Kanskje holder det med ukentlige oppdateringer? Når jeg startet forgjengeren til 1001 Spill, hadde jeg en “ukens spill”-spalte. Det var en god start og passet fint ved siden av min faste jobb.

Innhold er viktigere enn form. Innholdet og kjernen i produktet er alltid viktigst. Legg inn arbeidskapasiteten der. Kanskje kan Blogger eller en enkel publiseringsløsning som Wordpress være godt nok for å komme i gang?

Jobb med noe du liker. Er målet å bli rik eller skape en god og trivelig arbeidsplass? Jobber du med interessante oppgaver, øker sannsynligheten for å lykkes.

Videre lesning

Sjekk Rails utvikler David Heinemeier Hansson videoforedrag om å lykkes med oppstartsfirmaer

Les og bli inspirert av Kathys fantastiske arkivinnlegg i Creating Passionate Users:

• The myth of “keeping up”
• Can marketing be honest AND motivating?
• Do something scary
• Death by risk-aversion
• The Quantum Mechanics of Users
• It’s the [?], stupid!
• Being Brave is Tricky
• Never Underestimate the Power of Fun
• …but is it interesting?
• My passion is awesome, your passion is lame
• Passionate Users Talk Different
• When only the glib win, we all lose
• How to be an expert
• Rethinking testimonials
• Don’t give in to feature demands!

StatSVN gir nyttig informasjon om kodebasen.

Hvor stor er kodebasen din, og hvor mange filer eller kodelinjer fjernet du ved siste opprydding? Kommet mange nye filer i det siste, og i så fall, i hvilke deler av systemet?

Har du koden din i SVN, kan StatSVN gi deg svar.

På 1001 Spill-koden viser StatSVN at over 500 filer ble fjernet ved siste kodeopprydding. Meget bra! Men samtidig økte gjennomsnittlig antall kodelinjer per fil med 125 linjer, slik at snittet nå er 284. Ikke bra! Kan kodeoppryddingen ha gått på bekostning av kodekvaliteten? Absolutt noe som bør granskes.

StatSVN er foreløpig kun i versjon 0.4.0, men artig og nyttig å teste allerede nå.

Sjekk gjerne også intallasjonsbeskrivelsen.

Meldingen dagbladets brukere ble møtt med.

En rekke nettsteder var i dag utilgjengelige grunnet tekniske problemer.

Brukere av dagbladet.no ble møtt av en “Not Found”-melding. Meldingen i seg selv er ikke god, men brukermessig sett er konsekvensen i dette tilfellet liten. De fleste klør seg i hodet, vel vitende om at dagbladet ikke er nedlagt. Senere samme dag er nettsiden igjen tilgjengelig og brukermassen tilbake til det normale.

Teknisk sett derimot er dette ikke bra. Statuskoden 404 “Not Found” betyr:
“The server has not found anything matching the Request-URI. No indication is given of whether the condition is temporary or permanent.”

Tips: For å sjekke returkodene kan du bruke curl a’la f.eks:
curl –head www.dagbladet.no

Google, yahoo, andre søkemotorer og roboter fikk altså beskjed om at forsiden til dagbladet.no ikke eksisterte.

En bedre kode ville vært 503 “Service Unavailable”:
“The server is currently unable to handle the request due to a temporary overloading or maintenance of the server.”

Dermed vet søkemotorene at nettsiden har tekniske problemer. Ved å bruke Retry-After kan man også fortelle når man forventer at nettsiden igjen er tilgjengelig.

Les mer om HTTP/1.1: Statuskodene og prøv gjerne selv curl -head mot dine egne nettsteder for å dobbeltsjekke hva som returneres.

Nå kan du legge henvisning til Google Sitemap i robots.txt.

Dermed blir det enda enklere å fortelle Googles søkemotor om din nettsides endringer. Ennå ikke laget en Google Sitemap? Les om fordelene veb bruk av Google Sitemap.

Sjekk også Google Webmaster Tools, verktøykassen der Google viser masse nyttig informasjon om din nettside: når den sist ble indeksert, hvilke sider som ga feilmelding 404, søkestatistikk etc.

Kilde: What’s new with Sitemaps.org?

For å gjøre 1001 Spill mer søkemotorvennlig, og å forbedre log-analyse-resultatene har jeg ønsket å gi alle spill beskrivende URLer. Man kan f.eks. se for seg en ideell URL til spillet Starbase Defender på formen:
www.1001spill.no/spill/starbase_defender

Oppdatering, 24.01.2007: Jeg har nå implementert løsningen uten bruk av id-verdier. Valgte å lage en database-kolonne for tittel-urlen og gjennomførte det ekstra sql-kallet.

Dessverre medfører dette to kompliserende ledd i koden:

• En ekstra kolonne i databasen/evt. cache som inneholder url-tittelen på spillet.
• En ekstra sql-spørring/oppslag i cache, hvor man finner database-id tilhørende spillet.

På toppen av dette økes antall feilkilder. Hva om det er flere spill med samme navn etc.

Alternativ metode 1: Brukervennlige URLer med ID

En utrolig enkel fiks på dette er å føye til database-id-verdien i URLen:
www.1001spill.no/spill/starbase_defender/2015

Her kan man ignorere tittelen starbase_defender, hente ut ID-verdien med .htaccess-rewrite og slippe database-oppslaget.

Omskriving av
www.1001spill.no/spill/starbase_defender/2015

til det interne formatet:
www.1001spill.no/show.php?id=2015

Kan f.eks gjøres på følgende måte i .htaccess-filen:

RewriteCond %{REQUEST_URI} ^/spill/.*/([0-9]+)$RewriteRule ^.*$ /show.php?id=%1 [L]

Alternativ metode 2: Beskrivende navn til slutt

Id-verdien har ingen mening for brukerne. Derfor kan man vurdere å bytte plass:
www.1001spill.no/spill/2015/starbase_defender

Alternativ metode 3: Id og beskrivende navn

Id-verdien kan også føyes til den beskrivende teksten:
www.1001spill.no/spill/2015_starbase_defender

Hva er galt med metodene

Dessverre medfører alle metodene en del ulemper.

• Den beskrivende tittelen har ingen teknisk betydning og både
  /spill/2015/starbase_defender
  /spill/2015/jippi_det_snoer
  Tar brukeren til samme side.
• /spill/2015 vil også logisk sett være samme side
• id-verdien gir ingen mening for brukerne, og de bør slippe å forholde seg til denne.

Konklusjon

Selv om jeg nå har implementert metode 2 på 1001 Spill, og dette utvilsomt er en klar forbedring fra tidligere, klarer jeg ikke helt å slå meg til ro.

Den ideelle løsningen: www.1001spill.no/spill/starbase_defender vil alltid være å foretrekke, og gi 1001 Spill URLer som forhåpentlig kan vare i årevis.

Hvor effektive er dine overskrifter, hvor gode er dine illustrasjoner og hvor godt selger din selgende tekst?

Googles Website Optimizer lar deg prøve forskjellige varianter av en side, og rapporterer så effektiviteten til hvert enkelt element.

Sjekk demo-videoen eller les tipsene 101 Easy Ways to use
Google’s New Website Optimizer.

Har selv ikke fått testet ut tjenesten, men så fort juleribba er fordøyd og nyttårsrakettene er sluknet er jeg klar:)

God jul og godt nytt år!

Når man oversetter et nettsted til flere språk, oppstår nye arbeidsoppgaver og tekniske utfordringer.

Ikke bare skal alt innhold oversettes, men også menyer, logoer og skjemaer. Når så dette er gjort kommer eventuelle partneravtaler eller annonsesystemer, hvilket også gjerne skal tilpasses språkets brukergruppe.

I et slikt perspektiv er det lett å rote seg bort og fylle koden med unødvendig komplekse tilpasninger.

Når 1001 Spill ble oversatt til engelsk oppstod disse problemene for fullt, og alt toppet seg når det gikk opp for meg at engelske brukere neppe bryr seg om norsk-språklige spill. Hvordan løse dette enkelt?

Å filtrere bort alle norske spill fra hele nettsiden, ville medført endring på et stort antall sql-spørringer, og komplisert koden ytterligere.

Løsningen viste seg å være latterlig enkel. Jeg endret kun forsiden. Nå får altså engelske brukere kun engelske spill på forsiden, mens alle øvrige sider inneholder samtlige spill. Faktisk er dette også mest det brukervennlige, da en nordmann som søker i den engelske søkemotoren fortsatt vil forvente å finne de norske spillene. Google.no og google.com gjør også tilsvarende tilpasning, da de alltid tilgjengeliggjør alle treff, men selvføgelig prioriterer den riktige språkfamilien i den norske Google-motoren.

Det enkle er ofte det beste!

Google indekserer nå &id= i URLer, og har dermed oppdatert sine webmaster guidelines.

Noe å juble for? Streb fortsatt mot ryddige lesevennlige URLer i alle nye systemer, men har du eksisterende websider, kan dette være til din fordel.

Google-kilde: Update to our webmaster guidelines.