---
schema_version: "1"
id: 97c5e2fa26635dcad68995608d862a148b83d13270b6c879778e9521beb52a07
title: Configure SAML for Tableau Viz Lightning Web Component
collection: tableau
version: current
locale: en-us
portal_url: https://docs.salesforce.com/tableau/current/en-us/server/saml_config_LWC.md
canonical_url: https://help.tableau.com/current/server/en-us/saml_config_LWC.htm
source_site: help.tableau.com
content_type: documentation
content_hash: d117287c792903029a47960a6213d8d15055c8891e37586f7d8bb1c638abe6f2
description: Configure SAML for the Tableau Viz Lightning Web Component on Tableau Server.
---
[Skip to main content](#main-content)

# Configure SAML for Tableau Viz Lightning Web Component

Tableau provides a Lightning Web Component (LWC) for embedding a Tableau visualization within a Salesforce Lightning page.

This topic describes how to enable a SSO experience for embedded Tableau visualizations in a Salesforce Lightning page. SSO for the Tableau Viz LWC scenario requires SAML configuration. The SAML IdP used for Tableau authentication must be either the Salesforce IdP or same IdP that is used for your Salesforce instance.

In this scenario, Salesforce administrators can drag-and-drop Tableau Viz LWC into the Lightning page to embed a visualization. Any view that is available to them on Tableau Server can be displayed in the dashboard by entering the embedded URL to the view.

When single sign-on (SSO) is configured for Tableau Viz LWC on Tableau Server, the user experience is seamless: after the user signs into Salesforce, embedded Tableau views will work without further authentication to Tableau Server.

When SSO is not configured, then users will need to reauthenticate with Tableau Server to view embedded visualizations from Tableau Server.

## Requirements

- The SAML IdP used for Tableau authentication must be either the Salesforce IdP or same IdP that is used for your Salesforce instance. See [Configure SAML with Salesforce IdP on Tableau Server](https://help.tableau.com/current/server/en-us/saml_config_salesforce_server.htm).
- SAML must be configured on Tableau Server. See [Configure Server-Wide SAML](https://help.tableau.com/current/server/en-us/config_saml.htm), or [Configure Site-Specific SAML](https://help.tableau.com/current/server/en-us/saml_site_specific.htm).
- SAML must be configured for Salesforce.
- Install the Tableau Viz Lightning Web Component. See [Embed Tableau Views into Salesforce](https://help.tableau.com/current/pro/desktop/en-us/embed_ex_lwc.htm).

## Configuring the authentication workflow

You may need to make additional configurations to optimize the sign-in experience for users who access Lightning with embedded Tableau views.

If a seamless authentication user experience is important, then you will need to make some additional configurations. In this context, “seamless” means that users who access the Salesforce Lightning page where Tableau Viz LWC SSO has been enabled, will not be required to perform any action to view the embedded Tableau view. In the seamless scenario, if the user is logged into Salesforce, then embedded Tableau views will be displayed with no additional user action. This scenario is enabled by _in-frame authentication_.

For a seamless user experience you will need to enable in-frame authentication on Tableau Server and at your IdP. The sections below describe how to configure in-frame authentication.

On the other hand, there are scenarios where users are interacting with the Lightning page that will require them to click a “Sign in” button to view the embedded Tableau view. This scenario, where a user must take another action to view the embedded Tableau view, is called pop-up authentication.

Pop-up authentication is the default user experience if you do not enable in-frame authentication.

## Enable in-frame authentication on Tableau Server

Before you enable in-frame authentication on Tableau Server, you must have already configured and enabled SAML on Tableau Server.

Run the following TSM commands to enable in-frame authentication:

`tsm configuration set -k wgserver.saml.iframed_idp.enabled -v true`

`tsm pending-changes apply`

**Note**: Clickjack protection is enabled by default on Tableau Server. When you enable in-frame authentication, clickjack protection is temporarily disabled for the in-frame authentication session. You should evaluate the risk of disabling clickjack protection. See [Clickjack Protection](https://help.tableau.com/current/server/en-us/clickjack_protection.htm).

### Tableau Server Versioning

For the best user experience, run the latest maintenance release of Tableau Server.

If you are not running the latest maintenance release, and your users are running Chrome browsers to access Salesforce Lightning, then review the Tableau KB article, [Embedded Views Fail to Load After Updating to Chrome 80](https://kb.tableau.com/articles/issue/embedded-views-fail-to-load-after-updating-to-chrome-80).

## Enable in-frame authentication with your SAML IdP

As described above, a seamless authentication user experience with Salesforce Mobile requires IdP support for in-frame authentication. This functionality may also be referred to as “iframe embedding” or “framing protection” at IdPs.

### Salesforce safelist domains

In some cases, IdPs only allow enabling in-frame authentication by domain. In those cases, set the following Salesforce wildcard domains when you enable in-frame authentication:

`*.force`

`*.visualforce`

### Salesforce IdP

Salesforce IdP supports in-frame authentication by default. You do not need to enable or configure in-frame authentication in the Salesforce configuration. However, you must run the TSM command on Tableau Server as described above.

### Okta IdP

See _Embed Okta in an iframe_, in the Okta Help Center topic, [General customization options](https://help.okta.com/en/prod/Content/Topics/Settings/settings-customization-general.htm).

### Ping IdP

See the Ping support topic, [How to Disable the "X-Frame-Options=SAMEORIGIN" Header in PingFederate](https://support.pingidentity.com/s/article/How-to-Disable-the-X-Frame-Options-SAMEORIGIN-Header-in-PingFederate).

### OneLogin IdP

See _Framing protection_, in the OneLogin Knowledge Base article, [Account Settings for Account Owners](https://onelogin.service-now.com/kb_view_customer.do?sysparm_article=KB0010304#:~:text=Framing%20protection%20allows%20granular%20customization,a%20user%20agent%20can%20access.).

### ADFS and EntraID IdP

Microsoft has blocked all in-frame authentication and it cannot be enabled. Instead, Microsoft only supports pop-up authentication in a second window. As a result, pop up behavior can be blocked by some browsers, which will require users to accept pop ups for the `force.com` and `visualforce.com` sites.

## Salesforce Mobile App

If your users primarily interact with Lightning on the Salesforce Mobile App, then you should be aware of the following scenarios:

- The Salesforce Mobile App requires that you configure SSO/SAML to view embedded Tableau.
- The Salesforce Mobile App requires in-frame authentication. Pop-up authentication does not work. Instead, users on the Salesforce Mobile App will see the Tableau sign-in button but will not be able to sign to Tableau.
- Mobile App will not work on ADFS and Azure AD IdP.
- The Mobile App uses OAuth tokens to enable SSO. There are scenarios where the OAuth token refreshes and logs users out, requiring users to log back in. To learn more, see the Tableau KB article, [Tableau Viz Lightning Web Component On Salesforce Mobile App Prompts for Sign-in](https://kb.tableau.com/articles/Issue/tableau-viz-lightning-web-component-salesforce-mobile-app-sso).
- The SSO behavior differs according to the version of Salesforce Mobile App (iOS vs Android) and the the IdP: <table style="width: 100%;" class="simple-table"><colgroup><col><col><col></colgroup><tbody><tr><th>IdP</th><th>Mobile OS</th><th>SSO behavior</th></tr><tr><td rowspan="2">Salesforce IdP</td><td>Android</td><td rowspan="2">SSO works initially, but users will need to sign-in after some time.</td></tr><tr><td>iOS</td></tr><tr><td rowspan="2">External IdP</td><td>Android</td><td>SSO does not work. Users will need to manually sign-in. (SSO&nbsp;must still be configured to enable users access to embedded Tableau views).</td></tr><tr><td>iOS</td><td>SSO works initially, but users will need to sign-in after some time.</td></tr></tbody></table>