跳到正文
Storefront Ninja

隐私

Storefront Ninja 存储了什么、为什么需要每一项、存放在哪里，以及如何删除。

谁在运营

Storefront Ninja 是 mixtape.works 的产品，由 Human Hygiene Kft. 运营，地址 1163 Budapest, Datolya utca 40., Hungary（公司注册号 01-09-464537，欧盟增值税号 HU12087783；完整信息见 mixtape.works/imprint）。本页的任何内容，请写信到 support@mixtape.works。

卖家与顾客

在这里开店的卖家是我们的客户，下面所写的一切都与他们有关。从那些店铺购物的顾客，买的是卖家的东西，而不是我们的：向顾客询问什么由卖家决定，我们按他们的指示替他们保存，让他们的店铺能够运转。

存储了什么，以及为什么需要每一项

  • 店铺本身：它的名称、它的网址（yourshop.storefront.ninja）、使用的语言、计价币种、所在国家和时区、套餐，以及它如何收款：是否通过自己的 Stripe 账户接受刷卡付款、是否接受货到付款、要求顾客转账的账户持有人和 IBAN 以及希望写在附言里的内容，还有顾客如何联系卖家：店铺的联系邮箱地址、电话号码和营业地址。如果卖家上传了标志或标签页图标，各自存成的文件也保存在这里，我们根据标签页图标绘制的主屏幕图标（手机所需的三种尺寸）、他们选择的主题色，以及他们是否让店铺始终浅色或始终深色，也都保存在这里。这一切都是公开的：就是顾客在店铺页面上看到的内容。没有这些，该网址下就没有可供访问的内容，没法知道店铺的价格，顾客也没法向卖家付款。
  • 谁可以打开店铺后台：他们的 mixtape 账户 id、该账户已确认的邮箱地址，以及他们是拥有该店铺还是在其中工作。
  • 一个已登录的浏览器：它的 Cookie 中的随机令牌、它所属的 mixtape 账户、该账户的邮箱地址和姓名、它选择的语言，以及会话开始、最近使用和到期的时间。登录由 account.mixtape.works 上的 mixtape 账户完成，这是所有 mixtape 产品共用的唯一登录，所以 Storefront Ninja 从不看到也不保存密码。
  • 每一位在这里登录过的人的 mixtape 账户：它的 id、已确认的邮箱地址、账户上的姓名，以及首次和最近一次登录的时间。首次登录的日期让我们知道你和我们在一起多久了，而账户就是店铺后台所绑定的对象。
  • 一次正在进行的登录：把 account.mixtape.works 返回的回复与你的浏览器发起的登录绑定起来的随机值，不含任何关于你的信息。你一回来，这一行就被删除，无论如何也会在十五分钟内删除。
  • 店铺销售的内容：货号、价格和促销价（以整数和币种代码表示）、卖家填写过的重量、库存数量、是否在店铺中显示，以及上架和最近更改的时间。这是卖家自己的商品目录，替他们保存，好让他们的店铺运转。
  • 商品的文字，卖家写了几种语言就有几套：名称、简短和详细描述、卖家可能为它撰写的 Google 标题和描述，以及它在店铺内的网址。由卖家撰写，由顾客阅读。
  • 商品的照片：每张照片存成的文件，以及它们的显示顺序。由卖家上传，并且是公开的，因为它们是顾客在商品页上看到的内容。
  • 店铺如何发货以及收多少费用：每种配送方式覆盖的国家，以及它的定价，要么是一个统一价格加上免运费的订单金额起点，要么是按订单金额或重量划分的一组档位（见 shipping_method_bands），以整数和币种代码表示。由卖家撰写，由顾客在结账时阅读。没有任何配送方式的店铺，其订单按自提处理。
  • 配送方式的名称，卖家写了几种语言就有几个。由卖家撰写，由顾客阅读。
  • 按订单金额或重量定价（而不是统一价格）的配送方式的档位：每档的区间边界，以及在区间内收取的费用，以整数和币种代码表示。由卖家撰写，由顾客在结账时阅读。
  • 你为每个有自己税率的国家设定的增值税率（例如德国 19%）。不含个人数据。
  • 你命名的税类（例如税率 5% 的书籍）及其默认税率。不含个人数据。
  • 你为税类在每个有自己税率的国家设定的税率。不含个人数据。
  • 在产品取消开票功能之前开具的发票：每张发票的编号和日期、已取消订单的红字冲销单据，以及为每张保存的 PDF。产品中已没有任何功能读取或发送它们，也不再开具新发票。
  • 有人在其中一家店铺下的订单：订单号、顾客的邮箱地址、姓名和电话号码、收货地址、他们留下的任何备注、下单所用的语言、选择的付款方式、总额（以整数和币种代码表示）、使用的优惠码及其减免额、发货方式（当天配送方式的名称，以及运费）、订单所处状态、下单时间，以及顾客自己的订单链接中的随机令牌。如果顾客第一次加入购物车时带有活动标记（utm_source、utm_medium、utm_campaign，比如来自新闻邮件链接或付费广告），该标记也会保存在订单上，让卖家能看到收入来自哪个渠道；没有标记的订单，是没人加过标记，或者是手动录入的。这一切是顾客提供给卖家的，而不是提供给我们的；我们替卖家保存，让他们的店铺能够运转。如果企业买家提供了公司名称和欧盟增值税号：两者都会保存在订单上，同时保存这笔销售是否适用反向征税（不含增值税），以及 VIES 核验确认该号码有效的日期。该号码会发送给欧盟委员会的 VIES 服务，它只回答这是不是有效的增值税号；买家的其他任何信息都不会发给它，它的回答只在内存里保留一小时，绝不进入我们的数据库。当顾客自己的银行对其中一笔刷卡付款提出争议时，我们会保存 Stripe 告诉我们的有关争议的信息：原因、争议金额、Stripe 给出的回复期限，以及它后来是被裁定对卖家有利，还是作为拒付败诉。当店主将其标记为已发货时，他们输入的承运商运单号和链接也会保存在订单上，并显示给该顾客。
  • 订单上有什么：它指向哪件商品及其哪种规格组合（尺码、颜色），以及下单那一刻的名称、规格组合、货号、单价、数量和行合计，完全按当时的样子保存。它们特意做成副本，这样卖家之后更改价格，也不会改变已经生成的订单。
  • 订单走过的轨迹：它经历过的每个状态（新订单、已付款、已发货、已取消）、何时进入该状态，以及把它推进到该状态的店铺人员的邮箱地址，如果是顾客自己操作的则什么都没有。这让卖家能回答“你什么时候寄出的？”，也让我们在订单发生争议时能弄清发生了什么。
  • 产品就订单发出的每封邮件，以及我们就店铺本身发给店主的每份通知（其套餐上的一笔付款失败、年度套餐即将续费、店铺关闭、提醒添加第一件商品，或每周数据邮件）：它属于哪一类、发往哪个地址、回复发往哪个地址、主题行、从我们的哪个地址发出、何时发出，以及投递是否成功。最后这一项指的是我们的邮件服务是否接收了它，以及（它事后告诉我们时）收件方邮件服务器是接受还是拒收（及其给出的原因），以及收件人是否把它标为垃圾邮件。邮件本身不保存，只保存发过这回事，这让卖家能看到顾客已被告知订单情况，或店主已被告知店铺情况，而不必靠碰运气。
  • 卖家如何给商品分组，以及这些分组如何嵌套一层：它们的显示顺序、谁在谁里面、卖家自己为它配的图片，以及每个分类的创建和最近更改时间。这是卖家自己的商品目录，替他们保存，好让他们的店铺展示。
  • 分类的名称、分类页上方和下方它自己的文字（卖家写了几种语言就有几套），以及它在店铺内的网址。由卖家撰写，由顾客阅读。
  • 卖家的哪些商品属于哪些分类，一件商品可以同时属于多个分类。由卖家设定，由浏览分类的顾客阅读。
  • 卖家销售商品所依据的选项，比如尺码或颜色，以及它们的显示顺序。属于卖家自己的商品目录的一部分，替他们保存，好让他们的店铺展示。
  • 选项的名称，卖家写了几种语言就有几个，比如 Size 和 Méret。由卖家撰写，由顾客阅读。
  • 选项的值，比如 S、M 和 L，以及它们的显示顺序。属于卖家自己的商品目录的一部分。
  • 每个值的名称，卖家写了几种语言就有几个，比如 Red 和 Piros。由卖家撰写，由顾客阅读。
  • 商品选项中每一种可购买的组合，连同卖家为它设的货号、库存、比商品本身贵多少或便宜多少，以及创建和最近更改的时间。
  • 每种规格组合由哪些值构成，比如 M 码配红色。这里不存储其他任何内容。
  • 你的首页由哪些区块构成、你设定的顺序，以及每个区块的设置：它的类型、大小和形状、其商品的排序、它链接到的网址，以及它展示的图片（以你上传的文件名表示）。里面没有文字：文字另外保存，每个区块、每种语言一行。这一切都是公开的：就是顾客在你店铺首页上看到的内容。每家店铺一行。
  • 你为首页区块写的文字（标题、一行文字、按钮文字、图片说明、一段文字、小标题），每个区块、每种你写过的语言各一行。由你撰写，由顾客用自己的语言阅读。
  • 卖家自己的页面，比如“关于我们”或退货政策：每个页面的网址、是否已发布、页面列出的顺序，以及每个页面的创建和最近更改时间。
  • 这些页面的标题和正文，每种语言一套。由卖家撰写，页面发布后由顾客阅读。
  • 卖家的优惠码：每个优惠码、它是按百分比还是按金额减免、适用的最低购物额、最后有效日期、可使用次数、是否开启，以及创建和最近更改的时间。
  • 每天一个随机密钥，仅用于打乱访客身份，以生成接下来所述的访问计数。一天的密钥在下一天的密钥生成时即被删除，所以任何时刻都只有一个密钥，没有任何能识别出更早某天访客的东西。
  • 访客在店铺里所做操作的计数，供卖家的分析页面使用：每天记录访客做了四件事中的哪一件（看了商品、加入购物车、打开结账页、下了订单），以及它当天第一次发生的时间。在访客当天第一个被计数的步骤上，还会保存把他们送来的网站主机名（如 google.com，绝不是完整网址），以及他们落地网址上的任何活动标记（utm_source、utm_medium、utm_campaign），让卖家能知道顾客来自哪个渠道；同一天后面的步骤不保存这些。访客只是一个打乱后的代码，由店铺、访客的网络地址和浏览器类型，加上当天的密钥生成。一天结束后密钥即被删除，所以这个代码再也无法还原成地址，也无法与同一个人在另一天的代码匹配。地址本身、浏览过的页面和购物车里的内容都不会保存。
  • 访客通过卖家自己的联系表单页面发来的留言：他们的姓名、邮箱地址、主题和留言本身、从哪个页面发出、用什么语言写的、何时到达，以及我们就此发给卖家的通知是否送达。
  • 你店铺的订阅（如果有）：Paddle 为该订阅以及为你这个客户分配的 id、它的状态（有效、逾期、暂停或已取消）、它为哪个套餐和哪个计费周期付费、当前已付费周期何时结束，以及下次续费时已确定的任何变更（升级、降级或取消）。不包含你在店铺里买了什么，也不包含银行卡号：Paddle 作为交易商（merchant of record）自行收款并保管这些信息（见下文“存放在哪里”）。
  • Paddle 发给我们的每个计费事件，只记一次，这样它重复发送的消息不会产生两次变化：事件自己的 id 和类型、涉及哪家店铺，以及发生时间。
  • 关于我们每天对 Paddle 自行核对的一行记录，涵盖每个可能因其漏发消息而导致信息过时的订阅：上次运行的时间，以及遇到的那个错误（如果有）。不涉及任何店铺或个人，只表明核对本身是否在正常工作。
  • 店铺在选择套餐时，在 Paddle 开启的那一个结账：Paddle 自己为这个未付款结账分配的 id，以及开启的时间。不含开启它的人的任何信息，唯一的关联是店铺，下一个结账会替换这一行。
  • Stripe 就卖家自己已连接的 Stripe 账户发给我们的每个计费事件，只记一次，这样它重复发送的消息不会产生两次变化：事件自己的 id、它涉及哪个已连接账户（绝不是我们自己的平台账户）、类型，以及发生时间。
  • 通过卖家自己的 Stripe 账户对刷卡订单做的退款：是哪个订单的、Stripe 自己为退款分配的 id、金额以及 Stripe 报告的币种（不一定是店铺自己的币种）、状态、给出的原因，以及发生的时间。
  • 出了什么问题，按事情的类型、发生的位置（页面自己的网址模式，绝不是顾客的实际链接）以及原因分组：次数、首次和最近出现的时间，以及创始人是否已确认。如果页面在你自己的浏览器里出了问题（脚本错误、图片加载失败、请求一直没有返回），它同样会告诉我们是哪个页面、什么出了问题。里面绝不会有 IP 地址、浏览器身份、邮箱地址，或访客输入的任何内容。自最后一次发生起保留 90 天。
  • 对于下面的每种故障，记录它在某家店铺发生了多少次、最近一次是何时，让页面能点出那家店铺。没有个人数据：只有它发生所在的店铺。
  • 你上传用来导入或更新商品的商品目录文件：它包含什么、它的各列如何与你的商品目录匹配，以及导入做了什么或拒绝了什么。无论你是否运行了它，都会在你上传 24 小时后自动删除。
  • 在获取或读取期间，一个照片地址，或一个与你随商品目录文件一同上传的照片 ZIP 相匹配的文件名：地址或名称本身、它属于哪件商品，以及它被存成的文件，或它无法使用的原因。与其来源的商品目录文件一同在你上传 24 小时后删除（见下文）；ZIP 本身也以同样方式删除，或在其中每张照片都已使用完后更早删除。
  • 在后台运行的商品目录导入：它有多少行已完成，以及到目前为止添加、更新或拒绝了什么。会随它所属的目录文件一起删除，在你上传后 24 小时后。
  • 撤销一次导入所需要的内容：导入更改之前每个商品的副本，以及它创建了哪些商品、分类、徽章、合集和属性。会随它所属的目录文件一起删除，在你上传后 24 小时后。
  • A category picture a categories file named (an address, or a file name matched to a ZIP of pictures uploaded with it) while it is being fetched or read: the address or name, which category it is for, and the file it was stored as or why it could not be used. Deleted with the file it came from, 24 hours after you uploaded it.
  • What a shop owner brought in about a customer from a customers file (moving from another shop platform, for example): the e-mail address, and any name, phone, delivery and billing address, company, tax number and notes the file held. Never a password, never newsletter or marketing consent. Kept until the shop deletes it, anonymises the customer, or closes.
  • 你自己的哪些商品或规格组合已降到或低于你在设置里设定的库存线，并且尚未通过低库存邮件告知：没有个人数据，只有是哪件商品以及何时越过这条线。那封邮件真正发出的那一刻，或设置被关闭的那一刻，就会清除。
  • 店主发给某人、邀请其加入店铺后台的邀请：被邀请的地址、谁发的、何时发的，以及随机邀请链接自己的哈希值，绝不是链接本身。在过期或被使用 30 天后删除。
  • 谁在何时更改了你店铺后台里的什么：当时该成员的地址和他们做了什么（保存了商品、推进了订单、更改了设置等等），绝不包含银行卡号、令牌或密钥。它只能追加，并且每晚检查是否被篡改。如果某位客户被匿名化，其邮箱地址也会从这份记录中抹去，而不会破坏检查。保留 2 年。
  • 一家店铺的全部数据何时被下载为一个文件：只记录每次点击的时刻，这样店铺每天不能请求超过几次。文件里有什么内容则不保存。
  • 你对所买商品写的评价：你的评分、你的文字，以及你选择显示的名字，与它所来自的订单绑定：保留到你删除它，或商品或店铺本身被删除为止。
  • 店主为自己的商品起的小标签（“新品”“特卖”）及其颜色，绝不是关于顾客的信息，只要店铺存在就一直保存。
  • 其中一个标签上的文字，某一种语言的版本，是店主自己写的，绝不是顾客写的，只要这个标签存在就一直保存。
  • 哪个标签贴在哪件商品上，仅此而已，只要两者都存在就一直保存。
  • 店主自己为两件商品之间手选的“你可能还喜欢”列表，绝不是关于顾客的信息，只要两件商品都存在就一直保存。
  • 要求在缺货的商品或尺码到货时通知的一个地址：是哪一件、哪种语言，以及取消它的随机链接。除了“有 N 人在等这件商品”这个计数外，绝不会向店铺里的任何人显示。在它唯一会触发的那封邮件发出的那一刻删除，或者无人回应满 90 天后删除，以先到者为准。
  • 用邮箱链接在这里登录过的顾客：邮箱地址、他们阅读所用的语言，以及首次和最近一次登录的时间。在链接真正被使用的那一刻创建，绝不是在仅仅请求链接时。
  • 一个正在使用中的登录链接：它被发往的地址、它所用的语言，以及随机链接自己的哈希值，绝不是链接本身。在过期或被使用一天后删除。
  • 顾客自己已登录的浏览器：它的 Cookie 中的随机令牌、它属于哪位顾客，以及开始和到期的时间。到期的那一刻即被删除。
  • 顾客保存到自己在这里的账户中的地址，以便下次结账时自动填写：姓名、电话号码、地址本身，以及哪个是默认地址。每位顾客最多 10 个。用其中一个地址下的订单永远保留自己的副本，不受之后对已保存地址的修改或删除影响。
  • 已登录的顾客收藏到自己心愿单的商品及收藏时间：只要顾客自己的登录信息还在（自上次出现起 24 个月），就一直保存，之后与之一并删除。
  • 店主为自己的商品创建的可重复使用的属性（“材质”“防水”）及其类型，绝不是关于顾客的信息，只要店铺存在就一直保存。
  • 其中一个属性的名称，某一种语言的版本，是店主自己写的，绝不是顾客写的，只要这个属性存在就一直保存。
  • “从列表中选择”属性的一个选项（“红色”“夏季”），是店主自己写的，只要这个属性存在就一直保存。
  • 其中一个选项的名称，某一种语言的版本，是店主自己写的，绝不是顾客写的，只要这个选项存在就一直保存。
  • 店主为自己的某件商品的某个属性填写的值，绝不是关于顾客的信息，只要两者都存在就一直保存。
  • 卖家亲手挑选（以后也可以基于规则）的一组自己的商品，如“礼物推荐”“夏季特卖”，有自己的页面，顺序由店主决定。绝不是关于顾客的信息，只要店铺存在就一直保存。
  • 系列的名称、它在商品上方自己的文字、它的 SEO 标题和描述（卖家写了几种语言就有几套），以及它在店铺内的网址。由卖家撰写，由顾客阅读。
  • 卖家的哪些商品属于哪些系列，以及店主排定的顺序，一件商品可以同时属于多个系列。由卖家设定，由浏览系列的顾客阅读。
  • 卖家自己的收款方式（PayPal、Revolut、集市摊位上的现金），除货到付款、银行转账和银行卡之外：每种是否开启，以及它们的显示顺序。由卖家设定，由顾客在结账时阅读。
  • 卖家自己某种收款方式的名称和说明（卖家写了几种语言就有几套），比如“请付款到 anna@yourpaypal.com”。由卖家撰写，由顾客阅读。
  • 卖家在确认邮件的订单摘要上方和下方自己写的话，卖家写了几种语言就有几套。由卖家撰写，由顾客阅读。
  • 被改名的商品、分类、系列或页面的旧网址，让旧链接继续有效：它被使用了多少次，以及最近一次使用的时间。与它原来指向的对象一同删除。
  • 卖家自己为店铺首页写的 Google 标题和描述，卖家写了几种语言就有几对。由卖家撰写，由搜索引擎阅读。
  • 卖家选择转向自己某个页面的旧网址、它被使用了多少次，以及最近一次使用的时间。保留到卖家删除它为止。
  • 卖家自己为一件商品设置的数量折扣：从多少件起、优惠多少，绝不是关于顾客的信息。只要这件商品存在就一直保存。
  • 卖家发放的礼品卡：它的代码、币种、起始余额和剩余余额、收礼人的邮箱地址和姓名、卖家自己的留言、最后有效日期（如果有），以及它是否已被关闭。收礼人的邮箱和姓名在卡存在期间一直保存，也就是只要卖家的店铺存在就一直保存。
  • 礼品卡的每一次使用：余额何时发放、花掉、退回、手动更改、关闭或重新开启，涉及多少金额，以及（由卖家自己的团队成员操作时）是哪一位。
  • 卖家自己的公告栏：它的颜色、可选的链接、显示的起止日期，以及是否开启。完全不含任何顾客的信息。
  • 公告栏的文字，按它所写的语言分别保存：文字本身，以及它的链接上的字（如果有）。
  • 卖家自己的弹窗：它的可选图片和按钮链接、打开方式和可再次显示的频率、显示的起止日期，以及是否开启。完全不含任何顾客的信息。
  • 弹窗的文字，按它所写的语言分别保存：它的标题、文字，以及它按钮上的字（如果有）。
  • 店主接入的第三方分析或广告工具（如有）：Google Analytics 4、Meta Pixel、TikTok Pixel，它们的 id，以及顾客查看、加入购物车或购买了哪些商品，但绝不包含他们的姓名、邮箱、地址或电话。
  • 卖家自己在店铺里出售礼品卡的开关：是否开启、提供的固定金额，以及购买的卡有效多久。由卖家设定，由顾客在 /gift-card 阅读。
  • 谁买了礼品卡、送给谁：金额、收礼人的姓名和邮箱、购买者自己的留言，以及送礼人的姓名。保存的时间与订单本身相同，也就是只要卖家的店铺存在就一直保存。
  • 店主关闭自己的店铺时，被询问的那个可选的一键原因和留言：原因，以及他们想告诉我们的任何话。如果这家店铺之后被删除，留言会一并删除，这一行也不再指向任何店铺，只保留原因、日期、店铺存在了多久，以及它有多少商品和订单，供我们从中学习。
  • 作为下载商品出售的那一个文件：它的原始名称、大小和字节校验和，这样被修改过的文件就不会被误认成顾客付款买下的那个。文件内容本身存放在数据库之外，绝不放在可猜到的地址上提供。
  • 已付款订单自己的私人下载链接：谁也猜不到的随机令牌、已使用多少次和允许多少次，以及它何时过期或被撤销。在过期或被撤销 30 天后删除，这样陌生人日后在旧邮件里找到的令牌就不会仍然有效。
  • 卖家自己的博客文章：每篇文章的网址、是否已发布及何时发布、封面图，以及创建和最近更改的时间。
  • 这些文章的标题、摘要和正文，每种语言一套。由卖家撰写，文章发布后由顾客阅读。
  • 卖家自己的哪些商品显示在哪些博客文章下方，以及店主排定的顺序，一件商品可以同时出现在多篇文章下。由卖家设定，由阅读文章的顾客阅读。
  • 卖家在店铺自己的法律页面上就其业务向顾客说明的内容：注册名称、注册号和税号，条款、隐私说明和退货页各自使用我们的模板还是自己的文字，以及最近一次更改的时间。
  • 卖家自己写的条款、隐私说明或退货页文字，每份文件、每种语言一份，当他们选择自己撰写而不是用我们的模板时。由卖家撰写，由顾客阅读。

