Priorly gebruiken

Vier soorten dingen: producten, collecties, pagina's en blogberichten. Verder niets — stap elf somt op wat er bewust buiten valt, en waarom.

Van een product worden titel, URL-handle, omschrijving, status, leverancier, producttype, tags, opties, elke variant met prijs, vergelijkprijs, barcode en positie, de zoekmachinetitel en -omschrijving, het themasjabloon en metavelden bewaard. Van een collectie: titel, handle, omschrijving, sortering, de producten erin, hun handmatige volgorde, de automatische voorwaarden, de SEO-velden, het sjabloon en metavelden. Van een pagina: titel, handle, inhoud, of hij gepubliceerd is, sjabloon en metavelden. Van een blogbericht: titel, handle, inhoud, samenvatting, auteur, publicatiestatus, tags en metavelden.

Producten en collecties worden vastgelegd op het moment dat ze veranderen. Shopify meldt het de app terwijl het gebeurt, dus een versie bestaat binnen seconden nadat iemand op opslaan drukt — en een wijziging die op één middag twee keer wordt gemaakt en teruggedraaid, laat drie versies achter, geen één.

Pagina's en blogberichten zijn anders, en dat verschil doet ertoe. Shopify biedt daarvoor geen melding, dus de app vindt hun wijzigingen door je winkel met haar eigen vastlegging te vergelijken — bij het openen van de app, en hooguit eens per dag. Een pagina die tussen twee van die controles wordt gewijzigd en teruggezet laat geen spoor na, want bij beide controles zag hij er hetzelfde uit.

Dat onderscheid staat op elk scherm waar het geldt: producten en collecties dragen Live vastgelegd, pagina's en blogberichten Gecontroleerd, niet bewaakt. Het is geen beperking die de app in een voetnoot verstopt.

Het eerste wat een verse installatie doet is een momentopname van de hele catalogus. Op een kleine winkel is dat een minuut of twee; op een grote loopt hij op de achtergrond terwijl je iets anders doet, en het dashboard zegt hoe ver hij is.

Alles ná die momentopname is geschiedenis. De eerste regel van elk item heet Eerste momentopname, dus het is altijd duidelijk waar zijn vastlegging begint — niet waar het item zelf begon.

Daarvoor bestaat er niets. Shopify houdt zelf geen versiegeschiedenis bij en levert er geen, dus de dag dat je installeert is de vroegste die welk plan dan ook kan bereiken.

Er bestaat van niets een versie van vóór de dag dat je installeerde, op geen enkel plan. Dat is het hele argument om het te installeren vóórdat je het nodig hebt en niet de ochtend erna: het kan je geen dag laten zien waarop het er niet was.

Vanaf dat moment begrenzen twee lijnen hoe ver je terug kunt, en de latere wint: de momentopname zelf, en hoeveel dagen je plan bewaart. Op het gratis plan houdt de momentopname 30 dagen na installatie op de grens te zijn en wordt de bewaartermijn het. Het dashboard noemt welke van de twee op dat moment bindt, in plaats van jou het te laten uitrekenen.

Het dashboard is elke vastgelegde wijziging, de nieuwste eerst: wat er veranderd is, wat voor soort item het is, waar de wijziging vandaan kwam, en wanneer.

Elke regel noemt zijn bron, en die vier zijn de moeite waard om uit elkaar te houden. Gewijzigd in Shopify is het gewone geval: iemand of iets bewerkte het item en Shopify zei het. Eerste momentopname is de regel waarmee de vastlegging van dit item begint. Gevonden door een controle op gemiste wijzigingen is er een die de app zelf opmerkte door te vergelijken, in plaats van hem gemeld te krijgen — zo komen pagina's en blogberichten altijd binnen, en zo komt binnen wat tijdens een storing gemist werd. Hersteld is een wijziging die deze app zelf maakte, op jouw verzoek.

Zoeken neemt een naam of een URL-handle. Daarnaast staan twee filters: een op soort ding, een op soort wijziging. Elke regel opent de volledige geschiedenis van dat item.

Elke regel draagt de afbeelding van het item, die er is om een product te herkennen zonder de SKU te lezen.

Afbeeldingen worden getoond, nooit teruggeschreven. Een item herstellen herstelt zijn afbeeldingen niet: de app bewaart de verwijzing naar een afbeelding, niet het bestand, en een opnieuw aangemaakt item komt zonder terug.

