Ping SDKs

Choose how users authenticate

The Ping SDKs simplify the integration between your app and the authorization server. The SDKs provide secure, best practice features for important aspects such as session management and handling tokens.

Before you start using the Ping SDKs, you must decide how your users will authenticate.

You can implement user authentication in two ways:

  • Centralized login authentication

  • Embedded login authentication

Compare centralized and embedded login
Item Centralized login Embedded login

User experience consistency

Allows you to create a consistent user experience for each application or site.

Allows you to create a custom user experience for each application or site.

User experience customization

Hard to customize the authentication experience for each app or site.

Lets you create a custom authentication experience for each app.

User redirection for authentication

Impacts the consistency of the user experience—​redirecting users out of the native experience and to a browser for login.

Does not require redirection of user for login.

Users can authenticate directly within the native experience.

Access to user credentials

Applications do not access user credentials.

Allows an app to access and collect user credentials.

This can create security risks if the app is controlled by a third party.

Support for browser single sign-on

Enables seamless browser-based single sign-on across your apps.

Does not support browser-based single sign-on across your apps.

Frequency of application deployment

Should not require you to rebuild or redeploy apps.

May require you to rebuild or redeploy apps after updating the app UX.

Development effort

Does not require a unique UI login page for each app or site.

This can reduce the amount of development and maintenance work.

Requires you to create a UI login page for each app or site.

This can result in extra work and may increase the risk of inconsistencies between apps and sites.