Lite Registration

Skip to end of metadata
Go to start of metadata

Overview

Lite Registration is a way for users to engage with your site and content without having to register with a full account, using only their email address and no password. Users can later choose to convert their passwordless accounts into a fully registered account, so as to access exclusive member content, place orders, or subscribe to a service, for example. Lite Registration is often the first step of building a trust-based relationship between your site and the site users, starting the customer journey early on. Use Lite Registration in newsletter sign-up flows as part of your newsletter management, and as a lead generation tool in any scenario where users can submit their emails without registering (contest participation, online polls, campaigns etc.). Using Registration-as-a-Service (RaaS) is a precondition to enabling Lite Registration in your account.

Lite Registration and Subscription Management are premium platforms that require separate activation. For inquiries, contact your Account Manager by filling a support form. You can access the support page by clicking Support on the upper menu after logging into your Gigya Console.

Lite registration features include the following: 

  • Out-of-the-box newsletter subscription screens that can be highly customized using Gigya’s UI Builder.
  • Clear opt-in and opt-out flows for complying with privacy regulations.
  • Improved quality of data: data is not lost when users convert from lite registrations to fully registered accounts.
  • Increased user satisfaction as all user data is saved from the get-go, no need to refill forms that have already been filled in, preferences and identity are saved and can be used to show users the content in which they are interested.
  • Drives higher user acquisition rates with screens that combine compelling offers and low-barrier opt-ins.
  • 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.
  • FUTURE RELEASE: Conversion link for converting a user from subscribed to fully registered. 

Terminology

TermDescription
Lite AccountCreated when a site visitor completes a Lite Registration flow. As their name suggests, accounts of this types are short-lived, and usually contain little data. The information they contain is merged into email accounts, for a cohesive view of the user. This type of account is created only if Lite Registration and Subscription Management are enabled in your Gigya site.
Full AccountCreated when a site visitor completes the RaaS registration flow (regardless of whether or not the account is pending verification). These users can register with a social identity, or create a password for your site. Either way, they are authenticated users. In the context of Lite Registration, full account data is merged into the corresponding email account, every time a accounts.setAccountInfo call is made for that account. Note that a fully registered user can complete the lite registration flow like any other site visitor.
Email AccountProvides a view of users that is based on their identifier, merging data from both lite registration and fully registered accounts. Note that data is merged from full accounts or lite registrations into this email accounts and not vice versa, with the exception of subscription data that is shared in real time between account types. An email-based view is enabled only when Lite Registration or Subscription Management are enabled in your Gigya site.
Subscriptions ObjectStores subscription data for a designated mailing list. The data stored for each subscription associated with a user includes the subscription status of that user (true/false), a timestamp for the status change, and custom tags (see below). Note that subscription data is the only type of data shared between all accounts (i.e. synced back from email accounts into full accounts). Therefore, you can retrieve subscription data of fully registered users and of lite accounts.

 

One View for All Customer Data

The email account is a merged view of all data that pertains to a specific email address. Therefore, Lite Registration enables deduplication not only of your Gigya data, but of all your user data stored externally (whether in ESPs, spreadsheets or other external systems). Since these are not fully registered users, there is no need to pass a user password between databases. Importing such users requires calling accounts.setAccountInfo, with an isLite parameter set to "true". 

 

Implementation

Lite Registration Flow

When users subscribe to your content using Lite Registration, regardless of whether these users are already fully registered or not, they are not required to create a password, but only to provide their email address. Each lite registration is later passed on to an email account, updating an existing account or creating a new one. 

Click the "play" button to start slideshow, or read at your own pace using the left and right arrows: 

 

Create and Customize Lite Registration Screens

Any new screen-set collection created in the Console will include the LiteRegistration screen-set.

Generally, you customize the screens in either of the following ways:

Map Field

The first name, last name and email fields in the default Lite Registration screen are mapped to Gigya’s profile.firstName, profile.lastName and profile.email, correspondingly. However, since the names of subscriptions change for each implementation, there is no default mapping to a subscription field. Therefore, in most Lite Registration screen implementations, you should map a field (for example, a radio button or checkbox) to the relevant subscription in the Subscriptions Object

