Usar Priorly

Cuatro tipos de cosa: productos, colecciones, páginas y entradas de blog. Nada más — el paso once lista lo que queda fuera a propósito, y por qué.

De un producto guarda el título, el handle de URL, la descripción, el estado, el proveedor, el tipo de producto, las etiquetas, las opciones, cada variante con su precio, precio comparativo, código de barras y posición, el título y la descripción para buscadores, la plantilla del tema y los metacampos. De una colección: título, handle, descripción, orden, los productos que contiene, su orden manual, las condiciones automáticas, los campos SEO, la plantilla y los metacampos. De una página: título, handle, contenido, si está publicada, plantilla y metacampos. De una entrada de blog: título, handle, contenido, resumen, autor, estado de publicación, etiquetas y metacampos.

Los productos y las colecciones se registran en el momento en que cambian. Shopify se lo cuenta a la app al instante, así que existe una versión a los pocos segundos de pulsar guardar — y un cambio hecho y deshecho dos veces en una tarde deja tres versiones, no una.

Con las páginas y las entradas de blog es distinto, y la diferencia importa. Shopify no ofrece ese aviso para ellas, así que la app encuentra sus cambios comparando tu tienda con su propio registro, lo que ocurre al abrir la app y como mucho una vez al día. Una página cambiada y devuelta entre dos de esas comprobaciones no deja rastro, porque en ambas se veía igual.

Esa distinción aparece en todas las pantallas donde aplica: los productos y las colecciones llevan Registrado en vivo, y las páginas y entradas de blog Comprobado, no vigilado. No es una limitación que la app esconda en una nota al pie.

Lo primero que hace una instalación nueva es tomar una instantánea del catálogo entero. En una tienda pequeña es un minuto o dos; en una grande corre en segundo plano mientras haces otra cosa, y el panel dice por dónde va.

Todo lo posterior a esa instantánea es historial. La primera fila de cada elemento se llama Primera instantánea, así que siempre queda claro dónde empieza su registro, no dónde empezó el elemento.

Antes de eso no existe nada. Shopify no guarda un historial de versiones propio ni entrega ninguno, así que el día que instalas es el más antiguo al que puede llegar cualquier plan.

No existe ninguna versión anterior al día en que instalaste, en ningún plan. Ese es todo el argumento para ponerlo antes de necesitarlo y no la mañana siguiente: la app no puede enseñarte un día en el que no estuvo.

A partir de ahí hay dos líneas que limitan hasta dónde puedes retroceder, y gana la más reciente: la propia instantánea y cuántos días guarda tu plan. En el plan gratuito, 30 días después de instalar la instantánea deja de ser el límite y pasa a serlo la retención. La app dice cuál manda en cada momento en el panel, en vez de dejarte calcularlo.

El panel es cada cambio registrado, el más reciente primero: qué cambió, de qué tipo de elemento se trata, de dónde vino el cambio y cuándo.

Cada fila nombra su origen, y los cuatro conviene distinguirlos. Cambiado en Shopify es el caso normal: alguien o algo editó el elemento y Shopify lo comunicó. Primera instantánea es la fila con la que empieza el registro de ese elemento. Encontrado por una comprobación de cambios perdidos es uno que la app notó comparando, no porque se lo contaran — así llegan siempre las páginas y las entradas de blog, y así entra lo que se perdió durante una caída. Restaurado es un cambio que hizo la propia app, a petición tuya.

La búsqueda acepta un nombre o un handle de URL. A su lado hay dos filtros: uno por tipo de cosa y otro por tipo de cambio. Cualquier fila abre el historial completo de ese elemento.

Cada fila lleva la imagen del elemento, que está ahí para que reconozcas un producto sin leer su SKU.

Las imágenes se muestran, nunca se escriben de vuelta. Restaurar un elemento no restaura sus imágenes: la app guarda el enlace a una imagen, no el archivo, y un elemento recreado vuelve sin ellas.

La misma pantalla funciona en el móvil, que es donde estarás cuando alguien llame por esto: la tabla se pliega en filas en vez de desplazarse a lo ancho.

Comprobar cambios perdidos lanza una comparación cuando tú quieras. Es el mismo barrido que corre por horario, y es el botón que pulsas cuando acaban de contarte que algo cambió y quieres asegurarte de que el registro lo tiene.

Abre cualquier fila y tendrás las versiones de ese elemento, la más nueva arriba, cada una con su fecha y su origen. Actual marca la que está viva ahora mismo en tu tienda, y la cabecera dice cuántas versiones hay guardadas.

Una versión es lo que el elemento tenía en ese momento — no una lista de diferencias, el estado entero. Por eso cualquier versión se puede devolver sin necesitar las intermedias, y por eso la app puede poner dos versiones una junto a otra por lejos que estén.

Un elemento eliminado conserva su historial y su página. Arriba dice que está eliminado, y la versión más reciente es el camino de vuelta: restaurarla recrea el elemento en vez de editar uno.

