Skip to content

Platform Overview ​

This page introduces ADBNK's core concepts, account model, and the full data flow of an ad from request to settlement.

Core concepts ​

On the advertiser side, serving objects are organized hierarchically, refined from top to bottom:

On the publisher side, it's sites and ad zones:

ConceptBelongs toDescription
CampaignAdvertiserThe top-level serving unit. Carries the pricing model, bid, daily/total budget, serving dates, targeting, and rotation mode.
AdAdvertiserThe actual serving unit. Each ad has its own landing page, copy, and bid (uses the campaign's default bid when empty).
CreativeAdvertiserPure media assets (image/video/HTML), reusable across multiple ads. An ad can also rotate multiple creatives.
SitePublisherOne of your websites or apps; must pass review.
ZonePublisherAn ad slot on a site's page. Determines the ad format and size served in that spot, and has a unique zone_key.

Pricing and bids

The campaign sets the pricing model, and every ad in it uses the same one. Each ad can have its own bid; if left empty, the campaign's default bid is used.

Pricing models ​

ModelBilled onBest for
CPCPer clickPerformance ads, traffic acquisition
CPMPer thousand impressionsBrand exposure
CPVPer viewVideo ads

Account model ​

The platform serves two account types, each logging in to a different console:

RoleConsoleWhat you can do
Advertiseradvertiser.adbnk.coTop up, build campaigns/ads, upload creatives, target and serve, view spend and performance
Publisherpub.adbnk.coBuild sites, open zones, get embed code, view revenue, withdraw

An advertiser account holds a balance (spend is deducted from it); a publisher account holds a withdrawable balance and a pending balance.

Data flow: from request to settlement ​

An ad goes through the following stages from request to final settlement:

  1. Ad request — a visitor opens a publisher page, and the ad zone requests an ad from the platform.
  2. Match & serve — among all approved, actively serving, and targeting-matched ads, the platform runs an auction and returns the best-fit ad to display (an Impression).
  3. Click — the visitor clicks the ad and is redirected to the advertiser's landing page. The platform records the click and can append tracking macros ({click_id}, {country}, etc.).
  4. Conversion — the visitor completes a target action (purchase, sign-up, etc.) on the landing page, reported back via Pixel / JS SDK / S2S Postback. See Conversion Tracking.
  5. Traffic quality — invalid traffic is filtered out and not billed. See Traffic Quality.
  6. Settlement — valid traffic is billed and credited to the publisher; invalid traffic is not billed. The settlement statement is final. See Settlement & Payouts.

Reported data ≠ settled data

Console performance data is near real-time; your balance follows the settlement statement, so small differences are normal.

Documentation released under the MIT License.