Hetzelfde scherm werkt op een telefoon, en daar ben je als iemand erover belt: de tabel vouwt in regels in plaats van zijwaarts te scrollen.

Controleren op gemiste wijzigingen start een vergelijking op verzoek. Het is dezelfde ronde die volgens schema loopt, en het is de knop die je indrukt als je net te horen hebt gekregen dat er iets veranderd is en je zeker wilt weten dat de vastlegging het heeft.

Open een willekeurige regel en je krijgt de versies van dat item, de nieuwste bovenaan, elk met zijn datum en herkomst. Huidig markeert de versie die nu live staat in je winkel, en de kop zegt hoeveel versies er bewaard zijn.

Een versie is wat het item op dat moment bevatte — geen lijst met verschillen, de hele staat. Daarom kan elke versie worden teruggezet zonder de tussenliggende nodig te hebben, en daarom kan de app twee versies naast elkaar tonen hoe ver ze ook uit elkaar liggen.

Een verwijderd item houdt zijn geschiedenis en zijn pagina. Bovenaan staat dat het verwijderd is, en de nieuwste versie is de weg terug: die herstellen maakt het item opnieuw aan in plaats van er een te bewerken.

Versies ouder dan de bewaartermijn van je plan worden verwijderd, en de app waarschuwt vooraf in plaats van achteraf: een melding noemt de datum en hoeveel versies er weggaan, dus er is een week om te handelen of over te stappen.

Bekijken en herstellen opent een voorbeeld voordat er iets geschreven wordt. Elk veld dat zou veranderen staat er met de waarde die nu in je winkel staat tegenover de waarde die wordt teruggezet, en elke regel zegt om wat voor wijziging het gaat: gewijzigd, toegevoegd of verwijderd.

Verschillen zijn binnen de tekst gemarkeerd, dus een omschrijving die één zin kwijt is toont je die zin in plaats van twee alinea's die je met het oog moet vergelijken.

De versie die nu live is blijft in de geschiedenis van het item staan. Een herstelactie is zelf een wijziging en wordt als elke andere vastgelegd — wat je net vervangen hebt is dus één klik van terugkomen, en een per ongeluk gedane herstelactie is geen eenrichtingsdeur.

Op het gratis plan somt het voorbeeld elk veld op dat zou veranderen, maar verbergt het de waarden achter stippen. De vorm van de wijziging is zichtbaar — welke velden, en hoeveel — en de waarden lezen of terugschrijven is wat de betaalde plannen toevoegen.

Een herstelactie wordt als één handeling weggeschreven. Faalt een deel, dan zegt de app welk deel in plaats van succes te melden en het je later te laten ontdekken.

In dat voorbeeld staat alles aangevinkt. Vink een regel uit en dat veld houdt de waarde die het nu heeft, dus een herstelactie neemt precies de velden die je koos en laat de rest van het item met rust.

Dat is het alledaagse geval: de prijs van afgelopen dinsdag klopte en de omschrijving van afgelopen dinsdag niet, dus je neemt de prijs en laat de omschrijving met rust. Er staat ook een Herstellen-knop op elke regel, voor als het echt om één veld gaat en je geen elf andere wilt uitvinken.

Sommige regels kunnen niet los, en het voorbeeld verbindt ze met een lijn langs de zijkant om dat te zeggen. Regels van dezelfde variant bewegen samen, en alle varianten van een product bewegen als één lijst, omdat Shopify ze als één lijst bewaart — vorige maands varianten naast de opties van vandaag is een product dat Shopify terecht weigert.

Voor een collectie geldt hetzelfde: hij is óf handmatig óf automatisch, dus zijn ledenlijst en zijn regels bewegen samen. Een ledenlijst die tegen levende regels in wordt teruggezet, wordt een moment later stil door die regels overschreven.

Soms klopt geen enkele losse versie. De omschrijving was twee weken geleden goed, de prijs was gisteren goed, en welke van de twee je ook terugzet, je accepteert de helft die al in orde was.

