Introduction
Mercury provides the ability to automatically add delivery numbers from Adform to the system. This eliminates the need to upload adform reports and manual mapping in Mercury for new campaigns.
The following metrics are transferred from the adserver to Mercury:
- impressions
- clicks
- viewable impressions
- measurable impressions
- conversions
Typically, there is no 1:1 mapping of Mercury plan item to plan item on the Adserver. Example: A placement runs over several months. In Mercury, each month is displayed as a single plan item of the plan. However, the marketer only receives one tag from the ad operations team to use for the entire period. This means that there are multiple plan items in Mercury that need to be mapped to the same plan item in the adserver. At the same time, there may be multiple tags in the ad server for a Mercury plan item (for example, for different ad formats).
Mercury solves this problem by using UUIDs (universally unique id). These ids are automatically created by the system and can be used to group plan plan items. We call them AdSchedules.
If you want to assign multiple plan itemss to the same plan item on the ad server, the user must assign the same AdSchedule to the plan items in Mercury.
The AdSchedule passes to the adserver via the adserver briefing.
If several ad formats or motifs are assigned to a plan item in the allocation plan, they also receive the same AdSchedule.
When importing the numbers from the ad server, the AdSchedule and the reporting date are used to get the correct mapping within Mercury. In this example, reporting numbers from 06.01.17 with UUID ABCD would be assigned to chart line 1, reporting numbers from 03.02.17 with UUID ABCD would be assigned to chart row 2, and so on. So that the numbers can be assigned automatically, it must therefore be ensured before the allocation plan is created that all the plan items are correctly configured.
The following points must be observed:
- Each plan item must be assigned to an AdSchedule. There is no AdSchedule set by default.
- Plan items that are to be assigned to the same plan item in the adserver must be assigned the same AdSchedule.
- Runtimes of plan items that have the same AdSchedule are not alowed to overlap, because otherwise it would no longer be possible to assign them clearly. (Error message will appear in Mercury)
- After the campaign has been created in the Adserver, the AdSchedule in Mercury can not be changed (because otherwise the reporting numbers can no longer be assigned).
Use AdSchedules in Mercury
When creating a row in Mercury an AdSchedule needs to be assigned to the plan item.
Assign plan items to an existing AdSchedule
To assign one or more plan items to an existing AdSchedule, you must first select the plan items by clicking the checkbox. Then the button "Trafficking" is available. Please choose "assign AdSchedule" from the dropdown menu. By clicking on the button you can search all adserver placement ids in the current campaign and make an assignment.
By clicking on the button you can search all AdSchedules in the current campaign and make an assignment.
Assign plan items to a new AdSchedule.
In order to assign a new AdSchedule to one or more plan items, you must first select the plan items by clicking the checkbox and then click on the Button "Trafficking" and select "Create new AdSchedule" to create the same, newly created AdSchedule for all selected plan items.
Assigning new AdSchedules can be done, for example if you copy plan items and then modify
Copy plan item including AdSchedule
Plan items are copied by opening the context menu (right mouse click on the plan item). This preserves the existing AdSchedule of the origin planner.
When the copy is created, it is automatically determined which month is the last one in which a plan item with the relevant AdSchedule exists. The runtime of the newly created copy is automatically adjusted to the following month. Thus, based on an existing plan item can be easily and quickly scheduled for the following months. Each click on the origin plots (or each of the newly created copies) will create another copy for another month, including the same AdSchedule.
Please note: This procedure differs from the simple duplication of a plan item. The following button is used for this:
Simple duplicating will generate a newplan item with no Adschedule assigned, and the runtime will not be adjusted to the following month.
Synchronization interval
Automatic synchronization with the adserver is done automatically once a daily basis.
Allow automatic synchronization with the adserver
Automatic synchronization with the ad server can be enabled and disabled. The activation can be done individually for plan items or for several plan items at the same time.Whether the automatic synchronization is currently allowed for a plan item can be recognized by the button, which is also used for activation / deactivation.
If synchronization is allowed or not allowed, the column shows an icon that symbolizes a chain or a broken chain:
If synchronization is not permitted, the button will show an icon that symbolizes a broken chain:
For activating / deactivating the synchronization for several plan items at once, corresponding buttons are available. First of all, you select plan items for which you want to change the automatic synchronization setting.
To enable automatic synchronization, click:
To disable automatic synchronization, click:
Copy multiple plan items across campaigns. When copying multiple plan items across campaigns, you can use a checkbox to select whether you want to copy the selected plan items with their AdSchedules or whether you want to assign a new AdSchedules. The plan items are copied with their adserver placement id only if they are running on the same adserver tags as the source plan items.
If one decides to keep only the structure, each AdSchedule occurring in the selected plan items is replaced by a new id. This preserves the grouping of the plan items for the adserver. New Tags can be created in the Adserver.
For further information please view: Copy plan item(s)