创始人自己的密钥

不在数据库里：平台自己用于 Paddle 和 Stripe 的密钥，各自保存在一个只有运行中的应用才能读取的文件里，绝不放在环境变量或代码中。Paddle 的密钥让我们能为店铺自己的订阅计费并验证其 webhook；Stripe 的密钥让店铺能把银行卡付款直接收进它自己的 Stripe 账户并验证那个 webhook。这两个文件都不包含密码、银行卡号，或任何关于你或某家具体店铺的信息。

Cookie

我们设置的每个 Cookie 都是自己的，而且每一个都只做你要求的事。lang 记住你选的语言，保存一年。在 storefront.ninja 本身：sn_a 在登录进行期间保存登录状态，15 分钟；sn_s 让你保持登录店铺后台，30 天；mx_account 记录这个浏览器曾用 mixtape 账号登录过，保存 400 天，这样以后再来时可以不用询问就让你重新登录；mx_silent 记录已经试过一次，直到你关闭浏览器；sn_demo 打开公开的演示后台，2 小时；sn_demo_refused 让下一个页面告知演示没有保存某项更改，2 分钟；sn_preview 让外观编辑器在店主自己的浏览器里向店主显示尚未保存的更改，2 小时。在店铺里：sn_cart 记住你放进该店铺购物车的东西（哪家店铺、哪些商品、各多少件，经过签名，别人无法改写，也从不包含价格），以及如果你通过带标记的活动链接放入第一件商品，这是哪个活动（绝不包含你看过哪些页面）；sn_coupon 和 sn_giftcard 记住你输入的折扣码或礼品卡码，直到你下单或移除（只有码本身：它值多少钱，每次都在服务器上重新计算）；sn_ck 和 sn_gcbk 各保存一个随机数，把结账表单或购买礼品卡的表单与你自己的浏览器绑定，这样表单不能从别处提交，按钮按两次也不会重复下同一个订单；sn_compare 记住你想并排比较的最多 4 件商品，直到你清空，或对它们全部点“移除”；以上每个最长保存 30 天，也绝不会发往别处。sn_shopper 让你保持登录你在这一家店铺的账户，30 天，绝不会发给另一家店铺；sn_view 记住你用网格还是列表查看商品，一年。所有这些都是严格必需的，也不会与任何人共享。店主可以连接 Google Analytics 4、Meta Pixel 和 TikTok Pixel（设置 → 跟踪）；一旦连接了其中任何一个，该店铺自己的页面就会显示 Cookie 横幅，准确列出他们用的那些，你点“接受”之前，它们都不会加载任何内容。这个选择会记在名为 sn_consent 的 Cookie 里，保存 180 天，并记录它涵盖哪些工具；以后再连接别的工具，会再次询问你。该店铺页脚里的“Cookie 设置”随时可以重新打开横幅，在那里点“拒绝”会删除 sn_consent，以及该店铺设置过的这些 Cookie：Google Analytics 自己的、Meta 的 _fbp 和 _fbc，以及 TikTok 的 _ttp。这些只会与它所属的工具共享，而且只有在你接受之后。店铺自己的弹窗（如果有）不用 Cookie，而是记在浏览器自己的存储里，只用一个名为 sn_popup_closed 的键，保存你最后关闭的那个弹窗的 id 和关闭时间，这样在卖家设定的时间内（永不再显示，或 7 天、30 天后再显示）不会再给你看；这些绝不会发到我们的服务器。店铺页面可以带视频块：在顾客点击播放之前不会加载任何内容，点击播放会从 YouTube（youtube-nocookie.com）加载视频，YouTube 随后可能设置它自己的 Cookie。店主选择套餐时规则相同：在店主点击“选择 Pro”或“选择 Max”之前，/admin/plan 页面不会从 Paddle 加载任何内容；点击后会加载 Paddle 自己的结账脚本（cdn.paddle.com），它可能为这次结账和防欺诈检查设置自己的 Cookie，或在浏览器中保存自己的数据，具体是什么、保存多久，由 Paddle 自己的隐私政策而非我们的说明。店主看到的访问数据，是我们自己的服务器在提供页面时统计的，不用 Cookie，也不保存你的地址（上面两张分析表准确写明了保存什么），所以这里没有任何地方要求你接受 Cookie。

