Raccourcisseurs d'URL white-label pour agences : un guide d'achat complet

La plupart des agences se tournent vers un raccourcisseur d'URL white-label pour la même raison de surface : les clients remarquent quand vos liens raccourcis disent bit.ly ou s.elido.me. Les raisons plus profondes sont généralement la marge de facturation et la défendabilité d'audit. L'équipe IT d'un client qui demande « où vont les données de clic ? » mérite une réponse plus propre que « un fournisseur US par lequel je revends ».

Ce guide est rédigé pour les directeurs des opérations et les dirigeants d'agence qui évaluent les options white-label - pas pour les développeurs qui veulent construire une infrastructure de liens à partir de zéro. L'objectif est de vous donner un cadre pour comparer ce que différentes plateformes livrent réellement à chaque couche de branding, les vraies questions à poser aux fournisseurs et une procédure concrète de la façon dont la configuration de compte revendeur fonctionne.

Ce que « white-label » signifie réellement, couche par couche#

Le terme est utilisé de façon vague. Les fournisseurs qui offrent des domaines de marque personnalisés se disent white-label. De même que les fournisseurs qui vous laissent mettre un logo sur le tableau de bord. Ce ne sont pas la même chose, et la différence compte pour la façon dont vous tarifez et exploitez le service pour les clients.

Il y a six couches distinctes. Toutes les plateformes ne les implémentent pas toutes.

Six couches de branding empilees du domaine de redirection personnalise en surface jusqu'au branding du tableau de bord, expéditeur email personnalise, sous-domaine de portail, gestion des sous-comptes et facturation revendeur au niveau le plus profond

Couche 1 : Domaine de redirection personnalisé#

La signification la plus courante. Au lieu que les redirections passent par le domaine de la plateforme (bit.ly/xyz), elles passent par un domaine que vous contrôlez (go.youragency.com/xyz ou go.clientbrand.com/xyz). C'est le minimum viable du white-label pour la plupart des cas d'usage agence - cela retire le nom de la plateforme de chaque lien que vos clients partagent.

L'implémentation nécessite un enregistrement DNS CNAME de votre sous-domaine vers l'edge de la plateforme et un certificat TLS automatique pour ce nom d'hôte. Tous les raccourcisseurs majeurs gèrent cela. La variable est à l'échelle multi-tenant : lorsque vous gérez vingt domaines clients au lieu d'un, la plateforme prend-elle en charge les CNAMEs wildcard (*.links.youragency.com), ou ajoutez-vous un enregistrement DNS par client ?

Couche 2 : Branding du tableau de bord#

L'interface d'administration de la plateforme porte votre logo, votre nom de marque et votre couleur primaire au lieu de ceux de la plateforme. Les clients qui se connectent pour gérer leurs liens voient votre marque, pas celle de la plateforme. Certaines plateformes vous permettent également de remplacer le titre de l'onglet du navigateur et le favicon.

Cette couche est ce qui rend le service présentable lorsque les clients interagissent directement avec lui. Sans elle, un client qui clique sur « Voir le tableau de bord » depuis votre page de rapports atterrit sur une page brandée Bitly ou Rebrandly, et l'arrangement devient transparent.

Couche 3 : Expéditeur d'email personnalisé#

Les réinitialisations de mot de passe, les rapports de clics, les alertes d'expiration de lien et les emails d'invitation sortent de [email protected] au lieu du domaine de la plateforme. C'est souvent négligé jusqu'à ce qu'un client demande pourquoi il reçoit des emails d'un fournisseur avec lequel il n'a pas accepté de travailler. Un expéditeur d'email personnalisé affecte également la délivrabilité : la réputation de domaine pour l'email transactionnel remonte au domaine expéditeur.

Couche 4 : Sous-domaine de portail personnalisé#

