Offerwall Placement: Where to Put It to Earn More

Key takeaways

Put the wall where users already think about your currency: the store, the balance, and the moment they run short.
Placement mainly moves the open rate, and doubling it can double revenue, so it is the fastest change you can make.
Never force the wall, hide it behind a paywall, or show it in pop-ups, and keep it out of apps for children.

Where should you put an offerwall?

The best offerwall placement is wherever your users already think about your currency: next to their balance, inside your store or shop screen, and at the moment they are a little short of something they want. Add one permanent entry in your main navigation so returning users can always find it, and support it with one or two well-timed prompts. A wall hidden in a footer or a settings menu earns a fraction of what the same wall earns one tap away from the balance.

The good news is that placement is entirely in your hands, and moving one entry point often lifts revenue more than finding new traffic. Below: where to put the wall on each kind of property, how to design the entry, what never to do, and how to prove a change worked.

Why offerwall placement matters so much

Offerwall revenue is a chain of rates. How much can you earn with an offerwall? walks through the full estimate, but the short version is:

Revenue = active users x share who open the wall x share of openers who complete x average payout

Your country mix, the offers available, and your virtual currency exchange rate drive the last two factors. Placement drives the second one, the open rate, and it is the factor you can change fastest. Because the chain multiplies, doubling the open rate doubles revenue if everything else holds.

Illustrative example: from footer link to coin balance

A site has 20,000 monthly active users. With the wall linked only from the footer, 3% open it in a month, 10% of those complete an offer, and the average payout is $1.20: 600 openers, 60 completions, $72. The owner moves the entry next to the coin balance in the header and adds a prompt on the redeem page. The open rate rises to 12%, and the completion rate among openers falls slightly to 9%, because casual visitors now open it too: 2,400 openers, 216 completions, $259. Treat the figures as a sketch of the method, not as typical results.

Notice the completion rate fell. That is normal and fine. Judge a placement on revenue per active user, not on the conversion rate of the people who happened to find the wall.

Four principles behind every good placement

Intent beats traffic. A spot that 5% of users see while looking at their balance usually beats a banner that everyone scrolls past.
Keep it reachable. Your most valuable users come back to the wall on their own, so give them a fixed place in the main menu or tab bar, not only prompts.
Keep it optional. The wall should be a way to get more, never the only way forward. Forced walls hurt retention and break store rules, as covered below.
Label it honestly. Say what the user will do and get. “Earn free coins by trying games and surveys” sets the right expectation, and the right expectation means fewer support tickets and fewer reversals.

Where to place an offerwall by property type

Property	Primary placement	Supporting placements
Rewards or GPT website	A top-level “Earn” page with the wall embedded, linked from the main navigation	Dashboard cards for each wall, the redeem page when a user is below the cashout minimum, a welcome step for new users
Mobile game	A “Free gems” entry inside the store, next to the purchase packs	The “not enough currency” dialog, soft gates such as energy or lives, limited-time events
Non-game app with credits	Next to the credit balance and in the upgrade screen	When a user runs out of free credits, in a “Get more” menu item
Content or tools website with a points system	The account or points page	A small persistent badge in the header showing the balance, which links to the wall
Discord or community	A pinned link or a bot command that returns each member’s signed link	An earn channel with announcements for bonuses and new offers

For games, Monetize a mobile game with an offerwall goes deeper into soft gates and currency design. For sites built around earning, How to start a rewards website covers the whole business. Community owners should read How to monetize a Discord server, which explains the platform rules that apply there.

Design the entry point, not just the location

Two apps can put the wall in the same place and get very different open rates because of how the entry looks and reads.

Name the reward, not the ad format. “Earn gems” or “Free coins” works. “Offerwall” or “Sponsored offers” means nothing to most users.
Show your currency icon. The same icon the user sees next to their balance ties the entry to something they want.
Give a sense of scale. “Offers from 50 to 5,000 coins” tells users it is worth a look. Only state ranges you actually see on your wall for their country, and keep them current.
Make it a real button. An icon without a label in a crowded toolbar gets missed. On mobile, a tab bar item or a clear button in the store works better than a hamburger menu entry.
Use badges for news, sparingly. A small “Bonus” badge while a promotion runs draws attention. A badge that never goes away is ignored.

On Sharklio you can also make the wall itself feel like part of your product. The Design tab of each app lets you set a logo, currency icon, header image, colors, corner radius, card padding, and font size, with a live preview on desktop and phone. A wall that looks like your site gets more trust than one that looks like a third-party page.

Timing: prompts that help instead of annoy

Contextual prompts reach users who would never open a menu, but each extra prompt costs a little goodwill. Good moments share one trait: the user just felt the need for currency.

