Expand my Community achievements bar.

Applications for the 2024 Adobe Target Community Mentorship Program are open! Click to the right to learn more about participating as either an Aspirant, to professionally level up with a new Certification, or as a Mentor, to share your Adobe Target expertise and inspire through your leadership! Submit your application today.
SOLVED

Testing Geo-targeting with mboxOverride.browserIp= query parameter

Avatar

Level 1

We recently set up an experience that is isolated to a particular state and I'm having trouble using the mboxOverride.browserIp query parameter to test out the experience. We have successfully tested on QA segments, but are worried the personalization will not fire for real residents of that state.

When using the mboxOverride.browserIp parameter I am not seeing the experience render properly, and I am not seeing a different IP in the mbox via the Adobe Debugger.

Any troubleshooting help would be appreciated!

1 Accepted Solution

Avatar

Correct answer by
Community Advisor

Make sure to clear the mbox cookie prior to testing again. I just tested on both the API and client side calls. Both seem to be functioning properly. Perhaps you should go into the Setup -> Implementation -> Debugger Tools and generate a debug token and add that to the request url. For instance:

mboxURL=https%3A%2F%2Fwww.blah.com%2F%3FmboxOverride.browserIp%3D161.185.160.93%26mboxTrace%3Dwindow%26authorization%3DTOKEN_HERE

here is the same for the api

"requestLocation": {

    "pageURL": "https://www.blah.com/?mboxOverride.browserIp=161.185.160.93&authorization=TOKEN_HERE"

   },

The debug will help in the sense in that it returns the override IP just after the actual IP:

"overriddenIpAddress": "161.185.160.93",

If that field is showing anything different, I would then open a client care ticket.

View solution in original post

1 Reply

Avatar

Correct answer by
Community Advisor

Make sure to clear the mbox cookie prior to testing again. I just tested on both the API and client side calls. Both seem to be functioning properly. Perhaps you should go into the Setup -> Implementation -> Debugger Tools and generate a debug token and add that to the request url. For instance:

mboxURL=https%3A%2F%2Fwww.blah.com%2F%3FmboxOverride.browserIp%3D161.185.160.93%26mboxTrace%3Dwindow%26authorization%3DTOKEN_HERE

here is the same for the api

"requestLocation": {

    "pageURL": "https://www.blah.com/?mboxOverride.browserIp=161.185.160.93&authorization=TOKEN_HERE"

   },

The debug will help in the sense in that it returns the override IP just after the actual IP:

"overriddenIpAddress": "161.185.160.93",

If that field is showing anything different, I would then open a client care ticket.