recherche

Maison >interface Web >js tutoriel >Améliorez le référencement et les performances de votre application avec le rendu côté serveur React

Améliorez le référencement et les performances de votre application avec le rendu côté serveur React

DDD
DDDoriginal
2024-12-23 02:18:13147parcourir

Boost Your App

Rendu côté serveur (SSR) dans React

Le

Server-Side Rendering (SSR) est une technique dans laquelle une application React est rendue sur le serveur au lieu du client. Le serveur génère le HTML initial de l'application et l'envoie au client, où il peut être hydraté dans une application React entièrement fonctionnelle. SSR améliore les performances et l'optimisation des moteurs de recherche (SEO) en fournissant plus rapidement un contenu entièrement rendu à l'utilisateur.

Comment fonctionne la RSS

  1. Requête : Le client fait une requête au serveur.
  2. Rendu du serveur : Le serveur restitue les composants React en HTML.
  3. Réponse : Le HTML rendu est envoyé au client.
  4. Hydratation : React prend le relais côté client, rendant le HTML interactif en attachant des écouteurs d'événements et un état.

Avantages du rendu côté serveur

  1. Référencement amélioré

    • Les moteurs de recherche peuvent explorer efficacement le contenu HTML pré-rendu.

  2. Première peinture plus rapide

    • Le navigateur peut afficher le contenu plus tôt car le HTML est livré pré-rendu.

  3. Meilleures performances sur les appareils lents

    • Réduit la charge de travail du client en gérant le rendu sur le serveur.

Exemple de SSR avec React

En utilisant des frameworks comme Next.js, la RSS peut être mise en œuvre efficacement.

Exemple de code 

// pages/index.js (Next.js)
export default function Home({ data }) {
  return (
    <div>
      <h1>Server-Side Rendered Page</h1>
      <p>Data from server: {data}</p>
    </div>
  );
}

// Fetching data during SSR
export async function getServerSideProps() {
  const data = "This data was fetched on the server!";
  return { props: { data } };
}

Principales caractéristiques du code

  1. getServerSideProps

    • Récupère les données sur le serveur avant de restituer la page.
    • Les accessoires renvoyés sont transmis au composant React.

  2. Hydratation

    • Une fois le HTML initial envoyé, React prend le relais pour rendre la page interactive.

Implémentation de SSR sans Next.js

Vous pouvez également implémenter SSR avec Express.js et ReactDOMServer.

Exemple de code 

// serveur.js
importer express depuis « express » ;
importer React depuis « react » ;
importer ReactDOMServer depuis « react-dom/server » ;
importer l'application depuis "./App" ;

const app = express();

