Fraiga — Una porta d’ingresso per i progetti dello studio
Linguaggio d’ingresso, contenuti di approfondimento e spazio disponibile nella presentazione dello studio.
Il problema
La home deve aiutare a capire che cosa può essere utile, mentre progetti, ricerca e dettagli di realizzazione richiedono spazi di lettura propri.
I vincoli
- Tenere i tecnicismi fuori dal primo incontro
- Conservare contenuti leggibili anche prima dell’avvio dell’interazione
- Riservare testata, navigazione e fondo nel viewport disponibile
L’architettura
Cataloghi tipizzati e contenuti Markdown alimentano pagine React, prerender statico, metadati e distribuzione RSS/Markdown. La home usa testi dedicati ai bisogni e rimanda ai casi e ai dossier. La policy di geometry-core determina una sola modalità di presentazione; i resolver locali assegnano lo spazio restante al corpo della pagina.
Linguaggi con compiti diversi
Il primo livello presenta bisogni, metodo e possibilità. I dettagli su framework, database, protocolli e formati appartengono al racconto dei progetti pertinenti. La separazione fra contenuti della home e cataloghi tecnici impedisce che una modifica al portfolio riporti automaticamente il gergo nella landing.
Lo spazio utile viene dopo le barre
La vista completa riserva testata, navigazione e fondo prima di dimensionare la pedina e il testo centrale. I contenitori possono ridursi; una porzione più lunga resta scorribile nella propria area. Questo evita che l’altezza minima del contenuto spinga il footer fuori dal viewport.
Contenuti per persone e strumenti
Il prerender produce un corpo HTML leggibile, canonical e dati strutturati specifici per ogni pagina. Articoli, RSS e manifesti llms provengono dagli stessi cataloghi. Le risorse per gli strumenti rimangono disponibili senza occupare la navigazione introduttiva della home.
Perimetro e prossime verifiche
- La presenza di metadati o manifesti non dimostra indicizzazione, citazioni o conversioni.
- I controlli geometrici sono circoscritti alle dimensioni e ai percorsi verificati.