对我们自己页面的访问

我们统计我们自己每个公开页面（本页、首页、价格、条款和退款）每天被打开的次数、访问来自哪个网站（仅记录该网站的名称）、来自哪个国家/地区（按我们的网络服务商 Cloudflare 的命名，两个字母），以及是手机、平板还是电脑，并把这些统计数字共享给 mixtape.works 自己的 Studio。为了知道每天有多少不同的人来访，我们的服务器会用一个每天更换、随后删除的随机密钥，把你的 IP 地址和浏览器类型变成一个代码。地址和浏览器类型都不会被保存，这个代码也无法显示你是谁，或把你在不同日子的访问关联起来。不使用 Cookie，也不会在你的设备上存储任何东西；法律依据是我们了解页面使用情况的正当利益（GDPR 第 6 条第 1 款 (f) 项）。这绝不包括店铺自己的页面，那些页面的访问由店铺的店主另行统计（上面两张分析表准确列出了保存的内容）。

我们的新闻邮件

如果你在我们页面底部订阅了 Storefront Ninja 的新闻邮件，mixtape 账户服务会保存你的邮箱地址、你选的列表、你的语言，以及你确认或退订的日期，用来向你发送该列表的消息；如果你勾选了相应的框，还会发送 mixtape 的消息。在你点击我们邮件里的链接确认之前，不会发送任何内容；每封邮件都带有退订链接；邮件通过欧盟境内的 Amazon SES（Amazon Web Services EMEA SARL）发出。你退订后，我们只保留你已退订的记录，这样你就不会再收到邮件。

