Gå til indholdet
Storefront Ninja

Privatliv

Hvad Storefront Ninja gemmer, hvorfor det har brug for hvert stykke, hvor det opbevares, og hvordan du får det fjernet.

Hvem der driver dette

Storefront Ninja er et produkt fra mixtape.works, drevet af Human Hygiene Kft., 1163 Budapest, Datolya utca 40., Ungarn (CVR-svarende registreringsnummer 01-09-464537, EU-momsnummer HU12087783; alle oplysninger på mixtape.works/imprint). Skriv til support@mixtape.works om alt på denne side.

Sælgere og kunder

En sælger, der åbner en butik her, er vores kunde, og alt nedenfor handler om dem. En kunde, der køber i en af de butikker, køber af sælgeren, ikke af os: sælgeren bestemmer, hvad en kunde skal bedes om, og vi opbevarer det for dem, efter deres instruktioner, så deres butik kan virke.

Hvad der gemmes, og hvorfor hvert stykke

  • Butikken: dens navn, den adresse, den svarer på (yourshop.storefront.ninja), det sprog, den er skrevet på, den valuta, den prissætter i, dens land og tidszone, dens plan og hvordan der kan betales: om den tager kortbetaling via sin egen Stripe-konto, om den tager efterkrav, og kontohaveren og IBAN, den beder kunderne overføre til, og hvad den vil have skrevet som reference, og hvordan en kunde når sælgeren: butikkens kontaktmailadresse, telefonnummer og forretningsadresse. Hvis sælgeren har uploadet et logo eller et fanebladsikon, gemmes den fil, hver er gemt som, også her, og det samme gælder det startskærmsikon, vi tegner ud fra fanebladsikonet, i de tre størrelser en telefon har brug for, og den accentfarve, de valgte, og om de gjorde butikken altid lys eller altid mørk. Alt dette er offentligt: det er det, en kunde ser på butikkens sider. Uden dette er der intet at vise på den adresse, ingen måde at vide, hvad butikken koster, og ingen måde for en kunde at betale sælgeren.
  • Hvem der må åbne en butiks admin: id'et på deres mixtape-konto, den mailadresse, kontoen har bekræftet, og om de ejer butikken eller arbejder i den.
  • En logget ind browser: det tilfældige token, der er i dens cookie, den mixtape-konto, den hører til, den kontos mailadresse og navn, det sprog, den valgte, og hvornår sessionen begyndte, sidst blev brugt og udløber. Login sker via din mixtape-konto på account.mixtape.works, det ene login til hvert mixtape-produkt, så Storefront Ninja aldrig ser eller gemmer en adgangskode.
  • Mixtape-kontoen for alle, der har logget ind her: dens id, den mailadresse, den har bekræftet, det navn, den bærer, og hvornår den først og sidst loggede ind. Den første dato er, hvordan vi ved, hvor længe du har været hos os, og kontoen er det, en butiks admin er knyttet til.
  • Et login, der er i gang: de tilfældige værdier, der knytter svaret fra account.mixtape.works til det login, din browser startede, og intet om dig. Rækken slettes i det øjeblik, du kommer tilbage, og under alle omstændigheder inden for femten minutter.
  • Hvad en butik sælger: dens varenummer, dens pris og tilbudspris (som et helt tal og en valutakode), dens vægt, når sælgeren har skrevet en, hvor mange der er på lager, om den vises i butikken, og hvornår den blev lagt op og sidst ændret. Dette er sælgerens eget katalog, opbevaret for dem, så deres butik kan virke.
  • Et produkts ord, ét sæt pr. sprog, sælgeren skriver på: dets navn, dets korte og lange beskrivelse, den Google-titel og -beskrivelse, sælgeren kan skrive til det, og den adresse, det svarer på inde i butikken. Skrevet af sælgeren, læst af kunder.
  • Et produkts fotos: den fil, hver er gemt som, og den rækkefølge, de vises i. Sælgeren uploader dem, og de er offentlige, fordi det er dem, en kunde ser på produktets side.
  • Hvordan en butik sender ting, og hvad den opkræver: for hver leveringsmetode de lande, den betjener, og dens prissætning - enten én fast pris og den ordreværdi, hvorfra den er gratis, eller et sæt trin efter ordrens værdi eller vægt (se shipping_method_bands) - som hele tal og en valutakode. Skrevet af sælgeren og læst af kunder i kassen. En butik uden en leveringsmetode tager sine ordrer til afhentning.
  • En leveringsmetodes navn, ét pr. sprog, sælgeren skriver på. Skrevet af sælgeren, læst af kunder.
  • Trinnene i en leveringsmetode med pris efter ordrens værdi eller vægt frem for én fast pris: hvert trins grænser og hvad den opkræver inden for dem, som hele tal og en valutakode. Skrevet af sælgeren, læst af kunder i kassen.
  • Den momssats, du sætter for hvert land, der har sin egen (for eksempel Tyskland med 19 %). Den rummer ingen personoplysninger.
  • De skatteklasser, du navngiver (for eksempel Bøger med 5 %), og deres standardsats. De rummer ingen personoplysninger.
  • Den sats, du sætter for en skatteklasse i hvert land, der har sin egen. Den rummer ingen personoplysninger.
  • Fakturaer udstedt, før fakturering blev taget ud af produktet: nummeret og dagen for hver, krediteringen af en annulleret ordre og den PDF, der er gemt for hver. Intet i produktet læser eller sender dem nu, og ingen ny faktura udstedes.
  • En ordre, nogen afgav i en af de butikker: dens nummer, kundens mailadresse, navn og telefonnummer, leveringsadressen, enhver note de efterlod, det sprog de bestilte på, hvordan de valgte at betale, hvad den løb op i (som hele tal og en valutakode), den rabatkode de brugte og hvad den trak fra, hvordan den blev sendt (leveringsmetodens navn, som det stod den dag, og hvad leveringen kostede), hvor den står, hvornår den blev afgivet, og det tilfældige token i kundens eget link til den. Når kundens første tilføjelse til deres kurv bar et kampagnetag (utm_source, utm_medium, utm_campaign, som et nyhedsbrevslink eller en betalt annonce), gemmes det tag også på ordren, så en sælger kan se, hvilken kanal deres omsætning kom fra; en ordre uden er en, ingen mærkede, eller en skrevet ind i hånden. Kunden gav alt dette til sælgeren, ikke til os; vi opbevarer det for sælgeren, så deres butik kan virke. En erhvervskøber, der oplyste et firmanavn og et EU-momsnummer: begge gemmes på ordren, med om salget var omvendt betalingspligt (ingen moms på det) og den dag, et VIES-tjek sagde, at nummeret var gyldigt. Nummeret sendes til Europa-Kommissionens VIES-tjeneste, som kun svarer, om det er et gyldigt momsnummer; intet andet om køberen sendes til den, og dens svar gemmes i hukommelsen i en time, aldrig i vores database. Når en kortbetaling på den bestrides af kundens egen bank, gemmer vi det, Stripe fortalte os om tvisten: dens årsag, det beløb, der er i tvist, den frist, Stripe gav til at svare, og om den senere blev afgjort til sælgerens fordel eller tabt som en tilbageførsel. Når ejeren markerer den som sendt, gemmes transportørens sporingsnummer og -link, de skrev, også på ordren og vises for den kunde.
  • Hvad der er på en ordre: hvilket produkt og hvilken kombination af det (størrelse, farve) den peger på, og navnet, kombinationen, varenummeret, stykprisen, antallet og linjetotalen præcis som de stod i det øjeblik, den blev afgivet. De er kopier med vilje, så en pris, sælgeren ændrer bagefter, ikke kan ændre en ordre, der allerede er lavet.
  • Hvor en ordre har været: hver status, den har haft (ny, betalt, sendt, annulleret), hvornår den fik den, og mailadressen på den butiksperson, der flyttede den dertil, eller slet intet, når det var kundens eget tryk. Det er, hvordan en sælger kan svare på "hvornår sendte du den?", og hvordan vi kan se, hvad der skete, hvis en ordre nogensinde bestrides.
  • Hver besked, produktet sender om en ordre, og hver meddelelse, vi sender en butiks egen ejer om selve butikken - en betaling på dens plan, der mislykkes, en årlig plan, der snart fornyes, dens lukning, et skub til at tilføje dens første produkt eller dens ugentlige mail med tal: hvilken slags det var, den adresse, den gik til, den adresse, et svar går tilbage til, dens emnelinje, hvilken af vores egne adresser den blev sendt fra, hvornår den blev sendt, og om leveringen virkede. Den sidste del er, om vores mailtjeneste tog imod den, og, når den fortæller os det bagefter, om den modtagende mailserver accepterede eller afviste den (med den årsag, den gav), og om den, den gik til, markerede den som spam. Selve beskeden gemmes ikke, kun det faktum, at den fandtes, og det er det, der lader en sælger se, at en kunde fik besked om sin ordre - eller en ejer om sin butik - frem for at skulle håbe.
  • Hvordan en sælger grupperer sine produkter, og hvordan grupperne er indlejret ét niveau dybt: rækkefølgen, de vises i, hvilken der er inde i hvilken, sælgerens eget billede til den, og hvornår hver blev lavet og sidst ændret. Dette er sælgerens eget katalog, opbevaret for dem, så deres butik kan vise det.
  • En kategoris navn og dens egne ord over og under dens side, ét sæt for hvert sprog, sælgeren skriver på, og den adresse, den svarer på inde i butikken. Skrevet af sælgeren, læst af kunder.
  • Hvilke af en sælgers produkter der er i hvilke af deres kategorier - et produkt kan være i flere på én gang. Sat af sælgeren, læst af kunder, der browser en kategori.
  • De valgmuligheder, en sælger sælger et produkt i, som størrelse eller farve, og den rækkefølge, de vises i. Del af sælgerens eget katalog, opbevaret for dem, så deres butik kan vise det.
  • En valgmulighedens navn, ét pr. sprog, sælgeren skriver på, som Størrelse og Méret. Skrevet af sælgeren, læst af kunder.
  • Værdierne af en valgmulighed, som S, M og L, og den rækkefølge, de vises i. Del af sælgerens eget katalog.
  • Ordet for hver værdi, ét pr. sprog, sælgeren skriver på, som Rød og Piros. Skrevet af sælgeren, læst af kunder.
  • Hver kombination af et produkts valgmuligheder, der kan købes, med sælgerens eget varenummer til den, dens beholdning, hvor meget mere eller mindre den koster end produktet, og hvornår den blev lavet og sidst ændret.
  • Hvilke værdier der udgør hver kombination, som størrelse M med farven rød. Intet andet gemmes her.
  • Hvilke blokke din forside er lavet af, i den rækkefølge du satte, og hvordan hver er sat op: dens type, dens størrelse og form, sorteringen af dens produkter, de adresser, den linker til, og de billeder, den viser (som navnene på filer, du uploadede). Ingen ord er i den: de gemmes adskilt, én række pr. blok og sprog. Det hele er offentligt: det er det, en kunde ser på forsiden af din butik. Én række pr. butik.
  • De ord, du skrev til din forsides blokke (en overskrift, en tekstlinje, en knaptekst, en beskrivelse af et billede, en tekstblok, en rubrik), én række for hver blok og hvert sprog, du skrev dem på. Skrevet af dig, læst af kunder på deres eget sprog.
  • En sælgers egne sider, som en Om os eller en returpolitik: hver sides webadresse, om den er udgivet, den rækkefølge siderne står i, og hvornår hver blev lavet og sidst ændret.
  • Titlen og teksten på de sider, ét sæt pr. sprog. Skrevet af sælgeren, læst af kunder, når siden er udgivet.
  • En sælgers rabatkoder: hver kode, om den trækker en procentdel eller et beløb fra, den mindste kurv, den virker på, den sidste dag, den virker, hvor mange gange den kan bruges, om den er slået til, og hvornår den blev lavet og sidst ændret.
  • Én tilfældig nøgle for hver dag, der kun bruges til at sløre besøgende til de besøgstal, der beskrives næste. En dags nøgle slettes, så snart den næste dags er lavet, så der til enhver tid er én nøgle og intet, der kunne genkende en besøgende fra en tidligere dag.
  • En optælling af, hvad besøgende gjorde i en butik, til sælgerens statistikside: for hver dag, hvilken af fire ting en besøgende gjorde (så på et produkt, lagde noget i kurven, åbnede kassen, afgav en ordre) og hvornår det først skete den dag. Ved en besøgendes første talte trin på en dag gemmes også værten for det site, der sendte dem (som google.com, aldrig den fulde adresse), og eventuelle kampagnetags på den adresse, de landede på (utm_source, utm_medium, utm_campaign), så en sælger kan se, hvilken kanal deres kunder kommer fra; et senere trin samme dag gemmer intet af dette. En besøgende er kun en sløret kode lavet af butikken, den besøgendes internetadresse og browsertype sammen med den dags nøgle. Når dagen er omme, slettes nøglen, så koden ikke længere kan vendes tilbage til en adresse eller matches med den samme persons kode en anden dag. Selve adressen, de sider, der blev set, og hvad der var i kurven, gemmes ikke.
  • En besked, en besøgende sendte via en sælgers egen kontaktformularside: deres navn, deres mailadresse, emnet og selve beskeden, hvilken side den blev sendt fra, det sprog de skrev den på, hvornår den kom, og om den meddelelse, vi sender sælgeren om den, blev leveret.
  • Din butiks abonnement, når den har et: Paddles egne id'er for abonnementet og for dig som dens kunde, dets status (aktivt, forfaldent, sat på pause eller opsagt), hvilken plan og faktureringsperiode det betaler for, hvornår den periode, der er betalt for nu, slutter, og enhver ændring, der allerede skal ske ved næste fornyelse (en opgradering, en nedgradering eller en opsigelse). Ikke hvad der blev købt i din butik, og ikke et kortnummer: Paddle tager selv betalingen og opbevarer de oplysninger som den ansvarlige sælger (merchant of record) for den (se hvor det er, nedenfor).
  • Hver faktureringshændelse, Paddle har sendt os, én gang, så en besked, den sender to gange, ikke ændrer noget to gange: hændelsens eget id og hvilken slags den var, hvilken butik den handlede om, og hvornår den skete.
  • Én linje om vores egen daglige kontrol mod Paddle, for hvert abonnement som en tabt besked fra dem kunne have efterladt forældet: hvornår den sidst kørte, og den ene fejl, den ramte, hvis nogen. Intet om en butik eller en person - det er kun, om selve kontrollen virker.
  • Den ene kasse, en butik har åben hos Paddle, mens den vælger en plan: Paddles eget id for den ubetalte kasse og hvornår den blev åbnet. Intet om den person, der åbnede den - butikken er det eneste led, og den næste kasse erstatter rækken.
  • Hver faktureringshændelse, Stripe har sendt os om en sælgers egen tilsluttede Stripe-konto, én gang, så en besked, den sender to gange, ikke ændrer noget to gange: hændelsens eget id, hvilken tilsluttet konto den handlede om (aldrig vores egen platformskonto), hvilken slags den var, og hvornår den skete.
  • En refundering foretaget på en kortordre, via sælgerens egen Stripe-konto: hvilken ordre den var for, Stripes eget id for refunderingen, beløbet og den valuta, Stripe melder det i (ikke altid butikkens egen valuta), dens status, den angivne årsag, og hvornår det skete.
  • Hvad der gik galt, grupperet efter hvilken slags ting det var, hvor det skete (en sides eget adressemønster, aldrig en kundes faktiske link) og hvorfor: hvor mange gange, hvornår det først og sidst blev set, og om en grundlægger har kvitteret for det. Hvis en side går i stykker i din egen browser - en scriptfejl, et billede der ikke indlæses, en forespørgsel der aldrig kommer tilbage - fortæller den os, hvilken side og hvad der gik i stykker, på samme måde. Ingen IP-adresse, ingen browseridentitet, ingen mailadresse og intet, en besøgende har skrevet, er nogensinde med. Gemt i 90 dage efter sidste gang, det skete.
  • For hver fejl nedenfor, hvor mange gange den skete i en given butik, og hvornår den sidst gjorde, så siden kan nævne den butik. Ingen personoplysninger: kun den butik, den skete i.
  • En katalogfil, du uploadede for at hente eller opdatere produkter: hvad den indeholdt, hvordan dens kolonner blev matchet til dit katalog, og hvad importen gjorde eller afviste. Slettes automatisk 24 timer efter du uploadede den, uanset om du kørte den.
  • En fotoadresse eller et filnavn matchet til en ZIP med fotos, du uploadede sammen med katalogfilen, mens den hentes eller læses: selve adressen eller navnet, hvilket produkt den hører til, og enten den fil, den blev gemt som, eller hvorfor den ikke kunne bruges. Slettes sammen med den katalogfil, den kom fra (se nedenfor), 24 timer efter du uploadede den; selve ZIP-filen slettes på samme måde eller tidligere, når hvert foto i den er brugt.
  • En katalogimport, der køres i baggrunden: hvor mange af dens rækker der er færdige, og hvad den har tilføjet, opdateret eller afvist indtil videre. Slettes sammen med den katalogfil, den hører til, 24 timer efter du uploadede den.
  • Hvad en import har brug for for at kunne fortrydes: en kopi af hvert produkt, som det var, før importen ændrede det, og hvilke produkter, kategorier, badges, kollektioner og egenskaber den oprettede. Slettes sammen med den katalogfil, den hører til, 24 timer efter du uploadede 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.
  • Hvilke af dine egne produkter eller kombinationer der er faldet til eller under den beholdningsgrænse, du satte under Indstillinger, og endnu ikke er omtalt i en mail om lav beholdning: ingen personoplysninger, kun hvilken vare og hvornår den krydsede grænsen. Ryddes i det øjeblik, den mail faktisk går ud, eller i det øjeblik indstillingen slås fra.
  • En invitation, en ejer har sendt til nogen om at deltage i en butiks admin: den inviterede adresse, hvem der sendte den og hvornår, og det tilfældige invitationslinks eget hash - aldrig selve linket. Slettes 30 dage efter, den udløber eller bruges.
  • En registrering af, hvem der ændrede hvad i din butiks admin og hvornår - medlemmets adresse på det tidspunkt og hvad de gjorde (et produkt gemt, en ordre flyttet, en indstilling ændret og så videre), aldrig et kortnummer, et token eller en hemmelighed. Den kan kun tilføjes til og tjekkes hver nat for manipulation. Hvis en kunde anonymiseres, bliver deres mailadresse også fjernet fra denne registrering, uden at tjekket brydes. Gemt i 2 år.
  • Hvornår en butiks samlede data blev downloadet som én fil - kun tidspunktet for hvert tryk, så en butik ikke kan bede om mere end nogle få om dagen. Intet om, hvad der var i filen, gemmes.
  • En anmeldelse, du skrev af noget, du købte: din bedømmelse, din tekst og det navn, du valgte at vise, knyttet til den ordre, den kom fra - gemt, til du sletter den, eller til produktet eller selve butikken slettes.
  • Et lille mærkat, en ejer har fundet på til sine egne produkter ('Ny', 'Udsalg'), og dets farve - aldrig en oplysning om en kunde, gemt så længe butikken findes.
  • Ordet på et af de mærkater, på ét sprog - en ejers egen tekst, aldrig en kundes, gemt så længe mærkatet findes.
  • Hvilket mærkat der sidder på hvilket produkt, intet mere - gemt så længe begge findes.
  • En ejers egen håndplukkede liste af 'du kan også lide' mellem to af deres produkter - aldrig en oplysning om en kunde, gemt så længe begge produkter findes.
  • En adresse, der bad om at få besked, når et udsolgt produkt eller en størrelse er tilbage: hvilket, hvilket sprog, og det tilfældige link, der annullerer det - aldrig vist for nogen i butikken ud over det ene tal 'N venter på dette'. Slettes i det øjeblik, den ene mail, den nogensinde fortjener, går ud, eller efter 90 dage uden svar, alt efter hvad der kommer først.
  • En kunde, der har logget ind her med et maillink: adressen, det sprog de læser på, og hvornår de først og sidst loggede ind. Oprettet i det øjeblik, et link rent faktisk bruges, aldrig når et kun bliver bedt om.
  • Et login-link på vej: den adresse, det blev sendt til, det sprog det er skrevet på, og det tilfældige links eget hash - aldrig selve linket. Slettes en dag efter, det udløber eller bruges.
  • En kundes egen loggede ind browser: det tilfældige token i dens cookie, hvilken kunde den hører til, og hvornår den begyndte og udløber. Slettes i det øjeblik, den udløber.
  • En adresse, en kunde har gemt på sin egen konto her, så kassen kan udfylde sig selv næste gang: et navn, et telefonnummer, selve adressen, og hvilken der er standard. Højst 10 pr. kunde. En ordre afgivet med en beholder sin egen kopi for altid, upåvirket af en senere redigering eller sletning af den gemte.
  • De produkter, en logget ind kunde har gemt på sin egen ønskeliste, og hvornår - gemt så længe kundens eget login er (24 måneder siden de sidst blev set), og derefter slettet med det.
  • En genbrugelig egenskab, en ejer har fundet på til sine egne produkter ('Materiale', 'Vandtæt'), og dens type - aldrig en oplysning om en kunde, gemt så længe butikken findes.
  • Ordet for en af de egenskaber, på ét sprog - en ejers egen tekst, aldrig en kundes, gemt så længe egenskaben findes.
  • Ét valg i en 'vælg fra en liste'-egenskab ('Rød', 'Sommer') - en ejers egen tekst, gemt så længe egenskaben findes.
  • Ordet for et af de valg, på ét sprog - en ejers egen tekst, aldrig en kundes, gemt så længe valget findes.
  • Hvilken værdi en ejer gav et af deres produkter for en af deres egne egenskaber - aldrig en oplysning om en kunde, gemt så længe begge findes.
  • En håndplukket (eller senere regelbaseret) gruppe af en sælgers egne produkter - 'Gaveidéer', 'Sommerudsalg' - med sin egen side, i ejerens egen rækkefølge. Aldrig en oplysning om en kunde, gemt så længe butikken findes.
  • En kollektions navn, dens egne ord over produkterne, dens SEO-titel og -beskrivelse, ét sæt pr. sprog, sælgeren skriver på, og den adresse, den svarer på inde i butikken. Skrevet af sælgeren, læst af kunder.
  • Hvilke af en sælgers produkter der er i hvilke af deres kollektioner, og den rækkefølge, ejeren satte dem i - et produkt kan være i flere på én gang. Sat af sælgeren, læst af kunder, der browser en kollektion.
  • En sælgers egne måder at blive betalt på - PayPal, Revolut, kontant på en markedsstand - ud over efterkrav, bankoverførsel og kort: om hver er slået til, og den rækkefølge, de vises i. Sat af sælgeren, læst af kunder i kassen.
  • Navnet og instruktionerne for en af sælgerens egne betalingsmåder, ét sæt pr. sprog, sælgeren skriver på - 'Send til anna@yourpaypal.com', for eksempel. Skrevet af sælgeren, læst af kunder.
  • Sælgerens egne ord over og under ordreoversigten i bekræftelsesmailen, ét sæt pr. sprog, sælgeren skriver på. Skrevet af sælgeren, læst af kunder.
  • Den gamle adresse på et omdøbt produkt, en omdøbt kategori, kollektion eller side, så et gammelt link bliver ved med at virke - hvor mange gange den er brugt, og hvornår den sidst blev brugt. Slettes sammen med det, den plejede at pege på.
  • Sælgerens egen Google-titel og -beskrivelse til deres butiks forside, ét par pr. sprog, sælgeren skriver på. Skrevet af sælgeren, læst af søgemaskiner.
  • En gammel adresse, sælgeren har valgt at sende videre til en side af deres egen, hvor mange gange den er brugt, og hvornår den sidst blev brugt. Gemt, til sælgeren sletter den.
  • Sælgerens egne mængderabatter på et produkt - fra hvor mange stk., og hvor meget det er i rabat - aldrig en oplysning om en kunde. Gemt så længe produktet findes.
  • Et gavekort, en sælger har udstedt: dets kode, valuta, den saldo, det startede med, og hvad der er tilbage af den, modtagerens mailadresse og navn, sælgerens egen besked, dets sidste dag, hvis der er en, og om det er slået fra. Modtagerens mail og navn gemmes, så længe kortet findes, hvilket er så længe sælgerens butik gør.
  • Hver brug af et gavekort: hvornår dets saldo blev udstedt, brugt, givet tilbage, ændret i hånden, slået fra eller til igen, med hvor meget, og - når en af sælgerens egne teammedlemmer gjorde det - hvilket.
  • En sælgers egen meddelelsesbjælke: dens farve, dens valgfri link, de datoer, den vises mellem, og om den er slået til. Den bærer slet ingen oplysninger om en kunde.
  • Ordene i en meddelelsesbjælke, pr. sprog den er skrevet på: selve teksten og ordet på dens link, hvis den har et.
  • En sælgers egen popup: dens valgfri billede og knaplink, hvordan den åbner, og hvor ofte den må vises igen, de datoer, den vises mellem, og om den er slået til. Den bærer slet ingen oplysninger om en kunde.
  • Ordene i en popup, pr. sprog den er skrevet på: dens overskrift, dens tekst og ordet på dens knap, hvis den har en.
  • De analyse- eller reklameværktøjer fra tredjepart, en butiksejer har forbundet, hvis nogen (Google Analytics 4, en Meta Pixel, en TikTok Pixel) - deres id'er og hvilke produkter en kunde så på, lagde i kurven eller købte, men aldrig deres navn, mail, adresse eller telefon.
  • En sælgers egen kontakt til at sælge gavekort i deres butik: om den er slået til, de faste beløb der tilbydes, og hvor længe et købt kort holder. Sat af sælgeren, læst af kunder på /gift-card.
  • Hvem der købte et gavekort, og hvem det er til: beløbet, modtagerens navn og mail, købers egen besked og afsenderens navn. Gemt så længe selve ordren er, hvilket er så længe sælgerens butik er.
  • Når en ejer lukker sin egen butik, den valgfri ét-klik-årsag og note, de bliver bedt om: hvorfor, og alt, de ville fortælle os. Hvis den butik senere slettes, slettes noten med den, og rækken nævner ikke længere nogen butik - kun årsagen, dagen, hvor længe butikken havde eksisteret, og hvor mange produkter og ordrer den havde, gemmes, så vi kan lære af det.
  • Den ene fil bag et produkt, der sælges som download: dens oprindelige navn, dens størrelse og en kontrolsum af dens bytes, så en ændret fil aldrig forveksles med den, en kunde betalte for. Selve bytes ligger uden for databasen, aldrig serveret på en adresse, der kan gættes.
  • En betalt ordres eget private downloadlink: et tilfældigt token, ingen kunne gætte, hvor mange gange det er brugt, og hvor mange det må, og hvornår det udløber eller blev trukket tilbage. Slettes 30 dage efter, det udløber eller trækkes tilbage - aldrig et token, en fremmed senere kunne finde i en gammel mail og stadig få til at virke.
  • En sælgers egne blogindlæg: hvert indlægs webadresse, om det er udgivet og hvornår, dets forsidebillede, og hvornår det blev lavet og sidst ændret.
  • Titlen, uddraget og teksten i de indlæg, ét sæt pr. sprog. Skrevet af sælgeren, læst af kunder, når indlægget er udgivet.
  • Hvilke af en sælgers egne produkter der vises under hvilke af deres blogindlæg, og den rækkefølge, ejeren satte dem i - et produkt kan være under flere indlæg på én gang. Sat af sælgeren, læst af kunder, der læser indlægget.
  • Hvad en sælger fortæller kunderne om deres virksomhed på butikkens egne juridiske sider: dens registrerede navn, dens registrerings- og skattenumre, om hver af dens betingelser, privatlivspolitik og returneringsside bruger vores skabelon eller egne ord, og hvornår det sidst blev ændret.
  • En sælgers egne ord til deres betingelser, privatlivspolitik eller returneringsside, én tekst pr. dokument og sprog, når de valgte at skrive deres egen i stedet for vores skabelon. Skrevet af sælgeren, læst af kunder.

