Eventtia tourne désormais sur la dernière génération de son socle technique. Concrètement : des pages qui se chargent plus vite, des déploiements plus stables et une base plus sûre pour les années à venir.

Pourquoi c'est important : moins d'interruptions pendant vos événements, des temps de réponse réduits lors des pics d'inscription, et des correctifs de sécurité livrés plus rapidement.

• Mise à niveau complète du framework applicatif et de l'ensemble des dépendances
• Démarrage applicatif optimisé : les erreurs sont détectées au lancement, avant qu'elles n'atteignent les utilisateurs
• Chargement des feuilles de style et des ressources statiques accéléré et pré-compilé
• Infrastructure temps réel (notifications, barres de progression des tâches) rendue plus robuste
• Continuité totale des sessions utilisateurs : aucune reconnexion nécessaire après la mise à jour 🚀

Le logo de votre événement s'affiche désormais à la bonne taille dans tous les e-mails envoyés depuis Eventtia, y compris sur Outlook, qui ignorait jusqu'ici les dimensions définies en CSS.

Un logo déformé ou surdimensionné dans un e-mail de bienvenue, c'est la première impression de votre marque qui en pâtit. En ajoutant l'attribut HTML width directement sur les images, nous garantissons un rendu fidèle quel que soit le client de messagerie de vos participants — sans aucune action de votre part. 🎯

Les modèles d'e-mails concernés :

• E-mails de bienvenue et d'inscription
• Confirmation d'enregistrement (check-in)
• Demandes de rendez-vous B2B (envoi, confirmation et annulation)
• Tous les modèles utilisant le bloc logo de l'événement

Les listes déroulantes avec recherche des formulaires publics n'interfèrent plus avec l'affichage du pied de page : la mise en page reste stable, même lorsqu'une liste est ouverte ou qu'une option est sélectionnée.

Pourquoi c'est important : vos participants voient désormais un formulaire d'inscription propre et cohérent du début à la fin, sans décalage visuel susceptible de semer le doute ou de faire abandonner le processus d'inscription.

• Correction du comportement d'affichage des champs de type liste déroulante avec recherche (TomSelect) dans les formulaires publics
• Le pied de page conserve sa position correcte lors de l'ouverture et de la fermeture des listes d'options
• Aucune action requise de votre côté : la correction est déjà active sur tous vos formulaires publics ✅

La traduction allemande du terme « speaker » a été revue pour correspondre à l'usage réellement attendu par les participants germanophones, aussi bien dans l'interface d'administration que sur les pages publiques de vos événements.

Pourquoi c'est important : une terminologie juste et cohérente renforce le professionnalisme de vos événements et évite les hésitations de vos participants lorsqu'ils cherchent le programme ou la liste des intervenants.

• Nouvelle traduction allemande du terme « speaker » appliquée de manière homogène
• Mise à jour des libellés dans les modules de l'application, les pages d'événement et les paramètres de sécurité
• Aucune action requise de votre part : les textes sont automatiquement à jour pour tous les événements en allemand 🇩🇪

Les ressources statiques de la plateforme (feuilles de style, scripts, icônes et polices) sont maintenant publiées sur un CDN et servies depuis le point de présence le plus proche de chaque utilisateur.

Pourquoi c'est important : vos participants situés à l'autre bout du monde chargent désormais vos pages d'inscription aussi vite que ceux basés à côté de vos serveurs, ce qui réduit les abandons en cours d'inscription et améliore l'expérience sur mobile et sur les réseaux lents. ⚡

• Styles, scripts, icônes et polices distribués via le CDN
• Toutes les ressources de l'interface correctement référencées pour éviter les icônes ou polices manquantes

Une anomalie affectait la génération de certains fichiers d'export, qui pouvaient échouer ou rester incomplets. Le traitement des exports a été corrigé.

Pourquoi c'est important : vos rapports de participants, de paiements et de rendez-vous sont la matière première de vos analyses post-événement. Ils sont de nouveau fiables, complets et téléchargeables du premier coup. 📊

Les actions liées aux participants et aux publications sociales s'exécutent désormais sans interruption : une erreur technique pouvait auparavant faire échouer certaines opérations au moment du traitement des données texte.

Concrètement, vous ne devriez plus rencontrer de message d'erreur ni d'action bloquée lors de la création ou de la mise à jour d'un participant, ni lors de la publication de contenus sur le mur social de votre événement.

• Correction d'une erreur survenant lors de la modification de champs texte sur les fiches Participant
• Même correction appliquée aux publications sociales
• Moins d'interruptions pendant vos opérations quotidiennes, et donc moins de temps perdu à relancer une action qui a échoué 🙌

