Proxy partilhado ou IP dedicado para prospeção?

Como escolher entre um proxy partilhado e um IP dedicado para o envio de emails de prospeção

Um proxy partilhado e um IP dedicado podem afetar partes diferentes de uma configuração de prospeção. Um proxy pode encaminhar a ligação de um utilizador para uma caixa de correio ou plataforma de prospeção; um IP dedicado pode ser o endereço utilizado por um serviço de envio para entregar emails. Os nomes, por si só, não indicam que ligação é alterada.

Comece por acompanhar o percurso de uma mensagem real, desde a pessoa que a redige até à caixa de entrada do destinatário. Se a questão prática é escolher um proxy partilhado ou IP dedicado para enviar emails de prospeção, o primeiro passo é identificar o que cada opção controlaria efetivamente na sua configuração.

1. Acompanhe o percurso de cada mensagem de prospeção

Trace o percurso de uma conta e de uma ferramenta. Por exemplo, um membro da equipa pode iniciar sessão numa plataforma de prospeção baseada no navegador, redigir uma mensagem nessa plataforma e deixar que esta a envie através da sua própria infraestrutura de email. Neste caso, a ligação do navegador e o percurso de envio do email são etapas distintas.

Outras configurações recorrem a um cliente de email ligado a um servidor SMTP, a uma API ligada a um serviço de envio ou a software que combina o acesso à caixa de correio com a entrega de mensagens. Anote qual é o componente que envia a mensagem e a que componente o utilizador se liga. Um proxy configurado num navegador costuma afetar a ligação desse navegador; não redireciona automaticamente uma ligação SMTP separada nem os servidores de uma plataforma.

Os cabeçalhos ajudam a perceber o percurso. Crie um mapa simples com cada ferramenta e ligação, por exemplo: utilizador → navegador → plataforma de prospeção → serviço de envio → destinatário. Se a sua equipa envia mensagens através de uma API, inclua a aplicação e o endpoint da API em vez de presumir que o navegador trata do envio.

Esse mapa pode revelar uma incompatibilidade antes de comprar ou configurar seja o que for. Uma equipa que pretenda manter os inícios de sessão nas caixas de correio num percurso consistente poderá ter de avaliar um proxy; uma equipa que pretenda controlar o IP utilizado por um serviço de envio deve perguntar ao serviço como está configurado o envio de emails. Não presuma que uma alteração resolve também o outro problema.

2. Confirme que IP os destinatários veem realmente

Para perceber como verificar o IP de envio de emails, inspecione os cabeçalhos de uma mensagem de teste recebida numa conta controlada pela sua equipa. Veja campos como Received, Authentication-Results e Return-Path e compare-os com a documentação do fornecedor de envio. Os detalhes dos cabeçalhos podem ajudar a identificar o percurso de entrega, mas um único campo pode não esclarecer todas as questões sobre o encaminhamento de emails pelo fornecedor.

Pergunte diretamente à plataforma de prospeção ou ao fornecedor de email que endereço IP é utilizado no envio, se esse endereço é partilhado ou dedicado e se pode mudar na sua conta. Estes detalhes dependem do fornecedor, por isso confirme a resposta na documentação atual ou junto do apoio ao cliente. Não conclua que os destinatários veem o IP do proxy só porque um utilizador iniciou sessão através desse proxy.

Os resultados de autenticação também são importantes. Verifique se SPF, DKIM e DMARC passam na mensagem de teste e se o domínio de envio visível corresponde ao que a sua equipa pretendia utilizar. Um proxy não substitui estas definições ao nível do domínio, e alterar o percurso da ligação não deve ser visto como uma solução para um resultado de autenticação falhado.

Guarde uma cópia dos cabeçalhos de teste com o nome da conta, a ferramenta de envio e a data. Se um teste posterior mostrar um percurso ou resultado de autenticação diferente, esse registo permite à equipa fazer uma comparação concreta, em vez de depender da memória sobre a configuração utilizada.

3. Relacione as caixas de correio com as ferramentas e os percursos de rede

Faça uma lista de cada caixa de correio, da pessoa ou equipa que a utiliza, da ferramenta de envio associada e do percurso usado para aceder a essa ferramenta. Uma pequena tabela é suficiente para começar. Inclua registos separados quando uma pessoa utiliza um navegador para aceder à conta, mas uma plataforma ou API trata do envio das mensagens.

Procure conflitos entre percursos antes de alterar seja o que for. Por exemplo, duas pessoas podem partilhar uma conta, mas utilizar percursos de acesso diferentes, ou o navegador pode usar um proxy enquanto um cliente de email configurado separadamente se liga diretamente. Estas situações podem provocar alterações inesperadas no acesso à conta ou dificultar a interpretação de um teste.

