Constat — Apple décrit l’Asset Library comme un espace de gestion des images et vidéos selon la plateforme, la taille et l’emplacement d’affichage (notes de version d’App Store Connect).

Correction rapide — utilisez-la pour centraliser, réutiliser et, lorsque le processus le permet, soumettre des ressources à l’examen. Ne considérez jamais leur présence dans la bibliothèque comme une preuve qu’elles sont configurées sur la page produit ou prêtes à être publiées.

Cet article s’adresse aux développeurs indépendants qui préparent les captures et les vidéos de leur app.
Il concerne aussi les responsables de localisation qui doivent séparer langues et appareils.
Il aide enfin les petites équipes à transmettre clairement l’état de chaque ressource avant publication.

Dernière vérification : 26 octobre 2026, à partir des notes de version d’Apple et de la documentation d’aide App Store Connect.

Clarifiez le rôle de l’Asset Library avant de préparer votre livraison

L’Asset Library est un espace de gestion, pas un raccourci qui publie vos éléments à votre place. Elle aide à conserver et à retrouver des images et des vidéos, à les réutiliser pour des emplacements compatibles et à gérer leur soumission à l’examen. La page produit, elle, détermine quels éléments sont effectivement associés à une app, une localisation ou un emplacement donné.

La documentation Apple sur l’Asset Library détaille les fonctions de la bibliothèque. Consultez-la avant de transformer votre organisation interne en procédure d’équipe : les intitulés et les possibilités visibles dépendent notamment de la fiche consultée et des droits de votre compte.

Pour éviter les confusions, suivez chaque ressource à travers des états distincts :

  • Ajoutée à la bibliothèque : le fichier est disponible pour être géré ou réutilisé.
  • Soumise à l’examen : son état d’examen doit être vérifié dans App Store Connect.
  • Associée à un emplacement : vous l’avez sélectionnée dans la page ou le support concerné.
  • Vérifiée dans l’aperçu : vous avez contrôlé le résultat configuré, et pas seulement le fichier source.
  • Incluse dans la livraison prévue : vous avez établi si elle dépend ou non de la soumission d’une version de l’app.

L’erreur coûteuse consiste à réduire ces étapes à un statut unique, comme « prêt ». Une personne peut voir une ressource dans la bibliothèque et penser qu’elle est publiée, tandis que la personne chargée de la page produit attend encore sa configuration. Votre suivi doit donc indiquer à la fois l’état de l’examen et l’emplacement prévu.

Vérifiez les ressources comme développeur indépendant

Quand vous préparez une mise à jour, commencez par identifier les éléments qui doivent réellement changer : captures, aperçus vidéo ou ressources créatives. Ne remplacez pas un fichier simplement parce qu’une nouvelle version de l’app est disponible. Vérifiez d’abord si l’écran représenté, le texte visible et la promesse marketing correspondent encore au produit livré.

La procédure de téléversement des captures et des aperçus vidéo permet de distinguer l’envoi d’un fichier de sa configuration pour la fiche. Avant de modifier la page, conservez une trace des éléments qui sont déjà utilisés et de ceux que vous envisagez de remplacer. Cela limite les remplacements accidentels lors d’une livraison urgente.

Pour chaque capture, contrôlez le contenu autant que le fichier :

  • L’écran correspond-il à la version actuelle de l’interface ?
  • Le texte intégré à l’image est-il celui prévu pour la langue de la fiche ?
  • La capture illustre-t-elle une fonction réellement disponible dans la version soumise ?
  • L’ordre des images raconte-t-il le parcours que vous souhaitez montrer ?
  • L’aperçu de la page correspond-il au résultat attendu après enregistrement ?

Pour une vidéo, vérifiez aussi que le contenu, la narration éventuelle et les éléments de marque sont adaptés au public visé. Une vidéo stockée dans la bibliothèque ne garantit pas que l’aperçu de la page produira l’effet attendu. Il faut examiner le rendu à l’emplacement réel, et pas seulement relire le nom du fichier.

Cas concret. Vous corrigez un écran de paiement après une mise à jour. La capture précédente reste techniquement valide comme fichier, mais elle montre désormais une interface qui n’existe plus. La bonne décision n’est pas de modifier toute la fiche sans vérification : remplacez l’élément concerné, contrôlez son emplacement et son aperçu, puis consignez le changement pour la personne qui valide la publication.

Organisez la localisation et les appareils sans mélanger les fichiers

