Läs mer om några av möjligheterna inom anpassade flikar för att ta reda på vilket alternativ som passar dig bäst.

Möjligheterna jämförs nedan:

• Vanlig webbplats / landningssida
• Applikation med en enda sida (SPA)

Sammanställning

Vanlig webbplats / landningssida:

Navigering: Ladda om hela sidan vid varje klick

Prestanda: Något långsammare på grund av frekventa omladdningar

Teknisk expertis: Behövs inte - enkelt att implementera

Användarupplevelse: Kan kännas mindre sömlöst jämfört med ett app-liknande gränssnitt

Bäst för: Statiska sidor, enkla integrationer

Nackdelar: Mindre smidigt, kan behöva justeras för en bättre mobilupplevelse

Applikation för en enda sida (SPA):

Navigering: Smidiga övergångar, inga omladdningar av sidan

Prestanda: Snabbare efter första laddningen, optimerad upplevelse

Teknisk expertis: Kräver att utvecklaren har kunskaper i JavaScript

Användarupplevelse: Smidig, app-liknande interaktion

Bäst för: Dynamiskt innehåll, nyhetsuppdateringar, interaktiva funktioner

Nackdelar: Kräver JavaScript-stöd, kan vara komplicerat att utveckla

Detaljerad förklaring

Vanlig webbplats / landningssida

Vad är det här för något?

På traditionella webbplatser utlöser navigering en omladdning av hela sidan för varje klick, vilket uppdaterar webbläsaren för att visa nytt innehåll. Detta sker eftersom webbläsaren begär ett nytt HTML-dokument (en "dokumentbegäran") för att visa en uppdaterad vy.

Vilka är fördelarna med detta?

Det här är det enklaste sättet att inkludera kundens webbplats i sina appar. URL:en till sidan finns redan och kunden kan helt enkelt lägga till den i en ny extern länk i appen.

Vad finns det för nackdelar?

• Varje klick laddar om hela sidan, vilket kan kännas långsamt och avbryta flödet jämfört med den smidiga upplevelsen i ett SPA.

• Om landningssidan inte är mobilvänlig kan den upplevas som rörig, svårnavigerad eller osynkroniserad med appens utseende och känsla.

• Traditionella webbplatser saknar den dynamiska, appliknande interaktion/känsla som SPA erbjuder, vilket gör dem mindre idealiska för nyhetsartiklar eller innehåll som uppdateras ofta.

I vilka fall rekommenderar vi att kunderna använder det?

• Låg teknisk expertis: Det här alternativet är perfekt för kunder som inte har teknisk kunskap eller en utvecklare till hands.

• Enkel integration av innehåll: Om målet är att visa statisk eller ytterligare information (t.ex. kontaktuppgifter, evenemangssidor) snarare än interaktiva funktioner eller frekventa uppdateringar, räcker det med en traditionell webbplats.

• Snabb implementering: När det behövs en snabb och enkel lösning kan det spara tid och ansträngning att lägga till en befintlig webbsida i appen.

Applikation med en enda sida (SPA)

Vad är det för något?

SPA (Single Page Application) möjliggör sömlös navigering genom att dynamiskt hämta och visa nytt innehåll utan att ladda om sidan (dvs. genom att webbläsaren gör en nätverksbegäran av dokumenttyp). Till skillnad från traditionella webbplatser, som använder navigationshändelser för att ladda nya sidor, använder SPAs övergångshändelser för att uppdatera innehållet på samma sida. Ett SPA använder vanligen ett särskilt GUI (Graphical User Interface) med knappar eller menyer för att navigera mellan "sidor". Varje renderad sida renderas av klienten (webbläsaren) istället för av servern som på en traditionell sida. Innehåll hämtas från servern, CMS, för att återges "on the fly" av webbläsaren, vilket säkerställer att nya artiklar visas utan manuella uppdateringar, vilket ger en mer appliknande användarupplevelse. Kort sagt, en SPA återges dynamiskt av webbläsaren.

