Come ho verificato, affermazione per affermazione, che un progetto era esattamente ciò che diceva di essere: il caso Inflables Publicitarios
Dopo aver trovato diversi problemi reali in questa serie, come si presenta un progetto in cui la documentazione coincide davvero con la produzione?
Di Pietro Fiorillo ·
Indice dell'articolo
Perché chiudo questa serie con un caso che conferma quanto documentato
In questa serie ho trovato pagine pubblicate che descrivevano funzionalità inesistenti, prerendering che aveva smesso di funzionare e persino un HTML con contenuti incrociati tra pagine. Se mostrassi solo quei casi, darei un'immagine distorta del mio stesso lavoro. Questa chiusura verifica, con lo stesso metodo, un progetto dove la documentazione regge davvero.
Affermazione 1: un export statico reale di Next.js
L'HTML pubblico include rotte /_next/ e il pattern di caricamento JavaScript tipico di un export statico di Next.js. Non ci sono segnali di un server dinamico dietro.
Affermazione 2: dati strutturati reali, con una lacuna concreta
Il sito serve un blocco <script type="application/ld+json"> reale, con Organization e WebSite collegati, telefono e area servita inclusi.
{
"@context": "https://schema.org",
"@graph": [
{
"@type": "Organization",
"name": "Inflables Publicitarios",
"areaServed": "Argentina",
"telephone": "+549...",
"sameAs": []
},
{
"@type": "WebSite",
"name": "Inflables Publicitarios",
"inLanguage": "es-AR"
}
]
}Il campo sameAs, pensato per collegare profili social o altre directory dove compare la stessa entità, è vuoto. Non è un errore che rompe nulla, ma è un'opportunità reale di rafforzare l'entità rimasta non sfruttata.
Affermazione 3: un CTA WhatsApp diverso per linea di prodotto
Ogni linea di prodotto compone un link WhatsApp con un messaggio già scritto, specifico per quella linea.
https://wa.me/549.../?text=Hola%2C%20quiero%20consultar%20por%3A%20Stands%20inflables.Affermazione 4: una sola pagina, navigata ad ancore
La navigazione del sito usa link interni (#nosotros, #productos) invece di rotte diverse, coerente con una landing one-page pensata per portare il visitatore dal catalogo a WhatsApp in pochi clic.
Risultati misurabili
| Metrica | Risultato | Ambiente / evidenza |
|---|---|---|
| Lighthouse Performance (mobile, lab) | 90 / 100 | Lighthouse 13.5.0, throttling simulato |
| LCP (lab) | 3,6 s | Stessa misurazione Lighthouse, non è un dato di campo (CrUX) |
| URL nella sitemap | 1 | Coerente con un sito a pagina singola |
| Affermazioni documentate verificate | 4 su 4 | Export statico, JSON-LD, WhatsApp per prodotto, navigazione ad ancore |
Un audit che trova solo problemi non è più rigoroso, è solo incompleto nella direzione opposta.
Il mio ruolo in questo progetto
Il mio ruolo in Inflables Publicitarios ha incluso lo sviluppo del sito e la SEO tecnica, come parte del mio lavoro in MANYA Digital.
Cosa farei diversamente: un campo vuoto facile da completare
L'unico punto in sospeso reale che ho trovato è il campo sameAs vuoto nel JSON-LD. È un miglioramento a basso sforzo e senza rischi: aggiungere i profili social reali dell'azienda, se esistono, rafforza l'entità senza toccare altro del sito.
Cosa proverei dopo
Completerei il campo sameAs con i profili reali dell'azienda e valuterei se aggiungere dati strutturati Product per ogni linea di fabbrica (invece di solo Organization e WebSite a livello di sito) aiuti a far capire meglio ogni prodotto ai motori di ricerca e di IA.
Fonti
Domande frequenti
Perché il sito è una sola pagina invece di diverse?
Perché l'obiettivo è che il visitatore arrivi dal catalogo a WhatsApp in due clic. Per una fabbrica con 10 linee di prodotto e un processo di vendita che si risolve con una richiesta diretta, una landing con navigazione ad ancore riduce l'attrito meglio di un'architettura con molte pagine.
Cosa significa che il campo sameAs è vuoto?
Che il dato strutturato Organization non collega nessun profilo social o directory esterna. Non rompe nulla, ma è un'opportunità persa di collegare l'entità ad altre menzioni del brand sul web.
Come hai verificato questo senza accesso al repository?
Ho richiesto l'HTML pubblico con curl e ho letto direttamente il blocco JSON-LD, i link WhatsApp e le rotte Next.js presenti nel codice sorgente servito. Non mi è servito il repository per confermare che ogni affermazione documentata è reale.
Perché ogni pulsante WhatsApp ha un messaggio diverso precompilato?
Perché compone automaticamente un messaggio specifico per prodotto («voglio chiedere informazioni su: Stand gonfiabili»), così il team vendite sa subito cosa interessa alla persona senza che debba scriverlo.
Il sito è davvero statico?
Sì. L'HTML pubblico include rotte /_next/ tipiche di un export statico di Next.js, coerente con quanto documentato: generazione in build, senza server Node in produzione.
Quanto costa mantenere un sito così?
È tra i più economici da mantenere di tutta questa serie: una sola pagina statica, senza CMS, senza database e senza backend proprio. Il costo reale è il tempo di aggiornare foto e catalogo quando cambia.