Lite Registration can be used to create any screen that requests the users’ email without a password ("lead generation screens", for example, to unlock content, sign up for a competition, vote, etc.). In this case, there may be no need to map a field to any subscription. 

One common scenario of Lite Registration would be to have a subscription screen where the user opens a "subscribe me to your newsletter" screen (or it pops up automatically), and needs only to pass their email and press "submit", with or without a "terms of use" checkbox.This means that the field that actually subscribes the user (passes "true" to the isSubscribed field of the relevant subscription) is not visible to the user: they do not need to check a box or choose the subscription, since the details telling them of the subscription are in the UI of your site. To set this up, we recommend using a metadata control, that is always hidden and is not influenced by existing data in the database, as opposed to form fields, whose values could potentially be overriden by existing data, even if you create them with a default value. 

We suggest the following implementation: 

  1. Open the Lite Registration screen for editing in the UI Builder. 
  2. Edit the screen's texts and appearance as needed. You can choose to delete the default "Weekly Subscription" checkbox.
  3. Drag a "Metadata" control into the screen. 
  4. Map the relevant "isSubscribed" field to the metadata control. 
  5. Choose the JavaScript expression value format, and set the value to 'true'. 

    The screen in the UI Builder now looks like this: 
  6. Save your changes.

 

Tags

Lite Registration supports adding custom tags to the tags field in the Subscriptions object. Add tags as follows: 

  1. Drag a Metadata control to the screen. 
  2. Map the control to the tags field of the relevant subscription. 
  3. Under Value format, select "JavaScript expression". 
  4. In the Value field, add the tags as needed. For example, add an array of tags according to the following example: ['tag1','tag2','tag3']. 
  5. Save changes. 

Adding tags does not replace the need to map the subscription itself (the isSubscribed field) to a separate field or metadata control. The following example Lite Registration form includes two metadata controls, visible in the UI Builder:

 

Lite Registration Required Fields

Lite registration screens have behavior that differs from all other screen-sets in regard to required fields.

Lite registration will succeed even if there are required fields within your site's schema that have not been completed for the user; There is never a Registration Completion form triggered by a lite registration screen. If you need a field to be completed when users fill out a lite registration form, you must include the field on the lite registration submission form, and if it is not already required in the site's schema, select the Required: When Visible option in the Schema section of the UI Builder Properties panel. 

 

This will force the user to complete the field prior to submitting the lite registration form.

 

Add Lite Registration Screens to Your Site

For a guide on adding Gigya screens to your site, see RaaS Quick Start Guide

 

Enable Subscription Management for Site Users

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). 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").

 

Enable Subscription Management for Registered Profiles

Registered users should be able to manage their subscriptions through the Profile Details screen. Make sure you enable this by adding the relevant fields to that screen (e.g. add a checkbox for each newsletter), and mapping those fields to the relevant subscriptions.

 

Query Lite and Subscription Data

You can use the Identity Query Tool or accounts.search to retrieve lite and subscription data. Note that subscription data is available from 'accounts' as well as from 'emailAccounts'. 

Query examples:

  • Retrieve all email accounts: 

    SELECT * FROM emailAccounts
  • Retrieve all subscribers to a specific newsletter, from email accounts: 

    SELECT * FROM emailAccounts WHERE subscriptions.<NEWSLETTER-NAME>.email.isSubscribed=true
  • Retrieve all subscribers to a specific newsletter, from fully registered accounts: 

    SELECT * FROM accounts WHERE subscriptions.<NEWSLETTER-NAME>.email.isSubscribed=true
  • Retrieve all subscriptions for an email address: 

    SELECT * FROM emailAccounts WHERE profile.email="<EMAIL-ADDRESS>"
  • Retrieve all users who were created with Lite Registration and are not yet full users: 

    SELECT * FROM emailAccounts WHERE hasLiteAccount=true AND hasFullAccount=false

Identity Access with 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. 

 

Importing Lite Registrations

