Votre app a été rejetée pour une URL de politique manquante ou cassée
Que faire dans l'heure : trouver l'URL en cause, mettre une URL valide en ligne, mettre à jour la fiche et soumettre à nouveau sans aggraver les choses.
Identifiez lequel des quatre champs d'URL l'avis désigne réellement, ouvrez cette URL déconnecté pour voir ce que voit un examinateur, publiez une URL fonctionnelle à un endroit qui existera encore dans six mois, puis mettez à jour le champ de la console et répondez en indiquant ce que vous avez changé. C'est un lien cassé, pas un verdict sur votre app.
Faites-le plutôt en quelques minutes
AppFoyer héberge les pages dont parle ce guide — politique de confidentialité, conditions, support, suppression de compte et app-ads.txt — sur leur propre sous-domaine, sans domaine ni serveur à vous. Une app est gratuite, et rien de ce qu'exige un store n'est jamais payant.
Vérifié le 15 septembre 2026. Les règles des stores changent, parfois sans préavis. Tout ce qui suit renvoie à la documentation officielle, et c'est elle — pas cette page — qui fait autorité. Si les deux se contredisent, c'est le store qui a raison. Ce guide est traduit de l'anglais ; les citations de la documentation des stores restent en anglais, dans leur version originale.
Si vous lisez ceci avec un rejet ouvert dans un autre onglet, faites quatre choses dans cet ordre : identifiez lequel des quatre champs d’URL l’avis désigne réellement, ouvrez cette URL déconnecté pour voir ce que voit un examinateur, mettez en ligne une URL fonctionnelle à un endroit qui sera encore là dans six mois, puis modifiez-la dans le champ de la console et répondez en indiquant ce que vous avez changé. C’est l’une des catégories de rejet les plus rapides à lever — c’est un lien cassé, pas un jugement sur votre app.
Chaque étape en détail.
1. Identifier l’URL réellement en cause
L’avis nomme un champ. Lisez-le à la lettre plutôt que de supposer, car quatre URL différentes sont souvent confondues :
| Champ | Où il se trouve | Ce que c’est |
|---|---|---|
| Privacy policy URL | Play Console → App content ; App Store Connect | Votre politique |
| Data deletion URL | Play Console → App content | Où un utilisateur demande la suppression de son compte |
| Support URL | App Store Connect | Où un utilisateur obtient de l’aide |
| Developer website | Fiche de la boutique | Votre site — c’est aussi là que app-ads.txt est recherché |
Un rejet qui mentionne la « privacy policy » signifie parfois que la politique existe mais que le formulaire Data safety la contredit. Vérifiez les deux avant de modifier quoi que ce soit.
2. Vérifier le lien comme le fera un examinateur
Ouvrez-le dans une fenêtre privée, déconnecté, sur des données mobiles plutôt que sur votre réseau domestique :
curl -i https://your-url.example/privacy
Vous cherchez 200 OK et un contenu lisible. Les constats habituels sont un 404, un domaine
expiré, une redirection vers une connexion, ou une page qui fonctionne sur votre ordinateur parce que
vous êtes connecté au service qui l’héberge.
3. Mettre une URL fonctionnelle en ligne
Quoi que vous fassiez ici, cela doit rester vrai dans six mois. Une URL qui fonctionne aujourd’hui et disparaît à la fin d’un essai gratuit vous ramènera sur cette page.
Trois options, en toute franchise :
- Votre propre domaine et hébergement. Le mieux si vous en avez déjà un. Un après-midi si ce n’est pas le cas — et la page de suppression de compte aura besoin de quelque chose capable de recevoir une demande, ce qu’un hébergement statique ne sait pas faire.
- Une page de conformité hébergée. Plus rapide ; vérifiez ce que devient l’URL si vous arrêtez de payer.
- Un lien vers un document. Fonctionne parfois, donne une impression d’improvisation, et c’est la première chose remise en question si quoi que ce soit d’autre dans la soumission paraît léger.
4. Mettre à jour la fiche, puis soumettre à nouveau
Modifiez l’URL dans le champ de la console que le rejet a nommé — pas seulement sur votre site web. Répondez ensuite à l’examen par une phrase simple indiquant ce que vous avez changé et où. Les examinateurs traitent un très grand nombre de ces cas ; une note précise est plus rapide à traiter qu’une excuse.
5. Ne pas aggraver les choses
- Ne soumettez pas à nouveau sans changer l’URL, en espérant que c’était un hasard. Soumettre plusieurs fois le même problème vous ralentit.
- Ne faites pas pointer le champ vers une page que vous ne contrôlez pas — une page Notion, un profil sur un réseau social, le site d’un ami.
- Ne collez pas la politique d’un concurrent en changeant les noms. Cela se remarque, et c’est un problème de droit d’auteur en plus d’un rejet.
- Ne corrigez pas seulement l’URL nommée. Si l’URL de confidentialité était morte, les URL de support et de suppression sont généralement sur le même domaine mort. Corrigez-les toutes maintenant plutôt qu’en trois cycles d’examen.
Ce que fait AppFoyer
Les cinq pages sont mises en ligne ensemble sur un seul sous-domaine, vous collez donc des URL fonctionnelles dans tous les champs en une seule fois au lieu de revenir pour le rejet suivant. Une app est gratuite et il n’y a pas de carte à saisir, ce qui compte quand vous essayez de lever un rejet ce soir.
Les sources qui font foi
- Common reasons for app rejection — Apple
- Policy centre — Aide Google Play