Google Chrome 84 rolls out restrictive 3rd party cookie handling
We have seen that while Google Chrome has been doing all it can to fix the issue of obnoxious cookie tracking as well as the problems of tracking that their users are complaining about, it is also something that publishers should be concerned about. For example, we have seen that a little change can

We have seen that while Google Chrome has been doing all it can to fix the issue of obnoxious cookie tracking as well as the problems of tracking that their users are complaining about, it is also something that publishers should be concerned about. For example, we have seen that a little change can make websites to not function properly and making changes to cookies will have an impact as well. Now, we are seeing that Google Chrome 84 has been released and the main thing that it comes with it restrictive third party cookie handling.
Now, this is a problem for publishers because some websites that use third party cookies might not be set properly. While this can mean the income is lost for publishers, it could also mean a breakage of website functions which could be an even bigger loss. However, publishers have to keep in mind that third-party cookies that are “served via the insecure HTTP protocol and cookies that do not have the proper SameSite attribute.” will be blocked. This means that if a third party cookie is using the “SameSite=None;Secure” then you are safe.
From the “Secure” tag, the browser knows that cookie is sent via secure protocol which is HTTPS rather than HTTP so the cookie is allowed. Google explains this change in a statement which is as follows:
“One of the cultural properties of the web is that it’s tended to be open by default. This is part of what has made it possible for so many people to create their own content and apps there.
However, this has also brought a number of security and privacy concerns.
Cross-site request forgery (CSRF) attacks rely on the fact that cookies are attached to any request to a given origin, no matter who initiates the request.
For example, if you visit
evil.examplethen it can trigger requests toyour-blog.example, and your browser will happily attach the associated cookies.If your blog isn’t careful with how it validates those requests then
evil.examplecould trigger actions like deleting posts or adding their own content.”
More in Social
View allShort-Form Video Is Eating Discovery — What Site Owners Should Do
For many audiences, short-form video has become the default way to discover things. Here’s how site-based businesses can adapt without abandoning their site.
Niche Communities Are the Underrated Marketing Channel
While everyone chases the big social platforms, smaller communities quietly deliver some of the most engaged, highest-intent audiences online.
How to Build a Personal Brand Online
A personal brand opens doors — clients, opportunities, trust. Here’s how to build one authentically, without becoming a full-time influencer.