Lors de la mise à jour d'un profil utilisateur, certaines données de compte pouvaient être remplacées involontairement. La sauvegarde respecte désormais strictement les informations existantes.

Pourquoi c'est important : vos équipes conservent leurs rôles, accès et paramètres intacts, sans avoir à les reconfigurer manuellement après chaque modification.

Lorsque vous dupliquez un événement, les dates d'ouverture et de clôture des inscriptions ne sont plus reprises de l'événement d'origine : elles restent vides afin que vous définissiez celles qui correspondent réellement à votre nouvelle édition.

Auparavant, un événement cloné héritait de dates d'inscription déjà passées (ou inadaptées), ce qui pouvait fermer les inscriptions sans prévenir ou, à l'inverse, les ouvrir trop tôt. Ce correctif évite ces mauvaises surprises et la correction manuelle systématique après chaque duplication. ✅

• Les dates de début et de fin d'inscription ne sont plus héritées lors du clonage d'un événement
• Le reste de la configuration de l'événement continue d'être copié normalement
• Moins de risques d'inscriptions bloquées ou ouvertes par erreur sur une nouvelle édition

La mise à jour d'un type de participant pouvait échouer en silence : l'interface confirmait l'enregistrement alors que la modification était annulée en arrière-plan et jamais appliquée. Ce comportement est corrigé.

Pourquoi c'est important : vous n'avez plus à vérifier deux fois vos paramètres ni à découvrir une mauvaise configuration le jour de l'événement — ce que vous enregistrez est bien ce qui s'applique à vos participants.

• Correction du retour arrière silencieux (silent rollback) lors de la mise à jour d'un type de participant
• Les erreurs de validation sont désormais correctement remontées au lieu d'être masquées par un faux message de succès
• Comportement d'enregistrement fiabilisé côté modèle et côté contrôleur, pour une cohérence garantie entre l'affichage et les données réellement sauvegardées

Les alias de champs personnalisés des types de participants ne sont plus réinitialisés par erreur lorsqu'ils correspondent à la traduction d'une autre langue.

Auparavant, si le libellé saisi dans une langue coïncidait avec la traduction existante dans une autre langue, le système considérait à tort qu'il s'agissait de la valeur par défaut et effaçait l'alias personnalisé. Résultat : des formulaires d'inscription affichant soudainement le nom technique du champ au lieu du libellé choisi, pour les participants d'une langue donnée.

• La validation des alias tient désormais compte de la langue en cours, et non de l'ensemble des traductions
• Les libellés personnalisés sont conservés tels quels dans chaque langue configurée
• Plus besoin de ressaisir manuellement les alias après chaque modification multilingue

Pourquoi c'est important : pour les événements multilingues, vos formulaires restent cohérents et professionnels dans toutes les langues, sans vérification ni correction manuelle après chaque mise à jour. ✅

L'import massif de participants pouvait s'interrompre ou ne pas refléter correctement son avancement. Le processus a été stabilisé et suit désormais la progression jusqu'à son terme.

Pourquoi c'est important : charger une base de plusieurs milliers de participants ne devrait demander qu'un seul essai. Vous gagnez du temps à la préparation de l'événement et évitez les doublons liés aux imports relancés.

Vos systèmes tiers sont désormais notifiés en temps réel à chaque enregistrement (check-in) de participant, sans aucune interrogation manuelle de l'API.

Fini les synchronisations décalées ou les exports manuels après l'événement : dès qu'un participant est scanné à l'entrée ou lors d'un atelier, Eventtia envoie automatiquement un webhook à l'URL de votre choix. Votre CRM, votre outil de marketing automation ou votre tableau de bord interne reflètent la fréquentation réelle à la seconde près. 🎯

• Nouveaux webhooks déclenchés lors de l'enregistrement d'un participant à l'événement et aux ateliers
• Charge utile (payload) dédiée au check-in, contenant les informations du participant et le contexte de l'enregistrement
• Suivi des envois : chaque tentative de livraison est enregistrée, ce qui permet de diagnostiquer rapidement un endpoint indisponible
• Gestion fiable des erreurs de livraison, pour éviter de perdre un événement en cas d'incident réseau côté destinataire

Un cas d'usage typique : afficher en direct le taux de présence d'une session dans votre outil de BI, ou envoyer automatiquement un message de bienvenue dès que le participant franchit la porte.

Le webhook payment_created n'est désormais déclenché qu'au moment précis où un paiement passe au statut accepté, et non plus lors d'autres mises à jour du paiement.