app.get("*", (req, res) => {
  const appHTML = ReactDOMServer.renderToString(<App />);
  consthtml = `
    <!DOCTYPE html>
    <html>
      <head><title>React SSR</title></head>
      <corps>
        <div>



<h4>
  
  
  Méthodes clés
</h4>

<ol>
<li>
<p><strong>ReactDOMServer.renderToString</strong> </p>

<ul>
<li>Convertit le composant React en une chaîne HTML pour le rendu du serveur.
</li>
</ul>
</li>
<li>
<p><strong>Serveur Express</strong> </p>

<ul>
<li> Gère les demandes entrantes et sert le HTML rendu.
</li>
</ul>
</li>
</ol>


<hr>

<h3>
  
  
  Comparaison : SSR vs CSR (rendu côté client)
</h3>

<div><tableau>
<t>
<tr>
<th>
<table>
<thead>
<tr>
<th><strong>Aspect</strong></th>
<th><strong>SSR</strong></th>
<th><strong>CSR</strong></th>
</tr>
</thead>
<tbody>
<tr>
<td><strong>Rendering</strong></td>
<td>On the server</td>
<td>On the client</td>
</tr>
<tr>
<td><strong>Initial Load Time</strong></td>
<td>Faster (HTML delivered pre-rendered)</td>
<td>Slower (JS and data fetched before render)</td>
</tr>
<tr>
<td><strong>SEO</strong></td>
<td>Better (search engines see full content)</td>
<td>Poorer (content rendered dynamically)</td>
</tr>
<tr>
<td><strong>Interactivity</strong></td>
<td>Requires hydration</td>
<td>Fully interactive after initial load</td>
</tr>
</tbody>
</table>Aspect</th>
<th>RSS</th>
<th>RSE</th>
</tr>
</t>ête>
<corps>
<tr>
<td>Rendu</td>
<td>Sur le serveur</td>
<td>Sur le client</td>
</tr>
<tr>
<td>Temps de chargement initial</td>
<td>Plus rapide (HTML livré pré-rendu)</td>
<td>Plus lent (JS et données récupérées avant le rendu)</td>
</tr>
<tr>
<td>Référencement</td>
<td>Mieux (les moteurs de recherche voient le contenu complet)</td>
<td>Plus pauvre (contenu rendu dynamiquement)</td>
</tr>
<tr>
<td>Interactivité</td>
<td>Nécessite une hydratation</td>
<td>Entièrement interactif après le chargement initial</td>
</tr>

</corps></tableau></div>


<hr>

<h3>
  
  
  Meilleures pratiques pour la RSS
</h3>

<ol>
<li>
<p><strong>Cache HTML</strong> </p>

<ul>
<li>Cache les pages rendues par le serveur pour améliorer les temps de réponse.
</li>
</ul>
</li>
<li>
<p><strong>Minimiser la charge du serveur</strong> </p>

<ul>
<li>Évitez les calculs lourds lors du rendu pour éviter les goulots d'étranglement du serveur.
</li>
</ul>
</li>
<li>
<p><strong>Combiner avec la génération statique</strong> </p>

<ul>
<li>Utilisez des frameworks comme Next.js pour mélanger SSR et Static Site Generation (SSG).
</li>
</ul>
</li>
<li>
<p><strong>Gérer les étuis Edge</strong> </p>

<ul>
<li>Testez les scénarios dans lesquels JavaScript pourrait échouer ou se charger lentement.
</li>
</ul>
</li>
</ol>


<hr>

<h3>
  
  
  Cas d'utilisation de la RSS
</h3>

<ol>
<li>
<strong>Applications centrées sur le référencement</strong> : blogs, sites d'actualités ou plateformes de commerce électronique.
</li>
<li>
<strong>Contenu dynamique</strong> : tableaux de bord ou applications personnalisés avec mises à jour fréquentes.
</li>
<li>
<strong>Applications critiques en termes de performances</strong> : garantit une diffusion rapide du contenu sur les appareils plus lents.
</li>
</ol>


<hr>

<h3>
  
  
  Les défis de la RSS
</h3>

<ol>
<li>
<p><strong>Augmentation de la charge du serveur</strong> </p>

<ul>
<li>Les serveurs doivent gérer le rendu pour chaque requête, ce qui augmente l'utilisation des ressources.
</li>
</ul>
</li>
<li>
<p><strong>Temps de développement plus long</strong> </p>

<ul>
<li>Nécessite une gestion minutieuse du code côté serveur et une hydratation.
</li>
</ul>
</li>
<li>
<p><strong>Complexité de la gestion de l'État</strong> </p>

<ul>
<li>La synchronisation de l'état rendu par le serveur avec l'état React côté client peut être délicate.
</li>
</ul>
</li>
</ol>


<hr>

<h3>
  
  
  Conclusion
</h3>

<p>Le rendu côté serveur (SSR) est une technique puissante pour améliorer les performances, le référencement et l'expérience utilisateur dans les applications React. Avec des outils tels que Next.js ou des solutions personnalisées utilisant ReactDOMServer, les développeurs peuvent tirer parti de SSR pour créer des applications réactives et adaptées aux moteurs de recherche.  </p>


<hr>

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

JavaScript html edge express Static String Resource for const using Event JS dom display SEO
Déclaration：
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn
Article précédent：Pourquoi les URL de mon routeur React ne se chargent-elles pas lors de l'actualisation ou de la saisie directe ?Article suivant：Pourquoi les URL de mon routeur React ne se chargent-elles pas lors de l'actualisation ou de la saisie directe ?

Articles Liés

Voir plus