Punti Chiave
| Concetto | Cosa devi sapere |
|---|---|
| Quality Score Google Ads | Le pagine lente abbassano il punteggio e fanno salire il CPC anche del 30-50% |
| Core Web Vitals | LCP sotto 2,5s, INP sotto 200ms, CLS sotto 0,1 — non sono optional, sono soglie |
| Mobile-first | Oltre il 70% del traffico paid arriva da mobile, ma il 60% dei clienti che vediamo ha ancora landing pensate per desktop |
| TTFB e tracciamento | Server lento = pixel che parte tardi = eventi persi = audience deboli |
| Schema markup | Aumenta CTR organico e migliora la qualità dei feed prodotto su Google Shopping |
| Crawl budget | Cataloghi e-commerce con URL sporchi sprecano crawl e traffico paid su pagine vuote |
| Strumenti chiave | Search Console, PSI, Screaming Frog, GTM, Lighthouse — usati insieme, non in isolamento |
1. Cosa significa SEO tecnico applicato alle campagne di performance marketing
Molti pensano che il SEO tecnico riguardi solo il posizionamento organico. È un errore che ho visto costare migliaia di euro a clienti che spendono €30k-€100k al mese in advertising. Il SEO tecnico è l’infrastruttura sotto ogni clic pagato: se la landing è lenta, se il server risponde male, se il mobile è rotto, ogni singolo euro investito su Meta o Google rende meno.
Definiamolo in modo pratico. Il SEO tecnico applicato alla performance è l’insieme delle ottimizzazioni che riguardano:
- Velocità di caricamento (lato client e server)
- Struttura tecnica del sito (URL, sitemap, robots, canonical)
- Compatibilità mobile reale, non solo “responsive”
- Tracciamento pixel e conversioni server-side
- Dati strutturati per i bot (Google, Bing, Meta)
- Sicurezza (HTTPS, certificati, header)
Quando lavoriamo su un account nuovo in agenzia, la prima cosa che facciamo prima ancora di toccare le campagne è un audit tecnico della destinazione del traffico. Perché? Perché spendere su una landing rotta è come riempire un secchio bucato. Lo dico a tutti i nuovi clienti: il performance marketing inizia dalla pagina, non dall’ad.
Un esempio reale. Su un cliente del settore aesthetic medicine, abbiamo trovato una landing con LCP di 5,8 secondi su mobile. Il CPC su Google Search era di €4,20. Dopo l’ottimizzazione tecnica (compressione immagini, lazy loading, cache, CDN), il CPC è sceso a €2,90. Stesso annuncio, stessa keyword, stesso budget. La differenza l’ha fatta solo il SEO tecnico.
C’è una regola che ripeto sempre al team: ogni millisecondo conta. Google e Meta penalizzano la lentezza in modi diversi, ma la penalizzano. Su Google Ads il segnale è il Quality Score. Su Meta è il punteggio di qualità del lead form e l’esperienza post-clic. Su TikTok, dove il traffico è più impulsivo, una pagina lenta brucia il 40-50% degli utenti prima ancora che vedano il contenuto.
Il punto è questo: SEO tecnico e performance marketing non sono mondi separati. Sono lo stesso ecosistema. E chi li tratta separatamente paga di più, converte meno e si ritrova con campagne che sembrano funzionare ma in realtà perdono soldi a ogni clic.
2. Core Web Vitals e Quality Score: il legame diretto su Google Ads
I Core Web Vitals sono tre metriche che Google usa per misurare l’esperienza utente reale sulle pagine web. Da quando sono diventati segnali di ranking, hanno iniziato a influenzare anche il Quality Score di Google Ads — e questo è il punto che molti advertiser ignorano.
Le tre metriche sono:
- LCP (Largest Contentful Paint) — quanto ci mette il contenuto principale ad apparire. Soglia buona: sotto 2,5 secondi
- INP (Interaction to Next Paint) — quanto risponde la pagina quando l’utente interagisce. Soglia: sotto 200ms
- CLS (Cumulative Layout Shift) — quanto la pagina “salta” durante il caricamento. Soglia: sotto 0,1
Ora, il punto critico: il Quality Score di Google Ads include un fattore chiamato “esperienza sulla pagina di destinazione”. Quando questa esperienza è scarsa, Google ti fa pagare di più. Letteralmente. Ho visto account dove la stessa keyword aveva CPC del 35-45% più alto solo perché la landing era tecnicamente messa male.
| Quality Score | Impatto sul CPC stimato |
|---|---|
| 10/10 | -50% rispetto alla media |
| 7/10 | Baseline |
| 5/10 | +25% sul CPC medio |
| 3/10 | +75% o più |
Un caso che ricordo bene: cliente nel fashion menswear, campagne Search su keyword di brand competitor. Quality Score medio 4/10. Abbiamo lavorato due settimane sulla landing — ridotto il peso degli script, spostato il pixel su GTM server-side, ottimizzato le immagini hero in WebP — e il QS è salito a 8/10. CPC dimezzato. ROAS raddoppiato.
Cosa controllare per primo:
- Immagini hero non compresse (causa principale di LCP alto)
- Script di terze parti caricati in modo sincrono (chat, A/B test, heatmap)
- Web font caricati senza preload (causa CLS)
- Pubblicità o cookie banner che spostano il layout (CLS letale)
Una nota da senior: il punteggio di qualità si rigenera in 7-14 giorni dopo le modifiche. Non aspettarti miglioramenti istantanei. E controllalo sia nell’interfaccia di Google Ads sia con Search Console e PageSpeed Insights, perché spesso non coincidono al 100%.
Il messaggio di fondo è semplice. Se vuoi pagare meno per ogni clic, devi dare a Google una pagina che funziona. Non è negoziabile. È matematica.
3. Velocità delle landing page e impatto reale sul ROAS
La velocità di caricamento è la singola variabile tecnica con l’impatto economico più alto sulle campagne paid. Lo dico senza esagerare. Nei dieci anni in cui gestiamo campagne Meta e Google, non ho mai visto un investimento in ottimizzazione tecnica che non abbia ripagato in 30-60 giorni.
I dati che ho raccolto su un campione di 40 clienti e-commerce della nostra agenzia tra 2024 e 2025 mostrano:
- Pagine sotto 2 secondi: tasso di conversione medio 3,8%
- Pagine tra 2 e 4 secondi: tasso di conversione medio 2,1%
- Pagine sopra 4 secondi: tasso di conversione medio 0,9%
Stesso traffico, stesso prodotto, stessa creatività. Cambia solo la velocità. E il ROAS può variare di 3x.
Su Facebook Ads il problema si amplifica. L’utente clicca dentro l’app Facebook (o Instagram), il browser interno è già più lento del browser nativo, e se la pagina ci mette troppo, l’utente torna al feed. Conversione persa. Pixel non scattato. Audience custom indebolita. Sui clienti dove abbiamo lavorato sulla M4 metodologia, abbiamo notato che migliorare il LCP da 4s a 2s aumenta il CTR sulla landing del 12-18%.
Su TikTok Ads è ancora peggio. L’utente TikTok ha la pazienza di un goldfish con caffeina. Se la pagina non carica entro 1,5-2 secondi, è andato. Per questo, su clienti TikTok, il primo audit che facciamo è sempre tecnico, mai creativo.
Cosa fare in pratica per velocizzare una landing destinata al traffico paid:
- Comprimi immagini in WebP o AVIF — riducono il peso del 60-80% rispetto a JPEG
- Lazy load di tutto ciò che non è above-the-fold
- Rimuovi script pesanti che non servono al primo render (chat widget, exit intent, A/B test client-side)
- Usa una CDN (Cloudflare, BunnyCDN) — non è opzionale per chi spende in adv
- Preconnect ai domini di terze parti che servono al pixel e al checkout
- Inline il critical CSS above-the-fold
Una cosa che molti dimenticano: il preview dell’inserzione su Meta non è lo stesso ambiente del clic vero. Testa sempre la landing usando l’app reale, da mobile reale, su rete 4G. Non da desktop con la fibra dell’ufficio.
4. Mobile-first indexing e architettura responsive per il traffico paid
Google e Meta indicizzano e valutano le pagine partendo dalla versione mobile. Lo fanno da anni, ma ancora oggi vedo siti dove la versione desktop è fatta benissimo e quella mobile è un disastro. Per chi fa performance marketing, questo è un suicidio commerciale.
Oltre il 70% del traffico delle nostre campagne arriva da smartphone. Su clienti fashion e beauty supera l’85%. Su ristorazione, in alcuni casi, tocca il 92%. Eppure quando facciamo gli audit iniziali troviamo:
- Bottoni CTA troppo piccoli per il dito (sotto 48×48 px)
- Form di contatto con campi che escono dalla viewport
- Immagini che caricano sì in versione mobile, ma con lo stesso peso della desktop
- Popup che coprono il 100% dello schermo e che non si chiudono facilmente
- Menu hamburger che si aprono con 1,5 secondi di lag
Tutti questi sono problemi di SEO tecnico mobile-first. E tutti distruggono le performance delle campagne.
Checklist mobile-first per landing che ricevono traffico paid:
| Elemento | Standard minimo |
|---|---|
| Viewport meta tag | width=device-width, initial-scale=1 |
| Tap target | minimo 48×48 px, spaziatura 8 px |
| Font body | minimo 16px (no zoom forzato su iOS) |
| Immagini | servite in formato responsive con srcset |
| Form | autocompletamento attivo, tipi di input corretti (tel, email, number) |
| Popup | mai full-screen su entry, sempre chiudibili con tap |
| Cookie banner | non deve coprire il CTA principale |
Un dettaglio che nessuno guarda mai ma che sui nostri audit emerge spesso: il viewport del checkout. Su tanti e-commerce il checkout è ottimizzato, sì, ma il modulo di pagamento ha un iframe Stripe o PayPal che su iOS Safari si comporta male. Il risultato è che l’utente arriva fino al pagamento, ci prova due volte, fallisce per un bug di rendering, e abbandona. Quel fallimento non lo vedi nei report di Meta. Lo vedi solo se registri sessioni con Hotjar o Microsoft Clarity.
L’intent mobile è anche diverso. Da mobile la gente cerca soluzioni rapide, contatti, informazioni essenziali. Se la tua landing è lunga, con form complessi e troppi campi, perdi. Il confronto tra performance marketing e marketing tradizionale spesso si gioca proprio qui: nella capacità di costruire esperienze mobile-first che convertano davvero.
Ricorda anche che Google Ads ha un punteggio dedicato all’esperienza mobile. Pagine non mobile-friendly possono essere escluse dalle aste mobile. Letteralmente, non vieni mostrato. E se non vieni mostrato, non spendi, non converti, non scali.
5. Struttura URL, crawl budget e scalabilità delle campagne paid
Questa sezione interessa soprattutto chi gestisce e-commerce con cataloghi sopra i 500 prodotti, marketplace, o siti con grandi volumi di pagine. È l’area dove il SEO tecnico tocca direttamente la scalabilità delle campagne — e dove i clienti più grandi perdono i soldi più assurdi.
Il crawl budget è la quantità di pagine che Googlebot scarica dal tuo sito in un dato periodo. Se hai un catalogo da 5.000 prodotti ma il bot ne scansiona solo 800 al mese, il restante 84% del catalogo non è indicizzato bene. Questo significa:
- Feed prodotto Google Shopping con dati incompleti
- Annunci dinamici (DSA) che pescano da pagine sbagliate
- Pixel di prodotto che non scattano correttamente sui pageview
- Campagne di programmatic advertising che mostrano prodotti out-of-stock o eliminati
Cosa rovina il crawl budget:
- URL parametrici infiniti —
?color=red&size=m&filter=newmoltiplicati per ogni combinazione - Pagine di filtri non bloccate dal robots.txt
- Paginazione mal gestita (no canonical, no rel=”next/prev”)
- Redirect a catena (302 → 301 → 200)
- Sitemap obsolete con URL morti
Soluzioni operative che applichiamo sui clienti:
- Robots.txt aggressivo sui parametri di filtro non utili al ranking
- Canonical corretti su varianti di prodotto
- Sitemap XML segmentate (una per categoria, una per prodotti, una per blog)
- HTTP status code puliti — meno 404, meno redirect 302, più 301 dirette
- Pulizia delle URL inattive mensile
Un esempio concreto. Cliente fashion con 8.000 SKU su WooCommerce. La sitemap aveva 23.000 URL perché ogni filtro generava una pagina indicizzabile. Google sprecava crawl su ?color=blue&size=42&order=price_asc. Risultato: solo il 30% dei prodotti era indicizzato e il feed Shopping era pieno di errori.
Abbiamo:
- Bloccato i parametri non SEO con robots.txt
- Aggiunto noindex,follow alle pagine filtro
- Pulito la sitemap
- Generato un feed Shopping diretto dal database, non dallo scraping del sito
In 45 giorni, indicizzazione dei prodotti dal 30% all’89%. Il feed Shopping è raddoppiato in volume di impression. Le campagne PMax hanno iniziato a girare meglio perché Google aveva finalmente accesso al catalogo intero.
Lavorando su questi aspetti, anche le strategie di remarketing diventano più precise. Più URL canonici puliti = più audience custom solide = retargeting che funziona.
6. Dati strutturati e schema markup: amplificare CTR su organico e paid
Lo schema markup è uno dei pochi interventi SEO tecnici che ha effetto immediato e misurabile sia sul traffico organico sia su quello paid. Non parliamo di teoria. Parliamo di ricchi snippet, stelline di review, prezzi visibili in SERP, FAQ espandibili.
I tipi di schema più utili in ottica performance:
| Tipo Schema | Beneficio principale | Impatto |
|---|---|---|
Product | Prezzo, disponibilità, brand in SERP | +15-25% CTR organico, feed Shopping più ricco |
Review / AggregateRating | Stelline visibili in SERP | +8-12% CTR |
FAQPage | Domande espandibili sotto il risultato | Più spazio in SERP, più visibilità |
BreadcrumbList | Briciole di pane invece dell’URL grezzo | Migliora UX e CTR |
Organization / LocalBusiness | Knowledge graph, mappa, info contatti | Fondamentale per local SEO |
VideoObject | Anteprime video in SERP | +20% CTR su query video |
Il punto chiave per le campagne è questo: lo schema markup migliora i feed prodotto. Quando carichi i prodotti su Google Merchant Center, se il sito ha dati strutturati Product completi, il feed si arricchisce automaticamente. Disponibilità in tempo reale, prezzi aggiornati, varianti correttamente segmentate. Tutto questo si traduce in:
- Meno disapprovazioni di prodotti su Merchant Center
- Annunci Shopping più rilevanti
- PMax che lavora con dati più puliti
- Performance di catalogo Meta più precise (il pixel legge meglio i dati del prodotto)
Errori che vediamo spesso negli audit:
- Schema scritti a mano con sintassi sbagliata (testati su Rich Results Test, falliscono)
- Plugin Yoast/RankMath che generano schema duplicati
- Prezzi nello schema diversi da quelli a video (Google penalizza)
- Disponibilità “InStock” hardcoded anche su prodotti esauriti
Un caso che dico sempre al team: cliente nel beauty, 1.200 prodotti. Prima dell’intervento, il feed Merchant Center aveva 280 prodotti disapprovati per “incongruenza tra dati feed e dati pagina”. Dopo aver allineato lo schema markup, le disapprovazioni sono scese a 12. PMax ha aumentato la copertura del catalogo del 23% senza toccare il budget.
Per la parte FAQ schema, un consiglio pratico: usalo su ogni landing destinata a campagne con search intent informativo. Le FAQ in SERP rubano spazio ai concorrenti e migliorano sia il CTR organico sia la percezione di autorevolezza, che indirettamente migliora il QS delle campagne paid sulla stessa landing.
7. HTTPS, server response time e tracciamento pixel Meta/Google
Questa è la sezione più tecnica ma anche la più sottovalutata. Il tracciamento delle conversioni dipende in modo diretto dalla qualità tecnica del server e del setup HTTPS. Se sbagli qui, i tuoi dati di campagna sono falsati a monte e tutte le decisioni che prendi sono basate su numeri sbagliati.
TTFB (Time To First Byte) è il tempo che il server ci mette a rispondere alla richiesta. Soglia ottimale: sotto 200ms. Sotto 500ms è accettabile. Sopra 800ms è un problema serio. Ho visto server WordPress condivisi con TTFB di 1,8 secondi. Su quei siti, il pixel Meta scattava in modo intermittente. Eventi PageView corretti, ma ViewContent e AddToCart persi nel 30% dei casi.
Conseguenze pratiche:
- Custom audience più piccole del reale
- Lookalike basate su dati incompleti
- Attribuzione finestra 7-day click distorta
- ROAS reportato falsato
HTTPS non è solo sicurezza, è prerequisito tecnico. Senza HTTPS:
- Browser moderni bloccano cookie di tracciamento third-party
- Pixel Meta non funziona correttamente
- Google Ads marca il sito come “non sicuro”
- Conversion API server-side rifiuta richieste
Errori HTTPS comuni che troviamo:
- Certificati scaduti (Let’s Encrypt non rinnovato)
- Mixed content (pagina in HTTPS che carica risorse HTTP)
- Redirect HTTP → HTTPS senza HSTS
- Sottodomini non protetti (es.
cdn.sito.itancora in HTTP)
Conversion API server-side è oggi standard, non opzione. Il tracciamento solo client-side è morto. iOS 14.5+, ITP di Safari, blocchi cookie su Chrome — tutti motivi per cui devi avere setup server-side. Per implementarlo bene serve:
- Server GTM o Stape configurato
- Eventi custom mappati lato server
- Hashing dati sensibili (email, telefono) prima dell’invio
- Deduplicazione client+server con
event_id - Test end-to-end con Pixel Helper e Events Manager
Quando il setup server-side è pulito, la qualità del segnale Meta sale. Il punteggio di qualità della corrispondenza eventi (Event Match Quality) supera il 7/10 e le campagne smettono di essere ottimizzate su dati frammentari. Su un cliente che gestiamo, dopo aver implementato Conversion API completa, il CPA su campagne ASC è sceso del 22% in tre settimane. Stesso budget, stesso target, stesse creatività. Solo dati migliori.
Il tracciamento si lega anche al remarketing: senza eventi affidabili, le audience custom decadono e il retargeting perde efficacia.
8. Strumenti e workflow per monitorare il SEO tecnico in ottica performance
Avere strumenti senza workflow non serve a niente. Vedo tante agenzie che usano dieci tool ma non sanno cosa controllare prima e dopo. Qui condivido lo stack che usiamo internamente in Dominanza Digitale per gli audit tecnici dei nostri clienti.
Stack base (gratuito o low cost):
| Strumento | Uso principale | Frequenza |
|---|---|---|
| Google Search Console | Indicizzazione, Core Web Vitals, query | Settimanale |
| PageSpeed Insights | Audit velocità, suggerimenti tecnici | Pre/post deploy |
| Lighthouse (DevTools) | Audit tecnico singola pagina | On demand |
| Screaming Frog | Crawl completo, status code, meta | Mensile |
| GTM Preview Mode | Verifica eventi tracciamento | Ogni modifica |
| Microsoft Clarity | Heatmap, session replay | Settimanale |
| Meta Events Manager | Qualità eventi, deduplicazione | Settimanale |
Stack avanzato (a pagamento):
- Sitebulb o Screaming Frog Pro per audit tecnici a scala
- Stape.io o Server GTM su Cloud Run per CAPI
- GA4 con BigQuery export per analisi cross-canale
- Looker Studio dashboard custom per casi studio interni
Workflow che usiamo per ogni nuovo cliente performance:
- Settimana 0 — audit tecnico completo, screenshot baseline, lista priorità
- Settimana 1-2 — implementazione fix critici (LCP, CLS, HTTPS, schema base)
- Settimana 3 — verifica tracciamento pixel + CAPI lato server
- Settimana 4 — pulizia URL, sitemap, robots, redirect
- Mese 2 — monitoraggio Quality Score, ROAS, conversion rate
- Mese 3 — audit ripetuto, confronto pre/post, report al cliente
Una nota sul reporting interno. In agenzia abbiamo dashboard che mostrano contemporaneamente i dati ADV (Meta API + Google Ads API) e i Core Web Vitals della Search Console del cliente. Vedere insieme CPC e LCP nello stesso grafico è illuminante. Quando il LCP peggiora, il CPC sale. Sempre. È una correlazione che si ripete su praticamente ogni cliente.
Per chi vuole approfondire i canali più efficaci nel performance marketing, ricordare che il SEO tecnico è il moltiplicatore di tutti questi canali. Non è un canale a sé. È l’infrastruttura che permette agli altri canali di rendere al massimo.
Se vuoi un audit tecnico delle tue landing per le campagne paid, contattaci direttamente e parliamo di numeri concreti. Niente promesse generiche, solo dati e priorità chiare.
Domande Frequenti (FAQ)
1. Il SEO tecnico serve solo per il traffico organico? No, e questa è la confusione più diffusa. Il SEO tecnico riguarda l’infrastruttura del sito: velocità, mobile-friendliness, dati strutturati, server, sicurezza. Tutto questo influenza anche le campagne paid, perché Google Ads e Meta valutano la qualità della pagina di destinazione e applicano sconti o penalità sul costo per clic in base a quanto bene è costruita tecnicamente.
2. Quanto incide la velocità di una landing sul ROAS? Sui dati che raccogliamo nella nostra agenzia, il passaggio da una landing oltre 4 secondi a una sotto i 2 secondi può raddoppiare o triplicare il tasso di conversione. Il ROAS, di conseguenza, può migliorare anche di 2-3 volte a parità di budget e creatività.
3. Cosa sono i Core Web Vitals e perché contano per Google Ads? Sono tre metriche tecniche (LCP, INP, CLS) con cui Google misura l’esperienza utente reale. Influenzano sia il ranking organico sia il Quality Score di Google Ads. Una pagina con Core Web Vitals scadenti paga di più ogni clic, anche del 30-50% in più rispetto a una pagina ottimizzata.
4. Devo per forza implementare la Conversion API lato server? Oggi sì, se vuoi che le tue campagne Meta abbiano dati affidabili. Il tracciamento solo lato client-side perde una percentuale significativa di eventi a causa di blocchi browser, iOS 14.5+ e ad blocker. La CAPI server-side recupera questi eventi e migliora la qualità del segnale.
5. Lo schema markup ha effetto immediato sulle campagne? Sull’organico l’effetto si vede in 2-4 settimane. Sui feed prodotto Google Merchant Center invece l’effetto è quasi immediato: se i dati strutturati Product sono ben fatti, il feed si arricchisce e le disapprovazioni di prodotto diminuiscono nel giro di pochi giorni.
6. Il mobile-first è davvero più importante del desktop per le campagne? Per la maggior parte dei settori e-commerce, B2C e local, sì. Oltre il 70% del traffico paid arriva da smartphone. Tutto deve partire dalla versione mobile, non dalla desktop. Il tap target, i form, i popup, il viewport — tutti devono essere pensati prima per il pollice e poi per il mouse.
7. Posso fare SEO tecnico in autonomia o serve un’agenzia? Le verifiche di base con PageSpeed Insights e Search Console le puoi fare in autonomia. Per gli interventi strutturali (CAPI server-side, ottimizzazione cataloghi, schema markup avanzato, gestione del crawl budget) serve quasi sempre un team tecnico esperto. Su Dominanza Digitale lavoriamo proprio su questo nesso tra tecnico e advertising.
8. Quanto tempo serve per vedere risultati dopo un audit tecnico? I primi miglioramenti di Quality Score li vedi in 7-14 giorni. I miglioramenti di indicizzazione e Core Web Vitals in 3-6 settimane. L’effetto complessivo sul ROAS, in genere, si stabilizza tra il secondo e il terzo mese dopo l’implementazione.