Grundlæggernes egne nøgler

Ikke i databasen: platformens egne nøgler til Paddle og til Stripe, hver gemt i én fil, som kun den kørende app kan læse, aldrig i en miljøvariabel eller i kode. Paddles lader os fakturere en butiks eget abonnement og bekræfte dens webhook; Stripes lader en butik tage imod kortbetalinger direkte ind på sin egen Stripe-konto og bekræfter den webhook. Ingen af filerne rummer en adgangskode, et kortnummer eller noget om dig eller en bestemt butik.

Cookies

Hver cookie, vi sætter, er vores egen, og hver enkelt udfører kun et job, du har bedt om. lang husker, hvilket sprog du valgte, i et år. På storefront.ninja selv: sn_a holder en login, mens den er i gang, i 15 minutter; sn_s holder dig logget ind i en butiks admin, i 30 dage; mx_account noterer, i 400 dage, at denne browser har logget ind med en mixtape-konto før, så et senere besøg kan logge dig ind igen uden at spørge, og mx_silent noterer, indtil du lukker browseren, at dette er prøvet én gang; sn_demo åbner den offentlige demo-admin, i 2 timer, og sn_demo_refused lader den næste side sige, i 2 minutter, at demoen ikke gemte en ændring; sn_preview lader Udseende-editoren vise en butiksejer sine ugemte ændringer i hans eller hendes egen browser, i 2 timer. I en butik: sn_cart husker, hvad du har lagt i den butiks kurv (hvilken butik, hvilke produkter og hvor mange af hver, signeret så ingen andre kan omskrive det, og aldrig en pris) og, hvis du fulgte et mærket kampagnelink for at lægge den første ting i den, hvilken kampagne det var (aldrig hvilke sider du besøgte); sn_coupon og sn_giftcard husker en rabatkode eller en gavekortkode, du skrev, indtil du bestiller eller fjerner den (kun koden: hvad den er værd, beregnes igen på serveren hver gang); sn_ck og sn_gcbk holder hver ét tilfældigt tal, der binder kassens formular, eller formularen til at købe et gavekort, til din egen browser, så en formular ikke kan sendes fra et andet sted, og et andet tryk på knappen ikke kan bestille det samme to gange; sn_compare husker op til 4 produkter, du vil sætte side om side, indtil du rydder det eller trykker på Fjern på dem alle; hver af disse varer højst 30 dage og sendes aldrig andre steder hen. sn_shopper holder dig logget ind på din konto i netop den butik, i 30 dage, og sendes aldrig til en anden butik; sn_view husker, om du viser produkter som gitter eller liste, i et år. Alle disse er strengt nødvendige, og ingen af dem deles med nogen. En butiks ejer kan forbinde Google Analytics 4, en Meta Pixel og en TikTok Pixel (Indstillinger → Sporing); når de har forbundet nogen af disse, viser butikkens egne sider et cookiebanner, der nævner præcis dem, de bruger, og intet fra nogen af dem indlæses, før du trykker på Acceptér. Det valg huskes i en cookie ved navn sn_consent, i 180 dage, sammen med hvilke værktøjer det dækker - forbind et andet senere, og du bliver spurgt igen. "Cookieindstillinger" i butikkens egen bund åbner banneret igen når som helst, og et tryk på Afvis der sletter sn_consent og de af disse cookies, som butikken havde sat: Google Analytics' egne, Metas _fbp og _fbc og TikToks _ttp. Ingen af disse deles med andre end det værktøj, den hører til, og først når du accepterer. En butiks egen popup, når den har en, husker i din browsers eget lager frem for en cookie - under én nøgle ved navn sn_popup_closed - id'et på den, du sidst lukkede der, og tidspunktet, du lukkede den, så den ikke vises for dig igen, så længe sælgeren har valgt (aldrig igen, eller igen efter 7 eller 30 dage); dette sendes aldrig til vores server. En butiks side kan have en videoblok: intet indlæses fra den, før en kunde trykker på afspil, og et tryk på afspil indlæser videoen fra YouTube (youtube-nocookie.com), som så kan sætte sine egne cookies. Den samme regel gælder for en butiksejer, der vælger en plan: intet fra Paddle indlæses på /admin/plan, før ejeren trykker på Vælg Pro eller Vælg Max, og et tryk indlæser Paddles eget kassescript (cdn.paddle.com), som så kan sætte sine egne cookies eller holde sine egne data i browseren til den kasse og til dets svindelkontroller - Paddles egen privatlivspolitik, ikke vores, siger hvad og hvor længe. Det, en butiks ejer ser om besøg, tælles af vores egen server, mens siderne leveres, uden cookie og uden at gemme din adresse (de to analysetabeller ovenfor siger præcis, hvad der gemmes), og derfor beder intet her dig om at acceptere cookies.

