L'optimisation des performances Vue couvre la taille du bundle, l'efficacité du rendu et le coût de la réactivité. Voici les techniques à plus fort impact.
1. Code splitting / lazy loading
routes = [{ : , : () }];
= ( ());
L'optimisation des performances Vue couvre la taille du bundle, l'efficacité du rendu et le coût de la réactivité. Voici les techniques à plus fort impact.
routes = [{ : , : () }];
= ( ());
La plus grande victoire de chargement initial : ne pas livrer le code que l'utilisateur n'a pas encore besoin.
<div v-show="tab === 'a'"> <!-- toggled often → cheap CSS flip -->
<div v-if="rarelyShown"> <!-- rarely rendered → skip building it -->
<li v-for="item in items" :key="item.id"> <!-- enables efficient DOM reuse/diffing -->
import { shallowRef, shallowReactive } from "vue";
// for large objects you replace wholesale (or 3rd-party instances), skip deep tracking
const bigData = shallowRef(hugeObject); // only .value reassignment is reactive
Object.freeze(staticConfig); // never-changing data → no reactivity overhead
La réactivité profonde sur des objets énormes est coûteuse ; shallowRef/shallowReactive/Object.freeze évitent de suivre les données qui ne l'exigent pas.
<p>{{ expensiveComputed }}</p> <!-- cached, recomputes only on dependency change -->
<header v-once>{{ siteName }}</header> <!-- render once, never update -->
<div v-memo="[item.id]">...</div> <!-- re-render only if item.id changes -->
Rendering 10,000 rows kills performance → use vue-virtual-scroller / TanStack Virtual
to render only the visible rows.
Vue DevTools (component render timings, why a component re-rendered)
build output / rollup-plugin-visualizer → bundle composition
Lighthouse → Core Web Vitals
Vue est rapide par défaut, mais les grandes applications ont besoin d'une optimisation délibérée : charger en lazy pour réduire les bundles, choisir correctement entre v-if/v-show, utiliser des clés stables, éviter la sur-réactivité sur les grandes données (shallowRef/freeze), mettre en cache avec computed/v-memo, et virtualiser les listes longues.
Savoir quelle technique adresse quel goulot d'étranglement — et mesurer avec DevTools/Lighthouse plutôt que de deviner — est ce qui maintient une application Vue en croissance réactive.