Nouveautés
Version Juin 11, 2026 - 5.122
Mise à jour Google Customer Match
DISPONIBLE POUR TOUS LES CLIENTS AYANT ACTIVÉ GOOGLE CUSTOMER MATCH
Contexte
Auparavant, lors de la configuration de l’intégration Google Customer Match, plusieurs étapes devaient être effectuées côté client Google. Le processus était donc complexe, long et source d’erreurs.
Solution
Le processus est désormais considérablement simplifié grâce à une application d’authentification Google fournie par Selligent.
À quoi cela ressemble dans la solution
Pour accéder à l’application d’authentification Google, contactez le support afin de créer un nom d’utilisateur et un mot de passe. Une fois l’accès obtenu, vous pouvez vous connecter avec les identifiants qui vous ont été fournis.
Cette application vous guide dans un processus simple et rapide, étape par étape, pour créer un Ads CustomerId et un Refresh Token, utilisés dans le Social Endpoint de Selligent:
Les détails sont disponibles dans l’article : Installation de Google Customer Match.
Mises à jour API — Suivi : contrôle d’index sur les champs clés pour le traitement des données en masse
Contexte
À la suite des améliorations du traitement des données en masse communiquées dans la version précédente, nous avons ajouté un contrôle de validation supplémentaire afin de préserver la stabilité de la plateforme lors de l’importation ou de la suppression de grands volumes de données.
Le pipeline de traitement repensé permet déjà à la plateforme de gérer des charges utiles plus volumineuses de manière plus fiable et de traiter plus efficacement les opérations de chargement et de suppression de données. Grâce à cette capacité accrue, la plateforme vérifie désormais également si la table de liste de destination dispose d’un index unique compatible sur les champs clés utilisés par l’import avant d’autoriser les upserts à grande échelle.
Ce contrôle permet d’éviter que de grands imports s’exécutent d’une manière susceptible de ralentir l’environnement dans son ensemble. Si l’index requis est manquant, l’import est arrêté avant de pouvoir affecter la stabilité de la plateforme.
Cette mise à jour s’applique aux mêmes endpoints que ceux couverts dans la communication de version précédente :
- POST {list}/data/load
- DELETE {list}/data
- POST {list}/segments/{seg}/data/load
- DELETE {list}/segments/{seg}/data
Solution
Avant de traiter un import en masse volumineux, la plateforme vérifie désormais si la table de destination est configurée pour prendre efficacement en charge l’import.
La plateforme recherche un index unique compatible sur les champs clés utilisés par l’import. Ce contrôle contribue à protéger les performances et empêche les grands imports de ralentir l’environnement dans son ensemble.
L’import fonctionne comme suit :
| Scénario | Ce qui se passe |
|---|---|
| Un index unique compatible existe sur les champs clés de l’import | L’import s’exécute à pleine performance, sans limite supplémentaire. |
| Aucun index unique compatible n’existe, et la table de destination contient environ 5 millions de lignes ou plus (estimation) | L’import est rejeté avant que des données ne soient traitées. |
| Aucun index unique compatible n’existe, la table de destination est plus petite, et l’import contient plus de 100 000 enregistrements | L’import démarre, mais il est arrêté lorsque la limite de 100 000 enregistrements est atteinte. |
| Un index non unique existe sur les champs clés | L’import ne passe pas le contrôle de validation. Un index unique est requis. |
Aperçu dans la solution
Pour bénéficier des améliorations de performance et éviter le blocage des imports, assurez-vous que chaque liste concernée dispose d’un index unique sur les champs clés utilisés pour les chargements de données en masse.
1. L’approche recommandée consiste à définir la clé métier à l’aide de l’endpoint API introduit dans les notes de version précédentes :
PUT /organizations/{organization}/lists/{api_name}/businesskey
Lorsqu’aucun index unique correspondant n’existe déjà, la plateforme en crée un automatiquement. Les index uniques existants gérés par votre administrateur de base de données ne sont pas modifiés.
2. Sinon, votre administrateur de base de données peut créer un index unique directement sur les mêmes champs clés dans la table sous-jacente.
Remarque: Avant de créer un index unique, vérifiez si des enregistrements en double existent déjà pour la combinaison de clés sélectionnée. Les données en double doivent être résolues avant que l’index unique puisse être créé.
Corrections
- La vue d’ensemble des imports/exports n’affiche plus à tort le libellé « Last Execution » dans la fenêtre contextuelle « Next execution ».
- Les nombres de segments sont désormais lisibles, alors que les nouvelles modifications de l’interface les rendaient auparavant difficiles à lire.
- Les droits de dossier du dossier parent sont désormais appliqués au nouveau dossier lorsqu’il est créé par un utilisateur sans droits de dossier.
- La priorité de l’alerte de la gestion de la pression de marketing est désormais définie sur HIGH lorsque le plan de cadence est en erreur après le redémarrage de clashagent.
- Il est de nouveau possible de modifier le lien du bouton dans un bloc de contenu.
- Une instance Single Batch Journey charge désormais correctement l’éditeur de contenu lorsqu’elle est créée à partir d’un modèle.
- Une syntaxe sgmc non valide dans un bloc de contenu vous empêchait d’ouvrir les e-mails utilisant ce bloc de contenu. Ce problème a été résolu.
- La suppression d’un bloc de contenu d’un composant Bloc de contenu dans un message efface désormais le champ de saisie de la version du bloc de contenu.
Une vue d'ensemble de tous les travaux de maintenance planifiés est disponible dans l'aide en ligne. Veuillez consulter la rubrique suivante pour l'aperçu relatif à 2025. Veuillez noter que ces dates de maintenance s'appliquent uniquement aux mises à jour Windows et à la maintenance des bases de données et ne sont pas liées aux mises à jour des versions.
La prochaine maintenance est:
| US - 01:00 -05:00 AM CST | EU - 00:00 - 04:00 AM CET+1 |
|---|---|
| Juin 11, 2026 | Juin 9, 2026 |
| Juin 25, 2026 | Juin 30, 2026 |
| Juillet 9, 2026 | Juillet 14, 2026 |
La page d'état vous informe régulièrement de l'état de la plateforme Selligent en cas d'incident système majeur dans votre région. Cet article explique les informations affichées et comment s'abonner au système de notifications pour recevoir des mises à jour régulières sur l'état de la plateforme ; nous recommandons vivement à tous les utilisateurs de s'abonner.
Cliquez ici pour accéder à la page d'état de la plateforme.
Pour plus d'informations sur la page État de la plateforme, notamment sur l'inscription aux notifications, consultez la documentation État de la plateforme.

