Offre nouveaux clients : économisez 35% sur la facturation annuelle · Voir les tarifs
Choisir la langue:
Fonctionnalités Solutions Tarifs Comparatif Ressources Connexion
API REST & Gouvernance Entreprise

Conçu pour les développeurs, standardisé pour les agences.

Automatisez tous vos flux avec des endpoints REST épurés, recevez des Webhooks d'événements en direct et pilotez 1 à 25 sous-comptes étanches sous un seul abonnement.

API REST & Webhooks à latence milliseconde1–25 espaces sous-utilisateurs étanchesPortail client personnalisé en marque blanche
API, webhooks, and access control
REST API · webhook · role
POST /api/v1/subscribers
Authorization: Bearer ••••••••

{
  "workspace": "client-a",
  "role": "campaign_manager",
  "event": "subscriber.created"
}
Freins opérationnels

Gérer plusieurs marques sur un compte unique crée des failles de sécurité.

Les agences et groupes multi-marques ont impérativement besoin d'environnements cloisonnés, de droits granulaires et de clés API dédiées pour garantir la confidentialité.

INTEGRATION

Data moves through files and manual tasks

Contacts, order states, and attributes arrive late across systems.

EVENTS

Source systems never receive delivery outcomes

Bounce, click, and subscriber status do not return to the CRM.

ACCESS

Every team member shares one account

The business cannot determine who viewed, changed, or launched a campaign.

ISOLATION

Several clients share one data space

Agencies struggle to separate workspaces, assets, and permissions by client.

Quatre capacités clés

Four layers to separate when designing the operating model.

API integration, webhooks, subusers, and roles work together, but none replaces another.

REST API

Read and write data with controlled access

Connect supported contacts, lists, campaigns, and resources to the source system.

WEBHOOK

Push events back to receiving systems

Send the state required for a CRM or application to continue its workflow.

SUBUSER

Create a separate identity for each person

Avoid shared passwords and assign each user to the appropriate workspace.

ROLE & ACCESS

Scope permissions to responsibility

Separate viewing, creation, approval, sending, and sensitive configuration access.

Comparaison des modes opératoires

Move from “we have an API” to an integration that can be operated long term.

Decision makers need visibility into data flow, access rights, and traceability together.

Point de décisionAncienne méthodeAvec eMailBase

Bring data in

Use CSV files and repeated scheduled tasks.

Sync data through the REST API as part of the workflow.

Receive events

Check reports manually.

Send status back to the source system by webhook.

Team accounts

Share login credentials.

Give every member a separate subuser.

Approval

Anyone can change and send.

Use roles to limit actions by responsibility.

Traceability

The source of a change is unclear.

Organize access control by user and workspace.

Dans le produit

Real API documentation with enough context for the integration team.

The API documentation shows the base URL, authentication method, and response structure. Subuser and role management remain separate to avoid confusing integration with access control.

Integration base URL

Bearer token in the request header

Returned response format

eMailBase REST API documentation with authentication and response guidance
API documentation: base URL, Bearer token authentication, and response structure.
Indicateurs à suivre

Mesurez les progrès à partir de signaux opérationnels.

Successful sync rate

Track successful requests, authentication failures, and data errors by endpoint.

Event processing latency

Measure from event creation until the receiving system completes processing.

Active access grants

Review users, roles, and workspace access that are still required.

Questions fréquentes

Questions about integration and access control.

Define data scope, permissions, and error handling before issuing credentials.

Your system usually calls an API to read or write; eMailBase sends a webhook after an event occurs.

Not necessarily. A subuser is an identity; permissions and workspace access must follow the organization model.

Only an appropriate technical administrator. Store tokens securely, limit scope, and revoke them when no longer needed.

Design a controlled integration

Map data flows and access rights before issuing a token.

Start with one endpoint, one webhook, and one test role to validate the full lifecycle.