Product
Publishers
Advertisers
Networks
Help
Pause animations
Browse help topics
Reference PublisherNetwork

Traffic you may and may not send

Updated

View as Markdown

Send real people who chose to tap your link or open your wall, from the countries, platforms and US states the offer accepts. Don’t send bots, faked devices or places, one person under many accounts, or users you reached with spam or misleading claims. Section 4 of the terms is the rule; this page shows how it plays out in our checks.

See also: Fraud Defense

On this page

You may send

  • Real people who chose to tap. In your app, on your site, in your newsletter.
  • Users you reward in your own currency, on placements built for it: the Hosted Offerwall, or your own offer screen built on the Offer API or the Top Offers Feed.
  • Readers you don’t reward, through Offer Links: our team approves those offers one by one, for traffic that gets no reward. Where incentivized traffic runs on AffiliateOS explains the difference.
  • Users inside the offer’s targeting. On the Offer API, send the player’s US state as state (state=TX): offers whose state list we enforce, and that turn that state away, are left out of your list. Users in states or regions an offer doesn’t accept explains which.
  • Your own test users, one test user ID per device.

You may not send

Not allowedWhat happens
Bots and scripted browsersThe user is rejected, and earlier pay can be taken back
Users hiding where they areThe user is rejected, and earlier pay can be taken back
Faked or emulated devicesThe user is rejected, and earlier pay can be taken back
One person under many accountsThe user is rejected, and earlier pay can be taken back
Users outside the offer’s targetingThe page “This offer isn’t available in your state”
Reward traffic on an offer that doesn’t allow itAgreed offer by offer. Ask before you reward users for an offer you got through Offer Links.
Faked sources: cookie stuffing, click injection, forced redirects, cloaked landing pagesNot a single check. Breaks section 4 of the terms.
Spam, malware, misleading claims or bidding on a brand’s name where the offer forbids itNot a single check. Breaks section 4 of the terms.

The labels in bold are the reasons Traffic Quality shows. We don’t publish the limits behind them.

What happens to traffic that breaks them

  1. The tap is refused. The user sees “This offer isn’t available for your account”. The advertiser never sees the tap, so nobody is paid for it.
  2. The user is rejected for 30 days. Their conversions pay $0 and send no postback. They show on Reporting, then Traffic Quality.
  3. Earlier pay can be taken back, as standard reversals with the reason in plain words: 7 days back for multiple accounts on one device, 30 days back for emulated devices, duplicate accounts, or a VPN or proxy.
  4. Our team can pause an offer for your account, or more. The terms let us withhold, reverse or claw back pay for invalid activity, and suspend or close the accounts involved.

Not sure about a source?

Ask before you send it. Contact us with the source, the countries and how users find the offer. A new kind of traffic is easier to approve before it arrives than to explain after it’s rejected.

Support

Still stuck? Write to us.

One address for every question: hello@affiliateos.ai. Put the details from this list in your first message so we can find the click or conversion without asking you for them again.

Put these in your message

  1. 01The email you sign in with
  2. 02Your role: publisher, advertiser or network
  3. 03The offer ID
  4. 04The click ID or action_id
  5. 05The time it happened, with your time zone
  6. 06What you expected to happen

Looking for a reward in an app? Ask that app's support. It credits your reward, so only it can see your balance.

Search help