name: next-actions-2026-05-23 description: Cosa manca per domani (23 Mag) sul track verifiche esterne + landing. Segue la sessione del 22 Mag (decisions-log v52). Include il prompt per la sessione di miglioramento landing. last_update: 2026-05-22 owner: gregorio ref: decisions-log v52 · ops/landing-review-audit-2026-05-22.md · ops/gbp-api-access-request-2026-05-22.md · ops/google-oauth-callback-impl-spec-2026-05-22.md status: piano domani

🎯 Domani (23 Mag) · cosa manca

Gate 10 Giu: 18 giorni. La GBP API e l'endpoint OAuth NON bloccano il gate; la landing è il pezzo public-facing che converte i 5 paganti.

🔴 Gate founder (lead-time → fare appena possibile)

TXT .com su Register.it — ricontrollare che si sia pubblicato sulla zona; appena risulta, Claude clicca "Verifica" in Search Console. Se ancora assente, risalvare (TXT, host @, valore in ops/search-console-dns-records-2026-05-22.md).
Logo su GBP (Foto→Logo) + consent screen OAuth (Branding) — multiverbe-mark.png 512×512.
Loris → email account Google (no Apple ID) → aggiungere come test user OAuth.
Regolarizzazione Einzelfirma/AVS — gate-relevant per fatturare i 5 paganti.

🟢 Claude — pronto al "via"

GBP API submit: artefatto pronto (ops/gbp-api-access-request-2026-05-22.md). Inviare SOLO dopo .com verificata + logo sul consent + checklist verde. Prerequisito 60gg già OK (Metaverbe).
Endpoint OAuth /api/reach/google-oauth-callback (#8): spec pronta (ops/google-oauth-callback-impl-spec-2026-05-22.md). Pass dedicato, post-gate. Servono 2 decisioni founder (storage oauth_connections sì/no · cifratura AES-env vs pgsodium).

🏗️ Build primario di domani — MIGLIORARE LA LANDING

Scope confermato dal founder: landing multiverbe.com (repo D:\Desktop\Multiverbe-Landing). Base: ops/landing-review-audit-2026-05-22.md (P0 OG-image SVG→PNG + sitemap/robots/logo · P1 anti-card-soup + social proof · P2 perf hero 3D + coerenza 5 lingue). Metodo: ricerca web best-practice SaaS top-tier → piano dettagliato → implementazione incrementale con validazione e checkpoint founder. Usare il prompt qui sotto in una sessione fresca a contesto pieno.

📋 PROMPT — sessione "migliora la landing" (copia-incolla in Claude Code, repo Multiverbe-Landing)

Sei Claude Code nel repo della LANDING pubblica di Multiverbe: D:\Desktop\Multiverbe-Landing
(Next.js 16 + next-intl, 5 locali it/de/fr/en/es, branch main = PRODUZIONE → si lavora SEMPRE
su feature branch + PR, mai push diretto a main; git author = metaverbe@gmail.com).
Multiverbe è un SaaS "Business Operating System" per PMI svizzere (Ticino/Grigioni). Identità
legale pubblica: ditta individuale Gregorio Ciurleo (Einzelfirma), Monteggio TI — NON "Sàrl".
Dominio app canonical = multiverbe.app (apex). Pricing CHF da 79/mese, trial 10gg full Pro no carta.

OBIETTIVO: portare la landing al livello delle migliori landing SaaS al mondo
(design/UX/contenuti/SEO/conversione/coerenza), SENZA claim falsi e preservando l'identità
visiva "Nebula Glass" (canvas scuro, accento cyan #22D3EE + verde, font Bricolage Grotesque +
Geist, glassmorphism, metafora Sistema Solare). Niente look "AI-generated card soup".

PASSO 1 — STUDIA (non saltare):
- Leggi l'audit già fatto: D:\Desktop\Multiverbe-Business\ops\landing-review-audit-2026-05-22.md
- Invoca la skill `multiverbe-design` (design system Nebula Glass, principi + anti-pattern).
- Leggi il codice: src/app/[locale]/{layout,page}.tsx, src/components/*, messages/*.json.
- RICERCA SUL WEB (usa WebSearch/WebFetch + context7): studia le best practice 2026 delle
  landing SaaS top-tier — es. Linear, Vercel, Stripe, Raycast, Framer — e linee guida su:
  hero/value-prop, social proof, pricing page, FAQ/GEO, conversione B2B, Core Web Vitals (LCP/INP/CLS),
  Open Graph/Twitter card (immagini 1200×630 PNG/JPG, NON SVG), structured data, accessibilità WCAG.
  Impara i PRINCIPI, non copiare layout. Cita le fonti nel piano.

PASSO 2 — PIANO:
- Sintetizza un PIANO DETTAGLIATO e prioritizzato (P0→P1→P2) di miglioramenti, con: razionale
  (collegato a best-practice + audit), file da toccare, impatto atteso, rischio, e ordine di
  esecuzione incrementale. Includi i fix P0 dell'audit (OG image SVG→PNG 1200×630; verificare/creare
  sitemap.ts + robots.ts; verificare /logo.png) prima di tutto.
- Presenta il piano al founder (ExitPlanMode) e attendi approvazione PRIMA di implementare.

PASSO 3 — IMPLEMENTA, PIANO PIANO:
- Lavora a piccoli step su feature branch; un PR per gruppo coerente di modifiche (o checkpoint
  frequenti). Dopo ogni step: `npx tsc --noEmit` (deve dare 0 errori) + descrivi il diff.
- Applica la skill `anthropic-skills:humanizer` a OGNI testo rivolto al cliente prima del commit.
- Verifica live sui 5 locali (preview Vercel) e su mobile (Core Web Vitals).
- Mantieni: identità legale corretta (ditta individuale, NON Sàrl), link app = multiverbe.app,
  consent banner GDPR esistente, pagine legali esistenti. NIENTE claim di compliance/feature non veri.
- Chiedi al founder per ogni scelta di visione/branding/contenuto rilevante (es. byline email
  personali founder, nuovi messaggi marketing). Decidi tu il tecnico.

VINCOLI: mai push diretto a main (sempre PR). Mai inventare numeri/clienti/certificazioni.
Non toccare gli altri repo (BOS, codice app). Logga le decisioni rilevanti nel BOS (decisions-log)
a fine sessione e proponi commit/push.

Inizia leggendo l'audit + invocando multiverbe-design + facendo la ricerca web, poi presentami
il piano prioritizzato prima di implementare.