Besøg på vores egne sider

Vi tæller, hvor mange gange hver af vores egne offentlige sider (denne, forsiden, priser, vilkår og refundering) åbnes hver dag, hvilket site et besøg kom fra (kun ved det sites navn), det land, det kom fra (som vores netværksudbyder Cloudflare navngiver det, med to bogstaver), og om det var en telefon, en tablet eller en computer, og vi deler disse tal med mixtape.works' eget Studio. For at vide, hvor mange forskellige mennesker der kommer hver dag, laver vores server din IP-adresse og din browsertype om til en kode med en tilfældig nøgle, der skifter hver dag og derefter slettes. Adressen og browsertypen gemmes ikke, og koden kan ikke vise, hvem du er, eller forbinde dine besøg på forskellige dage. Der bruges ingen cookie, og intet gemmes på din enhed; retsgrundlaget er vores legitime interesse i at vide, hvordan vores sider bruges (GDPR art. 6, stk. 1, litra f). Dette er aldrig en butiks egne sider, hvis besøg tælles separat for den butiks ejer (de to analysetabeller ovenfor siger præcis, hvad der gemmes).

Vores nyhedsbrev

Hvis du tilmelder dig Storefront Ninjas nyhedsbrev nederst på vores sider, gemmer mixtape-kontotjenesten din mailadresse, den liste du valgte, dit sprog og datoerne, du bekræftede eller meldte dig fra, for at sende dig den listes nyheder og også mixtape-nyheder, hvis du satte kryds i den boks. Intet sendes, før du bekræfter med linket, vi sender dig på mail, hver mail har et link til at melde sig fra, og mailene går ud via Amazon SES i EU (Amazon Web Services EMEA SARL). Når du melder dig fra, beholder vi kun noten om, at du meldte dig fra, så du aldrig får mail igen.

