Amazon beoordeelt accountkoppelingen door te kijken naar overlap in registratiegegevens, apparaat- en browserkenmerken, netwerkuitgang, betalingen en uitbetalingen, en product- en operationeel gedrag. Bij meerdere winkels moet elke categorie afzonderlijk blijven, want gedeeld gebruik op één punt kan de hele scheiding ondermijnen.
Bij het tegelijk beheren van meerdere Amazon-winkels is het echte probleem niet alleen dat één winkel in de problemen komt, maar dat overeenkomsten de winkels onderling tot één netwerk verbinden. Amazon bepaalt een accountkoppeling nooit op basis van één factor. Het platform vergelijkt veel signalen tegelijk, en hoe meer daarvan overeenkomen, hoe sterker de activiteiten op één en dezelfde beheerder lijken.
Deze signalen zijn grofweg in vijf categorieën te verdelen: registratiegegevens, apparaat- en browserkenmerken, netwerkuitgang, betalingen en uitbetalingen, en product- en operationeel gedrag. Bij meerdere winkels moet elk van deze vijf categorieën zelfstandig zijn; alleen één onderdeel netjes scheiden is niet genoeg.
De beoordeling draait om overlappende signalen
Het platform verzamelt voortdurend gegevens tijdens registratie, inloggen en dagelijks beheer. Eén gegevenspunt zegt vaak weinig: dat medewerkers van twee bedrijven in dezelfde stad inloggen is op zichzelf normaal. Maar als e-mailadres, telefoonnummer, uitbetalingsrekening, apparaatparameters en uitgangsadres tegelijk overeenkomen, verandert de situatie.
Daarom gaat het voorkomen van accountkoppelingen niet om het vinden van een verborgen instelling, maar om ervoor te zorgen dat de vijf categorieën geen overlap hebben. Gedeeld gebruik binnen één categorie kan het isolatiewerk in de andere categorieën tenietdoen.
Registratiegegevens worden het makkelijkst over het hoofd gezien
Deze laag wordt handmatig ingevuld en daardoor het makkelijkst onbedoeld gekopieerd. E-mailadres, telefoonnummer, contactgegevens, retouradres en gegevens van de winkelentiteit moeten elk één-op-één aan een winkel zijn gekoppeld.
Een veelgemaakte fout is hetzelfde telefoonnummer gebruiken om verificatiecodes voor meerdere winkels te ontvangen. In het systeem wordt dat nummer de draad die de winkels verbindt en kan het de relatie zelfs eerder blootleggen dan het uitgangsadres. Exact hetzelfde retouradres gebruiken heeft een vergelijkbaar effect.
Apparaten en browsers laten sporen achter
Cookies, cache, lokale opslag, canvas- en grafische rendering, lettertypelijsten, resolutie en hardwareparameters kunnen allemaal worden vastgelegd.
Ook onderlinge consistentie is belangrijk. De tijdzone en taal die de browser meldt, moeten passen bij de uitgangsregio die voor de winkel is ingesteld. Parameters kunnen afzonderlijk zijn, maar als ze elkaar tegenspreken vormen ze alsnog een onnatuurlijke combinatie. Steeds met dezelfde browser tussen de beheerschermen van meerdere winkels wisselen is op kenmerkniveau ook moeilijk echt te scheiden, zelfs als telkens alle gegevens worden gewist.
Met de netwerkuitgang kun je niet schipperen
Eén netwerkuitgang delen tussen meerdere winkels is een van de meest directe signalen voor koppeling. Ook vaak wisselende uitgangsregio's en terugkerende vergelijkbare adresblokken van dezelfde provider kunnen worden meegenomen in de beoordeling.
De kwaliteit van de uitgang telt eveneens mee. Adresblokken van datacenters hebben doorgaans een lagere reputatie dan residentiële adresblokken. Als een groep winkels allemaal zulke adressen gebruikt, ontstaat weer een gedeeld kenmerk.
Betalingen en uitbetalingen kunnen twee entiteiten verbinden
De uitbetalingsrekening moet bij de winkelentiteit passen en mag niet met andere winkels overlappen. Hetzelfde geldt voor de betaalmethode waarmee kosten worden afgeschreven.
Deze laag is belangrijk omdat er zowel entiteitsgegevens als geldstromen in zitten. Als twee winkels dezelfde kaart of uitbetalingsrekening delen, ziet het platform niet alleen technische overeenkomsten, maar mogelijk ook dat de economische beheerder dezelfde is.
Overlap in productinformatie en operationeel ritme
Dezelfde productafbeeldingen in meerdere winkels, rechtstreeks gekopieerde beschrijvingen of identieke interne SKU-regels leveren duidelijke duplicatiepatronen op. Minstens de belangrijkste delen van afbeeldingen en beschrijvingen moeten worden bewerkt.
Gedragssignalen zijn nog fijner: inlogtijden, publicatieritme, reactiesnelheid en tijdstippen waarop bestellingen worden verwerkt. Als meerdere winkels steeds op dezelfde momenten hetzelfde doen, valt het patroon op. Elkaar beoordelen of aanbevelen tussen winkels creëert bovendien zelf een koppelingsstructuur, met vaak grotere gevolgen dan verwacht.
Meerdere winkels vragen om een compleet isolatiesysteem
Alle vijf categorieën apart houden is te complex om alleen op het geheugen te vertrouwen. Zodra de schaal iets groter wordt, is ondersteuning door tools nodig: groepeer omgevingen per winkel, sla inlogstatus en fingerprintparameters per omgeving afzonderlijk op en wijs teamrechten per winkel toe. De multi-accountomgevingen van PurpleMark zijn voor zulke scenario's bedoeld.
Enkele concrete vragen
Kunnen meerdere winkels onder dezelfde bedrijfslicentie vallen? Dat is een kwestie van platformbeleid. De eisen verschillen per marketplace en kunnen in de tijd veranderen, dus het actuele platformbeleid is leidend.
Is alleen het wijzigen van het uitgangsadres genoeg? Nee. Het netwerk is slechts één van de vijf categorieën; ook de omgeving en accountgegevens moeten onafhankelijk blijven.
Kunnen winkels goederen naar elkaar verzenden? Wees zeer voorzichtig. Overlap in verzendadressen en logistieke informatie kan eveneens als koppelingssignaal worden gebruikt.
In de praktijk bestaat er geen truc die echte scheiding vervangt. De kern is dat alle vijf dimensies tegelijk onafhankelijk blijven. Maak bij voorkeur een vergelijkingstabel: één rij per dimensie en één kolom per winkel, en controleer vervolgens cel voor cel of alles afzonderlijk is. Dat is veel betrouwbaarder dan op het geheugen vertrouwen.