When a user is short of a purchase. The item costs 300 and the user has 120, so offer three paths: buy, wait, or earn on the wall.
After a natural break. The end of a level or a finished task is a calm moment, while the middle of a match is not.
Below the cashout minimum. On a rewards site, a user who tries to redeem too early is a perfect candidate for “You need 800 more coins, here is how to earn them”.
During a bonus. A Sharklio app can run a bonus percentage on top of your rate for a set period, and users see a live countdown on the wall. That is a real reason to message users, once.

Cap how often a prompt can appear, for example once per session and never twice in a row after a dismissal, and remember the user’s choice.

Placements to avoid

Offerwall placements that break the rules

Do not force offers to progress, to reach core features, or to keep using your product. Sharklio does not allow the wall behind a paywall, in pop-ups, or anywhere that misdescribes what users must do. Misleading promotion of the wall or its offers is prohibited traffic under our traffic quality rules.

Forced store actions in iOS apps. Apple’s App Review Guideline 3.2.2(x) says apps must not force users to rate, review, or download other apps, or take other store-related actions, to access functionality, content, or use of the app. The same guideline allows incentives for actions within the app, such as completing a level or watching an ad.
Apps for children. Google Play’s Families policy lists offerwalls among the monetization formats that are not allowed in apps that target children. Sharklio also requires end users to be at least 16.
Surprise redirects. Opening the wall automatically when a page loads or when a user taps something unrelated feels like a trick and brings low-quality clicks.
Placements that reward installs of your own app. Buying installs or traffic just to send it to the wall is prohibited. Grow your audience first, then monetize it.

Store policies change, so read the current App Store Review Guidelines and Google Play Families policies before each release.

Web and mobile details that change results

On a website, give the wall room: embed it on its own page with enough height rather than in a sidebar. A cramped frame with two scroll bars loses users. Mind the registered domain too. A Sharklio iframe only loads on the website you registered for the app and its subdomains, so if you want the wall on a second site, register it as its own app and describe it honestly.

In apps, open a link. Build the signed link on your backend, then open it in a WebView or an in-app browser tab. Offerwall integration: iframe, link, or API compares the options. Either way, rewards arrive through your server, so refresh the visible balance when the user comes back from the wall and show pending rewards as pending.

How to test offerwall placement

Track four numbers for each entry point. Tag each entry with its own source so you can tell them apart in your analytics:

Open rate: users who opened the wall from that entry divided by users who saw the entry.
Completion rate: users with at least one credited result divided by users who opened the wall.
Revenue per 1,000 active users: credited payouts minus reversals, per 1,000 users who were active in the period. This is the number that decides.
Side effects: retention, in-app purchases, and support tickets. A placement that raises wall revenue while cutting purchases by more is a loss.

Change one placement at a time and compare periods of at least two weeks, or split users into groups if you can. Many offers confirm days after the user finishes, so a test judged after two days mostly measures clicks. Credited results and reversals for each transaction are visible under Logs, Conversions and Logs, Chargebacks in the Sharklio dashboard. Divide the net amount by your active users for the same period to get a figure you can compare between placements.

Offerwall placement checklist

A permanent, labeled entry in the main navigation or tab bar.
An entry in the store, shop, or redeem screen, next to the balance.
One contextual prompt when users are short of currency, with a frequency cap.
Your currency icon and an honest label on every entry.
The wall styled to match your product.
Nothing forced, no pop-ups, no paywall, and no placement in apps for children.
Balance refreshed when users return, with pending rewards shown as pending.
Each entry tagged, and revenue per 1,000 active users compared over weeks, not days.

Placement tests without an SDK release on Sharklio

Sharklio gives each app its own wall with your currency name, icon, colors, and layout, and one signed link you can place anywhere in your product, embed on your registered website, or open in an app. There is no SDK, so moving an entry point is a change in your own code. Sharklio is not open yet, for publishers or advertisers, so drop your email in the form at the bottom of the page and we will write once on opening day. Meanwhile, map out your two or three entry points now with the checklist above, then see how the Sharklio offerwall works.

Frequently asked questions

Where should I put an offerwall on my website?

Give it its own page, linked from the main navigation, and add an entry next to the user’s balance and on the redeem or store page. Those are the places where users already think about earning.

Should the offerwall be in a pop-up?

No. Pop-ups interrupt users and bring low-quality clicks, and Sharklio does not allow the wall in pop-ups. Let users open it from a clear button.

Can I require users to complete an offer to use my app?

No. Keep the wall optional. Apple’s guidelines forbid forcing users to download other apps or take other store actions to access an app, and forced offers produce poor completions that are more likely to be rejected or reversed.

How many offerwall entry points should an app have?

Usually two or three: one permanent entry in the navigation, one in the store or balance screen, and one contextual prompt with a frequency cap. More than that tends to annoy users without raising revenue.

How long should I test a new offerwall placement?

At least two weeks, and longer if many of your offers take days to confirm. Compare revenue per 1,000 active users after reversals, not clicks or opens alone.