Migrer un projet existant vers Astro
Prêt à convertir votre site vers Astro ? Consultez l’un de nos guides afin d’obtenir des conseils pour la migration.
Guides de Migration
Section titled Guides de MigrationNotez que beaucoup de ces pages sont des ébauches : ce sont des collections de ressources qui attendent votre contribution !
Pourquoi migrer votre site vers Astro ?
Section titled Pourquoi migrer votre site vers Astro ?Astro offre de nombreux avantages : performance, simplicité et de nombreuses fonctionnalités que vous souhaitez sont directement intégrées dans le framework. Lorsque vous avez besoin d’étendre votre site, Astro fournit plusieurs intégrations officielles et communautaires tierces.
Migrer votre site peut représenter moins de travail que vous ne le pensez !
Selon votre projet déjà existant, vous pourrez peut-être utiliser votre :
-
Framework de composants UI directement dans Astro.
-
Feuilles de style ou bibliothèques CSS incluant Tailwind.
-
Fichiers Markdown/MDX, configuré en utilisant votre plugin remark et rehype déjà existant.
-
Contenu depuis un CMS à travers une intégration ou une API.
Quels projects puis-je convertir vers Astro ?
Section titled Quels projects puis-je convertir vers Astro ?De nombreux sites existants peuvent être construits avec Astro. Astro est parfaitement adapté à vos sites existants basés sur le contenu, tels que les blogs, les landing pages, les sites marketing et les portfolios. Astro s’intègre à plusieurs Headless CMS populaires et vous permet de connecter des paniers de boutique eCommerce.
Astro vous permet de choisir entre un site généré statiquement et le rendu côté serveur (SSR), ce qui en fait un excellent remplacement pour les SSGs ou pour les sites qui ont besoin de récupérer des données à la volée.
Comment la conception de mon projet va-t-elle évoluer ?
Section titled Comment la conception de mon projet va-t-elle évoluer ?En fonction de votre projet existant, vous devrez peut-être penser différemment concernant :
-
Concevoir en îles Astro pour éviter d’envoyer du Javascript inutile au navigateur.
-
Fournir une interactivité côté client avec les balises
<script>
côté client ou les composants de Framework UI. -
Gérer l’état partagé avec les Nano Stores ou un Local Storage au lieu de Wrappers et Hooks à l’échelle de l’application.