Skip to main content
Version: v2

Create an offer campaign

Open Advertiser → Offers → Campaign Studio → New campaign. The campaign begins as a DRAFT and cannot appear in publisher inventory until it passes review and is made LIVE.

The stepper labels are Goal, Experience, Rewards, and Delivery. Saving a draft does not waive review requirements. Use the template selector to prefill common patterns, then inspect every value: templates are examples, including their financial amounts.

1. Choose the owner and outcome​

Select the advertiser profile that will own and fund the campaign. With one profile, the console can preselect it; with several, check the selection before saving. Choose a generic template or a custom conversion. Templates are editable starting points.

ChoiceUse it when
Verified signupA new account or registration must be confirmed
PurchaseA paid order or subscription must be verified
InstallAn app install plus the required first action is confirmed
EngagementA tutorial, level, or task is completed
Custom eventYour server verifies another measurable outcome
Multiple reward milestonesA user can earn at several separately verified stages

Use a single advertised platform: web, Android, or iOS. Add the actual website or store URL and package/property identifier. Campaign readiness requires a validated advertised asset. Managed partner campaigns and provider-managed tracking are administered separately; self-service advertisers use direct tracking.

2. Write the user experience​

Provide an internal campaign name and a clear public title, benefit-led headline, description, button text, exact completion requirements, user instructions, and disclosure. State any purchase, subscription, eligibility, verification delay, or pending reward condition before the user starts. Add a support URL where available.

The destination, preview, support, icon, hero, and gallery URLs must use HTTPS. Direct S2S campaigns require {click_id} in the destination URL:

https://advertiser.example/join?rr_click_id={click_id}

Supported destination macros include {click_id}, {external_user_id}, {offerwall_user_id}, {country}, and {campaign_id}. Preserve the resolved click ID on your server; it is required for attribution. Test the destination with a development launch rather than replacing macros by hand.

Add a validated creative record for the advertised asset. A draft can be saved without every review prerequisite, but readiness requires at least one validated creative and a validated advertised asset. Current creative upload is development-only; see creative and review before assuming a production account can upload its own files.

3. Define milestones and financial terms​

Every goal needs a user-facing name and a unique, stable Tracking event ID (externalGoalId). Send that exact value as goal_id in the postback. Enter gross advertiser revenue and publisher payout for each goal; the payout must not exceed gross revenue. Optional controls include pending minutes, completion window, repeatability, prerequisites, and availability windows. A prerequisite may only reference an earlier goal ID.

A multi-reward campaign should describe each step separately. For an install plus tutorial, for example, use distinct IDs such as install_verified and tutorial_complete; do not reuse one event ID for both outcomes. RapidoReach stores money in integer micros internally and snapshots financial terms per revision.

4. Set targeting and budget​

Choose countries, offer surfaces, eligible traffic sources, platform-specific devices and versions, schedule, total budget, daily or monthly caps, and conversions per user. Country codes are two-letter ISO codes. Optional US state targeting applies when the US or worldwide traffic is eligible. Browser version filters apply to web campaigns; OS version filters apply to mobile campaigns. Leave advanced filters unset unless you can verify enough matching traffic remains.

See targeting and budget for field behavior and launch checks.

5. Save and review​

Save the draft, open its Readiness panel, and resolve every reported reason. Set up a direct postback credential, confirm the click ID in the destination, and run an end-to-end development test. Then choose Submit for review. An administrator approves and launches an eligible campaign; advertiser owners can pause and later resume an approved campaign.

Editing creates a new immutable revision and returns the campaign to DRAFT. Existing clicks and conversions keep the financial terms captured when they started. Check the new revision, tracking, and readiness before resubmitting.

Next: Targeting and budget, assets and review, then S2S tracking.

Field-by-field decisions​

StepControlDecision to make
GoalCampaign ownerChoose the advertiser profile that owns and funds the offer. A normal advertiser sees only owned profiles.
GoalOffer structure, objective, task typeChoose one verified conversion or separately rewarded milestones; match the task type to the user action. Publisher slots may exclude task types. Managed partner structures require administrator access.
GoalPlatform and propertySelect one web, Android, or iOS property, enter the public store or website URL and matching identifier, then Validate property.
GoalCampaign type and eligible sourcesChoose CPI for install, CPA for action, or CPE for an engagement milestone. Leave sources unrestricted for compatible traffic or narrow them only when required.
ExperienceTitle, headline, CTA, descriptionExplain the reward and action before the user leaves the offerwall. Avoid an instant-reward promise when verification is pending.
ExperienceRequirements, instructions, disclaimer, supportState every eligibility condition, purchase, subscription, verification delay, and deadline. Match the steps your server actually checks.
ExperienceDestination and creativePreserve {click_id} through redirects. Attach validated creative belonging to the advertised asset; inspect it at mobile width.
RewardsBid, budget, capsReview USD bid and total budget; set daily, monthly, next-month, and per-user limits for the possible combined cost of multiple goals.
RewardsGoal name and tracking event IDGive each milestone a clear user-facing name and a stable unique ID sent as goal_id in callbacks.
RewardsGross revenue, payout, dependenciesPayout cannot exceed revenue. A prerequisite can reference only an earlier goal; align availability, completion, pending time, and repeatability with the actual task.
DeliveryPlacement, country, schedule, deviceA user must match both campaign rules and publisher slot policy. Optional US state, manufacturer, OS, and browser filters can sharply reduce supply.
DeliveryTracking and securitySelect an available certified tracking route, include {click_id} in the tracking link, and use an IP allowlist only when your callback egress addresses are stable.
DeliveryUTC day-parting and attributionConvert local hours to UTC and set an attribution window long enough for the verified event. Disclose when real payment is required.

Optional ROAS targets for D1/D7/D14/D30/D60/D90 and the IAP/IAA ratio are planning KPIs; they do not prove a conversion. The worked examples show how to put these decisions together. The campaign API reference gives the server request fields and readiness response.