Bästa praxis för webbdesigners Responsive Layouts eller Native Apps? [Op-Ed]
Det kan inte nekas att mobilen är framtiden. Med Google bekräftar att fler sökningar görs på mobil än på skrivbordet är det tydligt att alla webbplatser verkligen ska gå mobila om de inte redan har.
Men det finns en intressant dikotomi mellan innehållet i webbläsaren via lyhörda layouter och innehåll i app via inhemska appar.
Jag skulle vilja utforska båda områdena och gräva till roten till varje val. När ska en webbplats gå med en inbyggd app över en lyhörd layout? Skulle en webbplats kunna köras båda? Det här är viktiga frågor som bör ställas med alla nya kreativa projekt idag.
Värdena för en inbyggd app
De flesta smartphone-användare är beroende av inbyggda appar för sina favoritprogram. Facebook, Twitter, Instagram och andra kör alla sina egna inhemska appar.
Eftersom inhemska program körs på det lokala operativsystemet, är de en hel del mjukare och lättare att använda när det gäller animering, UI-design och innehållsorganisation. Native apps följer UI-riktlinjer som håller dem alla konsekventa och naturligt antagliga. Användare vet ofta bara hur man använder glidande menyer och flikfält.
Många större utgivare har appar på iOS Store och Google Play Butik som täcker bloggar, webbapps och sociala nätverk. Men det är rättvist att säga stora platser som Facebook och Twitter Få mer värde från inhemska appar än mindre webbplatser.
Denna debatt har expertutlåtanden och stora publikationer som erbjuder sina synpunkter. Det är ett diskutabelt ämne både för designers och kreativa organ.
Men faktum kvarstår att inhemska applikationer är både användbara och uppskattade av slutanvändarna. Den enda variabeln är bestämmer om din webbplats kan fungera bättre som en mobilapp, eller om användarna skulle vilja ha en.
Helt ansvarsfulla webbplatser: Fördelar och nackdelar
I ett allmänt sammanhang är responsiv webbdesign alltid en bra sak. Webbdesigners förlorar inte någonting genom att göra sina layouter fullt mottagliga och formbara till vilken skärm som helst.
Men i samband med inhemska appar finns det vissa överväganden. för det första Responsiva webbplatser är begränsade till webbläsarens återgivningsmotor. På smartphones betyder det begränsad animering, ingen Flash och beroende av webbläsarens återgivningsmotor.
Native apps kan använda kärnfunktionerna i en smartphone eller surfplatta. Animationsbibliotek är mycket kraftfullare nationellt än CSS eller JS gjord i webbläsaren.
Detsamma gäller för inmatningselement i formulär, tillsammans med dataöverföring och säkerhetshänsyn. Många föredrar att använda Pinterest-appen över Pinterests webbplats. Samma sak gäller Flipboard, Dropbox, Feedly, Gmail eller någon annan större webbtjänst.
Men borde de webbplatser inte erbjuda en responsiv layout? Det finns tre val:
- Tvinga mobila webbanvändare att ladda ner den inbyggda appen
- Erbjud en mobil webblayout med en valfri länk till den inhemska appen
- Kör bara mobilwebbsidan separat från en inbyggd app
Flipboard går med 2: a alternativet genom att placera en banner längst upp på varje sida. Du kan registrera dig för ett flipboard-konto direkt i webbläsaren Mobile Safari. Men det är mycket lättare, snabbare och mer intuitivt att använda appen.
Nyhetsplatsen ZDNet nämner inte ens deras mobilapp när du besöker Mobile Safari. Den fungerar som en typisk responsiv layout med nyhetsberättelser och presenterade inlägg.
Skillnaden ligger i användarupplevelse. Bestäm vad som är bäst för användare och mätare där mest trafik kommer från.
Kom ihåg det mobilappar kräver tid för design och programmering. De ofta kräver mer arbete än att bygga en webbplats. Om du vill ha en app för din webbplats, se till att den kompletterar din responsiva layout tillräckligt för att ge realt värde.
Skrivbord-först eller mobil-först?
Vid utformning för webben ska du börja med den bredaste bredden eller den minsta bredden? Det är en fråga som ofta ställs frågan om frilansare och kreativa myndigheter i stor tid.
En mycket populär åsikt är den mobila första tillvägagångssätt som populerades av Luke Wroblewskis bok. Denna metod anser progressiv förbättring som börjar från grunderna och ökar funktionaliteten för miljöer som kan hantera det.
Alternativt lutar andra designers mot skrivbordets första tillvägagångssätt som svänger från “mobil först” till “mobil också”.
Denna strategi fungerar genom att planera alla funktioner som du vill ha på en fullstorad skrivbordsskärm först. Sedan av den ideen ska du gradvis skala ner funktioner, definiera brytpunkter och så småningom få den minsta layouten för smartphones.
Finns det ett korrekt svar här? Bör responsiva layouter börja med de minsta skärmarna, eller är mobil-först ett gammalt koncept?
Den enda nackdelen med att plocka en över varandra är potentiellt saknade funktioner. Börja med mobil du kan utelämna funktioner eller glömma att lägga till dem vid större upplösningar. Från och med skrivbordet kan du utforma layouter som känner sig för trångt på mobilen.
Men ingen är rätt eller fel. Välj vilket arbetsflöde som passar dig bäst. Var bara inte rädd för att göra stora förändringar om de kunde förbättra designen.
Det bästa av båda världar
Att bygga en fullt mottaglig webbplats som körs på vilken skärm som helst kommer sannolikt att mätta majoriteten av läsarna. Så om du redan har en responsiv layout, Skulle du ens stör med en mobilapp?
Som det hittas i denna fantastiska del av Modo Labs kommer svaret på användarupplevelse. Det finns inget absolut definitivt svar. Det handlar om vilken metod som erbjuder den bästa konsumtionsformen ditt specifika projekt på en mobil enhet. Skulle dina användare vilja ha en mobilapp? Eller är en webbplats mer än tillräckligt?
Teknisk nyhetsblogg TechCrunch har en responsiv layout och en gratis mobilapp, både av goda skäl. Deras webbplats täckte nyligen en berättelse som bekräftar att folk i USA spenderar mer tid i appar än att titta på tv.
Men vad händer om någon länkar till TechCrunch på Twitter? Om någon klickar som länkar på deras iPhone kommer den att öppna Mobile Safari eftersom det är en HTTP-länk. Det här är den responsiva layouten som är till nytta eftersom inte alla vill ha din app.
Beviljas, vissa användare vill fortfarande besöka din webbplats och kanske föredrar att besöka utan att behöva ladda ner en app, gratis eller på annat sätt.
Arbeta på en perprojektbas
Det bästa svaret för den responsiva vs native app debatten är att utvärdera varje projekt och bestämma vad som är bäst från fall till fall.
Ur min erfarenhet skulle jag argumentera för det sociala nätverk och interaktiva webbplatser gynnas mest av inhemska applikationer. Både Android och iOS har stora ramar för att bygga appar som kan ansluta till API, skicka databasfrågor och fungera renare än en webbsida.
Och inbyggda app-användargränssnitt görs som programvara, så du behöver inte oroa dig för CSS-egenskaper eller begränsningar av webbläsare. Detta är enorm för plattformar som kräver att användare loggar in och utför detaljerade interaktioner.
Men allmänna affärer webbplatser som de av restauranger fungerar oftast bäst med bara lyhörda layouter - särskilt med tanke på hur mycket arbete det tar att bygga en inbyggd app.
Bloggar och digitala tidningar är något av ett grått område. Native apps fungerar bra för vissa men behövs inte för andra. Det beror vanligtvis på din marknadsstorlek och publik (dvs. tekniskt kunniga personer).
När man startar en ny Internetpublicering är det mycket att tänka på. Om du bara har börjat rekommenderar jag att du bara bygger en webbplats först. Därifrån blir det lättare att dra slutsatsen om en inbyggd app skulle vara värt ansträngningen.
Avslutar
Det borde gå utan att säga det varje modern webbplats drar nytta av att vara mottaglig. Oavsett om du vill skapa en inbyggd applikation eller inte, bör din webbplats layout vara responsiv och formbar till vilken skärmstorlek som helst. Det finns ingen nackdel och det ger en stabil målsida för mobilanvändare som står på väg.
Vissa webbplatser kan erbjuda en apphämtningslänk till mobila besökare. Dessa kan vara produktiva och användbara för marknadsföring av din webbplatss mobila plattform. Men ibland är det värt att erbjuda detta som ett alternativ snarare än ett mandat.
Samla användaråterkoppling om möjligt och mät åsikter på en mobilapp. Försök att lära dig vad dina besökare faktiskt tänker på en inbyggd mobilapp och basera dina beslut på ytterligare forskning.