Le W3C publie un nouveau brouillon de Web App Manifest : que vérifier pour une PWA ?

Le World Wide Web Consortium (W3C) a publié un nouveau brouillon de travail de Web Application Manifest  (en anglais) le 26 octobre 2026. Cette spécification définit le format JSON utilisé par les sites pour décrire le nom, les icônes, l’URL de lancement et les préférences d’affichage d’une application web installable.

Il s’agit d’un projet de standard, pas d’une nouvelle fonction livrée dans les navigateurs ni d’une recommandation W3C finalisée. Une partie du format fonctionne déjà dans les navigateurs, mais l’installation et l’affichage varient selon les produits et les plateformes. Pour les équipes qui développent des applications web progressives (PWA), c’est l’occasion de revoir les informations que les utilisateurs voient à l’installation et au lancement.

Ce que le brouillon implique pour une application existante

Le document précise que la spécification n’est pas encore stable. Sa publication ne signifie ni que chaque propriété documentée fonctionne partout, ni qu’il faut immédiatement réécrire un manifeste existant.

Examinez les propriétés réellement utilisées par votre application et testez-les sur les appareils pris en charge. Les questions pratiques restent simples : l’icône est-elle reconnaissable, le nom tient-il à l’écran et le lancement de l’application installée mène-t-il à une page utilisable ?

Ce que décrit un manifeste d’application web

Un manifeste est généralement un fichier JSON référencé dans le HTML :

<link rel="manifest" href="/manifest.webmanifest">

Voici un exemple simplifié :

{
  "name": "Recipe Notebook",
  "short_name": "Recipes",
  "start_url": "/app/",
  "scope": "/app/",
  "display": "standalone",
  "icons": [
    { "src": "/icons/app-192.png", "sizes": "192x192", "type": "image/png" },
    { "src": "/icons/app-512.png", "sizes": "512x512", "type": "image/png" }
  ]
}

Les propriétés name et short_name fournissent les libellés des interfaces liées à l’application. icons répertorie les images. start_url indique l’adresse de lancement privilégiée ; scope définit le périmètre de navigation de l’application. display demande un mode de présentation, comme standalone, selon la prise en charge du navigateur.

Cet exemple n’est pas une liste universelle de critères d’installation. Un manifeste ne rend pas non plus une application utilisable hors ligne : cela demande une mise en oeuvre et des tests distincts, souvent avec des service workers et une gestion du cache.

Examiner vraiment l’icône

Une icône peut être recadrée ou apparaître sur différents fonds. Vérifiez son aspect en petit format, puis assurez-vous que chaque URL renvoie une image au format et aux dimensions annoncés. Les deux tailles de l’exemple sont indicatives ; préparez les variantes nécessaires aux plateformes visées.

Pour un prototype dont l’identité repose sur un personnage, le générateur d’avatars fournit une illustration. Le PNG téléchargé doit encore être vérifié et préparé pour les usages prévus comme icône d’application. Notre présentation du générateur d’avatars explique comment conserver un personnage et le retrouver pour essayer différents fonds.

Pour le reste de l’interface, Color Studio aide à comparer les couleurs et le contraste du texte. La présentation de Color Studio montre comment transformer une palette en nuances et en variables CSS utilisables.

Vérifications avant la mise en ligne

1. Charger le manifeste. Vérifiez que son URL renvoie du JSON valide avec un type de contenu adapté, de préférence application/manifest+json.
2. Lire les noms et examiner les icônes. Testez les petits écrans, le recadrage, les marges et les fonds.
3. Lancer l’application directement. Ouvrez start_url avec et sans session connectée. Vérifiez que le périmètre choisi couvre les chemins prévus pour l’application.
4. Tester la présentation sur les plateformes visées. Vérifiez l’installation et l’affichage dans les combinaisons de navigateur et de système d’exploitation prises en charge.
5. Tester séparément le fonctionnement hors ligne, si l’application le propose.

Le guide d’inspection des requêtes réseau du navigateur aide à vérifier les réponses du manifeste et des icônes. Si une ancienne icône persiste, commencez par vérifier ce que renvoie réellement le serveur ; notre tutoriel sur le cache HTTP explique comment examiner les en-têtes de cache et les validateurs. Les mises à jour d’une application installée peuvent aussi dépendre du navigateur : une requête réseau réussie ne suffit donc pas à tout vérifier.

Source : brouillon de travail du W3C du 26 octobre 2026  (en anglais). La page courante de la spécification  (en anglais) suit les révisions publiées suivantes.