The latest updates on your projects. Learn more about Vercel for GitHub.

Project	Deployment	Actions	Updated (UTC)
worldmonitor	Ready	Preview, Comment	Jun 16, 2026 12:48pm

Greptile Summary

This PR moves the public welcome/marketing page to serve from / (previously /welcome) and relocates the SPA dashboard shell to /dashboard (previously /), with a permanent 301 redirect from /welcome to /. A new routes.ts constants file centralises all dashboard URLs, replacing ~8 scattered hardcoded strings across the pro-test and main SPA.

• Vercel routing: explicit / → welcome.html and /dashboard → index.html rewrites are added before the SPA catch-all; the /welcome redirect is added to redirects; the Cache-Control + Link headers move from the /welcome rule to a new /dashboard rule.
• Checkout URLs: all three returnUrl/redirectTo sites in pro-test, APP_CHECKOUT_BASE_URL in the main SPA, and buildCheckoutLaunchUrl are updated to https://worldmonitor.app/dashboard; a new client-side auth check in WelcomeApp.tsx lazily redirects signed-in visitors from / to /dashboard using the Clerk session heuristic.
• SEO/meta: canonicals, hreflang, OG/Twitter URLs, JSON-LD, and sitemap entries are all updated consistently; meta-tags.ts is refactored to derive CANONICAL_URL and PUBLIC_ORIGIN separately from variant-meta.ts.

Confidence Score: 4/5

The routing refactor is structurally sound and well-tested, but the auth redirect in WelcomeApp strips query params, breaking checkout return handling for any payment sessions active at the moment of deployment.

The URL migration is thorough and consistent across all 43 files — constants centralised, SEO meta updated, rewrites/redirects/headers aligned, and test assertions rewritten. The one gap is in WelcomeApp.tsx: window.location.replace(DASHBOARD_PATH) discards the current URL query string. Any checkout session initiated before deployment whose payment completes after and returns to /?wm_checkout=success would get redirected to bare /dashboard, dropping the param that triggers the post-checkout success state. The window is bounded by in-flight sessions at deploy time, and the developer's monitoring plan covers it, but the fix is a one-liner.

pro-test/src/WelcomeApp.tsx — the auth redirect needs to forward window.location.search to the target URL.

Important Files Changed

Sequence Diagram

sequenceDiagram
    participant U as User / Browser
    participant V as Vercel Edge
    participant W as /pro/welcome.html
    participant S as /index.html (SPA)
    participant C as WelcomeApp auth check

    Note over U,S: Anonymous visitor
    U->>V: GET /
    V->>W: rewrite → /pro/welcome.html
    W-->>U: 200 Marketing page

    Note over U,S: Legacy welcome link
    U->>V: GET /welcome
    V-->>U: 301 → /

    Note over U,S: Signed-in visitor arriving at /
    U->>V: GET /
    V->>W: rewrite → /pro/welcome.html
    W-->>U: 200 Marketing page (brief)
    U->>C: mayHaveClerkSession() → true
    C->>C: ensureClerk() → clerk.user truthy
    C-->>U: window.location.replace('/dashboard')
    U->>V: GET /dashboard
    V->>S: rewrite → /index.html
    S-->>U: 200 SPA Dashboard

    Note over U,S: Post-checkout return (new sessions)
    U->>V: "GET /dashboard?wm_checkout=success"
    V->>S: rewrite → /index.html
    S-->>U: 200 SPA + success state shown

_{Reviews (1): Last reviewed commit: "feat: serve welcome at root and dashboar..." | Re-trigger Greptile}