Introduction
VL Authentication 02 is a System Screen module in Template Builder. It powers a newer sign-up and sign-in experience on your website and connected apps.
On the website, customers sign in with their email or phone number using a one-time verification code (OTP). When you enable them in module settings, Google and Apple sign-in buttons also appear on the login form.
This article explains how to create the Authentication page in Template Builder, configure VL Authentication 02, publish it, and verify the experience on the web.
Purpose
The purpose of this article is to help you:
- Create an Authentication System Screen in Template Builder
- Add and configure the VL Authentication 02 module
- Enable the sign-in and sign-up methods your site needs
- Brand and localize the authentication screens (including fonts and override colors)
- Understand what customers see on the website after sign-in
- Publish and verify the live Authentication page
Scope
This article covers:
- Creating a System Screen page for authentication in Template Builder
- Adding VL Authentication 02 to the page layout
- Module settings: Authentication Options, Images, display toggles, Brand, Override, Font Settings, Localization (Labels and Errors)
- How the authentication page appears on the website
- An overview of the sign-in flow on web (flowchart)
It does not cover:
- Setting up Google or Apple credentials in external provider consoles
- Full TV provider (TVE) onboarding
- Checkout-only fields in detail (name, date of birth, zip code, and TV provider options also appear when this module is used inside checkout)
- Other authentication modules (for example VL Authentication 01)
Prerequisites
Before you begin, ensure you have:
- Access to Template Builder for your site
- Access to ViewLift Tools / AppCMS if you need to enable TVE or other service-level login settings
- Google or Apple sign-in configured at the site level if you plan to offer those options
- Brand colors and copy ready: titles, subtitles, button labels, Terms of Service, and Privacy Policy links
Example used in this article
Throughout the steps below we use an Authentication page named Authentication at path/authentication. Replace the sample values with your own.
Authentication flow overview (website)
The flowchart below shows the typical customer journey on the website when VL Authentication 02 is published on your Authentication page.
.png)
Notes
- On the website login form, Google and Apple are the social sign-in options shown when enabled. Facebook, Amazon, and TVE can be configured in Template Builder but are used on other platforms or flows (for example TV provider options during checkout).
- A password field appears on the website only when password sign-in is enabled for your site at the service level (for example NHL SSO). Module password labels alone do not turn it on.
- Unlike VL Authentication 01, this module’s website flow does not send customers to a VPPA consent page as part of the standard post-sign-in redirect.
Step 1: Open Template Builder
- Log into ViewLift Tools.
- Open AppCMS → Edit Template Builder (or open Template Builder for your site from your usual entry point).
- Confirm you are on the correct site and language (if localization is enabled, use the language selector on the Template Builder home screen before editing page copy).
.png)
Figure 1. Template Builder home. From here you create pages and open System Screens.
Step 2: Create the Authentication System Screen
The Authentication page must be a System Screen so that system modules (including VL Authentication 02) are available in the module picker.
- In Template Builder, go to Pages.
- Select + ADD NEW (or Create a New Page).
- Enter New Page Name:
Authentication(or your preferred name). - In New Page Type * Developers Only, select System Screen.
- Optionally set Target Language (If localized Page) if you are creating a language-specific Authentication page.
- Select CREATE.
.png)
Figure 2..1 Create a New Page - Click on + ADD NEW
.png)
Figure 2.2. Create a New Page. Set New Page Name to Authentication, set New Page Type * Developers Only to System Screen, then select CREATE.
Set the page path
- On Page Settings, set the page path to
/authentication(recommended) unless your site already uses a different auth path. - Confirm the page type is System Screen.
- Save page settings if prompted.
.png)
Figure 3. Page Settings. Set the path to /authentication so Sign In / Sign Up links and redirects resolve correctly.
Step 3: Add VL Authentication 02 to the layout
- Open the Authentication page.
- Select Edit Layout.
- Select Add a New Module.
- Search for or select VL Authentication 02.
- Insert the module into the page layout.

