Anúncios em páginas com sessão iniciada: cuidados

Os publishers da Adgora podem exibir anúncios em sites com contas de utilizador e dados pessoais?

Um site pode ter uma área pública e outra privada. Um visitante pode ler um artigo aberto e, em seguida, iniciar sessão para consultar o histórico de faturação, mensagens privadas ou definições da conta. A apresentação de anúncios em páginas com sessão iniciada levanta uma questão específica: o pedido de anúncio expõe informações associadas à pessoa que está a utilizar a conta?

A resposta depende da página, dos dados que esta trata e dos requisitos aplicáveis ao publisher. O simples facto de ser necessário iniciar sessão não determina se uma página é elegível. Os publishers devem avaliar cada posicionamento e manter as informações da conta fora dos pedidos de anúncio, salvo se os requisitos aplicáveis autorizarem expressamente a sua utilização. Consulte os requisitos da Adgora para publishers antes de começar.

O que distingue um site baseado em contas de um site público?

Numa página pública, o mesmo artigo costuma estar disponível para muitos visitantes. Numa página baseada em contas, o conteúdo ou as ações podem estar associados à conta de uma pessoa. Por exemplo, um painel que apresenta os itens guardados por um utilizador é diferente de uma página pública com uma lista dos itens mais populares, mesmo que ambas tenham um layout semelhante.

Esta distinção é importante porque uma página pode revelar mais do que o URL dá a entender. Uma página intitulada «Resumo da conta» pode incluir o nome da pessoa, o estado da adesão ou a atividade recente no próprio conteúdo. Um pedido de anúncio que transmita esses dados — ou um URL que os inclua — pode enviar informações da conta para fora do site.

Separe a decisão sobre o posicionamento da decisão sobre o início de sessão. Para cada tipo de página, identifique o que o visitante pode ver, o que a página apresenta e o que o código do anúncio envia. Uma página de perfil de um utilizador com sessão iniciada e um artigo público de ajuda não devem receber automaticamente o mesmo tratamento.

Os publishers podem usar a Adgora em páginas que exigem início de sessão?

Os publishers não devem presumir que todas as páginas protegidas por início de sessão são permitidas, nem que todo o conteúdo autenticado é proibido. Avalie a página e o posicionamento específicos à luz dos requisitos atuais da Adgora para publishers, incluindo quaisquer regras relativas a conteúdo restrito, informações pessoais e implementação de anúncios.

Comece por fazer um inventário das páginas. Liste os tipos de páginas autenticadas onde poderá aparecer um anúncio: um painel geral de membros, uma caixa de entrada privada, uma página de pagamentos ou uma página de aula de um curso. Em seguida, registe o que cada página apresenta e se inclui informações associadas a uma conta individual. Assim, o publisher terá uma base prática para decidir que posicionamentos devem ser revistos, excluídos ou testados.

Por exemplo, um site de comunidade pode ter um índice público de discussões e conversas privadas. O índice pode ser avaliado como um posicionamento separado, enquanto a vista das mensagens deve ser tratada com cautela, pois pode conter correspondência pessoal. O facto de ambas as páginas exigirem início de sessão não esclarece se qualquer uma delas é elegível.

Antes de colocar anúncios numa página que exige início de sessão, confirme a política atual em vez de confiar numa suposição geral sobre sites baseados em contas. Se algum requisito não for claro, peça orientação à Adgora e mantenha o posicionamento inativo até obter uma resposta clara.

Que dados pessoais devem ficar fora dos pedidos de anúncio?

Mantenha os dados da conta fora dos pedidos de anúncio, salvo se um requisito documentado e aprovado determinar expressamente o contrário. Nomes, endereços de e-mail, palavras-passe, mensagens privadas, números de telefone, dados de pagamento e identificadores de conta não devem ser incluídos em etiquetas de anúncio, parâmetros de pedidos ou URLs relacionados com publicidade. Para saber como proteger dados pessoais em pedidos de anúncios, verifique também as variáveis e os dados que a página disponibiliza ao código de publicidade.

Os URLs merecem especial atenção. Uma ligação como /[email protected] pode expor um endereço de e-mail a sistemas que recebem ou registam o URL. O mesmo se aplica a cadeias de consulta com um número de conta, um token de reposição de palavra-passe ou o identificador de uma mensagem privada. Sempre que possível, use caminhos que não identifiquem o utilizador e nunca inclua dados secretos nos URLs.

Verifique o que a página envia, não apenas o que parece estar no código visível da etiqueta de anúncio. Variáveis da página, camadas de dados, informações de referência e pedidos de rede podem transmitir valores provenientes dos ecrãs da conta. O programador do publisher pode inspecionar os pedidos nas ferramentas de rede do navegador e verificar se aparece algum nome ou valor da conta no URL ou no conteúdo do pedido.

Não envie uma palavra-passe num pedido de anúncio. Não envie uma mensagem privada. Estes são limites claros, mesmo quando a configuração de publicidade do site usa scripts partilhados nas páginas públicas e nas páginas com sessão iniciada.

Como devem os publishers tratar o conteúdo específico das contas?

