Skip to content
SoyGarfield
Research #11

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
Checklist di quattro affermazioni verificate in produzione: rotte di export statico di Next.js confermate, JSON-LD reale di Organization e WebSite con telefono e area servita, CTA WhatsApp per prodotto con messaggio precompilato, e navigazione one-page ad ancore. Una nota segnala che il campo sameAs del JSON-LD è vuoto.
Quattro affermazioni, quattro verifiche con lo stesso risultato: reali. Diagramma originale.

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"
    }
  ]
}
JSON-LD reale (abbreviato, senza il numero di telefono completo) servito dall'HTML pubblico, verificato il 18 ottobre 2026.

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.
Link reale (abbreviato) trovato nell'HTML pubblico per la linea «Stand gonfiabili».

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

Metriche reali misurate il 18 ottobre 2026.
MetricaRisultatoAmbiente / evidenza
Lighthouse Performance (mobile, lab)90 / 100Lighthouse 13.5.0, throttling simulato
LCP (lab)3,6 sStessa misurazione Lighthouse, non è un dato di campo (CrUX)
URL nella sitemap1Coerente con un sito a pagina singola
Affermazioni documentate verificate4 su 4Export statico, JSON-LD, WhatsApp per prodotto, navigazione ad ancore

Un audit che trova solo problemi non è più rigoroso, è solo incompleto nella direzione opposta.

Pietro Fiorillo

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.