Configuration iOS
Copiez un prompt de configuration avec les étapes d'installation et le guide Markdown complet pour ce plugin.
Sur iOS, les mots de passe passkeys ne fonctionnent que lorsque l'application est associée au même domaine de partie de confiance que le site web.
Ce que le plugin gère
Section intitulée « Ce que le plugin gère »Après avoir ajouté la configuration du plugin et avoir exécuté bunx cap sync, le plugin modifie le projet hôte généré iOS afin que vous n'ayez pas besoin de le modifier manuellement :
- ajoute les entrées de domaines associés pour les domaines configurés
webcredentials:connecte - lorsque l'application cible générée ne pointe pas déjà vers un fichier de droits
CODE_SIGN_ENTITLEMENTSwires
Ce que vous devez encore héberger
Section intitulée « Ce que vous devez encore héberger »Vous devez publier apple-app-site-association sur le domaine de la partie dépendante :
https://signin.example.com/.well-known/apple-app-site-associationExemple :
{ "webcredentials": { "apps": ["ABCDE12345.app.capgo.passkey.example"] }}Liste de vérification
Section intitulée « Liste de vérification »- Définir
originetdomainsdansplugins.CapacitorPasskeyencapacitor.config.*. - Exécutez
bunx cap sync. - Vérifiez votre identifiant d'équipe Apple et votre ID de bundle d'application, puis construisez le
TEAMID.bundleIdvaleur pour le fichier d'association. - Hôte
apple-app-site-associationavec HTTP200et sans.jsonextension. - Assurez-vous que l'ID de l'entité de confiance utilisé par votre backend correspond au domaine associé.
- Le fichier de site doit être servi à partir du domaine exact de passkey que vous utilisez comme identifiant de l'entité de confiance.
- Sur iOS 17.4 et versions ultérieures, le plugin utilise le client de données du navigateur API , de sorte que l'origine HTTPS configurée est reflétée dans
clientDataJSON. - Le plugin peut corriger les fichiers de projet natifs lors de la synchronisation, mais il ne peut pas créer ou héberger le fichier d'association du site web sur votre domaine.