seojuice

Come conduco l’audit di un sito Framer consegnato da un designer

Lida Stepul
Lida Stepul
· Updated · 12 min read

Come realizzo l’audit di un sito Framer consegnato da un designer

In breve: Tra il 2024 e il 2025 la postura SEO di Framer è cambiata radicalmente. HTML prerenderizzato lato server di default, raccolte CMS con routing reale, controlli di metadata per pagina, campi per dati strutturati, immagini native su CDN e un gestore di redirect integrato sono tutti arrivati in quel periodo. Gran parte dei consigli SEO su Framer che si trovano online è ormai obsoleta e l’audit 2026 al momento del passaggio di consegne è più corto di quanto sembri. I sette controlli che eseguo davvero, ordinati per impatto più rapido sul ranking, sono: verifica del rendering, metadata per pagina, mappa delle rotte delle collection, grafico dei link interni, testo alternativo delle immagini, campi di dati strutturati e mappa dei redirect se si tratta di una migrazione. Cinque di questi sono ormai comportamento predefinito di Framer; due richiedono ancora lavoro manuale.

Il passaggio di consegne arriva sulla mia scrivania a mesi alterni

Un designer termina un progetto in Framer, il visual è a posto, il founder è soddisfatto e il sito sta per andare online (o è online da qualche settimana senza movimenti in Search Console). La domanda è sempre la stessa: «siamo pronti a posizionarci?». Nel 2022 usavo una checklist di dodici punti. Dopo tre audit Framer nel trimestre scorso, metà di quella lista è ormai gestita di default da Framer e ho ridotto l’audit a sette controlli effettivi.

Quello che segue è proprio quell’audit. Parto dalla mappa del percorso di rendering, perché la preoccupazione storica su Framer (quella del rendering JavaScript) è la domanda che mi fanno ancora e oggi è risolta in modo netto. Poi i sette controlli in ordine di priorità, la matrice delle migrazioni per i casi di rebuild e, infine, una sezione onesta su ciò che il CMS di Framer non fa ancora bene nel 2026. È un contenuto specifico per la piattaforma. Le versioni per Wix e Webflow trattano i loro punti critici, e linkerò a quella su Webflow dove è la lettura successiva più utile.

Cosa fa davvero Framer tra pubblicazione e crawl

Il percorso di rendering ha cinque stadi. Un browser (o crawler) richiede un URL. L’edge di Framer risolve l’URL a una pagina o a un record di collection. Il server di Framer renderizza l’HTML — corpo, heading, dati strutturati, tutto — e lo invia nella risposta iniziale. La CDN lo mette in cache e lo serve. Il crawler lo legge e indicizza lo stesso HTML che vede un utente. A ogni stadio c’è una sola cosa da verificare, e solo l’ultima non è immediata.

Percorso di rendering da richiesta a crawler su Framer: richiesta browser, edge Framer, risposta HTML SSR, consegna CDN, vista crawler
Il percorso di rendering su un sito Framer 2024+. Il vecchio problema del JS-rendering è chiuso al terzo stadio; la verifica avviene al quinto.

La preoccupazione storica su Framer (e su ogni design-tool diventato website builder) era che spedisse JavaScript client-side e Google vedesse un guscio vuoto. Google ripete da anni che HTML SSR/pre-renderizzato e output client-side sono forme di delivery diverse, non classi di ranking diverse: serve solo che il contenuto sia presente al fetch. Il default 2024 di Framer mette il contenuto nella risposta iniziale, chiudendo la questione.

La verifica al passaggio di consegne è una riga: curl -A "Googlebot" <url> su tre pagine campione (home, una detail di collection, una pagina profonda) e grep sul body per una frase visibile solo client-side. Se compare, la pagina invia HTML renderizzato nella risposta iniziale ed è ok. Se manca, hai trovato l’unica pagina dove il default SSR è stato disattivato, di solito da un widget di animazione pesante. Il pezzo sul contesto SEO delle SPA spiega cosa fare in quel caso limite.

Cosa è cambiato nel 2024-2025 e puoi smettere di controllare

Cinque aspetti che Framer ora gestisce di default e che prima dovevi sistemare a mano. Se la tua checklist li contiene ancora, puoi accorciarla.

