An offerwall is a catalog of optional surveys or tasks supplied by a specialist provider inside another website or app. It gives users one place to compare available opportunities while the host platform manages the account and final reward balance.
What appears inside an offerwall
Depending on the provider and country, an offerwall can contain market-research surveys, app-related tasks, signups or other promotional offers. Each card should explain the expected action, estimated reward and any important conditions. Availability is personal and can change frequently.
The wall may be embedded in a modal or open on the provider’s site. Even when it appears inside the host platform, the provider controls survey eligibility, task tracking and completion decisions.
How the wall recognizes a user
When an authenticated user opens a wall, the host platform sends a stable internal identifier to the provider. That identifier lets a later reward confirmation point back to the correct account without exposing a password. Some integrations also use a signed value so the identifier cannot be changed casually.
A well-designed integration uses the same identifier every time for the same account. Random or changing identifiers can separate a completion from the user who earned it.
From click to verified reward
The provider records the selected offer and the user’s progress. When a qualifying event occurs, it sends a server-to-server callback, sometimes called a postback or webhook, to the host platform. The message normally includes a transaction ID, user identifier, reward amount and a cryptographic verification value.
The host verifies the message before changing the balance. It also stores the transaction ID so a provider retry cannot credit the same reward twice. This verification happens in the background; users usually see only the resulting balance and activity entry.
- A stable user ID connects the wall to an account.
- A signed callback proves the message uses the shared integration secret.
- A unique transaction ID prevents duplicate credit.
- The user reward and provider revenue may be separate values.
Screenouts, bonuses and reversals
Not every positive reward represents a full survey completion. Some providers award partial credit for a screenout, profile questionnaire or bonus. A platform should follow the provider’s documented reward amount rather than relying on a vague completed status.
A provider may later reverse a transaction if it detects fraud, duplication or invalid research data. Whether and how that affects a user balance depends on the provider integration and the platform’s terms.
Why an offer may not track
Tracking can fail if the task is opened in multiple devices or browsers, required steps are skipped, the connection is interrupted or the provider never records a qualifying result. Aggressive browser blocking can also interfere with required redirects.
Before contacting support, wait for any stated pending period and collect the offer name, time, provider and transaction details. Do not repeat paid actions or create another account to try to force tracking.
Frequently asked questions
Is an offerwall operated by the host website?+
Usually the catalog and eligibility decisions are operated by a third-party provider, while the host website manages its own account balance and rewards.
Why do different users see different offers?+
Country, device, profile details, previous participation and live campaign quotas can all affect availability.
Can the same callback credit twice?+
A properly implemented platform uses the provider transaction ID as an idempotency key, so retries do not create duplicate rewards.
Provider availability, eligibility and reward terms can change. Review the current Terms, Privacy Policy and Reward Terms before participating.