Gli iframe non trasmettono link equity. I widget di recensioni sono iframe. Fai il calcolo..

Una blogger scrive un articolo sui migliori sieri detox del 2026. Linka una delle pagine prodotto del commerciante, con un anchor text che cita una recensione di un cliente trovata su Google. Il link è un voto. Quel voto, nel grafo dei link di Google, dovrebbe accumularsi a vantaggio del dominio del commerciante. Il commerciante dovrebbe posizionarsi meglio per "siero detox 2026".

Nella configurazione che la maggior parte delle piattaforme di recensioni usa per impostazione predefinita, il voto non si accumula a vantaggio del commerciante. Va alla piattaforma di recensioni.

Questo saggio spiega il perché, come verificarlo e cosa significa per un piccolo negozio che paga per una distribuzione di cui non è proprietario.

Un iframe è un elemento HTML che carica un documento separato all'interno di una finestra su una pagina madre. Il browser visualizza la pagina madre e quella figlia come due documenti distinti, con DOM tree separati, origini separate, CSS separati, runtime JavaScript separati e URL separatamente indirizzabili.

L'acquirente nel browser vede i due documenti sovrapposti visivamente: stelle e recensioni che sembrano vivere all'interno della pagina prodotto. Il browser sa che sono due pagine. Google sa che sono due pagine. Il grafo dei link li tratta come due pagine.

Questo è l'intero problema meccanico.

Trustpilot è il deployment iframe più trafficato nel commercio. Un commerciante che installa il widget Trustpilot Stars su una pagina prodotto Shopify inserisce, nell'HTML della pagina, un iframe la cui sorgente è widget.trustpilot.com seguito da una lunga stringa di identificatori. L'iframe si carica. Al suo interno, Trustpilot visualizza le stelle, il conteggio e forse una recensione recente.

Il contenuto dell'iframe si trova su widget.trustpilot.com. Il suo URL canonico è su widget.trustpilot.com. I suoi meta tag sono su widget.trustpilot.com. Qualsiasi permalink di un recensore a una recensione specifica nel sistema Trustpilot si trova su trustpilot.com/review/[commerciante]. Nessuno di questi URL appartiene al dominio del commerciante.

Supponiamo ora che la blogger legga una di quelle recensioni sulla pagina prodotto, clicchi sul titolo della recensione e la citi nel suo articolo. In molti casi linka all'URL canonico di Trustpilot, perché è l'URL della recensione su cui ha cliccato. Il link va a trustpilot.com. La link equity va a trustpilot.com. La pagina prodotto del commerciante non riceve nulla.

Supponiamo invece che la blogger linki alla pagina prodotto del commerciante, con la recensione citata come anchor text. Il link va al dominio del commerciante. Google recupera il dominio del commerciante. Google analizza l'HTML. Google trova l'iframe. Google non tratta, nel caso standard, il contenuto dell'iframe come parte della pagina del commerciante: l'iframe è un documento separato, indicizzato (quando viene indicizzato) sotto widget.trustpilot.com. L'anchor text usato dalla blogger, la citazione della recensione, descrive quindi semanticamente un contenuto che risiede su un'origine diversa. Il segnale di rilevanza è parziale. La pagina riceve un credito, ma non il credito che riceverebbe un paragrafo dello stesso testo nell'HTML della pagina stessa.

Questa è la perdita meccanica di base. Le recensioni sono contenuto che il commerciante ha pagato, scritto dai suoi clienti, che punta a un dominio che il commerciante non possiede.

