Overview

Brand settings let you align the widget with a website while keeping the Open Accessible experience recognizable and usable.

This article is written as a practical reference for logo and brand settings. Follow the steps in order the first time, then use the headings and screenshots as landmarks when you return later. The screenshots reflect the current Open Accessible Cloud layout shown in September 2026, so labels may move slightly as the dashboard evolves.

Where to look in the dashboard

Use the interface landmarks below to get to the right place before making changes. The screenshots are included as guidance so you can match the documentation to what you see in the dashboard.

Use Branding from the website Actions column.
Use Branding from the website Actions column.Open Websites, find your domain, and select Branding. Keeping branding tied to the website prevents accidental changes to a different property.

Before you begin

Confirm that you are signed in to the correct account and, when applicable, that the organization selector in the upper-right corner shows the organization you intend to manage. If you work with multiple websites, verify the domain before changing settings.

For changes that can affect a live site, take note of the current configuration first. A screenshot, copied setting value, or short change note makes rollback much easier. Avoid changing unrelated options at the same time; smaller changes are easier to verify and troubleshoot.

Keep branding accessible while customizing

Branding should make the widget feel native to your website without making it harder to find or use. Preserve strong color contrast, visible focus states, recognizable icons, and a launcher position that does not cover important site controls.

After every branding change, test the launcher at desktop and mobile widths. Also test at higher browser zoom levels because a position that looks comfortable at 100% can overlap navigation, cookie controls, chat buttons, or form actions when the viewport becomes smaller.

Step-by-step workflow

  1. Open Websites and choose Branding for the intended domain. Do not rely on memory if your organization manages multiple similarly named sites.
  2. Change one visual area at a time. Start with color, then launcher position, then any logo or label customization.
  3. Preview against real site content. Check light and dark sections, sticky headers, cookie banners, and chat or support launchers.
  4. Test keyboard and zoom behavior. Confirm the launcher has a visible focus state and remains reachable at 200% zoom.
  5. Check mobile. Make sure the launcher does not cover navigation, checkout controls, or other fixed buttons.

How to verify the result

Do not stop at the saved confirmation. Reload the relevant page and confirm the visible state matches what you intended. If the change affects authentication, open a fresh browser session. If it affects a website, test the public page as a visitor rather than only the dashboard.

For user-facing changes, check with keyboard input, browser zoom, and a narrow mobile viewport. Watch for overlapping fixed controls, clipped dialogs, focus that disappears off-screen, or settings that reset unexpectedly after navigation.

Troubleshooting

If the dashboard does not match these screenshots, first confirm you are in the correct organization and account. UI labels can also change over time, so look for the same concepts—Websites, API Keys, Secrets, organization settings, or Profile & 2FA—even if the exact placement has moved.

For website problems, check the browser developer console and network panel. Look for blocked scripts, 404 responses, Content Security Policy errors, or requests being stopped by a consent manager or extension. For account problems, try a private window and verify that the email address and organization membership are correct before resetting credentials.

Use descriptive names for websites, keys, tokens, secrets, and team roles. Clear names reduce the chance of editing the wrong resource and make audits easier months later. Avoid putting sensitive values into screenshots, tickets, documentation, or public source repositories.

Review access periodically. Remove old sessions, unused credentials, and team members who no longer need access. For production integrations, document where each credential is used and who is responsible for rotating it.

Next steps

After completing logo and brand settings, return to the documentation home page and use search to find the next related workflow. Search accepts normal phrases, so queries such as “website branding,” “2FA,” “API token,” or “installation” will surface related guides.

If you are troubleshooting, keep the page URL, browser name, approximate time, and a concise set of reproduction steps. Those details make it much easier to distinguish an account configuration issue from a website integration issue.