Skifte beite? Gresset er grønnere hos oss
Sammen sprenger vi grenser for hva web kan være. Vi ser spesielt etter: Tekstforfattere, prosjektledere, designere og interaksjonsdesignere.
iAllenkelhet er firmabloggen til Netlife Research. Vi lager slanke, lettstelte og effektive interaktive løsninger som gjør at du oppnår dine mål og får fornøyde brukere.
Selv om det er superpopulært å lage apper til iPhone, er ikke det alltid den beste løsningen. Hva skiller så EGENTLIG apper fra webapplikasjoner og når er det smart å utvikle det ene fremfor det andre?
Da jeg var på konferansen Future of Web Design i fjor høst var det mye snakk om mobilapplikasjoner. Luke Wroblewski holdt foredraget ”Designing for Today’s Web” på Webdagene 2010. Du kan se foredraget her.
Ved å designe for mobil først, med mindre skjermer og bruk av touch, mener Wroblewski at vi får applikasjoner og nettsteder som er mer oppgavefokusert og har en tydelig prioritering av innhold.

I det siste har det vært mye diskusjon rundt apper vs. webapplikasjoner, og i denne posten skal vi se på forskjellene mellom disse.
En nativeapplikasjon, best kjent som en app, kjøres direkte i iOS, som er operativsystemet til iPhone. Denne fungerer på tilsvarende måte som de applikasjonene som følger med iPhonen. De har tilgang til all standard funksjonalitet på telefonen som kameraet, GPS, kontakter og gyroskopet osv. gjennom iPhones SDK.
En av de største fordelene til en nativeapplikasjon er at App Store blir brukt som distribusjonskanal. Dette gjør at det er enklere for brukeren å finne og installere applikasjonene, enn om det bare hadde vært markedsført på en vanlig nettside. Men husk at Apple går igjennom og skal godkjenne alle applikasjoner som distribueres gjennom App Store. Denne prosessen kan ta tid og det blir fort mye ekstra arbeid for å få applikasjonen godkjent.
Applikasjonen til venstre er Evernote som er et eksempel på en nativeapplikasjon.

