Hoppa till innehållet
Storefront Ninja

Integritet

Vad Storefront Ninja lagrar, varför det behöver varje del, var det förvaras och hur du får det borttaget.

Vem som driver detta

Storefront Ninja är en produkt från mixtape.works, som drivs av Human Hygiene Kft., 1163 Budapest, Datolya utca 40., Ungern (organisationsnummer 01-09-464537, EU-momsnummer HU12087783; fullständiga uppgifter på mixtape.works/imprint). Skriv till support@mixtape.works om allt på den här sidan.

Säljare och kunder

En säljare som öppnar en butik här är vår kund, och allt nedan handlar om dem. En kund som handlar i en av de butikerna köper av säljaren, inte av oss: säljaren bestämmer vad en kund ska tillfrågas om, och vi förvarar det åt dem, enligt deras instruktioner, så att deras butik kan fungera.

Vad som lagras, och varför varje del

  • Butiken: dess namn, adressen den svarar på (dinbutik.storefront.ninja), språket den är skriven på, valutan den prissätter i, dess land och tidszon, dess plan och hur den kan betalas: om den tar kortbetalning via sitt eget Stripe-konto, om den tar postförskott, och kontoinnehavaren och IBAN den ber kunder föra över till och vad den vill ha skrivet som referens, och hur en kund når säljaren: butikens kontaktadress, telefonnummer och företagsadress. Om säljaren har laddat upp en logotyp eller en flikikon sparas filen var och en sparats som här också, liksom hemskärmsikonen vi ritar från flikikonen i de tre storlekar en mobil behöver, liksom accentfärgen de valde och om de gjorde butiken alltid ljus eller alltid mörk. Allt är publikt: det är vad en kund ser på butikens sidor. Utan dessa finns inget att visa på den adressen, inget sätt att veta vad butiken kostar och inget sätt för en kund att betala säljaren.
  • Vem som får öppna en butiks admin: id:t för deras mixtape-konto, e-postadressen det kontot har bekräftat och om de äger butiken eller arbetar i den.
  • En inloggad webbläsare: det slumpmässiga tecknet som finns i dess cookie, mixtape-kontot den tillhör, det kontots e-postadress och namn, språket den valde, och när sessionen började, senast användes och går ut. Inloggningen görs av ditt mixtape-konto på account.mixtape.works, den enda inloggningen för varje mixtape-produkt, så Storefront Ninja ser eller sparar aldrig ett lösenord.
  • Mixtape-kontot för alla som har loggat in här: dess id, e-postadressen det har bekräftat, namnet det bär, och när det först och senast loggade in. Det första datumet är hur vi vet hur länge du har varit hos oss, och kontot är det en butiks admin är knuten till.
  • En inloggning som pågår: de slumpmässiga värden som knyter svaret som kommer tillbaka från account.mixtape.works till inloggningen din webbläsare startade, och inget om dig. Raden raderas i samma stund du kommer tillbaka, och i varje fall inom femton minuter.
  • Vad en butik säljer: dess artikelnummer, dess pris och reapris (som ett heltal och en valutakod), dess vikt när säljaren har skrivit in en, hur många som finns i lager, om den visas i butiken, och när den lades upp och senast ändrades. Det här är säljarens egen katalog, förvarad åt dem så att deras butik kan fungera.
  • En produkts ord, en uppsättning per språk säljaren skriver på: dess namn, dess korta och långa beskrivning, Google-rubriken och -beskrivningen säljaren kan skriva för den, och adressen den svarar på inne i butiken. Skrivet av säljaren, läst av kunder.
  • En produkts foton: filen som var och en sparats som och ordningen de visas i. Säljaren laddar upp dem, och de är publika, eftersom de är vad en kund ser på produktens sida.
  • Hur en butik skickar saker och vad den tar: för varje leveranssätt länderna det gäller för och dess prissättning, antingen ett fast pris och ordervärdet från vilket det är gratis, eller en uppsättning nivåer efter ordervärde eller vikt (se shipping_method_bands), som heltal och en valutakod. Skrivet av säljaren och läst av kunder i kassan. En butik utan leveranssätt tar emot sina ordrar för avhämtning.
  • Ett leveranssätts namn, ett per språk säljaren skriver på. Skrivet av säljaren, läst av kunder.
  • Nivåerna för ett leveranssätt som prissätts efter ordervärde eller vikt i stället för ett fast pris: varje nivås gränser och vad den tar inom dem, som heltal och en valutakod. Skrivna av säljaren, lästa av kunder i kassan.
  • Momssatsen du satt för varje land som har en egen (till exempel Tyskland med 19 %). Den innehåller inga personuppgifter.
  • Skatteklasserna du namnger (till exempel Böcker med 5 %) och deras standardsats. De innehåller inga personuppgifter.
  • Satsen du satt för en skatteklass i varje land som har en egen. Den innehåller inga personuppgifter.
  • Fakturor som utfärdades innan fakturering togs bort från produkten: numret och dagen för var och en, krediteringen av en avbruten order och PDF:en som sparats för var och en. Inget i produkten läser eller skickar dem nu, och inga nya fakturor utfärdas.
  • En order som någon lade i en av de butikerna: dess nummer, kundens e-postadress, namn och telefonnummer, leveransadressen, eventuell anteckning de lämnade, språket de beställde på, hur de valde att betala, vad det uppgick till (som heltal och en valutakod), rabattkoden de använde och vad den drog av, hur den skickades (leveranssättets namn som det stod den dagen, och vad frakten kostade), hur den ligger till, när den lades, och det slumpmässiga tecknet i kundens egen länk till den. När kundens första tillägg i varukorgen bar en kampanjtagg (utm_source, utm_medium, utm_campaign, till exempel en länk i ett nyhetsbrev eller en betald annons) sparas den taggen också på ordern, så att en säljare kan se vilken kanal intäkterna kom från; en order utan är en som ingen taggade, eller en som lades in för hand. Kunden gav allt detta till säljaren, inte till oss; vi förvarar det åt säljaren så att deras butik kan fungera. En företagskund som angav ett företagsnamn och ett EU-momsnummer: båda sparas på ordern, med om försäljningen hade omvänd skattskyldighet (ingen moms på den) och dagen en VIES-kontroll sa att numret var giltigt. Numret skickas till Europeiska kommissionens VIES-tjänst, som bara svarar om det är ett giltigt momsnummer; inget annat om köparen skickas dit, och dess svar hålls i minnet i en timme, aldrig i vår databas. När en kortbetalning på den bestrids av kundens egen bank sparar vi det Stripe berättade för oss om tvisten: dess orsak, det bestridda beloppet, tidsfristen Stripe gav för att svara och om den senare avgjordes till säljarens fördel eller förlorades som en återbetalningstvist. När ägaren markerar den som skickad sparas också fraktbolagets spårningsnummer och länk de skrev in på ordern och visas för den kunden.
  • Vad som finns på en order: vilken produkt och vilken kombination av den (storlek, färg) den pekar på, och namn, kombination, artikelnummer, styckpris, antal och radsumma exakt som de stod när den lades. De är kopior med avsikt, så att ett pris som säljaren ändrar efteråt inte kan ändra en order som redan gjorts.
  • Var en order har varit: varje status den har haft (ny, betald, skickad, avbruten), när den fick den, och e-postadressen till butikspersonen som flyttade den dit, eller ingenting alls när det var kundens eget tryck. Det är så en säljare kan svara på ”när skickade du den?” och så vi kan se vad som hände om en order någonsin bestrids.
  • Varje meddelande produkten skickar om en order, och varje avisering vi skickar en butiks egen ägare om butiken själv: en betalning på dess plan som misslyckas, en årsplan som snart förnyas, dess stängning, en puff om att lägga till sin första produkt, eller dess veckomejl med siffror: vilken typ det var, adressen det gick till, adressen ett svar går tillbaka till, ämnesraden, vilken av våra egna adresser det skickades från, när det skickades och om leveransen fungerade. Den sista delen är om vår mailtjänst tog emot det och, när den berättar det efteråt, om den mottagande mailservern accepterade eller avvisade det (med orsaken den angav) och om personen det gick till markerade det som skräppost. Själva meddelandet sparas inte, bara faktumet att det skickades, och det är det som låter en säljare se att en kund fick veta om sin order, eller en ägare om sin butik, i stället för att behöva hoppas.
  • Hur en säljare grupperar sina produkter, och hur de grupperna är nästlade en nivå djupt: ordningen de visas i, vilken som ligger i vilken, säljarens egen bild för den, och när var och en skapades och senast ändrades. Det här är säljarens egen katalog, förvarad åt dem så att deras butik kan visa den.
  • En kategoris namn och dess egna ord ovanför och under dess sida, en uppsättning per språk säljaren skriver på, och adressen den svarar på inne i butiken. Skrivet av säljaren, läst av kunder.
  • Vilka av en säljares produkter som ligger i vilka av deras kategorier; en produkt kan ligga i flera samtidigt. Satt av säljaren, läst av kunder som bläddrar i en kategori.
  • Alternativen en säljare säljer en produkt i, som storlek eller färg, och ordningen de visas i. En del av säljarens egen katalog, förvarad åt dem så att deras butik kan visa den.
  • Ett alternativs namn, ett per språk säljaren skriver på, som Storlek och Méret. Skrivet av säljaren, läst av kunder.
  • Värdena i ett alternativ, som S, M och L, och ordningen de visas i. En del av säljarens egen katalog.
  • Ordet för varje värde, ett per språk säljaren skriver på, som Röd och Piros. Skrivet av säljaren, läst av kunder.
  • Varje kombination av en produkts alternativ som kan köpas, med säljarens eget artikelnummer för den, dess lager, hur mycket mer eller mindre den kostar än produkten, och när den skapades och senast ändrades.
  • Vilka värden som utgör varje kombination, som storlek M med färgen röd. Inget annat lagras här.
  • Vilka block din startsida består av, i den ordning du satt, och hur varje block är inställt: dess typ, storlek och form, sorteringen av dess produkter, adresserna den länkar till och bilderna den visar (som namnen på filer du laddat upp). Inga ord finns i den: de sparas separat, en rad per block och språk. Allt är publikt: det är vad en kund ser på din butiks startsida. En rad per butik.
  • Orden du skrev för din startsidas block (en rubrik, en textrad, en knapptext, en bildbeskrivning, ett textblock, en underrubrik), en rad för varje block och varje språk du skrev dem på. Skrivna av dig, lästa av kunder på deras eget språk.
  • En säljares egna sidor, som en Om oss eller en returpolicy: varje sidas webbadress, om den är publicerad, ordningen sidorna listas i, och när var och en skapades och senast ändrades.
  • Rubriken och texten på de sidorna, en uppsättning per språk. Skrivna av säljaren, lästa av kunder när sidan är publicerad.
  • En säljares rabattkoder: varje kod, om den drar av en procentsats eller ett belopp, den minsta varukorg den fungerar på, sista dagen den fungerar, hur många gånger den kan användas, om den är påslagen, och när den skapades och senast ändrades.
  • En slumpmässig nyckel för varje dag, som bara används för att förvränga besökare till de besöksräkningar som beskrivs härnäst. En dags nyckel raderas så fort nästa dags nyckel skapas, så vid varje givet ögonblick finns en nyckel, och inget som kunde känna igen en besökare från en tidigare dag.
  • En räkning av vad besökare gjorde i en butik, för säljarens statistiksida: för varje dag, vilken av fyra saker en besökare gjorde (tittade på en produkt, la något i varukorgen, öppnade kassan, la en order) och när det först hände den dagen. Vid en besökares första räknade steg en dag sparas också värden för sajten som skickade dem (som google.com, aldrig hela adressen) och eventuella kampanjtaggar på adressen de landade på (utm_source, utm_medium, utm_campaign), så att en säljare kan se vilken kanal kunderna kommer från; ett senare steg samma dag sparar inget av detta. En besökare är bara en förvrängd kod gjord av butiken, besökarens internetadress och webbläsartyp, tillsammans med dagens nyckel. När dagen är över raderas nyckeln, så koden kan inte längre vändas tillbaka till en adress eller matchas med samma persons kod en annan dag. Själva adressen, sidorna som tittades på och vad som låg i varukorgen sparas inte.
  • Ett meddelande som en besökare skickade via en säljares egen sida med kontaktformulär: deras namn, deras e-postadress, ämnet och själva meddelandet, vilken sida det skickades från, språket de skrev det på, när det kom, och om aviseringen vi skickar säljaren om det levererades.
  • Din butiks prenumeration, när den har en: Paddles egna id:n för prenumerationen och för dig som dess kund, dess status (aktiv, förfallen, pausad eller avslutad), vilken plan och faktureringsperiod den betalar för, när perioden som för närvarande är betald slutar, och eventuell ändring som redan är väntad vid nästa förnyelse (en uppgradering, en nedgradering eller ett avslut). Inte vad som köptes i din butik, och inte ett kortnummer: Paddle tar emot betalningen själv och förvarar de uppgifterna, som återförsäljare i juridisk mening för den (se var det finns, nedan).
  • Varje faktureringshändelse Paddle har skickat oss, en gång, så att ett meddelande det skickar två gånger inte ändrar något två gånger: händelsens eget id och vilken typ det var, vilken butik den gällde och när den hände.
  • En rad om vår egen dagliga kontroll mot Paddle, för varje prenumeration som ett missat meddelande från dem kunde ha lämnat inaktuell: när den senast kördes, och det enda fel den stötte på, om något. Inget om en butik eller en person: det här är bara om kontrollen själv fungerar.
  • Den enda kassa en butik har öppen hos Paddle medan den väljer en plan: Paddles eget id för den obetalda kassan och när den öppnades. Inget om personen som öppnade den: butiken är den enda kopplingen, och nästa kassa ersätter raden.
  • Varje faktureringshändelse Stripe har skickat oss om en säljares eget anslutna Stripe-konto, en gång, så att ett meddelande det skickar två gånger inte ändrar något två gånger: händelsens eget id, vilket anslutet konto den gällde (aldrig vårt eget plattformskonto), vilken typ det var och när den hände.
  • En återbetalning på en kortorder, via säljarens eget Stripe-konto: vilken order den gällde, Stripes eget id för återbetalningen, beloppet och valutan Stripe rapporterar det i (inte alltid butikens egen valuta), dess status, orsaken som angavs för den och när den hände.
  • Vad som gick fel, grupperat efter vilken sorts sak det var, var det hände (en sidas eget adressmönster, aldrig en kunds faktiska länk) och varför: hur många gånger, när det först och senast sågs, och om en grundare har kvitterat det. Om en sida går sönder i din egen webbläsare (ett skriptfel, en bild som inte laddas, en begäran som aldrig kommer tillbaka) berättar den för oss vilken sida och vad som gick sönder, på samma sätt. Ingen IP-adress, ingen webbläsaridentitet, ingen e-postadress och inget en besökare skrivit finns någonsin i den. Sparas i 90 dagar efter senaste gången det hände.
  • För varje fel nedan, hur många gånger det hände i en viss butik och när det senast hände, så att sidan kan nämna den butiken. Inga personuppgifter: bara butiken det hände i.
  • En katalogfil du laddade upp för att föra in eller uppdatera produkter: vad den innehöll, hur dess kolumner matchades mot din katalog och vad importen gjorde eller avvisade. Raderas automatiskt 24 timmar efter att du laddade upp den, oavsett om du körde den.
  • En fotoadress, eller ett filnamn som matchats mot en ZIP med foton du laddade upp tillsammans med katalogfilen, medan den hämtas eller läses: själva adressen eller namnet, vilken produkt den hör till, och antingen filen den sparades som eller varför den inte kunde användas. Raderas tillsammans med katalogfilen den kom från (se nedan), 24 timmar efter att du laddade upp den; själva ZIP-filen raderas på samma sätt, eller tidigare, när varje foto i den har använts.
  • En katalogimport som körs i bakgrunden: hur många av dess rader som är klara, och vad den har lagt till, uppdaterat eller avvisat hittills. Tas bort tillsammans med katalogfilen den hör till, 24 timmar efter att du laddade upp den.
  • Vad en import behöver för att kunna ångras: en kopia av varje produkt som den var innan importen ändrade den, och vilka produkter, kategorier, märken, kollektioner och egenskaper den skapade. Tas bort tillsammans med katalogfilen den hör till, 24 timmar efter att du laddade upp den.
  • 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.
  • Vilka av dina egna produkter eller kombinationer som har fallit till eller under lagergränsen du satte i Inställningar, och som ännu inte meddelats i ett mejl om lågt lager: inga personuppgifter, bara vilken vara och när den passerade gränsen. Rensas i samma stund det mejlet faktiskt skickas, eller i samma stund inställningen stängs av.
  • En inbjudan som en ägare har skickat till någon att gå med i en butiks admin: adressen som bjudits in, vem som skickade den och när, och den slumpmässiga inbjudningslänkens egen hash, aldrig själva länken. Raderas 30 dagar efter att den går ut eller används.
  • En logg över vem som ändrade vad i din butiks admin och när: medlemmens adress vid tillfället och vad de gjorde (en produkt sparad, en order flyttad, en inställning ändrad och så vidare), aldrig ett kortnummer, en token eller en hemlighet. Den kan bara utökas och kontrolleras varje natt mot manipulering. Om en kund anonymiseras tas deras e-postadress bort från den här loggen också, utan att kontrollen bryts. Sparas i 2 år.
  • När en butiks hela data laddades ner som en fil: bara ögonblicket för varje tryck, så att en butik inte kan begära mer än några per dag. Inget om vad som fanns i filen sparas.
  • Ett omdöme du skrev om något du köpt: ditt betyg, din text och namnet du valde att visa, knutet till ordern det kom från. Sparas tills du raderar det, eller tills produkten eller butiken själv raderas.
  • En liten etikett som en ägare hittat på för sina egna produkter (”Nyhet”, ”Rea”) och dess färg: aldrig en uppgift om en kund, sparas så länge butiken finns.
  • Ordet på en av de etiketterna, på ett språk: en ägares egen text, aldrig en kunds, sparas så länge etiketten finns.
  • Vilken etikett som sitter på vilken produkt, inget mer: sparas så länge båda finns.
  • En ägares egen handplockade lista med ”du kanske också gillar” mellan två av deras produkter: aldrig en uppgift om en kund, sparas så länge båda produkterna finns.
  • En adress som bad att få veta när en slutsåld produkt eller storlek är tillbaka: vilken, vilket språk, och den slumpmässiga länk som avbryter det. Visas aldrig för någon i butiken utöver det enda antalet ”N väntar på den här”. Raderas i samma stund det enda mejl den någonsin ger upphov till skickas, eller efter 90 dagar utan svar, vilket som kommer först.
  • En kund som har loggat in här med en e-postlänk: adressen, språket de läser på och när de först och senast loggade in. Skapas i samma stund en länk faktiskt används, aldrig när en bara begärs.
  • En inloggningslänk på väg: adressen den skickades till, språket den är skriven på och den slumpmässiga länkens egen hash, aldrig själva länken. Raderas en dag efter att den går ut eller används.
  • En kunds egen inloggade webbläsare: det slumpmässiga tecknet i dess cookie, vilken kund den tillhör och när den började och går ut. Raderas i samma stund den går ut.
  • En adress som en kund har sparat på sitt eget konto här, så att kassan kan fylla i sig själv nästa gång: ett namn, ett telefonnummer, själva adressen och vilken som är standard. Högst 10 per kund. En order som lagts med en behåller sin egen kopia för alltid, opåverkad av en senare ändring eller radering av den sparade.
  • Produkterna en inloggad kund har sparat i sin egen önskelista, och när: sparas så länge kundens egen inloggning finns (24 månader sedan de senast sågs), och raderas sedan tillsammans med den.
  • En återanvändbar egenskap som en ägare hittat på för sina egna produkter (”Material”, ”Vattentät”) och dess typ: aldrig en uppgift om en kund, sparas så länge butiken finns.
  • Ordet för en av de egenskaperna, på ett språk: en ägares egen text, aldrig en kunds, sparas så länge egenskapen finns.
  • Ett val i en ”välj ur en lista”-egenskap (”Röd”, ”Sommar”): en ägares egen text, sparas så länge egenskapen finns.
  • Ordet för ett av de valen, på ett språk: en ägares egen text, aldrig en kunds, sparas så länge valet finns.
  • Vilket värde en ägare gav en av sina produkter för en av sina egna egenskaper: aldrig en uppgift om en kund, sparas så länge båda finns.
  • En handplockad (eller, senare, regelbaserad) grupp av en säljares egna produkter (”Presenttips”, ”Sommarrea”) med en egen sida, i ägarens egen ordning. Aldrig en uppgift om en kund, sparas så länge butiken finns.
  • En kollektions namn, dess egna ord ovanför produkterna, dess SEO-rubrik och -beskrivning, en uppsättning per språk säljaren skriver på, och adressen den svarar på inne i butiken. Skrivet av säljaren, läst av kunder.
  • Vilka av en säljares produkter som ligger i vilka av deras kollektioner, och ordningen ägaren lade dem i; en produkt kan ligga i flera samtidigt. Satt av säljaren, läst av kunder som bläddrar i en kollektion.
  • En säljares egna sätt att få betalt (PayPal, Revolut, kontant vid ett marknadsstånd) utöver postförskott, banköverföring och kort: om var och en är påslagen och ordningen de visas i. Satt av säljaren, läst av kunder i kassan.
  • Namnet och instruktionerna för en av säljarens egna betalsätt, en uppsättning per språk säljaren skriver på, till exempel ”Skicka till anna@dinpaypal.com”. Skrivet av säljaren, läst av kunder.
  • Säljarens egna ord ovanför och under orderöversikten i bekräftelsemejlet, en uppsättning per språk säljaren skriver på. Skrivet av säljaren, läst av kunder.
  • Den gamla adressen till en produkt, kategori, kollektion eller sida som bytt namn, så att en gammal länk fortsätter fungera: hur många gånger den använts, och när den senast användes. Raderas tillsammans med det den pekade på.
  • Säljarens egen Google-rubrik och -beskrivning för sin butiks startsida, ett par per språk säljaren skriver på. Skrivet av säljaren, läst av sökmotorer.
  • En gammal adress som säljaren valt att skicka vidare till en egen sida, hur många gånger den använts, och när den senast användes. Sparas tills säljaren raderar den.
  • Säljarens egna mängdrabatter på en produkt: från hur många styck, och hur mycket det är av: aldrig en uppgift om en kund. Sparas så länge produkten finns.
  • Ett presentkort som en säljare har utfärdat: dess kod, valuta, saldot det startade med och vad som är kvar av det, mottagarens e-postadress och namn, säljarens eget meddelande, dess sista dag om det finns någon, och om det har stängts av. Mottagarens e-post och namn sparas så länge kortet finns, vilket är så länge säljarens butik finns.
  • Varje användning av ett presentkort: när dess saldo utfärdades, användes, gavs tillbaka, ändrades för hand, stängdes av eller slogs på igen, med hur mycket, och, när en medlem i säljarens eget team gjorde det, vem.
  • En säljares eget meddelandefält: dess färg, dess valfria länk, datumen det visas mellan och om det är påslaget. Det innehåller ingen information om någon kund alls.
  • Orden i ett meddelandefält, per språk det är skrivet på: själva texten och ordet på dess länk, om det har en.
  • En säljares eget popup-fönster: dess valfria bild och knapplänk, hur det öppnas och hur ofta det får visas igen, datumen det visas mellan och om det är påslaget. Det innehåller ingen information om någon kund alls.
  • Orden i ett popup-fönster, per språk det är skrivet på: dess rubrik, dess text och ordet på dess knapp, om det har en.
  • De analys- eller annonsverktyg från tredje part som en butiksägare har kopplat, om några (Google Analytics 4, en Meta Pixel, en TikTok Pixel): deras id:n, och vilka produkter en kund tittade på, lade i varukorgen eller köpte, men aldrig deras namn, e-post, adress eller telefon.
  • En säljares egen knapp för att sälja presentkort i sin butik: om den är på, de fasta beloppen som erbjuds och hur länge ett köpt kort gäller. Satt av säljaren, läst av kunder på /gift-card.
  • Vem som köpte ett presentkort och vem det är till: beloppet, mottagarens namn och e-post, köparens eget meddelande och avsändarens namn. Sparas så länge själva ordern gör, vilket är så länge säljarens butik finns.
  • När en ägare stänger sin egen butik, den valfria orsaken med ett klick och anteckningen de tillfrågas om: varför, och allt de ville berätta för oss. Om butiken senare raderas raderas anteckningen med den och raden nämner inte längre någon butik; bara orsaken, dagen, hur länge butiken hade funnits och hur många produkter och ordrar den hade sparas, för att vi ska lära oss av det.
  • Den enda filen bakom en produkt som säljs som nedladdning: dess ursprungliga namn, dess storlek och en kontrollsumma för dess bytes, så att en ändrad fil aldrig förväxlas med den en kund betalade för. Själva bytes ligger utanför databasen och serveras aldrig på en gissningsbar adress.
  • En betald orders egen privata nedladdningslänk: ett slumpmässigt tecken som ingen kunde gissa, hur många gånger den använts och hur många den tillåter, och när den går ut eller återkallades. Raderas 30 dagar efter att den går ut eller återkallas, aldrig så att ett tecken som en främling senare kunde hitta i ett gammalt mejl fortfarande fungerar.
  • En säljares egna blogginlägg: varje inläggs webbadress, om det är publicerat och när, dess omslagsbild, och när det skapades och senast ändrades.
  • Rubriken, utdraget och texten i de inläggen, en uppsättning per språk. Skrivna av säljaren, lästa av kunder när inlägget är publicerat.
  • Vilka av en säljares egna produkter som visas under vilka av deras blogginlägg, och ordningen ägaren lade dem i; en produkt kan ligga under flera inlägg samtidigt. Satt av säljaren, läst av kunder som läser inlägget.
  • Vad en säljare berättar för kunder om sin verksamhet på butikens egna juridiska sidor: dess registrerade namn, dess registrerings- och skattenummer, om var och en av dess villkor, integritetspolicy och returssida använder vår mall eller egna ord, och när det senast ändrades.
  • En säljares egna ord för sina villkor, sin integritetspolicy eller sin returssida, en text per dokument och språk, när de valde att skriva egna i stället för vår mall. Skrivna av säljaren, lästa av kunder.