Le tableau de bord lui-même vit sur un nom d'hôte que vous contrôlez - links.youragency.com - plutôt que app.someplatform.com. Cela nécessite que la plateforme route le nom d'hôte links.youragency.com vers le contexte de tenant de votre espace de travail, émette un certificat TLS pour celui-ci et scope les sessions utilisateur en conséquence. C'est une implémentation significativement plus complexe qu'un domaine de redirection personnalisé, et moins de plateformes la livrent.

Couche 5 : Gestion des sous-comptes#

Vous pouvez provisionner des espaces de travail séparés pour chaque client, chacun avec son propre domaine, sa bibliothèque de liens, ses analyses et ses membres d'équipe - tous gérés depuis un seul compte revendeur parent. C'est la couche qui sépare l'infrastructure revendable de l'accès self-service rebrandé.

Sans gestion de sous-comptes, le white-label s'effondre opérationnellement à l'échelle. Soit vous donnez à tous les clients accès à un espace de travail partagé (ce qui signifie qu'ils peuvent voir les liens et données des autres), soit vous maintenez des comptes de plateforme séparés par client (ce qui signifie des relations de facturation séparées et aucune vue consolidée pour votre équipe).

Couche 6 : Facturation revendeur et reporting d'usage#

Vous payez la plateforme à un tarif de gros ; vous facturez les clients à votre propre tarif. La surface de facturation de la plateforme est invisible pour vos clients. Le reporting d'usage est scopé à chaque espace de travail client afin que vous puissiez justifier les factures sans exposer les données des autres clients.

Cette couche vit généralement derrière une conversation de vente entreprise. Peu de plateformes publient la tarification revendeur sur leurs pages publiques.

Le spectre de la Couche 1 à la Couche 6 est ce qui distingue une plateforme qui prend en charge les liens de marque d'une plateforme véritablement conçue pour la revente agence.

Comment les principaux fournisseurs se comparent#

Bitly Enterprise#

Bitly prend en charge les domaines personnalisés sur les forfaits payants. Le branding du tableau de bord n'est pas une fonctionnalité publiée - l'interface de Bitly est brandée Bitly pour tous les paliers. L'envoi d'email personnalisé depuis votre domaine ne fait pas partie du produit standard. L'intégration SSO de Bitly vit derrière le palier Premium (199 $/mois selon la page de tarification consultée le 2026-05-11 - vérifiez avant de citer cela à un client). Il n'y a aucune entrée white-label dans la matrice de fonctionnalités ni dans la fiche produit entreprise.

Pour la plupart des agences évaluant une motion de revente, Bitly n'est pas un choix pratique. La reconnaissance de marque de bit.ly dans les liens est un problème connu, pas un problème résolu, même au niveau Enterprise. Bitly est un choix solide pour les équipes marketing internes ; il n'a pas été conçu pour disparaître derrière la marque de quelqu'un d'autre.

Rebrandly Pro / Business#

Rebrandly a une entrée white-label marquée comme limitée dans les comparaisons de fonctionnalités indépendantes. Le produit a une UX de liens de marque solide et prend en charge les domaines personnalisés à chaque palier payant. Le tableau de bord est brandé Rebrandly ; le branding personnalisé par espace de travail n'est pas une fonctionnalité publiquement documentée. L'expéditeur d'email personnalisé n'est pas documenté sur les pages publiques de fonctionnalités. Leur structure de prix (Essentials 11 $ / Professional 32 $ / Growth 99 $ selon la page de tarification consultée le 2026-05-11) n'inclut pas de palier revendeur sur la page publique.

Les forces de Rebrandly sont ses intégrations d'automatisation no-code (Zapier, Make, Workato) et son flux de configuration single-domain soigné. Pour une agence qui veut donner aux clients un domaine de marque propre sans opération de revente complexe, Rebrandly fonctionne pour la Couche 1 et partiellement pour la Couche 2. Pour les Couches 4–6, vous devriez négocier un arrangement entreprise sur mesure.

Short.io#

Short.io a un support white-label explicite en tant que fonctionnalité produit. Leur forfait Business (90 $/mois selon leur page de tarification consultée le 2026-05-11) inclut les paramètres white-label. Les domaines personnalisés sont pris en charge à partir du forfait Personal ; la matrice de fonctionnalités montre le white-label comme disponible au palier Business.

Le white-label de Short.io semble couvrir l'expérience de tableau de bord brandé et les domaines personnalisés. Cinq domaines personnalisés sont disponibles même sur le palier gratuit, ce qui est exceptionnellement généreux pour la configuration de Couche 1. La plateforme est basée aux US ; la résidence des données pour les clients UE nécessite un examen de Transfer Impact Assessment.

Elido Business#

Le white-label d'Elido couvre les six couches décrites ci-dessus, et l'implémentation est documentée dans la base de code plutôt que comme une affirmation marketing. Les fonctionnalités spécifiques livrées :

Domaine de redirection personnalisé avec vérification DNS automatisée et émission TLS automatique à la demande pour chaque nom d'hôte tenant (vérifié par notre service de validation de domaine)
CNAME wildcard (*.links.youragency.com) sur le forfait Business pour la couverture de sous-domaines multi-clients sans entrées DNS par client
Branding du tableau de bord par espace de travail - champs brand_name, logo_url (HTTPS ou data URL base64, max ~512 Ko), primary_color (hex ou oklch), email_from_name et portal_hostname, exposés via PUT /v1/workspaces/{id}/branding ; gated au forfait Business
Routage de sous-domaine de portail - portal_hostname route un nom d'hôte personnalisé (par exemple links.acme.com) vers le bon espace de travail ; GET /v1/portal/lookup résout un en-tête host vers un workspace_id, utilisé à la fois par le TLS automatique à la demande et par le middleware du tableau de bord pour scoper les sessions
Comptes revendeur - POST /v1/workspaces/{id}/reseller crée un compte revendeur avec company_name, contact_email, custom_domain et branding_config ; POST /v1/workspaces/{id}/reseller/workspaces provisionne un sous-espace de travail lié au compte revendeur ; les points de terminaison de liste et de suppression suivent le même motif
Résidence des données EU-first - région UE principale, pas d'égress EEE sauf si l'espace de travail opte explicitement pour US East ou Asie-Pacifique ; DPA avec obligations Article 28 livré dans le contrat standard

La mutation du branding est gated au forfait Business au niveau API ; le serveur retourne 402 Payment Required si l'espace de travail est sur un palier inférieur. Les données de branding existantes survivent à un déclassement et sont récupérables lors d'une remise à niveau sans avoir à les re-saisir.

La page solutions pour agences est la référence orientée équipe d'achat pour cet ensemble de fonctionnalités.

Le tableau ci-dessous résume ce qui est publiquement documenté ou vérifiable pour chaque fournisseur. Les cellules marquées comme « non documenté » signifient que la fonctionnalité est absente des pages de tarification publiques, des pages de fonctionnalités et des documents DPA publiés - elle peut exister derrière une négociation entreprise.

Couche	Bitly	Rebrandly	Short.io	Elido
Domaine de redirection personnalisé	Forfaits payants	Forfaits payants	Tous forfaits payants (5 sur gratuit)	Business
Branding du tableau de bord	Non documenté	Non documenté	Business	Business
Expéditeur d'email personnalisé	Non documenté	Non documenté	Non documenté	Business
Sous-domaine de portail	Non documenté	Non documenté	Non documenté	Business
Gestion des sous-comptes	Non documenté	Non documenté	Partiel	Business (API revendeur)
Résidence des données UE	Principal US	Principal US	Principal US	Région UE par défaut

Prix issus des pages publiques consultées le 2026-05-11. Vérifiez avant achat.

Cas d'usage agence : une procédure concrète#

Voici comment la configuration revendeur fonctionne sur Elido. La séquence est la même que vous le fassiez via le tableau de bord ou l'API ; le chemin API est montré parce que les agences fonctionnant à l'échelle voudront automatiser cela pour chaque nouvel onboarding client.

Un espace de travail parent revendeur pour l'agence se ramifiant vers trois espaces de travail clients isoles, chacun avec son propre domaine personnalise et branding, tous se resolvant via le edge Elido partage en region UE

Flux de configuration revendeur en cinq etapes : activer le mode revendeur sur l'espace de travail agence, provisionner un espace de travail client, configurer le DNS client, definir le branding par espace de travail, jusqu'a la connexion du client sur son propre portail

1. Activer le mode revendeur sur votre espace de travail d'agence#

Votre agence a un seul espace de travail parent sur le forfait Business. Vous enregistrez un compte revendeur une fois :

curl -X POST https://api.elido.app/v1/workspaces/{your_workspace_id}/reseller \
  -H "Authorization: Bearer $ELIDO_API_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "company_name": "Acme Digital Agency",
    "contact_email": "[email protected]",
    "custom_domain": "links.acmedigital.example",
    "branding_config": {}
  }'