Supportchatten

Hvor en side tilbyder det, kan du spørge vores AI-assistent om Storefront Ninja. Det, du skriver, adressen på den side, du spørger fra, og dens sprog går til Anthropic (Anthropic, PBC, USA), hvis AI-model skriver svaret; Anthropic behandler dem for os under sine kommercielle vilkår, som omfatter EU's standardkontraktbestemmelser for overførslen, og træner ikke sine modeller på dem. Vi gemmer ingen udskrifter: samtalen bliver i din browserfane, til du lukker den. Vores server gemmer kun daglige tal (chats, beskeder og hvad de koster) og, i hukommelsen i højst en dag, din IP-adresse og et tilfældigt tal, din browser gemmer, for at begrænse, hvor mange beskeder én besøgende kan sende. Hvis du vælger at sende samtalen til et menneske, sendes den på mail til support@mixtape.works med din mailadresse, så vi kan svare. Retsgrundlaget er vores legitime interesse i at besvare spørgsmål om vores produkter (GDPR art. 6, stk. 1, litra f) og, ved en overdragelse, din anmodning (art. 6, stk. 1, litra b).

Hvor længe det gemmes

En session slutter af sig selv, og udlogning afslutter den med det samme. En butik, der lukker - fordi dens egen ejer lukkede den, eller fordi vi lukkede den i hånden - bliver gemt i 30 dage, så den kan åbnes igen, og slettes derefter. Når den gør, slettes enhver note, dens ejer efterlod til os på vej ud, med den; kun den årsag, de gav, dagen, hvor længe butikken havde eksisteret, og hvor mange produkter og ordrer den havde, bliver gemt, uden noget navn knyttet til. Bed os slette en butik tidligere, så gør vi det. Besøgstal gemmes i cirka et år og slettes derefter.