Primo, rendering lato server: le pagine vengono inviate in HTML completo (vedi sezione sopra). Secondo, immagini native su CDN: WebP e srcset responsive sono automatici sui file caricati dopo il rollout 2023 della CDN. Il vecchio consiglio “comprimi le immagini” resta valido per alt text e nomi file, non per la negoziazione di formato. Terzo, controlli del <head> per pagina: title, meta description, canonical URL, immagine OG, tag robots, tutto impostabile per pagina dall’interfaccia senza toccare il tema. Quarto, campi dati strutturati nativi: Article, Product, FAQPage, BreadcrumbList disponibili dal pannello per pagina senza injection di codice. Quinto, redirect manager nativo che gestisce i 301 sullo stesso dominio.

Conseguenza: gran parte dei contenuti SEO su Framer descrive un prodotto 2022 che non esiste più. L’audit lato operatore nel 2026 serve a verificare che i default reggano e a finire il lavoro per pagina che Framer non copre. È un audit più corto di quanto dicano molti roundup comparativi. Nota onesta: i default sono buoni, non perfetti, e tre cose richiedono ancora lavoro manuale, come vedremo.

Il passaggio di consegne in sette controlli

Documento di sintesi. Sette controlli ordinati per impatto ranking se configurati male. Li eseguo in questo ordine perché gli errori iniziali costano più posizionamento di quelli a valle, e trovare un fallimento al punto 1 cambia il resto dell’audit.

Audit Framer in sette punti ordinati per impatto sul ranking, con tag Framer-default e operator-work
Sette controlli, ordinati per gravità. I tag Framer-default indicano semplici verifiche; quelli operator-work il lavoro che resta in carico a te.
#ControlloModo di fallimento al passaggioStato nel 2026
1Verifica renderingUna pagina configurata per il rendering client-side (widget animazioni)Quasi sempre di default; verifica 3 pagine campione
2Metadata per paginaTutte le pagine condividono il prefisso title a livello sitoLavoro operatore
3Mappa rotte collectionPrefisso URL piatto, pagine di paginazione quasi duplicateLavoro operatore
4Grafico link interniNav visuale ricca, link nel body scarsiLavoro operatore
5Alt text immaginiAlt “image-1.jpg” su heroLavoro operatore (CDN ok)
6Campi dati strutturatiPannello schema compilato per una pagina, vuoto per le altreLavoro operatore (campo presente)
7Mappa redirect (solo migrazione)Vecchi URL in 404, equity persaLavoro operatore; tool presente

Le sezioni seguenti approfondiscono i tre controlli che falliscono più spesso nei passaggi Framer reali (2, 3 e 4). I controlli 5, 6 e 7 sono raggruppati perché condividono lo stesso pattern: la piattaforma offre il campo, l’operatore lo compila.

Controllo uno, cablaggio dei metadata per pagina

È l’errore che abbatte più velocemente il ranking su Framer perché la piattaforma eredita title e description dalle impostazioni di sito. I siti creati dai designer spesso lanciano con tutte le pagine che condividono lo stesso prefisso nel title-template e i campi per pagina vuoti. Guardare cinque title a campione basta per capirlo.

Quattro campi da verificare per pagina. Title: unico, sotto i 60 caratteri, che inizi con la keyword della pagina e non con il nome sito. Meta description: unica, 140-155 caratteri, scritta per il click-through non per la keyword. Canonical URL: non puntare al dominio di staging (fallimento più comune: il designer lavorava in preview e il canonical non è stato aggiornato). Immagine OG: specifica per pagina, non il default sito che appare ovunque.

La correzione è un passaggio editoriale unico e dura circa un’ora su un sito da 20 pagine. L’articolo sulle immagini OG è l’approfondimento se le anteprime social contano per il pubblico. Fai la lista delle dieci pagine chiave per traffico, scrivi i quattro campi per ciascuna, incolla nel pannello di pubblicazione di Framer, pubblica.

Controllo due, la mappa delle rotte delle collection

Il CMS di Framer usa collection con routing dinamico. Post del blog, case study, prodotti, membri del team sono record di una collection e rendono a <prefisso-collection>/<slug>/. L’audit controlla tre cose per ogni collection.

Il prefisso della collection dev’essere gerarchico, non piatto. Un post blog deve stare a /blog/nome-post/, non a /nome-post/. I prefissi piatti confondono i segnali di crawl budget perché il crawler non distingue foglie e listing, e l’URL perde l’hint tematico utile a Search Console. Il pezzo sul crawl budget spiega il meccanismo.

La paginazione dei listing non deve generare quasi-duplicati. Il default Framer crea URL page-2, page-3 con stesso title e meta, che Google ne indicizza solo uno. Se la paginazione serve (blog oltre 50 post), imposta canonical da page-2 in poi verso page-1, o usa infinite scroll che non genera URL paginati.

