Usando o Priorly

Quatro tipos de coisa: produtos, coleções, páginas e posts do blog. Nada além disso — o passo onze lista o que fica de fora de propósito, e por quê.

De um produto guarda o título, o handle da URL, a descrição, o status, o fornecedor, o tipo de produto, as tags, as opções, cada variante com preço, preço comparativo, código de barras e posição, o título e a descrição para buscadores, o modelo do tema e os metacampos. De uma coleção: título, handle, descrição, ordenação, os produtos que a compõem, a ordem manual deles, as condições automáticas, os campos de SEO, o modelo e os metacampos. De uma página: título, handle, conteúdo, se está publicada, modelo e metacampos. De um post do blog: título, handle, conteúdo, resumo, autor, estado de publicação, tags e metacampos.

Produtos e coleções são registrados no instante em que mudam. O Shopify avisa o app na hora, então existe uma versão poucos segundos depois de alguém apertar salvar — e uma alteração feita e desfeita duas vezes numa tarde deixa três versões, não uma.

Com páginas e posts do blog é diferente, e a diferença importa. O Shopify não oferece esse aviso para eles, então o app encontra suas alterações comparando a loja com o próprio registro, o que acontece ao abrir o app e no máximo uma vez por dia. Uma página alterada e devolvida entre duas dessas verificações não deixa rastro, porque nas duas ela parecia igual.

Essa distinção aparece em toda tela em que vale: produtos e coleções levam Registrado ao vivo, páginas e posts do blog Verificado, não vigiado. Não é uma limitação que o app esconda numa nota de rodapé.

A primeira coisa que uma instalação nova faz é tirar um retrato do catálogo inteiro. Numa loja pequena é um minuto ou dois; numa grande ele roda em segundo plano enquanto você faz outra coisa, e o painel diz até onde foi.

Tudo depois desse retrato é histórico. A primeira linha de cada item se chama Primeiro retrato, então fica sempre claro onde começa o registro dele — e não onde o item em si começou.

Antes disso não existe nada. O Shopify não mantém um histórico de versões próprio nem entrega nenhum, então o dia em que você instalou é o mais antigo que qualquer plano consegue alcançar.

Não existe versão de nada anterior ao dia em que você instalou, em plano nenhum. Esse é todo o argumento para instalar antes de precisar, e não na manhã seguinte: ele não tem como mostrar um dia em que não estava lá.

Daí em diante duas linhas limitam o quanto dá para voltar, e vence a mais recente: o próprio retrato e quantos dias o seu plano guarda. No plano grátis, 30 dias após a instalação o retrato deixa de ser o limite e a retenção passa a ser. O app diz qual das duas está valendo no painel, em vez de deixar você calcular.

O painel é cada alteração registrada, a mais recente primeiro: o que mudou, que tipo de item é, de onde veio a alteração e quando.

Cada linha nomeia sua origem, e vale distinguir as quatro. Alterado no Shopify é o caso comum: alguém ou algo editou o item e o Shopify avisou. Primeiro retrato é a linha em que começa o registro daquele item. Encontrado por uma verificação de alterações perdidas é uma que o app percebeu comparando, e não por ter sido avisado — é assim que páginas e posts do blog sempre entram, e é assim que entra o que se perdeu durante uma queda. Restaurado é uma alteração que o próprio app fez, a seu pedido.

A busca aceita um nome ou o handle da URL. Ao lado ficam dois filtros: um por tipo de coisa, outro por tipo de alteração. Qualquer linha abre o histórico completo do item.

Cada linha traz a imagem do item, que está ali para você reconhecer um produto sem ler o SKU.

As imagens são mostradas, nunca gravadas de volta. Restaurar um item não restaura suas imagens: o app guarda o vínculo com a imagem, não o arquivo, e um item recriado volta sem elas.

A mesma tela funciona no celular, que é onde você vai estar quando alguém ligar por causa disso: a tabela se dobra em linhas em vez de rolar para o lado.

Verificar alterações perdidas dispara uma comparação na hora. É a mesma varredura que roda por horário, e é o botão que você aperta quando acabaram de te contar que algo mudou e você quer garantir que o registro tem isso.

Abra qualquer linha e você tem as versões daquele item, a mais nova em cima, cada uma com data e origem. Atual marca a que está no ar na sua loja neste momento, e o cabeçalho diz quantas versões existem guardadas.

Uma versão é o que o item tinha naquele instante — não uma lista de diferenças, o estado inteiro. Por isso qualquer versão pode ser devolvida sem precisar das que estão no meio, e por isso o app consegue pôr duas versões lado a lado por mais distantes que estejam.

Um item excluído mantém seu histórico e sua página. No topo diz que está excluído, e a versão mais recente é o caminho de volta: restaurá-la recria o item em vez de editar um.

Versões mais antigas que a retenção do seu plano são removidas, e o app avisa antes em vez de depois: um aviso diz a data e quantas versões estão prestes a sair, então há uma semana para agir ou mudar de plano.

