Beste praksis for webdesignere Responsive Layouts eller Native Apps? [Op-Ed]

Det er ikke nektet at mobil er fremtiden. Med Google som bekrefter at flere søk er gjort på mobil enn på skrivebordet, er det rikelig klart at alle nettsteder virkelig burde gå mobile hvis de ikke allerede har.

Men det er en interessant dikotomi mellom innhold i nettleseren via responsive layouter og innhold i appen via innfødte apper.

Jeg vil gjerne utforske begge områdene og grave til roten til hvert valg. Når skal et nettsted gå med en innfødt app over et responsivt layout? Kan et nettsted kjøre begge? Dette er viktige spørsmål som bør stilles med hvert nytt kreativt prosjekt i dag.

Verdiene av en innfødt app

De fleste smarttelefonbrukere stole på innfødte programmer for deres favorittprogrammer. Facebook, Twitter, Instagram og andre kjører alle sine egne innfødte apps.

Siden innfødte programmer kjører på det lokale operativsystemet, er de mye jevnere og enklere å betjene med hensyn til animasjon, UI-design og innholdsorganisasjon. Native apps følger UI-retningslinjer som holder dem alle konsistente og naturlig antagelige. Brukerne vet ofte bare iboende hvordan man bruker glidende menyer og faner.

Mange store utgivere har apper på iOS-butikken og Google Play-butikken som dekker blogger, webapps og sosiale nettverk. Men det er rettferdig å si store steder som Facebook og Twitter Få mer verdi fra innfødte apps enn mindre nettsteder.

Denne debatten har ekspertuttalelser og store publikasjoner som gir sine synspunkter. Det er et diskutert tema både for designere og kreative byråer.

Men faktum er at innfødte applikasjoner er både nyttige og verdsatt av sluttbrukerne. Den eneste variabelen er avgjøre om nettstedet ditt kan fungere bedre som en mobilapp, eller hvis brukerne selv vil ha en.

Fullt-responsive nettsteder: Fordeler og ulemper

I en generell sammenheng er responsiv webdesign alltid en god ting. Webdesignere mister ikke noe ved å gjøre sine oppsett fullt mottakelige og smidbare til hvilken som helst skjerm.

Men i forbindelse med innfødte apps er det noen hensyn. for det første responsive nettsteder er begrenset til nettleserens gjengivelsesmotor. På smarttelefoner betyr dette begrenset animasjon, ingen Flash, og avhengighet av nettleserens gjengivelsesmotor.

Native apps kan bruke kjernegenskapene til en smarttelefon eller nettbrett. Animasjonsbiblioteker er mye kraftigere innfødt enn CSS eller JS gjengitt i nettleseren.

Det samme gjelder inngangselementer i skjemaer, sammen med dataoverføring og sikkerhetsproblemer. Mange foretrekker å bruke Pinterest-appen over Pinterests nettsted. Det samme gjelder for Flipboard, Dropbox, Feedly, Gmail, eller andre viktige webtjenester.

Men bør de nettstedene ikke gi et responsivt layout? Det er tre valg:

1. Tving mobilwebbrukere til å laste ned den innfødte appen
2. Tilbyr et mobilnettoppsett med en valgfri link til den opprinnelige appen
3. Bare kjør mobilnettoppsettet, skilt fra en innfødt app

Flipboard går med det andre alternativet ved å plassere et banner øverst på hver side. Du kan registrere deg for en Flipboard-konto rett i Mobile Safari-nettleseren. Men det er mye enklere, raskere og mer intuitivt å bruke appen.

Nyhetssiten ZDNet nevner ikke engang sin mobilapp mens du besøker Mobils Safari. Den fungerer som en typisk responsiv layout med nyhetshistorier og funksjoner.

Forskjellen ligger i brukeropplevelsen. Bestem hva som er best for brukere og måle hvor mest trafikk kommer fra.

Husk at mobilapper krever tid for design og programmering. De ofte krever mer arbeid enn å bygge et nettsted. Hvis du vil ha en app for nettstedet ditt, må du sørge for at den kompletterer ditt responsive layout nok til å gi reell verdi.

Desktop-First eller Mobile-First?

Når du designer for nettet, bør du starte med den bredeste bredden eller den minste bredden? Det er et spørsmål som blir spurt ofte nok av frilansere og store kreative byråer.

En veldig populær oppfatning er mobil-første tilnærming som ble popularisert av Luke Wroblewski's bok. Denne metoden vurderer progressiv forbedring som starter fra det grunnleggende og øker funksjonaliteten for miljøer som kan håndtere det.

