SPA vs SSR: Vad ska du välja för prestanda, SEO och användarupplevelse?

Det här blogginlägget jämför två grundläggande arbetssätt som ofta dyker upp i modern webbutveckling: Single-Page Application (SPA) och server-side rendering (SSR). Vi går igenom vad en SPA är och vilka fördelar den har, samtidigt som vi förklarar vad SSR innebär och vilka kärnskillnader som finns mellan dessa två metoder. Artikeln jämför även SPA och SSR ur perspektiven hastighet, prestanda och SEO, och lyfter fram styrkor och svagheter hos båda. Dessutom delar vi med oss av verktyg som behövs för att bygga en SPA, bästa praxis och konkreta råd för att avgöra vilken metod som passar bäst i olika scenarier. Resultatet är en praktisk guide med tydliga slutsatser och nästa steg.

Vad är en Single-Page Application (SPA)?

Single-Page Application (SPA), eller ensidesapplikation på svenska, är en typ av webbapplikation som efter den första inladdningen inte hämtar nya HTML-sidor från servern varje gång användaren klickar vidare. I stället uppdateras den befintliga sidan dynamiskt. Målet är att ge en snabbare, smidigare och mer app-liknande upplevelse i webbläsaren. I traditionella flersideslösningar kräver varje klick eller åtgärd att en ny sida laddas från servern, medan en SPA vanligtvis bara hämtar den data som behövs, ofta i JSON- eller XML-format, och uppdaterar relevanta delar av gränssnittet.

SPA-lösningar byggs på klientsidan med JavaScript och utvecklas ofta med moderna ramverk som Angular, React eller Vue.js. Dessa ramverk hjälper utvecklare att hantera applikationens komplexitet och gör utvecklingsprocessen både snabbare och mer strukturerad. Komponenter för användargränssnitt, datahantering och routing är exempel på funktioner som dessa verktyg erbjuder färdiga lösningar för.

Grundläggande egenskaper hos en Single-Page Application

• En enda sida: Applikationen körs i praktiken på en enda HTML-sida.
• Dynamiska uppdateringar: Bara de delar som förändras uppdateras, inte hela sidan.
• Asynkron dataladdning: Data hämtas utan att sidan behöver laddas om.
• Routing på klientsidan: Navigering mellan vyer hanteras i webbläsaren.
• Rik användarupplevelse: Ger mer interaktivitet och snabb respons.

Populariteten för SPA har ökat i takt med att webbtjänster blivit allt mer fokuserade på hastighet, prestanda och användarupplevelse. Samtidigt finns vissa utmaningar, särskilt kring SEO och den första laddningstiden. För att hantera dessa används ibland kompletterande tekniker som server-side rendering (SSR). Därför bör fördelar och nackdelar med SPA alltid vägas mot projektets mål, krav och prioriteringar.

Vilka fördelar har en Single-Page Application?

Single-Page Application (SPA) har blivit ett populärt arkitekturval i modern webbutveckling tack vare flera tydliga fördelar. Den här modellen förbättrar inte bara användarupplevelsen, utan kan också effektivisera utvecklingsarbetet. För projekt som bygger på dynamiskt innehåll och hög interaktivitet är SPA ofta ett mycket attraktivt alternativ. För både utvecklare och företag innebär det bättre kontroll över projektet och en mer flexibel teknisk grund.

En SPA laddar in de viktigaste resurserna i en enda HTML-sida i stället för att hämta om hela sidor från servern om och om igen. Det gör att användarinteraktioner kan besvaras nästan direkt, vilket skapar en jämnare och snabbare upplevelse. Skillnaden märks särskilt tydligt i mobilnät eller på långsammare uppkopplingar, där onödiga omladdningar snabbt blir ett irritationsmoment.

Fördelar med Single-Page Applications

• Snabba övergångar: Efter första laddningen skickas främst data, vilket gör navigeringen mellan vyer mycket snabbare.
• Bättre användarupplevelse: Sömlösa interaktioner ger ett modernare och mer tillfredsställande flöde.
• Enklare felsökning: Verktyg för debugging på klientsidan gör det lättare att analysera problem.
• Tydligare utvecklingsflöde: När frontend och backend separeras blir arbetet ofta mer organiserat och effektivt.
• App-känsla i webben: Upplevelsen påminner ofta om en native mobilapp.