Pour une app localisée, chaque ressource doit être rattachée à une intention vérifiable : langue, public, appareil visé et emplacement souhaité. Une traduction correcte ne suffit pas si elle apparaît sur une page d’une autre langue. À l’inverse, une capture sans texte peut tout de même être inadaptée si elle montre une interface, une devise ou un contenu propre à un marché.

La documentation Apple sur la localisation des informations d’app aide à comprendre le lien entre les informations localisées et la fiche. Utilisez-la avec les spécifications des captures d’écran : ne déduisez pas les dimensions ou les conditions d’acceptation à partir d’un ancien fichier ou d’une habitude d’équipe. Les exigences publiées par Apple sont la référence à vérifier au moment de préparer les fichiers.

Un nom de fichier utile reste lisible et exploitable, par exemple en associant le nom de la fonctionnalité, la langue et l’appareil visé. Évitez les noms génériques tels que « final », « final2 » ou « nouvelle-capture ». Ils ne vous disent ni quelle variante est prête, ni à quelle page elle appartient. Si plusieurs personnes interviennent, gardez une liste de suivi commune plutôt que de traiter le nom du fichier comme une preuve suffisante.

La distinction entre appareil et emplacement mérite un contrôle séparé. Une ressource compatible avec une famille d’appareils n’est pas nécessairement appropriée à tous les emplacements d’une page. Consultez les spécifications Apple applicables à la ressource en question, puis comparez-les à la page et à la localisation réellement ciblées.

Une ressource qui passe les contrôles de fichier peut encore être mal affectée : vérifiez toujours la langue et l’emplacement après l’avoir sélectionnée dans la fiche.

Gérez plusieurs pages produit avec une trace de réutilisation

Lorsque vous gérez plusieurs apps ou pages, la réutilisation réduit les manipulations, mais elle ne dispense pas d’examiner la compatibilité. Une ressource peut être pertinente pour une app et trompeuse pour une autre. Avant de la réutiliser, consultez les informations de compatibilité et d’utilisation récentes que l’interface met à disposition, puis confirmez que son message, sa langue et son contenu conviennent à la destination.

Distinguez les actions qui peuvent sembler proches :

  • Réutiliser depuis l’Asset Library consiste à sélectionner une ressource déjà gérée dans la bibliothèque.
  • Configurer une page produit consiste à choisir ce qui sera associé à une fiche ou à un emplacement.
  • Gérer une ressource créative consiste à la préparer et à vérifier son état, sans présumer qu’elle apparaît automatiquement dans tous les emplacements.
  • Archiver ou supprimer modifie la disponibilité ou la gestion de la ressource ; ce n’est pas équivalent à la retirer d’une page déjà configurée.

Pour une campagne, une image conçue comme ressource créative ne doit pas être confondue avec une capture destinée à illustrer l’interface de l’app. Vérifiez les spécifications Apple relatives aux ressources créatives avant de préparer ou de réutiliser un fichier. Ce contrôle évite de sélectionner une ressource au bon thème, mais au mauvais usage.

Si vous ne pouvez pas expliquer pourquoi un fichier convient à la destination, ne le réutilisez pas par défaut. Confirmez son origine auprès de la personne qui l’a produit ou préparez une variante distincte. Pour une petite équipe, cette vérification est généralement moins coûteuse que de corriger une page après avoir découvert qu’elle présente la mauvaise langue ou une ancienne campagne.

Séparez l’examen des ressources de leur affichage

Apple permet de préparer et de soumettre certaines ressources indépendamment d’une version de l’app. Cette possibilité aide notamment les équipes qui souhaitent avancer sur des éléments marketing sans attendre que le binaire soit prêt. La procédure d’Apple pour soumettre des ressources depuis l’Asset Library décrit ce flux. Il ne faut toutefois pas en déduire qu’une ressource approuvée a déjà été ajoutée à toutes les pages souhaitées.

Pour une campagne ou une nouvelle présentation de marque, consignez séparément les éléments suivants :

  • le fichier retenu et son origine ;
  • la langue et la destination prévues ;
  • le statut d’examen visible dans App Store Connect ;
  • la page produit ou l’emplacement où l’équipe prévoit de l’utiliser ;
  • le résultat contrôlé dans l’aperçu après configuration.

Cette séparation est particulièrement importante lorsque plusieurs personnes se partagent le travail. La personne responsable des créations peut confirmer que le fichier est prêt, tandis que la personne chargée de la fiche doit encore le sélectionner. La personne qui suit la version de l’app, elle, doit vérifier son propre état de soumission. Ces confirmations ne sont pas interchangeables.

