IRIDESC E UX · COMMAND
v30 · Program Primary Revision
INTERNALSTEP-BY-STEP

Iridesceux Site Operations

How to deploy, stage, edit, test, cut over, and verify the corporate site without touching the visual design.

Deploy Iridesceux staging from the monorepo

1

Create another Pages project

Workers & Pages → Create Pages project

Connect the same private repository used by Command.

2

Use exact build settings

Build configuration
Root directory
public-site
Framework
None
Build command
exit 0
Output directory
public
Expected: The staging *.pages.dev URL loads.
3

Test every public route before domain cutover

Staging URL

At minimum open Home, About, Brands, History, Privacy Center, Terms, Accessibility, Copyright, Connect/forms, Help, Newsroom/Blog, Search, and any launch-specific page.

4

Test forms using disposable data

Staging

Submit creator/advertising/support test entries and verify the server-side route stores/sends them as intended. Do not assume the “Thank you” UI means the backend succeeded.

5

Verify legal/privacy links

Staging

Every public footer/legal path must resolve. The HVN duplicates should redirect to Iridesceux where designed.

Using Site Studio safely

  1. Open Command → choose Iridesceux in the site selector.
  2. Use Site Studio for approved text/image/link/alt-text changes only.
  3. Preview the change before publishing.
  4. Never paste javascript:, protocol-relative URLs, or unreviewed scripts into content fields.
  5. Publish one small change first, then verify it on the staging/public site.
  6. Record the change in the release/audit workflow.

Use Code Studio only when the change genuinely requires code and the operator is a Technical Admin or Super Admin.

Production-domain cutover

Do not attach/switch the public production domain simply because staging works. Use document 14. Before cutover, freeze nonessential changes, identify the rollback commit/deployment, verify legal pages and forms, and then attach the domain through the Pages Custom domains flow.

If a domain is already serving a coming-soon site, treat the cutover as an intentional launch event. Do not casually replace its DNS record during routine testing.

Post-deploy smoke test

CheckPass condition
HomepageLoads on desktop/mobile; no broken hero media.
NavigationAll primary links resolve.
FormsOne test submission arrives/records correctly.
Privacy/legalAll linked documents open.
SearchReturns expected indexed pages.
404Unknown route returns branded 404, not raw platform error.
HTTPSNo certificate warning or mixed-content failure.