In-App Ads - Interstitial/Rewarded Ads
For an introduction to the service and how to configure the console, the in-app ads introduction documentplease refer to it.
In-app Ads 2.0 ver2 is Toss Ads and Google AdMob integrates an integrated ad solution that automatically selects and displays the most suitable ad based on the environmentIt is an integrated ad solution. Partners only need to integrate one SDK, and the SDK automatically chooses which network to use based on the environment. You can expect more stable revenue by increasing ad display success rates.
Interstitial and Rewarded ads use the same API (loadFullScreenAd, showFullScreenAd), and the ad type is automatically determined based on the ad group ID (adGroupId).
Supported versions
The integrated ad API works differently depending on the Toss app version:
5.247.0 or later
In-app Ads 2.0 ver2
Toss Ads + AdMob
5.227.0 to below 5.247.0
In-app Ads 2.0
AdMob only
Below 5.227.0
Not supported
In-app Ads 2.0 ver2 cannot be used
isSupported()With this method, you can check whether In-app Ads 2.0 ver2 can be used in the current environment.
API overview
loadFullScreenAd(params: LoadFullScreenAdParams): () => void— Preloads an ad. It provides a function that unregisters the callback (noop form) as the return value.showFullScreenAd(params: ShowFullScreenAdParams): () => void— Displays the loaded ad on the screen. It also returns an unregister function.
Each API isSupported() You can check whether the feature is available in the current environment through the property.
Load ad
SDK function: loadFullScreenAd
Preloads an ad. You must call it before displaying the ad.
Parameters
params · Required ·
LoadFullScreenAdParamsThis is the configuration object used when preloading ads. You can set the ad group ID and ad load event/error callbacks.
params.options · Required ·
LoadFullScreenAdOptionsThis is the options object passed when loading ads.
params.options.adGroupId · Required ·
stringThis is the ad group ID. You must enter the ID issued in the console.
params.onEvent ·
(event: LoadFullScreenAdEvent) => voidThis is a callback that receives events occurring during ad loading. You can receive various events such as ad load success events.
params.onError ·
(error: unknown) => voidCalled when loading the ad fails. Network errors or an unsupported environment may be the cause.
Property
isSupported
Checks whether In-app Ads 2.0 ver2 ads can be used in the current environment.
Example
LoadFullScreenAdParams
loadFullScreenAdThese are the parameter types.
LoadFullScreenAdOptions
These are the ad load options.
LoadFullScreenAdEvent
This is the ad load event. When the ad is successfully loaded, loaded a type event occurs.
Showing ads
SDK function: showFullScreenAd
Displays the loaded ad on the screen. loadFullScreenAdPlease use the ad preloaded with `loadFullScreenAd`.
Parameters
params.options · Required ·
ShowFullScreenAdOptionsThese are the options passed when displaying ads.
params.options.adGroupId · Required ·
stringThis is the ad group ID. It must be the same as the ID used in `loadFullScreenAd`.
params.onEvent · Required ·
(event: ShowFullScreenAdEvent) => voidThis is a callback that receives events that occur during ad display. You can receive various events such as ad impressions, clicks, and reward payouts.
params.onError · Required ·
(error: unknown) => voidThis callback is called when the ad display request fails.
Property
isSupported
Checks whether integrated ads can be used in the current environment.
Example
ShowFullScreenAdParams
showFullScreenAdThese are the parameter types.
ShowFullScreenAdOptions
These are the options for displaying ads.
ShowFullScreenAdEvent
These are the ad display events.
Event description
requested
The ad display request was successful.
show
The ad was displayed on screen.
impression
The ad impression was recorded. (revenue generation point)
clicked
The user clicked the ad.
dismissed
The user closed the ad.
failedToShow
Ad display failed.
userEarnedReward
The user earned a reward from a rewarded ad.• data.unitType: Reward type (e.g., coin, point)• data.unitAmount: Reward amount
Usage guide
Ad load timing
We recommend preloading ads before displaying them.
Recommended load timing list
When the component mounts
Immediately after the previous ad closes
Before switching to the screen where the ad will be displayed
Rewarded ad handling
userEarnedReward Grant rewards only when the event occurs. dismissedDo not grant rewards based on this alone.
Memory management
To prevent memory leaks, unregister callbacks when the component unmounts.
Error handling
Always onError Provide a callback to handle ad load/display failures.
Event flow
Ad policy
Toss Ads SSP policy
Please be sure to follow the policy below. Violations may restrict ad impressions.
Even if it is not specified in this policy, actions that artificially induce ad impressions, clicks, or performance, or cause user confusion, may be considered policy violations.
If a service is terminated due to policy violations, all partners must comply with the service termination policy.
UI/UX degradation
Configuring the UI so that the distinction between ads and content is unclear, or to induce ad consumption or clicks unrelated to user intent, or to obstruct normal service use
Disguising ads as "Recommended service", "Financial tips", etc.
Changing the color or font of ad units outside the Toss Ads guide
Arbitrarily modifying the ad title, label, CTA copy, and design
A structure that places ads adjacent to user interaction elements (buttons, gameplay areas, etc.) so that unintended clicks occur
When two or more ads of the same format are placed on the same screen
A dead-end structure that makes it difficult for users to exit the screen normally or move to the previous screen
A structure that makes it difficult for users to distinguish between the functions of ads and service CTAs
A structure that makes it difficult to recognize or access CTAs needed for normal service use
Ads must always keep the "Ad" label
All ad UIs must use web-base standard components
Prohibit UI/UX configurations that artificially drive ad performance or degrade the user experience
Ad call behavior tampering
Changing or bypassing the SDK's default event flow or ad call method
SDK Click / Impression event tampering
When ads are called through in-house logic without going through the ad SDK, or implemented by bypassing SDK events
When the Back button is blocked or abnormally controlled to interfere with the user's normal screen exit or move to the previous screen
Do not tamper with the SDK's default event (Click / Impression) structure
Calls to APIs outside the SDK are not allowed
Abnormal traffic and performance manipulation
Activities that distort traffic and ad performance through automation or artificial means
Periodically refresh the ad area
Activities that artificially generate performance (clicks, impressions, etc.)
If abnormal patterns based on traffic quality are detected, ads may be restricted, sanctioned, or settlement may be withheld
Reward/engagement-based click prompting
Providing rewards or benefits at the same time as an ad click
"Reward provided immediately upon ad click"
"Points provided when you click the ad"
Structures that directly link ad consumption to rewards are prohibited
No reward-related copy or event linkage for clicks
Ad hiding or overlap
The act of intentionally hiding an ad or covering it with other UI elements so that users have difficulty clearly recognizing the ad's presence
• Transparent ads
• Insert ad DOM behind another card UI
• Ads must be clearly visible in their displayed state
UX / Product Principle operating principles
Ads must also follow Toss's UX principles.
Toss Principle
Application criteria
Examples
Simplicity
Ads must be clear and understandable without additional explanation
Clear CTA such as "View now" or "View ad"
Clear Action
Users should be able to predict what action will happen after clicking an ad
Provide disclosure text when moving to an external destination
No Deception (UX Red Rule)
Ads must not appear at unexpected times, in unexpected forms, or in unexpected positions, nor mislead users
When an ad is disguised as content
Value First
Ads must not interfere with the customer's service goals
No inserting ads during payment/account opening flows
Usage restrictions and sanctions
If an Apps in Toss ad placement or service violates this policy, sanctions may be applied
Restriction procedure
In principle, restrictions are applied step by step based on the cumulative extent of violations. However, depending on the type or severity of the violation, a single violation may result in an immediate 30-day restriction or a permanent restriction.
※ Violations identified at the same time are treated as one violation regardless of the number of violation slots. If violations are later identified separately, the number of violations will accumulate.

