Comment ajouter une URL de politique de confidentialité à une application créée avec Lovable, Bolt, Replit ou v0

Par Paul Cranmer, Fondateur · Dernière vérification : octobre 2026 · Constructeurs d'applications IA · Lovable, Bolt.new, Replit, v0

Vous avez fait naître une application par prompt et elle fonctionne. Le premier mur n'est pas du code : la connexion avec Google veut une URL de politique de confidentialité sur votre domaine avant de vérifier l'écran de consentement, Stripe veut vos pages légales quand vous activez les paiements, et chaque boutique ou plateforme publicitaire a un champ pour le lien. La page /privacy générée est en général un espace réservé. Cette page donne l'ordre des opérations et laisse le constructeur taper.

Pour qui c'est fait

Fondateurs qui livrent une application Lovable, Bolt, Replit ou v0 à de vrais utilisateurs
Toute personne bloquée sur la vérification de l'écran de consentement OAuth Google
Constructeurs qui veulent que l'agent crée la politique, pas un avocat

Pas pour

Les applications mobiles natives (utilisez le parcours gratuit Application mobile et les tutoriels Play / App Store)
Les outils internes qui ne collectent jamais de données d'utilisateurs externes

Ce que la plateforme exige

Écran de consentement OAuth Google : une URL de politique de confidentialité et une page d'accueil, toutes deux sur un domaine que vous avez vérifié, avant que Google vérifie l'application pour la connexion avec Google.
Stripe : un site web d'entreprise accessible par Stripe pendant l'activation, avec des conditions et une politique de confidentialité liées depuis celui-ci.
Boutiques d'applications, connexion Meta et plateformes publicitaires : un champ URL de politique de confidentialité qui doit s'ouvrir publiquement en HTTPS, sans connexion et pas en PDF.
La politique doit nommer ce que l'application utilise réellement : le fournisseur d'authentification, la base de données, les paiements, l'e-mail et l'analyse que le constructeur a branchés.

Obtenez d'abord une URL active

Une application web générée est un produit SaaS, elle est donc sur l'offre hébergée. Répondez à l'assistant avec le nom de l'application, les services qu'elle utilise (Supabase, Firebase, Stripe, connexion Google, analyse) et un contact, et vous obtenez une URL HTTPS stable à coller dans chaque champ. Si l'application n'est qu'une API, choisissez API/SDK et c'est gratuit.

Obtenir l'URL de politique de l'application

Pas à pas : collez votre URL de politique de confidentialité

Créez l'URL de politique de confidentialité hébergée. Lancez l'assistant en SaaS/Application web. Nommez l'application, cochez les services que le constructeur a connectés (authentification, base de données, paiements, analyse), ajoutez un contact. Copiez l'URL active.
Dites au constructeur de la lier. Promptez votre constructeur : ajoute un lien de pied de page libellé Politique de confidentialité pointant vers l'URL hébergée, et supprime la page /privacy de substitution. Une phrase ; il le fera.
Collez-la dans l'écran de consentement OAuth Google. Dans la Google Cloud Console, ouvrez l'écran de consentement, renseignez Page d'accueil de l'application et Lien vers les règles de confidentialité avec des pages de votre domaine vérifié (le lien de pied de page satisfait l'exigence de page d'accueil), puis soumettez pour vérification.
Collez-la là où les paiements et les boutiques la demandent. Activation Stripe : votre site d'entreprise avec le lien de pied de page. Boutiques d'applications, connexion Meta et plateformes publicitaires : directement le champ URL de politique de confidentialité.
Gardez l'URL stable pendant que vous régénérez. Les constructeurs réécrivent les pages librement. L'URL hébergée vit en dehors de l'application, donc les régénérations ne cassent jamais le lien que Google, Stripe ou une boutique ont déjà approuvé. Modifiez le texte de la politique quand vous ajoutez des services.
Ou laissez l'agent tout faire. Notre serveur MCP expose create_privacy_policy_url. Un agent dans le constructeur, ou n'importe quel client MCP, peut créer l'URL et la coller dans le pied de page en une seule fois.

Libellés de champs à repérer

Google Cloud Console → écran de consentement OAuth: Page d'accueil de l'application, lien vers les règles de confidentialité, domaines autorisés. La vérification contrôle que les liens sont sur un domaine autorisé.
Prompt du constructeur: « Ajoute un lien de pied de page vers https://<votre url hébergée> libellé Politique de confidentialité et supprime la page /privacy de substitution. »
Activation Stripe: Champ Site web de l'entreprise ; Stripe examine le site pour les pages légales et une description de ce que vous vendez.

Raisons fréquentes d'échec du formulaire

Soumettre la page /privacy de substitution avec du lorem ipsum
Lien de politique de confidentialité sur un domaine différent de celui autorisé par Google
Une politique qui ne nomme jamais Supabase, Firebase, Stripe ni l'analyse que l'application exécute
Régénérer l'application et perdre le lien de pied de page

Google veut votre domaine

L'URL hébergée est sur privacypolicyurl.com, pas sur votre domaine. L'écran de consentement de Google veut le lien de politique sur un domaine autorisé, alors liez la politique hébergée depuis la route /privacy de votre propre application (une redirection d'une ligne ou une intégration) et soumettez cette route ; le contenu reste maintenu ici.

Obtenir l'URL de politique de l'application En savoir plus

Questions fréquentes

Lovable, Bolt, Replit ou v0 exigent-ils une politique de confidentialité ?

Non. L'exigence vient de ce à quoi l'application se connecte : vérification de la connexion Google, activation Stripe, boutiques d'applications et plateformes publicitaires. Toute application avec des utilisateurs en rencontrera au moins une.

La politique peut-elle être sur privacypolicyurl.com si Google veut mon domaine ?

Oui. Gardez le contenu hébergé ici et faites pointer la route /privacy de votre propre application vers lui ; soumettez votre route à Google. Le contenu reste maintenu sans toucher à l'application.

Est-ce gratuit ?

Les applications web sont sur l'offre hébergée. Si ce que vous avez construit n'est qu'une API ou une application mobile, choisissez ce type et l'URL est gratuite.