客服聊天

在提供该功能的页面上，你可以向我们的 AI 助手询问有关 Storefront Ninja 的问题。你输入的内容、你提问所在页面的地址及其语言会发送给 Anthropic（Anthropic, PBC，美国），由其 AI 模型写出回答；Anthropic 依据其商业条款替我们处理这些数据，条款包含用于跨境传输的欧盟标准合同条款，并且不会用它们训练其模型。我们不保存对话记录：对话保留在你的浏览器标签页里，直到你关闭它。我们的服务器只保存每日的计数（对话数、消息数及其成本），并且最多在内存里保存一天你的 IP 地址和你的浏览器保存的一个随机数，用来限制一位访客能发送多少条消息。如果你选择把对话转给真人，它会连同你的邮箱地址一起发邮件到 support@mixtape.works，以便我们回复。法律依据是我们回答有关产品的问题的正当利益（GDPR 第 6(1)(f) 条），而对于转交真人，则是你的请求（第 6(1)(b) 条）。

保留多久

会话会自行结束，退出登录则立即结束。店铺关闭后（不论是店主自己关闭的，还是我们手动关闭的）会保留 30 天，以便重新开启，之后即被删除。删除时，店主离开时留给我们的任何留言也会一并删除；只保留他们给出的原因、日期、店铺存在了多久，以及它有多少商品和订单，不附带任何姓名。要求我们提前删除某家店铺，我们会照办。访问计数保留大约一年，然后删除。

