Everflow macros
Everflow is a partner marketing platform. Macros are always wrapped in curly brackets {like_this}.
👋 Quick tip: Every macro below has a "Here's what I'd do" section — a plain-English note on exactly when and how to use it. If you're ever unsure, that's the bit to read.
Attribution
{transaction_id} Unique click ID generated by Everflow. The most critical macro — every postback must include this to attribute the conversion.
Here's what I'd do
This is the non-negotiable one. Every postback you configure in Everflow must include {transaction_id} — without it, Everflow can't match the conversion back to the original click. If a publisher's URL uses a different name like {clickid} or {tid}, that's fine — you replace their name in your Everflow postback setup with {transaction_id}.
{event_id} Event ID from Everflow. Used for multi-event / in-app tracking.
Here's what I'd do
Useful when you're tracking multiple conversion events (installs, purchases, registrations) and your partner needs to know which type fired. If you only have one conversion event, you don't need this.
{event_name} Event name from Everflow.
{adv_event_id} Advertiser Event ID from Everflow.
{order_id} Order ID received via Advertiser Postback. Automatically appended with shopping cart integrations.
{unique_click} Whether the click is unique or duplicate. 1 = unique, 0 = duplicate.
{impression_tracking_id} Unique ID for impression tracking. Only valid with cookie-based tracking.
Financial
{sale_amount} The sale/revenue amount associated with the conversion. Use this in Partner Postbacks (not {amount}).
Here's what I'd do
Use this when you want to pass the sale value back to your publisher in a Partner Postback. The easy mistake — and a very common one — is using {amount} here instead. That only works on the advertiser side and will come back blank in a Partner Postback. You'll also need to flip a switch in Global Settings first (see the note below).
{payout_amount} Amount paid out to a partner for a conversion or event. Passed in offer currency.
Here's what I'd do
This passes what Everflow actually paid out to the partner, in the offer's currency. Use this if your partner wants to see their commission amount rather than the sale total. If you're not sure which to use, {sale_amount} is usually what publishers ask for.
{amount} Revenue received from an advertiser via Advertiser Postback for a conversion or event.
Here's what I'd do
This one only works when an advertiser is firing a postback TO Everflow — not when Everflow is firing out to a partner. If you're setting up a Partner Postback, use {sale_amount} or {payout_amount} instead. Using {amount} in a Partner Postback is one of the most common mistakes I see — it'll return blank.
{offer_currency} Currency of the offer (e.g. USD, GBP, EUR).
Here's what I'd do
Use this to pass the currency code to your partner alongside the payout amount. If you're sending {sale_amount}, it's good practice to send {offer_currency} too so the partner knows what currency they're receiving.
{currency} Currency used when an advertiser fires a conversion to Everflow. Everflow converts the amount using this value.
Sub IDs
{sub1} Sub ID 1 from the partner tracking link. Commonly used to pass the partner's own click ID.
Here's what I'd do
When a partner sends traffic through their tracking link, they typically pass their own click ID in sub1 so they can match conversions on their side. If they need it back in the postback, include {sub1} in your Partner Postback URL. Your partner will tell you what parameter name to use in their system — for example in Voluum they'd want it as cid={sub1}.
{sub2} Sub ID 2 from the partner tracking link.
Here's what I'd do
Works the same way as sub1 — a passthrough slot for whatever value the partner passed in their tracking link. Partners sometimes use sub2 for campaign ID, creative ID, or other values they want to see at conversion time.
{sub3} Sub ID 3 from the partner tracking link.
{sub4} Sub ID 4 from the partner tracking link.
{sub5} Sub ID 5 from the partner tracking link.
Advertiser Data
{adv1} Advertiser-passed datapoint 1.
Here's what I'd do
A passthrough slot for custom data from the advertiser. If you're collecting something from the advertiser's postback — like their internal order reference — you can pass it back to partners here. Requires a global setting to be visible in Partner Postbacks (see note below).
{adv2} Advertiser-passed datapoint 2.
{adv3} Advertiser-passed datapoint 3.
{adv4} Advertiser-passed datapoint 4.
{adv5} Advertiser-passed datapoint 5.
IDs
{affiliate_id} ID of the partner (affiliate) on the network.
{affiliate_name} Name of the partner on the network.
{affiliate_encoded_id} Encoded version of the affiliate_id.
{source_id} ID of the partner's traffic source.
{offer_id} ID of the offer on the network.
{offer_name} Name of the offer on the network.
{advertiser_id} ID of the advertiser on the network.
{advertiser_name} Name of the advertiser on the network.
{campaign_id} ID of the marketing campaign.
{creative_id} ID of the creative associated with the click.
Geography
{geo_country_code} Two-letter country code (ISO 3166-1 alpha-2).
Here's what I'd do
Two-letter country code (GB, US, DE etc). Useful if your partner pays different rates by geography or needs to know where conversions are coming from.
{geo_country_name} Full country name.
{geo_region_code} Two-character region/state code.
{geo_region_name} Full region/state name.
{geo_proxy} Proxy detection. 0 = not from a proxy, 1 = from a known proxy.
Device
{session_ip} IP address of the user at click time.
Here's what I'd do
The user's IP address at click time. Some partners use this for fraud detection or geographic validation. Only include it if your partner specifically asks for it.
{conversion_ip} IP address of the user at conversion time, passed by the advertiser.
{user_agent} User-agent string of the device.
{device_brand} Mobile device manufacturer (e.g. Apple, Samsung).
{device_model} Mobile device model name (e.g. iPhone 15).
{device_type} Device type: Mobile, Tablet, or PC.
{device_platform} Operating system platform (iOS, Android, etc.).
{device_os_version} Operating system version (e.g. 17.4).
{device_browser} Browser name (e.g. Chrome, Safari).
{device_language} Two-letter ISO 639-1 language code of the device.
Mobile IDs
{idfa} Apple's Identifier for Advertisers (iOS). Format: 8-4-4-4-12.
{google_aid} Google Advertiser ID (Android GAID).
{android_id} Unique ID for Android devices. Must be passed by the affiliate.
{app_id} Application identifier. Used when an MMP fires a postback to Everflow.
Timestamps
{datetime} Date and time of the event formatted as YYYY-MM-DD HH:MM:SS (UTC).
Here's what I'd do
The date and time the event happened, formatted as YYYY-MM-DD HH:MM:SS in UTC. Useful for reconciliation — lets both sides match up conversion records by time if needed.
{timestamp} UNIX timestamp of the event (UTC). Overrides Everflow's own timestamp when used in Advertiser Postback.
Ad Platform IDs
{fbclid} Click ID from Facebook/Meta Ads.
{gclid} Click ID from Google Ads.
User Data
{email} User's email address. Required for Email Address Attribution.
{user_id} Partner-specific unique user ID.
E-commerce
{discount} Coupon or discount code. Used with Shopify integrations.
Utility
{random} Random value from 100,000,000 to 999,999,999. Useful for cache-busting pixels.
Data sourced from Everflow's official documentation on 2026-04-18.