Auparavant, certaines modifications d'un paiement pouvaient générer des notifications en double ou prématurées, ce qui faussait les intégrations connectées à Eventtia (CRM, outils de facturation, automatisations). Vos systèmes externes recevaient parfois l'information avant même que le paiement ne soit réellement confirmé.

• Le webhook payment_created se déclenche uniquement lors de la transition vers le statut accepté
• Fin des notifications dupliquées envoyées à vos intégrations
• Des données de paiement cohérentes entre Eventtia et vos outils tiers

Pourquoi c'est important : vos équipes finance et vos automatisations travaillent désormais sur des événements de paiement fiables, ce qui évite les relances erronées, les rapprochements manuels et les corrections de données a posteriori. 💳

La création d'un événement via l'API (v3 et v4) n'échoue plus lorsque le paramètre attendance_mode est envoyé avec la valeur physical. Cette valeur est maintenant automatiquement convertie en offline, le mode de présence attendu par la plateforme.

Auparavant, toute intégration envoyant physical recevait une erreur et l'événement n'était tout simplement pas créé, ce qui obligeait les équipes techniques à corriger leur payload ou à créer l'événement manuellement. 👍 Vos automatisations et intégrations existantes fonctionnent désormais sans adaptation.

• Prise en charge de l'alias physical, désormais associé au mode offline
• Les valeurs de attendance_mode non reconnues sont ignorées au lieu de provoquer une erreur bloquante lors de la création de l'événement
• Comportement harmonisé entre les endpoints de création d'événements des API v3 et v4

La gestion des clés de signature des webhooks a été entièrement repensée pour vous permettre de vérifier, en toute confiance, que chaque notification reçue provient bien d'Eventtia.

Pourquoi c'est important : un endpoint public sans vérification de signature peut être appelé par n'importe qui. Avec une clé de signature propre à chaque webhook, votre application peut rejeter les requêtes non authentiques et vous évitez d'injecter dans vos systèmes des données falsifiées. 🔐

• Clé de signature gérée directement au niveau de chaque webhook d'événement, et non plus de manière globale
• Migration automatique des clés existantes : aucune action requise de votre part, vos intégrations actuelles continuent de fonctionner
• Clé consultable depuis l'écran de gestion des webhooks et via l'API, pour une configuration plus rapide côté développeur
• Affichage et libellés clarifiés dans l'interface pour éviter toute confusion lors de la configuration

Les champs de localisation des formulaires et des pages de lieux prennent désormais en charge la recherche : il suffit de commencer à taper pour filtrer la liste des pays et des villes, au lieu de faire défiler des centaines d'options.

Pourquoi c'est important : vos participants remplissent leurs informations plus rapidement et avec moins d'erreurs de saisie, ce qui réduit les abandons en cours d'inscription. ✨

• Recherche dynamique dans le sélecteur de localisation des formulaires
• Recherche dynamique dans le sélecteur de villes
• Chargement optimisé des listes pour un affichage plus fluide, même avec un grand volume de données

L'accès à un groupe de participants inexistant affiche désormais une page 404 claire au lieu de provoquer une erreur d'application.

Jusqu'à présent, lorsqu'un organisateur tentait d'éditer un groupe de participants qui n'existait pas, qui appartenait à un autre événement ou qui ne contenait aucun participant pouvant le rejoindre, la page renvoyait une erreur technique inattendue. Le comportement est maintenant aligné sur celui du reste de la plateforme (chargement des événements et pages publiques des groupes) : une réponse 404 standard est renvoyée.

Pourquoi c'est important : vous savez immédiatement que le lien ou l'identifiant utilisé n'est plus valide, au lieu de perdre du temps à diagnostiquer une erreur système — moins de confusion, moins de tickets au support.

• Réponse 404 cohérente lorsqu'un groupe de participants est introuvable ou inaccessible
• Même comportement pour les groupes appartenant à un autre événement ou sans participants éligibles
• Couverture de tests renforcée pour éviter toute régression

La page d'édition des participants exposants reste désormais accessible même lorsqu'aucune réservation de stand n'est associée au compte : au lieu d'une erreur 500, l'application renvoie une réponse d'accès contrôlée (403) et évite tout plantage.

Auparavant, si l'identifiant de réservation était absent ou appartenait à un autre compte, le chargement de l'événement échouait et bloquait complètement l'exposant dans la gestion de ses participants. Ce correctif supprime ce point de blocage et garantit un comportement prévisible pour vos exposants.

• Gestion sécurisée des réservations de stand manquantes ou appartenant à un autre compte
• Remplacement de l'erreur 500 par une réponse d'autorisation claire
• Couverture de tests renforcée pour éviter toute régression sur ce parcours

