Manage and track your various communication channels (subscriptions), and provide customers with the ability to review and control their communication preferences. Create subscription data points in your schema, retrieve users who have opted in and send out notifications, newsletters and other forms of communication using an IdentitySync ETL job, and offer users a one-click unsubscribe.
Communication preferences features include the following:
- An out-of-the-box subscription widget that can be highly customized using Gigya’s UI Builder. The widget displays to end-users their subscription status.
- Clear opt-in and opt-out flows for complying with privacy regulations, including double opt-in confirmation.
- Capture and track communication consent using the Consent Vault. If your subscription requires double opt-in, consent is captured only after users opt-in to the subscription.
- Full support for exporting and importing subscriber data to third-party platforms, such as Email Service Providers (ESPs), either with IdentitySync (Gigya’s ETL service) or using accounts.search.
You can set communication channels to require double opt-in, i.e., to require that users confirm via email that they do, indeed, wish to subscribe. This confirmation may be required by law in certain countries. The process of configuring a double opt-in requirement for a subscription is as follows:
- Define the subscription as requiring double opt-in, either in the schema editor, or the UI Builder (see below).
- (Optional) Configure the URL of the page to which subscribers are redirected after confirmation, and the expiration time of the confirmation link, in the Policies page of Gigya's Console. Otherwise, Gigya defaults will be used.For more information, see Policies: Double Opt-In.
- (Optional) Set up an email template for the confirmation email that will be sent out to subscribers. Otherwise, the Gigya default template will be used. For more information, see Email Templates.
While Gigya offers a full suite of solutions designed to help clients comply with applicable data privacy laws, it is the clients' responsibility to comply with its obligations under such data privacy laws. Please consult with your legal team regarding such data privacy laws prior to implementation of the Gigya suite of solutions.
Create and Map a Subscription
When you create a new subscription (communication channel), you add a new Subscriptions Object to the schema.
Create Subscription Using the Schema Editor
- Open the Schema Editor in Gigya's Console.
- Click Create Field.
- In the Accounts database, select the Subscriptions type. Give the field a name and click Create.
- In the Properties pane on the right hand side, you can flag this subscription as Require Double Opt-In . This means that users who wish to subscribe, will need to confirm their subscription via email (see below). For more information on working with the schema editor, see Schema Editor.
Create and Map a Subscription Using the UI Builder
You can create the subscription in the UI Builder, or use the UI Builder to add a subscription checkbox to a screen, and map it to a subscription that already exists in the schema. Usually, you should add the subscription both to the screens on which users subscribe (e.g. a full or lite registration screen), and to the profile update screen, where registered users manage their subscriptions.
To do so:
- Open the Screen-Sets page in Gigya's Console, and open the relevant screen for editing in the UI Builder (e.g. a registration screen).
- If there is an existing subscription checkbox in the screen that is mapped to the data.subscriptions field, you should delete it.
- In the layout editor, on the left hand side scroll to the Widgets section, and from there, drag the Subscription widget to the canvas.
- With the subscription widget selected, open the Mapped Field control on the left. If the subscription already exists in the schema, select it (make sure you click on the email field under the subscription). If you wish to create a new subscription, under the Subscriptions node, click Add. Give the new subscription an ID and a description and click Add. When your subscriptions require double opt-in, this description will be added to the confirmation email sent to subscribers.
- You can revise the Label as needed (e.g., from "Subscribe to our newsletter", to "Subscribe to updates about unusual weather".
- In the Schema section, under Require Double Opt-In, select whether the subscription requires double opt-in. This means that users who wish to subscribe, will need to confirm their subscription via email (see below).The default is "Not Required".
- In the same section, you can change the description as needed.
- Save your changes.
- Repeat the process for the relevant ProfileUpdate screen, making sure you include a subscription widget for all active subscriptions and map the widget accordingly. This way, when a registered user opens their "Edit Profile" screens, they will see which subscriptions they subscribed to, and the double opt-in status of those subscriptions.
One of the main advantages of using the Subscription widget rather than mapping any UI element to the subscription field, is that in an 'Update Profile' screen, it will display the double opt-in status (Not Confirmed, Pending, or Confirmed).
You can add custom tags to the Subscriptions object. Add tags as follows:
- Drag a Metadata control to the screen.
- Map the control to the tags field of the relevant subscription.
In the Value field, add the tags as needed. For example, add an array of tags according to the following example:
- Save changes.
In the UI Builder you may also save the tags as Value format string of the Metadata control, however, you must be sure to not include any quotes around the individual tags, or your tags will be saved with the quotes as part of the tag name, i.e.,
Additionally, note that tags are not appendable, whenever you set tags to a user, the previous tag(s) are replaced with the new tag(s).
Adding tags does not replace the need to map the subscription itself, using the subscription widget.
User-Facing Subscription Management
Enable One-Click Unsubscribe
You have the option of automatically updating Gigya's database when the user chooses to unsubscribe from your service (for example, when clicking an "unsubscribe" link in an email sent by an ESP). After the user submits the "unsubscribe", send a request to Gigya using the accounts.unsubscribe method, which changes that user's subscription status ("isSubscribed=false").
Communication Preferences Screen
You can create a communication preferences screen, that displays to users their communication preferences, and allows them to opt in, opt out, and control other paremeters, such as the communication frequency.
If you are using Gigya's Screen-Sets, users should be able to manage their subscriptions through the Communication screen that is part of the Profile Update screen-set. Make sure you enable this by adding the subscription widget to that screen (add one widget for each subscription), and map it to the relevant subscriptions, as explained above.
After the subscription widget is added to the screen, users can see their double opt-in status (for subscriptions that require double opt-in), and choose to subscribe or unsubscribe by checking or unchecking the subscription box.
A "Subscription updated" webhook is fired when the user updates their subscription status (opt-in or opt-out). This includes a change to their subscription's double opt-in status.
Identity Access with Email Accounts
Communication preferences (the Subscriptions Object) are stored in Email Accounts. When either Lite Registration or Subscriptions are enabled for your Gigya account, your Identity Access page changes and now includes a toggle between a UID-based and an Email-based view:
- The UID based view shows only fully-registered users, i.e., those users for whom a UID exists. When using this view, the Identity Access guide applies fully.
- The Email based view shows email accounts, for whom either a full account, or a lite registration, or both, exist. When comparing this to the UID-based view:
- The Status column displays whether users are registered (R) or Lite (L), or both.
- The email account does not include Identities (i.e. social and/or site identities).
- The email-based view unifies all profile, custom and subscription data for a primary email address.
- The email-based view may be updated from Lite Registration screens as well as from changes made to the full account.
Querying Subscription Data
You can use the Identity Query Tool or accounts.search to retrieve subscription data. Note that subscription data is available from accounts.search only when querying from 'emailAccounts'. If you offer unregistered users the option to subscribe to a communication channel, you should query the emailAccounts database, which contains both unregistered and lite users as well as registered users.
Retrieve all subscribers to a specific subscription, from email accounts:
Retrieve all subscribers to a specific notifications stream, whose double opt-in status is "Confirmed", from email accounts:
Retrieve all subscribers to a specific subscription, from fully registered accounts:
Retrieve all subscriptions for an email address:
Retrieve all subscribers that subscribed prior to a specific date/time:
Import and Export Subscription Data Using IdentitySync
If you would like to import subscription data as part of fully registered accounts, see RaaS Import Guide.
Importing subscription data as part of lite regitrations, can be done using the accounts.importLiteAccount API.
If you are using IdentitySync, you can create a dataflow that retrieves subscribers, by using the datasource.read.gigya.account script, and writes them to the email service provider (ESP) you are using. For a list of supported ESPs, see ESP-Marketing Automation-Notification.
The license could not be verified: License Certificate has expired!
Click below to see sample dataflows between Gigya and Mailchimp, that implement Lite Registration features.
Importing the double opt-in object is not yet supported when using accounts.importLiteAccount. The import will succeed, but no double opt-in data will be written.
Frequently Asked Questions
That depends on your implementation.
Users can see their subscriptions and subscription statuses in the "profile update" screen. If you want to display only the subscriptions of site A, you should have a dedicated "profile update" screen for site A and include in it only the relevant subscriptions for that site. If you wish to display to users their subscriptions for all brands in the group, have a centralized "profile update" screen that is shared by all sites and includes all the available subscriptions.
The double opt-in status is set to “NotConfirmed”, and the ConfirmTime is reset to “null”.
Yes, the doubleOptIn object includes an EmailSentTime parameter that is updated automatically when the email is sent.
In this case, the user will receive a confirmation email that lists only the Double Opt-In subscriptions they checked in the screen. While Gigya fully supports having a mix of single and double opt-in subscriptions on the same screen, it is not the recommended or common implementation.
SELECT * FROM emailAccounts WHERE subscriptions.<SUBSCRIPTION-NAME>.email.isSubscribed = true AND subscriptions.<SUBSCRIPTION-NAME>.email.lastUpdatedSubscriptionState < "2017-11-25T17:09:20.3907174Z"