Terzo check: canonical a livello record. Su una detail di collection il canonical deve essere la URL della detail stessa, non quella del listing. Mi è capitato due volte l’anno scorso e il sintomo era «tutti i post hanno zero impression», perché Google canonicalizzava tutto al listing. Si risolve con un toggle nelle impostazioni della collection. Il pezzo sui content silo tratta la decisione gerarchica più ampia.

Controllo tre, il grafico dei link interni

I siti disegnati si presentano con nav ricca ma pochi link nel corpo. L’header ha sei voci, il footer un blocco sitemap, ma nei testi mancano link ad altre pagine del sito. Peccato, perché i link interni nel body pesano più di quelli in nav sia per la distribuzione di authority sia per gli hint di crawl-priority.

Controllo meccanico. Elenca le dieci pagine a intento commerciale più alto (servizi, prodotti, case study che devono posizionarsi). Per ognuna conta i link in ingresso da sezioni non nav: testo del corpo di altre pagine, moduli related articles, card contestuali. La soglia minima che rilascio è tre link nel body per ogni top-ten page. Due è accettabile su un sito piccolo sotto 20 pagine; uno o zero è il fallimento che vedo più spesso nei passaggi Framer.

La correzione è un passaggio editoriale: rivedere articoli, case study e landing e inserire due-tre link contestuali verso le top-ten. Mezza giornata su un sito da 30 pagine. Le statistiche sui link interni spiegano perché contino più dei link di nav.

Se hai superato pulito questa sezione, il reference cross-platform sull’igiene SEO è la lettura successiva; copre gli elementi non specifici di Framer.

Gli altri quattro controlli che richiedono ancora lavoro

Alt text immagini, campi dati strutturati, mappa redirect e la verifica render su pagine campione di cui sopra. Stesso schema: la piattaforma espone il campo, l’operatore lo riempie. Li raggruppo perché il tipo di lavoro è identico.

Alt immagini: la CDN Framer gestisce formato e responsive, ma l’attributo alt si imposta per asset nella libreria. Il controllo è l’ispezione a campione di dieci immagini above the fold nelle pagine chiave per verificare che l’alt descriva l’immagine (non “image-1.jpg” o “Untitled-design.png”). Parto da hero e immagini OG perché più visibili.

Dati strutturati: il pannello schema di Framer include Article, Product, FAQPage e BreadcrumbList. Il controllo è per pagina: ogni post deve avere Article, ogni prodotto Product, ogni pagina con FAQ il tipo FAQPage. L’errore più frequente: compilati i primi tre record creati, dimenticati gli altri.

La verifica render delle pagine campione è già spiegata nella sezione render-path. Tre pagine, curl -A "Googlebot", grep per una frase che appare solo dopo JS. Se la vedi nella risposta curl, la pagina è SSR e sei a posto.

La mappa redirect conta solo se questa è una migrazione verso Framer. In tal caso, passa pure alla sezione seguente.

Migrare verso Framer — la matrice delle origini

Quattro scenari realistici con livelli di rischio diversi. Il più comune è Webflow → Framer (founder che parte su Webflow, cambia designer e migra). Il più rischioso è WordPress → Framer perché la superficie redirect è ampia e i metadata gestiti da plugin vanno persi.

Flusso decisionale migrazione verso Framer da quattro piattaforme: Figma, Webflow, WordPress e nuovo lancio, ciascuna con il proprio rischio
Quattro piattaforme di origine, quattro livelli di rischio. Il costo di migrazione scala con la superficie redirect, non con la complessità del design.
Piattaforma di origineRischio chiaveApproccio consigliato
Figma (nessun sito live)Nessuno — nulla da preservareLancio da zero. Pianifica la struttura URL pulita fin dall’inizio; invia la sitemap a GSC il giorno 1
WebflowPerdita di equity senza 301; calo temporaneo di ranking durante il recrawlCostruisci mappa redirect in parità (uno-a-uno), lancia, monitora ranking per 60 giorni
WordPressPerdita metadata da plugin; superficie redirect maggiore; possibili cambi URL immaginiEsporta tutti i metadata tramite plugin SEO, crea mappa redirect, attendi 30-90 giorni di ri-ranking
Nuovo lancio (nessun sito precedente)Solo indicizzazione lentaInvia sitemap a GSC + Bing giorno 1, attendi 14-30 giorni per i primi ranking