Les liens de site web des sponsors ne sont plus limités en longueur : vous pouvez désormais enregistrer des URL avec paramètres de suivi (UTM, campagnes, redirections) sans que le formulaire échoue.

Auparavant, toute adresse dépassant 255 caractères provoquait une erreur au moment de l'enregistrement, et le travail saisi dans le formulaire était perdu. Concrètement, vos équipes marketing peuvent suivre précisément le trafic généré pour chaque partenaire, sans devoir raccourcir ou bricoler les liens. 🔗

• Le champ site web des sponsors accepte désormais des URL de grande longueur
• Ajout d'une validation du format de l'adresse, avec un message d'erreur clair directement dans le formulaire
• Messages d'erreur traduits dans toutes les langues prises en charge (français, anglais, espagnol, allemand, arabe, etc.)

La page de détail d'un message groupé ne se chargeait plus lorsqu'aucun filtre d'audience ne lui était associé. Ce problème est corrigé : la portée estimée affiche désormais simplement 0 destinataire au lieu de provoquer une erreur.

Pourquoi c'est important : vous pouvez de nouveau consulter et modifier tous vos messages sans interruption, y compris ceux créés en brouillon avant d'avoir défini une audience. 🎯

• La portée estimée renvoie 0 lorsque le message n'a aucun filtre d'audience sélectionné
• Plus d'erreur serveur à l'ouverture de la page de détail d'un message groupé

L'envoi d'un e-mail de test depuis le module de messagerie massive n'échoue désormais plus lorsque le code QR du participant d'exemple n'est pas disponible : la pièce jointe est simplement ignorée et l'e-mail part normalement.

Auparavant, le système tentait de lire le fichier du code QR sans vérifier son existence. Comme les participants en ligne ne génèrent pas de code QR et que le dossier temporaire est régulièrement nettoyé par la tâche de maintenance, l'envoi se soldait par une erreur serveur accompagnée d'un message d'erreur illisible — vous obligeant à relancer l'opération sans comprendre la cause.

Pourquoi c'est important : vous pouvez prévisualiser et valider vos campagnes d'e-mails en toute confiance, à tout moment et quel que soit le type de participant, sans blocage inattendu avant un envoi en masse. ✅

• Vérification de la présence du fichier de code QR avant de l'attacher à l'e-mail de test
• Plus d'erreur 500 ni de message d'erreur technique lors de l'envoi d'un e-mail de test
• Comportement fiable pour les participants en ligne comme pour les participants sur site

L'éditeur d'emails groupés affiche désormais un message d'accès refusé clair au lieu de planter lorsque l'événement associé n'est plus disponible.

Auparavant, si vous tentiez d'ouvrir l'éditeur d'emails groupés pour un événement archivé ou pour un événement n'appartenant pas à votre compte, la page retournait une erreur serveur inattendue. L'application tente maintenant de récupérer l'événement avant toute vérification et renvoie une réponse d'accès refusé (403) propre lorsqu'il est introuvable.

• Correction de l'erreur serveur survenant à l'ouverture de l'éditeur d'emails groupés pour un événement archivé ou inaccessible
• Message d'accès refusé explicite à la place d'une page d'erreur

Pourquoi c'est important : vos équipes marketing ne perdent plus de temps à diagnostiquer une page cassée et comprennent immédiatement pourquoi un événement n'est pas accessible. ✅

Les paramètres d'événement vérifient maintenant la cohérence de vos réglages au moment où vous les modifiez, et vous signalent immédiatement toute configuration problématique — par exemple une date de fin d'inscription incompatible avec les dates de l'événement.

Pourquoi c'est important : vous détectez les erreurs de configuration avant qu'elles n'impactent vos participants, plutôt que de les découvrir après coup via des inscriptions bloquées ou des demandes au support. ✅

• Nouvelles validations appliquées lors de la modification du formulaire d'inscription et des paramètres de l'événement.
• Messages d'avertissement affichés directement dans l'écran de configuration de l'événement.
• Libellés disponibles dans l'ensemble des langues prises en charge par la plateforme.

La date de fin d'un événement est désormais validée automatiquement au moment de l'enregistrement : impossible de créer ou de modifier un événement dont la date de fin précède la date de début.

Pourquoi c'est important : une date incohérente se propage partout — inscriptions, agendas, communications et rapports. Cette vérification en amont évite des corrections manuelles coûteuses et des messages erronés envoyés à vos participants.

• Nouvelle règle de validation sur la date de fin de l'événement
• Message d'erreur explicite affiché directement dans le formulaire
• Traductions disponibles dans toutes les langues prises en charge (français, anglais, espagnol, allemand, arabe, etc.) 🌍

