Si vous voulez être alerté immédiatement quand un script se termine, qu'un déploiement échoue ou qu'une tâche IA est prête, Echobell Direct est la solution la plus simple.

Direct évite la configuration lourde: pas de templates, pas d'abonnés, pas de workflow complexe. Vous créez une clé, vous appelez l'URL, et la notification arrive.

Qu'est-ce que Echobell Direct ?

Echobell Direct est le mode d'alerte personnel d'Echobell. Vous obtenez une URL unique (/d/{token}) liée à votre clé, puis vous envoyez title et body pour recevoir une notification instantanée.

Direct est pertinent pour:

• Automatisations personnelles, scripts, jobs CI/CD
• Mise en place rapide avec peu de configuration
• Contenu défini à la demande pour chaque notification

Pour des alertes partagées, des templates et des conditions, utilisez plutôt les canaux webhook.

Pourquoi choisir Echobell Direct

1. Intégration rapide

Quelques minutes suffisent pour brancher un script shell, un cron ou un pipeline.

2. Niveau d'urgence adaptable

Avec notificationType, vous choisissez:

• active pour les mises à jour standard
• time-sensitive pour les alertes importantes
• calling pour les incidents critiques

Voir types de notification.

3. Plus de contexte avec externalLink

Ajoutez un lien vers un dashboard, un log ou un ticket pour agir immédiatement.

4. Très utile pour les workflows IA asynchrones

Direct évite de vérifier vos onglets en continu pendant les tâches longues. Guide connexe: WebhookMCP + Echobell.

Mise en place en 3 minutes

1. Créer une clé Direct

Dans l'app Echobell, ouvrez Direct puis créez une clé (CI, Cron, AI Tasks, etc.).

2. Copier l'URL webhook

https://hook.echobell.one/d/YOUR_KEY_TOKEN

Traitez cette URL comme un secret.

3. Envoyer la première notification

curl -X POST https://hook.echobell.one/d/YOUR_KEY_TOKEN \
  -H "Content-Type: application/json" \
  -d '{
    "title": "Deploy failed",
    "body": "api-service failed health check",
    "notificationType": "time-sensitive",
    "externalLink": "https://dashboard.example.com/deploys/123"
  }'

Plus d'exemples dans la documentation Direct.

Direct vs Channels

Choisissez Direct si:

• Les alertes sont personnelles
• Vous voulez aller vite
• Vous préférez envoyer title/body à chaque requête

Choisissez Channels si:

• Les alertes doivent être partagées avec l'équipe
• Vous avez besoin de templates et de conditions
• Votre flux est multi-services et durable

Compléments utiles: templates, présentation d'Echobell.

Bonnes pratiques

• Stockez les tokens dans des variables d'environnement
• Utilisez une clé par service
• Réinitialisez un token en cas de fuite
• Réservez calling aux vrais incidents critiques
• Rédigez des messages courts et actionnables

FAQ

Direct est-il réservé aux développeurs ?

Non. Tout outil capable d'envoyer une requête HTTP peut l'utiliser.

Peut-on envoyer des alertes type appel ?

Oui, via notificationType: "calling" (abonnement premium requis).

GET et POST sont-ils supportés ?

Oui, mais POST JSON est recommandé.

Est-ce sécurisé ?

L'URL Direct agit comme une clé API. Gardez-la privée et faites une rotation si nécessaire.

Conclusion

Pour des alertes personnelles simples et fiables, Echobell Direct est le point d'entrée le plus efficace. Commencez avec Direct, puis étendez avec webhooks et types de notification.