Samenstellen uit geschiedenis biedt elk veld aan met elke waarde die het gehad heeft, elk gedateerd naar de periode waarin die gold en niet naar het moment waarop hij verscheen — een regel leest dus als «gold 3 – 5 aug», en dat is waar je op kiest. Een waarde waar het veld later naar terugkeerde wordt één keer aangeboden, vanuit zijn recentste periode, in plaats van drie keer.

Kies één waarde per veld. Wat je niet aanraakt blijft op de waarde die je winkel nu heeft; die staat als eerste optie en is gemarkeerd als huidig — een onaangeroerd veld is dus een bewuste keuze en geen vergissing.

De bevestiging is twee tabellen: wat verandert, met de huidige waarde tegenover de nieuwe, en wat blijft zoals het is. Hij noemt velden in plaats van een datum, want het resultaat is een mengsel en het «de versie van de 3e» noemen zou een leugen zijn die de tijdlijn daarna voor altijd vertelt.

Na het wegschrijven krijg je de lijst velden die bewogen, een link naar het item in Shopify, en de weg terug: het mengsel is een wijziging als elke andere en kan ongedaan worden gemaakt.

Twee paren gaan hier ook niet uit elkaar, om dezelfde redenen als in de vorige stap: de opties van een product reizen met zijn varianten, en de regels van een collectie reizen met haar leden. Blogberichten hebben helemaal geen keuzescherm, omdat Shopify geen manier biedt hun velden één voor één terug te schrijven.

Er worden de nieuwste 200 versies van het item gelezen. Op een druk product met het plan met lange bewaartermijn kunnen het er meer zijn, en het scherm zegt dat in plaats van stil een kortere lijst te tonen.

Verwijderde items staan op hun eigen pagina, met de datum waarop ze verdwenen en wat voor soort ze waren. Zoeken en het typefilter werken net als op het dashboard.

Er een herstellen maakt het opnieuw aan vanuit de laatst vastgelegde versie. Voor een product betekent dat zijn varianten, prijzen, barcodes, opties, tags, SEO-velden en metavelden — en zijn plek in elke collectie waar het in zat, op de positie die het daar had. Voor een collectie: haar regels of haar ledenlijst, en de volgorde. Naar pagina's en blogberichten wijst niets anders in de winkel, dus het item terugzetten is het hele werk.

Een product komt terug als concept en een pagina ongepubliceerd, tenzij je anders zegt. Het vinkje staat er omdat «gaat dit meteen weer de winkel in» op dat moment een echte vraag is, en het alternatief is een wedstrijdje met de winkel om het te verbergen. Een collectie krijgt de keuze niet: haar zichtbaarheid zit in publicaties die deze app niet vastlegt, dus het vinkje zou niets doen.

Het webadres overleeft, dus links en zoekposities blijven werken.

Het interne id dat Shopify geeft overleeft niet. Een opnieuw aangemaakt item is een nieuw id, en alles wat naar het oude wees — eerdere bestellingen, gegevens van andere apps, een export die je vorig jaar maakte — wijst nog steeds naar niets. Daar valt niets aan te doen: het id is van Shopify om uit te geven.

Faalt een deel van het opnieuw verbinden — een collectie die niet meer bestaat, bijvoorbeeld — dan zegt de app welke delen niet verbonden konden worden in plaats van een schoon succes te melden.

Als een import of een bulkbewerking door de catalogus is gegaan, is item voor item het verkeerde gereedschap. Deze periode terugdraaien neemt een tijdvenster en zet alles terug wat daarbinnen veranderd is.

De app merkt het ook zelf op. Vijfentwintig of meer wijzigingen die in één ruk zijn vastgelegd — een ruk eindigt na vijf stille minuten — geven een melding op het dashboard met het aantal en de tijden, en de knop daarvan opent het terugdraaien met het venster al ingevuld, in de klok van je eigen winkel. De melding verschijnt op elk plan, want een winkel die geen periode kan terugdraaien moet nog steeds weten dat er vannacht vierhonderd producten zijn herschreven. Hij kan weggeklikt worden, en wegklikken verbergt geen latere.

Het scherm somt eerst op wat het zou doen: wat teruggaat, wat al is zoals het was, en wat binnen het venster is aangemaakt. Dat laatste kan niet worden teruggezet — van iets wat niet bestond is er geen eerdere versie — dus het eerlijke antwoord is het te benoemen en met rust te laten.

