Référentiel officiel pour applications créatives Web

Hiérarchie de confiance

1. Spécifications WHATWG, W3C et Khronos pour le contrat normatif.
2. MDN pour l'usage, les contraintes et la compatibilité exposée clairement.
3. Documentation officielle d'une technologie : TypeScript, React, Emscripten, wasm-bindgen ou Yjs.
4. Études de cas de produits pour comprendre une solution située, jamais pour transformer leurs métriques en règle universelle.

Toute compatibilité susceptible d'évoluer est vérifiée au moment de la décision sur MDN et Can I Use, puis testée sur la matrice réelle. HTTPS, permissions, politiques cross-origin, codecs et accélération matérielle sont des dimensions séparées : la présence d'un nom d'API ne prouve pas que le parcours complet fonctionne.

Carte des sources

• Threads et mémoire : Web Workers, OffscreenCanvas, SharedArrayBuffer, Emscripten.
• Rendu : Canvas, WebGL, WebGPU, WGSL.
• Médias : Web Audio, AudioWorklet, WebCodecs, Streams.
• Données locales : IndexedDB, OPFS, Service Workers.
• Réseau et sécurité : WebSocket, WebTransport, CSP, cross-origin isolation.

Usage dans une réponse technique

Distinguer explicitement : faits confirmés par une source, déductions liées au contexte du projet, recommandations à valider. Commencer par la solution minimale et fournir architecture, flux de données, risques, plan progressif, tests, métriques et sources. Toute API expérimentale ou non universelle doit avoir une condition d'activation et un repli.

Études de cas à lire avec contexte

• CapCut Web : exemple de moteur C++ porté avec Emscripten/WASM et WebCodecs ; les gains publiés appartiennent à ce produit.
• Photopea et son ancien retour WebGL : traitement local dans le navigateur et accélération ciblée ; le billet WebGL date de 2015.
• BandLab Studio : référence fonctionnelle d'une station audio Web, pas une documentation interne d'architecture.