Stop firing Launch tags from a domain

Question

A few years ago, we worked with another team within our family of companies to install Launch and Analytics for their website. A Launch property and some rules were created and data collection ran fine. That company's ownership was moved to another organization and we need to stop collecting their web data. I'm in contact with the people who I worked with when Launch and AA were originally set up. I've asked them repeatedly to remove the Launch embed code from their site, but for some reason I don't fully understand, they're struggling to do it. I still see hits in Workspace and every time I ask to remove the embed code, they say they've done it, only for me to see more hits. At this point, I'm looking for a way to forcibly stop data collection even if the embed code is not removed from parts of their site.

I thought about creating a condition in Launch rules such that if the domain is their domain, do not fire the rule. I think it might work but I want to delete their Launch property and AA report suite. If I use Launch to stop hits from their sites, I would have to keep the Launch property. Deleting it would restart data collection. Is there any other way to force data collection to stop other than them actually removing the embed code from their site?

Jennifer_Dungan · Accepted Answer

If I am reading this correctly, it sounds like this org's site has an isolated Launch property? It's not tied to your sites in anyway?

Launch is the tag manager (which creates the interface and bridge to the files), the JS files are hosted on the Adobe server... you are right that deleting the property from your account probably won't fix the issue... at least not on its own. I am not sure if you can remove a file completely after its been uploaded...

However, if you were to disable ALL the rules, and all the Data Elements, and all the extensions (except maybe for "Core" which I think is needed). That should stop any an all tracking. In theory, you should then be able to delete the entire property after the file is empty of all the logic... the connection to update the file would be broken, but the file that is left on the Adobe server should be empty and no longer do anything...

Personally, I would disable everything over the abort method... in case the abort fails or is bypassed... no tracking rules at all would prevent any possible logic failures...

Once you have confirmed that data is no longer being received after disabling everything, you should be able to safely remove the property from your Launch account. It will leave the file orphaned, but that's not a big concern really... Or you could see if Client Care can delete the file if you are concerned...

Harveer_SinghGi1 · Answer

Hi @m_alcantara ,These may be helpful steps,Publish a new library to production environment which has logic to abort all calls, you can use either conditions in your rules like you said or use abort call method. Once published, latest changes will be pushed to the hosting location. After this you can delete or keep the property and any user requesting the Launch script will be getting served with library including abort logic in it that is now available on the hosting location. On deleting a web property, the latest built library will still remain on the hosting location.Other option (if applicable) is to remove the DNS record mapping incase you are using CNAME implementation for data collection tracking server. Once this mapping for Adobe is removed, any calls triggered using the CNAME shall start failing client side only.There might be other options available through Adobe support which you can explore.Cheers!

Sign up

Login with SSO

Login to the community

Login with SSO

Scanning file for viruses.

This file cannot be downloaded