La gestion de la date de fin d'inscription a été corrigée : la date limite que vous définissez est désormais appliquée correctement, sans messages d'erreur en double et sans blocage inattendu des inscriptions en brouillon. 🗓️

Pourquoi c'est important : vous gardez la maîtrise totale de votre fenêtre d'inscription, sans perdre d'inscriptions légitimes ni devoir accompagner des participants confrontés à des erreurs qu'ils n'auraient jamais dû voir.

• Correction de la double validation qui générait des messages d'erreur redondants lorsqu'un participant s'inscrivait à l'approche de la date de clôture.
• Les inscriptions en brouillon ne sont plus bloquées par la date de fin d'inscription : les inscriptions incomplètes ou en cours peuvent être enregistrées et finalisées sans friction.
• Messages d'erreur retravaillés et traduits dans toutes les langues disponibles (FR, EN, ES, DE, AR…) pour être compréhensibles par vos participants.

La page de confirmation affichée à la fin d'une inscription de groupe ne génère plus d'erreur 500 lorsqu'aucun participant confirmé n'est encore associé au groupe.

Auparavant, le message de succès tentait d'afficher les informations du dernier participant non brouillon du groupe. Si ce participant était absent — un cas qui survient notamment lorsque toutes les inscriptions du groupe sont encore à l'état de brouillon — l'affichage échouait et l'organisateur comme l'inscrit se retrouvaient face à une page d'erreur, juste après avoir complété le formulaire.

• Le récapitulatif d'inscription de groupe s'affiche désormais correctement, même en l'absence de participant confirmé
• Le message de succès est simplement omis plutôt que de faire échouer toute la page
• Couverture de tests ajoutée pour éviter toute régression sur ce scénario

Pourquoi c'est important : le dernier écran du parcours d'inscription est celui qui rassure vos participants. En supprimant cette erreur, vous évitez les abandons de dernière minute et les tickets de support liés à des inscriptions pourtant bien enregistrées. ✅

L'export Excel du rapport « Participants par session » identifie désormais correctement l'inscrit principal (primary registrant) de chaque inscription de groupe.

Auparavant, cette information pouvait être attribuée à la mauvaise personne ou rester vide dans le fichier exporté, ce qui faussait l'analyse de la participation aux sessions et obligeait les organisateurs à recouper manuellement les données avant de les partager.

• Correction de la colonne inscrit principal dans le processus d'export Excel du rapport des sessions
• Les inscriptions liées à un même groupe sont désormais rattachées au bon contact principal
• Les rapports générés peuvent être exploités directement, sans retraitement manuel ⏱️

Les paiements par carte via Stripe se finalisent désormais correctement, y compris lorsque plusieurs sessions de paiement sont ouvertes en parallèle pour un même participant.

Auparavant, un participant qui relançait son paiement, ouvrait un second onglet ou revenait en arrière dans le tunnel d'inscription pouvait générer plusieurs sessions Stripe concurrentes. Résultat : des transactions bloquées en attente, des statuts de paiement incohérents et des inscriptions non confirmées malgré un débit réussi. C'est précisément ce que ces corrections éliminent.

• Gestion fiabilisée des sessions Stripe multiples : seule la session pertinente est prise en compte et confirmée
• Statuts de paiement synchronisés de bout en bout entre Stripe et Eventtia, pour éviter les inscriptions "fantômes"
• Traitement renforcé des retours de paiement (succès, échec, abandon) afin d'éviter les doublons de transaction

Pourquoi c'est important : moins de paiements en échec signifie moins de tickets de support, moins de réconciliations manuelles pour vos équipes finance et, surtout, des participants qui finalisent leur inscription du premier coup. 💳

Chaque participant ne reçoit désormais qu'une seule et unique facture, même en cas d'inscriptions simultanées ou de clics répétés sur le bouton de paiement. La génération des factures est maintenant sérialisée et protégée au niveau de la base de données, ce qui élimine les doublons à la source.

Pourquoi c'est important : plus besoin de traquer et d'annuler manuellement des factures en double avant de clôturer votre comptabilité — vos participants reçoivent le bon document du premier coup, et vos rapports de revenus reflètent la réalité. 🎯

• Génération des factures sérialisée par participant afin d'éviter toute création concurrente
• Ajout d'un index sur l'identifiant unique (uuid) des factures, garantissant l'unicité et accélérant la recherche de factures
• Couverture de tests renforcée pour prévenir toute régression sur ce scénario

Les libellés et messages liés aux paiements sont désormais traduits et harmonisés dans l'ensemble des langues prises en charge, dont l'arabe, le japonais, le coréen et le néerlandais.

Vos participants internationaux comprennent immédiatement l'état de leur transaction — confirmation, échec ou action requise — sans retomber sur un message en anglais au moment le plus sensible du parcours d'inscription.