Jämfört med traditionella flersideslösningar använder SPA ofta mindre serverresurser. Det beror på att servern i högre grad levererar data, medan själva renderingen sker i webbläsaren. Resultatet blir lägre belastning på servern, möjliga kostnadsbesparingar och bättre skalbarhet. Tabellen nedan visar hur detta kan se ut i praktiken.

Single-Page Application-arkitekturen ger dessutom utvecklare stor frihet och kontroll. Tillsammans med frontendramverk som React, Angular och Vue.js stödjer den moderna arbetssätt inom webbutveckling. Komponentbaserad utveckling, databindning och routing blir enklare att hantera, vilket i sin tur kan minska utvecklingstiden och förbättra kodkvaliteten.

En annan styrka är att SPA ofta bygger på ett API-drivet arbetssätt. Det gör det möjligt att använda samma backend-API för webb, mobil och desktop, vilket minskar dubbelarbete och förenklar underhåll. Tillsammans med microservices kan detta leda till en mer modulär, framtidssäker och skalbar lösning.

Vad är server-side rendering?

Server-side rendering (SSR) är en metod där innehållet i en webbapplikation renderas på servern i stället för i användarens webbläsare. När en förfrågan kommer in hämtar servern nödvändig data, bygger upp HTML-sidan och skickar den färdiga markupen direkt till webbläsaren. Webbläsaren kan därmed visa innehållet omedelbart. Det här är särskilt effektivt för att förbättra den första laddningstiden och för att lösa några av de SEO-utmaningar som ofta förknippas med Single-Page Applications (SPA).

Det främsta syftet med SSR är att användaren ska få se innehållet snabbt vid första besöket. Eftersom Single-Page Applications ofta är beroende av att JavaScript först laddas ned och körs, kan den första renderingen ta längre tid. SSR motverkar detta genom att servera färdig HTML direkt, vilket förbättrar användarupplevelsen markant. Dessutom kan sökmotorer i regel enklare crawla innehåll som redan är renderat på servern, vilket ger tydliga SEO-fördelar.

Steg i server-side rendering

1. Användarens webbläsare skickar en förfrågan till webbservern.
2. Servern tar emot förfrågan och hämtar data från databas eller andra källor.
3. Servern skapar HTML-innehållet utifrån dessa data.
4. Den färdiga HTML-sidan skickas tillbaka till webbläsaren.
5. Webbläsaren visar innehållet direkt.
6. JavaScript laddas ned och körs därefter för interaktivitet (hydrering).

Server-side rendering är särskilt viktig i stora och komplexa webbprojekt där både prestanda och SEO spelar en avgörande roll. Nackdelen är att mer arbete måste göras på servern, vilket kan öka resursförbrukningen. Därför kräver SSR noggrann planering, optimering och kapacitetshantering. När det görs rätt kan SSR både förbättra användarupplevelsen och öka synligheten i sökmotorer.

Sammanfattningsvis är server-side rendering en kraftfull teknik för att förbättra webbapplikationers prestanda och SEO. För utvecklare som vill optimera första laddningen och göra det enklare för sökmotorer att förstå innehållet är det ofta en självklar metod. Samtidigt måste man väga in serverkostnader och driftoptimering i beslutet.

Skillnader mellan SPA och SSR

Single-Page Applications (SPA) och server-side rendering (SSR) representerar två olika sätt att bygga webbupplevelser, och båda har sina egna styrkor och svagheter. SPA fokuserar på att uppdatera innehållet dynamiskt i webbläsaren utan att hela sidan laddas om. SSR bygger i stället sidan på servern och skickar färdig HTML till klienten. Skillnaderna märks inom områden som prestanda, SEO, utvecklingskomplexitet och användarupplevelse.

Att förstå dessa skillnader gör det lättare att välja rätt lösning för just ditt projekt. Om du till exempel bygger en mycket interaktiv och dynamisk applikation kan SPA vara det smartaste valet. Om du däremot driver en webbplats där SEO är affärskritisk och där besökaren förväntar sig snabb första laddning, kan SSR vara mer lämpligt. Nedan går vi igenom jämförelsen mer konkret.

Eftersom båda metoderna har tydliga för- och nackdelar är det viktigt att utgå från projektets egna behov. E-handelswebbplatser väljer ofta SSR på grund av SEO-fördelen, medan avancerade webbapplikationer, dashboards och interna system ofta lutar åt SPA för att maximera interaktivitet och känslan av snabbhet.