Revisar e restaurar abre uma prévia antes de gravar qualquer coisa. Cada campo que mudaria aparece com o valor que está hoje na sua loja contra o que seria restaurado, e cada linha diz de que tipo de alteração se trata: alterado, adicionado ou removido.

As diferenças são marcadas dentro do texto, então uma descrição que perdeu uma frase mostra a frase em vez de dois parágrafos para comparar a olho.

A versão que está no ar agora continua no histórico do item. Uma restauração é ela mesma uma alteração e é registrada como qualquer outra — o que você acabou de substituir está a um clique de voltar, e uma restauração feita por engano não é uma porta de mão única.

No plano grátis a prévia lista todos os campos que mudariam mas esconde os valores atrás de pontinhos. A forma da alteração fica visível — quais campos, e quantos — e ler os valores ou gravá-los de volta é o que os planos pagos acrescentam.

Uma restauração é gravada como uma operação só. Se uma parte falhar, o app diz qual em vez de informar sucesso e deixar você descobrir depois.

Nessa prévia tudo começa marcado. Desmarque uma linha e aquele campo mantém o valor que tem hoje, então uma restauração leva exatamente os campos que você escolheu e deixa o resto do item em paz.

É o caso do dia a dia: o preço da terça passada estava certo e a descrição da terça passada não, então você leva o preço e deixa a descrição em paz. Há também um botão Restaurar em cada linha, para quando é mesmo um campo e você prefere não desmarcar outros onze.

Algumas linhas não se separam, e a prévia as une com um traço na lateral para dizer isso. Linhas da mesma variante se movem juntas, e todas as variantes de um produto se movem como uma lista só, porque o Shopify as guarda como uma lista só — as variantes do mês passado ao lado das opções de hoje formam um produto que o Shopify recusa com razão.

Com uma coleção é igual: ou é manual ou é automática, então sua lista de membros e suas regras se movem juntas. Uma lista de membros restaurada contra regras vivas seria sobrescrita em silêncio por essas regras um instante depois.

Às vezes nenhuma versão sozinha serve. A descrição estava certa duas semanas atrás, o preço estava certo ontem, e restaurar qualquer uma das duas significa aceitar a metade que já estava boa.

Montar a partir do histórico oferece cada campo com todos os valores que já teve, cada um datado pelo período em que valeu e não pelo instante em que apareceu — uma linha se lê então «vigente 3 – 5 ago», e é sobre isso que você escolhe. Um valor ao qual o campo voltou depois é oferecido uma vez, a partir do período mais recente, em vez de três.

Escolha um valor por campo. O que você não tocar fica no valor que a loja tem agora, mostrado como primeira opção e marcado como atual: um campo intocado é uma escolha de manter, não um descuido.

A confirmação são duas tabelas: o que muda, com o valor atual contra o novo, e o que fica como está. Ela nomeia campos em vez de uma data, porque o resultado é uma mistura e chamá-lo de «a versão do dia 3» seria uma mentira que o histórico repetiria para sempre.

Depois de gravado você recebe a lista de campos que se moveram, um link para o item no Shopify e a volta: a mistura é uma alteração como qualquer outra e pode ser desfeita.

Dois pares também não se separam aqui, pelos mesmos motivos do passo anterior: as opções de um produto viajam com suas variantes, e as regras de uma coleção viajam com seus membros. Posts do blog não têm seletor nenhum, porque o Shopify não oferece jeito de gravar seus campos de volta um a um.

São lidas as 200 versões mais recentes do item. Num produto muito movimentado e no plano de retenção longa pode haver mais, e a tela diz isso em vez de mostrar em silêncio uma lista mais curta.

Os itens excluídos ficam numa página própria, com a data em que se foram e de que tipo eram. A busca e o filtro por tipo funcionam como no painel.

Restaurar um recria o item a partir da última versão registrada. Num produto isso significa suas variantes, preços, códigos de barras, opções, tags, campos de SEO e metacampos — e o lugar dele em toda coleção a que pertencia, na posição que ocupava. Numa coleção significa suas regras ou sua lista de membros, e a ordem. Nada mais na loja aponta para páginas e posts do blog, então devolver o item é todo o trabalho.

Um produto volta como rascunho e uma página não publicada, a menos que você diga o contrário. A caixinha está ali porque «isso vai direto para a vitrine?» é uma pergunta real naquele momento, e a alternativa é correr contra a loja para escondê-lo. A uma coleção a escolha não é oferecida: a visibilidade dela mora em publicações que este app não registra, então a caixinha não faria nada.

O endereço na web sobrevive, então links e posições de busca continuam funcionando.

O identificador interno que o Shopify dá não sobrevive. Um item recriado é um identificador novo, e tudo o que apontava para o antigo — pedidos passados, dados de outros apps, uma exportação feita no ano passado — continua apontando para o nada. Não há como mudar isso: o identificador é do Shopify.

