Dayparting is time-based scheduling, a practice inherited from broadcast media where airtime was sold in named parts of the day. In digital advertising it means an offer or campaign only runs inside defined hours, and outside them it is simply unavailable.

How it works

The advertiser sets a daily start and end time, optionally restricts the campaign to weekdays, and specifies the timezone the schedule is evaluated in. Outside that window the offer does not serve. A publisher displaying offers has to evaluate the schedule before showing one, the same way they would check an offer cap.

Why advertisers use it

• Staffed hours. Offers that end in a phone call are worthless when nobody is there to answer.

• Behavioural peaks. Food delivery converts around mealtimes; commuting apps convert at either end of the working day.

• Budget pacing. Concentrating a daily budget in high-converting hours beats exhausting it overnight.

• Business-day dependencies. Financial and B2B offers often cannot process applications at weekends.

Getting the timezone right

This is where dayparting goes wrong in practice. The window is evaluated in the schedule's own timezone, not the user's and not the publisher's server clock. A wall comparing against the wrong clock will display offers hours outside their window, and those offers convert and then fail to credit. The user experiences that as doing the work and not being paid.

Dayparting and the offerwall

Filtering out-of-window offers before they are displayed is far better than letting a user complete one that cannot pay. Dayparting sits alongside capping as one of the two availability checks a wall should perform on every offer it shows, since both produce the same failure when ignored: a completion with no reward and a user who concludes the wall is broken.

Dayparting vs. capping

Both limit availability, and both produce the same user-facing failure when ignored, but they answer different questions. An offer cap limits how much of an offer runs, and once exhausted it may not return until the next period. Dayparting limits when it runs, and an offer outside its window will come back on schedule. A wall needs to check both before display, and should treat them differently in caching: a capped offer can be retired for the period, while a dayparted one only needs hiding until its window opens.

Common mistakes to avoid

• Evaluating the schedule in the wrong timezone. The most common and most damaging error.

• Caching availability across a window boundary. An offer list fetched at noon is wrong by evening.

• Forgetting the weekday restriction. Weekday-only offers shown on Saturday behave exactly like expired ones.

• Dayparting too narrowly. An over-restricted window starves a campaign of the volume it needs to learn anything.