Rendu pour les applications Web axées sur le contenu

L'affichage désigne le processus consistant à créer le code nécessaire à la création d'une page avec laquelle les utilisateurs finaux peuvent interagir via leur navigateur. Cela inclut la préparation du contenu, l'application de la logique et du traitement, ainsi que l'inclusion de tous les éléments d'interface utilisateur et d'autres composants requis pour afficher la page finale. Les applications axées sur le contenu mettent l'accent sur la vitesse de chargement rapide, la faible latence et les délais d'affichage rapides.

Rendu côté serveur

Le rendu côté serveur consiste à afficher des pages Web sur le serveur, puis à envoyer le code HTML entièrement affiché au navigateur du client au lieu de les afficher côté client avec JavaScript. Lorsque les utilisateurs accèdent à une application, leur navigateur envoie une requête au serveur. L'application traite la requête sur le serveur, ce qui inclut la collecte de données à partir de bases de données ou d'API externes, puis affiche le code HTML de la page demandée. Le serveur renvoie ensuite le code HTML entièrement affiché de la page au navigateur de l'utilisateur. Lorsque le navigateur de l'utilisateur reçoit le code HTML, il charge tous les fichiers JavaScript requis.

Apprenez le langage HTML sur le site web.dev.

Elle offre les avantages suivants : une vitesse de chargement initial rapide, de bonnes performances en matière d'optimisation du référencement (SEO), une fiabilité et une bonne expérience utilisateur globale. Toutefois, la technologie SSR peut être plus complexe à mettre en œuvre que le rendu côté client (CSR) en raison de l'impact sur les performances et des compétences en développement nécessaires pour créer et gérer des applications compatibles avec la restauration rapide. Elle est particulièrement utile pour les applications Web axées sur le contenu, les plates-formes d'e-commerce et toute application nécessitant de bonnes performances en termes de SEO et de délais de réponse initiales rapides.

Génération de sites statiques

La génération de sites statiques (SSG) génère des fichiers HTML statiques au moment de la compilation et les fournit aux utilisateurs sans affichage côté serveur ou côté client. Le contenu Web est créé, généralement dans un format structuré tel que Markdown, JSON ou YAML. Il inclut du texte, des images et d'autres éléments. Un générateur de site statique, tel que Hugo ou Jekyll, traite le contenu et génère les fichiers HTML, CSS et JavaScript. La sortie statique correspond à l'ensemble du site Web, et ces fichiers statiques sont déployés sur un serveur Web, un CDN ou un service d'hébergement.

En savoir plus sur CSS et HTML sur web.dev

Comme les fichiers sont statiques, ils peuvent être mis en cache et donc se charger très rapidement. Cette méthode est une bonne option pour les applications Web qui ne changent pas souvent ou pour celles qui sont mises à jour via des compilations de sites périodiques. Il n'est pas adapté aux applications Web à interactivité dynamique.

Rendu côté client (CSR)

L'affichage côté client se produit sur le navigateur du client et non sur le serveur. Les applications Web sont souvent chargées avec un minimum de modèles HTML, puis le contenu est manipulé de manière dynamique à l'aide de JavaScript et de données provenant de serveurs ou d'API. Après une requête d'application, le serveur envoie un document HTML minimal contenant la structure de base et le code JavaScript nécessaires pour afficher la page. Le code JavaScript est exécuté dans le navigateur de l'utilisateur. Le code traite ensuite les données extraites et génère le contenu, y compris les fichiers CSS et HTML, ainsi que tous les éléments interactifs. Le code JavaScript répond ensuite à l'interaction de l'utilisateur, comme l'envoi d'un formulaire.

Les avantages de la requête de signature de certificat incluent des transitions rapides entre les pages et des interfaces réactives. Les applications Web basées sur la requête de recherche présentent souvent des temps de chargement initiaux lents par rapport à la fonctionnalité SSR, et peuvent présenter des défis en termes de SEO. À mesure que les applications de conseiller clientèle se développent, leur développement et leur gestion peuvent devenir assez complexes.