From Brand Safety

Our Path to GDPR Compliance


The European Union has taken a big step forward in protecting the fundamental right to privacy for every EU resident with the General Data Protection Regulation (GDPR). In a nutshell, EU residents will now have to give explicit consent to treat their own personal data.

Any company that stores or processes personal information about EU citizens within EU states must comply with GDPR. However, it does not cover internet cookies, device fingerprinting and other similar technologies, since they will be treated in the ePrivacy Regulation.

By replacing the outdated EU’s Data Protection Directive, GDPR enhances the right to information, an the right to be forgotten.


With +350 brands and agencies worldwide relying on Bucksense’s platform worldwide, we respect users’ privacy and are committed to establishing responsible business and data practices. Our Terms of Use are governed by our Privacy Policies, and by the Data Processing Agreement (“DPA”), when the Service foresees in any way the processing of data of any end user located in the European Union, of whom the privacy all involved parties undertake to respect.

Our Privacy Policy provides you with insights into what data we collect, how we use it, and how you can control your information. By continuing to use Bucksense, you agree to these new terms of service which will be effective from May 25, 2018.

We strongly support industry initiatives to improve consumer trust and transparency and are a registered global vendor for IAB Transparency and Consent Framework.


Follow us on Twitter   , Facebook   , LinkedIn   !

Enhancing Trasparency with ads.txt Files


As everyone knows, IAB has recently launched ads.txt, a text file whose mission is preventing unauthorized inventory sales. By creating a public record of Authorized Digital Sellers, ads.txt files aim to improve TRANSPARENCY in the digital programmatic supply chain.

When buying media programmatically, brand advertisers rely on the fact that the URLs they purchase were legitimately sold by those publishers. Nevertheless, the buyer still has no chance to know who is responsible for selling those impressions across ad exchanges.

While every impression already includes publisher information from the OpenRTB protocol, there is no record confirming:

  • who owns each Publisher.ID
  • the validity of the information sent in the RTB bid request.

This encourages the counterfeit inventory.

How do ads.txt files work?

Publishers create and upload their own ads.txt files to their website servers, to certify which ad exchange is authorized to sell their inventory. Inside the ads.txt file must be clearly listed all the exchanges that can legitimately sell the inventory of that publisher (website). The info necessary to identify a specific seller/retailer account within a given SSP are inserted in each line of the ads.txt file. Programmatic platforms also integrate with the ads.txt files to confirm which exchange is authorized to sell a specific inventory.

At Bucksense we are committed to providing a transparent safe market that our advertisers look for. We want to create a better advertising experience for everyone. By providing you with this solution, you prevent unauthorized impressions in your programmatic transactions.

What is included in an ads.txt file?

An ads.txt file contains a line for each authorized seller and each line includes up to four fields:

  • FIELD #1   Domain name of the advertising system   This field identifies the advertising system (e.g. SSP, Exchange)
  • FIELD #2  Seller account ID   This field contains the ID associated with the seller account within the advertising system
  • FIELD #3  Type of account/relationship   This field indicates the type of relationship: “Direct” indicates that the publisher directly controls the account /  “Reseller” indicates that the publisher has authorized another entity to control the account
  • FIELD #4  Certification authority ID   This field indicates the TAGID (Trustworthy Accountability Group ID), which identifies the advertising system.

Here is an example of ads.txt file:, pub-4177862836555934, DIRECT

Ads.txt compliance in US

According to Bucksense’s US based analysis, the majority of domains complies with ads.txt file project:

Besides, the variety of SSP is surprising: we have found 539 unique SSP inside the ads.txt. Looking at the single domains, ads.txt files show an interesting variety of SSP.

In addition to showing a good variety, a lot of top SSP are heavily present :

  • 95% of publishers analysed have Google as partner (87%  of whom are direct).

In spite of the heavy presence, Google is not a monopolist:

  • 93% of domains have other SSPs (e.g. Appnexus and Rubicon).

Once we look at the content of ads.txt files, the compliancy is pretty high:

  • 99.5% of publishers who have Google as SSP support ads.txt.

Bucksense stands for TRANSPARENCY in the digital programmatic supply chain and that is why we strongly encourage all of publishers to implement ads.txt on their domains.

Follow us on Twitter   , Facebook   , LinkedIn   !

Lowdown Series: Ad Fraud – Brand Safety


Bucksense Barnd Safety

Lowdown Series: Ad Fraud – Brand Safety

5 strategies to ensure the safety of your brand

Your baby clothes ad may be showing up on a gambling site – scary!

With all the pro’s of programmatic efficiency, hyper-targeting, audience insights, etc. comes the challenges – click fraud, viewability, bots and brand safety.

Read more