La réponse inclut un reseller_account_id. Stockez-le.

2. Provisionner un espace de travail client#

Lorsque vous onboardez un nouveau client, provisionnez un sous-espace de travail lié à votre compte revendeur :

curl -X POST https://api.elido.app/v1/workspaces/{your_workspace_id}/reseller/workspaces \
  -H "Authorization: Bearer $ELIDO_API_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "workspace_id": 99201,
    "label": "Client: TechCorp EMEA"
  }'

Le workspace_id ici est l'espace de travail client, créé via le flux normal de provisionnement d'espace de travail. Le label est votre référence interne - les clients ne le voient pas.

3. Configurer DNS pour le domaine personnalisé du client#

Le client veut que ses redirections passent par go.techcorp-emea.example. Vous ajoutez deux enregistrements DNS dans le panneau de leur fournisseur DNS :

go.techcorp-emea.example   CNAME   b.elido.me.
_elido-verify.go.techcorp-emea.example   TXT   "ws_<their_workspace_token>"

Le jeton de vérification apparaît dans les Paramètres > Domaines personnalisés de leur espace de travail. Une fois que notre service de validation de domaine voit l'enregistrement TXT, il marque le domaine comme vérifié et un certificat TLS est émis automatiquement à la requête suivante.

4. Configurer le branding par espace de travail#

