Start Here
Set up a managed SSO site
Launch a provisioned BlockNinja site through SSO, confirm your mapped CMS role, and continue normal setup without using the standalone wizard.
A managed BlockNinja site is provisioned before you enter its CMS. Start in the BlockNinja account portal, choose the intended site, and let SSO apply your assigned access.
Managed sites do not use the standalone Welcome, Admin Account, Site Settings, or Sample Content wizard. If you see BlockNinja Setup, stop and confirm that you opened the correct site.
Before you begin
- Accept the invitation to the correct BlockNinja account if one was sent.
- Know the managed site name and the role you were assigned.
- Use your own portal account. Never borrow or share another person's login.
- Save unfinished work before launching a different site.
Understand the managed path
| Standalone site | Managed site |
|---|---|
| Creates its first Superadmin in BlockNinja Setup | Receives access from account-portal membership |
| Completes a five-step CMS wizard | Launches the provisioned site through SSO |
| Stores a local setup password | Uses the member's BlockNinja account |
Site settings and content are reviewed through the normal CMS after sign-in, not through a separate managed setup wizard.
Find the intended site
- Sign in to the BlockNinja account portal.
- On Dashboard, find the intended card under Sites.
- If the card is not in the recent list, open Sites from the workspace navigation.
- Check the site name and status before continuing.
An Online site is ready to launch. Provisioning, stopped, or error states must be handled through the portal before repeated sign-in attempts.
Launch the CMS through SSO
- Select Launch on the intended site.
- BlockNinja opens a new tab and completes the secure handoff.
- Confirm the new tab lands on the CMS Dashboard.
Do not copy, share, or bookmark the temporary handoff address. Bookmark the account portal or the final CMS address instead.
Understand your mapped role
| Account portal role | CMS role | First-session expectation |
|---|---|---|
| Owner | Superadmin | Full site and security administration |
| Admin | Superadmin | Full site and security administration |
| Editor | Admin | Content and normal administration without Superadmin-only controls |
| Viewer | Viewer | Read-only access to permitted admin information |
Confirm access by the permitted controls you can use. A missing restricted action is not, by itself, a sign-in failure.
Confirm the signed-in account
- Open Account in the admin header or Account > Profile.
- Confirm the signed-in person without recording personal details in evidence.
- If the role is not what you expect, stop before making changes and ask the site owner to check portal membership.
Do not create an emergency local account to work around a managed role mismatch.
Continue ordinary site setup
An Admin or Superadmin can now review the site through normal destinations:
- Settings > Site Settings for the title, description, and public domain.
- Content > Pages for provisioned or starter content.
- Settings > Theme for the active visual system.
- Administration > Users to understand local access, while managed membership remains owned by the account portal.
A Viewer should inspect only the information their role permits. Request the smallest additional role needed for an assigned task.
Verify the first sign-in
- Launch opened the intended site, not another site on the account.
- The CMS Dashboard appeared without a setup wizard.
- The account and permitted controls match the assigned role.
- No token, personal data, site domain, billing detail, or identifier was captured.
- Desktop and narrow layouts contain no inaccessible controls or horizontal overflow.
Fix launch and access problems
| Symptom | Safe check | Recovery |
|---|---|---|
| The site is absent | Confirm the portal account and invitation | Ask the owner to verify membership |
| Launch returns to login | Sign in to the portal again | Retry once from the site card |
| Access denied | Confirm the expected site and role | Ask the owner to correct membership |
| The CMS role is wrong | Compare it with portal membership | Have the owner update the managed role, then launch again |
| The site is not Online | Read the portal status | Use the portal recovery or support path |
When escalating, send the site name, expected role, safe timestamp, and visible error. Never send the handoff address, credentials, personal data, or an identifier.
Finish safely
- Close the CMS tab or use Account to sign out when the session is complete.
- Return to the portal before launching another managed site.
- Read Sign in and tour the admin for the CMS navigation journey.
- Read Roles and access at a glance before requesting or granting more access.
Related guides
Welcome to BlockNinja
Learn which BlockNinja surface owns your task: the public site, BlockNinjaCMS, the managed account portal, or an installed plugin before making changes.
Sign in and tour the admin
Sign in to BlockNinja, learn the sidebar and header controls, search for admin destinations, open your site, and find profile or sign-out options.
Roles and access at a glance
Compare Viewer, Admin, and Superadmin access, choose the least privileged role for each task, and understand how managed SSO roles map into the CMS.