Aller au contenu
supastack
Parcourir la documentation

For AI agents: fetch the complete documentation index at /llms.txt, the full documentation corpus at /llms-full.txt, the agent skill at /skill.md, or this page as Markdown at /fr/docs/modules/email.md (or send Accept: text/markdown).

E-mail transactionnel

Envoi des messages d’authentification et des workflows du produit.

Lisez votre premier message local, puis activez la livraison

Le courrier électronique transactionnel désigne un message déclenché par une action d'application, telle qu'un code de connexion ou le résultat d'une tâche. Avec le serveur Web en cours d'exécution, conservez EMAIL_PROVIDER=local dans apps/web/.env.local. Terminez la configuration de la base de données, demandez un code de connexion dans /auth, puis ouvrez /mail-preview et inspectez le dernier message. Un message local apparaissant ici n'est pas un e-mail envoyé dans votre boîte de réception externe.

Pour envoyer de vrais messages, choisissez un fournisseur de messagerie, créez son compte, vérifiez un domaine que vous contrôlez et suivez son guide dédié. Mettez la clé API nommée et l'adresse de l'expéditeur dans apps/web/.env.local, enregistrez et redémarrez le serveur Web. Demandez un nouveau code de connexion, puis vérifiez à la fois le journal de livraison du fournisseur et la boîte de réception de destination, y compris le spam. La vérification du domaine et l'approbation de l'expéditeur peuvent prendre du temps.

Si le message échoue, inspectez l’erreur de livraison et la vérification de l’expéditeur avant de demander à plusieurs reprises. La route /mail-preview est réservée au développement et renvoie 404 en production. Séparez les activités marketing de cet expéditeur transactionnel afin qu'une campagne de newsletter ne puisse pas perturber le courrier de vérification du compte.

Séparer les envois transactionnels

Le module d’e-mail gère les messages transactionnels du produit, notamment l’authentification et la fin d’une tâche. Les campagnes de prospection relèvent du workflow propre au produit consommateur et doivent rester séparées du parcours transactionnel.

Configurer l’adaptateur d’envoi

Utilisez l’adaptateur local pour des tests déterministes. Configurez l’adaptateur de production choisi et ses identifiants serveur avant d’activer les envois externes. Ne placez jamais les secrets du fournisseur de messagerie dans la configuration du client ou dans les journaux.

Enregistrer séparément l’envoi

Un résultat généré et son e-mail de fin ont des résultats distincts. Examinez les enregistrements d’envoi avant d’affirmer qu’un message a été livré. Testez un échec d’envoi sans le confondre avec un échec de génération et sans soumettre de nouveau le même travail de modèle.

Questions fréquentes

14 questions

Qu'est-ce que supastack ?

supastack est une fondation modulaire pour construire des produits SaaS avec IA. Elle réunit l'infrastructure commune pour que vous puissiez vous concentrer sur les fonctionnalités propres à votre produit.

Prend-il en charge le web et le mobile ?

Oui. supastack inclut des applications Next.js et Expo comme points de départ pour des expériences web et mobile.

Quelle authentification est incluse ?

Better Auth couvre e-mail/mot de passe, OTP et connexion sociale. Les espaces de travail personnels sont provisionnés avec le compte pour que les enregistrements restent délimités dès le premier jour.

Comment l'IA est-elle prise en charge ?

supastack inclut une IA multi-fournisseurs configurable, le suivi d'usage, des budgets, et la prise en charge chiffrée de vos propres clés (BYOK).

Comment les abonnements sont-ils gérés ?

Pour les produits construits sur le kit, la facturation Stripe, les abonnements et les droits d'accès forment la base de l'accès payant. Les secrets fournisseur restent côté serveur.

Où vit le code propre à mon produit ?

Les fonctionnalités propres au produit restent dans un codebase séparé, tandis que le produit configure et intègre les modules de la fondation supastack.

Comment fonctionne la tarification de supastack ?

Le kit est un achat unique avec mises à jour à vie : Un framework à 249 $ (prix de lancement temporaire — 100 $ de réduction par rapport au prix habituel de 349 $) ou Tous les frameworks (Next.js, iOS, Android) à 499 $ (prix de lancement temporaire — 100 $ de réduction par rapport au prix habituel de 599 $), plus 75 $ par siège développeur supplémentaire. Pas d'abonnement au kit. Le paiement sur ce site livre votre clé de licence par e-mail, avec accès au dépôt via invitation GitHub.

Comment les espaces de travail délimitent mes données ?

Les enregistrements appartenant aux utilisateurs sont délimités par workspaceId. Identité, droits d'accès, usage IA, événements de facturation et entrées d'audit restent dans le périmètre de l'espace personnel.

Comment fonctionnent les jobs en arrière-plan ?

Trigger.dev est le runtime de jobs explicite. Le contrat JobRunner ne promet que enqueue, status et cancel — la sémantique de workflow reste propre à Trigger.dev et explicite.

En quoi l'e-mail diffère-t-il de la prospection ?

L'e-mail transactionnel couvre les flux produit comme les avis de fin de tâche. La prospection à froid et les campagnes relèvent du produit, hors du module e-mail de ce kit.

Comment fonctionnent les achats sur mobile ?

Le mobile inclut les achats natifs et leur restauration via RevenueCat, avec un accès vérifié par votre serveur. Configurez les comptes des boutiques et terminez les tests sur appareil avant publication. La facturation web reste séparée.

Où vivent les clés des fournisseurs IA ?

Les identifiants BYOK sont chiffrés et restent côté serveur. Les clés sont masquées dans les journaux ; l'usage et les budgets restent visibles au niveau de l'espace de travail.

Quels moyens de paiement le checkout accepte-t-il ?

Le checkout hébergé par Stripe accepte les cartes et peut aussi proposer Alipay et WeChat Pay une fois ces portefeuilles activés sur le compte Stripe — pratique pour les acheteurs en Chine. Les autorisations de portefeuille se confirment de manière asynchrone : la page de licence se met à jour dès que le paiement est validé.

Puis-je obtenir un remboursement ?

Une fois que vous avez accès au dépôt, supastack vous appartient pour toujours et ne peut donc pas être remboursé. Mais rassurez-vous : vous obtenez le code source complet avec des mises à jour à vie pour créer et déployer un nombre illimité de produits pour vous ou vos clients. Vous ne pouvez simplement pas revendre le code ni redistribuer le dépôt sous forme de kit de démarrage ou de modèle.

FR
Thème