Approfondiamo il caso Webflow perché è il più diffuso. Crea mappa redirect in parità, cioè ogni vecchio URL verso uno nuovo (no many-to-one, no one-to-many). Lancia di martedì o mercoledì così la prima ondata di crawl cade in settimana lavorativa. Aspettati un calo temporaneo di impression del 10-20% nelle settimane 2-4 mentre Google ricrawl e riattribuisce i segnali: è normale e rientra se la mappa è pulita. L’articolo sulla migrazione a headless CMS tratta il costo correlato.

Le migrazioni da WordPress sono più dure perché i metadata gestiti da plugin (Yoast, RankMath, AIOSEO) vanno esportati prima del rebuild. La superficie redirect è di solito due-tre volte quella di Webflow perché i siti WordPress accumulano URL in anni. Il pezzo sulla migrazione da WordPress copre l’inventario.

Cosa il CMS di Framer non fa ancora bene

Situazione onesta 2026. Il CMS di Framer è maturo, ma due aspetti restano dietro a Webflow; se per il progetto sono critici, vale riconsiderare la piattaforma.

Quando usare una collection CMS Framer vs pagina statica per SEO
Divisione di default. La maggior parte di blog e product page sta in collection; le landing bespoke restano statiche.

Primo: combinazioni di filtri tipo faceted search su cataloghi grandi. Se hai una pagina catalogo con più dimensioni di filtro (categoria, prezzo, colore, brand) che generano URL combinatori, il handling di Framer non sempre canonicalizza bene. Workaround: noindex sulle combinazioni e canonical sulla listing senza filtri. Funziona sotto qualche centinaio di SKU; oltre, la storia del canonical diventa critica e Webflow fa meglio.

Secondo: pattern di collection annidate. Se hai una gerarchia a tre livelli (categoria → sottocategoria → articolo), il routing Framer può appiattirsi con certe configurazioni e devi impostare manualmente il campo URL per mantenere la gerarchia. Il nesting di Webflow è più prevedibile. Con due livelli (blog → post, products → product) Framer va bene.

Se uno dei due è bloccante, il pezzo di audit Webflow copre lo stesso terreno su una piattaforma più adatta. Per l’80% dei siti, il CMS Framer 2026 è competitivo.

Cosa produce l’audit

Il risultato è un report di una pagina. Rendering path verificato su tre pagine campione. Metadata completi sulle prime dieci pagine. Rotte collection mappate, paginazione gestita, canonical corretti. Grafico link interni controllato con tre link nel body per ciascuna landing top-ten. Immagini con alt significativo. Campi dati strutturati popolati. Mappa redirect se migrazione. Il designer mantiene il progetto; l’operatore ora ha la baseline.

Due letture successive. La checklist d’igiene cross-platform è il riferimento per quanto non specifico di Framer. L’articolo sugli strumenti SEO per founder serve al pubblico con portafoglio ridotto che fa audit al proprio Framer senza un operatore.

FAQ

La SEO di Framer è davvero competitiva con Webflow nel 2026? Quasi, non identica. Framer ha recuperato molto nel 2024-2025 con SSR di default, collection CMS, controlli <head> per pagina e campi dati strutturati. Webflow resta avanti su collection annidate e gestione URL di filtri complessi. Per l’80% dei siti che vedo, il gap è chiuso.

Devo ancora preoccuparmi del rendering JavaScript sulle pagine Framer? Non per le pagine Framer di default. Dal 2024 Framer invia HTML SSR per impostazione standard. Eccezione: pagine molto animate con stato client pesante. Verifica con curl -A "Googlebot" su tre pagine campione per sicurezza.

Quanto tempo impiega un sito Framer a posizionarsi dopo il lancio? Come qualunque sito nuovo: 14-30 giorni per il primo pickup in Search Console, 60-90 per segnali di ranking a livello query. In migrazione da sito già posizionato, attendi un calo temporaneo 10-20% di impression nelle settimane 2-4 mentre Google rilegge la mappa redirect.

Posso ospitare un sito Framer su dominio e CDN miei? Dominio custom sì, CDN custom no. La CDN di Framer fa parte della piattaforma. Stessa postura di Webflow e Wix.

Qual è l’errore SEO specifico di Framer che vedo più spesso al passaggio? Tutte le pagine con lo stesso prefisso title-template. I designer impostano il pattern title a livello sito e lasciano vuoti gli override per pagina: ogni pagina legge “Nome Sito | Titolo Pagina”. Facile da sistemare in un’ora; evidente in un campione di cinque title.