Nanigans Destination

Getting Started

When you enable Nanigans in the Segment web app, your changes appear in the Segment CDN in about 45 minutes, and then Analytics.js starts asynchronously loading Nanigans.js onto your page. This means you should remove Nanigans’s snippet from your page.

• Nanigans starts automatically collecting data on your site.

Track

In order for the track call to succeed, the requirements include a userId being set previously by an identify call.

For ecommerce events,(i.e. purchase) it is important that the .track() call also includes the below within properties:

• orderId
• products array, which contain objects that have sku, quantity, and price

More information about the semantic naming of our ecommerce events.

If the folks at Nanigans ask you pass through any custom parameters, you can map the Segment event properties to arbitrary querystring parameters as well. Note: This is currently only supported using the server-side destination, which is used for our mobile and server-side libraries.

Server-Side

By default, if you are sending data using a mobile library, we will send the IDFA (iOS) or Advertising ID (Android) so that you can associate server side events with the anonymous users from your mobile app.

However, if you are sending events with a server side library, you can still manually pass the IDFA or Advertising ID under context.device.advertisingId and we will send it along to achieve the same effect.

Mobile

By default, if you send any data with either the iOS or Android library, we will send that data to Nanigans required /mobile.php endpoint.

If you’d like to send any other server side event using a server side library, you can either enable the option “Send Events to Mobile Endpoint” in your Nanigans settings. However, this means that ALL server side events sent from your server side library will be sent to the mobile endpoint.

If you are unsure which endpoint to send to, contact Nanigans support!

Personas

You can send computed traits and audiences generated using Segment Personas to this destination as a user property. To learn more about Personas, contact us for a demo.

For user-property destinations, an identify call is sent to the destination for each user being added and removed. The property name is the snake_cased version of the audience name, with a true/false value to indicate membership. For example, when a user first completes an order in the last 30 days, Personas sends an Identify call with the property order_completed_last_30days: true. When the user no longer satisfies this condition (for example, it’s been more than 30 days since their last order), Personas sets that value to false.

When you first create an audience, Personas sends an Identify call for every user in that audience. Later audience syncs only send updates for users whose membership has changed since the last sync.

Supported Sources and Connection Modes

Before you start, make sure Nanigans supports the source type and connection mode you’ve chosen to implement. You can learn more about connection modes here.

Segment offers an optional Device-based Connection Mode for Mobile data going to Nanigans, so that you can use Nanigans features that collect data directly from the mobile device. To do this, you must package the Segment-Nanigans mobile SDK with the Segment mobile library.

Settings

Segment lets you change these destination settings from the Segment app without having to touch any code.