Next.js 16.3 : Instant Navigations, et un dépôt qu’un agent comprend vraiment

Next.js 16.3 est sorti en version stable le 3 août 2026. Deux points de cette version changent vraiment un site métier ce mois-ci. Instant Navigations referment l’écart historique avec les SPA côté client : les clics paraissent instantanés, le serveur reste. L’outillage agent - AGENTS.md qui pointe vers la doc de votre version dans node_modules, des skills officielles, un endpoint MCP plus strict sur le serveur de dev - empêche un agent de code d’inventer des API de cache d’un billet de 2024.

J’ai déjà écrit pourquoi Next.js l’emporte sur un constructeur pour une page d’accueil marketing, et la carte de l’ingénieure frontend 2026. Ce n’est pas encore une liste de tendances. C’est la version sur laquelle j’agirais vraiment : la vitesse perçue pour le client, et un dépôt qui ne ment pas à l’agent qui écrit le prochain PR.

1. Instant Navigations : le site doit donner l’impression d’une application

Les clients se fichent que votre HTML ait été rendu sur le serveur. Ils tiennent à ce que le clic suivant n’affiche pas un écran blanc. Pendant des années, c’était l’argument des SPA, au prix d’un gros bundle client et d’un SEO plus faible. Instant Navigations est la suite à activer dans 16.3 : le modèle piloté par le serveur reste, le prefetch et les transitions se comportent quand même comme une application cliente. Pour une boutique, un parcours de réservation ou un blog paginé, c’est du travail de conversion, pas une démo.

Je n’activerais pas chaque route dès le premier jour. Je prendrais les parcours qui rapportent - catalogue vers produit, calendrier vers paiement, article vers contact - et je mesurerais LCP et INP avant et après. Les Core Web Vitals décident encore du chiffre d’affaires. Instant Navigations donne la sensation d’une SPA sans plugins WordPress qui injectent encore un mégaoctet.

2. AGENTS.md : empêchez l’agent de lire la doc de l’an dernier

L’échec coûteux de 2026 n’est pas « l’agent ne sait pas coder ». C’est l’agent qui code contre une API Next.js qui n’existe plus. Les données d’entraînement retardent le framework. La réponse de Vercel en 16.3 : lancer next dev écrit et tient à jour un bloc AGENTS.md qui pointe vers la doc du paquet next installé. L’agent lit la version que vous faites vraiment tourner. Ils ont retiré les anciens skills de connaissance qui tiraient la doc à la demande : des fichiers versionnés toujours là valent mieux qu’une recherche que le modèle peut sauter.

Commitez ce fichier. Mettez vos règles maison hors des marqueurs gérés. Si vous tenez une lib, reprenez le motif : livrez des docs à la bonne version à côté du code que l’agent importera. Ce qu’est le vibe coding, je l’ai déjà écrit. Voilà comment empêcher le vibe coding de livrer l’API de cache de l’an dernier.

3. Skills, MCP, agent-browser - vérifier, ne pas espérer

16.3 livre des skills officielles pour la boucle de dev et pour adopter Cache Components par tranches. Le serveur MCP sur /_next/mcp permet à un agent de demander si une route compile sans un next build complet. agent-browser - avec l’introspection React DevTools - lit l’arbre, les Suspense en attente, le réseau, les Web Vitals, au lieu de fixer une capture d’écran qu’il ne peut pas parser. C’est la différence entre un agent qui dit « fini » et un agent qui a vu la page charger.

• Lancez next dev une fois, commitez AGENTS.md / CLAUDE.md, gardez vos règles hors du bloc géré.
• Si vous utilisez un agent qui comprend React : skill next-dev-loop plus agent-browser, et dites-lui de vérifier au runtime - pas seulement dans le diff.
• Cache Components : adoptez par tranches avec le skill officiel, pas une réécriture de tous les fetch le week-end.

4. Ce que je ferais ce mois-ci sur un site Next.js déjà en production

La montée de version n’est pas un week-end héroïque. C’est une séquence. 16 et 16.3 ont des breaking changes si vous êtes encore sur 14 ou 15 - React Compiler, modèle de cache, bundler. Je lirais les notes de migration, j’activerais Instant Navigations sur les parcours qui rapportent, je commiterais les fichiers agent, et seulement après je toucherais Cache Components. Je ne vendrais pas « on a migré vers 16.3 » comme fonctionnalité à un salon. Je vendrais des clics plus rapides et moins de régressions d’agent.

Conclusion : prenez la sensation SPA, gardez le serveur, dites la vérité à l’agent

16.3 n’est pas une refonte. Ce sont des clics façon SPA sur un site rendu serveur, et une doc qui correspond au paquet next installé - pour qu’un agent arrête de livrer des fantômes. Si votre site marketing est encore sur 14, ou qu’un agent invente encore des API, c’est la montée de version que je cadrerais ce mois-ci. Je fais ce travail en ingénieure web senior : upgrades Next.js, Instant Navigations sur les parcours qui rapportent, AGENTS.md qui ne se bat pas avec le dépôt. Écrivez via le formulaire votre version Next actuelle et si la douleur est la vitesse ou le bazar d’agent. On ne commencera pas par une slide « migration ».