A lot of people discuss about Tag Auditing and Monitoring. While both are important parts of a comprehensive Tag Governance Policy, it is also necessary to develop organizational processes to ensure proper compliance with the policy. After all, why invest time and money into auditing and cleaning up the tag architecture to just let it get unruly all over again? The tag implementation process begins with a request to add a new tag. It is important that, regardless of who is requesting the tag be added to the site, several pieces of key information are provided. We will cover the necessary information for a request in the second section of this review. Once the request is submitted with the required information, it is time to review the tag in question. This needs to include a review from the compliance, privacy, and performance perspectives. Once the go ahead is given from each of the required teams, the actual implementation phase can begin. For the tag implementation, this should follow the general process outlined by the development team for site releases. Oftentimes the tag implementation process is able to be more dynamic and is not reliant on strict release schedules like site changes are, but a testing and QA process should still be followed. The implementation of tags should have a defined owner, be that an individual in a small organization or a team in a larger one. This is important to ensure tags are not indiscriminately added to the site, leading to governance and performance issues. For testing, ideally there is a staging/dev environment for each domain. This should contain a unique Tag Management Container instance (either a unique container or a unique environment) specifically for the staging domain. Here the tag can be implemented and tested to ensure that both data is being collected as expected and that there are no unexpected impacts on user experience. Business/Context Information in the Request
QA Process for Implementation
Following the approval of a new tag to be added to the site, we move into the actual implementation phase. The QA process should follow the framework followed by the site development team. This does not mean that tag deployments must be included in the regular site release schedule. Oftentimes one of the main benefits of utilizing a Tag Management System is the ability to be more dynamic than site updates and reduce the time to deployment. Tags should still be reviewed in the development/staging environments just as on-site changes are and considered as regular site usability testing is happening in those environments. If you are using a Tag Management System to deploy tags (and if you are not, you should be), we advise clients to have a unique container or environment dedicated to the development/staging environment for all sites. Initial tag configuration should be done here to reduce the risk of any implementation issues affecting user experience and/or data collection. Configure the tag based upon the requirements defined in the technical documentation, publish to the development/staging environment, and do testing to ensure the tag is firing, required data is passed, no js errors are thrown, and user experience is not negatively affected. Using a Tag Auditing Platform such as Tag Inspector can help significantly in this process. Once the implementation team has published and completed initial QA in staging/development, it is ideal to have someone from the technical team of the vendor being implemented to then do a round of testing and provide final approval. This can help clear up any issues and ensure data is collected as expected from the time the tag goes live. Following the final approval to deploy, publish the same configuration to the Production environment/container. A final phase that is often overlooked is to then do some final verification and testing in the live environment. Check to make sure the tag is behaving as expected and, finally, sign off on the implementation. Once fully live, it is important to have a regular review and monitoring process in place to be aware of any future site changes that affect your tag architecture. Here again, a tool such as Tag Inspector can automate and greatly simplify this process. Documentation for Tag Governance Following the above processes will get you a very good start to maintaining your Tag Governance Policy. It is also important to get and organize several pieces of documentation throughout the implementation process to stay on top of Tag Governance. These documents will include any contracts with the vendor associated with the tag, technical documentation about the tag, any Data Sharing Agreements in place, the Tag Implementation Request documentation, and any documentation from the review process of the tag/platform. Keeping all of these documents organized and in one central portal for Tag Governance will make future review and audit processes much simpler. You must always have visibility into the platforms on the site, data being collected, and timelines for removal to ensure the tag architecture stays optimized. Follow to learn about data analytics, data science & other tag implementation strategies. Source: Tag Inspector
0 Comments
Leave a Reply. |