I’ve implemeted Matomo on our WordPress site and am using Tag Manager. I’ve selected Disable cookies in the Matomo configuration variable and have selected Force tracking without cookies under Administration → Privacy → Anonymize data.
However, when a tag fires, it sets a _pk_id cookie.
If you go to the Kontakt section at near the bottom of the page and click either the email or phone number, or submit the form, you’ll see what I’m talking about.
When I click on e.g. the email address I see the tracking request to Matomo, but no Cookie is set on the whole site.
Is this cookie maybe still there from before you disabled them in Matomo?
Can you test this in a fresh browser maybe (e.g. using something like chromium --temp-profile)
@SplendidInternet I’ve just tried to reproduce it in Chrome and no cookie was set for me either. Possible that it’s maybe a race condition or so. Are you logged in when this happens or logged out? As you are using incognito I’m assuming you are logged out but just wanted to double check.
I tried reproducing the problem on a collegue’s computer and I couldn’t see the cookie either.
On my machine I’m logged out and in cognito. Another collegue is also seeing the cookie the same as me on his machine. Do you have any ideas as to why this would be?
Interesting. Not sure how this would happen. And I still have trouble to reproduce it that way even when clicking on “Certificate”. It never creates a cookie for me.
I wonder if this maybe only happens on your prelive site as we can’t test there? Does it happen for you on your actual site?
If there’s a possibility that we can access prelive feel free to send us basic auth details to wordpress@matomo.org
I’ve sent those details through to the email you provided.
It’s not just the prelive site, it happens on our live site also.
It happens on two other of my collegues computers. Could this be some kind of cache stored on our copmuters? The three of us have tested these elements before, so maybe something is stored. I tested it on another collegue’s computer and couldn’t recreate the problem. I flushed the DNS cache, but that didn’t do anything.
There is basically a cookie created and then deleted again right away. And the cookie information in the SSL certificate popup is outdated. It is showing the cookie when it’s actually deleted. Nonetheless we shouldn’t create it in the first place.