Analytics
1.2K Usuários online agora
1.2K Usuários online agora
Aprenda a criar metas e configurar o acompanhamento de comércio eletrônico (e-commerce tracking), verificar a precisão da atribuição de origens de tráfego e a visualização de funil
Guie-me
star_border
Responder

Reverse Transaction - Como não perder a origem da transação original?

Calouro ✭

Olá, boa tarde.

 

Estou com um problema no Analytics com relação às reverse transactions do ecommerce que trabalho.

 

A situação é a seguinte: após efetuada uma compra no site, que permite compra em boleto ou depósito, se o pagamento não acontece em 3 dias, o sistema cancela a compra e faz uma reverse transaction para o Analytics.

 

Porém, TODAS as reverse transactions aparecem como Source Direct e não como Source original da compra. Assim, todos os dados relativos à Revenue no Analytics estão incorretos quando separados por Source - mantendo geralmente o Revenue do Direct negativo, uma vez que todos os cancelamentos de compra estão sendo "descontados" do Direct.

 

Tentei procurar em diversas fontes na internet e também aqui nos outros post, mas não há nada similar sobre o assunto.

 

Por favor, alguém pode me ajudar em como proceder nessa caso?

 

Especialistas responderamverified_user
1 SOLUÇÃO ACEITA

Soluções aceitas
Marcado como Melhor Resposta.
Solução
Aceita pelo autor do tópico Dimmy P
Outubro 2016

Re: Reverse Transaction - Como não perder a origem da transação original?

[ Editado ]
Principal Colaborador

@Dimmy P, tudo bem? Smiley feliz

 


Dimmy P escreveu:

 

mantendo geralmente o Revenue do Direct negativo, uma vez que todos os cancelamentos de compra estão sendo "descontados" do Direct. 


Como você validou que estão sendo descontados do Direct? Pois teoricamente o source não entra nessa operação, somente o transaction ID. Pelo menos até aonde eu sei. 

 

Me parece que se isso esta acontecendo vocês não estão usando o mesmo transaction ID para fazer a reversão. Isso confere? Vocês estão gerando um novo?

Ricardo Gaya

Minha resposta foi útil? Se sim, clique em "Aceitar como solução". Saiba mais aqui.

Exibir solução no post original

Reverse Transaction - Como não perder a origem da transação original?

Principal Colaborador

@Dimmy P, boa tarde.

 

Tudo bem?

 

Isso esta com cara de ser um erro na forma que esta implementado. Pq teoricamente não teria como mudar o source, sendo que você usa o mesmo transaction ID. Você só iria negativar os valores no addTransaction e no addItem, replicando exatamente as mesmas funções com os valores negativos.

 

A não ser que você esteja utilizando um dataLayer e por algum motivo ele esteja armazenando o source, mas mesmo assim você teria que passar um "novo" source quase que propositalmente. 

 

 

 

Ricardo Gaya

Minha resposta foi útil? Se sim, clique em "Aceitar como solução". Saiba mais aqui.

Marcado como Melhor Resposta.
Solução
Aceita pelo autor do tópico Dimmy P
Outubro 2016

Re: Reverse Transaction - Como não perder a origem da transação original?

[ Editado ]
Principal Colaborador

@Dimmy P, tudo bem? Smiley feliz

 


Dimmy P escreveu:

 

mantendo geralmente o Revenue do Direct negativo, uma vez que todos os cancelamentos de compra estão sendo "descontados" do Direct. 


Como você validou que estão sendo descontados do Direct? Pois teoricamente o source não entra nessa operação, somente o transaction ID. Pelo menos até aonde eu sei. 

 

Me parece que se isso esta acontecendo vocês não estão usando o mesmo transaction ID para fazer a reversão. Isso confere? Vocês estão gerando um novo?

Ricardo Gaya

Minha resposta foi útil? Se sim, clique em "Aceitar como solução". Saiba mais aqui.

Reverse Transaction - Como não perder a origem da transação original?

Principal Colaborador

