# Un WordPress, plusieurs fronts : site web et application mobile

> Concevoir une seule API WordPress capable de nourrir à la fois un site web et une application mobile, sans dupliquer le back-office.

- Auteur : Clément Hadrot
- Publié le : 2024-08-08
- Mis à jour le : 2024-08-08
- Catégorie : Headless & API
- URL : https://wpmoderne.dev.wordpress-developpement.fr/headless/un-wordpress-plusieurs-fronts-web-mobile/

## L’essentiel

- Une API versionnée, plusieurs consommateurs différents
- Chaque client demande exactement les champs dont il a besoin
- Les besoins spécifiques au mobile passent par des champs dédiés

Une fédération sportive nous a confié un projet à deux visages : un site web éditorial classique pour le grand public, et une application mobile pour les licenciés, avec des notifications, un calendrier de compétitions et des résultats en direct. Deux équipes différentes, deux calendriers de livraison différents, mais un seul back-office de contenu : hors de question de dupliquer la saisie des articles et des résultats à deux endroits.

L'architecture retenue repose sur un principe simple : une seule instance WordPress, une API versionnée, et des contrats de champs différents selon le client qui interroge.

## Un espace de noms d'API par génération de contrat

Les routes personnalisées de la fédération vivent sous un espace de noms propre, `federation/v1`, distinct du cœur `wp/v2`. Quand un changement de structure incompatible devient nécessaire (un champ renommé, un format de date modifié), on introduit `federation/v2` plutôt que de casser silencieusement l'application mobile déjà publiée sur les stores, dont la mise à jour prend plusieurs semaines à se propager chez tous les utilisateurs.

> L'essentiel à retenir : Une API versionnée, plusieurs consommateurs différents ; Chaque client demande exactement les champs dont il a besoin ; Les besoins spécifiques au mobile passent par des champs dédiés