• Traductions complétées et uniformisées pour les statuts et messages de paiement
• Terminologie cohérente entre le tunnel d'inscription et les confirmations envoyées aux participants

Pourquoi c'est important : un message de paiement incompris est une inscription abandonnée. Une communication claire dans la langue du participant réduit les abandons en fin de parcours et les demandes d'assistance adressées à vos équipes. 🌍

La connexion via SSO ne tombe plus en erreur lorsqu'un paramètre de langue invalide est présent dans l'URL : les langues non prises en charge sont désormais ignorées et l'utilisateur est redirigé vers sa langue préférée.

Auparavant, toute valeur inattendue transmise dans le paramètre locale (par exemple des chaînes générées par des scanners ou des liens malformés) était appliquée directement, ce qui provoquait une erreur 500 sur /users/sso et bloquait complètement l'accès à l'événement. Vos participants arrivent maintenant toujours sur une page fonctionnelle, même lorsque le lien de connexion a été altéré en chemin.

• Validation des langues reçues en paramètre : seules les langues réellement disponibles sont acceptées
• Retour automatique à la langue préférée de l'utilisateur lorsque la valeur est invalide
• Plus d'interruption du parcours de connexion SSO, et moins de tickets de support liés à des liens cassés 🎯

Un nouveau rapport « Participants par session » vous permet de visualiser et d'exporter, en quelques clics, la liste complète des participants inscrits à chacun de vos ateliers et sessions de programme.

Fini les croisements manuels entre les inscriptions et l'agenda : vous obtenez une vision fiable du taux de remplissage de chaque session, ce qui facilite la préparation des salles, la relance des inscrits et le reporting post-événement. 📊

• Nouveau rapport dédié listant les participants rattachés à chaque session de votre programme
• Filtres avancés pour cibler les sessions, les dates ou les segments de participants qui vous intéressent
• Export Excel du rapport, traité en arrière-plan par lots afin de rester rapide et stable même sur des événements comptant un très grand volume d'inscriptions
• Champs personnalisés inclus dans l'export, avec un formatage cohérent et lisible des données des participants
• Disponible dans toutes les langues prises en charge par la plateforme (français, anglais, espagnol, italien, coréen, arabe, catalan, etc.)

Les participants déjà enregistrés (check-in effectué) ne peuvent plus être rejetés ni annulés, que ce soit depuis le back-office, les pages publiques ou l'API. Une fois qu'une personne est sur place, son statut est verrouillé.

Pourquoi c'est important : un rejet ou une annulation accidentelle après l'arrivée d'un participant fausse vos rapports de présence, perturbe le contrôle d'accès et oblige vos équipes à corriger les données à la main. Cette protection élimine ce risque à la source. 🔒

Ce qui change concrètement :

• Les actions de rejet et d'annulation sont désactivées pour tout participant enregistré, dans la liste des participants comme dans le panneau d'actions.
• La règle s'applique également aux groupes de participants, aux inscriptions publiques et aux appels API (v3), afin qu'aucun canal ne puisse contourner la protection.
• Les paiements traités via Stripe tiennent désormais compte de cette même règle pour éviter les annulations incohérentes.
• Les textes liés à l'annulation ont été revus et traduits dans toutes les langues prises en charge, pour que le message affiché soit clair sur la raison du blocage.

Les requêtes qui déterminent les destinataires des notifications d'événement ont été enrichies, et les informations de sessions (workshops) renvoyées par l'API sont désormais plus complètes.

Concrètement, cela signifie que vos communications atteignent les bonnes personnes, au bon moment, sans manipulation manuelle de listes : moins de risques d'oubli, moins d'envois non pertinents et un gain de temps réel pour vos équipes lors de la préparation d'un événement. 🎯

• Requêtes de destinataires de notifications étendues pour couvrir davantage de cas de ciblage
• Données de sessions (workshops) enrichies dans l'API v3 afin d'alimenter ces segmentations
• Meilleure cohérence entre les informations affichées dans la plateforme et celles utilisées pour l'envoi des notifications

Les limites minimum et maximum d'ateliers (workshops) par participant se comportent désormais de manière cohérente lors de la configuration d'un événement : les règles que vous définissez sont celles qui s'appliquent réellement au moment de l'inscription. 🎟️

Pourquoi c'est important : lorsque ces limites ne s'appliquent pas correctement, certains participants réservent trop d'ateliers, d'autres sont bloqués alors qu'ils devraient pouvoir s'inscrire — et votre équipe finit par corriger les inscriptions à la main. Ce correctif garantit une planification des capacités fiable, de la configuration jusqu'au check-in.

