Yet another web analytic’s blog
1 fév
EDIT MARS 08 : Les champs perso sont a nouveaux exploitables en écriture depuis le 12 mars
Juste un petit point pour prévenir que les deux champs personnalisés (”custom field”) qu’on pouvait utiliser pour stocker une valeur de notre choix sont désormais interdits à l’écriture.
On n’a eu aucune communication officielle de Google à ce sujet, donc les utilisateurs de filtres avancés en cascades s’en sont rendu compte au fur et à mesure que les rapports ne remontaient plus les données…
Il semble qu’il y ait eu une release le 8 janvier puis une autre le 14 janvier. Donc tous les comptes n’ont pas été impactés en même temps.
La solution consiste à utiliser d’autres champs permettant de stocker temporairement des données, comme le champ “user defined” (”valeur personnalisée”) ou “Contenu de la campagne” si on n’en a pas besoin par ailleurs.
Automatic translate (with Google translate) :
![]() | ![]() | ![]() |
11 résponses for "Les champs personnalisés sont passés en read only…"
Hello Olivier,
si ca peut te rassurer, même les partenaires agréés Google Analytics n’ont pas été prévenus…
Salut Julien,
merci pour l’info, je t’avoue que ca ne me rassure qu’à moitié
Heureusement qu’il y a les Groups Google pour se tenir informé de ce genre de mise à jour..
a+
Salut Olivier,
Ce problème est normalement résolu. Les customs fields devraient être à nouveau “writeable” depuis hier soir.
Correction: ce sera rétabli mardi prochain.
Merci Alan, c’était un bug passager alors ? Google ne nous avait pas habitué à downgrader un service, en général c’est plutôt l’inverse
J’ai suivi pas à pas la méthode des filtres en cascade pour avoir les transactions par source (identifiés par l’url) mais rien ne ressort (les transactions à plat comme avant).
Savez-vous si les champs sont de nouveau rewritables ?
Autre question : j’ai copié exactement les constructeurs (comme $A1 | $B1) mais je ne comprends pas bien ce que je fais donc faut-il bien exactement copier ce que dit la méthode.
Enfin si je n’ai pas de termes puis-je simplement enlever le deuxième filtre ?
Merci !
Bonjour Olivier,
Les champs sont toujours en read only, donc c’est normal que ca marche pas…
Vous avez forcément des termes si votre site est référencé dans les moteurs des génères des visites grâce au référencement. Donc vous pouvez conserver cette partie
Pour que les filtres en cascades présentés dans le billet correspondant fonctionnent il suffit d’utiliser pour le champs “Sortie vers -> Constructeur” l’”Id de la transaction en ligne”
a+
Merci de votre réponse.
C’est pourtant bien ce que dit le tutorial du billet et c’est ce que je fais aussi avec en sortie du constructeur ID de la transaction et $A1 | $B1 comme valeur de sortie dans le troisième et dernier filtre
Ce que je voulais dire, c’est d’utiliser le champs “Id de la transaction en ligne” au lieu du champs de personnalisation dans chaque filtre
J’ai remplacé dans tous les filtres (1 et 2) le champ personnalisé par Id de la transaction. J’ai éliminé le 3ième filtre qui ne sert plus à rien je pense.
Par contre je perds logiquement toute l’information dans e-commerce/performance des produits.
Les cjhamps personnalisables doivent-ils revenir à writable ?
Vous ne devriez pas perdre l’info dans “performance des produits”..
Pour les champs, on attend une réponse de GG
Répondre