Een venster dat leeg terugkomt verdient een tweede blik voordat je het gelooft. De tijden zijn die van je eigen winkel, dus een venster dat je vanaf jouw klok intypt zit het verschil ernaast. Pagina's en blogberichten worden alleen gevonden door te vergelijken — hooguit eens per dag, elk uur op het bovenste plan — dus een wijziging binnen het venster is misschien nog niet vastgelegd: draai eerst een controle op gemiste wijzigingen en open het venster opnieuw. Een hiaat dat die uren beslaat betekent dat de vastlegging daar een gat heeft, geen rustige periode. En een venster van vóór de eerste momentopname, of ouder dan je plan bewaart, heeft er niets achter te vinden.

Wat binnen het venster verwijderd is wordt behandeld als een verwijdering om terug te draaien, wat betekent dat het onder een nieuw id terugkomt zoals elke andere terughaling.

Een periode terugdraaien hoort bij het bovenste plan. De melding die er een vindt niet.

Soms bereikt een wijziging de app niet. Die vensters worden getoond als hiaten, met de uren die ze beslaan en de reden per stuk, in plaats van weggepoetst te worden: een geschiedenis met een stil gat erin is erger dan een die zegt waar het gat zit.

Er zijn vier redenen, en ze zeggen verschillende dingen. Wijzigingsmeldingen kwamen niet aan en Shopify kon een wijzigingsmelding niet bezorgen zijn storingen, van ons of van hen. De eerste momentopname liep niet af betekent dat de basisopname onderbroken werd en de vastlegging later begint dan zou moeten. De app verloor het recht om deze gegevens te lezen betekent dat een recht is ingetrokken — meestal door verwijderen en opnieuw installeren, of door een rechtenwijziging die niet is geaccepteerd.

Controleren op gemiste wijzigingen sluit wat nog te sluiten valt, door je winkel met de vastlegging te vergelijken. Het kan geen waarde terughalen die binnen het hiaat werd gewijzigd en teruggezet, want er is niets meer in de winkel om mee te vergelijken; wat het wel terughaalt is alles wat nog verschilt.

Zodra een hiaat gesloten is, zegt de app dat gewoon — alles na een genoemde datum is compleet — zodat de betrouwbaarheid van de vastlegging een feit op de pagina is en geen aanname.

Zes dingen liggen met opzet buiten de app, en zij houdt die lijst zelf bij zodat de grens op een rustige dag te controleren is in plaats van op een slechte ontdekt te worden.

Bestellingen en klanten worden helemaal niet vastgelegd: dat zijn financiële en persoonlijke gegevens, en een app die ze bewaarde zou persoonsgegevens bewaren die ze niet nodig heeft. Thema's zijn ander werk met ander gereedschap. Andere apps houden hun instellingen in hun eigen systemen, waar deze app ze niet kan zien. Voorraadaantallen bewegen voortdurend, en een oud getal terugzetten zou vaker fout dan goed zijn. Afbeeldingen zijn wat mensen verrast: de verwijzing naar een afbeelding wordt bewaard, het bestand niet — een item dat uit de verwijderdenlijst wordt teruggehaald komt zonder zijn foto's terug, en die moeten in Shopify opnieuw worden toegevoegd.

Dezelfde lijst leeft binnen de app, op haar dekkingspagina, naast wat elk type wél vastlegt — zodat hij te lezen is voordat je op iets ervan vertrouwt.

Gratis legt de hele catalogus vast en bewaart er 30 dagen van. Alles is leesbaar en vergelijkbaar, inclusief het voorbeeld van wat een herstelactie zou veranderen: de waarden zijn verborgen, de vorm van de wijziging niet. Genoeg zodat de geschiedenis er al is op de dag dat er iets misgaat.

Basic is $12 per maand: herstellen, verwijderde items terughalen, en 90 dagen bewaard.

Advanced is $29 per maand: een hele periode terugdraaien, elk uur controleren op gemiste wijzigingen in plaats van eens per dag, en 365 dagen bewaard.

Geen plan rekent naar cataloguslengte, dus de rekening verandert niet omdat de winkel groeide: de prijs is per winkel, niet per product. Beide betaalde plannen beginnen met 14 dagen gratis proberen, en het is één proefperiode per winkel: van plan wisselen start er geen tweede.