# Préparer les notes App Review de ta première app iOS

Modèle Devoria — Mehdi Azizi — révision du 27 septembre 2026.
Guide : https://devoria.fr/blog/pourquoi-apple-refuse-votre-app
Autres modèles : https://devoria.fr/ressources

Ce fichier aide à expliquer le fonctionnement réel de ta build. Il ne remplace
pas les règles d’Apple et ne garantit pas l’acceptation. Supprime les rubriques
inutiles, remplace tous les crochets et refais le parcours sur la build envoyée.

## Avant de copier les notes

- Note la version et le numéro de build réellement testés.
- Pars d’une installation neuve, puis utilise les mêmes étapes que le reviewer.
- Si une connexion est nécessaire, prépare un compte de démonstration fonctionnel
  avec des données fictives. Renseigne ses identifiants dans les champs réservés
  d’App Store Connect : aucun mot de passe dans un dépôt ou une ressource publique.
- Décris les prérequis réels (matériel, région, service accessible) sans inventer
  de mode caché ou contourner une permission.
- Si ton app propose des achats, vérifie leur disponibilité et le parcours de
  restauration dans l’environnement de test adapté avant de les décrire.
- N’écris « corrigé » que si tu as reproduit le problème puis validé le correctif.

## English template — App Review notes

```text
APP PURPOSE
[App name] helps [audience] to [specific task].
The main result a user can achieve is [observable outcome].

VERSION UNDER REVIEW
Version: [version]
Build: [build number]

ACCESS
[No account is needed / Please use the demonstration account supplied in
the App Review sign-in information fields.]
[Explain any legitimate setup needed before testing. Delete if unnecessary.]

MAIN FLOW
1. Open the app and select [exact button label].
2. On [screen name], [action using fictitious example data].
3. Select [button label].
Expected result: [what appears and where].

IN-APP PURCHASES — DELETE IF NOT APPLICABLE
Open [screen path] to find the available products.
[Product name] provides [specific access] for [displayed duration].
To restore a previous purchase, open [path to Restore Purchases].
[Explain where free access ends, if relevant.]

PERMISSIONS AND REQUIREMENTS — DELETE IF NOT APPLICABLE
[Permission] is requested when [user action], because [feature purpose].
If it is declined, [actual behavior and recovery path].
[Describe required hardware or account setup if relevant.]

CHANGES IN THIS SUBMISSION
[Concise description of the changes actually included in this build.]
```

## Réponse à un refus : relier le motif au correctif

Conserve le numéro de guideline et les conditions indiquées par Apple. Si tu ne
reproduis pas le problème, dis-le et demande les informations manquantes plutôt
que d’annoncer une correction. Exemple à adapter, uniquement après vérification :

```text
Thank you for reviewing [app name].

Regarding guideline [number]: [one-sentence description of the reported issue].
In version [version], build [number], we changed [specific behavior].

To verify:
1. [Starting state and screen]
2. [Action]
3. [Expected corrected result]

We reproduced and checked this flow on [device and iOS version].
[Mention an attachment only if you actually included it.]
```

## Exemple fictif : un carnet de lecture

« Ouvrir Bibliothèque → Ajouter un livre → saisir le titre “Livre de test” →
enregistrer la page 24 → fermer et relancer l’app → ouvrir le livre. La page 24
doit toujours être affichée. » C’est plus précis que « l’app sauvegarde les livres ».
Cet exemple illustre le niveau de détail ; ce n’est pas une app publiée de Devoria.

## Références

- App Review Guidelines : https://developer.apple.com/app-store/review/guidelines/
- Informations de revue : https://developer.apple.com/help/app-store-connect/reference/app-information/platform-version-information/
- Répondre à App Review : https://developer.apple.com/help/app-store-connect/manage-submissions-to-app-review/reply-to-app-review-messages/

Tu peux adapter ce modèle à ton projet. Pour citer la ressource, utilise l’URL
du guide ou https://devoria.fr/ressources#app-review.