Figure 4. Edit Layout → Add a New Module. Search for and insert VL Authentication 02.

Figure 5. Authentication System Screen layout with VL Authentication 02 placed on the page.
Step 4: Configure Authentication Options
Open the VL Authentication 02 module settings. The first section is Authentication Options.
You can enable, disable, and reorder methods. Drag items within each group to change display order on supported platforms.

Figure 6. Open Module Settings





Figure 7. Module settings → Authentication Options. Enable Email Login / Signup, Social providers, and OTT Signin methods as needed. Drag to reorder.
Email Login / Signup
| Option | Description |
|---|---|
| Login / Signup | Adds the native email and phone sign-in and sign-up entry point. Customers enter an email or phone number and receive a one-time verification code (OTP). Enabled by default. Password sign-in may also appear when enabled for your site at the service level. |
Social Login / Signup
| Option | Description |
|---|---|
| Social sign-in option (used on supported platforms when configured). | |
| When enabled, Sign in with Google appears on the website login form. | |
| TVE | TV provider sign-in option. A Continue to TV Providers option can appear during checkout when TVE is enabled for that flow. |
| Apple | When enabled, Sign in with Apple appears on the website login form. |
| Amazon | Social sign-in option (used on supported platforms when configured). |
OTT Signin
| Option | Description |
|---|---|
| Signin with Mobile | Sign in from a TV or OTT device using the mobile app. |
| Signin with Web | Sign in from a TV or OTT device using a web browser and activation code. |
| Signin with OTP | OTP-based sign-in for OTT devices. |
Step 5: Configure Images and display toggles
Images
Under Images, add one or more image entries used on the Authentication experience on supported platforms.
| Field | Description | Example |
|---|---|---|
| Title | Image title / headline | Welcome to City Sports |
| Sub Title | Supporting headline | Live games and originals |
| Description | Longer supporting copy | Sign in to watch live matches and exclusive shows. |
| Image URL | Absolute URL of the image asset | https://cdn.example.com/auth-hero.jpg |

Figure 8. Module settings → Images. Add Title, Sub Title, Description, and Image URL for each Authentication visual.
Display toggles
| Setting | Description |
|---|---|
| Hide Mobile Number | Hides mobile-number entry (cannot be on if Hide Email is already on). On the website, this controls whether the phone country picker appears when the customer enters a phone number. |
| Hide Email | Hides email entry (cannot be on if Hide Mobile Number is already on) |
| Hide Name | Hides the name field where that field is shown (for example during checkout) |
| Is Name Required? | Makes the name field required where it is shown |
| Hide Date of Birth | Hides the date-of-birth field where shown |
| Hide Zip Code | Hides the zip code field where shown |
| Is Date Of Birth Required? | Makes date of birth required where shown |
| Is Zip Code Required? | Makes zip code required where shown |
| Show Create Account | Controls create-account messaging where applicable on supported experiences |
| Show No Plans Cta | Controls a “no plans” style call-to-action where applicable |
| Hide Terms of Service Text | Hides Terms of Service text where supported |
| Hide Terms of Service Text (for Web) | Hides Terms of Service text specifically on the website |
The module form may also include configurable checkboxes (for example consent options) that appear on supported sign-in flows.
On the standalone /authentication page, customers typically see email/phone sign-in (and password when enabled for your site), plus Google and Apple when enabled. Name, date of birth, and zip code fields are more commonly used when this module appears inside checkout.

Figure 9. Display toggles on VL Authentication 02. Configure hide/require flags for email, mobile, name, DOB, zip, and Terms text as needed.
Step 6: Configure Brand, Override, and Font Settings
Brand
| Setting | Description | Default (example) |
|---|---|---|
| Module Background Color | Page / module background | #0D2148 |
| Active CTA Color | Primary button / active CTA | #D2393B |
| Input Background Color | Email / phone / OTP input fields | #2B426E |
| Disabled CTA Color | Disabled button state | #FFFFFF |
| Text Color | Primary text on the module | #FFFFFF |
| Error Color | Validation and error messages | #FF0000 |

