App engagement, back in Slate
For every student who opts in, Guidebook sends their app activity back to Slate every hour, matched to their event registration.
App engagementGuidebook → Slate · opt-in
3
See who engaged, right in Slate.
Each opted-in registrant's app activity sits with their event registration, so your team can:
- See who engaged with each event, registrant by registrant
- Spot who has downloaded the guide, and who hasn't yet
- Skip the exports and uploads: it all arrives on it's own
What goes back into Slate
Five kinds of activity, each tied to the person's Slate record and the guide's Slate event.
- Download When the guide was downloaded
- Time in the app App sessions and time spent
- Schedule adds Sessions added to their schedule
- Views Menu item, list item and session views
- Form responses Which form, the answer and when
Each record carries the guide's Slate event and the person's Slate record, so Slate attaches it to the right registration.
- Every hour
- Full history first
- Then changes only
How events map to your guide
One folder feeds one guide, and Slate stays the source of truth.
-
You choose the guides
Every guide linked to a Slate folder is selected by default, and you can turn any of them off. At least one must stay selected.
-
Hourly, not real-time
Activity is collected every hour and posted to Slate in batches. For live numbers during an event, use the Attendance tab in Builder.
-
Builds on the other two
It needs Person Data and Event & Session Data connected from the same Slate instance, so every person and event can be matched.
Setting it up
Your Slate admin prepares Slate, then a Builder organization admin connects it.
Overview
See how your guides are really being used, right in Slate. The Guidebook App Usage Data integration sends engagement from your guides to Slate every hour. That includes downloads, time in the app, schedule adds, content views and form responses, all tied to each person's event registration. Only users who have given privacy consent are included.
Please note that if you are looking for real-time metrics during an event, please look to the Attendance tab within Builder.
How the Guidebook App Usage Data Integration Works
You choose which guides send data. The list includes the guides linked to a Slate folder on the instance, and all of them are selected by default. At least one must stay selected. Archived guides and guides with strict user privacy turned on are never sent, even if selected. Within each guide, data is sent only for named, logged-in users who have a Slate record on the instance and have answered Yes to the guide's privacy consent. Users who haven't answered are treated as having said No. Consent is checked on every run, so if someone withdraws consent, their data stops being sent from that point on.
What's sent and when. For each guide and person, Guidebook sends the following to a custom dataset in Slate:
- When the guide was downloaded
- App sessions and time spent in the app
- Which sessions were added to their schedule
- Menu item, list item and session views
- Form responses, including which form, the answer and when it was submitted
Each record identifies the guide's Slate event and the person's Slate record, so Slate can attach it to the right registration. Data is collected hourly and posted to Slate in batches shortly afterward. The first export includes the guide's full history, and after that only changes are sent. Data flows one way, from Guidebook to Slate.
Managing the export.
Pausing the integration skips the hourly export. When you resume, it catches up automatically. Removing the integration stops the export for that connection.
Setup Prerequisites
Before you can set up the Slate App Usage Data integration within Guidebook Builder, you will need the following:
From Slate: A Slate Dataset + Source format imported via a Guidebook provided suitcase and a service account with credentials. Steps to set this up are outlined below.
AND
From Guidebook: Both a Person Data Connection and an Event & Session Data Connection from the same instance you are configuring.
Slate Configuration (Building a Query Web Service in Slate)8 steps
In Slate, you will need to import one Suitcase for the App Usage Data Source Format
-
Import the Guidebook App Usage Data Suitcase ID via the Database “Suitcase Import”. Suitcase ID:
39ab737c-cf79-41e2-ac01-bf612906bc2b:gdb
-
Select “Import” and choose the New Names for both the Dataset and the Source format.
-
Validate success by locating the Source format you imported in the list of Source formats. You may see an initial empty post which was used to test the connection:
-
This Suitcase/Source format comes with a set of predefined field mappings based on the custom Dataset included in that Suitcase. Only remap these if you are confident about what this implies about the data flow.
-
Back on the Source Format, click “View” next to Web Service to collect the Webservice URL, this will be needed later in the Builder configuration, be sure to save it.
-
Next we will need to create/collect the credentials for a Slate Service account, click “New User” in the User Permissions tab:
-
Fill out the following fields to create a Service User Account, please record the username and password as they will be used in Guidebook Builder. Note that if you select an expiry date you will have to re-do parts of this process once it expires.
-
A successful account creation will look like the below:
Setting Up the Slate App Usage Data Integration in Guidebook Builder8 steps
Now that you have your Slate web service URL, log in to Builder and open your guide's Integrations settings.
-
Find the Slate integration in your Organizations “Integrations” tab and click Set up. Choose App Usage Data, and press “Connect”
-
Paste in your Web service URL and Security key. Include the Service account username and password you noted earlier (DO NOT include your personal Slate account login credentials, this will not work)
-
Please ensure that both the Person and Event & Session Data dependencies are connected and functional as below:
-
Ensure that the Person Data Connection and the Event & Session Data Connections have the mappings you want and expect for the App Usage Integration. Note that changing any mapping here changes the underlying map on that connection:
-
As the administrator, you also have the ability to select which guides are exporting App Usage data. In this example we see one enabled, one disabled. Proceed with “Next” when ready:
-
We are now ready to review the entire connection. Press “Save” or go back until satisfied with the configuration:
-
Rows will appear in your Source Format as below. Row entries that appear as 0/0 are periodic connection tests from Guidebook and will not alter data in the database:
-
The final state of a configured App Usage Data connection will look like so:
Managing the Integration
Once the Slate App Usage Data integration is set up, Guidebook pushes data to your Slate web service regularly so you can see the Guidebook App Usage metrics in Slate.
From the Integration settings you can:
- Update credentials: if your Slate URL or security key changes, update them here. Saving a new URL or key triggers an immediate re-sync.
- Pause the integration: stopping the flow of data from Guidebook to Slate
After it's connected
Change field labels, credentials or sync timing, or pause the connection, all from Builder.
Update credentials
If your Slate URL or security key changes, update it here. Saving triggers an immediate re-sync.
Pause the integration
Stop the flow of data from Guidebook to Slate. When you resume, it catches up automatically.
Your data rules stay in place.
Slate stays the source of truth, and students decide whether their app activity is shared.
Opt-in only
App activity is sent only for logged-in students with a Slate record who said yes to the guide's privacy consent. No answer counts as no.
Rechecked every run
If a student withdraws consent, sending stops from that point on.
Protected guides stay out
Archived guides and guides with strict privacy turned on are never sent.
Slate owns the record
Student names and imported events are managed in Slate and stay in sync automatically.