ayeT-Studios Mobile & Desktop Web Offerwall Integration Guide (v1.1)


2018-11-29: v1.1 - Release of our updated web offerwall with desktop support
2018-02-08: v1.0 - Initial Release of our Publisher Web Offerwall


The ayeT-Studios Publisher Browser Web Offerwall allows you to easily monetize your desktop and mobile traffic and reward your users with virtual currency. Your users get access to our offerwalls, allowing them to earn currency for completing tasks such as trying new apps, answering surveys, signing up for free trials or watching video ads. The integration is simple and allows you to receive callbacks and handle user wallets yourself.


  1. Prerequisites
  2. Dedicated Browser Offerwall Placements
  3. Your Browser Offerwall Link - Mandatory Parameters
  4. Currency Handling & Conversion Callbacks

1. Prerequisites

Before integrating the offerwall in your app or website, you should sign up for a publisher account. Activate your account and login as publisher.

2. Dedicated Browser Offerwall Placements

This type of web offerwall is intended to be called directly in an actual browser and is not suited for webview (in-app) integration. If you're looking for a tighter integration in an app, please check our available SDKs or use the In-App Webview Offerwall.

Common use cases are:
  • Use in a mobile website, either by opening a new tab or in an iframe
  • Support Desktop, iOS and Android users both seamlessly and cross-platform

Technically, the offerwall has to be implemented by opening a new browser tab or loading the offerwall link inside an iframe.

To create a browser placement, go to Add Application / Placement in your publisher account under Placements / Apps.
Select Web Offerwall as placement type and Dedicated Browser Tab under Integration.

3. Your Browser Offerwall Link - Mandatory Parameters

The URL template for our browser offerwall looks like this:


To retrieve the URL for one of your web offerwall placements, open its details tab in our dashboard and copy the "Link to Offerwall".

URL Parameters:

external_identifieryesYour identifier for the calling user - this is mandatory and allows you to attribute our Server2Server conversion callbacks to a specific user (returned in {uid})

4. Currency Handling & Conversion Callbacks

For web offerwalls, you have to manually manage your users currencies on your own servers. You can configure a conversion callback url in our publisher dashboard.
To do so, navigate to Placements / Apps, edit your placement and set the Callback Url to your server's postback url:

If this is the callback url your set for your offerwall placement:

A typical conversion callback sent by our server will look like this:
* Note: This assumes you set external_identifier to username in the original offerwall url for that user, the currency conversion rate in your placement was 1000 per $1 and the user completed an offer with a $0.36 payout.

Important: Your server must always reply with an HTTP 200 status code to our postbacks. Otherwise we will resend the postback 12 times over a span of one hour before giving up.

Available Macros for Postback URLs:
{transaction_id}stringUnique transaction id - use for duplicate checks
{payout_usd}floatThe actual conversion payout in USD
{currency_amount}intThe amount of currency the user earned (taken from your offerwall currency configuration)
{uid}stringThe user identifier (EXTERNAL IDENTIFIER) originally passed in the web offerwall link
{user_id}integerOur internal id for this offerwall user
{placement_identifier}stringThe placement_identifier for which the conversion occured
{ip}stringConverting device's IP address if known, otherwise
{offer_id}intOffer ID of the converting offer
{offer_name}stringName / title of the converting offer
{device_uuid}stringayeT-Studios internal device identificator
{device_make}stringDevice manufacturer
{device_model}stringDevice model
{advertising_id}stringDevice advertising id (GAID/IDFA) if known, otherwise empty
{sha1_android_id}stringDevice sha1 hashed android id if known, otherwise empty
{sha1_imei}stringDevice sha1 hashed imei if known, otherwise empty

If your want to restrict postbacks to our callback server IPs, please whitelist the following IPs and check back regularly for possible changes:	    
Last IP List Update: 2017-04-07