Se parte da reconexão falhar — uma coleção que não existe mais, por exemplo — o app diz quais partes não deram para reconectar em vez de informar um sucesso limpo.

Quando uma importação ou uma edição em massa passou pelo catálogo, um item por vez é a ferramenta errada. Desfazer este período pega uma janela de tempo e devolve tudo o que mudou dentro dela.

O app também percebe sozinho. Vinte e cinco ou mais alterações registradas de uma vez — uma sequência termina após cinco minutos de calmaria — levantam um aviso no painel com o número e os horários, e o botão dele abre o desfazer com a janela já preenchida, no relógio da sua loja. O aviso aparece em todos os planos, porque uma loja que não pode desfazer um período ainda precisa saber que quatrocentos produtos foram reescritos durante a noite. Dá para dispensar, e dispensar não esconde um posterior.

A tela lista antes o que faria: o que volta, o que já está como estava, e o que foi criado dentro da janela. Este último não pode ser devolvido — de algo que não existia não há versão anterior — então a resposta honesta é nomeá-lo e deixá-lo em paz.

Uma janela que volta vazia merece um segundo olhar antes de você acreditar nela. Os horários são os da sua loja, então uma janela digitada pelo seu relógio está deslocada por essa diferença. Páginas e posts do blog só são encontrados por comparação — no máximo uma vez por dia, a cada hora no plano mais alto — então uma alteração feita dentro da janela pode ainda não estar registrada: rode uma verificação de alterações perdidas e abra a janela de novo. Uma lacuna cobrindo aquelas horas significa que o registro tem um buraco ali, e não um período calmo. E uma janela anterior ao primeiro retrato, ou mais antiga do que o seu plano guarda, não tem nada atrás dela para encontrar.

O que foi excluído dentro da janela é tratado como uma exclusão a reverter, o que significa que volta com um identificador novo, como qualquer outra recuperação.

Desfazer um período é do plano mais alto. O aviso que encontra um, não.

Às vezes uma alteração não chega ao app. Essas janelas aparecem como lacunas, com as horas que cobrem e o motivo de cada uma, em vez de serem disfarçadas: um histórico com um buraco silencioso é pior do que um que diz onde o buraco está.

São quatro motivos, e dizem coisas diferentes. Os avisos de alteração não chegavam e O Shopify não conseguiu entregar um aviso são quedas, nossas ou deles. O primeiro retrato não terminou significa que a captura inicial foi interrompida e o registro começa mais tarde do que deveria. O app perdeu a permissão de ler estes dados significa que uma permissão foi retirada — normalmente por desinstalar e reinstalar, ou por uma mudança de permissões que não foi aceita.

Verificar alterações perdidas fecha o que ainda dá para fechar, comparando a loja com o registro. Não recupera um valor que foi alterado e devolvido dentro da lacuna, porque não sobrou nada na loja para comparar; o que recupera é tudo o que continua diferente.

Uma vez fechada a lacuna, o app diz isso com clareza — tudo depois de uma data indicada está completo — então a confiabilidade do próprio registro é um dado na página e não uma suposição.

Seis coisas estão fora do app de propósito, e ele mantém a lista sozinho para que o limite possa ser conferido num dia calmo em vez de descoberto num dia ruim.

Pedidos e clientes não são registrados de jeito nenhum: são dados financeiros e pessoais, e um app que os guardasse estaria guardando dados pessoais de que não precisa. Temas são outro trabalho com outras ferramentas. Outros apps guardam seus ajustes nos próprios sistemas, onde este não os enxerga. Quantidades de estoque se mexem o tempo todo, e devolver um número antigo estaria errado mais vezes do que certo. Imagens são o que surpreende: guarda-se o vínculo com a imagem, não o arquivo — um item recuperado da lista de excluídos volta sem suas fotos, e elas precisam ser adicionadas de novo no Shopify.

A mesma lista mora dentro do app, na página de cobertura, ao lado do que cada tipo realmente registra — para poder ser lida antes de você depender de qualquer coisa disso.

O Grátis registra o catálogo inteiro e guarda 30 dias dele. Tudo é legível e comparável, inclusive a prévia do que uma restauração mudaria: os valores ficam ocultos, a forma da alteração não. É o bastante para que o histórico já esteja lá no dia em que algo der errado.

O Basic é US$ 12 por mês: restaurar, recuperar excluídos e 90 dias guardados.

O Advanced é US$ 29 por mês: desfazer um período inteiro, verificar alterações perdidas a cada hora em vez de uma vez por dia, e 365 dias guardados.

Nenhum plano é cobrado por tamanho de catálogo, então a conta não muda porque a loja cresceu: o preço é por loja, não por produto. Os dois planos pagos começam com 14 dias de teste grátis, e é um teste por loja: trocar de plano não começa outro.