Egenskaper hos en SPA

Single-Page Applications (SPA) är moderna webbapplikationer där användarupplevelsen står i centrum. Vid den första inladdningen hämtas de resurser som behövs, såsom HTML, CSS och JavaScript. Därefter uppdateras innehållet dynamiskt i stället för att sidan laddas om vid varje interaktion. Resultatet blir ett mer följsamt och responsivt gränssnitt.

• Snabba sidövergångar: Eftersom sidan inte laddas om sker navigering nästan omedelbart.
• Rik användarupplevelse: Dynamiska uppdateringar och animationer gör upplevelsen mer interaktiv.
• Bearbetning i webbläsaren: Belastningen på servern minskar eftersom mycket arbete sker i klienten.

Egenskaper hos SSR

Server-side rendering (SSR) innebär att webbsidor genereras på servern och skickas till klienten som färdigrenderad HTML. Det gör det enklare för sökmotorer att förstå och indexera innehållet, vilket förbättrar SEO-prestandan. Samtidigt får användaren snabbare tillgång till synligt innehåll vid första sidvisningen.

SSR är särskilt väl lämpat för projekt där SEO är avgörande och där den första laddningstiden har stor betydelse. Sökmotorer kan indexera serverrenderat innehåll betydligt enklare, vilket i många fall stärker webbplatsens organiska synlighet.

Jämförelse av hastighet och prestanda

Hastighet och prestanda är ofta avgörande när man väljer arkitektur för en webbapplikation. Single-Page Application (SPA) och server-side rendering (SSR) beter sig olika på dessa punkter. SPA försöker ge en smidig upplevelse efter första laddningen genom att minimera kommunikationen med servern, medan SSR bygger upp sidan på nytt på servern vid varje relevant begäran. Det innebär att båda metoderna kommer med olika kompromisser.

Den initiala laddningstiden i en SPA kan bli längre beroende på applikationens storlek och komplexitet. Hela JavaScript-paketet och tillhörande resurser måste laddas ned och bearbetas i webbläsaren, vilket märks extra tydligt på långsamma nätverk eller äldre enheter. Men när appen väl har laddats in går sidbyten och interaktioner ofta nästan direkt, vilket kan förbättra användarupplevelsen avsevärt. Faktorer som påverkar prestandan i en SPA är bland annat:

• Storleken på JavaScript-bundles
• Klientenhetens processorkraft
• Nätverkets hastighet och stabilitet
• Strategier för cachelagring

SSR genererar i stället HTML dynamiskt på servern för varje sidförfrågan och skickar resultatet till klienten. Det gör att första laddningen ofta upplevs snabbare och att innehållet blir enklare att indexera för sökmotorer. Samtidigt kan varje ny sidvisning bli något långsammare än i en SPA, eftersom servern måste göra mer arbete. Dessutom ökar trycket på serverresurserna. Därför är prestandaoptimering särskilt viktig i SSR-projekt.

Vilken metod som är bäst ur prestandasynpunkt beror helt på applikationens syfte och målgrupp. Om du prioriterar snabb, app-liknande interaktivitet kan SPA vara ett starkt val. Om första laddningen och sökbarhet väger tyngre är SSR ofta mer rätt väg.

SEO-prestanda: SPA och SSR

Single-Page Application (SPA) och server-side rendering (SSR) skiljer sig tydligt åt när det gäller SEO, och det kan direkt påverka hur väl din webbplats syns i sökmotorer. Traditionellt har SPA haft det svårare eftersom innehållet renderas i webbläsaren, vilket gör indexeringen mer komplicerad. Förr var detta ett betydande problem, särskilt innan sökmotorer som Google blev bättre på att köra JavaScript. Även om Google i dag är betydligt bättre på att tolka JavaScript, erbjuder SSR fortfarande flera tydliga SEO-fördelar.

Med SSR genereras innehållet på servern och skickas som färdig HTML till sökmotorer och användare. Det gör indexeringen både snabbare och enklare. För webbplatser med mycket dynamiskt innehåll kan detta vara avgörande för synlighet i organiska sökresultat. Tabellen nedan sammanfattar några av de viktigaste skillnaderna mellan SPA och SSR ur SEO-perspektiv.