Pode ser que a maneira que está implementado pelo sistema de carrinho não leva em conta esta questão.

 

Mas como você está vendo estes relatórios? pode ser também que você está olhando o relatório de uma maneira incorreta: Tem certeza de que o sistema não está considerando o mesmo usuário retornando ao site por uma segunda sessão? Explore os funis multicanais antes de qualquer conclusão.

 

Se não estiver realmente implementado, acho que você poderia sugerir para o sistema de carrinhos armazenar mais informações do usuário no momento da compra e usar estes dados em conta no momento de fazer a reversão - talvez a implementação do user-id melhore ou até resolva o problema, pois pelo menos nos relatórios multicanais iria considerar que o usuário fez a reversão em uma segunda visita ao site.

 

Se o pessoal do carrinho se recusar a implementar, recomendo que considere esquecer pois tenho a impressão de que isto entra na área do: "Algo difícil de implementar que gera pouco valor" - mas vamos cruzar os dedos de que eles resolvem melhorar o sistema para você. 

___

"Você não precisa de uma empresa de 100 funcionários para desenvolver aquela ideia" ~Larry Page

Reverse Transaction - Como não perder a origem da transação original?

Calouro ✭

Olá Ricardo.

 

Obrigado pela rapidez na resposta.

 

A validação foi puramente na visualização dos relatórios de Revenue, que não acusam nenhum "estorno" em nenhuma outra source, somente do Direct (COnversions>Ecommerce>Transactions>Secondary Dimension "Default Channel Group").

 

Sim, são gerados novos Transaction ID pelo que vi aqui agora.

 

Devem ser o mesmo ID? Como devo proceder?

 

 

 

Reverse Transaction - Como não perder a origem da transação original?

Calouro ✭

Entendi Gravity. Acho que o erro está mesmo na transação com outro ID, por isso checarei com o desenvolvedor.

 

Obrigado e assim que tiver a resolução - ou não, retorno aqui para informar e dar um update.

 

Re: Reverse Transaction - Como não perder a origem da transação original?

Principal Colaborador

Dimmy P escreveu:

 

Sim, são gerados novos Transaction ID pelo que vi aqui agora.

 

Devem ser o mesmo ID? Como devo proceder?

 

 

 


Nossa, belo achado do Ricardo! 

 

Esta falha é grave - deveria ser usado exatamente o mesmo transaction ID da transação original.

 

Agora muda um pouco a história - Acho que você pode tranquilamente reportar como um bug para o pessoal responsável pelo carrinho. 

 

 

___

"Você não precisa de uma empresa de 100 funcionários para desenvolver aquela ideia" ~Larry Page

Reverse Transaction - Como não perder a origem da transação original?

Principal Colaborador

@Dimmy P

 

Sim deve ser o mesmo transaction ID, pois na prática você esta dizendo ao GA que aquela transação no valor X na verdade não tem o valor X e sim 0. Por isso que você negativa o valor da transação. Smiley feliz

 

Por exemplo, se o valor da transação é de 1500 o valor que você vai passar para mesma transação (mesmo transaction ID) é de -1500. O mesmo deve ser feito para frete quantidade e demais. Menos o preço do item. Smiley feliz

 

Por isso não tem como alterar o source da transaction. Entende? rs... Quando vocês geram um novo trasanction ID ele esta indo para Direct e negativando o revenue por isso. 

 

 

Ricardo Gaya

Minha resposta foi útil? Se sim, clique em "Aceitar como solução". Saiba mais aqui.

Reverse Transaction - Como não perder a origem da transação original?

Calouro ✭

Muito obrigado Ricardo e Gravity.

 

Vocês não tem ideia de como o Revenue do Analytics tá zoadaço aqui kkkkk

 

Vou pedir para verificar este erro e volto aqui para dar um update.

 

Reverse Transaction - Como não perder a origem da transação original?

Principal Colaborador

@Dimmy P, blz! 

 

Espero que de certo agora! 

 

Ricardo Gaya

Minha resposta foi útil? Se sim, clique em "Aceitar como solução". Saiba mais aqui.