Web3Auth v10 Whitelabeling Migration Guide
This guide focuses specifically on migrating whitelabeling and UI customization configurations from Web3Auth v8 to v10. This is a supplementary guide to the main v8 to v10 migration guide.
Overview
Whitelabeling and UI customization have been significantly streamlined in v10, focusing on dashboard configurations and a more direct approach to modal customization.
Migration Steps
1. Branding (v8 uiConfig
): Moves to Dashboard
- Most general branding settings previously in the client-side
uiConfig
(e.g.,appName
,logoLight
,logoDark
,theme
colors) are now primarily configured on the Web3Auth Developer Dashboard. - Action: Transfer v8
uiConfig
branding to the dashboard. Client-sideuiConfig
in v10Web3AuthOptions
is minimal, for overrides not covered by the dashboard.
2. Modal Login Method Display (v8 modalConfig
in initModal()
): New Structure in Web3AuthOptions
- Previously (v8): Customizing which login methods appear in the modal (and their
appearance/order) was done via
modalConfig
ininitModal()
in v8. - Now (v10): This moves to
modalConfig
withinWeb3AuthOptions
(at SDK instantiation). The structure is new, utilizingconnectors
(e.g.,WALLET_CONNECTORS.AUTH
for social/email,WALLET_CONNECTORS.WALLET
for external wallets) and aloginMethods
object within each connector. - Each login method (e.g.,
google
,email_passwordless
,metamask
) is an object conforming toLoginMethodConfig
, allowing you to setname
,showOnModal
,authConnectionId
(for custom auth), etc.// v10: modalConfig in Web3AuthOptions
const web3AuthOptions: Web3AuthOptions = {
// ... other options
modalConfig: {
connectors: {
[WALLET_CONNECTORS.AUTH]: {
/* ... config for social/email ... */
},
[WALLET_CONNECTORS.WALLET]: {
/* ... config for external wallets ... */
},
},
},
}; - Action: Rebuild your modal display logic using the new
modalConfig
structure inWeb3AuthOptions
. Refer to the v10LoginMethodConfig
type definition for all properties. Deprecated v8WALLET_ADAPTERS
enum is replaced byWALLET_CONNECTORS
and specific login method keys.
3. Auth Adapter Whitelabeling in v8: No longer supported
- In v8,
whiteLabel
settings in an@web3auth/openlogin-adapter
instance could customize intermediate auth screens (e.g., social login pop-ups). - In v10, passing this
whiteLabel
configuration is no longer supported since there is no way to configure auth adapter settings. - Action: Remove v8
OpenloginAdapter
whiteLabel
configurations. Ensure your dashboard branding is comprehensive.
Summary
This shift centralizes UI control on the dashboard and simplifies client-side SDK configuration for whitelabeling. The new approach provides better consistency across applications and easier maintenance of branding configurations.
Next Steps
Return to the main v8 to v10 migration guide to continue with other migration aspects like Smart Account functionality, custom authentication, and MFA configurations.