Hvor det er

I én databasefil på en server lejet hos Hetzner Online GmbH (Industriestr. 25, 91710 Gunzenhausen, Tyskland), i deres datacenter i Finland, inden for EU. Cloudflare bærer trafikken til den. Mailene om en ordre leveres af Amazon Web Services (Amazon Web Services EMEA SARL, fra dets datacentre i Frankfurt, Tyskland, inden for EU), så adressen, navnet og det bestilte når dem. Når AWS ikke kan tage imod en besked, leverer Resend (Plus Five Five, Inc., USA) den i stedet, og først da forlader disse EU; bortset fra supportchatten ovenfor gør intet andet det. En butik, der tager kortbetalinger, forbinder sin egen Stripe-konto (Stripe Payments Europe, Limited, Irland): en kundes kortoplysninger går direkte til Stripe, aldrig til os, og pengene afregnes direkte ind på sælgerens egen Stripe-konto. En butik på en betalt plan faktureres af Paddle.com Market Limited, som sælger abonnementet som den ansvarlige sælger (merchant of record): dens egne id'er for abonnementet og for dig som dens kunde når dem, intet om et salg i din butik gør. Intet sælges, og intet gives videre til nogen, der ikke er nødvendig for at drive tjenesten.

Dine rettigheder

Du kan bede om en kopi af alt, der opbevares om dig, få en fejl rettet eller få det slettet. Skriv til support@mixtape.works, så handler vi på det. Hvis du har købt noget i en butik her, så spørg først den butik: det, du gav dem, er deres. Hvis du loggede ind i en butik her med dit eget maillink, kan du selv downloade eller slette den konto, på butikkens eget site.

Senest opdateret 4. november 2026.