Migrazione delle recensioni (review migration)

Anche review migration, importazione delle recensioni, migrazione tra app di recensioni

Le recensioni sono l’unica risorsa dello stack Shopify che non puoi ricomprare: mille recensioni sono anni di ordini, ed è per questo che cambiare app di recensioni pesa più di qualsiasi altro cambio nel negozio. Una migrazione è due lavori in uno. C’è lo spostamento dei dati, con righe che escono da un database e arrivano in un altro, e c’è un evento di ricerca, in cui i dati strutturati dietro le tue valutazioni a stelle smettono di essere stampati da una app e cominciano a essere stampati da un’altra. La maggior parte delle migrazioni che falliscono, fallisce sul secondo lavoro, perché il primo sembrava aver funzionato.

Un export è raramente una copia completa. La valutazione, il testo della recensione, il nome dell’autore e la data originale viaggiano in modo affidabile. Quattro cose spesso no. Lo stato di acquirente verificato di solito viene ricavato dalla vecchia app dal suo abbinamento interno con gli ordini, invece di essere salvato come un campo trasferibile, quindi la nuova app o accetta una colonna "verificato" oppure lo ricalcola confrontando le email di chi ha recensito con gli ordini Shopify; controlla quale delle due, invece di dare per scontato che i badge ricompaiano. Le foto normalmente escono come URL che puntano allo storage della vecchia app e non come file, quindi funzionano solo finché quell’account è attivo: scaricale prima di disinstallare. Le risposte del commerciante stanno in una tabella separata e spesso mancano del tutto dall’export. E le date originali possono essere sostituite in silenzio con la data di importazione, il che azzera ogni segnale di freschezza che avevi.

La colonna di abbinamento è il punto in cui le migrazioni si rompono senza annunciarlo. Le app non sono d’accordo su come una recensione punta a un prodotto: alcune salvano l’ID prodotto di Shopify, alcune l’handle, alcune uno SKU, e nessuna delle tre è sicura in ogni condizione. Gli ID prodotto sono stabili ma non sopravvivono alla ricostruzione di un catalogo. Gli handle sono leggibili ma modificabili, e un prodotto rinominato due anni fa può portarsi dietro un handle che nessuno ricorda di aver impostato. Gli SKU vivono sulla variante e non sul prodotto, quindi una recensione agganciata a uno SKU va risollevata al prodotto padre, e uno SKU vuoto non è affatto una chiave. Scegli la chiave su cui le due app sono davvero d’accordo, e controlla dieci prodotti a mano prima di importare il file intero.

Il file in sé è un CSV semplice, una riga per recensione, con più o meno queste colonne: identificativo del prodotto, valutazione, titolo, testo, nome dell’autore, email dell’autore, data, stato di moderazione e a volte un campo "verificato" e un elenco di URL delle immagini. Due dettagli meccanici fanno più danni di qualunque questione concettuale. I testi delle recensioni contengono virgole e a capo, quindi il file dipende da virgolette messe correttamente e si sfascia se un programma lo risalva a modo suo. E aprire l’export in un foglio di calcolo è il modo in cui gli SKU perdono gli zeri iniziali, le date vengono riscritte in un formato locale che l’importatore non sa leggere e i nomi accentati diventano caratteri illeggibili. Tieni intatto il download originale come copia di sicurezza.

Il buco nelle stelle è la parte che costa denaro in silenzio. Google non conserva le tue valutazioni. Legge il markup AggregateRating e Review dalla pagina a ogni scansione, quindi le stelle esistono solo finché una app sta stampando quel markup. Disinstalli la vecchia app di lunedì, popoli la nuova di giovedì, e ogni pagina scansionata nel mezzo racconta un prodotto senza valutazione. Il recupero non è immediato: il markup deve tornare attivo e la pagina va riscansionata, secondo i tempi di Google e non i tuoi. L’ordine che evita il buco è installare e popolare la nuova app mentre la vecchia sta ancora mostrando le recensioni, verificare che il markup sia valido su pagine prodotto reali e solo dopo togliere il vecchio widget, così che in ogni momento sia attivo esattamente un set di markup delle recensioni. Due set contemporaneamente sono un difetto a sé.

Prendi un commerciante Shopify che vende ceramica artigianale da tavola: 68 prodotti, 1.900 recensioni in quattro anni, media 4,6. L’export è agganciato all’ID prodotto interno della vecchia app, che la nuova non ha mai visto, quindi il negozio costruisce una tabella di corrispondenza a partire da un CSV dei prodotti Shopify e riaggancia tutto agli handle. 140 recensioni appartengono a prodotti nel frattempo accorpati o usciti dal catalogo e non hanno dove atterrare, quindi vengono tenute da parte invece di essere forzate su un articolo simile. Le foto arrivano come link allo storage della vecchia app, quindi le immagini vengono scaricate mentre quella è ancora installata, e la colonna della data originale viene mappata in modo esplicito perché l’importatore non timbri ogni riga con il giorno del trasloco. Dopo l’importazione il nuovo widget riporta 4,6 su 1.760 recensioni, e la differenza corrisponde esattamente alle 140 orfane, che è la riconciliazione con cui dici che non si è perso nient’altro. Il vecchio widget resta attivo altri tre giorni, finché dieci pagine prodotto non sono state controllate una per una per verificare che il markup sia valido.

A volte la risposta onesta è non migrare. Se la vecchia app non offre alcun export, questa non è una migrazione ma un ricominciare da capo, e va deciso con cognizione invece di scoprirlo dopo aver disinstallato. Con qualche decina di recensioni, il lavoro di abbinamento costa più che raccoglierne di nuove dagli acquirenti recenti. Se il catalogo è stato ricostruito dopo che le recensioni sono state scritte, gli identificativi possono non esistere più da nessuna parte, e un abbinamento che funziona quasi sempre attribuirà alcune recensioni al prodotto sbagliato, in modi dolorosi da districare più avanti. L’alta stagione è la settimana sbagliata per fare il passaggio, perché il costo di una pagina prodotto vuota cresce con il traffico. E se il motivo per cui cambi è che le tue recensioni sono invisibili alla ricerca, verifica che la destinazione le scriva dentro la pagina e non dentro un widget che un bot di indicizzazione non riesce a leggere, altrimenti la migrazione sposta il problema invece di risolverlo. Questa prova vale per ogni app di destinazione, compresa la nostra.

La stessa prova decide come ti tratteranno poi i motori di risposta. Quando ChatGPT, Perplexity o Google AI Overviews valutano se un prodotto vale l’acquisto, lavorano sul contenuto delle recensioni che riescono davvero a recuperare, e una migrazione è il momento in cui quel contenuto è più esposto: date riscritte, stato verificato perso, risposte sparite, testo che atterra dentro un widget che nessun bot legge. Tenere il registro intatto non è la stessa cosa che renderlo leggibile. Far sì che le recensioni che hai già vengano lette, confermate e citate dalla ricerca e dall’AI è la lacuna a parte che BeyondReviews è costruito per colmare, e una migrazione è il momento naturale per sistemarla, invece di portarsi lo stesso punto cieco dentro l’app successiva.