• 🔧 Correction de la validation du nombre minimum et maximum d'ateliers qu'un participant peut sélectionner.
• 🌐 Messages associés mis à jour dans l'ensemble des langues prises en charge, pour un retour clair et cohérent.

Les traductions allemandes de plusieurs sections de la plateforme ont été revues afin d'utiliser une terminologie plus précise et plus proche des usages réels.

Pourquoi c'est important : vos équipes et participants germanophones comprennent plus rapidement les libellés, ce qui réduit les hésitations, les erreurs de manipulation et les demandes de support. 🇩🇪

• Mise à jour des libellés des modules de l'application
• Révision des textes liés aux pages d'événement
• Terminologie affinée dans les paramètres de sécurité
• Traductions corrigées dans la section des intervenants

Les e-mails de notification peuvent désormais être envoyés via votre configuration SMTP personnalisée, au même titre que vos autres communications.

Pourquoi c'est important : vos notifications partent désormais de votre propre domaine et de votre infrastructure d'envoi, ce qui renforce la cohérence de votre image de marque, améliore la délivrabilité et évite que vos messages importants n'atterrissent dans les spams. 📬

• Prise en charge du SMTP personnalisé dans le service d'envoi des notifications
• Cohérence totale entre les notifications et le reste de vos e-mails sortants
• Aucune action requise si vous utilisez la configuration d'envoi par défaut

L'ensemble de la nouvelle interface du créateur de sites et des paramètres d'apparence est désormais disponible dans les langues prises en charge par la plateforme.

Vos équipes locales travaillent dans leur langue, ce qui réduit les erreurs de configuration et accélère la prise en main de l'outil. 🌍

• Traductions ajoutées pour le créateur de sites, le menu latéral et les paramètres d'apparence
• Couverture incluant notamment le français, l'allemand, l'arabe et le catalan
• Libellés revus pour plus de clarté

Un mécanisme de mise en cache dédié aux thèmes a été introduit afin d'accélérer le rendu des pages publiques et du formulaire d'inscription.

Les styles du thème ne sont plus recalculés à chaque visite : vos pages s'affichent plus vite, ce qui améliore l'expérience des participants et les taux de conversion à l'inscription. 🚀

• Nouveau gestionnaire de cache pour les thèmes
• Invalidation automatique du cache lors de la modification des paramètres d'apparence
• Rendu optimisé du thème sur les pages publiques et les contenus intégrés

Le sérialiseur d'événement de l'API v4 expose de nouvelles données publiques, utiles pour construire des sites et des intégrations personnalisés.

Vos développeurs récupèrent en un seul appel les éléments nécessaires à l'affichage d'une page d'événement complète, sans requêtes supplémentaires ni valeurs codées en dur.

• Ajout de la carte statique du lieu dans les attributs publics de l'événement
• Ajout de la langue par défaut de l'événement
• Corrections de cohérence sur les attributs retournés

Les pages publiques, y compris la page d'annulation de participation, prennent désormais en charge des balises (tags) qui sont automatiquement remplacées par les informations réelles du participant et de l'événement.

Vous personnalisez ainsi les messages affichés à chaque participant — nom, événement, dates — sans créer une page différente pour chaque cas, pour une communication plus proche et moins générique. ✨

• Balises dynamiques disponibles sur les pages publiques du participant
• Prise en charge également sur la page d'annulation de participation
• Remplacement automatique par les données du participant et de l'événement

Les thèmes et les sites web peuvent désormais être dupliqués, afin de réutiliser une configuration existante comme point de départ.

Pour les organisateurs qui gèrent des événements récurrents ou des séries d'événements, c'est plusieurs heures de paramétrage économisées à chaque nouvelle édition — et la garantie d'une identité visuelle parfaitement homogène. ⏱️

• Duplication disponible sur les thèmes et sur les sites web
• Reprise complète de la configuration existante comme base de travail

Lorsque vous intégrez le formulaire d'inscription dans votre propre site via une iframe, celle-ci communique désormais sa hauteur réelle à la page hôte et se redimensionne automatiquement.

Plus de barres de défilement internes ni d'espaces vides sous le formulaire : l'intégration ressemble enfin à une partie native de votre site, sans bricolage CSS côté client.

• Communication de la hauteur du contenu via postMessage
• Redimensionnement dynamique lors du changement d'étape ou d'affichage de messages d'erreur
• Correctifs de mise en cache pour garantir un redimensionnement fiable à chaque chargement

Le thème défini dans les paramètres d'apparence est désormais appliqué automatiquement au formulaire d'inscription public de votre événement.

