Digital Marketing Information Hub

Tuesday, January 3, 2017

Demand Site Platforms

It's a platform which provides advertisers ample advantages to buy inventory. Also, it helps to obtain access to multiple RTB exchanges through a single interface. It helps to purchase audiences (Collected from behavioral data, cookies and data exchanges) rather than specific websites. DSP is an interface which is generally used by Advertiser.

Additionally, DSP enables global ad frequency capping across the exchanges which improves campaign efficiency and user experience.

Who is Advertiser and Who is Publisher

Advertiser: Who generally spends their budget to display their advertise. They usually controls actual Product of service which is being advertised as they have the commands on it. They are also known as retailer or merchant. They can make revenue by Return on Investment by selling the advertising product.

Publisher: publishers are those people who earn revenue for showing ads on their website. Publishers advertises the actual product or services and drives the user to advertisers page to fill out the form or make purchase of the product. They earn revenue by publishing the advertisement.

Wednesday, December 28, 2016

Passing dynamic values from ad tags to DFA Data Transfer files

Passing dynamic values from ad tags to DFA Data Transfer files

Background on the u= parameter in Ad Tags for Data Transfer
The u= parameter is a string that is appended to the end of the ad tag to pass custom data to be tracked in Data Transfer files.

The most common use is to pass non-targeted key-value information into the reports by replicating the key-values from the request string. Web developers, who typically handle ad tags, will append the u= parameter to pass the dynamic key-value data.

Here are a few best practices for using the u= parameter:

The total key-value string (including the u= string) has a limit of 511 characters. The u= parameter section of the key-value string in the ad tag has a maximum of 255 characters within that.

The values are not parsed in the Data Transfer files, so they show up as one string, hence the flexibility of how you insert data. For example, you could use an underscore ("_") to delimit the information inside the u=.

U= parameter cannot include any reserved delimiters, including ( "=", ",", "|" or ";")

The u= parameter should be placed in the ad request as the last key-value, apart from the ord=[random] value, which should always be the last key-value in the string.

The "Site-Data" column captures the u= data in the Network Impression and Click files.

Example: If a trafficker wants to capture the key-values age=12 and gen=male in the u=, the tag will look like this:

http://ad.doubleclick.net/ad/site/zone;key=value;sz=728x90;u=age_12-gen_male;ord=1234567890?

How can I include the u= value in my Ad Tags?

For every Placement, include the u= value and placeholder in the "Additional Key-Values" field and instruct the publisher where they should pass the value in.

Steps:

The "Additional Key-Values" field in the Placement allows you to add the u= value and a placeholder that will be included in the ad tag for that Placement.

Click into the applicable Placement (or follow the steps below when creating your Placement)

Add u=[Placeholder] in the "Additional Key-Values" field for each applicable Placement. (See the screenshot below for an example.)

Example DFA Ad Tags w/ u= value and dynamic value Placeholder

Example Standard Ad Tag:

HREF="http://ad-emea.doubleclick.net/jump/N2591.127182.CNNINTERNATIONAL/B7019024;dcadv=3795928;sz=160x600;u=[BID_ATTR.bid_id];ord=[timestamp]?">

Example iFrames/JavaScript Ad Tag:

HREF="http://ad-emea.doubleclick.net/jump/N2591.127182.CNNINTERNATIONAL/B7019024;abr=!ie4;abr=!ie5;dcadv=3795928;sz=160x600;u=[BID_ATTR.bid_id];ord=[timestamp]?">

</NOSCRIPT>

</IFRAME>

Example JavaScript Ad Tag:

HREF="http://ad-emea.doubleclick.net/jump/N2591.127182.CNNINTERNATIONAL/B7019024;dcadv=3795928;sz=160x600;u=[BID_ATTR.bid_id];ord=[timestamp]?">

</NOSCRIPT>

Thursday, December 22, 2016

Sharing Advertiser

Advertisers can be "shared". Shared Advertisers are built on a parent-child relationship. The child advertiser inherits the Floodlight configuration of the parent advertiser. To share Advertisers, click the Share button under the Floodlight Configuration tab.

Before sharing an Advertiser, please consider the following:

* To inherit the parent's Floodlight set-up, the child Advertiser must be empty. Advertisers with already existing Floodlight activities cannot be shared.

* Modifications to shared Floodlight tags can only be made in the parent Advertiser.

* Sharing cannot be undone.

In order to share a Floodlight tag configuration:

1) From the Advertiser's Tab, search for the child advertiser (the one inheriting the Floodlights).

2) Click on the child's "Floodlight Configuration" Tab

3) Press the [Share Advertiser] button

4) Search for the parent Advertiser (the advertiser that contains the main Floodlight configuration).

5) Select the parent advertiser and click Save.

Spam Clicks

DCM Engineers are investing heavily in advanced spam filtering in DCM. Spam is an issue that Google has taken very seriously since the earliest days of its business and has invested significant time and resources to combat. We'll be applying our learnings from other areas of the business to this new platform to provide the most accurate ad serving experience possible. Aside from our general our spam technology, Google recently purchased Spider.IO, an anti malware company and we are working closely with them as well other internal Google teams that specialize in spam protection to integrate their technology across our product stack, including DCM.

Customers migrating from DFA6 to DCM have reported an increase in spam clicks. Conversions and impressions are not affected, as 96% of spam clicks were identified to come from non-cookied users. Our Engineers have identified the cause and are actively working on a fix. The fix will bring parity with DFA6 in mid-May.

It is also possible that the issue is related to implementation. If you see a spike in the number of clicks for a particular Campaign or Ad, we recommend that you utilize reporting to identify the site that is driving any additional clicks. So, I'd also request you check with the Site "MNI", if they are driving a high number of clicks. If possible, request them to send the report broken down by day with Geo. Also, if you provide the live URL (instead of test page), it would help me check the implementation and update you with additional information.

Raw impression

Impressions yesterday on the UI gives the number of times yesterday (midnight to midnight, Eastern Time) that users accessed a web page that included this activity's Floodlight tag but it is just a raw data and not the actual data which may not update correctly. Even the warning signs that you see on the UI takes a few days to update even if the floodlight is fixed on the site and it collects data. You should always go with the figures in the report rather than the one on the UI.

Frequency Cap setting

If you would like to apply frequency cap to the ad so that a user would get to see the OTP only once within an hour. If yes, you can achieve this by applying frequency capping to an ad.

Below are the steps to set up frequency cap for an ad:

1. Go to the Delivery Properties section of the Ad Properties page for a new or an existing ad.

2. Enter a Frequency, which is the maximum number of times that the ad can be shown to each user during the time period you'll specify. The frequency can be any number from 1 to 15.

3. Enter a Time Period, which is the number of minutes, hours, days, or weeks before the frequency cap is reset for each user. The maximum is 129,600 minutes (2,160 hours, 90 days, or 12 weeks).

4. Choose the correct unit of time from the drop-down list: Minutes, Hours, Days, or Weeks.