Grundarnas egna nycklar

Inte i databasen: plattformens egna nycklar till Paddle och till Stripe, var och en förvarad i en fil som bara den körande appen kan läsa, aldrig i en miljövariabel eller i kod. Paddles låter oss fakturera en butiks egen prenumeration och verifiera dess webhook; Stripes låter en butik ta emot kortbetalningar direkt på sitt eget Stripe-konto och verifierar den webhooken. Ingen av filerna innehåller ett lösenord, ett kortnummer eller något om dig eller en viss butik.

Cookies

Varje cookie vi sätter är vår egen, och var och en gör bara ett jobb som du har bett om. lang kommer ihåg vilket språk du valde, i ett år. På storefront.ninja själv: sn_a håller en inloggning medan den pågår, i 15 minuter; sn_s håller dig inloggad i en butiks admin, i 30 dagar; mx_account noterar, i 400 dagar, att den här webbläsaren har loggat in med ett mixtape-konto förut, så att ett senare besök kan logga in dig igen utan att fråga, och mx_silent noterar, tills du stänger webbläsaren, att detta har prövats en gång; sn_demo öppnar den offentliga demo-admin, i 2 timmar, och sn_demo_refused låter nästa sida säga, i 2 minuter, att demon inte sparade en ändring; sn_preview låter Utseende-redigeraren visa en butiksägare sina osparade ändringar i den egna webbläsaren, i 2 timmar. I en butik: sn_cart kommer ihåg vad du har lagt i butikens varukorg (vilken butik, vilka produkter och hur många av varje, signerat så att ingen annan kan skriva om det, och aldrig ett pris) och, om du följde en taggad kampanjlänk för att lägga den första varan i den, vilken kampanj det var (aldrig vilka sidor du besökte); sn_coupon och sn_giftcard kommer ihåg en rabattkod eller en presentkortskod som du skrev in, tills du beställer eller tar bort den (bara koden: vad den är värd räknas ut på nytt på servern varje gång); sn_ck och sn_gcbk håller var sitt slumptal som binder kassaformuläret, eller formuläret för att köpa ett presentkort, till din egen webbläsare, så att ett formulär inte kan skickas från någon annanstans och ett andra tryck på knappen inte kan beställa samma sak två gånger; sn_compare kommer ihåg upp till 4 produkter som du vill ställa bredvid varandra, tills du rensar den eller trycker på Ta bort på alla; var och en av dessa varar högst 30 dagar och skickas aldrig någon annanstans. sn_shopper håller dig inloggad på ditt konto i just den butiken, i 30 dagar, och skickas aldrig till någon annan butik; sn_view kommer ihåg om du listar produkter som rutnät eller lista, i ett år. Alla dessa är absolut nödvändiga, och ingen av dem delas med någon. En butiksägare kan koppla Google Analytics 4, en Meta Pixel och en TikTok Pixel (Inställningar → Spårning); när de har kopplat något av dessa visar butikens egna sidor en cookiebanner som nämner exakt de som används, och inget från något av dem laddas förrän du trycker på Acceptera. Det valet kommer ihåg i en cookie som heter sn_consent, i 180 dagar, tillsammans med vilka verktyg det gäller - koppla ett till senare och du får frågan igen. "Cookieinställningar" i butikens egen sidfot öppnar bannern igen när som helst, och att trycka på Avvisa där raderar sn_consent och de av dessa cookies som butiken hade satt: Google Analytics egna, Metas _fbp och _fbc, och TikToks _ttp. Ingen av dessa delas med någon annan än det verktyg den tillhör, och först när du har accepterat. En butiks egen popup, när den har en, kommer ihåg i webbläsarens egen lagring snarare än i en cookie - under en enda nyckel som heter sn_popup_closed - id:t på den du senast stängde där och tiden då du stängde den, så att den inte visas för dig igen så länge säljaren valt (aldrig mer, eller igen efter 7 eller 30 dagar); detta skickas aldrig till vår server. En butiks sida kan ha ett videoblock: inget laddas från det förrän en kund trycker på play, och att trycka på play laddar videon från YouTube (youtube-nocookie.com), som sedan kan sätta egna cookies. Samma regel gäller när en butiksägare väljer en plan: inget från Paddle laddas på /admin/plan förrän ägaren trycker på Välj Pro eller Välj Max, och då laddas Paddles eget kassaskript (cdn.paddle.com), som sedan kan sätta egna cookies eller lagra egna data i webbläsaren för den kassan och för dess bedrägerikontroller - Paddles egen integritetspolicy, inte vår, säger vad och hur länge. Det som en butiksägare ser om besök räknas av vår egen server när sidorna levereras, utan cookie och utan att din adress sparas (de två analystabellerna ovan säger exakt vad som sparas), och därför ber ingenting här dig att acceptera cookies.

