What restores, and what doesn't
This page is read from the same field lists Aislekit Backup uses to restore your items and to check every restore afterwards, so it can't promise more than the app does. Each field listed under "restored and checked" is put back and then read back from Shopify, one by one, after every restore.
Products
Restored and checked field by field
Limits
A restore can't put these back exactly. Most are Shopify's own rules, and a few are choices made to protect you or your customers; each one says why. A receipt names each one it meets.
- A variant's per-channel publish date shows when the variant was last created or published: Shopify stamps it and accepts no earlier date, so a variant the restore has to create again (the product deleted, or the variant removed since) shows the restore's date. This applies to every restore.
- An HS code for a country that was added after the backup stays on the variant: Shopify has no way to remove one. The codes that were backed up are put back. This applies to every restore.
- Stock at a location deleted since the backup can't come back there: the product comes back stocked at its other locations. Restore the location first (it comes back under a new id), then the product, and its stock goes to the location again. This applies to every restore.
Not backed up
Collections
Restored and checked field by field
Not backed up
Pages
Restored and checked field by field
Not backed up
Blogs
Restored and checked field by field
Limits
A restore can't put these back exactly. Most are Shopify's own rules, and a few are choices made to protect you or your customers; each one says why. A receipt names each one it meets.
- A blog's FeedBurner feed cannot be set through Shopify's API, so it is not put back. This applies to every restore.
Not backed up
Blog posts
Restored and checked field by field
Not backed up
Menus
Restored and checked field by field
Not backed up
Metafield definitions
Restored and checked field by field
Limits
A restore can't put these back exactly. Most are Shopify's own rules, and a few are choices made to protect you or your customers; each one says why. A receipt names each one it meets.
- Shopify can pin a metafield definition only at the end of the pinned list, so its place among other pinned definitions may change. This applies to every restore.
Not backed up
Metaobject definitions
Restored and checked field by field
Not backed up
Metaobject entries
Restored and checked field by field
Not backed up
Translations
Restored and checked field by field
Not backed up
Themes
Restored and checked field by field
Limits
A restore can't put these back exactly. Most are Shopify's own rules, and a few are choices made to protect you or your customers; each one says why. A receipt names each one it meets.
- A restore never publishes or unpublishes a theme, so the theme your store shows stays the one you chose. This applies to every restore.
- Shopify's API cannot set which Theme Store theme a theme comes from, so a deleted theme put back can show another Theme Store link. This applies when a deleted item is re-created.
Not backed up
Theme files
Restored and checked field by field
Not backed up
Files
Restored and checked field by field
Limits
A restore can't put these back exactly. Most are Shopify's own rules, and a few are choices made to protect you or your customers; each one says why. A receipt names each one it meets.
- A restored file shows the upload date Shopify gave it, not the original one: Shopify sets that date itself and doesn't let an app change it. This applies to every restore.
Not backed up
URL redirects
Restored and checked field by field
Discounts
Restored and checked field by field
Limits
A restore can't put these back exactly. Most are Shopify's own rules, and a few are choices made to protect you or your customers; each one says why. A receipt names each one it meets.
- A discount that comes back after a delete counts its uses from zero, and a customer who used it can use it again: Shopify keeps those counts with the discount that was deleted. This applies when a deleted item is re-created.
- A discount for specific customers is backed up without the customers, because the app does not read customer data. Restored in place it keeps the customers it has now; brought back after a delete it is switched off, so you can add the customers and switch it on. This applies to every restore.
- A discount for specific markets is backed up without the markets, because the app does not ask for access to your markets. Restored in place it keeps the markets it has now; brought back after a delete it is switched off. This applies to every restore.
- A free shipping discount can only name countries in your shipping zones, so a country no longer in one is left out. This applies to every restore.
- A code that another discount uses now cannot come back, because a code belongs to one discount in a store. This applies when a deleted item is re-created.
- A discount another app provides is backed up so you can see it, but only that app can restore it. This applies to every restore.
Not backed up
Policies
Restored and checked field by field
Limits
A restore can't put these back exactly. Most are Shopify's own rules, and a few are choices made to protect you or your customers; each one says why. A receipt names each one it meets.
- Shopify refuses changes to a privacy policy it manages automatically. Turn automatic management off in Settings, Policies, then restore it. This applies to every restore.
Not backed up
Shipping profiles
Restored and checked field by field
Limits
A restore can't put these back exactly. Most are Shopify's own rules, and a few are choices made to protect you or your customers; each one says why. A receipt names each one it meets.
- The general profile is backed up and compared, but the app does not restore it yet: Shopify refuses changes to rates set up with its newer shipping settings, which the general profile uses. The comparison shows each zone and rate as it was, to set again in Settings, Shipping and delivery. This applies to every restore.
- A zone with rates calculated by a carrier is backed up but not rewritten by a restore, so that zone stays as it is. This applies to every restore.
- A zone the restore rewrites is made again, so Shopify gives it and its rates new ids; what they hold is what the backup held. This applies to every restore.
Not backed up
Locations
Restored and checked field by field
Limits
A restore can't put these back exactly. Most are Shopify's own rules, and a few are choices made to protect you or your customers; each one says why. A receipt names each one it meets.
- A re-created location starts with no stock: stock counts belong to each product's backup, not to the location. This applies when a deleted item is re-created.
- A location that holds stock, or the last active one that fulfils online orders, is left active: Shopify deactivates a location that holds stock only by moving the stock somewhere else, and a restore never moves stock or stops online orders. The receipt says which. This applies when an item is restored in place.
- The last active location that fulfils online orders keeps fulfilling them, because switching it off would stop the store taking online orders. This applies when an item is restored in place.
- A location that a fulfilment service app manages is backed up, but only that app can change it, so it is not restored. This applies to every restore.
Not backed up
Markets
Restored and checked field by field
Limits
A restore can't put these back exactly. Most are Shopify's own rules, and a few are choices made to protect you or your customers; each one says why. A receipt names each one it meets.
- Shopify sets a market's own currency, or a price list in another currency, only when the store's payment provider takes more than one currency (Shopify Payments does). Without one, the market keeps the store's currency. This applies to every restore.
- Which B2B company locations a market applies to is customer data Shopify protects, so it is not in the backup: a B2B market is restored in place without touching them, and a deleted one is not re-created. This applies to every restore.
- A subfolder (like /en-nz) comes back with its market. A web presence on a domain of its own comes back only while that domain is still connected to the store and still has its web presence. This applies when a deleted item is re-created.
- Shopify keeps at least one market for countries and regions active, so a restore never switches off the store's last active one: it stays active, and everything else in it is restored. This applies when an item is restored in place.
Not backed up
Store languages
Restored and checked field by field
Limits
A restore can't put these back exactly. Most are Shopify's own rules, and a few are choices made to protect you or your customers; each one says why. A receipt names each one it meets.
- Which language is the store's default is set only in Shopify's settings, so a restore never changes the default language. This applies to every restore.
- Shopify deletes a language's translations when the language is removed, and turning it back on does not bring them back. They come back when you restore the translations of each item. This applies when a deleted item is re-created.
Not backed up
Customer segments
Restored and checked field by field
Limits
A restore can't put these back exactly. Most are Shopify's own rules, and a few are choices made to protect you or your customers; each one says why. A receipt names each one it meets.
- Shopify checks a segment's conditions again when it is re-created: a condition that names something the store no longer has (a removed app's filter, a deleted metafield definition) is refused, and the receipt says so. This applies when a deleted item is re-created.
Not backed up
Customers
Restored and checked field by field
Limits
A restore can't put these back exactly. Most are Shopify's own rules, and a few are choices made to protect you or your customers; each one says why. A receipt names each one it meets.
- Email and SMS marketing consent and the data sale opt-out are backed up but never restored: they are the customer's own choices, so a restore leaves them as they are now, and a re-created customer starts unsubscribed, because putting back a subscription the customer took away breaks anti-spam law. This applies to every restore.
- Whether a customer has an active account is theirs and Shopify's: a restore never changes it, and a re-created customer has no account until you invite them again from Shopify. This applies to every restore.
- The number of orders and the amount spent are worked out by Shopify from the customer's orders, so a restore never changes them. This applies to every restore.
Not backed up
B2B companies
Restored and checked field by field
Limits
A restore can't put these back exactly. Most are Shopify's own rules, and a few are choices made to protect you or your customers; each one says why. A receipt names each one it meets.
- Shopify lets an app set the date a company became a customer only when the company is made, so a restore in place leaves that date as it is. A re-created company gets it back. This applies when an item is restored in place.
- A company's contacts are customers: a restore links back each contact whose customer is in your store, and names any contact that waits for its customer to be restored first. Which locations a contact may order for is given again in Shopify. This applies to every restore.
Not backed up
Store credit accounts
Restored and checked field by field
Limits
A restore can't put these back exactly. Most are Shopify's own rules, and a few are choices made to protect you or your customers; each one says why. A receipt names each one it meets.
- Store credit is money a customer or a company holds: it's backed up and in your export, but never restored, because putting a balance back would be a payment. This applies to every restore.
Not backed up
Gift cards
Restored and checked field by field
Limits
A restore can't put these back exactly. Most are Shopify's own rules, and a few are choices made to protect you or your customers; each one says why. A receipt names each one it meets.
- A gift card is money a customer holds: it's backed up and in your export, but never restored. Shopify shows an app only the last characters of a card's code, so a backup can't make the same card again, and a new card would be new money. This applies to every restore.
Not backed up
Orders
Restored and checked field by field
Limits
A restore can't put these back exactly. Most are Shopify's own rules, and a few are choices made to protect you or your customers; each one says why. A receipt names each one it meets.
- An order's line items, prices, taxes, discounts, shipping lines, totals, statuses, dates, customer and billing address are the record of the sale: Shopify lets an app change only an order's email, phone, PO number, note, tags, custom attributes, shipping address and metafields, so a restore puts those back and leaves the rest as it is. This applies to every restore.
- A deleted order is not re-created: a new order would get a new number, reach every other app on the store as a new sale (a fulfilment app could ship it again) and show payments that never happened, so its backup stays in the export instead. This applies when a deleted item is re-created.
Not backed up
Draft orders
Restored and checked field by field
Limits
A restore can't put these back exactly. Most are Shopify's own rules, and a few are choices made to protect you or your customers; each one says why. A receipt names each one it meets.
- A draft order's status (open, invoice sent or completed) is Shopify's record of what happened to it: a restore never changes it, and a re-created draft starts open, with no invoice sent. This applies to every restore.
- A draft order's totals and taxes are worked out by Shopify from its lines, discounts and shipping, with today's tax rates. This applies to every restore.
- A deleted draft order comes back as a new draft with a new number, because Shopify numbers drafts itself. This applies when a deleted item is re-created.
- A product's line in a restored draft takes the product's title, SKU and price as they are that day, unless the draft set its own price for it, which is put back. A custom item keeps everything it had. This applies to every restore.
Not backed up
Backed up for your records, never restored
- Gift cards and store credit. They're money, so the app never writes them back, and Shopify shows an app only the last characters of a gift card's code, so no backup could recreate a card anyway.
Never backed up, by design
- Blog comments. The app never reads them.
- A download of a theme. Themes are backed up and can be compared, but Shopify's App Store rules don't let an app offer a theme as a download, so no export ever holds one.
Think something is missing from this page? Write to me at support@aislekit.app and I'll check it.