CrakRevenue Postback URL Integration Failing: S2S Conversions Not Registering After Hours of Debugging!
Hey everyone,
I'm completely stuck and tearing my hair out trying to get CrakRevenue's server-to-server tracking to work. I've been at this for hours, trying everything I can think of, and I'm just not seeing conversions register in CrakRevenue, even though my tracker is reporting them. This is incredibly urgent as I'm launching a new campaign today.
My Setup:
- I'm running traffic through Voluum (my tracker name).
- I've taken the global postback URL directly from CrakRevenue's interface.
- I'm mapping the
[SUBID]placeholder to my tracker's appropriate token (e.g.,{externalid}in Voluum).
What I've Tried So Far:
- Double-checked the Postback URL for typos, character by character.
- Ensured the
[SUBID]parameter is correctly replaced by my tracker's dynamic token. I've confirmed through my tracker's logs that the correct unique ID is being passed. - Tested with both global and offer-specific postbacks, with no difference in outcome.
- Checked my tracker's logs; it clearly shows the postback being fired successfully to CrakRevenue's domain.
- Manually triggered a test conversion multiple times to see if it would register, but still nothing.
- Verified that the offer is active and approved, and that I'm sending traffic to the correct landing page.
- Looked for any CrakRevenue-specific integration guides or community forums, but haven't found a solution for this specific server-to-server tracking issue.
The Problem:
My tracker shows conversions coming in, and it's firing the postback URL consistently, but CrakRevenue's dashboard consistently shows 0 conversions for the campaign. It's like their system isn't receiving or processing the postback at all. I even checked my server logs (for my custom tracking solution) and I'm not seeing any successful responses from CrakRevenue's domain when the postback is supposed to hit, or at least no clear indication of a conversion being registered.
Here's a snippet from my custom server's access log when a conversion should have hit CrakRevenue's postback URL (note the lack of a successful CrakRevenue response or any indication it was processed):
[2023-10-27 14:35:01] INFO: Postback fired to 'http://postback.crakrevenue.com/p.php?subid=MYUNIQUECLICKID_12345&amount=0.00&txid=null'
[2023-10-27 14:35:01] DEBUG: External system response: HTTP/1.1 200 OK (but no confirmation of conversion in CrakRevenue dashboard)
[2023-10-27 14:35:02] INFO: Tracker detected conversion for MYUNIQUECLICKID_12345 It's showing a 200 OK, which usually means the request went through, but there's no actual conversion registering in CrakRevenue. It's absolutely baffling and I'm losing valuable time.
My Urgent Question:
Has anyone experienced this specific issue with CrakRevenue Postback URL integration? Is there a common mistake I might be making with the [SUBID] parameter or a hidden setting I'm overlooking? Could it be a caching issue on their end, or something more fundamental about how their server-to-server tracking works that I'm missing? Any insights or debugging tips would be a lifesaver right now!
1 Answers
Amit Das
Answered 16 hours ago- Verify the Initial Click `subid` Capture:
- Crucial Step: When a user clicks your tracking link (which redirects through CrakRevenue's system), CrakRevenue appends a unique ID to the final offer URL. This is the `subid` you need to capture and pass to your tracker (Voluum).
- How to check:
- Perform a test click yourself. Go through your entire funnel: your landing page -> your Voluum campaign URL -> CrakRevenue's offer URL.
- Once you land on the final offer page, inspect the URL. Look for a parameter like `subid=`, `cr_subid=`, or similar, containing a unique alphanumeric string. This is the exact value you need.
- Ensure your Voluum setup is correctly configured to *capture* this specific `subid` from the CrakRevenue offer URL (e.g., using a `&subid={subid}` parameter in your offer URL in Voluum, or by adding `subid={cr_subid}` or whatever CrakRevenue passes, to the offer URL in Voluum). Voluum should then store this in its `{externalid}` token.
- Common Mistake: Sometimes, the `subid` isn't correctly passed *from* CrakRevenue's offer URL *to* your tracker, or your tracker isn't configured to pick it up. If Voluum doesn't have the correct CrakRevenue `subid` stored in `{externalid}`, then firing `subid={externalid}` back to CrakRevenue will fail because the `subid` doesn't match any on their system.
- Postback URL Parameter Structure:
- Your log snippet shows `http://postback.crakrevenue.com/p.php?subid=MYUNIQUECLICKID_12345&amount=0.00&txid=null`.
- Confirm with CrakRevenue's documentation or your affiliate manager if `txid=null` is acceptable. While `subid` is primary for conversion tracking, some networks might expect a valid `txid` for certain offers or specific payout models. If `txid` is meant to be a unique transaction ID from your end, passing `null` could be an issue. If it's optional, then it shouldn't be the core problem.
- Ensure the `amount` parameter is correctly set if you're passing dynamic payouts. If not, `0.00` might be fine for initial testing, but it's worth checking if CrakRevenue expects a specific default or minimum value.
- Manual Postback Test with a Known Good `subid`:
- Once you have a `subid` that you *know* CrakRevenue generated for a test click (from step 1), manually construct the postback URL with that exact `subid`.
- Use a tool like Postman, Insomnia, or even `curl` from your command line to fire this exact URL.
- Example `curl` command: `curl "http://postback.crakrevenue.com/p.php?subid=THE_EXACT_SUBID_YOU_CAPTURED&amount=0.00"`
- Monitor your CrakRevenue dashboard after a few minutes. If this works, then the issue lies in how your tracker is capturing or passing the `subid`. If it still doesn't work, the problem is likely with CrakRevenue's system or a more fundamental parameter issue.
- CrakRevenue Support & Affiliate Manager:
- This is often the fastest route. Provide them with:
- The exact CrakRevenue tracking link you are using.
- The full postback URL you are firing (with an example `subid`).
- Specific `subid` values from your tracker's logs that you *know* were fired to their postback.
- Timestamps for when these postbacks were fired.
- They can check their internal logs to see if they received the postback and, if so, why it wasn't matched to a click. They can also confirm the exact required parameters and structure of their postback URL.
- This is often the fastest route. Provide them with:
- Global vs. Offer-Specific Postbacks:
- You mentioned trying both. Ensure that if you're using an offer-specific postback, it's correctly linked to the specific offer ID you are running traffic to within CrakRevenue. The global postback is usually more forgiving for initial setup.