Las versiones más antiguas que la retención de tu plan se eliminan, y la app avisa antes en vez de después: un aviso dice la fecha y cuántas versiones están a punto de irse, así que hay una semana para actuar o para cambiar de plan.

Revisar y restaurar abre una vista previa antes de escribir nada. Cada campo que cambiaría aparece con el valor que hay en tu tienda frente al que se restaura, y cada fila dice de qué tipo de cambio se trata: cambiado, añadido o eliminado.

Las diferencias van marcadas dentro del texto, así que una descripción a la que le falta una frase te enseña la frase en vez de dos párrafos que comparar a ojo.

La versión que está viva ahora se queda en el historial del elemento. Una restauración es en sí misma un cambio y queda registrada como cualquier otro, lo que significa que lo que acabas de sustituir está a un clic de volver: una restauración por error no es una puerta de un solo sentido.

En el plan gratuito la vista previa lista todos los campos que cambiarían pero esconde los valores tras puntos. La forma del cambio se ve — qué campos y cuántos — y leer los valores o escribirlos de vuelta es lo que añaden los planes de pago.

Una restauración se escribe como una sola operación. Si falla una parte, la app dice cuál en vez de informar de un éxito y dejarte descubrirlo más tarde.

En esa vista previa todo empieza marcado. Desmarca una fila y ese campo conserva el valor que tiene ahora, así que una restauración toma exactamente los campos que elegiste y deja el resto del elemento en paz.

Es el caso de todos los días: el precio del martes pasado estaba bien y la descripción del martes pasado no, así que te llevas el precio y dejas la descripción en paz. Además hay un botón Restaurar en cada fila, para cuando de verdad es un campo y prefieres no desmarcar otros once.

Algunas filas no se pueden separar, y la vista previa las une con una línea al costado para decirlo. Las filas de una misma variante se mueven juntas, y todas las variantes de un producto se mueven como una sola lista, porque Shopify las guarda como una sola lista: poner las variantes del mes pasado junto a las opciones de hoy es un producto que Shopify rechaza con razón.

Con una colección pasa lo mismo: o es manual o es automática, así que su lista de miembros y sus reglas se mueven juntas. Una lista de miembros restaurada contra reglas vivas quedaría sobrescrita en silencio por esas reglas un momento después.

A veces ninguna versión suelta sirve. La descripción era correcta hace dos semanas, el precio lo era ayer, y restaurar cualquiera de las dos versiones significa aceptar la mitad que ya estaba bien.

Construir desde el historial ofrece cada campo con todos los valores que ha tenido, cada uno fechado por el tramo en que estuvo vigente y no por el momento en que apareció — así que una fila se lee «vigente 3 – 5 ago», que es sobre lo que de verdad estás eligiendo. Un valor al que el campo volvió más tarde se ofrece una vez, desde su tramo más reciente, en vez de tres veces.

Elige un valor por campo. Lo que no toques se queda en el valor que tu tienda tiene ahora, que aparece como primera opción y marcado como actual: un campo intacto es una decisión de conservarlo, no un descuido.

La confirmación son dos tablas: lo que cambia, con el valor actual frente al nuevo, y lo que se queda igual. Nombra campos en vez de una fecha, porque el resultado es una mezcla y llamarlo «la versión del día 3» sería una mentira que el historial contaría para siempre.

Una vez escrito obtienes la lista de campos que se movieron, un enlace al elemento en Shopify y la vuelta atrás: la mezcla es un cambio como cualquier otro y se puede deshacer.

Dos parejas tampoco se separan aquí, por las mismas razones que en el paso anterior: las opciones de un producto viajan con sus variantes, y las reglas de una colección viajan con sus miembros. Las entradas de blog no tienen selector en absoluto, porque Shopify no ofrece forma de escribir sus campos de vuelta uno a uno.

Lee las 200 versiones más recientes del elemento. En un producto muy movido y con el plan de retención larga puede haber más, y la pantalla lo dice en vez de mostrar en silencio una lista más corta.

Los elementos eliminados están en su propia página, con la fecha en que se fueron y de qué tipo eran. La búsqueda y el filtro por tipo funcionan igual que en el panel.

Restaurar uno lo vuelve a crear a partir de la última versión guardada. En un producto eso son sus variantes, precios, códigos de barras, opciones, etiquetas, campos SEO y metacampos — y su sitio en todas las colecciones a las que pertenecía, en la posición que ocupaba. En una colección son sus reglas o su lista de miembros, y el orden. A las páginas y entradas de blog no les apunta nada más en la tienda, así que devolver el elemento es todo el trabajo.

Un producto vuelve como borrador y una página sin publicar salvo que digas otra cosa. La casilla está ahí porque «¿esto va directo al escaparate?» es una pregunta real en ese momento, y la alternativa es echar una carrera con la tienda para esconderlo. A una colección no se le ofrece la opción: su visibilidad vive en publicaciones que esta app no registra, así que la casilla no haría nada.

La dirección web sobrevive, así que los enlaces y el posicionamiento siguen funcionando.

