Architettura domini Multiverbe — visualizzazione
Spiegazione visiva del perché
multiverbe.comemultiverbe.appsono 2 domini separati con ruoli complementari + come gestire.che altri domini quando arrivano.
🗺️ Mappa domini (chi vede cosa)
┌─────────────────────────────────────────────────────────────────────────┐
│ MULTIVERBE (il prodotto / brand) │
│ │
│ ┌─────────────────────────────────────────┐ │
│ │ multiverbe.com (brand site Multiverbe) │ │
│ │ │ │
│ │ • multiverbe.com → landing pubblica│ 👀 vista PUBBLICA │
│ │ "Cos'è Multiverbe? Pricing? Demo?" │ (chi NON è cliente) │
│ │ │ │
│ │ • www.multiverbe.com → redirect apex │ │
│ │ │ │
│ │ • multiverbe.app → DASHBOARD │ 🔐 vista CLIENTE │
│ │ cliente login + editor sito + │ (utenti Multiverbe │
│ │ statistiche + booking + CRM + AI │ dopo signup) │
│ │ │ │
│ │ • bos.multiverbe.com → BOS interno │ 👤 vista FOUNDER │
│ │ canon + decisions + ops │ (solo Gregorio+Loris) │
│ └─────────────────────────────────────────┘ │
└─────────────────────────────────────────────────────────────────────────┘
┌─────────────────────────────────────────────────────────────────────────┐
│ MULTIVERBE.APP (la "fabbrica di siti cliente") │
│ │
│ Cliente Multiverbe genera un sito → vive qui: │
│ │
│ • trattoria-borgo.multiverbe.app → sito cliente "Trattoria" │
│ • salone-maria.multiverbe.app → sito cliente "Salone Maria" │
│ • studio-legale-rossi.multiverbe.app → sito cliente studio legale │
│ • *.multiverbe.app → wildcard: tutti i siti generati │
│ │
│ 👀 vista PUBBLICA del cliente finale: │
│ il visitatore (cliente del cliente Multiverbe) vede il sito cliente. │
│ │
│ Più avanti (tier Business): trattoria-borgo.ch → custom domain │
│ Multiverbe registra dominio cliente, lega allo stesso sistema, SSL │
│ automatic. Cliente vede SUO dominio, dietro le quinte è Multiverbe. │
└─────────────────────────────────────────────────────────────────────────┘
┌─────────────────────────────────────────────────────────────────────────┐
│ ALTRI DOMINI MULTIVERBE (mancanti + future) │
│ │
│ • multiverbe.ch → DA ACQUISTARE entro 16 Mag 2026 │
│ CRITICO per credibilità mercato CH. │
│ Probabile redirect 301 → multiverbe.com │
│ oppure landing CH-specifica. │
│ │
│ • multiverbe.it → defensive + future Italia (€10/anno) │
│ Redirect 301 → multiverbe.com │
│ │
│ • multiverbe.swiss → premium .swiss (restricted, CHF 100+/anno) │
│ Valutare Q3 2026 per branding alto profilo │
│ │
│ • multiverbe.eu → defensive UE (€8/anno) │
│ Valutare se espansione UE concreta │
└─────────────────────────────────────────────────────────────────────────┘
🔄 Flow: cliente registra account e pubblica sito
1. Cliente Marco visita → https://multiverbe.com (landing pubblica)
Vede pricing, demo, FAQ
↓
2. Clicca "Inizia prova" → https://multiverbe.app/signup
Email + password + onboarding 5-macro
↓
3. Genera sito ristorante → Multiverbe AI pipeline 6-stage
↓
4. Pubblica con slug "trattoria-borgo"
↓
5. Sito LIVE per visitatori → https://trattoria-borgo.multiverbe.app
(cliente di Marco prenota tavolo, vede menu, ecc.)
↓
6. Marco gestisce sito da → https://multiverbe.app
(editor visuale, statistiche, CRM, AI weekly updates)
↓
7. Upgrade a Business → Marco compra "trattoria-borgo.ch" via Multiverbe
↓
8. Sito LIVE su → https://trattoria-borgo.ch
(visitatori vedono dominio Marco, dietro è ancora Multiverbe)
❓ Perché 2 domini separati invece di tutto sotto .com?
| Vantaggio multi-dominio | Spiegazione |
|---|---|
| Branding pulito | cliente.multiverbe.app è chiaro: è un sito-cliente Multiverbe. Se fosse cliente.sites.multiverbe.com, lungo e poco professionale. |
TLD .app ha HTTPS by-default |
Google policy: .app richiede SSL obbligatorio. Default security più forte. |
| Separazione operativa | Vercel project diversi (1 per dashboard, 1 per siti runtime) → deploy indipendenti, no rischio break dashboard rompe siti cliente. |
| Cache/CDN ottimizzati | Dashboard ha caching diverso da siti pubblici cliente (TTL diversi, edge config diverso). |
| Future custom domain | Quando cliente vuole suo-dominio.ch, sistema runtime già abituato a multi-host. Architettura nata per gestirlo. |
🎨 Visualizzazione da inserire in BOS canon
Idea: aggiungere questo file domain-architecture.md come riferimento + linkarlo da canon/05-stack.md sezione "DNS" e da canon/02-product.md sezione "Pianeta Web".
Plus considerare aggiungere un'immagine PNG diagrammatica per bos.html — render visuale invece di solo ASCII.
Owner: Gregorio (decisioni dominio) + Claude (implementazione automation) Ultimo update: 2026-05-11