En webapplikasjon er faktisk ikke en applikasjon, men en nettside som er optimalisert for å vises på iPhone. Når du lager en webapplikasjon for iPhone, er det viktig at den faktisk føles som en applikasjon og ikke en nettside.
En av de største fordelene med webapplikasjoner er at det er mange flere som har kompetansen til å utvikle det. Resultatet er gjerne at det tar kortere tid. Visningen er basert på HTML/CSS og JavaScript som også brukes til visning av vanlige nettsider. Har du allerede en webside er det også som regel enkelt å ”løfte over” innholdet i en webapplikasjon. Apple har laget noe som heter ”web-clip”, som gjør det mulig for brukeren å legge inn en snarvei til webapplikasjonen på startsiden til mobilen. En annen ting som har vært spennende det siste året er HTML5 med lokal lagring, som gjør at man kan lagre deler av applikasjonen direkte på telefonen.
Applikasjonen til venstre er Remote Buddy som er et eksempel på en webapplikasjon.
Tabellen under viser en sammenligning mellom native- og webapplikasjoner:
| Nativeapplikasjoner | Webapplikasjoner | |
|---|---|---|
| Kan kjøres på flere plattformer | Nei | Ja, i de fleste tilfeller. Vi kan ha forskjellige CSS-dokumenter for å tilpasse plattformen. |
| Grafikk/Animasjon | Rask og responsiv | Webapplikasjoner nærmer seg, men er fortsatt ikke like responsive som native. |
| Brukeren må installere applikasjonen | Ja | Nei |
| Oppgradering | Må lastes ned og installeres | Automatisk |
| Teknologi | Objective C | HTML, CSS, JavaScript og valgfritt rammeverk |
| Kan selges via App Store | Ja, men husk at Apple tar 30% av inntektene | Nei |
| Utviklingskostnad | Dyrere enn web | Rimeligere enn native |
| Kan bruke innebygde funksjoner som kamera, GPS og gyroskop | Ja | I utgangspunktet ikke, men har nå fått tilgang til GPS-posisjon |
| Må godkjennes av Steve Jobs | Ja | Nei |
Et alternativ til webapplikasjon er en hybridapplikasjon som er en blanding av native- og webapplikasjon. I praksis så er det en vanlig app der du bruker innholdet fra en webapplikasjon.
På denne måten kan du få tilgang til de innebygde funksjonene i iPhones SDK og bruke App Store. Dette kan være et bra alternativ, da du kan bygge mye av applikasjonen som en webapplikasjon og det som trengs som native.
Så hvilken type applikasjon skal du velge? Det kommer an på. Du må utvikle etter behov, hva du ønsker å oppnå og hva slags budsjett du styrer etter.
Nikolai er opptatt av å skape gode og funksjonelle nettløsninger som setter brukeropplevelsen i høysetet.
Sammen sprenger vi grenser for hva web kan være. Vi ser spesielt etter: Tekstforfattere, prosjektledere, designere og interaksjonsdesignere.
Nytt år, nye konferanser. Noe som mangler? Kontakt meg på andreas@netliferesearch.com eller @schjonhaug så legger jeg den til. Sjekk også ut Lanyrd, en Twitter-basert konferanseoversikt. Februar The Usability Week i [...]
Eva Ebbesen Munkvik, 23.03.2011 10:26
Takk for fin oversikt! Jeg vil legge til at det er mye enklere å ha kontroll på designet når man lager en native app, i og med at det er faste rammer å forholde seg til. Webapps som skal kunne ta høyde for samlige mobilenheter gjør det litt mer tricky å skape et velbalansert og gjennomført layout.
Marius Mathiesen, 23.03.2011 13:28
Du sier at det er en fordel å bruke App Store som distribusjonsprosess, fordi det er enklere for brukeren å finne og installere applikasjonen. Jeg lurer på hva dette er basert på. Er det søkemotoren i Appstore som er bedre enn søkemotorene på web? Er det at man kan bla seg gjennom kategorier av de mest nedlastete appene en fordel for nye aktører? Synes du Apple er særlig gode på å servere relevante alternative/komplementære apper når du ser på en app i Appstore?
Et av grunnprinsippene med web er at man bruker linker, og hvis vi ser på hva som skaper trafikk til et nettsted er det nettopp linker. Det finnes ingen veletablert måte å linke fra en app til en annen i iOS, altså går man glipp av dette distribusjonspotensialet.
Nikolai Krister Strandskogen, 25.03.2011 09:35
@Eva, ja dette er viktig å huske på hvis du velger å lage en webapp. Spesielt fordi webapp bør føles ut som en nativeapp. Vi må uansett jobbe grundig per enhet for å få designet så ”tight” som mulig.
Nikolai Krister Strandskogen, 25.03.2011 09:57
Hei Marius.
Ja, en av fordelene med nativeapplikasjoner er at vi bruker App Store som distribusjonskanal. Hovedgrunnen til dette er at Apple uansett tvinger brukeren til App Store for å laste ned og installere nativeapplikasjoner. Derfor har dette blitt den mest naturlige inngangen for å finne applikasjoner.
Vi bør utnytte potensialet som App Store gir oss. Det er viktig å lage en god beskrivelse av appen, slik at brukerne kan finne den når de søker. Ikonet til appen er også viktig for å skille seg ut fra de andre appene. Kommer appen høyt opp på listene i App Store vil den være mer synlig for flere brukere.
Når det kommer til markedsføring av apper, er det mange kanaler man kan bruke. Blant annet sosiale medier, reklamekampanjer og egne nettsider. Det er selvfølgelig viktig å være synlig utenfor App Store.
Pingback: → Skitne SEO triks? Black hat? - Webforumet.no
Gregers Rygg, 04.04.2011 19:42
GPS har vært tilgjengelig i browsern siden iOS 3.0 og Android 1.5 (beta). Altså ca sommer 2009. Gyroskop ble tilgjengelig for iPhone fra iOS 4.2 (basert på utkastet til DeviceOrientation spesifikasjonen til W3C).
Ellers fin artikkel :)
Pingback: → Brighton Digital Festival — iAllenkelhet
Pingback: → Topp 10 på Iallenkelhet i 2011 — iAllenkelhet
Pingback: → Denne våren skal du kle deg i responsiv design — iAllenkelhet