Les événements se perdent en route
Une partie des conversions n'atteint jamais la plateforme : un bloqueur avale le script, la requête échoue, la page se ferme trop tôt. Dans le compte, on dirait simplement que la campagne a cessé de fonctionner.
Valkiria pose son propre pixel sur votre site, reçoit les événements serveur et les réconcilie avec le pixel Meta et la Conversions API. Vous voyez les chiffres et ce qu'ils valent : fraîcheur des synchros, état des jetons et effondrements de conversions.
Une partie des conversions n'atteint jamais la plateforme : un bloqueur avale le script, la requête échoue, la page se ferme trop tôt. Dans le compte, on dirait simplement que la campagne a cessé de fonctionner.
Sans event_id commun, l'événement navigateur et l'événement serveur arrivent comme deux conversions distinctes. L'algorithme optimise sur un chiffre gonflé et déplace le budget au mauvais endroit.
Le pixel meurt en silence après une mise en ligne, et on s'en aperçoit une semaine plus tard sur une hausse bizarre du CPA. Vérifier chaque plateforme à la main tous les matins n'arrive jamais.
Créez un pixel Valkiria avec un nom et une description. L'assistant de configuration guide la suite et coche ce qui est déjà fait.
Collez le snippet JavaScript dans l'en-tête du site ou dans votre tag manager. Ensuite, vues, leads et achats entrent seuls dans la file de conversions.
Configurez les événements de conversion pour Google Ads et Meta, puis lancez le diagnostic : il dit si les événements arrivent et s'ils sont comptés deux fois.
Le code se pose une fois et les événements arrivent sur votre instance Valkiria, pas dans l'outil d'analyse d'un tiers.
La conversion arrive chez Meta avec un event_id commun : l'événement navigateur et l'événement serveur fusionnent au lieu de doubler la statistique.
Cinq contrôles : configuration CAPI, déduplication par event_id, preuve de livraison des événements serveur, vérification des domaines et pièces pour l'audit.
Combien d'événements attendent, combien sont partis et combien ont échoué — avec un bouton pour traiter la file à la main.
Fraîcheur des synchronisations, état des jetons OAuth et chute des conversions à clics constants, résumés en une note par plateforme.
Le diagnostic est en lecture seule : il fournit des étapes et des snippets prêts, ce qui change reste votre décision.
En général non. Valkiria génère un snippet JavaScript avec l'identifiant du pixel déjà rempli : il suffit de le coller dans l'en-tête du site ou dans votre tag manager. Un développeur n'est nécessaire que pour les événements serveur, envoyés par votre backend depuis le traitement de commande ou de lead.
Google Analytics répond à ce que les gens ont fait sur le site. Le suivi Valkiria répond à la question de savoir si la conversion est arrivée sur la plateforme publicitaire et si ses chiffres sont fiables. D'où la file d'envoi, la déduplication des événements et le diagnostic pixel Meta et Conversions API.
Le diagnostic Meta contrôle cinq points : la configuration CAPI est-elle active, la déduplication par event_id est-elle prouvée, la livraison des événements serveur est-elle attestée, vos domaines sont-ils vérifiés et existe-t-il assez de pièces pour auditer le tout. Chaque constat arrive avec ses preuves et des étapes concrètes.
Le doublon signifie presque toujours que l'événement navigateur et l'événement serveur circulent sans event_id commun. Le diagnostic le signale comme un constat à part et montre un snippet où le même event_id part vers le pixel et vers l'appel serveur — ensuite Meta fusionne les événements seul.
Non. Le diagnostic de suivi est en lecture seule et n'écrit rien sur la plateforme. Tout ce qu'il propose reste local : copier un snippet, déclencher un événement de test ou ouvrir l'écran adéquat dans l'interface de la plateforme.
Le diagnostic ne change rien dans le compte : il montre seulement où le signal se perd et quoi réparer en premier.