Les questions que se posent vraiment les fondateurs indépendants

Oui : /account (profil, abonnement, clés de licence émises) et /admin (utilisateurs, licences, trafic, commandes). Les deux sont en cinq langues et sont maintenant modifiables : PATCH /api/profile, PATCH /api/admin/users, /api/billing/portal et /admin/tickets. Décocher account ou admin dans le Builder retire tout l'arbre de routes du ZIP.

Le webhook payant émet la clé et l'envoie automatiquement à l'adresse utilisée lors du paiement (idempotent par clé). Un échec est stocké dans mail_outbox et réessayé par /api/cron/mail-outbox. Pour un achat invité ou une adresse différente, utilisez le formulaire de renvoi sur /license. La mise en production demande un MAIL_PROVIDER réel et un cron côté hébergeur.

Waffo Pancake (Merchant of Record par défaut), Waffo Acquiring, Stripe, Creem, PayPal, Lemon Squeezy et none. Toutes partagent la même interface. Une signature absente ou invalide renvoie 400 ; une liste d'événements vide mais correctement signée renvoie 200 ignored. npm run probe:webhook vérifie ce contrat hors ligne.

Avec Supabase Auth : magic link et OAuth (Google/GitHub/Apple/Microsoft), RLS activée par défaut. Sans Supabase, repli sur SQLite local : connexion par mot de passe (hash scrypt, sessions stockées uniquement en hash), réinitialisation et vérification d'e-mail. Il manque encore MFA, OAuth et la rotation de session.

/api/ai diffuse réellement le texte en flux (text/plain) depuis les API compatibles OpenAI (OpenAI / OpenRouter / DeepSeek / Groq), Anthropic Claude et Google Gemini. Un quota quotidien par utilisateur est appliqué (AI_MESSAGES_PER_DAY, 50 par défaut) ; le dépassement renvoie 429 avec un Retry-After exact.

Oui : BM25 (mots latins + uni/bi-grammes CJK) fusionné avec des embeddings denses via RRF (k=60), avec citations [n]. Sans clé d'embedding, repli automatique sur BM25 seul. Le stockage des documents est en mémoire par défaut et disparaît au redémarrage : la production nécessite une base persistante.

Oui, et c'est vérifié en CI. Les pages d'accueil, tarifs, sitemap, robots et pages légales sont régénérées depuis la configuration du client ; les pages marketing, les chaînes de marque et le générateur sont retirés. pack.ts applique un balayage sur tous les fichiers texte du ZIP et les 18 cas de la matrice vérifient l'absence de marque, de liens morts et de fichiers du générateur.

Vercel, Cloudflare Workers via l'adaptateur OpenNext (nodejs_compat), ou votre propre serveur Node. Workers n'offre pas de disque inscriptible : node:sqlite n'y fonctionne pas, Supabase est donc obligatoire pour cette cible. Le SQLite local est réservé au développement et n'est pas durable en serverless.

L'achat définitif est remboursable dans les 14 jours. Nous ne conditionnons pas ce droit au téléchargement du ZIP. Les événements de téléchargement, d'activation et d'envoi de clé sont journalisés dans delivery_events avec une adresse hachée : c'est une preuve pour le support, pas une condition de remboursement.

Non. MAIL_PROVIDER accepte resend (REST), webhook (mailer HTTP personnalisé) ou none (no-op sûr) ; smtp est une valeur réservée NON IMPLÉMENTÉE. Une file de réessai durable (mail_outbox) existe, mais le planificateur doit être configuré côté hébergeur. SPF/DKIM/DMARC restent du travail DNS.

Par llms.txt, llms-full.txt, un contrat OpenAPI 3.1, /api/mcp, /.well-known/agent-card.json, les variantes /blog/<slug>/md, le paramètre ?format=md sur toute page publique, les graphes JSON-LD (FAQPage, BlogPosting, BreadcrumbList…) et un robots.txt qui autorise explicitement les crawlers IA.

Connecté, /api/privacy/export renvoie un JSON et /api/privacy/erase supprime les données après un confirmEmail strictement identique. Les lignes de commandes et de licences sont conservées pour la comptabilité avec une adresse rendue irréversible. POST /api/cron/retention supprime les enregistrements de plus de 90 jours (jamais les e-mails en attente).