Registe o percurso pretendido juntamente com a configuração efetiva. Se o proxy exigir um nome de utilizador e uma palavra-passe, guarde essas credenciais através do processo de gestão de palavras-passe aprovado pela sua organização, e não numa nota partilhada. O guia de boas práticas de autenticação de proxy pode ajudar a documentar a forma como a equipa se autentica num proxy.

Mantenha um registo das alterações. Uma nota breve deve indicar a conta, a ferramenta, o percurso, a pessoa que efetuou a alteração e o resultado observado. Assim, se uma caixa de correio deixar de se ligar após uma alteração nas definições do proxy, poderá fornecer ao apoio ao cliente um histórico claro.

4. Verifique as regras da plataforma antes de alterar as ligações

Consulte as regras atuais do fornecedor de email e da plataforma de prospeção relativas à utilização de proxies, alterações de IP, acesso à conta e atividade automatizada. Verifique os termos aplicáveis à caixa de correio e ao plano em questão, em vez de presumir que uma definição permitida por um serviço também é permitida por outro.

Verifique os requisitos de início de sessão da conta e as permissões de administrador antes de mudar de percurso. Se a documentação não esclarecer algum ponto, pergunte ao titular da conta ou ao apoio ao cliente do fornecedor.

Não utilize um proxy para disfarçar uma atividade proibida pelo fornecedor nem para contornar uma restrição da conta. Se uma plataforma assinalar um início de sessão ou suspender o acesso, interrompa o teste e siga o processo de apoio ao cliente. Adicionar outro IP sem perceber a causa pode dificultar a explicação do que aconteceu.

Confirme também que tipos de ligação a ferramenta suporta. Um protocolo de proxy, método de autenticação ou porta que funciona numa aplicação pode não ser aceite por outra. Se estiver a considerar uma ligação SOCKS5 autenticada, consulte as instruções de configuração da própria aplicação e confirme a configuração com o fornecedor antes de encaminhar o acesso à caixa de correio através dela.

5. Faça um teste pequeno e controlado da configuração

Comece por testar uma caixa de correio e um percurso. Mantenha inalterados a ferramenta de envio, as definições da conta e o conteúdo da mensagem ao comparar a configuração atual com a proposta. Se alterar vários destes elementos ao mesmo tempo, será difícil determinar se uma falha de início de sessão ou uma diferença na entrega foi causada pelo proxy, pela plataforma ou por outra definição.

Durante o teste-piloto, verifique quatro aspetos: se o utilizador consegue iniciar sessão, se a ferramenta permanece ligada, se a mensagem é enviada e se os cabeçalhos recebidos correspondem ao percurso de entrega esperado. Registe também os resultados de autenticação. Se o objetivo for apenas alterar o acesso à caixa de correio, um início de sessão bem-sucedido não prova que o destinatário vê um IP de envio diferente.

Envie uma mensagem para uma caixa de correio de teste controlada pela sua equipa, não uma campanha para uma lista alargada. Se a ligação cair, registe a hora, a mensagem de erro da ferramenta e o percurso utilizado. Estes dados ajudam a distinguir um problema de autenticação do proxy de uma restrição de início de sessão do fornecedor ou de um problema no serviço de envio.

Respeite as regras do fornecedor e as permissões habituais da conta durante o teste. Não aumente o volume de envio apenas para testar uma alteração de IP; o que importa é saber se o percurso pretendido funciona e se os cabeçalhos observados correspondem à configuração. Se a plataforma não fornecer informações suficientes para verificar o percurso, contacte o apoio ao cliente antes de implementar a configuração em produção.

6. Escolha com base no problema que pretende resolver

Use os resultados do teste-piloto para identificar o problema com precisão. Se o problema estiver relacionado com a forma como um utilizador ou uma aplicação se liga a uma caixa de correio ou plataforma, avalie um proxy partilhado para esse percurso de acesso, desde que os serviços em causa o permitam. Se o problema estiver relacionado com o endereço utilizado por um fornecedor de envio para entregar mensagens, pergunte a esse fornecedor se disponibiliza um IP dedicado e que definições da conta o controlam.

A diferença entre proxy e IP dedicado é que um proxy partilhado e um IP dedicado não são equivalentes. Um proxy pode encaminhar uma ligação específica, mas não determina necessariamente o IP de envio de emails. Um IP dedicado pode ser utilizado para a entrega através de um serviço de envio, mas não altera automaticamente o percurso usado pelo navegador de uma pessoa para aceder a uma caixa de correio.

Faça a alteração apenas quando a resposta do fornecedor, o mapa do percurso e o resultado do teste apontarem para a mesma parte do sistema. Caso contrário, mantenha a configuração atual e esclareça primeiro as dúvidas; alterar um proxy de acesso quando o problema está no serviço de envio não mudará o percurso de entrega.