Prouver avec un fichier
Tu mets en ligne un petit fichier texte qui contient ta valeur, puis tu cliques sur « C’est fait, vérifie ». C’est la méthode à prendre quand ton site tourne sur une adresse que tu n’as pas achetée, comme monsite.vercel.app ou monsite.lovable.app : son DNS n’est pas à toi.
Avant de commencer
- Tu peux mettre un fichier en ligne sur ton site : un dépôt que tu déploies, ou ton projet Lovable.
- Ta double authentification est activée sur Rustine. Sinon, Rustine te la demande au moment de vérifier.
Les étapes
Copie l'adresse et le contenu dans Rustine
Ouvre ton projet, clique sur « Prouver que c’est mon site » et choisis l’onglet Fichier. Rustine affiche deux valeurs :
Adressehttps://monsaas.fr/.well-known/rustine-verify.txtAvec ton site à la place demonsaas.fr.Contenurustine-verify=<jeton>Ta valeur est propre à ton site : copie celle de ton projet.Capture à faireFenêtre « Prouve que c’est à toi » de l’app, onglet Fichier ouvert : les lignes Adresse et Contenu avec leurs boutons de copie. Jeton flouté.Crée le fichier dans ton projet
Le fichier s’appelle
/.well-known/rustine-verify.txtet contient le contenu copié, sur une ligne. D’autres lignes peuvent suivre : Rustine cherche la sienne.- Next.js, sur Vercel ou ailleurs : crée
public/.well-known/rustine-verify.txt. Next.js sert tout ce qui est danspublicà la racine du site. - Lovable : demande dans le chat de Lovable de créer le fichier
public/.well-known/rustine-verify.txtavec ta valeur pour seul contenu, puis publie. - Netlify, Vite, site statique : mets-le dans le dossier
publicde ton projet, ou directement dans le dossier publié (dist,build…), sous le même chemin. - Ton propre serveur : à la racine de ce que sert ton site, dans un dossier
.well-known.
- Next.js, sur Vercel ou ailleurs : crée
Déploie, puis ouvre l'adresse
Mets ton site en ligne, puis ouvre l’adresse copiée dans ton navigateur. Tu dois voir ta valeur, en texte brut, et rien d’autre autour.
Si tu vois ta page d’accueil ou une erreur 404, le fichier n’est pas servi : il n’est pas au bon endroit, ou il n’a pas été déployé.
Reviens dans Rustine et clique sur « C'est fait, vérifie »
Rustine lit le fichier tout de suite :
C’est à toi. L’eau s’éclaircit.
Laisse le fichier en place
Rustine le relit juste avant chaque audit complet. Garde-le dans ton dépôt : s’il disparaît au prochain déploiement, l’audit devient un scan rapide.
Ce que Rustine vérifie
- L’adresse répond en HTTPS, avec un certificat valide.
- La réponse est un 200.
- Pas de redirection vers un autre domaine. Une redirection sur le même site passe.
- Une ligne du fichier est exactement ta valeur, dans les 4 premiers Ko. Les espaces autour ne comptent pas.
Ça ne marche pas ?
Je vois ma page d'accueil à la place du fichier
Ton site renvoie sa page d’accueil pour toute adresse qu’il ne connaît pas, ce que font la plupart des apps React. Le fichier n’est donc pas dans ce que tu as déployé. Vérifie qu’il est bien dans public/.well-known/, avec le point devant well-known, puis redéploie.
Mon site redirige vers www, ou vers un autre domaine
Rustine refuse un fichier servi par un autre domaine que celui que tu prouves. Si monsaas.fr renvoie vers www.monsaas.fr, passe par le DNS, qui ne dépend pas des redirections.
Rustine dit que le certificat n'est pas valide
Le fichier doit être servi en HTTPS avec un certificat valide pour cette adresse. Un certificat expiré ou auto-signé ne passe pas. Renouvelle-le chez ton hébergeur, ou prouve ton site par le DNS.
J'ai aussi app.monsaas.fr
Le fichier ne prouve que l’adresse qui le sert, pas ses sous-domaines. Chaque adresse de ton projet se prouve à part.
Quelle méthode choisir
Le fichier est la bonne méthode quand ton DNS n’est pas à toi. Si tu y as accès, le TXT évite d’avoir un fichier à garder dans ton dépôt.
Toujours bloqué ?
Ouvre le chat : on voit d'où tu viens, pas besoin de tout réexpliquer.