Les champs radio / checkbox et scoring ne sont pas fonctionnels. Ils apparaissent sous forme de code en visualisation

ici, http://victorious-dugong.cloudvent.net/formulaire/debug/

j'ai fait un choix dans la question 2 "choix unique". Mais l'erreur se déclenche.

Peut-on changer le titre de l'évènement.

Il est préfixé par adfinitascx. Peut-on juste mettre adfinitas, suivi du nom du formulaire

Il faudra faire l'heritage à la main, voici un exemple d'implémentation :

{% if page.cid == nill or page.cid == empty %}
{% assign cid=site.data.woopra.cid %}
{% else %}
{% assign cid=page.cid %}
{% endif %}

Ici, si la variable cid dans la page n'est pas définie, on garde la variable de data.
Si elle est définie dans la page, on la garde.

@amasselin J'ai juste besoin de savoir quelles variables doivent etre hérités (la configuration CTA, la configuration iRaiser etc.. ?)

Quand les champs firstname et lastname sont présents dans le formulaire, et indiqué comme dedant remonter en propriété utilisateur dans woopra, peux-tu forcer une concaténation et envoyer les données dans le champs name de woopra qui est core ?

Merci.

Hello, d'après ce que je comprends, pour la remontée dans form-to-db, tu remonte tout dans une seule et unique table pour un client ?

Par exemple prenons le cas adfinitas.

Je déclare 5 formulaires dans cloudcannon
Est-ce que tout est remonté dans une seule table ? Ou est-ce que j'ai 5 tables ?

Sachant que pour moi, il faut 5 tables.

merci.

Librairie JS qui change en fonction des segments envoyés par Woopra.
Permettre de personnaliser le header (photo + titre h1).

Les variables à configurer pour CTA sont :

• Le cid (on peut en mettre plusieurs pour les AB tests iRaiser, à gérer ?)
• La campagne iraiser
• Le nom de l'evenement Woopra
• Les différents segments, pour chaque segment, on aurait:

• La valeur de l'arrondi superieur
• Le type (fixe / addition / pourcentage / libre)
• Les valeurs pour certains types (fixe, addition et pourcentage attendent des valeurs)

Remonter ces infos sur Woopra pour chaque page chargés avec dyngrid ou la lib de personnalisation des headers :

Pour module CTA (dyngrid):

• cta_segment : optin (bref la valeur du nom du frontmatter)
• cta_value : 15 (valeur du premier montant de don)

Pour le module form (dyngrid)

• form_segment : optin (bref la valeur du nom du frontmatter)
• form_value : 15 (valeur du premier montant de don)

Pour le header (lib de personnalisation):

• header_segment : optin (bref la valeur du nom du frontmatter)
• header_value : url de l'image affichée

Pour le module image de dyngrid, on applique le même principe : on envoie l'URL de la première image ?
Pour le mettre en place sur dyngrid, il faut l'ajouter au code de dyngrid directement ? Ou faire une version de dyngrid que pour adfinitas.cx-dyngrid et ajouter cette fonctionnalité ?

Hello,

ci-joint le fichier tiré de form-to-db. le problème c'est que mon dernier test ne passe pas. Alors je pense savoir pourquoi

J'ai mis volontairement de double quote dans le champ textarea pour tester un peu le bordel, et donc je pense que ca fou le brun.

Donc à mon avis, il faut ajouter du "contrôle" si possible, pas sur ce qui est entré, mais peut être jsonifier tout ca.

Ci-joint l'évènement woopra (https://www.woopra.com/live/project/adfinitas.fr/reports/analytics/reports:schema:action:136916489/profile=2W5megRWl4Se)
et le fichier csv de form to db. C'est la dernière ligne qui déconne.