Les identifiants restent côté serveur
Les identifiants fournisseur restent sur le serveur et n'apparaissent jamais dans les prompts d'agent ou le code navigateur. Les clés RelayLane sont hachées et révocables.
Marketing localisé
Donnez à votre agent une voie vers votre marché.
Commencez par un brief approuvé et une langue cible. Générez un brouillon via text.generate, puis révisez-le. Le scraping en direct de concurrents n'est pas disponible.
Essayer la passerelle ↗Un flux de travail que vous pouvez démarrer maintenant
- 01
Fournissez votre offre approuvée, l'audience et les contraintes de marque.
- 02
Utilisez text.generate pour rédiger du contenu dans la langue cible.
- 03
Vérifiez le résultat avant de publier ou d'engager des dépenses.
Seuls les outils vérifiés peuvent s'exécuter, dans les limites d'essai partagées. Aucun publication, achat, dépense publicitaire ni accès à un compte privé n'est déclenché.
Lire ce point de terminaison →Le contrôle fait partie de la connexion.
Pour l'essai en cours, les identifiants du modèle restent sur le serveur. Vous vous connectez à RelayLane et utilisez une clé RelayLane. L'accès aux comptes privés exigera toujours un consentement séparé.
L'accès suit la tâche
Les outils gérés par la plateforme et les données privées autorisées par l'utilisateur sont séparés. Aucun accès large au compte n'est implicite.
Coûts avant les appels
Tous les essais d'API partagent des limites quotidiennes de compte et de plateforme. Les crédits de test Stripe sont isolés ; l'exécution payante en direct n'est pas activée.
RELAYLANE
Quelle API devons-nous connecter ensuite ?
Dites-nous la première tâche que votre agent devrait pouvoir accomplir. Votre demande nous aide à prioriser les intégrations réelles.
Le consentement pour les contacts et la publicité est séparé. Les demandes de contact sont stockées pour suivi. L'attribution publicitaire est optionnelle ; aucun pixel Google ou Meta n'est actif.
Confidentialité et utilisation des données — RelayLane →