存放在哪里

存放在租用自 Hetzner Online GmbH（Industriestr. 25, 91710 Gunzenhausen, Germany）的服务器上的一个数据库文件里，位于其芬兰的数据中心，在欧盟境内。Cloudflare 负责把流量送达那里。关于订单的邮件由 Amazon Web Services（Amazon Web Services EMEA SARL，来自其位于德国法兰克福、欧盟境内的数据中心）投递，所以地址、姓名和所订内容会到达他们那里。当 AWS 无法接收某封邮件时，改由 Resend（Plus Five Five, Inc.，美国）投递，只有那时这些数据才会离开欧盟；除上面的客服聊天外，没有其他情况会离开。接受刷卡付款的店铺连接自己的 Stripe 账户（Stripe Payments Europe, Limited，爱尔兰）：顾客的银行卡信息直接发给 Stripe，绝不经过我们，款项直接结算到卖家自己的 Stripe 账户。使用付费套餐的店铺由 Paddle.com Market Limited 计费，它作为交易商（merchant of record）出售订阅：它自己为订阅以及为你这个客户分配的 id 会发到它那里，你店铺里的任何销售信息则不会。没有任何东西被出售，也不会传给任何运营该服务并不需要的人。

你的权利

你可以要求获得我们保存的关于你的全部内容的副本、更正错误，或将其删除。请写信到 support@mixtape.works，我们会处理。如果你是在这里的某家店铺买的东西，请先询问那家店铺：你提供给它的内容归它所有。如果你是用自己的邮箱链接登录了这里的某家店铺，你可以在该店铺自己的网站上自行下载或删除那个账户。

最后更新于 2026年11月4日。