Um «não me contactem» deve sobreviver à mudança de projeto
Um protocolo prático para distinguir uma recusa pontual de um pedido de não contacto, registar apenas o essencial e evitar que outro projeto volte a escrever por engano.
Não responder, recusar uma proposta e pedir que não voltem a escrever não significam o mesmo
Na prospeção editorial, convém classificar a resposta pelo que a pessoa comunicou, não pelo que a equipa supõe. O silêncio não expressa uma preferência de contacto: pode ter muitas causas e não permite concluir que houve uma recusa. Um «esta proposta não se enquadra» rejeita essa proposta, mas não necessariamente contactos futuros. Já expressões como «não me contactem mais» ou «retirem-me da vossa lista» são pedidos explícitos de não contacto e devem ser tratados como tal. Se a mensagem for ambígua — por exemplo, «não tenho interesse», sem mais contexto —, não a transformes automaticamente numa proibição permanente nem a uses como desculpa para insistir. Regista a recusa da proposta concreta e aplica uma pausa razoável, de acordo com o vosso processo. Se a pessoa pedir expressamente para não ser contactada, não lhe escrevas para pedir esclarecimentos: respeita o pedido e trata-o internamente.
- Sem resposta: não existe uma preferência explícita a registar como pedido de não contacto.
- Recusa pontual: a proposta ou o tema indicado é descartado; não se deve deduzir que há autorização para insistir com outra oferta.
- Pedido explícito: bloqueiam-se novos contactos dentro do âmbito indicado, mesmo que mudem o projeto, o cliente ou a pessoa responsável.
Regista apenas o necessário para que a instrução seja compreendida
Uma restrição só é útil se a pessoa responsável a seguir conseguir reconhecer a quem se aplica e o que deve fazer. Guarda apenas os dados operacionais necessários para identificar o contacto e aplicar a preferência: um identificador fiável da pessoa ou do canal, o âmbito do pedido, a data, o canal por onde chegou e um estado claro, como «não contactar». Se a identidade não for clara, acrescenta uma nota interna para a verificar antes de qualquer envio. Inclui uma síntese fiel e breve do motivo ou das palavras relevantes apenas quando for necessário para interpretar o âmbito. Evita copiar conversas completas, anexos, dados pessoais irrelevantes ou detalhes confidenciais da campanha. A finalidade do registo é impedir um contacto indesejado, não criar um processo sobre a pessoa.
- Identificador suficiente para evitar confusões, como o e-mail ou o contacto profissional pertinente.
- Âmbito da restrição: canal, contexto ou pedido geral, se for claro.
- Data, canal de receção, estado e pessoa responsável por registar o pedido.
- Nota breve de contexto apenas se for necessária para aplicar a instrução sem interpretações arbitrárias.
Integra o pedido no fluxo de trabalho, não na memória de uma pessoa
Define um único local de referência para as restrições de contacto e um processo simples para as atualizar. Quando chega um pedido, quem o recebe regista-o o mais depressa possível, interrompe as tarefas de contacto pendentes que possam abranger essa pessoa e informa quem coordena a prospeção. Depois, a restrição também deve ser aplicada às listas de trabalho ativas, em vez de ficar apenas numa nota privada ou no histórico de um e-mail. Não é necessário conservar informação em excesso para manter a preferência. Se o registo deixar de ser necessário, aplica os critérios internos de conservação e eliminação de dados, sem o apagar de forma a que a pessoa volte acidentalmente a uma lista ativa. A solução operacional é manter um registo mínimo de exclusão quando isso for indispensável para evitar o contacto, com acesso limitado e revisão periódica.
- Regista o pedido no repositório acordado e confirma que o estado está visível para a equipa autorizada.
- Retira ou bloqueia o contacto nas tarefas e listas de prospeção em curso.
- Evita duplicados e notas dispersas que possam contradizer o estado principal.
- Limita o acesso às pessoas que precisam de aplicar a restrição.
Partilha a restrição entre responsáveis e projetos sem divulgar informação em excesso
Numa agência, uma pessoa pode surgir em várias investigações ou campanhas. Por isso, a mudança de cliente, projeto, responsável ou lista não deve reiniciar a verificação. A restrição deve poder ser consultada onde quer que o contacto esteja a ser preparado, sem necessidade de revelar o contexto comercial de outros clientes. Separa a informação que permite evitar o envio da informação específica de cada campanha. Por exemplo, a equipa precisa de saber que o contacto está excluído e qual é o âmbito registado; normalmente, não precisa de conhecer o orçamento, a estratégia nem os detalhes confidenciais de outro cliente. Designa uma pessoa responsável por manter o registo e define como as alterações são propagadas às listas de trabalho.
- Define uma fonte de referência comum para as equipas que fazem prospeção.
- Partilha o estado e o âmbito necessários, não o processo de outros projetos.
- Inclui a verificação na integração de novas listas e nas mudanças de responsável.
- Não tentes contornar o pedido através de outro remetente, outra conta ou um canal alternativo.
Verifica a restrição imediatamente antes de cada contacto
A verificação não deve depender de quem prepara a mensagem se lembrar de uma conversa anterior. Antes de enviar, compara o destinatário com o registo de exclusão, incluindo os contactos adicionados a partir de novas listas e as mensagens agendadas. Se houver uma correspondência, não envies e regista internamente que o controlo foi aplicado. Quando o registo for ambíguo, incompleto ou puder referir-se à mesma pessoa, não avances por defeito. Interrompe o contacto e pede uma revisão interna. Não escrevas à pessoa para esclarecer uma dúvida que resulta da vossa própria falta de informação, sobretudo se o pedido puder ser de não contacto. Se os dados não permitirem distinguir com segurança dois contactos, resolve essa incerteza antes de iniciar a prospeção.
- Faz a verificação ao preparar cada envio, não apenas ao criar a lista.
- Inclui mensagens individuais, seguimentos e contactos de projetos diferentes.
- Perante uma possível correspondência ou um âmbito duvidoso, interrompe o processo e encaminha a questão internamente.
- Se for detetado um envio acidental, interrompe os contactos seguintes e documenta o incidente para corrigir o processo.
Revê o protocolo sem transformar exceções em autorização para insistir
Um protocolo útil é revisto periodicamente e quando mudam as ferramentas ou a distribuição de responsabilidades. Verifica se as listas ativas consultam a fonte comum, se os registos ambíguos são esclarecidos antes do envio e se as exclusões são propagadas entre projetos. A revisão deve melhorar o processo, não justificar novas tentativas de contacto. Documenta as exceções de forma limitada. Se a pessoa voltar a iniciar a conversa ou expressar claramente que aceita receber uma proposta concreta, regista essa alteração com a respetiva data e âmbito; não a interpretes como uma autorização geral para qualquer campanha ou canal. Mantém esta preferência separada das condições editoriais: se uma colaboração for paga, a sua natureza deve ser comunicada com transparência e os links devem ser devidamente qualificados, por exemplo, com os atributos sponsored ou nofollow quando aplicável. Este protocolo é operacional e não substitui uma análise jurídica ou de privacidade quando necessária.
- Revê os acessos, os duplicados, as listas e as regras de atualização com uma frequência definida pela equipa.
- Regista quem autorizou uma alteração do âmbito, quando e para que contacto específico.
- Não transformes o silêncio posterior, um novo projeto ou uma exceção limitada em autorização para insistir.
- Mantém separados o controlo de contacto e o tratamento transparente de uma colaboração editorial.
Perguntas frequentes
A falta de resposta deve ser registada como um pedido de não contacto?+
Não. O silêncio, por si só, não expressa uma preferência de não contacto. Deve ser tratado como ausência de resposta e seguir o processo de prospeção estabelecido, sem ser confundido com uma recusa explícita.
Qual é a diferença entre recusar uma proposta e pedir que não voltem a contactar?+
Uma recusa pode limitar-se à proposta recebida. Um pedido explícito de não contacto indica que não devem ser enviadas novas mensagens dentro do âmbito comunicado. Se as palavras forem ambíguas, interrompe o processo e analisa o caso internamente.
O que deve uma equipa partilhar entre projetos?+
O indispensável para evitar o contacto: um identificador fiável, o estado de exclusão e o respetivo âmbito, juntamente com a informação mínima necessária para o interpretar. Não é preciso divulgar orçamentos, estratégias nem detalhes confidenciais de outros clientes.
É possível voltar a escrever se a pessoa mudar de projeto ou de responsável?+
A mudança de projeto ou de responsável não anula um pedido vigente. Só regista uma alteração se a própria pessoa voltar a iniciar a conversa ou comunicar claramente uma mudança de preferência, e limita essa alteração ao âmbito expresso.
Fontes e referências
- Google Search Essentials — Google Search Central
- Spam policies for Google web search — Google Search Central
- Qualify outbound links — Google Search Central