Om du väljer SPA finns det flera sätt att minska nackdelarna för SEO. En vanlig strategi är pre-rendering, där sökmotorer får statiska HTML-versioner av sidorna. Det är också viktigt att arbeta med välstrukturerade webbplatskartor, rätt inställd robots.txt och strukturerad data. Här är några viktiga SEO-punkter att tänka på:

• Optimera webbplatskartan: Håll din sitemap uppdaterad så att sökmotorer lättare hittar innehållet.
• Optimera robots.txt: Ange tydligt vilka delar av webbplatsen som ska crawlas.
• Använd strukturerad data: Ge sökmotorer mer kontext om ditt innehåll.
• Pre-rendering: Servera statisk HTML till sökmotorer där det behövs.
• Förbättra URL-strukturen: Använd tydliga och SEO-vänliga URL:er.
• Optimera hastigheten: Kortare laddningstider förbättrar både SEO och UX.

Valet mellan SPA och SSR beror alltså på projektets behov och mål. Om SEO är en hög prioritet och innehållet är dynamiskt kan SSR ge ett tydligt övertag. Samtidigt ska man inte bortse från de användarupplevelsefördelar och den utvecklingsflexibilitet som en SPA kan ge. Med rätt strategi går det också att få mycket bra SEO-resultat med en SPA.

Verktyg du behöver för att bygga en SPA

Single-Page Application (SPA)-utveckling blir både smidigare och roligare när du väljer rätt verktyg från början. De hjälper dig med allt från att sätta upp utvecklingsmiljön till kodskrivning, felsökning och testning. Med rätt verktyg på plats blir arbetsflödet mer effektivt och slutresultatet bättre.

Det finns flera grundläggande verktyg som är särskilt användbara när du bygger en SPA. De stöder moderna standarder för webbutveckling och ger flexibla, kraftfulla lösningar. Genom att välja de verktyg som passar ditt team och ditt projekt bäst kan du optimera arbetet och skapa stabilare applikationer.

Verktyg för att utveckla en Single-Page Application

• React: Ett populärt JavaScript-bibliotek från Facebook för att bygga användargränssnitt.
• Angular: Ett omfattande frontendramverk utvecklat av Google.
• Vue.js: Ett lättillgängligt JavaScript-ramverk känt för enkel inlärning och hög flexibilitet.
• Webpack: En modulbundlare som samlar ihop filer och hjälper till med optimering.
• Babel: Ett verktyg som omvandlar modern JavaScript till kod som fungerar i äldre webbläsare.
• ESLint: Ett linting-verktyg för att upptäcka stilproblem och potentiella fel i koden.

Utöver detta spelar olika IDE:er och testverktyg en viktig roll för produktiviteten. Verktyg som Visual Studio Code, Sublime Text och WebStorm erbjuder funktioner som kodkomplettering, debugger och integration med versionshantering. Testverktyg hjälper dig att säkerställa att applikationen fungerar som den ska i olika scenarier. Tabellen nedan visar några vanliga alternativ.

Verktygen du väljer för SPA-utveckling påverkar i hög grad projektets framgång. Med rätt stack blir utvecklingen snabbare, enklare och mer hållbar över tid. Samtidigt förbättras kvaliteten på applikationen, vilket i slutändan också gynnar användarupplevelsen. Kom ihåg att olika projekt har olika krav, så det är viktigt att välja verktyg utifrån just dina behov. Med rätt verktyg kan du hantera komplexa utmaningar och bygga en framgångsrik Single-Page Application.

Bästa praxis för Single-Page Applications

När du utvecklar en Single-Page Application (SPA) finns det flera viktiga saker att tänka på. De här rekommendationerna hjälper dig att förbättra prestanda, skapa en bättre användarupplevelse och få bättre SEO-resultat. Val av rätt arkitektur, tydlig kodstruktur och optimerad resursanvändning är helt centralt för ett lyckat SPA-projekt.

Det är klokt att ha prestandaoptimering i fokus redan från start. Genom att minska storleken på JavaScript-filer, ta bort onödiga beroenden och använda cache på ett genomtänkt sätt går det att korta laddningstiderna markant. Att optimera bilder och använda moderna format som WebP kan också göra tydlig skillnad.