Lite registrations have no password. To import such users, admins can call accounts.setAccountInfo, with an isLite parameter set to "true". For more information, see Lite Account Import Guide

 

Using IdentitySync

If you are using IdentitySync, you can create a dataflow that selects users from the emailAccounts data storage, by using the datasource.read.gigya.account script and specifying emailAccounts in the from parameter. For a list of supported email service providers (ESPs), see ESP-Marketing Automation-Notification

Click below to see sample dataflows between Gigya and Mailchimp, that implement Lite Registration features.  

 Click here to see an inbound dataflow from Mailchimp to Gigya

 The following dataflow demonstrates importing users from Mailchimp's database, and creating corresponding lite registrations in Gigya's database. You can use Mailchimp documentation to customize this flow as needed.

 
 "name": "Import from Mailchimp",
 "description": "mailchimp inbound",
 "steps": [
  {
   "id": "mailchimp",
   "type": "datasource.read.mailchimp",
   "params": {
    "apiKey": "...",
    "apiUrl": "...",
    "batchSize": 100,
    "listId": "...",
    "maxConnections": 10,
    "retryIntervalSeconds": 3,
    "timeout": 120
   },
   "next": [
    "evaluate_subscribed"
   ]
  },
  {
   "id": "evaluate_subscribed",
   "type": "field.evaluate",
   "params": {
    "fields": [
     {
      "expression": "status eq 'subscribed' ? true : false",
      "field": "subscriptions.Subs1.email.isSubscribed"
     }
    ],
    "language": "jexl"
   },
   "next": [
    "rename"
   ]
  },
  {
   "id": "rename",
   "type": "field.rename",
   "params": {
    "fields": [
     {
      "sourceField": "EMAIL_address",
      "targetField": "profile.email"
     },
     {
      "sourceField": "merge_fields.CTOKEN",
      "targetField": "token"
     },
     {
      "sourceField": "merge_fields.FNAME",
      "targetField": "profile.firstName"
     },
     {
      "sourceField": "merge_fields.LNAME",
      "targetField": "profile.lastName"
     }
    ]
   },
   "next": [
    "evaluate"
   ]
  },
  {
   "id": "evaluate",
   "type": "field.evaluate",
   "params": {
    "fields": [
     {
      "expression": "true",
      "field": "isLite"
     }
    ],
    "language": "jexl"
   },
   "next": [
    "gigyaGenericWriter"
   ]
  },
  {
   "id": "gigyaGenericWriter",
   "type": "datasource.write.gigya.generic",
   "params": {
    "apiMethod": "accounts.setAccountInfo",
    "apiParams": [
     {
      "paramName": "profile",
      "sourceField": "profile"
     },
     {
      "paramName": "isLite",
      "sourceField": "isLite"
     },
     {
      "paramName": "subscriptions",
      "sourceField": "subscriptions"
     }
    ],
    "maxConnections": 10
   }
  }
 ]
}
 Click here to see an outbound dataflow from Gigya to Mailchimp

  The following dataflow demonstrates retrieving from Gigya subscriptions to the "Sub1" mailing list, and updating them in the Mailchimp database.

 {
 "name": "Mailchimp - Outbound",
 "description": "account > rename > remove > mailchimp",
 "steps": [
  {
   "id": "account",
   "type": "datasource.read.gigya.account",
   "params": {
    "deltaField": "created",
    "excludeEmptyFields": false,
    "from": "emailAccounts",
    "maxConcurrency": 1,
    "select": "*",
    "where": "subscriptions.Subs1.email.isSubscribed = true"
   },
   "next": [
    "rename"
   ]
  },
  {
   "id": "rename",
   "type": "field.rename",
   "params": {
    "fields": [
     {
      "sourceField": "profile.email",
      "targetField": "EMAIL"
     },
     {
      "sourceField": "subscriptions.Subs1.email.isSubscribed",
      "targetField": "NEWSLETTER"
     },
     {
      "sourceField": "profile.firstName",
      "targetField": "FNAME"
     },
     {
      "sourceField": "profile.lastName",
      "targetField": "LNAME"
     },
     {
      "sourceField": "token",
      "targetField": "CTOKEN"
     }
    ]
   },
   "next": [
    "remove"
   ]
  },
  {
   "id": "remove",
   "type": "field.remove",
   "params": {
    "fields": [
     "profile",
     "data",
     "subscriptions",
     "emai",
     "token"
    ]
   },
   "next": [
    "evaluate"
   ]
  },
  {
   "id": "evaluate",
   "type": "field.evaluate",
   "params": {
    "fields": [
     {
      "expression": "'Subs1'",
      "field": "SUBID"
     }
    ],
    "language": "jexl"
   },
   "next": [
    "mailchimp"
   ]
  },
  {
   "id": "mailchimp",
   "type": "datasource.write.mailchimp",
   "params": {
    "apiKey": "...",
    "apiUrl": "...",
    "listId": "...",
    "maxConnections": 10,
    "newsletterField": "NEWSLETTER",
    "retryIntervalSeconds": 10
   }
  }
 ]
}