Les autorisations peuvent aussi bloquer une validation, même quand le fichier est prêt. Si un membre de l’équipe ne voit pas la commande attendue ou ne peut pas modifier une fiche, vérifiez son rôle dans la documentation Apple sur les autorisations des rôles. Ne contournez pas ce blocage en partageant un compte : identifiez la tâche requise et faites attribuer les droits appropriés par la personne habilitée.

Validez la publication par personne responsable

La vérification finale doit relier la ressource à son usage réel. L’approbation d’un fichier ne prouve ni sa sélection sur la bonne page, ni sa présence dans le bon ordre, ni la cohérence de la localisation. À l’inverse, une page configurée ne vous renseigne pas à elle seule sur l’état d’examen de chaque ressource.

Utilisez cette checklist avant de transmettre la fiche à la personne qui valide la publication :

  • [ ] Le fichier sélectionné est la version de création voulue, et non une variante ancienne.
  • [ ] La langue de la ressource correspond à la localisation de la page.
  • [ ] L’appareil et l’emplacement visés ont été vérifiés selon les spécifications Apple en vigueur.
  • [ ] L’état d’examen de la ressource a été contrôlé dans App Store Connect.
  • [ ] La ressource a été sélectionnée dans la page produit ou l’emplacement réellement prévu.
  • [ ] L’ordre des captures et l’aperçu de la page correspondent à l’intention de publication.
  • [ ] La personne responsable de la version de l’app connaît séparément l’état de soumission du binaire.
  • [ ] Le compte de la personne chargée de la vérification dispose des droits nécessaires à cette tâche.

Dans votre note de passation, associez à chaque ressource son identifiant ou son nom distinctif, sa langue, sa destination et son état. Ajoutez le résultat de la vérification de l’aperçu. Cette note permet à la personne suivante de reprendre le travail sans réinterpréter un simple « approuvé » ou « terminé ».

Questions fréquentes sur la gestion des ressources

Comment réutiliser une capture de l’Asset Library sur une page produit ?

Ouvrez la fiche de l’app concernée, puis accédez à la version ou à la page produit à mettre à jour. Dans la zone prévue pour les captures, sélectionnez une ressource disponible dans l’Asset Library et vérifiez qu’elle correspond à la langue, à l’appareil et à l’emplacement visés. Enregistrez la configuration, puis contrôlez l’aperçu : la présence dans la bibliothèque ne suffit pas.

Peut-on soumettre des captures ou des ressources créatives avant la version de l’app ?

Oui. Apple indique que les ressources de l’Asset Library peuvent être téléversées et soumises à l’examen indépendamment d’une version de l’app. Cela permet de préparer certains éléments en amont, mais ne publie pas automatiquement les ressources sur une page produit. Vérifiez séparément l’état d’examen et l’emplacement auquel vous souhaitez les associer.

Comment éviter de mélanger les langues et les formats d’appareil dans l’Asset Library ?

Nommez vos fichiers de façon reconnaissable et consignez, pour chaque ressource, la langue, la famille d’appareils visée et l’emplacement prévu. Avant de la sélectionner, comparez-la aux spécifications Apple en vigueur et à la localisation de la page produit. La bibliothèque facilite la gestion, mais ne remplace pas cette vérification de compatibilité.

Une ressource approuvée est-elle déjà visible sur la page de l’app ?

Non. L’examen de la ressource et son utilisation sur une page sont deux contrôles différents. Après l’approbation, vérifiez qu’elle a été sélectionnée dans la bonne fiche, la bonne localisation et le bon emplacement, puis examinez l’aperçu enregistré. Contrôlez aussi séparément l’état de la version de l’app si sa soumission fait partie de votre livraison.

Si votre équipe dispose déjà d’un Mac, ce poste peut suffire pour produire et vérifier les captures ; il évite une location, mais mobilise son stockage et doit rester disponible pour les tâches prévues. Si vous devez lancer Xcode ou un simulateur sans acheter un Mac dédié, un Mac à distance peut offrir un environnement macOS séparé, avec le coût récurrent et la dépendance à l’accès réseau que cela implique. Il ne remplace ni l’Asset Library ni la configuration de la fiche. Si cette étape fait partie de votre flux, examinez les options de Mac à distance proposées par MACCOME ainsi que la présentation des environnements MACCOME, puis vérifiez d’abord que votre tâche nécessite réellement un outil macOS ; pour une gestion de ressources limitée à App Store Connect, un Mac n’est pas un préalable.