Problem: You fire the postback and get a 200 OK response, but conversions don't appear in reporting.

Most Common Cause: Your offer has "Minimum Lookback Window" enabled. Coupon code conversions happen instantly (no click timestamp), so they violate the time-based validation rule and get rejected.

Solution:

1. Navigate to Offers → Manage → Click on your offer
2. Go to Advanced tab
3. Find "Minimum Lookback Window" and disable it
4. Click Save

⚠️ Critical: This is the #1 reason coupon tracking "doesn't work." Multiple customers have hit this issue.

Problem: All conversions show the same IP address, or you're getting "Duplicate IP" fraud alerts.

Cause: You're firing the postback from your server (CRM, backend), and Everflow is recording your server's IP address instead of the user's IP.

Solution:

1. Capture the user's IP address when the lead/sale occurs
2. Add &user_ip=USER_IP_ADDRESS or &ip=USER_IP_ADDRESS to your postback
3. Example: https://YOUR_DOMAIN.com/?oid=123&affid=456&ip=203.0.113.45

💡 Why this matters: Without the user's IP, geo-location data is wrong (shows server location), and duplicate IP fraud rules may block legitimate conversions.

Problem: You're uploading historical data via CSV or reconciliation, but conversions show today's date instead of the original conversion date.

Cause: Without the timestamp parameter, Everflow timestamps the conversion at the moment the postback fires.

Solution:

1. Convert the original conversion date/time to Unix timestamp (e.g., 1640995200)
2. Add &timestamp=UNIX_TIMESTAMP to your postback
3. Example: https://YOUR_DOMAIN.com/?oid=123&affid=456&timestamp=1640995200

Tool: Use unixtimestamp.com to convert dates to Unix timestamps.

Problem: A partner shows a 100% conversion rate with conversions but no corresponding clicks.

Cause: The coupon code was leaked to a public coupon scraping site (e.g., RetailMeNot, Honey). Organic users are finding and using the code, and clickless tracking attributes ALL usage to the partner — even if they didn't click the partner's link.

What's Happening: Clickless coupon tracking works exactly as designed. ANY use of the code = partner gets credit. If the code is public, anyone can use it.

Solutions:

1. Use unique codes per partner: Instead of "SAVE20", use "SARAH20", "MIKE20", etc.
2. Enable Click Priority: Navigate to Advertisers/Brands → Manage → select the advertiser → General tab → General Card (Edit) → set Attribution Priority to "Click." This means if a user clicked a different partner's link, the click wins over the coupon.
3. Monitor public coupon sites: Search for your codes on RetailMeNot, Honey, Slickdeals to detect leaks.

🚨 Real Example: Company A had "Sale20" code show 100% conversion rate because it leaked to a public site. Users scraped the code and used it without clicking affiliate links.

Problem: Postback fires but conversion is marked as "Invalid" or doesn't appear at all.

Cause: You forgot to pass the required identifiers in your postback.

Solution: Verify your postback includes both required parameters. Use the correct form for your method:

• URL postbacks (GET requests): &oid=YOUR_OFFER_ID and &affid=YOUR_AFFILIATE_ID
• JS SDK: offer_id and affiliate_id (inside the EF.conversion() call)

Common mistake: Using offer_id and affiliate_id in a URL postback. These long forms do not work in URL query strings — you must use oid and affid.

Alternative: Instead of affiliate_id, you can use &coupon_code=PARTNER_CODE if you've set up coupon codes. Everflow will look up which partner owns the code.

💡 Pro Tip: Use your browser's Network tab (Developer Tools) to inspect the actual postback URL being fired. Look for the oid and affid parameters.