Visão geral
00:00:33 – Conheça Marcel Becker
00:01:10 – Então, qual é a grande atualização do Yahoo e Gmail?
00:04:18 – Por que agora?
00:08:22 – No fim das contas, nós também somos remetentes
00:00:07
Eric Trinidad: Bem-vindos ao Email’s Not Dead. O seu podcast feito por Email Geeks para Email Geeks. Meu nome é Eric e, comigo como sempre, está o meu “brochacho”. JT. JT, como vai o senhor?
00:00:16
Jonathan Torres: Tudo certo, cara. Indo bem. Obrigado pela introdução.
00:00:18
Eric Trinidad: Pois é, cara. Obrigado por comparecer. Sabe, tivemos uma semana muito agitada até agora, saindo da alta das festas de fim de ano, sabe, e aguardando ansiosamente pelo futuro. E com isso, acho que temos um convidado muito especial conosco hoje, Diretor Sênior de Gerenciamento de Produtos do Yahoo! Marcel Becker. Marcel, como o senhor está hoje?
00:00:33
Marcel Becker: Estou bem. Está um pouco frio onde estou agora, mas, fora isso, estou bem.
00:00:38
Eric Trinidad: Pois é. Onde o senhor está? O senhor não precisa nos dar o seu endereço. Apenas regiões gerais.
00:00:44
Marcel Becker: Área da Baía, na Califórnia.
00:00:46
Eric Trinidad: Ah, muito bem.
00:00:47
Jonathan Torres: Eu acho que o friozinho daí é frio para o Texas, porque no Texas não faz muito frio. E quando faz, fica muito frio. Então.
00:00:56
Eric Trinidad: Sim, agora estamos com uns agradáveis 60 graus hoje e está um pouco úmido, mas estamos bem. Nós estamos lidando com isso.
00:01:02
Jonathan Torres: É o que é. É o que é. Vamos apenas ficar aqui, sabe, falando sobre e-mail, falando sobre todas as coisas relacionadas a e-mail, eu gosto disso. Nós conseguimos nos divertir com isso.
00:01:10
Eric Trinidad: Sim, com certeza. Sabe, queria trazê-lo aqui hoje. Algumas mudanças que estão chegando, algumas coisas que serão aplicadas em um futuro próximo. E sabe, é bom ter alguém da fonte fornecendo algum feedback para nós e, sabe, tentando esclarecer algumas dessas coisas. Marcel, o senhor se importaria de nos dar uma pequena pré-visualização do que vai acontecer no Ano Novo?
00:01:28
Marcel Becker: Sim, com certeza. E eu não tenho certeza do que está acontecendo no Ano Novo?
00:01:32
Eric Trinidad: Sim, bem, fomos informados em outubro. Haverá alguns novos requisitos que serão aplicados por volta de fevereiro.
00:01:41
Jonathan Torres: Podemos resumir bem rápido. Serão três mudanças: autenticação, autenticação, autenticação.
00:01:47
Eric Trinidad: Sim.
00:01:49
Marcel Becker: É basicamente isso. Então eu acho que o meu trabalho aqui terminou.
00:01:51
Eric Trinidad: Certo. Muito bem. Bom jogo, pessoal. Toca aqui, galera.
00:01:53
Jonathan Torres: Obrigado, pessoal.
00:01:56
Marcel Becker: Quero dizer que nada está realmente acontecendo em termos de como lidamos e tratamos o e-mail. Certo. Porque todas essas coisas que anunciamos em conjunto com o Gmail são, na verdade, coisas sobre as quais falamos, expusemos e documentamos como práticas recomendadas de envio ou requisitos por um longo tempo, como, em alguns casos, uma década. Nós realmente as detalhamos. Essas três coisas que são: o senhor precisa autenticar seu e-mail, o senhor precisa se certificar de fornecer uma opção fácil para cancelar inscrição aos usuários. E, é claro, o senhor precisa ficar abaixo de um certo limite de spam. Essas são coisas que queríamos que os remetentes ou que os remetentes já deveriam estar fazendo há muito tempo. E quando o senhor olha para elas, elas não são irracionais. Na minha opinião, elas fazem muito sentido, são muito óbvias. Nós realmente abordamos isso a partir da perspectiva da experiência do cliente, certo? Queremos garantir que os nossos usuários tenham a melhor experiência possível. Que eles recebam os e-mails que realmente querem, e nós os ajudamos a se livrar dos e-mails que eles não querem, certo? E então olhamos para esses requisitos de autenticação do seu e-mail e assim nós realmente entendemos quem diabos é o senhor, certo? Ajudar os usuários a se livrarem de e-mails. É daí que vêm as coisas sobre cancelar inscrição. E também garantir que as pessoas recebam os e-mails que realmente pedem e que não recebam nenhuma porcaria na caixa de entrada. É daí que vêm as coisas de spam.
00:03:20
Eric Trinidad: Sim. Porque eu sei, tipo, eu definitivamente odeio quando eu tenho que cancelar inscrição de algo, e é tipo: Certo, o senhor não quer mais ver isso. O senhor pode nos escrever uma carta, por favor? Envie-a diretamente. O senhor terá um retorno nosso em cerca de três semanas. Nós avisaremos se o senhor sair dessa. Mas aí eles ficam me procurando, tipo duas vezes por dia nas próximas três semanas, sabe.
00:03:36
Marcel Becker: Exatamente. Sim.
00:03:37
Jonathan Torres: Nós meio que cobrimos que o porquê está definitivamente dentro dessa afirmação, sabe, de tentar melhorar. Certo. Como uma comunidade, acho que todo mundo precisa melhorar um pouco com e-mail. Tipo, é o que sempre buscamos e o que sempre pensamos sempre que estamos enquadrando no contexto do podcast é: como melhoramos como remetentes, certo? Como a comunidade de envio melhora em fazer o que todos nós deveríamos estar fazendo, sendo bons participantes aqui? E sabe, quando se trata disso e das mudanças que estão sendo feitas, acho que a questão pendente é, e talvez o senhor não tenha uma resposta para isso e possamos entrar na área teórica e opiniões e coisas assim. Mas por que agora? Tipo, há alguma indicação do tipo por que hoje. O senhor disse que estão falando sobre isso há cerca de dez anos, tipo, qual é aquele gatilho que diz, tipo: ei, vamos fazer isso agora?
00:04:18
Marcel Becker: Sim, esse é um bom ponto, certo? O senhor pode ser muito filosófico sobre isso e provavelmente passar, tipo, uma noite inteira em algum lugar, o que quer que alguém diga. Mas eu me lembro de estar no palco em algum lugar, provavelmente há dez anos. Conversamos com um grupo de pessoas também, onde falamos sobre “sem autenticação, sem entrada”. Certo. E dissemos que isso é algo pelo qual deveríamos nos esforçar. Isso é algo em que deveríamos estar trabalhando porque faz muito sentido; poder identificar quem está enviando um e-mail de maneira positiva apenas ajuda, certo? Não significa necessariamente que, se o senhor autenticar seu e-mail, sabe, ele vai passar para a sua caixa de entrada ou que podemos identificá-lo como um remetente de spam. Não é bem o caso, mas isso realmente aponta ou nos ajuda a identificar quem somos e, em seguida, atribuir a reputação à sua identidade. E se o senhor envia coisas boas e as pessoas querem seu e-mail, certo, então é um sinal muito positivo e o senhor pode identificá-lo se enviar porcaria e as pessoas não quiserem isso. Isso também nos ajuda a identificar isso, certo? Isso apenas facilita para nós ajudarmos nossos usuários a obter a melhor experiência, ajudar no combate ao spam e também, francamente, liberar alguns dos recursos. E à medida que progredimos na última década, esse problema só piorou de certa forma, porque o volume de e-mails continua aumentando. A quantidade de e-mails que as pessoas têm que examinar e lidar continua aumentando. Certo? Todos nós sabemos disso por nossa própria experiência. Há muito ruído e talvez o tenhamos comprado ou talvez eu quisesse, talvez não. E então há atores ruins tentando pegar carona na reputação supostamente boa de alguém ou o que quer que seja, e na boa reputação de certa plataforma de envio onde há muito spam saindo de grandes provedores de nuvem. E em algum momento, nós do lado do provedor de caixa de correio, simplesmente dissemos: certo, já chega. Precisamos fazer algo para nos ajudar a ajudar nossos usuários a chegar a uma melhor experiência do usuário. E também precisamos nos ajudar de certa forma, precisamos que os remetentes nos ajudem, ajudá-los a chegar à caixa de entrada se forem bons remetentes, mas também manter a porcaria fora em algum momento. E acreditamos que a tecnologia estava lá e está lá há algum tempo. E também acreditamos que, com base nas conversas que tivemos na indústria ou em grupos de trabalho na indústria, como o M3aawg e outros, que a comunidade de envio deveria estar pronta para dar suporte a essas mudanças de uma perspectiva puramente tecnológica. Portanto, não vimos nenhuma razão pela qual alguém não seria capaz de fazer essas coisas que teriam existido como práticas recomendadas. Mas a adoção ainda era muito, muito pequena porque essa é a parte que podemos debater, certo? Incentivos, por que isso acontece? Mas dissemos: certo, vamos apenas cravar uma estaca no chão e dizer que se o senhor quiser enviar e-mail de marketing, se o senhor quiser entrar na caixa de entrada do usuário, aqui estão as coisas que fizemos além dos requisitos técnicos básicos que as pessoas já precisam seguir.
00:07:07
Jonathan Torres: Isso é incrível. Eu acho que isso abrange tantas coisas que acho que mesmo da nossa perspectiva, bem do lado de envio e das pessoas que conhecemos e das pessoas com quem nos comunicamos, eu sei que já disse tanto aos remetentes, tipo: ei, façam essa parte de autenticação. É uma daquelas coisas que eu sei que é útil, que ajuda a comunidade em geral. Eu acho que com incentivo após incentivo que foi colocado lá, o senhor pensaria: ei, haverá adoção, o BIMI está sendo lançado, haverá uma adoção. Sabe, tornando-o mais fácil, sabe, tornando-o muito mais simples para as pessoas adotarem. E ainda não teve uma adoção. E uma das coisas que quero destacar do que o senhor disse, porque é realmente uma das coisas que ressoam comigo e, sempre que falo com alguém que está fazendo envio em qualquer capacidade, sempre digo que a responsabilidade do ISP é com a sua base de usuários. Portanto, se o senhor não está respeitando o que está fazendo, o que está enviando como para respeitar a base de usuários deles, eles têm que fazer o que precisam fazer para respeitar a sua própria base de usuários, para ajudar a sua base de usuários, para garantir que a sua base de usuários esteja protegida. E temos que ser bons cidadãos na forma como as coisas estão sendo enviadas e nos certificar de que estamos fazendo as coisas certas no que estamos enviando para jogar dentro dessa caixa de areia. Tipo, é definitivamente algo que, sabe, é um privilégio. Não é um direito, e significa fazer as coisas certas para fazer isso. Então, tipo, eu meio que queria tocar nisso porque isso realmente ressoa comigo e me sinto validado. Eu me sinto ouvido, sabe, e eu escuto como. É uma daquelas coisas que, tipo, o senhor tem uma responsabilidade.
00:08:22
Marcel Becker: Para adicionar a isso. Eu gosto de dizer que não é apenas a nossa base de usuários, certo? É a nossa base de usuários mútua como uma marca. Em vez de contatar todos os nossos usuários. Também são os usuários deles e eles deveriam ter, sabe, os melhores interesses deles ou a melhor experiência do usuário em mente também, certo? Nós estamos no mesmo barco no fim do dia, e se pudermos trabalhar juntos para criar essa ótima experiência e somos consumidores para gostar sempre, nós fazemos isso internamente. Tipo, eu pergunto às pessoas quando elas vêm com uma ideia ou sugestões como: O senhor usaria isso? E se não, por que não, certo? Portanto, se coloque no lugar do usuário ou, sabe, apenas seja um usuário. E todos nós somos consumidores também. O senhor adoraria clicar nisso? O senhor adoraria realmente receber esses e-mails? E se não, por que não?
00:09:07
Jonathan Torres: Sim, essa é uma ótima perspectiva.
00:09:09
Eric Trinidad: Sim. Esse parece ser como um tema contínuo inicial nesta temporada: apenas ser humano, certo? Tipo, se está certo para o senhor e o senhor faria isso, sabe, então. Sim. Mas se parecer estranho, não faça. O que é uma história maior para a vida. Eu sinto em geral.
00:09:24
Jonathan Torres: Colocando-se, sabe, no lugar do destinatário. Certo. No lugar do usuário, eu acho que é definitivamente uma grande parte disso. Quando se trata dessa peça de envio. Sabe, enquanto as pessoas estão se aprontando e se preparando. Eu sei que tem havido muitas perguntas. Tenho certeza, se o senhor já não estiver cansado de falar sobre isso. Estou apenas me perguntando quão cansado o senhor vai estar até fevereiro, sabe, falando sobre este tópico, porque sei que todo mundo tem muitas perguntas que parecem ser as mesmas perguntas se repetindo continuamente, o que eu sei que vamos perguntar novamente aqui. Mas, tipo, sabe, quando se trata da preparação do usuário, tipo, eu sei que existem diferentes coisas sobre as quais já estamos falando. Estamos falando dessa parte de autenticação, mas quais são as principais coisas que as pessoas podem começar a fazer agora, começar a fazer hoje para se preparar para que essa mudança aconteça?
00:09:58
Marcel Becker: A maioria dessas coisas deveriam ser coisas que as pessoas já deveriam estar fazendo há muito tempo, como autenticar o seu e-mail, colocar um link para cancelar a assinatura nele, monitorar suas taxas de spam. Eu acho que o que o senhor deveria estar fazendo agora são todas essas coisas de forma eficaz; se o senhor não entende ou não sabe como autenticar adequadamente o seu e-mail, ou o que o DMARC realmente é ou como ele realmente funciona, procure um especialista. Existem tantos recursos por aí e o volume de perguntas que realmente recebemos é em torno de autenticação. O que eu preciso assinar? Como o DKIM funciona? O que significa quando um domínio precisa se alinhar? Certo? Estas são todas as coisas, sabe, que eu adoraria responder. E sabe, há outros especialistas por aí, as empresas por aí, e eles ficam felizes em aceitar o dinheiro ou mesmo pessoas compartilhando conselhos de graça. Certo. E também há recursos gratuitos disponíveis, que já existem há décadas nestes casos. Então saia, eduque-se, realmente entenda o que a autenticação significa. Da mesma forma com o cancelamento de inscrição, essa tecnologia não é nova, está lá há algum tempo, foi documentada. Vá ler sobre o que isso realmente significa. O que é o cancelamento de inscrição com um clique? O que a RFC 8058 realmente diz? Como funciona? Todas essas coisas.
00:11:09
Jonathan Torres: Obrigado por chamar a atenção para isso. Na maior parte, acho que muitos de nós aqui construímos uma carreira com pessoas pagando por esse conselho, sabe, e pagando por esses especialistas. Sabe, e eu sei até do meu lado, tipo, na verdade eu escrevi artigos internos sobre como algumas dessas coisas funcionam, o que tudo isso significa, sabe, tipo, quando se trata de SPF e DKIM e tipo como juntar isso e ter certeza de que, sabe, o DMARC então acaba ficando alinhado. E, sabe, eu fiz isso internamente e estou disposto a compartilhar esse conhecimento. E sei que ajudei a contribuir para posts de blog que temos, tipo em nosso site. Nós podemos ir buscar esses recursos gratuitos para dizer, certo, como eu faço isso? Uma das coisas que preciso considerar e como implementá-la corretamente, mas acho que é definitivamente uma daquelas coisas em que falar com um especialista realmente ajuda e não sei se mais alguém está nisso por aí ouvindo a este podcast, mas ler artigos e diretrizes de RFC, eu sei que não é a coisa mais divertida. Sou uma daquelas pessoas loucas que vão lá e digerem isso, e eu gosto de saber e entender, sabe, de um nível técnico e de uma perspectiva técnica o que eu preciso fazer. Mas se o senhor tem a capacidade e o desejo de fazer isso, tipo, isso é 100% como se fosse a coisa mais útil. Mas sempre há especialistas por aí que estão prontos para ajudar a digerir o que isso significa e o que é necessário para implementar isso, certo, em qualquer nível diferente. E dependendo de com quem o senhor está enviando. Sei que aqui falamos das coisas sob a perspectiva da Mailgun.
00:12:26
Marcel Becker: Isso também é fundamental, certo? Eu não espero que o profissional de marketing vá ler uma RFC e realmente entenda as nuances. Certo. Eu não espero necessariamente que o profissional de marketing realmente entenda o que realmente significa assinar os cabeçalhos de cancelamento de inscrição de lista, com a assinatura DKIM e todas essas coisas. Certo. O que eu adoraria é que empresas como o senhor ou outros provedores de ferramentas realmente se apresentassem e dissessem: ei, podemos resolver isso com programação, porque acredito que é totalmente solucionável. Nós podemos tornar isso realmente tão simples quanto literalmente apenas clicar em um botão para enviar as suas coisas como o senhor normalmente faz. E nós fazemos o trabalho pesado nos bastidores. O senhor não precisa se preocupar com nada disso. E eu vejo isso acontecendo com muitas empresas por aí. Eu também entendo muitos casos extremos e quando as coisas eram como: Ooh, nós realmente precisamos ver como isso funciona, como resolveríamos isso? E estou muito feliz em me envolver nessas conversas também, o que é uma das razões pelas quais, e se o senhor perguntar, por que fevereiro ou por que agora? Certo. Uma das razões pelas quais eu, na verdade, não dei uma data dessa perspectiva foi precisamente porque eu não queria dizer: ei, até fevereiro o senhor precisa fazer X, Y e Z, e esperamos que todos estejam em conformidade. Quero me envolver em conversas e entender quais são os casos extremos. Existem casos que nós não vemos. Existem casos de uso nos quais precisamos trabalhar em conjunto com a comunidade de envio para, quem sabe, encontrar uma solução que ajude esses bons remetentes a fazer o e-mail chegar aos nossos clientes corretamente, porque essa é a experiência que queremos preservar. Nós queremos ser humanos no fim do dia e garantir que não a interrompamos desnecessariamente. Mas, ao mesmo tempo, ainda queremos cravar a estaca no chão. Isso não é algo sem fim. Nós ficamos tipo, ok, sabe, vamos ter essa conversa por mais dez anos e talvez então algo aconteça, ou talvez não. Certo? Agora queremos colocar um pouco mais de pressão no setor.
00:14:13
Eric Trinidad: Definitivamente é necessário muito respeito mútuo de todas as partes envolvidas, certo? Como em qualquer bom relacionamento, vai dar trabalho e exigir comunicação aberta. Mas isso é ótimo que vocês não estejam virando a chave, “ka chunk”, como se tudo fosse ser parado bem aqui. Mas sim, entender o que os remetentes estão passando e ouvir o que a comunidade tem a dizer sobre algumas dessas questões.
00:14:31
Marcel Becker: E é claro, algumas dessas coisas são mais fáceis de aplicar e implementar, certo? E mais fáceis de serem entendidas no lado do envio, certo? Como autenticação, como o Gmail já começou a aplicar algumas dessas coisas. E tenho certeza de que o senhor, assim como outros remetentes, já viram isso. Certo? Porque isso é binário. O senhor precisa autenticar ou não. Algumas das outras coisas são um pouco mais difíceis de aplicar sem causar danos colaterais. Pode ser o link para cancelar a assinatura ou as taxas de spam e coisas assim.
00:14:59
Jonathan Torres: Essa é uma das coisas que apreciamos do nosso lado. Apenas para chamar a atenção para essa parte disso, certo? Sabe, o senhor vir aqui e conversar conosco e as pessoas terem a oportunidade de ouvir isso, sabe, da comunidade de envio para todos os remetentes que estão realmente tentando fazer as coisas certas, que sabem que, sabe, em primeiro lugar, que estão informados de que haverá mudanças e haverá coisas acontecendo. Acho que isso é simplesmente algo legal de ainda ver na comunidade de e-mail: que temos essa participação de todos os lados e que podemos ajudar, sabe, a partir de nossa perspectiva, tipo, conseguimos ajudar, como espero que estejamos prestando um serviço ao fazer este podcast e garantindo que, sabe, a palavra seja ouvida e que as pessoas saibam e entendam o que está acontecendo e se aprontem e comecem a se preparar para esse tipo de coisa. Uma dessas coisas para as quais nós, eu acho, deveríamos estar prontos e para as quais todo mundo está quase totalmente preparado. É apenas uma questão de, tipo, garantir que todos os remetentes tenham a chance de ouvir isso e estejam totalmente prontos. Então eu sei que estamos tentando fazer a nossa parte, com certeza. O senhor tem alguma ideia de quanto isso já vai fazer no sentido de removermos parte do envio de uma plataforma ou coisas que sabemos que vão falhar? Porque sei que uma das grandes coisas de que as pessoas já deveriam estar cientes e que as pessoas já deveriam estar fazendo é a questão do spoofing, tipo, eles já deveriam ter parado com isso. Nós já pedimos às pessoas para pararem de fazer isso. E eu sei que existe o spoofing ignorante em que as pessoas simplesmente não sabem que não deveriam estar fazendo isso, sabe, ainda se passando por domínios como Gmail e Yahoo e apenas enviando do seu endereço de e-mail pessoal. Mas elas estão enviando mensagens em massa para clientes o que elas realmente não deveriam estar fazendo porque está vindo de uma plataforma diferente. Mas há também os que o senhor conhece, que nós conhecemos, que estão compartilhando um espaço e fazendo coisas assim em que eles estão, sabe, involuntariamente fazendo spoofing, mas ainda estão fazendo a coisa do spoofing. O senhor tem alguma ideia de qual será o tamanho desse impacto?
00:16:31
Marcel Becker: Sabe, o aproveitamento ou o uso de domínios de consumidores para envio de e-mail em massa realmente não é um problema tão grande do nosso lado, já que temos uma política de rejeição de DMARC desde 2014. É um problema enorme para o Gmail, e não quero falar muito por eles. Fico feliz que agora finalmente estejam usando isso, porque a plataforma deles é uma grande emissora de spam ou e-mails indesejados usando o domínio de consumidor do Gmail. Mas quero me concentrar um pouco mais na política de entrada, é como fazer com que os remetentes aproveitem o DMARC nesses caminhos e há uma razão específica para o DMARC: sim, adoraríamos que todos protegessem sua marca de sofrer spoofing, mas também ajudar os usuários a realmente garantir que, se receberem um e-mail de uma marca específica, possam ter uma certeza razoável de que é realmente dessa marca e é para isso que o DMARC foi projetado. Mas o senhor também percebe que isso é um pouco mais difícil de implementar na prática, e essa é uma das razões pelas quais começamos com algo simples, exigindo autenticação; o SPF e o DKIM dão o primeiro passo e publicam uma política ‘none’ e, de fato, monitoram os relatórios, porque esse é o primeiro passo para realmente entender suas próprias práticas recomendadas de envio e quem está enviando e-mails em seu nome. E o primeiro passo para consertar o que quer que possa estar quebrado ali.
00:17:44
Jonathan Torres: Esse é um ponto muito bom. Eu sei que isso fica um pouco técnico, sabe, meio que entender a política DMARC e o que significa a aplicação da política e então os relatórios que retornam a partir disso. Mas eu sei que fizemos uma pequena pré-visualização deste episódio no nosso episódio anterior e, para ter uma pré-visualização um pouco maior do futuro, nós definitivamente teremos especialistas que virão falar um pouco mais sobre essas coisas. E, sabe, queremos garantir que essas coisas sejam ouvidas porque há algumas empresas excelentes por aí fazendo um trabalho muito bom sobre o que isso significa e, sabe, ajudando as pessoas a implementar isso e processar essas coisas porque é super importante, sabe, saber e entender o que está acontecendo com seu e-mail, quem está enviando como o senhor. Acho que eu gostaria de saber se alguém estivesse tentando se passar por mim aí pelo mundo. Então, sabe, isso é definitivamente uma das grandes, grandes coisas com certeza. E quando se trata de algo como o DMARC e a parte de SPF, sei que a maioria dos remetentes já está coberta por isso. Eles já estão fazendo a maioria dos ESPs, pelo menos. Certo. Estão enviando com isso já implementado? Muitos provedores menores já estão até começando a implementar isso e garantindo que tenham isso postado lá. E então a próxima parte, abaixo, é, sabe, a parte de cancelamento de inscrição. Eu apenas quero destrinchar isso um pouco também. E tipo o que isso significa e o que exatamente está sendo monitorado lá, porque eu sei que há certas coisas que podemos ou não podemos fazer, algumas coisas que são automatizadas e algumas coisas que vão além do ponto de automação e exigem um pouco mais. Então, se o senhor puder expandir apenas um pouco essa parte.
00:18:55
Marcel Becker: Sim, com certeza. E para realmente esclarecer o que disseram os requisitos, porque essas são as outras perguntas que estamos recebendo. O que significa cancelamento de inscrição com um clique? Já tenho um link no corpo, isso já é cancelar inscrição com um clique ou se eu colocar os cabeçalhos de lista ali, e os bots e tudo isso? Portanto, quando falamos sobre a aquisição de listas, cancelar inscrição com um clique. Estamos falando muito especificamente sobre a inserção de cabeçalhos POST de cancelamento de inscrição de lista no cabeçalho de um e-mail. Isso é o que é especificado pela RFC 80.
00:19:28
Jonathan Torres: 58.
00:19:31
Marcel Becker: 8058. Muito obrigado. Eu preciso . Tenho dito tanto isso nos últimos dias.
00:19:38
Jonathan Torres: Agora virou uma sequência de números.
00:19:41
Marcel Becker: Sim. E, na verdade, o que isso significa é se o senhor estiver enviando um e-mail para um provedor de e-mail ou um aplicativo de e-mail que entenda a RFC 8058. Que o senhor verá dentro da interface do usuário do aplicativo de e-mail, o senhor vê um pequeno cancelamento de inscrição antes disso, certo? Mas é isso o que a Microsoft está fazendo, o que o Google está fazendo. Isso é o que nós estamos fazendo. É isso o que a Apple está fazendo, certo? Provavelmente todos os senhores já viram isso em algum lugar e isso realmente ajuda a apenas colocar um botão na cara do usuário, se o senhor quiser, onde dizemos a eles: sabe, se você realmente quiser se livrar disso, aqui está uma maneira de fazer isso de forma fácil e muito conveniente, sem ter que marcar a quantidade de spam, porque essa seria, na verdade, a opção alternativa para um usuário. E nós temos visto isso repetidas vezes. Um usuário não fica sentado lá e diz: Ei, eu não quero mais este e-mail. Deixe-me ver onde posso encontrar esse link para cancelar a assinatura no corpo. E deixe-me clicar nisso e depois deixe-me superar todos os obstáculos e aros e o que quer que eu tenha que fazer naquela página da web. Não, ninguém está fazendo isso. Isso é muito difícil. Eu quero me livrar desse e-mail. Eu apenas clico no botão de que isso é spam e é por isso que queremos facilitar. Mas, ao mesmo tempo, também não queremos penalizar os remetentes desnecessariamente. Se for um e-mail legítimo, que alguém decidiu assinar, e deseja se livrar dele, não queremos que o marque como spam, o que pode prejudicar a reputação do remetente no final do dia. Certo. Nós queremos que eles optem por cancelar inscrição e vimos isso ao implementar esse cancelamento de inscrição na interface de usuário ou mesmo dizendo aos destinatários quando eles realmente clicarem em marcar como spam. Temos uma página onde dizemos: Ei, o senhor prefere cancelar inscrição se o remetente atender aos requisitos? Temos visto as modalidades de spam diminuírem e serem reduzidas em 30 a 40%. Portanto, acho que esta é uma situação em que todos ganham. Uma melhor experiência do usuário foi melhor para os remetentes. É por isso que nós, assim como o Gmail, adquirimos isso para o futuro. Ao mesmo tempo, a outra parte desse requisito é honrar o cancelamento de inscrição em dois dias, porque embora alguns remetentes tenham esse pequeno artifício legal no cabeçalho, eles não respeitam isso. Certo? Portanto, um usuário clica nisso. Eles confiam em nós que estamos fazendo isso da maneira certa, mas aí eles vêm até nós e reclamam: Ei, sabe, eu cliquei em cancelar inscrição dessa única marca, mas eu continuo recebendo e-mails dela. Certo. Não é uma ótima experiência.
00:21:54
Eric Trinidad: Não, não.
00:21:55
Marcel Becker: Não. Nós estamos violando a confiança dos usuários, as marcas estão violando a confiança do usuário neste caso, certo? Não é legal. E é por isso que basicamente dissemos: veja. Sim, da perspectiva do CAN-SPAM, o senhor pode esperar dez dias. Isso é razoável? Porque, do que um usuário esperaria, provavelmente não. Certo. Então, optar por cancelar inscrição imediatamente. Sim, talvez seja razoável. Então, sabe, digamos dois dias, isso provavelmente é razoável, certo? Isso também é algo que o usuário poderia razoavelmente esperar.
00:22:23
Jonathan Torres: Como a tecnologia melhorou. Existem tantos espaços que, assim que eles clicam naquele botão, é tudo automatizado. Eles saem imediatamente daquela lista. E acho que é definitivamente, sabe, justificado. E sim, o CAN-SPAM não muda há bastante tempo quando se trata dessa parte dele. Então quero dizer, é definitivamente, eu tenho certeza, justificada pelo menos uma revisão, sabe, em dois dias, eu acho que é definitivamente razoável. Tipo, eu definitivamente não vejo um problema nisso. Isso é definitivamente bom de se ter.
00:22:47
Eric Trinidad: O senhor levantou um bom ponto em relação às próprias taxas de spam. Se elas estiverem acima de, tipo, 0,3%, isso é um pouco maior do que o que nós aplicamos do nosso lado. Isso ocorreu durante, eu sei que já conversamos sobre isso no passado, mas apenas para meio que reiterar alguns desses pontos para outros usuários que não o ouviram antes, isso é durante um intervalo de tempo específico ou como fica do seu lado?
00:23:05
Marcel Becker: Deixe-me abordar o número primeiro. O senhor também recebe muitas perguntas do tipo: por que há 0,3% e ai, meu Deus, ai, meu Deus, serei capaz de cumprir com isso? Nós escolhemos 0,3% porque existem outras empresas e programas por aí. Esse já é o requisito para eles. Certo. Então, acho que é apenas um alinhamento e também internamente, esse pode ser um limite em que se o seu tráfego sustentar uma taxa de spam, sabe, acima de 0,3%, o senhor provavelmente já está num mundo de dor de qualquer maneira. Certo. Porque, em geral, nós na verdade analisamos números muito, muito, muito menores. Mas é um número que ressoa na indústria e é por isso que o escolhemos e nós simplesmente o tornamos público. Também não é algo novo, certo? Se as pessoas dizem ou se as pessoas nos perguntam, tipo: ok, esta é uma nova política, por que estão fazendo isso? Não, não é nova. Nós já sempre analisamos as taxas de spam em geral, certo? Se o senhor já tem uma taxa de spam tão alta, provavelmente já está vendo adiamentos do outro lado. Certo. O senhor provavelmente já está vendo devoluções ou filtragem de spam no lado do Gmail. Isso já está acontecendo. Mas tudo o que fizemos foi apenas colocar um número por aí para que o senhor possa de fato monitorar isso um pouco melhor. A outra pergunta: qual é o prazo que os senhores estão observando? Então, de certa forma, coloquei isso como uma piada, mas ainda é verdade. É mais de um dia, menos de um ano. Se o senhor atingir um pico por algum motivo qualquer, certo. E o senhor cometer um erro no lado do remetente, ou se alguém decidir marcar todo o seu e-mail como spam e o senhor atingir uma taxa de spam de, tipo, 1% ou algo assim, não usaremos isso contra o senhor. Nós observaremos um período de tempo razoável, sabe, semanas, meses, para ver qual é o volume. Se o senhor paira constantemente em torno desse limite, o senhor provavelmente está fazendo algo errado e já sabe que está fazendo algo errado. Certo? Então o senhor deveria começar a fazer algo certo. Se o senhor geralmente tem boas taxas e, em seguida, ocorre um ponto fora da curva, nada aconteceria.
00:24:57
Eric Trinidad: Não vai ser derrubado. Muito bem, é bom ouvir isso.
00:25:03
Jonathan Torres: Eu sei quando se trata de nós e, claro, conheço nossa plataforma e temos certos limites para reclamações de spam e taxas de reclamação que nós usamos, sabe, para desativar alguém por completo. Mas quando se trata do conselho que damos às pessoas, é para que fiquem muito abaixo disso. E uma das coisas que eu gostava de dizer às pessoas no passado é: ei, se o senhor não estiver vendo nenhuma reclamação de spam, isso provavelmente não é um bom sinal. Tipo, haverá algum nível de pessoas que vão estar, sabe, aquelas pessoas que vão estar muito infelizes. Elas vão clicar naquele botão. Mas a única maneira pela qual podem clicar naquele botão é se a mensagem já estiver indo para a caixa de entrada. E a razão pela qual isso me veio à mente é porque eu sei que é daí que o cálculo vem, certo. Tipo, não temos visibilidade necessariamente sobre tudo que está indo para a caixa de entrada, mas podemos fazer inferências usando esse tipo de método. Mas eu sei que quando se trata da reclamação de spam que vocês estão monitorando por parte do Yahoo! serão as mensagens que já estão indo para a caixa de entrada porque é de lá que as pessoas vão reclamar. E então em comparação a quantos estão clicando, daí o botão de spam.
00:25:55
Marcel Becker: Sabe, para esclarecer, quando falamos sobre a taxa de spam, certo, é o número de e-mails classificados como spam em relação ao número de e-mails entregues na caixa de entrada. E sim, pode muito bem ser que a maioria dos e-mails já esteja indo para a pasta de spam. A sua taxa de marcação de spam pode ser muito pequena, mas nesse momento o senhor provavelmente já vê adiamentos do nosso lado, certo? O senhor já deve ver throttling ou outros problemas. E para chegar lá o senhor tem que passar por, sabe, um mundo de dor antes, certo? Não é que isso aconteça de repente, há sinais para os quais o senhor pode olhar. Existem sinais que nós fornecemos que lhe dirão que o senhor provavelmente está fazendo algo errado. Além disso, dependendo da plataforma em que o senhor está, nós realmente compartilhamos dados de entrega na caixa de entrada. Tipo, o senhor pode realmente ver quais e-mails estão indo para a caixa de entrada, isto é, quais e-mails estão indo para spam e qual é minha real taxa de spam. Certo. Não inferida. Portanto, nós mostramos esses dados em alguns casos. Além disso, para o futuro, pretendemos melhorar os dados ou os insights na nossa plataforma de postmaster. Então o senhor deve ser capaz de monitorar isso um pouco melhor.
00:27:03
Eric Trinidad: Isso é incrível.
00:27:03
Jonathan Torres: Portal do remetente?
00:27:04
Marcel Becker: Nós o chamamos de Sender Hub.
00:27:05
Jonathan Torres: Sender Hub. Eu cheguei perto. Eu senti isso.
00:27:09
Marcel Becker: Lado do postmaster, como o senhor quiser chamar. Qualquer uma dessas URLs funciona também. Postmaster.yahoo.com, postmaster.yahooinc.com, senders.yahooinc.com. Tanto faz, tudo isso funciona.
00:27:20
Jonathan Torres: Incrível à medida que o conhecimento cresce. E eu sei que os remetentes sempre ficam curiosos sobre isso. E sabe, obter mais informações de qualquer fonte é realmente bom. Então, sabe, nós sempre sugerimos fazer isso, sabe, apenas para meio que lançar isso como um conselho gratuito. Quando se trata de mensagens de erro. Eu sei que já há falhas que nós notamos e códigos de erro aos quais nós meio que prestamos atenção; vai haver um conjunto totalmente novo de códigos de erro que serão informativos sobre, sabe, o que exatamente está acontecendo e por que as mensagens podem ser adiadas ou bloqueadas.
00:27:45
Marcel Becker: Sim, eles serão. Portanto, para algumas das coisas novas, quando falamos sobre a exigência do link para cancelar a assinatura, teremos novos códigos de erro dizendo especificamente ao senhor que, sabe, isso está sendo devolvido ou sofrendo throttling ou o que quer que seja porque o link para cancelar a assinatura não está lá. Certo. Ou está sofrendo devolução porque o senhor não está fazendo a autenticação do e-mail corretamente, mas provavelmente já estão vendo isso com o Gmail. Outras áreas como as suas taxas de spam. Como eu disse, isso não é nada novo, apenas colocamos o número por aí. Mas nós já estamos fazendo isso hoje. Então, se o senhor está recebendo um TSS04, acho que esse é o famoso código de erro. Isso é muito provável porque o senhor está próximo de uma taxa de spam desfavorável. Da mesma forma, alguns dos requisitos de RFC de DNS. Nós já estamos rejeitando e-mail se o seu e-mail não estiver atendendo a alguns requisitos de RFC e nós dizemos a você o porquê.
00:28:40
Jonathan Torres: Outro no qual sei que as pessoas têm se fixado muito é o limite de 500 mensagens por dia.
00:28:49
Marcel Becker: 5000.
00:28:49
Jonathan Torres: Sim. Obrigado. Obrigado. Eu sei que já ouvi o senhor dizer isso e eu vou falar de uma vez. E então apenas para confirmar se o ouvi corretamente, porque às vezes os meus ouvidos não funcionam muito bem. Realmente que essas 5000 mensagens por dia são, sabe, meio que um número divulgado ou algo que podemos meio que usar como orientação. Mas se o senhor estiver enviando em massa para muitos destinatários e, sabe, mensagens semelhantes que estão sendo enviadas, isso vai ser envio em massa, o senhor é considerado um remetente em massa nesse momento, está certo?
00:29:15
Marcel Becker: O senhor é. E havia uma razão pela qual eu, de fato, não coloquei um número. O Gmail fez. E eu acho que podem estar se arrependendo disso. Mas eu acho que estávamos alinhados com o Gmail e conosco. Então, não, não há um número exato. Não é 5000 ou 6000, 4000. Certo? Por muitas razões. Uma delas é: não é como se, quando o senhor enviasse 4999, o senhor não tivesse que seguir nenhum desses requisitos. Certo? Não. Se o senhor está enviando muitos dos mesmos e-mails para muitas pessoas, o senhor é um remetente em massa, ponto final, e terá que cumprir com esses requisitos. Sim, é basicamente isso. E é na casa dos milhares, certo? As pessoas deveriam saber se são remetentes de e-mail em massa. Quero dizer, se o senhor for uma pequena loja familiar e talvez enviar algumas centenas de e-mails ou for apenas para coordenar as coisas ou até mesmo pequenas listas de e-mails, tipo, não, o senhor não é um remetente de envio em massa. Também se, porque nós também recebemos essas perguntas, tipo, o senhor é uma empresa e tem pessoas enviando e-mails individuais do mesmo domínio para muitas outras pessoas. Certo. Isso não é e-mail em massa, certo? Essas são mensagens de pessoas para pessoas, apenas porque estão enviando muito. Não é e-mail em massa. Certo. É o senhor enviar a mesma mensagem para muitas pessoas. Essencialmente, o senhor imprimiu um folheto e agora está distribuindo-o. Seja distribuindo 1000 ou 10.000, o senhor ainda está distribuindo um folheto e isso ainda é coisa de marketing.
00:30:40
Eric Trinidad: Então, só para o caso de as pessoas estarem pensando em burlar o sistema.
00:30:44
Jonathan Torres: Não façam isso.
00:30:45
Eric Trinidad: Nem tentem.
00:30:46
Marcel Becker: Sim, essa já é a questão também, certo? Snowshoeing e todas essas coisas que já estão acontecendo onde as pessoas pensam: ei, você deveria enviar a mesma mensagem de, tipo, 5000 endereços IP diferentes. Ninguém vai perceber. Não, nós o encontraremos. O senhor ainda é um remetente em massa.
00:31:03
Eric Trinidad: Sim. Sim.
00:31:04
Jonathan Torres: É engraçado a forma como essa lógica tende a se espalhar. Eles acham que foram mais espertos que o sistema. Mas, na verdade, não.
00:31:11
Eric Trinidad: Bem Marcel, sei que estamos nos aproximando do fim do nosso tempo aqui. Eu queria dizer novamente, obrigado por vir e falar conosco hoje. Se as pessoas quiserem obter mais informações, eu sei que temos o Sender Hub, mas há alguma outra documentação por aí que as pessoas devam analisar?
00:31:24
Marcel Becker: Sim, eu diria para ficarem de olho neste espaço, acompanharem o nosso blog. blog.postmaster.yahooinc.com, eu acredito. Caso contrário, acessem senders.yahooinc.com. Nós estaremos atualizando a página de práticas recomendadas com os requisitos reais em breve, nas próximas semanas. Como eu disse, queríamos esperar por um pouco mais de contribuições. Fui vago de propósito na postagem do blog, mas colocaremos mais detalhes lá. Do contrário, já acessem o Sender Hub; lá estão todas as práticas recomendadas, como essencialmente todos os requisitos que temos e que estaremos aplicando já estão documentados lá, e há links para: o que significa DKIM? Como funciona o DMARC? O que é SPF? Certo. RFC 8058, como funciona? Tudo isso já está documentado. Os senhores não precisam esperar que nós atualizemos isso. Além disso, os senhores conhecem a página do Gmail, é a mesma coisa. Eles têm uma página muito, muito boa por lá, com links para mais informações, e entrem lá agora mesmo e leiam tudo.
00:32:27
Jonathan Torres: Sim, não esperem.
00:32:29
Eric Trinidad: Sim. Ajam agora.
00:32:33
Eric Trinidad: Bem, assim que confirmarmos isso, o Thomas colocará nas nossas notas do programa aqui. Ele poderá distribuir essas informações em nível nacional. Thomas, se as pessoas quiserem saber onde essa documentação pode ser encontrada, para onde elas podem ir?
00:32:46
Thomas Knierien: Sim. Senhoras e senhores, os senhores também podem entrar em contato conosco e olhar o podcast em mailgun.com/resources/podcasts. Garantiremos que teremos esses recursos e links sobre os quais Marcel estava falando hoje na descrição do programa. Para que os senhores possam acompanhar e manter-se atualizados sobre todas essas coisas que virão a seguir. E com isso dito, a seguir, teremos Chad White falando sobre o seu novo livro e sobre o lado de e-mail marketing dessa atualização e como ela afetará os profissionais de e-mail marketing e coisas assim. E depois disso, teremos os nossos amigos da DMARCIAN para falar sobre o lado DMARC de toda essa atualização. Portanto, fiquem por aí e certifiquem-se de que continuam ouvindo.
00:33:19
Eric Trinidad: Muito bem. Novamente, Marcel, mais uma vez obrigado pelo seu tempo. Agradecemos a você. E, com sorte, o veremos na baía em breve.
00:33:24
Marcel Becker: Obrigado. Estou ansioso por isso e por mais conversas filosóficas.
00:33:29
Eric Trinidad: Sim.
00:33:30
Jonathan Torres: Eu adoro isso.
00:33:32
Eric Trinidad: Obrigado, pessoal.
