De capaciteit van een applicatie om een webpagina op de server te produceren in plaats van in de browser, wordt server-side rendering genoemd. Wanneer het JavaScript op een website op de server wordt weergegeven, wordt een volledig weergegeven pagina naar de client verzonden en wordt de JavaScript-bundel van de client geactiveerd, waardoor het Single Page Application-framework kan functioneren.
De capaciteit van een applicatie om HTML-bestanden op de server om te zetten in een volledig weergegeven HTML-pagina voor de client staat bekend als server-side rendering (SSR). De webbrowser stuurt een verzoek om informatie naar de server, die onmiddellijk antwoordt door de client een volledig weergegeven pagina te bezorgen. Zoekmachines kunnen materiaal crawlen en indexeren voordat het wordt afgeleverd, wat voordelig is voor SEO-doeleinden.
Wat zijn de voordelen van verwerking/rendering op de server?
Hier volgen enkele voordelen van server-side rendering: Met een server-side rendering-toepassing kunnen pagina's sneller worden geladen, wat de gebruikerservaring verbetert.
Omdat materiaal kan worden gegenereerd voordat de pagina wordt geladen, kunnen zoekmachines inhoud indexeren en crawlen wanneer deze op de server wordt weergegeven, wat perfect is voor SEO.
Webbrowsers geven prioriteit aan websites met hogere laadsnelheden en worden op de juiste manier geïndexeerd.
Server-side rendering versnelt het laden van webpagina's voor mensen met trage internetverbindingen of oude apparaten.
Wat zijn de risico's van weergave op de server?
Hier volgen enkele nadelen van server-side rendering:
Omdat weergave op de server niet de norm is voor JavaScript-websites, en de server een volledige last van het genereren van inhoud voor gebruikers en bots op zich neemt, kan dit duur en arbeidsintensief zijn.
Hoewel de server-side weergave van statische HTML snel, groter en ingewikkelder is voor de applicaties die moeten worden weergegeven, kan de server-side de laadtijden verhogen vanwege het knelpunt.
JavaScript-code van derden is mogelijk niet compatibel met weergave op de server.
Rendering aan de serverzijde kan perfect zijn voor het maken van statische sites, maar in complexere toepassingen kunnen talloze serveroproepen en het opnieuw laden van volledige pagina's resulteren in een langzamere weergave van de pagina.
Het huidige gebruik van server-side
Elk verzoek moet van de client naar de server gaan, aangezien alle processen op de server worden gehost. Er is een grote mate van vertraging die door dit proces wordt geïntroduceerd. Met andere woorden: verzoeken kunnen de gebruikerservaring verslechteren, de serverbelasting verhogen en het gebruik van programma's verbieden als de serververbinding wordt verbroken.
Als gevolg hiervan gebruiken veel ontwikkelaars steeds vaker client-side technieken in hun applicatieontwerp voor realtime dynamische websites, zoals huidige webapps als bedrijfslogica. Het uitvoeren van scripts in de browser om de inhoud die een gebruiker ziet te wijzigen, maakt deel uit van de overgang van alles op de server.
Renderen op de server versus renderen op de client
In plaats van al het materiaal van de HTML-pagina te verkrijgen, geeft client-server rendering inhoud in de browser weer met behulp van de JavaScript-bibliotheek aan de clientzijde. De browser stuurt geen nieuw verzoek naar de server wanneer een nieuwe pagina wordt geladen. De ranking van zoekmachines kan worden geschaad omdat de informatie pas wordt geproduceerd nadat de pagina in de browser is geladen; Niettemin is de weergave van websites vaak sneller in door de client gegenereerde apps. Bij de beslissing tussen rendering op de server of op de client zal de ontwikkelaar de reikwijdte van het project, de complexiteit van de applicatie en andere variabelen onderzoeken.
Meer weten over dit onderwerp? Ga naar Seahawk Media voor de beste informatie over server-side rendering