Définissez le branding de l'espace de travail client depuis votre compte revendeur :

curl -X PUT https://api.elido.app/v1/workspaces/{client_workspace_id}/branding \
  -H "Authorization: Bearer $ELIDO_API_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "brand_name": "TechCorp Links",
    "logo_url": "https://assets.techcorp-emea.example/logo-dark.png",
    "primary_color": "#0a2463",
    "email_from_name": "TechCorp Links",
    "portal_hostname": "links.techcorp-emea.example",
    "enabled": true
  }'

Le portal_hostname ici est le sous-domaine de tableau de bord personnalisé. Il doit être unique à travers tous les espaces de travail de la plateforme - un 409 Conflict est retourné si un autre espace de travail le réclame déjà. Une fois défini, links.techcorp-emea.example route directement vers le tableau de bord de gestion des liens de TechCorp, brandé sous leur identité.

5. Le client reçoit des liens sur son domaine, se connecte à son portail#

À partir de ce point, l'équipe de TechCorp se connecte à links.techcorp-emea.example, crée des liens qui se résolvent sous go.techcorp-emea.example et reçoit les notifications par email de TechCorp Links. Le nom d'Elido n'apparaît dans aucun de ces points de contact.

Pour une explication détaillée des mécanismes DNS et du cycle de vie des certificats TLS, le guide des domaines personnalisés couvre le tableau opérationnel complet, y compris les enregistrements CAA, le décalage de propagation et ce qui se passe lorsqu'un administrateur DNS client retire le CNAME en pleine campagne.

