A Amazon avalia associações entre contas procurando sobreposição em dados de registo, características do dispositivo e do navegador, saída de rede, pagamentos e recebimentos, e comportamento de produtos e operação. Em operações com várias lojas, cada categoria precisa ser independente, pois qualquer elemento partilhado pode comprometer o isolamento.
Ao operar várias lojas da Amazon ao mesmo tempo, o verdadeiro problema não é apenas uma loja ter dificuldades, mas as semelhanças entre elas acabarem por ligá-las numa única rede. A Amazon não determina a associação de contas com base num único fator. A plataforma compara muitos sinais em conjunto e, quanto maior for a sobreposição, mais a atividade parece vir do mesmo operador.
Estes sinais podem ser agrupados em cinco categorias: dados de registo, características do dispositivo e do navegador, saída de rede, pagamentos e recebimentos, e comportamento de produtos e operação. Numa operação com várias lojas, cada uma destas cinco categorias deve ser independente; não basta separar bem apenas uma delas.
A decisão depende da sobreposição de sinais
A plataforma recolhe dados continuamente durante o registo, o início de sessão e a operação. Um dado isolado muitas vezes prova pouco: funcionários de duas empresas na mesma cidade iniciarem sessão é normal por si só. Mas, se o e-mail, o número de telefone, a conta de recebimento, os parâmetros do dispositivo e o endereço de saída coincidirem ao mesmo tempo, a situação muda.
Por isso, evitar associações não consiste em descobrir uma definição escondida, mas em garantir que as cinco categorias de informação não se cruzem. A partilha numa única categoria pode anular o trabalho de isolamento feito nas restantes.
Os dados de registo são a camada mais fácil de ignorar
Esta camada é preenchida manualmente, por isso também é a mais fácil de copiar sem atenção. E-mail, número de telefone, dados de contacto, endereço de devolução e informações da entidade da loja devem corresponder de forma exclusiva a cada loja.
Um erro comum é usar o mesmo número de telefone para receber códigos de verificação de várias lojas. No sistema, esse número transforma-se no fio que as liga e pode revelar a relação até antes do endereço de saída. Usar exatamente o mesmo endereço de devolução tem um efeito semelhante.
Dispositivos e navegadores deixam vestígios
Cookies, cache, armazenamento local, além de renderização de canvas e gráficos, listas de tipos de letra, resolução e parâmetros de hardware podem ser registados.
A coerência também é importante. O fuso horário e o idioma indicados pelo navegador devem corresponder à região de saída configurada para a loja. Parâmetros separados, mas contraditórios entre si, continuam a formar uma combinação pouco natural. Alternar repetidamente entre os painéis de várias lojas no mesmo navegador também é difícil de separar verdadeiramente ao nível das características, mesmo apagando os dados todas as vezes.
A saída de rede não pode ser tratada de forma descuidada
Partilhar uma única saída de rede entre várias lojas é um dos sinais mais diretos de associação. Mudanças frequentes da região de saída e o aparecimento repetido de intervalos de endereços semelhantes do mesmo fornecedor também podem fazer parte da avaliação.
A qualidade da saída também conta. Os intervalos de endereços de centros de dados costumam ter reputação inferior aos intervalos residenciais. Se um conjunto de lojas usar este tipo de endereço, cria-se outra característica comum.
Pagamentos e recebimentos podem ligar duas entidades
A conta de recebimento deve corresponder à entidade da loja e não se cruzar com outras lojas. O mesmo princípio aplica-se ao método de pagamento usado para as taxas.
Esta camada é importante porque combina informações da entidade e fluxo de fundos. Se duas lojas usam o mesmo cartão ou a mesma conta de recebimento, a plataforma vê mais do que características técnicas semelhantes: também pode ver indícios de que o operador económico é o mesmo.
Sobreposição em produtos e ritmo operacional
O mesmo conjunto de imagens de produto em várias lojas, parágrafos de descrição copiados diretamente ou regras internas de SKU idênticas criam padrões de duplicação evidentes. Pelo menos as partes principais das imagens e descrições devem ser reformuladas.
Os sinais comportamentais são ainda mais detalhados: horários de início de sessão, ritmo de publicação, ritmo de resposta e momentos de processamento de encomendas. Se várias lojas fazem repetidamente as mesmas coisas às mesmas horas, o padrão torna-se claro. Além disso, lojas avaliarem ou recomendarem umas às outras cria por si só uma estrutura de associação, cujo custo costuma ser maior do que se imagina.
Várias lojas precisam de um sistema completo de isolamento
Manter as cinco categorias independentes é demasiado complexo para depender apenas da memória. Quando a operação cresce, é necessário apoio ao nível das ferramentas: agrupar ambientes por loja, guardar separadamente o estado de início de sessão e os parâmetros de fingerprint de cada ambiente e atribuir permissões da equipa por loja. As capacidades de ambiente multicontas da PurpleMark destinam-se precisamente a este tipo de cenário.
Algumas perguntas concretas
Várias lojas podem usar a mesma licença comercial? Esta é uma questão de política da plataforma. Os requisitos podem variar conforme o marketplace e ao longo do tempo, por isso a política atual da plataforma deve prevalecer.
Alterar o endereço de saída é suficiente? Não. A rede é apenas uma das cinco categorias; o ambiente e os dados da conta também têm de permanecer independentes.
As lojas podem enviar mercadorias umas às outras? É preciso muita cautela. Cruzamentos de endereços de envio e informações logísticas também podem ser usados como sinais de associação.
Na prática, não há atalhos para evitar associações. O essencial é manter as cinco dimensões independentes ao mesmo tempo. É útil criar uma tabela de comparação: uma linha por dimensão e uma coluna por loja, verificando célula a célula se cada configuração está separada. Isso é muito mais fiável do que depender da memória.
