On peut enfin intercepter toutes les requêtes via Expo.   Pour sécuriser, rediriger, ou logger.   Et ça change tout. Avant, avec Expo Router, tu pouvais gérer tes API routes. Mais impossible de centraliser certaines logiques critiques. Résultat : tu dupliquais du code un peu partout. Avec la SDK 54, Expo corrige ça avec une nouveauté expérimentale :   le 𝗦𝗲𝗿𝘃𝗲𝗿 𝗠𝗶𝗱𝗱𝗹𝗲𝘄𝗮𝗿𝗲. Concrètement, c’est un point d’entrée unique qui s’exécute avant que la requête n’atteigne sa route.   Et tu peux y faire pas mal de choses : → Bloquer une route si l’utilisateur n’est pas authentifié   → Logger toutes les requêtes entrantes pour suivre l’activité   → Rediriger dynamiquement un utilisateur selon son contexte   → Gérer des erreurs globales avant même d’atteindre l’API Et surtout : tu le fais une seule fois, au bon endroit. Techniquement, l’activation est simple : - Tu ajoutes un flag dans app.json - Tu crées un fichier +middleware.ts à la racine   - Tu exportes une fonction middleware(request) qui peut renvoyer une réponse ou laisser passer Tu peux même filtrer quelles routes ou méthodes HTTP sont concernées grâce aux matchers. Quelques limites à connaître : → Ça ne s’applique qu’aux requêtes HTTP (pas à la navigation interne)   → Le request est immuable   → Un seul middleware global, donc à structurer proprement   → Nécessite un vrai serveur en prod (pas compatible avec du pur statique) Mais ce que ça ouvre comme perspective est énorme : → Une app Expo plus proche d’un vrai backend   → Une logique centralisée, testable et scalable   → Un pas de plus vers un Expo qui tient en production sans bricolage C’est encore expérimental, mais si tu construis des apps sérieuses avec Expo Router…   Tu devrais t’y intéresser très sérieusement.