Analytics
345 Usuários online agora
345 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

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

Exibir solução no post original


Todas as respostas

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
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

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

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