Ur SEO-synvinkel kan Single-Page Applications ha vissa nackdelar jämfört med traditionella webbplatser. Men de går att hantera med tekniker som server-side rendering (SSR) eller prerendering. Korrekt konfigurerade meta-taggar, tydliga URL-strukturer för dynamiskt innehåll och en uppdaterad sitemap är viktiga delar i detta arbete.

Att förbättra användarupplevelsen (UX) är också en viktig del av att bygga en bra Single-Page Application. Snabba övergångar, tydlig feedback och intuitiva gränssnitt gör applikationen enklare och trevligare att använda. Om du dessutom följer riktlinjer för tillgänglighet blir lösningen bättre för alla användare.

Tips att följa när du bygger en Single-Page Application

1. Prestandaoptimering: Minska stora JavaScript-filer och ta bort onödiga beroenden.
2. Koddelning (Code Splitting): Ladda olika delar av appen separat.
3. Lazy Loading: Ladda komponenter och bilder först när de behövs.
4. Server-side rendering (SSR): Använd SSR eller prerendering för bättre SEO.
5. Optimering av meta-taggar: Sätt upp meta-data korrekt för varje sida eller vy.
6. Användarupplevelse (UX): Designa snabba flöden och intuitiva gränssnitt.

Säkerhet får heller inte glömmas bort. Skydd mot vanliga sårbarheter som XSS (Cross-Site Scripting) och CSRF (Cross-Site Request Forgery) är avgörande för att skydda både användardata och själva applikationen. Regelbundna säkerhetstester och uppdateringar hjälper dig att minska riskerna över tid.

Slutsats: Vilken metod ska du välja?

Valet mellan Single-Page Application (SPA) och server-side rendering (SSR) beror helt på projektets behov och vad du prioriterar. Båda metoderna har sina tydliga styrkor och svagheter. För att fatta rätt beslut behöver du väga projektkrav, affärsmål och tekniska förutsättningar mot varandra.

Om du till exempel prioriterar snabb interaktion, hög dynamik och en rik användarupplevelse, och du är beredd att lägga extra arbete på SEO, kan Single-Page Application vara rätt väg. Om SEO däremot är affärskritiskt och den första laddningstiden måste vara så snabb som möjligt, är server-side rendering ofta ett bättre val.

Kriterier att utgå från vid valet

• Hur viktigt är SEO? (Mycket viktigt eller mindre viktigt?)
• Hur avgörande är första laddningstiden?
• Hur högt prioriterad är snabb interaktivitet?
• Vilken erfarenhet har utvecklingsteamet?
• Hur komplext och omfattande är projektet?
• Hur ser budgeten ut för serverresurser och drift?

Den bästa vägen framåt är att fatta ett medvetet beslut baserat på projektets faktiska krav och begränsningar. Ju bättre du förstår styrkorna och svagheterna i båda angreppssätten, desto lättare blir det att bygga en lyckad webbapplikation.

Tänk också långsiktigt. Faktorer som skalbarhet, underhållbarhet och framtida utvecklingskostnader spelar stor roll. Rätt arkitekturval i dag kan spara både tid och pengar längre fram.

Viktiga punkter och nästa steg

I den här artikeln har vi gått igenom Single-Page Application (SPA) och server-side rendering (SSR) på djupet. Båda metoderna har sina fördelar och nackdelar, och det är avgörande att välja den som bäst matchar ditt projekt. SPA ger en dynamisk och snabb upplevelse i webbläsaren, medan SSR passar bättre när SEO och första laddningsprestanda är högt prioriterade. Vilket alternativ som är bäst påverkas av projektmål, tillgängliga resurser och teamets tekniska kompetens.

För att välja rätt teknik måste du utgå från projektets verkliga behov. För webbplatser där SEO är centralt, som e-handel eller innehållstunga sajter, är SSR ofta ett klokt val. För lösningar som kräver hög interaktivitet och en mer app-liknande upplevelse passar SPA ofta bättre. Glöm inte att även väga in teamets kunskap och dina befintliga resurser när beslutet ska fattas.

Nästa steg för att komma fram till rätt val

1. Definiera projektets mål och krav så tydligt som möjligt.
2. Jämför för- och nackdelar med SPA och SSR utifrån ditt användningsfall.
3. Ta hänsyn till faktorer som SEO, prestanda, användarupplevelse och utvecklingskostnad.
4. Bedöm teamets kompetens och de resurser som finns tillgängliga.
5. Bygg gärna en liten prototyp i båda teknikerna och jämför resultatet.
6. Fatta beslutet utifrån data, testresultat och affärsbehov.
7. Lär dig de verktyg och bibliotek som passar den valda tekniken och börja implementera.