Alternativt lener andre designere seg mot skrivebordet-første tilnærming som svinger fra “mobil først” til “mobil også”.

Denne strategien fungerer ved å planlegge alle funksjonene du vil ha på en fullskjerm desktop skjerm først. Deretter fra den ideen du gradvis skalere ned funksjoner, definere breakpoints, og til slutt komme til den minste layout for smartphones.

Er det et riktig svar her? Skal responsive layouts starte med de minste skjermene, eller er mobil-først et utdatert konsept?

Den eneste ulempen ved å plukke den ene over den andre er potensielt manglende funksjoner. Starter med mobil du kan utelate funksjoner eller glem å legge til dem ved større oppløsninger. Fra skrivebordet kan du utforme oppsett som føl deg for overfylt på mobilen.

Men ingen er rett eller galt. Velg hvilken arbeidsflyt som passer deg best. Ikke vær redd for å gjøre store endringer hvis de kan forbedre designen.

Det beste fra begge verdenene

Å bygge en fullstendig responsiv nettside som kjører på hvilken som helst skjerm vil sannsynligvis tilfredsstille flertallet av leserne. Så hvis du allerede har en responsiv layout, bør du selv bry deg med en mobilapp?

Som funnet i dette flotte stykket av Modo Labs, kommer svaret ned til Brukererfaring. Det er ikke noe absolutt definitivt svar. Det handler om hvilken metode som gir den beste formen for forbruk ditt spesifikke prosjekt på en mobil enhet. Vil brukerne ha en mobil app? Eller er et nettsted mer enn nok?

Teknisk nyhetsblogg TechCrunch har en responsiv layout og en gratis mobilapp, begge med god grunn. Nettstedet deres dekket nylig en historie som bekrefter at folk i USA bruker mer tid i apper enn å se på TV.

Men hva om noen kobler til TechCrunch på Twitter? Hvis noen klikker som kobler på deres iPhone, kommer det til å åpne Mobile Safari fordi det er en HTTP-kobling. Dette er hvor det responsive oppsettet kommer til nytte fordi ikke alle vil ha appen din.

Gitt, noen brukere vil fortsatt besøke nettstedet ditt og kan foretrekke å besøke uten å bli tvunget til å laste ned en app, gratis eller på annen måte.

Arbeid på en prosjekts basis

Det beste svaret for den responsive vs native app debatten er å vurdere hvert prosjekt og bestem hva som er best i hvert enkelt tilfelle.

Fra min erfaring vil jeg argumentere for det sosiale nettverk og interaktive nettsteder har mest nytte av innfødte applikasjoner. Både Android og iOS har store rammer for å bygge programmer som kan koble til APIer, sende databasespørsmål og fungere renere enn en nettside.

Og opprinnelige app-brukergrensesnitt blir gjengitt som programvare, så du trenger ikke å bekymre deg for CSS-egenskaper eller begrensninger av nettleseren. Dette er stor for plattformer som krever at brukere logger på og utfører detaljerte interaksjoner.

Men generelle virksomhetswebsteder som de av restaurantene fungerer vanligvis best med bare lydhørige oppsett - spesielt med tanke på hvor mye arbeid det tar å bygge en innfødt app.

Blogger og digitale magasiner er noe av et grått område. Native apps fungerer bra for noen, men er ikke nødvendig for andre. Det avhenger vanligvis av din markedsstørrelse og publikum (dvs. teknisk kunnskapsrike mennesker).

Når du starter en ny internettpublikasjon, er det mye å vurdere. Hvis du bare begynner, vil jeg anbefale å bygge bare et nettsted først. Derfra blir det lettere å konkludere om en innfødt app ville være verdt innsatsen.

Innpakning

Det bør gå uten å si det hver moderne nettsted drar nytte av å være lydhør. Uansett om du vil bygge et opprinnelig program eller ikke, bør oppsettet ditt være responsivt og formbar til hvilken som helst skjermstørrelse. Det er ingen ulemper, og det gir en stabil destinasjonsside for mobilbrukere som er på vei oppover.

Enkelte nettsteder kan tilby en app nedlastingskobling til mobil besøkende. Disse kan være produktive og nyttige for å markedsføre nettstedets mobilplattform. Men noen ganger er det verdt å tilby dette som et alternativ i stedet for et mandat.

Samle tilbakemeldinger fra brukeren om mulig, og måle meninger på en mobilapp. Prøv å lære hva dine besøkende faktisk tenker på en innfødt mobilapp og baser dine beslutninger på videre forskning.