Migración de reseñas

También review migration, importación de reseñas, migración de app de reseñas

Las reseñas son el único activo de una tienda Shopify que no se puede recomprar: mil reseñas representan años de pedidos, y por eso cambiar de app de reseñas pesa más que cambiar cualquier otra pieza de la tienda. Una migración son dos trabajos a la vez. Hay un traslado de datos, en el que unas filas salen de una base de datos y llegan a otra, y hay un evento de búsqueda, en el que los datos estructurados que hay detrás de tus valoraciones con estrellas dejan de imprimirse desde una app y empiezan a imprimirse desde otra. La mayoría de las migraciones que fallan, fallan en el segundo trabajo, porque el primero parecía haber funcionado.

Una exportación rara vez es una copia completa. La valoración, el texto de la reseña, el nombre del autor y la fecha original viajan de forma fiable. Cuatro cosas a menudo no lo hacen. El estado de comprador verificado suele deducirlo la app antigua a partir de su propio cruce con los pedidos, en lugar de guardarlo como una marca portable, así que el destino o bien acepta una columna de verificado o bien lo vuelve a deducir cruzando los correos de los autores con los pedidos de Shopify; confirma cuál de las dos cosas ocurre, en vez de dar por hecho que las insignias reaparecen. Las fotos normalmente se exportan como URLs que apuntan al almacenamiento de la app antigua y no como archivos, así que solo funcionan mientras esa cuenta siga activa: descárgalas antes de desinstalar. Las respuestas del comerciante viven en otra tabla y faltan con frecuencia en la exportación. Y las fechas originales pueden sustituirse en silencio por la fecha de importación, lo que reinicia todas las señales de actualidad que tenías.

La columna de mapeo es donde las migraciones se rompen sin avisar. Las apps no se ponen de acuerdo sobre cómo apunta una reseña a un producto: unas guardan el ID de producto de Shopify, otras el handle y otras un SKU, y ninguna de las tres opciones es segura sin condiciones. Los ID de producto son estables, pero no sobreviven a una reconstrucción del catálogo. Los handles son legibles, pero se pueden editar, y un producto renombrado hace dos años puede arrastrar un handle que nadie recuerda haber puesto. Los SKU viven en la variante y no en el producto, así que una reseña asociada a uno hay que elevarla a su producto padre, y un SKU vacío no es ninguna clave. Elige la clave en la que las dos apps coinciden de verdad, y revisa diez productos a mano antes de importar el archivo completo.

El archivo en sí es un CSV plano, una fila por reseña, con más o menos estas columnas: identificador de producto, valoración, título, texto, nombre del autor, correo del autor, fecha, estado de moderación y a veces una marca de verificado y una lista de URLs de imágenes. Dos detalles mecánicos hacen más daño que cualquier cuestión conceptual. Los textos de las reseñas contienen comas y saltos de línea, así que el archivo depende de un entrecomillado correcto y se descompone si una herramienta lo vuelve a guardar de otra manera. Y abrir la exportación en una hoja de cálculo es la vía más rápida para que los SKU pierdan sus ceros a la izquierda, para que las fechas se reescriban en un formato local que el importador no sabe leer y para que los nombres con acentos se conviertan en caracteres rotos. Guarda intacta la descarga original como copia de seguridad.

La brecha del fragmento con estrellas es la parte que cuesta dinero en silencio. Google no almacena tus valoraciones. Lee el marcado AggregateRating y Review de la página en cada rastreo, así que las estrellas existen solo mientras alguna app imprima ese marcado. Desinstala la app antigua un lunes, llena la nueva un jueves, y cada página rastreada entre medias informa de un producto sin valoración. La recuperación no es inmediata: el marcado tiene que estar activo otra vez y la página tiene que volver a rastrearse, según el calendario de Google y no según el tuyo. El orden que evita la brecha es instalar y llenar la nueva app mientras la antigua sigue renderizando, verificar que el marcado es válido en páginas de producto reales y solo después retirar el widget antiguo, de modo que en todo momento haya exactamente un juego de marcado de reseñas activo. Dos juegos a la vez son un defecto por sí solos.

Piensa en un comerciante de Shopify que vende equipos de cerámica para café de filtro: 68 productos, 1.900 reseñas en cuatro años y una media de 4,6. La exportación está indexada por el ID interno de producto de la app antigua, que la nueva app no ha visto nunca, así que construyen una tabla de correspondencias a partir de un CSV de productos de Shopify y lo reindexan todo por handle. 140 reseñas pertenecen a productos que desde entonces se fusionaron o se descatalogaron y no tienen dónde aterrizar, así que se dejan fuera en lugar de forzarlas sobre un artículo parecido. Las fotos llegan como enlaces al almacenamiento de la app antigua, así que las imágenes se descargan mientras esa app sigue instalada, y la columna de fecha original se mapea de forma explícita para que el importador no selle todo con el día de la mudanza. Tras la importación, el nuevo widget muestra 4,6 sobre 1.760 reseñas, y la diferencia coincide exactamente con las 140 huérfanas, que es la conciliación que confirma que no se perdió nada más. El widget antiguo sigue activo tres días más, hasta que se han comprobado diez páginas de producto con marcado válido.

A veces la respuesta honesta es no migrar. Si la app antigua no ofrece exportación, esto no es una migración sino empezar de cero, y eso conviene decidirlo a propósito y no descubrirlo después de desinstalar. Con unas pocas decenas de reseñas, el trabajo de mapeo cuesta más que volver a pedirlas a los compradores recientes. Si el catálogo se reconstruyó después de que se escribieran las reseñas, puede que los identificadores ya no existan en ninguna parte, y un mapeo que funciona casi siempre atribuirá reseñas al producto equivocado de una forma dolorosa de deshacer más adelante. La temporada alta de ventas es la peor semana para hacer el cambio, porque el coste de una página de producto en blanco crece con el tráfico. Y si el motivo para moverte es que tus reseñas son invisibles para los buscadores, confirma que el destino las renderiza dentro de la página y no dentro de un widget que un rastreador no puede leer, o la migración cambiará el problema de sitio en lugar de resolverlo. Esa prueba se aplica a todas las apps de destino, incluida la nuestra.

La misma prueba decide cómo te tratan después los motores de respuesta. Cuando ChatGPT, Perplexity o Google AI Overviews valoran si merece la pena comprar un producto, trabajan con el contenido de reseñas que pueden recuperar de verdad, y una migración es el momento en que ese contenido queda más expuesto: fechas reescritas, estado de verificado perdido, respuestas desaparecidas, texto que aterriza dentro de un widget que ningún rastreador lee. Mantener el registro intacto no es lo mismo que hacerlo legible. Conseguir que las reseñas que ya tienes sean leídas, corroboradas y citadas por los buscadores y la IA es la brecha aparte que BeyondReviews se construyó para cerrar, y una migración es el momento natural para arreglarla en lugar de arrastrar el mismo punto ciego a la siguiente app.