Kom ihåg att webbutveckling förändras snabbt. Nya ramverk, mönster och optimeringsmetoder dyker ständigt upp. Därför lönar det sig att fortsätta lära sig och hålla sig uppdaterad. Valet mellan Single-Page Application och server-side rendering är bara en del av den större tekniska resan.

Vanliga frågor

Vilka fördelar har en Single-Page Application (SPA) för användarupplevelsen jämfört med vanliga webbplatser?

SPA-lösningar ger oftast en smidigare och snabbare användarupplevelse än traditionella webbplatser. Eftersom hela sidan inte behöver laddas om vid varje klick sker interaktioner snabbare och upplevelsen känns mer dynamisk. Det gör att användaren kan röra sig genom tjänsten på ett mer naturligt och avbrottsfritt sätt.

Vad bör jag tänka på när jag utvecklar en SPA för att ranka bättre i sökmotorer?

SPA kan innebära vissa SEO-utmaningar från början, men de går att hantera. Genom att använda server-side rendering (SSR) eller prerendering kan du göra innehållet enklare för sökmotorer att läsa. Det är också viktigt att arbeta med SEO-vänligt dynamiskt innehåll, korrekt användning av meta-taggar och en väloptimerad sitemap.

Vad är server-side rendering (SSR) egentligen, och hur skiljer det sig från en SPA?

Server-side rendering (SSR) innebär att HTML-strukturen för webbapplikationen byggs på servern och skickas färdig till användaren. I en SPA skapas stora delar av innehållet i stället i webbläsaren med JavaScript. SSR har ofta fördelar när det gäller SEO och första laddningstid, medan SPA brukar ge snabbare och mjukare sidövergångar efter att appen har laddats.

Hur kan jag optimera första laddningstiden i en SPA så att användarna kommer igång snabbare?

Det finns flera sätt att korta den initiala laddningstiden i en SPA. Code splitting gör att du bara laddar det JavaScript som behövs direkt. Bildoptimering, färre onödiga beroenden, cachelagring och användning av CDN (Content Delivery Network) kan också ha stor effekt på laddningstiden.

När passar SPA bäst, och när är SSR ett smartare val?

SPA passar ofta bäst för applikationer med mycket interaktivitet, dynamiskt innehåll och lägre SEO-krav, till exempel projektverktyg, adminpaneler eller webbaserade klienter. SSR är däremot mer logiskt för webbplatser där SEO är avgörande, där första laddningstiden är viktig och där innehållet är mer informationsdrivet, som bloggar, nyhetssajter och e-handel.

Vilken roll spelar JavaScript-ramverk som React, Angular och Vue.js i SPA-utveckling, och hur väljer jag rätt?

React, Angular och Vue.js är populära verktyg som gör det enklare att bygga SPA genom att erbjuda komponentbaserade strukturer, routing och state management. Vilket ramverk som passar bäst beror på projektets behov, teamets erfarenhet och personliga preferenser. React är känt för sin flexibilitet och stora ekosystem, Angular för sin struktur och helhetslösning, medan Vue.js ofta uppskattas för sin låga tröskel och snabba inlärning.

Varför är state management viktigt i en SPA, och vilka verktyg kan hjälpa till?

I en SPA är state management viktigt för att hantera delad data på ett konsekvent och förutsägbart sätt mellan olika delar av applikationen. Verktyg som Redux, Vuex och Context API hjälper till att centralisera applikationens tillstånd och kontrollera dataflödet mellan komponenter. Det gör större applikationer lättare att underhålla och felsöka.

Vilka vanliga utmaningar finns i SPA-utveckling, och hur kan de lösas?

Vanliga utmaningar i SPA-projekt är SEO, lång första laddningstid, komplex state management och routingproblem. SEO kan förbättras med SSR eller prerendering. Den första laddningstiden kan kortas med code splitting och andra optimeringstekniker. För state management är det viktigt att välja rätt arkitektur och rätt verktyg. Routingproblem kan oftast hanteras med de lösningar som moderna ramverk redan erbjuder.