Cartões de perfil se conectam por tokens de identidade para separar registros conferidos e não resolvidos.
Mantenha separadas as correspondências de identidade incertas.
  1. Comece com uma lista conhecida de perfis e conserve as entradas originais. O Actor recebe perfis conhecidos e não pode buscar todos os perfis por idade, localização ou número de seguidores. Uma lista manual é necessária primeiro.
  2. Execute primeiro um perfil público para testar a sua configuração. Confira o channelUrl canônico, o handle, o channelId, o status, o statusReason e o observedAt em relação à fonte pública. Uma linha útil pode ser parcial, e a coincidência apenas do nome não corrige um alvo errado.
  3. Armazene os identificadores como strings de texto e defina o seu namespace como instagram:channelId. Não misture o channelId do Instagram com IDs de outras plataformas só porque os números coincidem. O campo fbid é um identificador vinculado à Meta e não é um ID de Página do Facebook.
  4. Monte uma tabela normalizada de aliases de entrada a partir de URLs seguras de perfil e de @handles, mantendo a entrada original. Retire barras finais normais e marcas de consulta para a comparação, mas não transforme rotas de story ou de login em identidades de perfil. A normalização de aliases é separada do colapso de duplicatas por string exata feito pelo Actor.
  5. Agrupe as observações atuais por valores de channelId que não estejam em branco. Conserve as arestas de entrada para channelId e os valores canônicos de channelUrl. Quando um handle corresponde a valores diferentes de channelId em momentos diferentes de observação, conserve os dois registros e confira a fonte pública sem sobrescrever dados antigos às cegas. A ausência de histórico não pode explicar por que um conflito aconteceu.
  6. Trate valores ausentes de channelId conservando o channelUrl canônico ou o handle como evidência provisória mais fraca. Nunca una contas só pelo nome de exibição. Mantenha linhas blocked, private ou parser_miss fora da tabela de identidade verificada. Uma chave provisória local é metadado de rastreamento, não uma identidade estável inventada.
  7. Separe os resultados em identidades verificadas, aliases de entrada, observações não resolvidas e conflitos. Conte as identidades conhecidas separadamente das linhas de entrada, das linhas úteis e dos handles observados. Explique qualquer lacuna entre o status da fonte e os dados coletados antes de acrescentar fatos extras.
  8. Acrescente uma nova observação com observedAt para atualizações posteriores. O Actor não devolve mudanças históricas automaticamente, então você precisa conferir a identidade antes de comparar contagens ou listas de links ao longo do tempo.

Exemplo resolvido e tabelas

As tabelas a seguir mostram ficção original para ilustrar como o método funciona.

Tabela de aliases da lista para o ID

Exemplo resolvido e tabelas
Linha da listaEntrada originalchannelId bruto da fonteStatuschannelUrl canônicoobservedAtEstado da revisão
R1@greenstudio10001okhttps://www.instagram.com/greenstudio2026-03-01Alias verificado
R2https://www.instagram.com/greenstudio/?ref=sheet10001okhttps://www.instagram.com/greenstudio2026-03-01Alias verificado
R3@green_studio20002okhttps://www.instagram.com/green_studio2026-03-01Alias verificado
R4@summerlabnullpartialhttps://www.instagram.com/summerlab2026-03-01Provisório
R5@private_notesnullprivatenull2026-03-01Não resolvido

Registro de dois IDs conhecidos

Exemplo resolvido e tabelas
channelIdAliases / entradas associadasResumo do statusEstado da revisão
10001@greenstudio, https://www.instagram.com/greenstudio/?ref=sheetokIdentidade verificada
20002@green_studiookIdentidade verificada

Linhas de conflito e de revisão

Exemplo resolvido e tabelas
Entrada originalchannelId bruto da fonteStatusobservedAtEstado da revisão
@greenstudio30003ok2026-06-01Conflito com 10001 (sem prova de renomeação nem de venda)

A tabela verificada tem duas identidades conhecidas distintas, não cinco identidades e não uma identidade de nome de exibição. As linhas R1 e R2 formam dois aliases de entrada para o channelId 10001. A linha R4 é provisória porque não tem channelId, e a linha R5 não está resolvida porque é privada. Em uma observação fictícia posterior, @greenstudio corresponde ao channelId 30003. Guarde isso como um conflito de identidade com os carimbos observedAt. Isso não prova uma renomeação, uma venda da conta nem uma personificação. Você precisa conferir as tabelas de arestas e os fatos da fonte antes de unir quaisquer linhas em conflito.

Fontes e leituras adicionais

Por Chronometrica · Atualizado

Voltar ao topo ↑