Besök på våra egna sidor

Vi räknar hur många gånger var och en av våra egna publika sidor (den här, startsidan, priser, villkor och återbetalningar) öppnas varje dag, vilken sajt ett besök kom från (bara med sajtens namn), landet det kom från (så som vår nätverksleverantör Cloudflare anger det, med två bokstäver) och om det var en mobil, en surfplatta eller en dator, och vi delar de räkningarna med mixtape.works egen Studio. För att veta hur många olika personer som kommer varje dag gör vår server om din IP-adress och din webbläsartyp till en kod med en slumpmässig nyckel som byts varje dag och sedan raderas. Adressen och webbläsartypen sparas inte, och koden kan inte visa vem du är eller koppla ihop dina besök på olika dagar. Ingen cookie används och inget sparas på din enhet; den rättsliga grunden är vårt berättigade intresse av att veta hur våra sidor används (GDPR art. 6.1 f). Det gäller aldrig en butiks egna sidor, vars besök räknas separat åt butikens ägare (de två statistiktabellerna ovan säger exakt vad som sparas).

Vårt nyhetsbrev

Om du prenumererar på Storefront Ninjas nyhetsbrev längst ner på våra sidor förvarar mixtape-kontotjänsten din e-postadress, listan du valde, ditt språk och datumen du bekräftade eller lämnade, för att skicka dig den listans nyheter, och mixtapes nyheter också om du bockade i den rutan. Inget skickas förrän du bekräftar med länken vi mejlar dig, varje mejl har en länk för att lämna, och mejlen skickas via Amazon SES i EU (Amazon Web Services EMEA SARL). När du lämnar sparar vi bara noteringen att du lämnade, så att du aldrig mejlas igen.

