La SEO di Sensaria copre ciò che decide se un’azienda viene trovata su Google: un sito che i motori di ricerca possono scansionare e renderizzare, una pagina per ogni intento di ricerca reale in ogni lingua, contenuti che rispondono alla domanda meglio delle pagine già posizionate e segnali coerenti su chi è l’azienda e dove opera. È adatta a PMI e aziende B2B con un sito multilingue, un rilancio o una migrazione in vista, o un sito che attira visitatori ma genera poche richieste. Lavoriamo da Lugano con clienti in Svizzera e all’estero, in italiano, tedesco, francese e inglese.
Cosa comprende un audit SEO?
Un audit esamina tre livelli. Il livello tecnico verifica scansione, indicizzazione, rendering, redirect, tag canonical, hreflang, sitemap XML e Core Web Vitals. Il livello dei contenuti associa ogni URL indicizzabile a un intento di ricerca e segnala lacune, pagine con contenuti scarni e pagine che competono per la stessa ricerca. Il livello dell’autorevolezza esamina il Google Business Profile, le schede nelle directory e i link in entrata. Ogni problema rilevato indica il template o l’URL coinvolto, la correzione e la sua priorità.
La logica dei canonical è il punto in cui i siti multilingue sbagliano più spesso. Le nostre regole: ogni versione linguistica è canonica di sé stessa e non punta mai alla pagina inglese (Google chiede un canonical nella stessa lingua); gli URL con filtri e parametri puntano all’URL pulito; e l’URL canonico, la voce nella sitemap e la destinazione hreflang sono la stessa stringa, barra finale compresa. Dopo ogni rilascio scansioniamo di nuovo il sito per intercettare nuove catene di redirect, tag noindex rimasti per errore o versioni alternative non valide.
Come funziona la SEO multilingue?
Ogni lingua ha il proprio URL, la propria ricerca delle parole chiave e il proprio slug localizzato, e le versioni sono collegate con hreflang. Google richiede che ogni versione elenchi sé stessa e tutte le altre, e ignora i tag quando due pagine non si richiamano a vicenda (documentazione sulle versioni localizzate). Per un sito svizzero in quattro lingue, per esempio, usiamo codici lingua-regione più un x-default:
<link rel="alternate" hreflang="de-CH" href="https://example.ch/de/leistungen/" />
<link rel="alternate" hreflang="fr-CH" href="https://example.ch/fr/prestations/" />
<link rel="alternate" hreflang="it-CH" href="https://example.ch/it/servizi/" />
<link rel="alternate" hreflang="en-CH" href="https://example.ch/en/services/" />
<link rel="alternate" hreflang="x-default" href="https://example.ch/en/services/" />
La ricerca delle parole chiave si fa separatamente per ogni lingua, perché la domanda cambia da una lingua all’altra; in Svizzera è molto disomogenea. Nella nostra ricerca di settembre 2026 per la Svizzera (dati Ahrefs), «seo agentur schweiz» aveva circa 900 ricerche al mese e «seo ticino» circa 90. Le pagine in tedesco portano di solito i volumi; quelle in italiano portano meno ricerche, molto locali e con un intento chiaro. Cambia anche il lessico: chi compra nella Svizzera tedesca chiede una «Offerte», in Romandia un «devis», in Ticino un «preventivo». I testi in tedesco per la Svizzera si scrivono con «ss», mai con «ß». Questo sito usa la stessa impostazione con le versioni alternative en-CH, it-CH, de-CH e fr-CH, e un portale bilingue di rating delle piattaforme WhatsApp che abbiamo sviluppato abbina allo stesso modo le pagine nelle sue due lingue.
Come pianificate la struttura del sito e i link interni?
Ogni intento di ricerca ha una sola pagina di destinazione, e la struttura lo rende chiaro a utenti e crawler: le pagine hub linkano tutte le pagine sottostanti, i breadcrumb rispecchiano il percorso dell’URL e il testo dei link descrive la destinazione. Le ricerche informative e quelle commerciali restano separate. Su questo sito, per esempio, «generative engine optimization» è assegnata a un articolo esplicativo e «GEO agency» alla pagina del servizio, e le due pagine si linkano a vicenda invece di contendersi gli stessi risultati.
Su quali soglie dei Core Web Vitals lavoriamo?
Google considera buona l’esperienza di una pagina quando il Largest Contentful Paint (LCP) è di 2,5 secondi o meno, l’Interaction to Next Paint (INP) di 200 millisecondi o meno e il Cumulative Layout Shift (CLS) di 0,1 o meno, misurati al 75° percentile dei caricamenti reali, separatamente per mobile e desktop (web.dev).
Partiamo dai dati sul campo e usiamo i test di laboratorio per trovare la causa: un’immagine di apertura troppo pesante, font che bloccano il rendering, tag di terze parti o un banner dei cookie che spinge in basso i contenuti. Consideriamo le soglie una base minima per gli utenti, non una scorciatoia per il posizionamento.
Come si compare nei risultati locali e su Google Maps?
Google dice che i risultati locali si basano soprattutto su pertinenza, distanza e notorietà, e che nessuno può pagare per un posizionamento locale migliore (Guida di Google Business Profile). Il lavoro è di base e preciso: un Google Business Profile verificato a un indirizzo reale, la categoria principale giusta, lo stesso nome, indirizzo e numero di telefono ovunque, e recensioni di clienti veri.
In Svizzera, per esempio, «ovunque» comprende l’iscrizione al registro di commercio, local.ch, search.ch, localsearch.ch e il markup Organization del sito stesso. Quando abbiamo verificato le ricerche commerciali per il Ticino a settembre 2026, il local pack compariva quasi in tutte, «web agency lugano» compresa.
Quali dati strutturati implementiamo, e perché?
Aggiungiamo markup schema.org solo dove descrive qualcosa di visibile nella pagina. Organization riporta ragione sociale, indirizzo e profili ufficiali che tengono insieme il marchio. LocalBusiness è adatto alle aziende con una sede che i clienti visitano. BreadcrumbList descrive la gerarchia della pagina, Article riporta autore e date, Product riporta prezzo e disponibilità per i negozi online.
Non vendiamo il markup FAQ come funzione di Google: Google ha smesso di mostrare i risultati multimediali delle FAQ nel 2026 (documentazione sul markup FAQ). Su un benchmark sulla deliverability delle email che abbiamo sviluppato abbiamo implementato i tipi Organization, WebSite, Article, FAQPage, BreadcrumbList, ItemList e WebApplication, e test automatici impongono lunghezza e unicità di ogni titolo e di ogni descrizione.
Cosa non facciamo?
Non compriamo link, non noleggiamo reti di link e non paghiamo guest post che trasmettono valore per il posizionamento; le norme di Google sullo spam li classificano come link spam. Non creiamo pagine doorway per Zurigo, Ginevra o Losanna quando un cliente non ha né sede né clienti in quelle città. Non pubblichiamo articoli generati in massa con l’IA, non nascondiamo testo e non promettiamo posizioni.
Come si collega la SEO al resto del sistema?
Le correzioni SEO vivono nei template e nel codice, quindi funzionano meglio quando lo stesso team può modificare il sito. Poiché realizziamo anche siti web, un errore nei canonical o un template lento si corregge nella base di codice invece di restare in attesa nella coda di ticket di qualcun altro. I contatti dalla ricerca organica possono arrivare nel CRM con landing page e fonte grazie all’automazione CRM e vendite. La GEO e la visibilità nella ricerca con l’IA e la creazione di contenuti si basano sulle stesse fondamenta.
L’impegno dipende dal numero di URL e di template, dalle lingue, dalla presenza di una migrazione e da quanti contenuti vanno riscritti. Dopo una breve call conoscitiva inviamo un preventivo a prezzo fisso o per fasi.