¿Quién de tu equipo puede crear etiquetas nuevas? ¿Quién puede modificar las existentes? ¿Quién puede activarlas y desactivarlas? Sin una gobernanza clara, cualquiera puede cambiar cualquier cosa. Un desarrollador junior borra por error una etiqueta crítica. Un profesional de marketing añade una etiqueta que rompe el seguimiento. Un colaborador externo cambia la lógica de las conversiones y nadie se entera. La gobernanza evita el caos. Con roles y permisos claros, las decisiones las toman las personas adecuadas. Y los procesos de aprobación detectan los errores antes de que dañen los datos reales.
Este artículo explica cómo montar una gobernanza de etiquetas que proteja tu seguimiento sin frenar a tu equipo.
Qué es una etiqueta
Una etiqueta es un fragmento de código que se ejecuta cuando ocurre una acción concreta en tu web. Las etiquetas se gestionan con un gestor de etiquetas, un contenedor que reúne todos tus códigos de seguimiento. En lugar de poner varios códigos directamente en tu web, instalas uno solo: el del gestor de etiquetas. Él se encarga de lanzar cada etiqueta según las reglas y condiciones que definas.
Las etiquetas miden conversiones, interacción y comportamientos concretos de los usuarios. Una etiqueta de compra se activa cuando alguien termina un pedido. Una etiqueta de formulario se activa cuando alguien lo envía. Cada etiqueta manda datos a tu herramienta de analítica para registrar esas acciones importantes.
La gobernanza consiste en controlar quién puede crear, modificar y publicar estas etiquetas, para mantener la calidad de los datos y evitar roturas accidentales.
Define roles y responsabilidades claros
Crea roles para la gestión de etiquetas. ¿Quién es responsable de la analítica? ¿Quién de la publicidad? ¿Quién del seguimiento de conversiones? Cada área necesita una persona responsable que apruebe los cambios.
Cada rol tiene permisos distintos. Los lectores ven las etiquetas, pero no las modifican. Los editores las modifican en el entorno de pruebas. Los publicadores las envían a producción. Los administradores pueden hacerlo todo. Asigna los roles según la función y la experiencia de cada persona.
Documenta quién tiene cada rol y de quién es cada etiqueta. Así, cuando alguien necesite un cambio, sabrá a quién pedírselo.
Exige aprobación para los cambios en producción
No dejes que nadie envíe etiquetas a producción sin aprobación. Crea un proceso. Un desarrollador crea la etiqueta en pruebas. Otra persona la revisa. Una tercera la aprueba. Y solo entonces pasa a producción.
Estos tres pasos detectan errores. Quien revisa hace preguntas. Quien aprueba comprueba que el cambio encaje con los objetivos del negocio. Cuando una etiqueta llega a producción, ya la han mirado varias personas.
Para cambios urgentes puedes agilizar el proceso, pero nunca saltártelo del todo. Una etiqueta rota en producción cuesta más que unas horas de aprobación.
Usa entornos separados de pruebas y de producción
Crea un gestor de etiquetas para pruebas y otro para producción. Todos los cambios se hacen primero en pruebas, donde el equipo los verifica. Tras la aprobación, las etiquetas pasan a producción.
Así evitas cambios accidentales en producción. Los desarrolladores pueden experimentar en pruebas sin miedo a romper datos reales. Cuando están seguros de que el cambio funciona, piden su paso a producción.
El entorno de pruebas debe ser un reflejo de producción: las mismas webs, las mismas acciones y la misma capa de datos. Así, lo que pruebes allí predice con fiabilidad lo que pasará en producción.
Documenta las solicitudes de cambio
Cuando alguien pida un cambio en una etiqueta, exige que lo documente. ¿Qué cambia? ¿Por qué hace falta? ¿Qué objetivo del negocio apoya? ¿Quién lo ha aprobado?
Guarda las solicitudes en un sistema. Una hoja de cálculo sirve. Una herramienta específica es mejor. Anota qué cambió, cuándo y por qué. Este historial es muy valioso cuando algo se rompe y necesitas entender qué pasó.
Incluye un plan de reversión en la solicitud. Si la etiqueta falla, ¿cómo se deshace el cambio? ¿Cuánto se tarda? ¿Qué pasa si la reversión también falla?
Controla el acceso por nivel de permisos
Limita quién accede a qué. Una persona de marketing debería ver las etiquetas de publicidad, pero no las de seguimiento de conversiones. Un desarrollador debería ver las de conversiones, pero no las de publicidad. Los permisos evitan modificaciones accidentales en áreas que no son tuyas.
Usa acceso por roles. Los lectores lo ven todo. Los editores modifican las etiquetas de su área. Los publicadores las envían a producción. Los administradores lo hacen todo. Los permisos detallados evitan accidentes.
Configura alertas para los cambios no autorizados
Si alguien modifica una etiqueta sin pasar por el proceso de aprobación, avisa a su responsable. La mayoría de los gestores de etiquetas tienen registros de auditoría. Úsalos para detectar cambios no autorizados.
Configura notificaciones automáticas. Si alguien modifica una etiqueta crítica, envía una alerta. El responsable puede revisar el cambio y revertirlo si hace falta. Las alertas crean responsabilidad.
Programa revisiones periódicas de acceso
Cada trimestre, revisa quién tiene acceso a qué. Quita a quienes dejaron el equipo. Actualiza los permisos de quienes cambiaron de rol. La acumulación de accesos es real: con el tiempo, la gente suma permisos.
Durante la revisión, audita los cambios recientes. ¿Quién modificó qué? ¿Siguió el proceso de aprobación? ¿Algún cambio rompió algo? Las auditorías periódicas detectan los problemas a tiempo.
Preguntas frecuentes
¿Debería tener acceso de edición todo el mundo o solo algunas personas?
Solo algunas. Limita la edición a responsables de equipo y a personas con experiencia en la implementación. Los lectores lo ven todo, pero no modifican nada. Los editores trabajan en pruebas, no en producción. Los publicadores gestionan el paso a producción. Este acceso por roles evita cambios accidentales. Las personas nuevas empiezan como lectoras y pasan a editoras tras formarse. Con el creador de webs de WEMASY, puedes configurarlo directamente en tu web.
¿Cuál es el proceso de aprobación adecuado para cambiar etiquetas?
Funciona bien un proceso de tres pasos. Se crea en pruebas, un compañero lo revisa y un responsable lo aprueba. Después se envía a producción. En los cambios rutinarios puedes dejarlo en dos pasos, pero nunca elimines la aprobación por completo. Revisar un cambio cuesta menos que arreglar una etiqueta rota.
Somos un equipo pequeño. ¿Podemos prescindir de una gobernanza formal?
Puedes ser más informal, pero no la elimines del todo. Como mínimo, una persona crea y otra revisa antes de pasar a producción. Usa el entorno de pruebas para verificar los cambios y los registros de auditoría para seguir las modificaciones. Hasta los equipos pequeños se benefician de una gobernanza básica. Cuando crezcáis, los procesos formales serán imprescindibles.
¿Cómo gestionamos los cambios urgentes que deben publicarse rápido?
Crea un proceso de aprobación exprés. Quizá basta con una sola persona que apruebe, o con una aprobación verbal en lugar de escrita. Pero sigue documentando el cambio, sigue haciendo que alguien lo revise y sigue probándolo en pruebas si es posible. Urgencia no significa imprudencia. La rapidez viene de la práctica y de procesos claros, no de saltarse pasos.
¿Qué hacemos si alguien rompe producción con un cambio no aprobado?
Primero, revierte el cambio de inmediato. Segundo, revisa qué pasó. Tercero, refuerza el proceso de aprobación. Aprovéchalo como aprendizaje y exige la aprobación a partir de ahora. Si alguien incumple las reglas una y otra vez, quizá toque quitarle el acceso de edición. Deja claro que la aprobación protege a todos, también a quien hace el cambio.
¿Cómo gestionamos el acceso cuando alguien cambia de rol?
En el momento del cambio, revisa sus permisos. ¿Sigue necesitando acceso a su área anterior? ¿Necesita acceso a la nueva? Quita el acceso antiguo y añade el nuevo. Programa revisiones trimestrales para cazar lo que se haya escapado. A veces la gente se olvida de pedir cambios de acceso, y las revisiones periódicas lo detectan.