Supportchatten

Där en sida erbjuder det kan du fråga vår AI-assistent om Storefront Ninja. Det du skriver, adressen till sidan du frågar från och dess språk går till Anthropic (Anthropic, PBC, USA), vars AI-modell skriver svaret; Anthropic behandlar dem åt oss enligt sina kommersiella villkor, som inkluderar EU:s standardavtalsklausuler för överföringen, och tränar inte sina modeller på dem. Vi sparar inga utskrifter: samtalet finns kvar i din webbläsarflik tills du stänger den. Vår server sparar bara dagliga räkningar (chattar, meddelanden och vad de kostar) och, i minnet i högst en dag, din IP-adress och ett slumptal som din webbläsare behåller, för att begränsa hur många meddelanden en besökare kan skicka. Om du väljer att skicka samtalet till en människa mejlas det till support@mixtape.works med din e-postadress, så att vi kan svara. Den rättsliga grunden är vårt berättigade intresse av att svara på frågor om våra produkter (GDPR art. 6.1 f) och, för en överlämning, din begäran (art. 6.1 b).

Hur länge det sparas

En session tar slut av sig själv, och att logga ut avslutar den genast. En butik som stängs, för att dess egen ägare stängde den eller för att vi stängde den för hand, sparas i 30 dagar så att den kan öppnas igen, och raderas därefter. När den raderas raderas också en anteckning som dess ägare lämnade oss på vägen ut; bara orsaken de angav, dagen, hur länge butiken hade funnits och hur många produkter och ordrar den hade sparas, utan något namn. Be oss radera en butik tidigare så gör vi det. Besöksräkningar sparas i ungefär ett år och raderas sedan.

