Guideline 3.1.1
Par Sebastian · mise à jour le 21 août 2026
Guideline 3.1.1 : Règle Apple imposant le passage par l’achat intégré pour tout contenu numérique consommé dans l’application.
Entrée de la famille « Stores et publication » du glossaire. Elle s’adresse à un porteur de projet qui doit rédiger, comparer ou recetter, pas à un spécialiste du sujet.
Pourquoi Guideline 3.1.1 compte sur un projet mobile
Guideline 3.1.1 intervient au moment le plus risqué du projet, celui où le code est terminé et où la mise en ligne dépend d’un tiers qui applique ses propres critères.
Ce que le mot recouvre exactement dépend du projet. Ce qui suit vaut pour la plupart des applications mobiles françaises, et sert de point de départ à la discussion.
La traduction en exigences
Écrire « Guideline 3.1.1 » dans un cahier des charges suppose d’avoir lu les règles en vigueur des deux boutiques. Elles ne disent pas la même chose et changent plusieurs fois par an.
À écrire noir sur blanc, dans le chapitre qui correspond :
- Les boutiques visées et les pays de diffusion, dès la version 1.
- Le titulaire des comptes développeur, et qui règle leurs frais.
- La procédure en cas de rejet, et le délai de reprise engagé.
- Les captures d’écran et la vidéo de prévisualisation : qui les produit, à quel format.
Rien n’oblige à tout figer dès le premier jour. Ce qui reste ouvert doit alors être signalé comme tel, avec la date à laquelle la décision sera prise.
Pour le cadre général, le guide des prix donne les fourchettes constatées en France et le modèle de cahier des charges la structure qui les rend opposables.
Comment le vérifier à la recette
Guideline 3.1.1 se vérifie sur un appareil réel et sur la version publiée, pas sur la préversion distribuée aux testeurs.
- Relire la fiche produit dans chaque langue publiée, sur un vrai téléphone.
- Vérifier que le compte développeur est au nom du client avant la première soumission.
- Dérouler le parcours de suppression de compte, exigé par les deux boutiques.
Ces vérifications s’inscrivent au cahier de recette, avec un nom en face de chacune. Une case sans responsable reste vide.
Ce qui tourne mal le plus souvent
Aucune de ces erreurs ne se voit le jour où elle est commise. Toutes se paient plus tard, au moment le moins commode.
- Ouvrir les comptes développeur au nom de l’agence plutôt qu’à celui du client.
- Bâcler la fiche produit, alors que le trafic des boutiques se joue dessus.
- Sous-estimer la vérification d’identité du compte développeur, qui bloque tout le reste.
- Prendre un rejet pour une fatalité au lieu de répondre point par point au motif invoqué.
- Se contenter d’une réponse orale en réunion, jamais reprise dans le document contractuel.
Termes liés
Les entrées du glossaire déjà publiées sur des sujets voisins :
Questions fréquentes
Que signifie « Guideline 3.1.1 » ?
Règle Apple imposant le passage par l’achat intégré pour tout contenu numérique consommé dans l’application. La définition tient en une phrase, son application dépend du projet. C’est pour cette raison qu’elle doit figurer dans le cahier des charges plutôt que dans un échange de courriels.
Apple et Google appliquent-ils les mêmes règles ?
Non. Chaque boutique a ses exigences, ses délais et ses motifs de rejet. Un projet qui ne prévoit qu’un seul jeu de contraintes découvre l’autre au moment le plus coûteux.
Comment savoir si le budget annoncé est cohérent ?
En comparant le périmètre écrit aux fourchettes constatées en France, détaillées poste par poste sur le guide des prix. Un chiffre isolé ne veut rien dire sans le périmètre qui va avec.
Toutes les définitions publiées sont rassemblées dans l’index du glossaire, classées de A à Z et par famille.
Un doute sur ce point de votre projet ?
30 minutes avec un technicien : on relit votre périmètre, on vous dit ce qui manque dans le cahier des charges et à quel palier de prix votre projet se situe. Sans engagement.