The Mailchimp dataflows provided in our Dataflow Templates documentation, rely on the data.subscriptions field and are not an implementation of Lite Registration.

Frequently Asked Questions - FAQ

Expand/Collapse All

 How can Lite Registration help me?

If your company communicates with customers via email, already offers added value in exchange for an email address, or is considering doing so, you may benefit from Lite Registration.

  • Manage fully registered users and subscribers in the same place, with a single view of each identity.
  • Higher acquisition rates: With less fields to fill, a lower level of commitment, and without the need to be fully registered, customers have a better experience and are more willing to subscribe.
  • Higher registration rates: Building a relationship of trust with customers earlier on increases motivation to register and incentivizes engagement.
  • Consistent user experience: Similar opt-in screens from newsletter sign up through registration and up to profile management screens.
  • Information shared by the user initially is preserved and rolled upwards to their user profiles.
  • Transparency and privacy compliance: all the user information is saved in one place, and controlled by the user - in accordance with GDPR. 
  • Cleaner data as newest user updates are the ones that are saved.
  • Prevents deduplication by merging all user data into one email account.
 I already have Gigya RaaS and a full-fledged ESP service. Why should I use Lite Registration?

With RaaS, Gigya provides you with an end-to-end solution for managing customer identities. ESPs specialize in managing mailing lists and subscriptions. Lite Registration ties these ends together and ensures a smooth experience for your users, whether they are logged in to your site or receiving your emails. Lite Registration makes it easier for subscribed users to become fully registered identities, and improves the quality of your user data. Lite Registration includes the following capabilities, which cannot be achieved with a classic ESP:

  • Data portability and usability: ESPs specialize in email-based newsletters and marketing campaigns. Gigya specializes in managing identities. With Gigya, you can communicate the same subscriber identity to other systems, including POS, CRM and CMS systems. While this is possible with some ESPs, it usually requires a relatively heavy development and maintenance effort. Gigya offers many out of the box integrations with leading systems in the market, and an ETL service, IdentitySync, for building and scheduling consistent custom integrations.
  • Consolidating all data in one location simplifies the IT structure, rather than trying to render the data from several sources.
  • More data: Capture all identity information (including likes, preferences, votes, etc.) and not just subscriber information.
  • Lite Registration streamlines the transition of users from subscribers to fully registered, known identities.
  • With Gigya, identity information stored with the ESP can be presented to the user in an accessible, friendly way, while also complying with current privacy regulations.
 Does Lite Registration eliminate the need for an ESP?

No, Lite Registration complements your ESP service and does not replace it. You still need ESPs to edit your email content, manage separate mailing lists, create campaigns. Lite Registration ensures that data of your user’s email addresses, names, demographics, preferences etc. is up-to-date and that updates made to that data either in the ESP or Gigya databases is mirrored in the other database, ensuring a smooth user experience and better quality of data. See also the answer to the previous question.

 So when calling setAccountInfo, which account is created: email-based, or full?

Once you have Lite Registration enabled for your account, any setAccountInfo call will create or update the email account. If it involves a registered user, it will also update the full account.

  • If the call includes a regToken for lite accounts, an emailAccount is also created, or updated if an account already exists for that email.
  • If the scenario is for creating or updating a fully registered user, then a full account is created (or updated) and the corresponding email account is created (or updated).
 What does a full account contain, that is not included in the email account?