Var det finns

I en databasfil på en server som hyrs från Hetzner Online GmbH (Industriestr. 25, 91710 Gunzenhausen, Tyskland), i deras datacenter i Finland, inom EU. Cloudflare bär trafiken dit. Mejlen om en order levereras av Amazon Web Services (Amazon Web Services EMEA SARL, från dess datacenter i Frankfurt, Tyskland, inom EU), så adressen, namnet och vad som beställdes når dem. När AWS inte kan ta emot ett meddelande levererar Resend (Plus Five Five, Inc., USA) det i stället, och först då lämnar uppgifterna EU; bortsett från supportchatten ovan gör ingenting annat det. En butik som tar kortbetalning kopplar sitt eget Stripe-konto (Stripe Payments Europe, Limited, Irland): en kunds kortuppgifter går rakt till Stripe, aldrig till oss, och pengarna regleras direkt till säljarens eget Stripe-konto. En butik på en betald plan faktureras av Paddle.com Market Limited, som säljer prenumerationen som återförsäljare i juridisk mening: dess egna id:n för prenumerationen och för dig som dess kund når dem, inget om en försäljning i din butik gör det. Inget säljs, och inget lämnas till någon som inte behövs för att driva tjänsten.

Dina rättigheter

Du kan begära en kopia av allt som finns om dig, få ett fel rättat eller få det raderat. Skriv till support@mixtape.works så agerar vi. Om du köpt något från en butik här, fråga den butiken först: det du gav dem är deras. Om du loggat in i en butik här med din egen e-postlänk kan du ladda ner eller radera det kontot själv, på butikens egen sajt.

Senast uppdaterad 4 november 2026.