Alcune piattaforme di recensioni (Yotpo nell'installazione standard, Okendo, Junip, Stamped) non usano iframe. Inseriscono le recensioni tramite JavaScript in un div sulla pagina del commerciante. Meccanicamente è meglio. Le recensioni, una volta visualizzate, risiedono nel DOM del commerciante. L'URL su cui si trova l'acquirente è l'URL del commerciante. Il canonico è il canonico del commerciante. La link equity scorre correttamente.

Il problema, come abbiamo analizzato in the end of the review widget, è che le recensioni esistono solo quando il JavaScript viene eseguito. Per Googlebot il JavaScript viene eseguito prima o poi, con il ritardo di aggiornamento di cui abbiamo scritto. Per GPTBot, ClaudeBot e PerplexityBot il JavaScript non viene eseguito affatto. Le recensioni non si trovano sulla pagina che il bot di indicizzazione vede.

Abbiamo quindi tre configurazioni.

La configurazione iframe: le recensioni risiedono su un dominio diverso, la link equity non si accumula a vantaggio del commerciante, nessun bot di indicizzazione vede le recensioni del commerciante perché non ci sono recensioni sulla pagina del commerciante.

La configurazione con JavaScript injection: le recensioni risiedono sul dominio del commerciante una volta visualizzate, la link equity si accumula, ma le recensioni sono invisibili ai bot di indicizzazione AI e parzialmente visibili a Googlebot.

La configurazione con HTML reso lato server: le recensioni si trovano nell'HTML del commerciante, la link equity si accumula, tutti i bot di indicizzazione vedono le recensioni. Questa è la configurazione a cui quasi nessun widget di recensioni è impostato per default.

Il calcolo è semplice. L'iframe è il peggio. La JavaScript injection è in mezzo. L'HTML reso lato server è la soluzione migliore. La maggior parte dei negozi nel 2026 usa una delle due peggiori.

C'è una seconda dimensione, meccanicamente separata dalla questione della link equity ma sovrapposta allo stesso problema. I Core Web Vitals sono un segnale di ranking Google dal 2021, aggiornato nel 2024 con l'introduzione di Interaction to Next Paint. Uno dei tre segnali è il Cumulative Layout Shift, che misura quanto il contenuto della pagina si sposta durante il caricamento. Google penalizza le pagine con un punteggio CLS superiore a 0,1.

Un widget di recensioni caricato in un iframe è, in molte implementazioni, dimensionato a runtime dallo script che lo crea. La pagina inizialmente si visualizza senza il widget. Lo script si carica. L'iframe si inserisce. Il contenuto della pagina si sposta verso il basso di 200-400 pixel quando il widget occupa il suo spazio sotto il pulsante di acquisto. Il punteggio CLS, per quel caricamento di pagina, aumenta di un valore che dipende da quanto del viewport occupa il contenuto spostato. Nelle nostre misurazioni sul campo all'inizio del 2026, abbiamo osservato spostamenti da 0,18 a 0,34 causati da widget di recensioni in iframe su temi Shopify altrimenti ben ottimizzati.

Una pagina con un punteggio CLS di 0,25 non si posiziona bene quanto una pagina con un punteggio CLS di 0,05, a parità di altre condizioni. Il commerciante paga, in termini di posizione nel ranking, il privilegio di ospitare un blocco di contenuto che non appartiene al suo dominio. Abbiamo affrontato la metodologia di misurazione e la suddivisione per widget in un articolo separato. Il punto qui è strutturale: l'iframe perde su due assi contemporaneamente, l'asse della link equity e l'asse dei Core Web Vitals, entrambi parte dell'algoritmo. Il commerciante non può risolvere nessuno dei due cambiando fornitore di piattaforma recensioni. La forma è l'iframe, e la forma è la perdita.

Un difensore del modello iframe dirà: le recensioni si trovano su Trustpilot perché sono recensioni Trustpilot. Il recensore si è registrato su Trustpilot, ha scritto lì, e Trustpilot è la sede canonica del contenuto. L'iframe è solo una visualizzazione di cortesia.

È vero, e irrilevante. Il commerciante che installa il widget Trustpilot sta prendendo una decisione di distribuzione dei contenuti: sceglie di mostrare il contenuto di Trustpilot sulla propria pagina prodotto. Il costo di questa scelta è l'argomento di questo saggio. La scrittura del recensore è, dal punto di vista dell'acquirente, contenuto sulla pagina del commerciante; l'acquirente non distingue tra un iframe e un blocco inline. Il bot di indicizzazione sì. Il grafo dei link sì. La misurazione dei Core Web Vitals sì.

La scrittura del recensore è anche, in termini commerciali, un asset di contenuto. Il commerciante ha pagato per il rapporto con il cliente che l'ha prodotta. Ha pagato per il flusso post-acquisto che l'ha stimolata. Paga per la piattaforma che la ospita. Il commerciante non possiede l'URL canonico dove risiede quella scrittura, e quindi non cattura il beneficio a lungo termine della sua scopribilità.

È questo il senso profondo di the category error. L'errore categoriale consisteva nel trattare la recensione come una funzionalità di interfaccia, non come un asset di contenuto. La configurazione iframe è la versione più estrema di quell'errore: il commerciante ha pagato per il contenuto, lo ha visualizzato, e non possiede l'URL dove risiede.

Una seconda risposta: l'iframe è la versione cattiva. Il widget JavaScript è la versione buona. Scegli una piattaforma che usa JavaScript injection invece degli iframe e il problema è risolto.

È una soluzione parziale. Il widget JavaScript risiede nel DOM del commerciante, il che risolve la questione della link equity. Non si trova nell'HTML iniziale, il che lascia aperta la questione dei bot AI di indicizzazione e per metà chiusa quella dell'aggiornamento di Googlebot. Abbiamo già descritto altrove l'esperimento curl contro tre bot di indicizzazione; il risultato è che il widget JavaScript è invisibile a GPTBot, ClaudeBot e PerplexityBot, e parzialmente visibile a Googlebot.

Il commerciante che passa da un widget iframe a un widget JavaScript ha migliorato il flusso di link equity. Non ha reso le recensioni visibili all'economia delle citazioni. Ha, in sostanza, spostato dal "peggio" al "mezzo". La mossa giusta è continuare a spostarsi: dalla JavaScript injection all'HTML reso lato server, dove le recensioni si trovano nella pagina che qualsiasi bot di indicizzazione può leggere, e dove la link equity, la citazione e l'aggiornamento fluiscono tutti insieme verso il dominio del commerciante.

Il modello JavaScript injection crea una versione più morbida dello stesso problema dell'iframe: le recensioni risiedono nel DOM del commerciante, ma gli URL delle foto, le pagine del profilo del recensore e i permalink per singola recensione puntano spesso alla CDN della piattaforma o alle pagine di dettaglio recensione della piattaforma. La blogger che cita una recensione Yotpo sulla pagina prodotto di un commerciante spesso, copiando la recensione, si trova su un permalink yotpo.com per quella specifica recensione. Anche nella configurazione migliore, frammenti dell'asset di contenuto del commerciante finiscono sotto il dominio di qualcun altro. La soluzione è assicurarsi che ogni URL relativo alle recensioni sulla pagina risolva verso il dominio del commerciante. La maggior parte delle impostazioni predefinite non lo fa.

L'iframe è l'illustrazione più chiara dell'errore categoriale. Il commerciante paga per la scrittura, la visualizza, e non possiede l'URL dove risiede. Il cliente ha scritto una lettera d'amore al brand. Il commerciante l'ha messa nella cassetta della posta di qualcun altro.

Tre verifiche, dieci minuti ciascuna.

Verifica uno. Apri la pagina prodotto in un browser, fai clic destro sulla sezione recensioni, scegli "Ispeziona elemento". Cerca un tag iframe all'interno del blocco recensioni. Se c'è, le recensioni si trovano su un documento diverso; controlla l'attributo src dell'iframe per vedere di quale dominio si tratta.

Verifica due. Apri la pagina in Chrome DevTools, scheda Performance, registra un caricamento nuovo con la cache disabilitata. Guarda le voci Layout Shift. Se il widget recensioni contribuisce a uno spostamento di 0,1 o più, la pagina sta pagando una penalità CLS a ogni caricamento. Due terzi dei problemi CLS sulle pagine di e-commerce nel 2026, nei nostri controlli a campione, sono riconducibili ai widget recensioni.

Verifica tre. Cerca sul web una frase specifica tratta da una delle ultime recensioni del commerciante. Se il motore di ricerca restituisce una pagina su trustpilot.com o reviews.io o qualsiasi dominio di piattaforma recensioni, con il prodotto del commerciante citato, e non la pagina prodotto del commerciante, la sede canonica di quel pezzo di scrittura si trova altrove rispetto a dove il commerciante incassa il fatturato. La blogger che linka a quella recensione linkerà a quel dominio. L'acquirente che arriva tramite quel link arriverà su quel dominio. Il funnel inizia sulla proprietà di qualcun altro.

Il commerciante che installa un widget di recensioni sta prendendo, per lo più senza saperlo, una decisione di distribuzione dei contenuti. La configurazione iframe distribuisce contenuto che il commerciante ha pagato verso un dominio che non possiede. La configurazione JavaScript injection mantiene il contenuto sul dominio del commerciante nel browser dell'acquirente, ma non nell'indice del bot di indicizzazione. La configurazione HTML lato server mantiene il contenuto sul dominio del commerciante in ogni contesto che conta.

Abbiamo passato quindici anni a costruire piattaforme di recensioni sull'iframe e sul widget JavaScript. Nel commercio, abbiamo pagato per la distribuzione e accettato che l'URL canonico della scrittura dei nostri stessi clienti vivesse altrove rispetto alla pagina da cui vendiamo. Non è più un compromesso accettabile. La link equity appartiene al commerciante. Le recensioni appartengono al commerciante. La pagina deve appartenere al commerciante.

La vita utile di una pagina prodotto, come abbiamo scritto in the half life of a product page, dipende dal fatto che la pagina accumuli contenuto che si componga nel tempo. Le recensioni sono l'asset con il maggiore potere di accumulazione che un commerciante ha. L'iframe consegna quell'asset a un dominio diverso. Fai il calcolo. Il calcolo non è sottile.