Algumas páginas de conta revelam a atividade ou as circunstâncias de uma pessoa, mesmo sem conter identificadores óbvios. Uma página que mostra uma consulta médica, um pedido de apoio financeiro ou um litígio privado de um utilizador pode ser sensível devido ao tema. Antes de colocar um anúncio junto a esse conteúdo, os publishers devem avaliar o que a página revela.

Faça a avaliação ao nível do modelo da página e verifique exemplos reais com contas de teste. Numa plataforma de aprendizagem, confirme se uma página de aula revela o progresso de um aluno no curso ou os resultados das avaliações. Num site de membros, verifique se uma página de renovação apresenta o estado do pagamento. Estes detalhes podem influenciar a adequação de um posicionamento, mesmo que nenhum dado pessoal seja enviado deliberadamente no pedido de anúncio.

Considere excluir posicionamentos de páginas cujo conteúdo seja privado, particularmente sensível ou suscetível de variar consoante as circunstâncias de cada pessoa. A presença de um espaço publicitário num modelo partilhado não prova que todas as páginas que usam esse modelo sejam adequadas.

Quando uma página combina conteúdo geral com detalhes específicos da conta, avalie em conjunto o layout e o fluxo de dados. Um anúncio junto a um artigo de ajuda genérico pode representar um risco diferente de um anúncio junto a um aviso personalizado, mesmo que ambas as páginas estejam no mesmo menu da conta.

O que devem os publishers verificar antes de apresentar anúncios a utilizadores com sessão iniciada?

Antes do lançamento, reveja quatro aspetos: os requisitos atuais da Adgora para publishers, o aviso de privacidade do site, as opções de consentimento do utilizador e as regras aplicáveis no local onde o publisher opera. Os requisitos aplicáveis podem variar consoante o serviço, os dados envolvidos e a localização do utilizador.

Verifique se o aviso de privacidade explica as práticas publicitárias do site de forma rigorosa e compreensível. Confirme se as opções de consentimento do utilizador afetam a apresentação de anúncios ou a partilha de dados e certifique-se de que a implementação do site respeita essas opções. A simples presença de um banner de consentimento não prova que todos os pedidos respeitam a escolha do utilizador.

Documente a avaliação. Um registo breve pode indicar o modelo da página, os dados apresentados, a decisão relativa ao posicionamento do anúncio, o comportamento de consentimento testado e a pessoa que aprovou a alteração. Se o site adicionar mais tarde um novo campo à conta ou alterar o código do anúncio, esse registo dará à equipa um ponto de partida claro para uma nova verificação.

Quando necessário, os publishers devem confirmar os requisitos legais e das plataformas aplicáveis junto de consultores qualificados. Não deduza uma regra com base noutro país ou numa página pública cujo fluxo de dados seja diferente.

Como podem os publishers testar anúncios sem expor dados reais das contas?

Use contas de teste com dados sintéticos, não registos de clientes reais. Um perfil de teste pode usar um nome claramente fictício e um endereço de e-mail de exemplo reservado para testes. Use palavras-passe exclusivas do ambiente de teste e nunca introduza credenciais de produção em ferramentas de depuração ou pedidos de anúncio.

Teste cada tipo de página relevante: um painel, um ecrã de perfil, uma página de faturação e qualquer outro modelo onde possam aparecer anúncios. Abra as ferramentas de programação do navegador, inspecione os pedidos de rede e procure nomes de contas, endereços de e-mail, texto de mensagens, identificadores ou outros dados privados nos URLs e no conteúdo dos pedidos. Verifique tanto o carregamento inicial da página como ações como mudar de separador ou abrir uma janela modal.

Teste também a página com diferentes opções de consentimento. Confirme se o posicionamento se comporta como esperado quando o utilizador aceita, rejeita ou altera uma opção, de acordo com a política configurada no site. O comportamento esperado deve ser documentado antes dos testes.

Por fim, verifique se o histórico do navegador, os dados de referência e os registos de erros capturam dados sensíveis através de URLs específicos da conta. Um teste que não detete dados pessoais num pedido de anúncio é útil, mas não abrange todas as páginas nem todas as ações dos utilizadores.

O que devem fazer os publishers se os dados pessoais aparecerem no tráfego de anúncios?

Comece por pausar o posicionamento afetado. Se um pedido de anúncio contiver o endereço de e-mail de uma pessoa real ou outro dado da conta, desativar esse posicionamento pode limitar a exposição enquanto o publisher investiga a origem. Guarde em segurança as informações necessárias à investigação e evite copiar dados sensíveis para pedidos de suporte ou mensagens de chat comuns.

Siga o processo de resposta a incidentes do site. Identifique as páginas e os pedidos afetados, quando começou o problema e se os dados foram enviados para um serviço externo. Em seguida, remova a origem, como um parâmetro do URL ou uma variável da página incluída no código do anúncio, e volte a testar com dados de conta sintéticos antes de reativar o posicionamento.

Notifique o contacto adequado de privacidade ou segurança do publisher e siga os procedimentos de comunicação aplicáveis. A necessidade de notificar um regulador, os utilizadores afetados ou a Adgora depende dos factos e das regras aplicáveis; confirme essas obrigações com a equipa responsável ou com um consultor jurídico qualificado.