Vilka är fördelarna med detta?

• SPA uppdaterar innehållet på samma skärm utan att växla till en ny sida, vilket ger en smidig och intuitiv upplevelse som liknar mobilappar.
• Efter den första laddningen kan SPA:er kännas snabbare eftersom de bara hämtar ny data istället för att ladda om hela sidan, vilket gör dem idealiska för innehåll som uppdateras ofta, t.ex. nyheter.
• Utvecklare har full kontroll över renderingen och kan omvandla rådata till användarvänliga bilder på ett effektivt sätt, minska bearbetningen och säkerställa responsiv prestanda.

Vad finns det för nackdelar?

• SPA är beroende av JavaScript, vilket kan orsaka kompatibilitetsproblem med föråldrade webbläsare när SPA är beroende av ett specifikt webb-API, t.ex. social delning, vilket kräver att utvecklare lägger till reservkod och i sin tur ökar komplexiteten.
• Rendering sker i användarens webbläsare på deras enhet, där webbläsaren vanligtvis bearbetar rådata (t.ex. JSON) och laddar ner stora filer i förväg, vilket gör den initiala laddningen långsammare än traditionella webbplatser. Denna process förbrukar också mer batteri och processorkraft, vilket påverkar mobila enheter eller äldre hårdvara. Efter installationen tenderar dock SPA:er att svara snabbare eftersom inga ytterligare sidladdningar behövs.

I vilka fall rekommenderar vi att kunderna använder det?

• När målet är att skapa en sömlös, responsiv design som liknar en mobilapp.
• Perfekt för innehåll med de senaste nyheterna eller liveuppdateringar där innehållet uppdateras dynamiskt.
• Lämplig för kunder med en utvecklare som kan hantera JavaScript-tunga projekt och hur man optimerar för olika enheter och webbläsare.

VANLIGA FRÅGOR

Hur lång tid skulle du uppskatta att det tar att bygga ett SPA?

Den tid som krävs beror på utvecklarens erfarenhet och SPA:s komplexitet. I allmänhet kan det ta cirka 1-3 utvecklingsdagar att bygga ett grundläggande SPA, med design, utveckling och testning.

Kan vi visa annonser?

Ja, du har full kontroll över innehållet som visas i din anpassade flik. Den enda begränsningen är att nämna Apple eller Google, eftersom detta kan leda till att appen avvisas under granskningsprocessen.

Vad är det rekommenderade antalet menyer i ett SPA för bästa användarupplevelse?

När du lägger till en menyrad i SPA för att låta läsarna växla mellan olika sidor bör du fundera över hur många menyer som verkligen behövs. Eftersom SPA är inbäddat i en app som redan har flera flikar kan en alltför detaljerad meny kännas rörig. För att hålla det användarvänligt rekommenderar vi att du håller menyn minimal och fokuserad.

Öppnas externa länkar från våra artiklar automatiskt i en webbläsare, eller beror det på våra egna inställningar för hyperlänkar?

Länkens beteende beror på målattributet. Om du inte anger något målattribut eller om du anger det som (_self) kommer appen att behandla det som standardmålbeteende, vilket innebär att länken öppnas i den aktuella vyn.

Kan vi tvinga vissa sidor att öppnas i en webbläsare istället för i appen, till exempel genom att använda target="_blank"?

Ja, det är möjligt. Genom att ställa in target-attributet till _blank kommer appen att försöka öppna länken i en ny webbläsarflik eller WebView.

I SPA:er används detta dock inte ofta, eftersom det bryter den sömlösa "in-app"-upplevelsen som SPA:er är utformade för att ge.

Måste jag implementera en uppdateringsfunktion för artikelsidor i mobilappen när användare scrollar nedåt?

Vi rekommenderar att du lägger till en uppdaterings- eller omladdningsfunktion för att säkerställa att sidan uppdateras korrekt när användarna scrollar nedåt.