Everflow macros & parameters
Everflow is a partner marketing platform. Macros are always wrapped in curly brackets {like_this}.
👋 Quick tip: Check the type badge before copying. A substitution macro inserts a value; an inbound parameter is the field name a platform expects when receiving a postback.
What are you setting up?
Choose a use case to keep only the fields that apply.
Showing 99 of 99 entries
Attribution
{adv_event_id} Advertiser Event ID.
{conversion_id} Unique conversion ID.
{event_id} Everflow event ID.
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} Everflow event name.
{impression_tracking_id} Impression tracking ID.
{is_view_through} Whether conversion came from an impression.
{order_id} Order ID received on conversion.
{origin} Conversion origin: click or impression.
{referer} HTTP referer.
{tracking_domain} Tracking domain associated with click.
{transaction_id} Everflow click/transaction ID.
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}.
{unique_click} Unique-click flag.
Financial
{amount} Revenue received from advertiser.
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.
{currency} Currency passed by advertiser.
{offer_currency} Offer currency.
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.
{payout_amount} Partner payout amount.
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.
{revenue_amount} Default base revenue amount.
{sale_amount} Sale amount associated with order.
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).
Sub IDs
{sub1} Partner Sub ID 1.
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}.
{sub10} Partner Sub ID 10.
{sub2} Partner Sub ID 2.
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} Partner Sub ID 3.
{sub4} Partner Sub ID 4.
{sub5} Partner Sub ID 5.
{sub6} Partner Sub ID 6.
{sub7} Partner Sub ID 7.
{sub8} Partner Sub ID 8.
{sub9} Partner Sub ID 9.
Advertiser Data
{adv1} Advertiser 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).
{adv10} Advertiser datapoint 10.
{adv2} Advertiser datapoint 2.
{adv3} Advertiser datapoint 3.
{adv4} Advertiser datapoint 4.
{adv5} Advertiser datapoint 5.
{adv6} Advertiser datapoint 6.
{adv7} Advertiser datapoint 7.
{adv8} Advertiser datapoint 8.
{adv9} Advertiser datapoint 9.
IDs
{advertiser_id} Advertiser ID.
{advertiser_name} Advertiser name.
{affiliate_encoded_id} Encoded partner ID.
{affiliate_id} Partner ID.
{affiliate_name} Partner name.
{affiliate_source_id} Partner source ID.
{campaign_id} Campaign ID associated with click.
{category} Offer category.
{creative_id} Creative ID.
{creative_name} Creative name.
{creative_type} Creative type.
{offer_encoded_value} Encoded offer value.
{offer_id} Offer ID.
{offer_name} Offer name.
{offer_project_id} Offer project ID.
{offer_url_id} Offer URL ID.
{source_id} Partner source ID.
Geography
{geo_city_name} City name.
{geo_country_code} ISO alpha-2 country code.
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} Country name.
{geo_proxy} Known proxy flag.
{geo_region_code} Region code.
{geo_region_name} Region name.
Device
{browser_version} Browser version.
{conversion_ip} Conversion IP address.
{device_brand} Device manufacturer.
{device_browser} Browser name.
{device_language} ISO 639-1 device language.
{device_model} Device model.
{device_os_version} OS version.
{device_platform} OS platform.
{device_type} Device type.
{geo_connection_type} Connection type.
{geo_isp_name} ISP name.
{geo_mobile_carrier_name} Mobile carrier.
{mac_address} MAC address.
{mac_address_md5} MD5 hash of MAC address.
{mac_address_sha1} SHA1 hash of MAC address.
{session_ip} Click/session IP address.
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.
{user_agent} User-agent string.
Mobile IDs
{android_id} Android device ID.
{android_id_md5} MD5 hash of Android ID.
{android_id_sha1} SHA1 hash of Android ID.
{app_id} Application identifier.
{google_aid} Google advertising ID.
{google_aid_md5} MD5 hash of Google advertising ID.
{google_aid_sha1} SHA1 hash of Google advertising ID.
{idfa} Apple IDFA.
{idfa_md5} MD5 hash of IDFA.
{idfa_sha1} SHA1 hash of IDFA.
Timestamps
{datetime} Event date/time 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 UTC.
Ad Platform IDs
{fbclid} Facebook click ID.
{gclid} Google Ads click ID.
User Data
{email} User email address.
{firstname} First name used to pre-populate field.
{lastname} Last name used to pre-populate field.
{user_id} Partner-specific user ID.
E-commerce
{coupon_code} E-commerce coupon code.
{discount} Shopify coupon code.
Utility
{random} Random 9-digit value.
Data sourced from Everflow's official documentation on 2026-09-22.