Qu’est-ce que Server Actions (React / Next.js) ?

C'est comme déposer un dossier au guichet plutôt que d’envoyer chaque pièce par courrier séparé : une action serveur regroupe validation et écriture au bon endroit. Les Server Actions permettent `POST` métier depuis l’UI avec progressive enhancement possible : le même flux peut fonctionner sans tout le JS client. Dans [Next.js](/lexique/next-js-framework-react) avec [App Router](/lexique/app-router-next-js), elles vivent souvent dans des modules marqués ou dérivés des conventions framework — à distinguer des [Route Handlers](/lexique/api-route-next-js) orientés HTTP générique.

Fonction async marquée pour exécution serveur ; réception de FormData ou arguments sérialisables ; accès base et secrets ; réponses ou `redirect`. Complète [SSR](/lexique/ssr-server-side-rendering) et Server Components en couvrant les écritures. Sécurité : toujours re-valider côté serveur ; ne jamais faire confiance au client pour [autorisation](/lexique/autorisation-acces).

Réduire le code « glue » client (fetch manuel, duplication schémas) accélère les features formulaires et sécurise les mutations — les équipes qui adoptent Server Actions sur parcours inscription ou checkout interne gagnent souvent plusieurs jours par écran sur la duplication validation client/serveur d’une codebase classique SPA.

• Validation unique (Zod, etc.) ; messages d’erreur exploitables ; idempotence quand pertinent ; logs et traçabilité ; limites taille payload.

• Croire que l’action serveur remplace l’auth — il faut toujours vérifier session/rôles. Erreurs utilisateur peu claires. Surcharger une action de trop de responsabilités sans service métier.