El identificador interno que da Shopify no sobrevive. Un elemento recreado es un identificador nuevo, y todo lo que apuntaba al antiguo — pedidos pasados, datos de otras apps, una exportación que hiciste el año pasado — sigue apuntando a la nada. Eso no se puede cambiar: el identificador lo emite Shopify.

Si falla parte de la reconexión — una colección que ya no existe, por ejemplo — la app dice qué partes no se pudieron reconectar en vez de informar de un éxito limpio.

Cuando una importación o una edición masiva ha pasado por el catálogo, ir elemento por elemento es la herramienta equivocada. Deshacer este periodo toma una ventana de tiempo y devuelve todo lo que cambió dentro de ella.

La app también lo nota por su cuenta. Veinticinco o más cambios registrados de una tirada — una tirada acaba tras cinco minutos de calma — levantan un aviso en el panel que dice la cifra y las horas, y su botón abre el deshacer con la ventana ya rellenada, en la hora de tu tienda. El aviso aparece en todos los planes, porque una tienda que no puede deshacer un periodo igualmente necesita saber que anoche se reescribieron cuatrocientos productos. Se puede descartar, y descartarlo no esconde uno posterior.

La pantalla enumera antes lo que haría: qué vuelve atrás, qué ya está como estaba, y qué se creó dentro de la ventana. Esto último no se puede devolver — de algo que no existía no hay versión anterior — así que la respuesta honesta es nombrarlo y dejarlo en paz.

Una ventana que sale vacía merece una segunda mirada antes de creértela. Las horas son las de tu tienda, así que una ventana escrita desde tu reloj está desplazada por la diferencia. Las páginas y las entradas de blog solo se encuentran comparando — como mucho una vez al día, cada hora en el plan superior — así que un cambio hecho dentro de la ventana puede no estar registrado todavía: lanza una comprobación de cambios perdidos y vuelve a abrir la ventana. Un hueco que cubra esas horas significa que el registro tiene un agujero ahí, no un rato tranquilo. Y una ventana anterior a la primera instantánea, o más vieja de lo que tu plan guarda, no tiene nada detrás que encontrar.

Lo eliminado dentro de la ventana se trata como una eliminación que revertir, lo que significa que vuelve con un identificador nuevo, como cualquier otra recuperación.

Deshacer un periodo está en el plan superior. El aviso que lo encuentra, no.

A veces un cambio no llega a la app. Esas ventanas se muestran como huecos, con las horas que abarcan y el motivo de cada uno, en vez de disimularse: un historial con un agujero silencioso es peor que uno que dice dónde está el agujero.

Hay cuatro motivos, y dicen cosas distintas. Los avisos de cambio no llegaban y Shopify no pudo entregar un aviso de cambio son caídas, nuestras o suyas. La primera instantánea no terminó significa que la toma inicial se interrumpió y el registro empieza más tarde de lo que debería. La app perdió el permiso para leer estos datos significa que se retiró un permiso, normalmente al desinstalar y reinstalar, o por un cambio de permisos que no se aceptó.

Comprobar cambios perdidos cierra lo que todavía se puede cerrar, comparando tu tienda con el registro. No puede recuperar un valor que cambió y volvió dentro del hueco, porque no queda nada en la tienda con lo que comparar; lo que sí recupera es todo lo que sigue siendo distinto.

Una vez cerrado un hueco, la app lo dice con claridad — todo lo posterior a una fecha concreta está completo — así que la fiabilidad del propio registro es un dato en la página y no una suposición.

Seis cosas quedan fuera de la app a propósito, y ella misma lleva la lista para que el límite pueda comprobarse en un día tranquilo en vez de descubrirse en uno malo.

Los pedidos y los clientes no se registran en absoluto: son datos financieros y personales, y una app que los guardara estaría guardando datos personales que no necesita. Los temas son otro trabajo con otras herramientas. Las demás apps guardan sus ajustes en sus propios sistemas, donde esta app no los ve. Las cantidades de inventario se mueven constantemente, y devolver una cifra vieja sería erróneo más veces que acertado. Las imágenes son lo que sorprende: se guarda el enlace a la imagen, no el archivo, así que un elemento recuperado de la lista de eliminados vuelve sin sus fotos y hay que añadirlas de nuevo en Shopify.

La misma lista vive dentro de la app, en su página de cobertura, junto a lo que sí registra cada tipo, así que se puede leer antes de confiar en nada de esto.

Gratis registra el catálogo entero y guarda 30 días. Todo es legible y comparable, incluida la vista previa de lo que cambiaría una restauración: los valores están ocultos, la forma del cambio no. Eso basta para que el historial ya esté ahí el día que algo sale mal.

Basic son 12 $ al mes: restaurar, recuperar eliminados y 90 días guardados.

Advanced son 29 $ al mes: deshacer un periodo entero, comprobar cambios perdidos cada hora en vez de una vez al día, y 365 días guardados.

Ningún plan se cobra por tamaño de catálogo, así que la factura no cambia porque la tienda haya crecido: el precio es por tienda, no por producto. Los dos planes de pago empiezan con 14 días de prueba gratis, y es una prueba por tienda: cambiar de plan no empieza otra.