Snap a ajouté ses propres URL pour les versions du SDK et activé WebAssembly SIMD dans WebKit 26.4+. Voir les implications pour les performances et la gouvernance WebAR.
Réponse directe
Camera Kit Web 1.20 ajoute createBootstrapURLs pour héberger les builds SDK en interne et active WebAssembly SIMD dans WebKit 26.4 ou version ultérieure sur iOS et iPadOS. Cela peut améliorer le contrôle et les performances de la livraison, à condition que la mise en cache, la compatibilité et la solution de repli soient testées.
Ce qui a changé dans le SDK
La version 1.20.0 de Camera Kit Web a apporté l'API createBootstrapURLs, qui vous permet d'héberger des builds SDK sur votre propre infrastructure. WebAssembly SIMD a également été activé dans WebKit 26.4 ou version ultérieure sur iOS et iPadOS, après que les versions précédentes ont maintenu la fonctionnalité désactivée en raison de problèmes de rendu.
Pourquoi héberger la build peut être stratégique
Les entreprises ayant des exigences en matière de disponibilité, de localisation ou de contrôle par des tiers peuvent préférer servir les fichiers critiques via leur propre CDN. Cela facilite la mise en cache, l’observabilité et les politiques de changement contrôlé. En retour, l'équipe assume la responsabilité de l'intégrité, des en-têtes, de l'expiration et de la restauration.
Ce que SIMD peut améliorer
SIMD vous permet d'appliquer la même opération à plusieurs données en parallèle dans WebAssembly. Les filtres, la segmentation et le traitement d’image peuvent en bénéficier. Le gain n'est pas uniforme : il dépend du Lens, de l'appareil, de la version du navigateur et du goulot d'étranglement dominant. La mesure correcte est la durée de trame et la stabilité, et pas seulement le support nominal.
Stratégie de compatibilité
Détectez les fonctionnalités au moment de l’exécution, maintenez une solution de secours et testez les versions réelles de l’iPhone et de l’iPad. Surveillez les échecs de démarrage, le temps d'accès à la caméra, les FPS, la chaleur et la consommation de mémoire. Une expérience WebAR doit se dégrader progressivement lorsqu'une fonctionnalité expérimentale ou récente n'est pas disponible.
Lecture Nexus
La mise à jour renforce deux tendances WebAR : plus de contrôle sur la chaîne de livraison et une plus grande utilisation de l'accélération dans le navigateur. Cela rapproche les expériences Web des cas exigeants, mais augmente la responsabilité en matière d'observabilité et de matrice de périphériques. La portée ne devient un résultat que lorsque l'expérience s'ouvre rapidement et reste stable.
FAQ
Est-il obligatoire d’auto-héberger le SDK ?
Non. La nouvelle API offre cette possibilité pour les projets qui nécessitent un plus grand contrôle.
SIMD fonctionne-t-il sur n’importe quel iPhone ?
La note officielle conditionne la ressource à WebKit 26.4 ou supérieur ; le matériel et le système doivent encore être testés.
La mise à jour élimine-t-elle le besoin d’une application ?
Non. WebAR et l'application continuent de faire des compromis en termes de portée, de ressources, de persistance et de performances.
Guides essentiels pour approfondir la décision
Cette analyse éditoriale a été réalisée par Nexus à partir des sources officielles ci-dessous, consultées le 5 septembre 2026. Le texte est original et interprète les implications pratiques pour les entreprises.
- Snap — Journal des modifications du kit de caméra: Modifications officielles par rapport à la version 1.20.0 du SDK Web et compatibilité déclarée.
- Snap — SDK Web du kit de caméra: guide officiel d'intégration du SDK dans le navigateur.
Date rapportée par la source principale : 7 août 2026.