Figure 10. Module settings → Brand. Set background, CTA, input, text, and error colors to match your site brand.
Override
Use Override when you want different input styling in certain contexts (for example checkout):
| Setting | Description | Default (example) |
|---|---|---|
| Override Input Background Color | Alternate input background | #FFFFFF |
| Override Text Color | Alternate input text color | #000000 |

Figure 11. Module settings → Override. Optional override colors for input background and text.
Paths and Font Settings
| Setting | Description |
|---|---|
| Terms of Service page path | Page customers go to when they select Terms of Service on the website |
| Customer care page path | Customer care page path for your site |
Font Settings let you customize typography for:
| Font setting | What it styles |
|---|---|
| Title | Main sign-in heading |
| Input Box Placeholder | Email / phone input placeholder |
| Login CTA | Primary sign-in button |
| Description | Supporting description text |


Figure 12. Font Settings and Terms / customer-care page paths on VL Authentication 02.
Step 7: Configure Localization — Labels
Expand Localization → Labels to edit customer-facing copy. All strings are editable and can be localized per language when site localization is enabled.
Key labels include (not exhaustive):
| Label | What it controls | Default example |
|---|---|---|
| Create Account Title | Main heading | Log In |
| Create Account Title For CTV's | Heading on connected TV devices | Create An Account |
| Create Account Subtitle | Instructions under the title | Enter phone or email to receive a verification code… |
| Email Text Field Placeholder | Input placeholder | Enter your email or phone number |
| Get Verification Code Button Title | Primary CTA before OTP | Get Verification Code |
| Log in Btn Text | Website sign-in page heading | Log In |
| Apple / Google Sign In Button Title | Social button labels | Sign In With Apple / Sign In With Google |
| Password Text Field PlaceHolder | Password input placeholder | Enter your password |
| Password Length Description | Password requirement hint | Your password must be at least 8 characters |
| Forget Password Text | Forgot password link | Forgot Password? |
| or Title | Divider between OTP and social buttons | or |
| Terms of Service Text / Permalink | Agreement link text and path | Terms of Service / /tos |
| Privacy Policy Text / Permalink | Privacy link text and path | Privacy Policy / /privacy-policy |
The Labels section also includes copy for connected TV, magic-link, TV provider, and account-exists scenarios. Edit the labels that apply to your live platforms.

Figure 13. Localization → Labels. Edit titles, placeholders, CTAs, legal copy, password copy, and platform-specific strings.
Step 8: Configure Localization — Errors
Expand Localization → Errors to customize default error messages customers can see during sign-in / sign-up.
Examples of editable errors:
| Error | Typical use |
|---|---|
| Default error | Generic processing failure |
| SignIn / SignUp error (email not registered) | Unknown email |
| Incorrect email / password | Credential mismatch |
| Password length / password too short / password not valid | Password validation |
| OTP mismatch / OTP expired / Verify OTP failed | Bad or expired verification codes |
| Email already linked / Phone already linked | Identity already associated with another account |
| Device limit exceeded | Too many concurrent devices |
| Cross country phone | Phone not allowed in the user’s region |
| Facebook / Google / Amazon errors | Social provider failures |
| Unverified email / phone | Identity not verified |
| Missing name / DOB / zip / phone or email | Required field validation |

Figure 14. Localization → Errors. Edit messages shown for OTP, credential, social, and field-validation failures.
Step 9: Save and publish the Authentication page
- Save the module settings.
- Review the page layout once more.
- Publish the Authentication System Screen.
Until the page is published, apps and web will not show your latest Authentication configuration.