Vos participants vivent une expérience visuellement continue, du site de l'événement jusqu'à la confirmation d'inscription, ce qui renforce la confiance et réduit les abandons en cours de parcours.

• Couleurs, typographies et styles d'angles hérités du thème de l'événement
• Styles du formulaire affinés suite aux retours de design et de QA
• Rendu cohérent, que le formulaire soit affiché en page complète ou intégré

Un nouvel espace Paramètres d'apparence vous permet de définir l'identité visuelle de votre événement sans écrire une seule ligne de code, avec un aperçu immédiat du rendu.

Fini les allers-retours avec une équipe technique pour obtenir des pages aux couleurs de votre marque : vous ajustez, vous visualisez, vous publiez. 🎨

• Nouveau sélecteur de couleurs et nuancier (swatch) pour définir la palette de votre événement
• Choix du style des angles : carrés, arrondis ou en pilule, appliqué de façon cohérente à l'ensemble des composants
• Bannière d'aperçu permettant de visualiser le résultat avant publication
• Palette de couleurs par défaut revue pour un rendu plus moderne et plus lisible

Le calendrier d'événements public reste désormais accessible même lorsque les champs de dates du filtre sont vides. Auparavant, un sélecteur de date laissé vide envoyait une valeur « Invalid Date » qui provoquait une erreur serveur (500) et rendait le calendrier totalement inutilisable.

Pourquoi c'est important : vos visiteurs ne tombent plus sur une page en erreur au moment d'explorer vos événements — un clic malencontreux ne coûte plus une inscription potentielle. 🗓️

• Les paramètres start_date et end_date invalides sont désormais ignorés au lieu de déclencher une erreur sur l'appel au calendrier.
• Lorsqu'une seule date est renseignée, le filtre s'applique correctement sur cette borne uniquement.
• Les dates valides continuent de filtrer les résultats exactement comme avant, sans changement de comportement.

Les noms et descriptions des articles de vente acceptent désormais tous les caractères Unicode, y compris les alphabets chinois, japonais et coréen (CJK) ainsi que les emojis et autres caractères codés sur 4 octets.

Auparavant, la création d'un article contenant ces caractères était rejetée en raison d'un encodage limité (latin1), ce qui obligeait les organisateurs à renommer leurs produits ou à les translittérer. Désormais, la billetterie et la boutique reflètent fidèlement la langue de votre audience, sans perte de sens ni caractères altérés. 🌏

• Conversion des champs nom et description des articles de vente vers l'encodage utf8mb4
• Prise en charge complète des caractères CJK, des accents et des emojis à la création comme à la modification
• Aucune action requise de votre côté : la migration s'applique automatiquement aux articles existants

Un gain direct pour les événements internationaux : moins d'erreurs à la création, aucun contenu tronqué et une expérience d'achat cohérente pour les participants, quelle que soit leur langue.

Les participants reçoivent désormais automatiquement une notification lorsque leur programme d'activités est modifié : inscription à une session, retrait d'un atelier ou mise à jour de leur agenda personnel. Plus besoin d'envoyer des communications manuelles après chaque ajustement de planning.

Pourquoi c'est important : les changements de dernière minute sont inévitables dans l'organisation d'un événement. En informant les participants en temps réel, vous réduisez les absences, les arrivées dans la mauvaise salle et le volume de questions adressées à vos équipes sur place. 🎯

• Notification déclenchée automatiquement lors de l'ajout ou du retrait d'une activité dans l'agenda d'un participant
• Prise en charge des modifications effectuées depuis les sessions et les ateliers, quelle que soit l'origine du changement (back-office ou inscription du participant)
• Communication cohérente sur l'ensemble des points d'entrée de gestion des inscriptions aux activités

Les appels à l'API utilisant la forme simplifiée ?page=1 ne provoquent plus d'erreur : la pagination interprète correctement une valeur scalaire comme numéro de page.

Jusqu'à présent, la pagination attendait strictement le format JSON:API (page[number] et page[size]). Toute requête envoyant un paramètre page sous forme de valeur simple déclenchait une erreur de type et faisait échouer l'appel, obligeant les intégrateurs à adapter leur code ou à déboguer une réponse inattendue.

• Les paramètres page scalaires (ex. ?page=1) sont désormais traités comme le numéro de page
• Le format JSON:API (page[number] / page[size]) continue de fonctionner exactement comme avant, sans aucune modification nécessaire
• Plus d'erreurs inattendues lors de la pagination des listes retournées par l'API

Pourquoi c'est important : vos intégrations et scripts fonctionnent avec la syntaxe de pagination la plus courante, sans contournement ni temps perdu à diagnostiquer un appel qui échoue. 🚀