There are many fields that are part of the full account, which naturally are not included in email accounts, such as UID, loginIDs, and verified, since email accounts also include users who registered with the "lite", passwordless flow. However, you should bear in mind that email accounts potentially contain information that is more up-to-date than full accounts, since they merge both full account and lite registration information. Therefore, unless you need specific information that is part of the full account only, we recommend that you rely on the email account data.

For a full list of the data members included in each account type, see Account REST and Email Accounts Object REST.

 If a user has a full account on my site, and subscribes using Lite Registration, is their full account updated?

Any customer (whether an occasional site visitor or a fully registered user) can "lite" register as many times as they want. The lite reg screen does not check for existing users and allows everyone to complete the flow with any email.
After a fully registered user submits a Lite Registration form, a lite registration is recorded in any case. If an email accounts exists for the email address provided by the user, the new information automatically updates the email account. If no email account exists for that email address, a new email account is created. If at a later stage that user logs in and updates their information, their email account is updated accordingly.

See also the terminology section for an explanation of the account types.

 If a user has a full account on my site, and tries to subscribe with Lite Registration, will they receive an error message?

As a rule, only subscription data (saved in the subscriptions object) will be merged into their full accounts, while all data is merged into their email account. However, if the user is currently logged in, it is possible to make an exception, and use the onSubmit event to update their full account.

 How can custom data be stored per lite registration?

There are two ways to store custom data for an email account:

  • Add a custom "data" field to the lite registration screen.
  • Add lite registration tags.

These custom data will not update the full account.

 Which reports can I use to view Lite Registration data?

At this stage, you should use the Identity Query Tool, and the email-based view in Identity Access, to build custom reports.

 If someone registers (full registration) with a subscriber's email address, will they see the user's subscription data?

Yes.

Subscription data is the only type of data that is merged from the email account into the full account. Because of privacy concerns, the rest of the data (such as preferences, name provided when subscribing, credit card information) will not be exposed to the full account.

 If someone registers (full registration) with a subscriber's email address, will they see the user's personal data?

No.

Because of privacy concerns, personal data (such as preferences, name provided when subscribing, credit card information) will not be exposed to the full account. The only data type that is merged from the email account into the full account is subscriptions.

 When a user subscribes via a lite registration screen, do they have an active session?

No, only registered users can log in to your site and have an active session.

 Can I collect data for a lite user using progressive profiling?

No, that type of interaction is possible only for fully registered users.

 Does Lite Registration offer a Gigya email template?

 No. Most Lite Registration implementations are connected to a third party platform, such as an ESP, which usually handles sending emails to subscribed or other lite users and offers its own email templates.

 In a site group scenario, can users see their subscription data for all sites, or only for one?

That depends on your implementation. Site groups share the same database, and if you wish, you can add the subscription fields of all newsletters to all the profile update screens used by the sites in the groups. If you want to share only some of that data (or have each site display only their own subscriptions), implement a separate profile update screen for each site, which includes only the subscriptions to that site's newsletters.

 Which metadata is stored for a lite registration?

Gigya saves several pieces of information both in the Email Account and in the Subscriptions Object. In addition you can save custom metadata for the account or subscription. These include:

  • The last time the status of this subscription was changed
  • Whether or not this email account is associated with a fully registered account
  • The last time the email account was updated
  • Custom tags
  • Custom data
 If the user converts from a lite to a fully registered account, is saved metadata passed on to the registered account?

Lite Registration is based on having both lite and full accounts merged into email accounts. Therefore, the email account stores all the data for that user, whether they are lite or fully registered users. Note that some of the data may be overridden when users perform certain actions. For example, when users change their subscription status, the timestamp that indicates the status of the subscription changes.

When using Lite Registration, the email account is the most updated account, since it gets updated both from full account actions and from Lite Registrations associated with the same email address.

 

 

 

Additional Information

For more information, see: 

 

 


  • No labels