Considérations sur le modèle de tarification pour la revente agence#

L'économie de la revente de gestion de liens semble différente selon le fonctionnement du modèle de facturation de la plateforme.

Les modèles de plafond par lien (structure de Rebrandly) facturent selon le nombre d'URL raccourcies actives à travers votre compte. Pour une agence gérant de nombreux clients avec des bibliothèques de liens modérées, le plafond peut devenir la contrainte contraignante avant que le volume de clics ne le soit. Les liens actifs accumulés de chaque client contribuent au total, et un client à forte activité de campagne qui crée 500 nouveaux liens par mois atteint les seuils de palier plus rapidement qu'un client qui génère 500 000 clics à travers dix liens permanents.

Les modèles de volume de clics par lien (structure d'Elido pour le forfait Business) facturent selon le volume de redirection à travers l'organisation, avec une surcharge mesurée par clic au-delà du seuil du forfait. La contrainte contraignante est le trafic, pas l'inventaire. Les agences gérant de nombreux clients avec des profils de trafic modérés peuvent gérer une grande bibliothèque de liens combinée sans pression de palier due au seul nombre de liens.

Aucun modèle n'est universellement moins cher. Le point de croisement dépend de votre mix client. La bonne analyse : prenez votre nombre total de liens actifs à travers tous les clients et votre volume mensuel total de clics à travers tous les clients, faites tourner les deux contre le modèle de tarification de chaque fournisseur pour le palier qui couvre ce volume et comparez le coût annualisé. Puis tenez compte de la marge revendeur que vous comptez facturer.

Un point de départ pratique pour la marge revendeur : la plupart des agences exploitant des services logiciels pour le compte de clients prennent une marge de 20 à 40 % au-dessus de leur propre coût. Avec une plateforme qui vous facture mensuellement et vous laisse facturer les clients indépendamment, votre marge sur la composante de gestion des liens est simple à calculer. Les plateformes qui nécessitent des comptes individuels orientés client, ou qui facturent par espace de travail sans vue revendeur consolidée, rendent cela plus difficile à gérer proprement.

La visibilité de la facturation basée sur l'usage vaut la peine d'être demandée explicitement. Vous voulez pouvoir exécuter un rapport d'usage par client en fin de mois sans exporter les données manuellement. Les analyses scopées à l'espace de travail d'Elido vous permettent de tirer le volume de clics par sous-espace de travail via l'API ; Short.io et Rebrandly ont des analyses au niveau de l'espace de travail, bien que la facturation consolidée en mode revendeur soit une fonctionnalité à vérifier sur les forfaits actuels.

Angle conformité : revendre aux PME UE#

Lorsque vous revendez des services de gestion de liens à des clients basés dans l'UE, vous devenez un sous-traitant dans la chaîne. Vos clients sont contrôleurs des données de clic de leurs utilisateurs finaux. La plateforme est un sous-sous-traitant. Cet arrangement est régi par l'Article 28 du RGPD - la relation sous-traitant à sous-sous-traitant exige que votre contrat avec la plateforme inclue des obligations contraignantes de sous-sous-traitant, et que vous ayez des obligations correspondantes envers vos clients.

Les obligations pratiques pour une agence revendant à des PME UE :

Votre contrat client a besoin d'un DPA. L'accord avec chaque client doit inclure un accord de traitement des données qui couvre les données de clic de lien en tant que données personnelles. Les DPA de modèle standard sont acceptables ; les clauses clés sont les catégories de données traitées, la divulgation des sous-sous-traitants et les mesures de sécurité. N'utilisez pas un modèle de DPA qui ne couvre que votre traitement interne - il doit faire descendre les obligations de sous-sous-traitant vers la plateforme que vous utilisez.

Divulgation des sous-sous-traitants. Votre DPA devrait lister la plateforme sur laquelle vous êtes construit comme un sous-sous-traitant. Vos clients ont le droit de savoir qui traite les données de leurs utilisateurs finaux. Si vous utilisez une plateforme basée aux US, cela déclenche une exigence de Transfer Impact Assessment pour de nombreux clients UE de secteurs réglementés. Si vous utilisez une plateforme résidente UE, l'exigence TIA n'est généralement pas déclenchée.

Confirmation de résidence des données. Si le service achats de votre client exige une résidence des données contractuelle - « toutes les données personnelles restent dans l'EEE » - votre choix de plateforme détermine si vous pouvez accepter cela. Bitly, Rebrandly et Short.io sont principalement US et nécessiteraient une documentation de transfert transfrontalier basée sur les SCC. L'infrastructure UE par défaut d'Elido signifie que vous pouvez vous engager contractuellement à la résidence EEE sans arrangements personnalisés.

SLA de notification de violation. L'Article 33 du RGPD exige que les contrôleurs notifient leur autorité de contrôle dans les 72 heures suivant la prise de connaissance d'une violation de données personnelles. En tant que sous-traitant dans la chaîne, vous devez notifier vos clients (les contrôleurs) « sans retard indu » après avoir pris connaissance d'une violation. Le SLA de notification d'incident de sécurité de votre plateforme devrait être inférieur à 72 heures - vérifiez cela dans le DPA ou l'avenant de sécurité.

Registre des activités de traitement. En vertu de l'Article 30, vous devez maintenir un Registre des activités de traitement (RoPA) en tant que sous-traitant. Cela devrait inclure vos sous-sous-traitants. Garder la documentation DPA de la plateforme à jour est la façon dont vous maintenez cela sans effort manuel.

L'article RGPD pour les raccourcisseurs d'URL contient le cadre légal complet si vous voulez les citations d'articles pour votre propre examen DPO. Pour l'achat avec résidence UE spécifiquement, la page trust d'Elido sur /trust liste les cinq sous-traitants, tous EU-first (compute, edge, e-mail, paiements, proxy + WAF), et les termes du DPA.

Checklist de migration : déplacer un portefeuille de clients d'agence#

Si vous déplacez des clients de Bitly ou Rebrandly vers une plateforme white-label, la migration implique trois pistes parallèles : inventaire de liens, DNS et communication client.

Phase d'inventaire (avant de changer quoi que ce soit) :

Exportez tous les liens courts pour chaque client depuis la plateforme actuelle. Depuis Bitly : Paramètres > Exporter. Depuis Rebrandly : export CSV de l'espace de travail. Chaque ligne devrait avoir l'URL courte, l'URL de destination, le domaine personnalisé (le cas échéant), le slug, les tags et la date de création.
Documentez quels clients sont sur des domaines personnalisés versus des domaines de la plateforme. Les clients sur domaines de la plateforme ont plus de travail devant eux : ils ont besoin d'un nouveau domaine ou sous-domaine configuré avant la migration.
Vérifiez les liens sans domaine personnalisé qui sont intégrés dans des supports imprimés, des pieds d'email ou des pages externes que vous ne pouvez pas mettre à jour. Ce sont vos liens les plus à risque - ils se casseront si l'ancien compte de plateforme se ferme. Marquez-les séparément.

Préservation DNS et redirection :

Pour les clients sur domaines personnalisés : vous repointez leur CNAME de l'ancienne plateforme vers la nouvelle. Le slug et la destination peuvent être importés avant que le DNS ne se propage, il n'y a donc pas de fenêtre 404 si vous chronométrez le basculement DNS après l'import en masse.
Réduisez le TTL du CNAME à 300 secondes au moins 48 heures avant le basculement pour minimiser le décalage de propagation le jour du switch.
Importez les enregistrements de liens dans la nouvelle plateforme en utilisant l'API d'import en masse (POST /v1/links/bulk sur Elido) avant de couper le DNS. Testez qu'une nouvelle redirection se résout correctement sur la nouvelle plateforme via l'API avant de toucher au DNS.
Coupez le DNS à un moment de faible trafic. La plupart des liens d'agence voient le moins de trafic les matins de semaine dans le fuseau horaire cible.
Gardez l'ancien compte de plateforme actif pendant au moins 14 jours post-basculement pour attraper tout résolveur DNS retardataire. Si les liens sur l'ancienne plateforme pointent maintenant vers votre nouvelle configuration, cette fenêtre peut être plus courte.

Communication client :

Notifiez les clients au moins une semaine avant le basculement DNS, en le cadrant comme une amélioration d'infrastructure. Incluez la date et l'heure du changement prévu.
Après le basculement, envoyez une confirmation avec la nouvelle URL du tableau de bord si vous changez les noms d'hôte de portail.
Certains clients voudront vérifier que leurs liens fonctionnent toujours après le basculement. Donnez-leur un moyen simple de le faire - une liste de cinq à dix liens représentatifs qu'ils peuvent tester eux-mêmes.

Analyses historiques :

L'historique de clics ne migre pas entre plateformes. Les analyses du jour de basculement vers l'avant sont dans le nouveau système. Si les clients ont besoin de données historiques à des fins de reporting, exportez-les depuis l'ancienne plateforme avant la fermeture du compte et stockez-les dans vos propres dossiers ou fournissez-les directement au client.
Bitly et Rebrandly exportent tous deux des comptes de clics agrégés dans leurs exports CSV. Les événements de clic bruts (horodatage individuel, pays, appareil, référent par clic) ne sont généralement pas exportables depuis aucune des deux plateformes.

Le playbook de migration Bitly couvre les mécanismes spécifiques à Bitly plus en détail, y compris la pagination API pour les grands inventaires de liens et le timing de chevauchement DNS.

Que demander à tout fournisseur avant de signer#

Cette liste est volontairement courte. Vous pouvez lire les pages de fonctionnalités ; ce sont les questions auxquelles vous ne pouvez pas répondre depuis le site marketing.

L'API prend-elle en charge le provisionnement de sous-espaces de travail revendeur ? Demandez le point de terminaison, pas seulement « oui ». Testez-le dans un compte d'essai avant de signer. Une motion white-label qui nécessite des tickets de support manuel à la plateforme par onboarding client ne passe pas à l'échelle au-delà d'environ dix clients.

Où vivent les données de clic de mes clients, et pouvez-vous vous engager contractuellement sur cela ? Les assurances verbales ne survivent pas à l'examen achats. La réponse devrait être une juridiction (région UE, US East, etc.) et elle devrait apparaître dans le DPA que vous signez.

Quel est votre SLA de notification d'incident de sécurité aux clients ? La réponse compte pour votre propre obligation Article 33 RGPD. Moins de 24 heures est le standard pour les plateformes qui prennent cela au sérieux.

Que devient le branding et les liens de mes clients si je déclasse ou pars ? Demandez explicitement si les données de branding par espace de travail sont préservées lors du déclassement (afin de ne pas perdre la configuration si vous manquez un paiement) et quelles sont les options d'export de données. Certaines plateformes suppriment les données d'espace de travail à l'annulation de compte avec un court préavis.

Puis-je définir l'adresse de facturation et les détails de facture sur mon agence, pas sur les comptes clients individuels ? Si les clients peuvent voir l'interface de facturation de la plateforme, l'arrangement de revente est exposé. Une facturation consolidée sur un compte agence unique avec ventilation d'usage au niveau de l'espace de travail est ce dont vous avez besoin.

La page solutions/agences est l'endroit où les fonctionnalités spécifiques aux agences d'Elido sont documentées pour les équipes d'achat. La page de tarification contient les détails actuels des paliers et le tableau de comparaison des forfaits.

Pour les questions sur la configuration de compte revendeur, les termes DPA ou la migration d'un portefeuille de clients, l'équipe de vente est joignable depuis la page de contact.