Figure 15. Publish the Authentication page after you finish module configuration.
Changes can take several minutes to appear because of caching. To verify sooner, use a private window, another browser, or clear cookies and cache.
Step 10: How it looks on the website
After publish, open your site’s Authentication URL, for example:
https://www.example.com/authentication
Typical website layout
On the website, customers usually see:
- Heading — from Log in Btn Text or Create Account Title (for example Log In)
- Email / phone instruction line
- Email or phone input — with the configured placeholder
- Primary CTA — Get Verification Code (or your customized label)
- Password field and Forgot Password — only when password sign-in is enabled for your site
- Divider “or” — when Google and/or Apple are enabled
- Google / Apple buttons — when those social options are enabled
- Terms of Service line — with a link to your Terms page
- Don’t have an account? Sign Up — links to your checkout page (
/checkout) - reCAPTCHA legal text — shown on the standalone sign-in page


Figure 16. Website Authentication page (/authentication). Title, email/phone field, primary CTA, and enabled social options.
OTP verification on the website
After the customer submits an email or phone number:
- The page switches to the Verify screen.
- Copy explains that a one-time code was sent.
- The customer enters the 6-digit code and selects Verify.
- They can Resend Code or go back to use a different email or phone.

Figure 17. Website OTP verification. Enter the one-time code, verify, resend, or switch to a different email or phone.
After successful sign-in
Depending on your site setup, the customer may be sent to:
| Situation | Where the customer goes |
|---|---|
| Roku device activation in progress | Roku activation page (/rokuactivate) |
| Device activation in progress | Device activation page (/activate) |
| Gift card redeem in progress | Redeem page (/redeem) |
| Customer is not subscribed and was on the sign-in page | Previous page they came from, or homepage (/) |
| Password sign-in succeeded | Previous page they came from, or homepage (/) |
| Already signed in when opening the sign-in page | Previous page they came from, or homepage (/) |
| Customer was in checkout | Checkout flow continues (page may refresh) |
Link Sign In from the site
After you publish your Authentication page, customers need a way to reach it from the website. The Sign In link in your header, menu, or account area should open the same page path you set in Template Builder (for example /authentication).
Step 1: Confirm your Authentication page path
- Open Template Builder.
- Go to Pages and open your Authentication System Screen.
- Open Page Settings.
- Note the page path (for example
/authentication). - Confirm the page is published.
Use this exact path everywhere you link Sign In on the site.
Step 2: Update the header or main navigation
- From the Template Builder home screen, open Global Settings.
- Select Header Navigation (or Other Navigation if Sign In lives in a footer or secondary menu).
- Find the menu item used for Sign In (for example Sign In, Log In, or Account).
- Set Linked To to your Authentication page path only — for example
/authentication.
Do not add language codes or extra parameters to the URL unless your site specifically requires them. - Set Caption to the label customers should see (for example
Sign In). - Save and publish your navigation changes.
Step 3: Check the masthead (if your site uses one)
If your site header is built with VL Masthead or another header module:
- Open the page that contains the masthead (often Home or a global layout page).
- Open the masthead module settings.
- Find any Sign In / Log In / Account link settings.
- Point those links to the same Authentication path (for example
/authentication). - Save and publish the page.
Step 4: Verify on the live website
- Open your website in a private browser window (so you are not already signed in).
- Click Sign In from the header or account menu.
- Confirm you land on your Authentication page (for example
https://www.yoursite.com/authentication). - If the link goes somewhere else, go back to Step 2 or Step 3 and update the path.
Step 5: Check login prompts on protected content (if applicable)
If customers are asked to sign in when they try to watch content or open a subscriber-only page:
- Confirm those prompts also send customers to your published Authentication path.
- If they open a different page or show an error, work with your site admin or support team to align those redirects with
/authentication(or your chosen path).
Tip: Use one Authentication page path across the whole site. When header navigation, masthead links, and login prompts all use the same path, customers always see the sign-in experience you configured in Template Builder.
Verification checklist
- Authentication page exists as a System Screen
- Page path is
/authentication(or the path your apps expect) - VL Authentication 02 is on the layout
- Email / phone and required social options are enabled
- Brand, Override, and Font Settings are reviewed
- Labels and Errors are reviewed for launch language(s)
- Terms of Service page path is set if you use the web Terms link
- Page is published
- Website
/authenticationshows the expected UI - OTP (and social, if enabled) completes and redirects correctly
Troubleshooting
| Problem | What to check |
|---|---|
| VL Authentication 02 is not in the module list | Confirm the page type is System Screen (Developers Only page type). |
| Page was created but path is wrong | Open Page Settings and set path to /authentication. |
| Social button does nothing / shows config missing | Enable the provider in Authentication Options and complete site-level provider setup. |
| Password field not shown on website | Password sign-in must be enabled for your site at the service level. Module password labels alone do not turn it on. |
| Facebook / Amazon / TVE not shown on website login form | Expected on the standalone sign-in page. Those options exist in Template Builder; the website form shows Google and Apple when enabled. TV provider options may appear during checkout. |
| Labels do not change on the site | Save module settings, publish the page, and allow cache to clear. For localization, edit labels in the correct language. |
| Customer goes to activate or redeem unexpectedly | They may have started from a device activation or gift-card flow before signing in. |
| OTP never arrives | Verify email/SMS delivery is configured for the environment; confirm the customer entered a valid address or number. |
| Changes not visible | Confirm publish, then clear cache or use a private window. |
Best Practices
- Use one Authentication System Screen at a stable path (
/authentication). - Enable only login methods you support end-to-end.
- Match brand colors and fonts to the rest of the site.
- Keep legal links current — Terms and Privacy permalinks should point to published pages.
- Localize Labels and Errors when the site has multiple live languages.
- Test the published sign-in page for OTP, social sign-in, and password (if enabled) before launch.
- Publish after every meaningful change — draft System Screens do not update production.
FAQs
Q. What page type should I use for VL Authentication 02?
System Screen (set under New Page Type * Developers Only when creating the page).
Q. What is the recommended page path?
/authentication.
Q. How do customers sign in on the website?
With email or phone using a one-time verification code (OTP). Google and Apple are also available when you enable them in Authentication Options.
Q. When does password login appear on the website?
Only when password sign-in is enabled for your site at the service level (for example NHL SSO). Align password labels and min/max length in the module with that flow.
Q. Which social buttons appear on the website?
Google and Apple, when those options are enabled in the module’s Social Login / Signup settings.
Q. Where does “Don’t have an account? Sign Up” go?
It navigates to your checkout page (/checkout).
Q. How is this different from VL Authentication 01?
Authentication 02 offers a newer website layout (including font settings and override colors), a different post-sign-in redirect behavior, and additional profile fields when used in checkout. This article covers VL Authentication 02 only.
Important Information
- VL Authentication 02 must be placed on a System Screen page.
- Create the page as a System Screen, add the module, configure options, then publish.
- Website social buttons are Google and Apple when enabled.
- Post-sign-in routing depends on whether the customer was activating a device, redeeming a gift card, subscribing, or continuing checkout — not a fixed single path for every site.
- Publish after configuration changes.
Glossary
| Term | Definition |
|---|---|
| System Screen | Template Builder page type used for sign-in, checkout, search, and other system flows. |
| VL Authentication 02 | The Template Builder module documented in this article. |
| OTP | One-time password / verification code sent to email or phone. |
| Social Login | Sign-in via Google, Apple, Facebook, or Amazon (website shows Google and Apple when enabled). |
| TVE | TV Everywhere — authenticate with a TV provider. |
| OTT Signin | Device-oriented sign-in methods (mobile app, web browser activation, OTP on TV). |
| Override colors | Alternate input colors used in certain contexts such as checkout. |
| Font Settings | Typography controls for the sign-in heading, inputs, button, and description. |
Contact Support
If you need help beyond this article, contact the ViewLift support team.
- Email: techsupport@viewlift.com
- Phone (US): +1-800-859-0420
- Phone (UK): +44-203-014-8921
Support hours: B2C requests are handled Monday to Friday. B2B support is available 24/7.
Last updated: August 2026