Thena

Hey Mohamed! Julianne from Mixpanel Support here. If you haven't already, can you submit a ticket directly through our webform? This will allow a support engineer to troubleshoot your project and data directly. When you submit the ticket, it would be helpful if you included the full payload of an event you don't see ingested to Mixpanel as expected, along with information about the event(s) you see missing.

For EU servers, you'll need to use Settings → Connectors → Add Custom Connector instead, and enter your MCP Server URL.

Hey Mana! You can use 'Hold Property Constant' and select 'Time> Day' to require the steps to have been tracked on the same calendar day. You can see an example of this in our demo dataset: https://mixpanel.com/s/29CZNW.

Inline Attachment: image.png

Mixpanel determines the location data based on the IP address of the incoming event. This data is parsed through a service called MaxMind to generate the Country, Region, and City values. If you are sending data server-side, the geolocation will be set to the location of the server, overwriting the user's client location. To fix it, you can pass the user's real IP using the $ip property when you send the event. If a user is connected to a VPN, the location will be based on the location of the VPN server that the user is connected to. This could potentially result in discrepancies between the actual location of the user and the location data displayed in Mixpanel. Do either of these seem like they may be the case?

The errAnonDistinctIdAssignedAlready occurs when Mixpanel's ID Merge system attempts to merge an anonymous ID with a known user ID, but the anonymous ID has already been assigned to a different user ID. In other words, each anonymous ID can only be associated with one user ID. If you try to link the same anonymous ID to a new user ID, Mixpanel will reject the merge, and this error will appear. If you expect multiple users to access your platform on one device, you should call reset() at log out. This will generate a new anonymous ID for the next user session.

Hi Pulkit! Just to clarify, platform.claude.com is Anthropic's API platform and doesn't have a built-in connectors feature. MCP integrations like Mixpanel's are only available through claude.ai (the chat interface). The MCP Server docs have more information about setting up the connection through claude.ai. Let me know if you have any questions!

Hi Kara 👋 Zach here from Mixpanel Support! Mixpanel Session Replay is not configured in your RudderStack destination settings. It's set up at the code level, with RudderStack and the Mixpanel JS SDK running side by side. Steps to set it up 1. Install and init the Mixpanel JS SDK with Session Replay enabled. We recommend starting with a 100% sample rate so you can monitor performance and make sure your privacy rules align with your policies before dialing it back. 2. Add the RudderStack middleware You can add middleware to RudderStack's SDK that pulls the anonymousId from RudderStack, passes it to Mixpanel as the device_id, and injects the session replay properties ($mp_replay_id) into every event call. 3. **Handle identity **You'll want to make sure identify calls are also passed through to Mixpanel so user identity is consistent between the two SDKs. If you have any questions specific to your project or implementation then I can move this to a Support ticket and we can follow up there 🙂 

Based on the behavior seen, that would still be the first thing to check and rule out!

Appreciate that! Definitely sounds like you know the drill as well.

I hope so too! I also definitely recommend submitting requests for MCP improvements through the Mixpanel app in the '? > Submit Feedback' modal.