Quem da tua equipa pode criar tags novas? Quem pode alterar as que já existem? Quem pode ligá-las e desligá-las? Sem uma governação clara, qualquer pessoa pode mudar tudo. Um programador júnior apaga sem querer uma tag essencial. Um profissional de marketing acrescenta uma tag que estraga o rastreio. Um colaborador externo altera a lógica das conversões e ninguém sabe. A governação evita o caos. Funções e permissões claras fazem com que as pessoas certas tomem as decisões certas. Os processos de aprovação apanham os erros antes de estragarem os dados de produção.
Este artigo explica como definir a governação de tags para proteger o teu rastreio sem atrasar a equipa.
O que é uma tag
Uma tag é um excerto de código que é executado quando acontece uma ação específica no teu website. As tags são geridas num gestor de tags, um contentor que reúne todos os teus códigos de rastreio. Em vez de colocares vários códigos de rastreio diretamente no site, instalas um único código do gestor de tags. O gestor dispara depois cada tag com base nas regras e condições que definiste.
As tags medem conversões, envolvimento e comportamentos específicos dos utilizadores. Uma tag de compra dispara quando alguém conclui uma compra. Uma tag de envio de formulário dispara quando alguém envia um formulário. Cada tag envia dados para a tua plataforma de análise para acompanhar estas ações importantes.
A governação serve para controlar quem pode criar, alterar e publicar estas tags, de forma a garantir a qualidade dos dados e evitar falhas acidentais.
Define funções e responsabilidades claras
Cria funções para a gestão de tags. Quem é responsável pela análise? Quem é responsável pela publicidade? Quem é responsável pelo rastreio de conversões? Cada área deve ter um responsável que aprova as alterações.
Funções diferentes têm permissões diferentes. Quem só consulta vê as tags, mas não as altera. Os editores alteram tags no ambiente de testes. Os publicadores enviam tags para produção. Os administradores podem fazer tudo. Atribui as funções de acordo com o trabalho e a experiência de cada pessoa.
Documenta quem tem cada função. Deixa claro quem é responsável por cada tag. Quando alguém precisar de uma alteração, sabe a quem pedir.
Exige aprovação para alterações em produção
Não deixes ninguém enviar tags para produção sem aprovação. Cria um processo de aprovação. Um programador cria uma tag no ambiente de testes. Outra pessoa revê-a. Uma terceira aprova-a. Só depois segue para produção.
Este processo em três passos apanha erros. O revisor faz perguntas. Quem aprova garante que a alteração serve os objetivos do negócio. Quando uma tag chega à produção, já várias pessoas a verificaram.
Nas alterações urgentes, podes simplificar o processo. Mas nunca o dispenses por completo. Uma tag avariada em produção custa mais do que umas horas de aprovação.
Usa ambientes de testes e de produção separados
Cria um gestor de tags de testes e um gestor de tags de produção. Todas as alterações acontecem primeiro no ambiente de testes. As equipas testam lá as alterações. Depois da aprovação, as tags passam para produção.
Isto evita alterações acidentais em produção. Os programadores podem experimentar no ambiente de testes sem receio de estragar dados reais. Quando têm confiança de que a alteração funciona, pedem a passagem para produção.
O ambiente de testes deve ser um espelho da produção. Os mesmos sites. As mesmas ações. A mesma camada de dados. Assim, os testes feitos aí preveem com rigor o comportamento em produção.
Documenta os pedidos de alteração
Quando alguém pede uma alteração a uma tag, exige documentação. Qual é a alteração? Porque é necessária? Que objetivo de negócio apoia? Quem a aprovou?
Guarda os pedidos de alteração num sistema. Uma folha de cálculo serve. Uma ferramenta dedicada é melhor. Regista o que mudou, quando e porquê. Este histórico vale ouro quando algo falha e precisas de perceber o que aconteceu.
Inclui um plano de reversão no pedido de alteração. Se a tag falhar, como a revertes? Com que rapidez consegues voltar atrás? Qual é o impacto se a reversão falhar?
Controla o acesso por nível de permissão
Limita quem acede a quê. Um profissional de marketing deve ver as tags de publicidade, mas não as de rastreio de conversões. Um programador deve ver as tags de conversão, mas não as de publicidade. As permissões evitam alterações acidentais em áreas que não são tuas.
Usa acesso baseado em funções. Quem consulta vê tudo. Os editores alteram tags na sua área. Os publicadores enviam tags para produção. Os administradores fazem tudo. Permissões detalhadas evitam acidentes.
Configura alertas para alterações não autorizadas
Se alguém alterar uma tag sem passar pelo processo de aprovação, avisa o responsável. A maioria dos gestores de tags tem registos de auditoria. Usa-os para detetar alterações não autorizadas.
Configura notificações automáticas. Se alguém alterar uma tag crítica, envia um alerta. O responsável pode analisar a alteração e revertê-la, se for preciso. Os alertas criam responsabilização.
Agenda revisões regulares de acessos
Todos os trimestres, revê quem tem acesso a quê. Remove quem saiu da equipa. Atualiza as permissões de quem mudou de função. O acumular de acessos é real. As pessoas vão juntando permissões com o tempo.
Durante a revisão, audita as alterações recentes. Quem alterou o quê? Seguiu o processo de aprovação? Alguma alteração estragou alguma coisa? Auditorias regulares apanham os problemas cedo.
Perguntas frequentes
Todos devem ter acesso de edição ou só algumas pessoas?
Só algumas pessoas. Limita a edição aos responsáveis de equipa e a quem tem experiência na implementação. Quem consulta pode ver tudo, mas não altera nada. Os editores trabalham no ambiente de testes, não em produção. Os publicadores tratam da passagem para produção. Este acesso baseado em funções evita alterações acidentais. Os novos membros da equipa começam como leitores e passam a editores depois de formação. Com o criador de websites da WEMASY, podes configurar isto diretamente no teu website.
Qual é o processo de aprovação certo para alterações a tags?
Três passos funcionam bem. Cria no ambiente de testes. Pede a um colega que reveja. Pede a um responsável que aprove. Só depois envias para produção. Nas alterações de rotina, podes reduzir para dois passos. Mas nunca dispenses a aprovação por completo. Rever uma alteração custa menos do que corrigir uma tag avariada.
Somos uma equipa pequena. Podemos dispensar a governação formal?
Podes ser mais informal, mas não a dispenses por completo. No mínimo, uma pessoa cria e outra revê antes da produção. Usa o ambiente de testes para experimentar alterações. Usa os registos de auditoria para acompanhar modificações. Até as equipas pequenas ganham com uma governação básica. À medida que cresces, os processos formais tornam-se essenciais.
Como tratamos alterações urgentes que têm de ir para o ar depressa?
Cria um processo de aprovação acelerado. Talvez só um aprovador em vez de dois. Talvez aprovação verbal em vez de escrita. Mas continua a documentar a alteração. Continua a pedir que alguém a reveja. Continua a testar no ambiente de testes, se possível. Urgência não é o mesmo que imprudência. A rapidez vem da prática e de processos claros, não de saltar passos.
O que fazemos se alguém estragar a produção com uma alteração não aprovada?
Primeiro, reverte a alteração de imediato. Segundo, analisa o que aconteceu. Terceiro, reforça o processo de aprovação. Aproveita para aprender com o caso. Passa a exigir aprovação daqui para a frente. Se as regras forem quebradas repetidamente, pode ser preciso retirar o acesso de edição a essa pessoa. Deixa claro que a aprovação protege todos, incluindo quem faz a alteração.
Como gerimos o acesso quando as pessoas mudam de função?
Quando alguém muda de função, revê as suas permissões. Ainda precisa de acesso à área antiga? Precisa de acesso à nova área? Remove o acesso antigo. Acrescenta o novo. Agenda revisões trimestrais para apanhar o que ficou para trás. As pessoas por vezes esquecem-se de pedir alterações de acesso. As revisões regulares apanham isso.