Improper revenue handling
Revenue generated through policy violations, invalid traffic, or other improper methods may be considered improper revenue.
If improper revenue is confirmed, payment may be withheld or denied for that amount, and any amount already paid may also be recovered.
Appeal procedure
If you received a usage restriction notice Apply for an appeal within 30 dayscan be done.
Appeal materials can be submitted through Channel Talk.
Submitted materials are reviewed according to internal standards, and additional materials may be requested if necessary.
Review may take about one week in business days.
For appeal requests, reviewing whether the sanction was appropriateand, simply correcting the violation or submitting a prevention plan does not lift the sanction.
The sanction may be lifted if the submitted appeal materials show that the violation that was the basis for the sanction is not recognized, or if there is a clear error in the sanction decision.
In the case of repeated or serious violations, service use may be permanently restricted.
Testing
In the development stage, be sure to use the test ad ID. Testing with a real ad ID will be considered a policy violation and may result in disadvantages.
Interstitial ad:
ait-ad-test-interstitial-idReward ad:
ait-ad-test-rewarded-idBanner ad - list type:
ait-ad-test-banner-idBanner ad - feed type:
ait-ad-test-native-image-id
Please be sure to check the items below before release.
Check whether the ad loads properly.
Check whether tapping it moves to the intended screen.
Check whether the back button works properly.
Check that it does not interfere with payment or authentication flows.
Frequently asked questions
Last updated
Was this helpful?