Voltar ao podcast

Transcrição

John Jantsch: Este episódio é um Podcast de Duct Tape Marketing, e é trazido a você por pixelz.com. Você tem que fazer essas imagens ficarem ótimas. Se você quer que eles apareçam, se você quer que eles representem seus produtos, este é um serviço de retoque para fazer suas imagens ficarem ótimas.

Olá e bem vindos a mais um episódio do Duct Tape Marketing Podcast. Este é John Jantsch. Meu convidado de hoje é Lukas Haensch. Ele é um ex-gerente de UX do Google e fundador da Pathmonk em pathmonk.com.

John Jantsch: E vamos falar sobre velocidade da página, velocidade de carregamento do site, todos os fatores de UX. Se as pessoas acessam seu site e ele carrega muito lentamente, é uma experiência ruim e é por isso que é um fator tão importante. Na verdade, é um fator tão importante que o Google é, chamando-o externamente de fator de classificação para fins de SEO. Então, Lukas, obrigado por se juntar a mim.

Lukas Haensch: Obrigado John. Obrigado por me receber.

John Jantsch: Então, como é que uma pessoa, quero dizer, muitas vezes as pessoas falam sobre a velocidade da página e há tantos fatores que entram em jogo. Alguém pode ter um ótimo site que carrega rápido, mas alguém está lento, como eu costumava dizer discar. Nós não dizemos discar mais, não é? Mas conexão lenta. E assim eles estão tendo uma experiência ruim. Quero dizer, como sabemos onde estamos? Quero dizer, como medimos, qual é a velocidade da nossa página?

Lukas Haensch: Muito, muito feliz por você ter perguntado. Então, acho que talvez em primeiro lugar, acho que um conceito-chave a ter em mente é: por que nos importamos com a velocidade da página? Apenas muito, muito brevemente, por que nos importamos com isso? Se você comparar isso com sua loja de varejo, talvez seja uma analogia muito, muito boa para compará-lo com sua porta de correr em sua loja de varejo. Se isso está abrindo super, super, super lento, quantas pessoas esperariam para realmente passar?

Lukas Haensch: Apenas mantendo esse tipo de analogia no fundo de sua mente, uma vez que você está passando por tudo isso, hoje. Portanto, o feed de página é basicamente o abridor de portas para o usuário. Havia toneladas de métricas lá e eu sei que muitos profissionais de marketing estão ouvindo. Então, basicamente, darei a você uma métrica, que usamos no Google enquanto trabalhávamos com os maiores clientes do Google, que é o índice de velocidade. Portanto, há toneladas de métricas que você pode ter, tempo de carregamento, primeiros bits sendo carregados, quando começa a renderizar?

Lukas Haensch: Mas se você olhar para o índice de velocidade, e eu lhe direi em um segundo como você o obtém, mas se você olhar para o índice de velocidade, o que você realmente medirá é quanto tempo leva até a primeira tela, o conteúdo acima da dobra, quanto tempo leva até que ele seja totalmente pintado, o que significa que, por sua vez, um usuário tem uma experiência significativa em seu site? Então, é nisso que realmente nos concentramos no Google em nossa equipe para otimizar para a primeira renderização acima da dobra.

Lukas Haensch: E todas as outras ações partirão daí, porque o apelo à ação já está lá, uma imagem de herói já estará lá, e então, todo o resto se desenrola a partir daí. Portanto, o índice de velocidade é algo que você pode obter com muita facilidade. Existe uma ferramenta chamada webpagetest.org. Na verdade, é construído a partir do Google. Não é uma ferramenta oficial do Google nesse sentido, mas é construída a partir da equipe do Google, para analisar sites de velocidade de página.

Lukas Haensch: E se você colocar sua URL lá e você obterá uma métrica chamada índice de velocidade da página e ela lhe dirá algo como 3.000 ou 4.000, e isso é basicamente milissegundos. Portanto, se você tiver um índice de velocidade de página de 3.000, estará acima da dobra. O conteúdo será totalmente carregado após três segundos. Então, isso é uma coisa muito boa para se colocar a atenção.

John Jantsch: Então repita isso de novo, webpagetest.org?

Lukas Haensch: Correto. Webpagetest.org é como um site azul escuro onde você pode colocar alguns parâmetros, você pode escolher a rede, o que é realmente importante escolher. Você precisa escolher algo que faça muito sentido para sua base de usuários. Nem todo mundo está em 5G e nem todo mundo está em 4G. Pode ser engraçado ouvir isso, mas quando estávamos fazendo isso há cerca de dois anos, um ano e meio atrás no Google, estávamos testando o 3G rápido ainda porque uma base de usuários tão grande na verdade é mais lenta e dispositivos de extremidade inferior. Portanto, testar no wifi do seu escritório provavelmente não é a melhor coisa a fazer.

John Jantsch: Onde você encontra ou quais foram os maiores culpados, quero dizer, que tornam os sites lentos?

Lukas Haensch: E isso se encaixa exatamente nesse conceito que acabamos de dizer antes. Estamos olhando para a renderização de conteúdo acima da dobra e há apenas um nível muito alto. Existe um conceito-chave por aí que é chamado de caminho crítico de renderização, o que significa que o navegador precisa passar por muitos recursos antes mesmo de começar a mostrar qualquer coisa na tela. Portanto, se você tiver muito espaço em branco antes que seu site mostre qualquer coisa, geralmente estará bloqueando o caminho de renderização crítico.

Lukas Haensch: Você verá isso visualmente se for para webpagetest.org, você poderá ver exatamente porque é basicamente uma versão mais lenta de como sua página está carregando. Você verá no segundo, temos uma tela branca, no segundo 1.5 temos uma tela branca e assim por diante e assim por diante até que você realmente mostre o primeiro conteúdo. Então, as maiores coisas que afetam, são, é tudo o que está bloqueando a renderização, porque se você está bloqueando a renderização, você tem uma página larga e isso geralmente são algumas coisas.

Lukas Haensch: Por padrão, isso sempre será porque é simplesmente um bloqueio de renderização. É seu CSS e seu JavaScript em sua página. Sem entrar em muitos detalhes. Mas, sempre que você tem algo que tem muito Java script nele e que pode ser um player de vídeo, pode ser um carrossel onde você tem algumas mensagens de marketing invertidas na parte superior do seu site, que muitas vezes são impulsionadas por Java script .

Lukas Haensch: Você terá, os técnicos, uma antiga ferramenta de teste AB que talvez não esteja mais usando. Esse será o script Java. Portanto, mesmo que não seja realmente necessário na parte superior da tela, estará bloqueando, o que aconteceu quando você começar a ver algo na tela. Portanto, um dos principais exercícios é sempre verificar se todos os arquivos de script Java que estamos usando, se todos os arquivos CSS que estamos usando são realmente necessários ou você pode, e isso se chama, atrasando-os ou adiando-os em termos técnicos, você pode atrasar o carregamento de alguns desses itens, o que desbloqueia o caminho crítico de renderização, que mostra o mesmo conteúdo anteriormente sem alterar nada nos sites do servidor, sem alterar nada dramático.

Lukas Haensch: Então, a principal coisa que aprendemos e comunicamos no Google o tempo todo é que você não precisa fazer grandes mudanças. Basicamente, todos os arquivos que você carrega têm potencial para serem melhorados. É um arquivo CSS? Pode ser, não é necessário neste momento. Pode ser carregado mais tarde. É um arquivo JavaScript? Pode ser adiado. É um arquivo de fonte? Talvez seja um formato de fonte antigo. E assim por diante. Você pode passar por todos os fatos e, obviamente, fotos, há um grande truque chave que eu acho que é realmente útil para imagens.

Lukas Haensch: Eu posso entrar nisso, mas no final das contas, trata-se de analisar esses itens individuais e você como profissional de marketing, se isso, talvez seja algo com o qual você não esteja trabalhando o tempo todo, basta acessar webpagetest.org em URL e você pode ver passo a passo, ok, o que está realmente carregando e o que posso ver na minha tela? E isso lhe dará uma boa noção do que está acontecendo em sua página. Se houver toneladas de script Java, se houver toneladas de imagens, se houver arquivos de longa duração, tudo isso.

John Jantsch: Qual o papel, quero dizer, eu sei que, em última análise, ele desempenha um papel, mas qual o papel da hospedagem em talvez tornar os sites mais lentos ou entregar uma carga mais rápida?

Lukas Haensch: Quero dizer, basicamente, afeta a primeira parte da equação geral sobre a rapidez com que você está enviando, sua primeira mordida, basicamente, a rapidez com que você está enviando informações é basicamente pelo cano. O que nós achamos que foi uma e outra vez, obviamente, isso tem desempenhado seu papel, mas um papel muito, muito maior, as vitórias muito mais rápidas estão na otimização dos arquivos individuais porque há, como acabamos de discutir antes, bloqueando o cluster de renderização crítico. Há tantas pequenas coisas que você pode fazer antes de ter que tocar nessa hospedagem. Então, eu examinaria o caminho crítico de renderização e como você está carregando os arquivos algumas vezes antes de alternar qualquer configuração importante.

John Jantsch: Você acha que alguns dos sistemas de gerenciamento de conteúdo que existem hoje, obviamente, o WordPress é de longe o mais popular. Isso faz parte do problema principalmente quando as pessoas começam a adicionar temas e plugins e esse tipo de coisa?

Lucas Haensch: 100%. Eu acho que você tem que pensar sobre o que é um plugin. Um plugin é basicamente um monte de JavaScript em muitos, muitos casos. Obviamente depende do que faz, mas se vier com muita funcionalidade, sim. Então, por exemplo, e é a mesma lógica sendo aplicada, vamos pegar a lógica do plugin do WordPress. Então você está carregando alguns plugins. Alguns deles você realmente nem precisará nesta página. Alguns deles você só precisará em uma página específica. Ou alguns deles você só precisará na parte inferior da sua página.

Lukas Haensch: Então o que você pode fazer é, você pode ser, e existe até um plugin para esse tipo de meta plugin. Mas você também pode executar isso através do código. Você pode carregar condicionalmente seus plugins. Então, se meu primeiro movimento, minha tela estiver carregando, se minha página estiver carregando, o que você pode fazer é apenas usar esse carregador de condicionador para os plugins e, em seguida, escolher quando qual plugin deve realmente ser carregado.

Lukas Haensch: Se você estiver fazendo isso por meio de código, terá ainda mais flexibilidade para dizer, ok, qual deve estar carregando agora? E, novamente, você mencionou temas lá porque as equipes vêm com muito script Java e tudo está carregando no início. Isso, por sua vez, está bloqueando a renderização. E você poderia passar novamente arquivo por arquivo através de verificação, ok, quais podem ser adiadas e carregadas mais tarde.

Lukas Haensch: Então é aqui que o marketing teria que se sentar junto com o desenvolvedor e verificar, ok, [inaudível] na verdade arquivos de script Java, deixe-me dar um exemplo rápido. Você tem o script Java que você precisa na sua página de checkout. Esse JavaScript não está sendo necessário nos primeiros segundos. O usuário ainda tem que chegar lá. Então é uma combinação. É realmente, você olha para os plugins, [inaudível 00:10:52], você olha para o script Java, você tenta adiar alguns, e é assim que você corta segundo a segundo basicamente.

John Jantsch: Então eu fiz testes usando os testes de página que você compartilhou, bem como os insights de velocidade de página do Google. E parece haver uma diferença significativa na carga móvel versus desktop. Na verdade, testei muitos sites e raramente encontro sites que recebem uma avaliação brilhante do Google no celular. Há coisas que devemos fazer? Quero dizer, devemos ter [inaudível] sites quase separados ou experiências separadas para dispositivos móveis?

Lukas Haensch: Então, é uma pergunta muito boa. Quer dizer, eu acho que a carga do celular… quer dizer, o tempo de carregamento do celular se torna particularmente aparente porque os dispositivos e nós estamos em uma conexão. Portanto, há muito mais pontos de ruptura, digamos, ou muito mais pontos que estão, meio que em perigo, diminuindo o desempenho. O que significa que, se estou olhando para minha página móvel, acho, e acho que mesmo com o WordPress, você pode condicionar sua carga a certos itens para dizer não, não mostrar isso no celular ou mostrá-lo no celular.

Lukas Haensch: Há certos elementos nisso. Vamos dar, acho que talvez lhe dê o exemplo de um carrossel. Se o carrossel rosa com imagem diferente no topo. Então você tem isso talvez no desktop e isso não afeta seu desempenho, mas então você olha para o celular e de repente isso afeta muito o desempenho porque você está carregando cinco ou seis imagens, o que é bastante coisa para carregar.

Lukas Haensch: Você está carregando o script Java, que é um bloqueio aleatório como mencionei. Além disso, o que significa que agora você tem a situação em que basicamente você precisa ter um orçamento de desempenho em que você diz, ok, eu tenho esse e aquele orçamento para jogar. E se você estiver olhando para sua página móvel e já estiver gastando um bom orçamento em suas seis imagens mais seu script Java, você já está demorando alguns segundos para carregar enquanto você teria que olhar em suas métricas e análises para as pessoas até interagirem, com a quinta ou sexta imagem.

Lukas Haensch: Ou é apenas porque o marketing ou outra pessoa queria divulgar as várias mensagens? Então, eu definitivamente consideraria, olhando para itens especialmente pesados, pesados, como vídeos. Não estou dizendo para não usar vídeos, mas também existem maneiras mais inteligentes de exibir vídeos. Carrosséis, esses tipos de itens devem ser muito rigorosos em não usá-los em dispositivos móveis, porque geralmente não têm um valor de UX forte e definitivamente tiram muito do orçamento de velocidade.

John Jantsch: Se você tem um site, se está vendendo produtos online hoje, sabe que as imagens são cruciais para a opinião das pessoas sobre seus produtos e serviços. pixelz.com que é pixel com um z.com é um serviço de retoque de imagem que pode tirar todas as suas imagens. Eles podem retocá-los, adicionar forma e simetria, suavizar saliências, ombros alinhados, coisas assim, que podem reduzir rugas, que podem reduzir e remover marcas de fiapos, tudo o que realmente não parece se encaixar. Peça a alguém para fazer isso por você. Acelere seu tempo de colocação no mercado porque eles lhe darão suas imagens retocadas na manhã seguinte. Vá para pixels.com que é PIXELZ.com e saiba mais sobre seus serviços de imagem re-tocantes.

John Jantsch: Você pode, sem deixar as pessoas vidradas aqui, falar um pouco sobre o AMP nesta equação, as páginas móveis aceleradas. Isso é algo que as pessoas deveriam usar, para uma melhor carga, melhor experiência, mas você tem menos gráficos, tem menos controle? Então, como você se sente sobre isso?

Lukas Haensch: Então, pessoalmente, quero dizer, como eu vejo isso é basicamente um site normal com todas as regras já pré-dadas. Já está dando muitas restrições ao seu script Java. Já está dando a você, e obviamente há mais otimizações no HTML. Então, de certa forma, é pegar esses tipos de regras que estávamos discutindo e empurrá-las para você de certa forma. Então, é por isso que é uma peça e uma razão pela qual essas páginas carregam muito rápido.

Lukas Haensch: Eu não me consideraria um especialista em AMP, mas definitivamente acho que pelo puro o que realmente é, é basicamente apenas um site, um site normal com muitas regras e que basicamente impede você de usando demais seu orçamento de velocidade e, portanto, estão sendo páginas rápidas. Então eu acho que é uma ótima maneira para alguém se ele se encaixa no seu tipo de conteúdo. Se você pode passar sua mensagem com isso, eu acho que é uma ótima maneira.

John Jantsch: Então eu sei por acaso, eu darei a um site três ou quatro segundos se nada estiver acontecendo, eu posso clicar, especialmente no meu dispositivo móvel. Existem estatísticas que dizem definitivamente que sim, X quantidade de pessoas vai esperar X quantidade de tempo, mas se o seu site não carregar nesse período de tempo, não só é uma experiência ruim, mas eles simplesmente vão embora?

Lukas Haensch: Sim. Há apenas toneladas de métricas. As duas métricas que estávamos usando em nossa equipe e provavelmente houve apenas, se não piorar, pelo menos o estado deles ou estamos piorando, tipo, 53% dos consumidores deixarão um site se demorar mais de três segundos para carregar. Então, metade do seu tráfego já foi para celular, de acordo com essas métricas, se você não estiver carregando mais rápido ou dentro desses três segundos.

Lukas Haensch: E quando estou dizendo que o índice de velocidade de três segundos de 3000 é capaz de pintá-lo para a tela em três segundos, porque uma pessoa não tem motivo para sair. Porque acho que talvez também haja um elemento-chave quando falamos de índice de velocidade ou velocidade da página, também estamos falando de uma pessoa vendo algo significativo. Talvez não seja uma boa ideia separar isso da experiência humana olhando para toneladas de métricas diferentes.

Lukas Haensch: Como você pode mostrar algo significativo para uma pessoa, o que significa que ela não vai sair porque não vê algo. Eles vão embora talvez por outros motivos. Então, 53%, há toneladas de outras métricas sobre como há uma métrica sobre isso, se você carregar um segundo mais rápido que uma taxa de conversão aumentaria cerca de 20% ou mais. É difícil para mim lançar, depende muito do caso de uso e do tráfego que você está recebendo. Mas acho que esses 53%, se você não está aprendendo mais rápido que três segundos, é muito bom para se ter em mente. Se é 100% para no seu caso, essa é outra história sobre isso.

John Jantsch: Eu acho que isso ilustra a razão, muitas vezes quando algumas empresas, profissionais de marketing têm apenas um limite de atenção ao orçamento, tempo para trabalhar nas coisas. E eu acho que, eu acho que é importante para eles perceberem por que isso deveria ser uma prioridade. E eu acho que é uma boa métrica para isso.

Lucas Haensch: 100%. Como se você estivesse administrando uma loja de varejo, se sua porta não abrisse, como se você fosse pular nela imediatamente.

John Jantsch: Exatamente. Acho que parte do problema é que muitos profissionais de marketing não visitam seu próprio site. Na verdade, eles não têm a mesma experiência que seus clientes ou prospects têm, infelizmente.

Lukas Haensch: Sim. E se o fizerem, muitas vezes é uma versão em cache. Uma versão em cache ou um no wifi. Então realmente faça esse esforço. Vá em uma ferramenta como, ou você pode até fazer isso com o Chrome, mas vá em webpagetest.org e teste só para ver você mesmo, quais as experiências que a maioria das pessoas realmente tem com seu site.

John Jantsch: Eu sei que o Google não necessariamente fornece uma lista de todos os fatores que eles usam para classificar. Mas acho que é amplamente aceito que a velocidade da página ou a falta de velocidade da página é uma variável para saber se suas páginas estão ou não classificadas. Você pode falar com isso?

Lukas Haensch: Quer dizer, obviamente eu não tenho todas as informações sobre todas as coisas que estão impactando o ranking. Se sim, eu provavelmente estaria, não tendo que trabalhar mais. Mas eu acho que uma coisa é importante talvez apenas ter em mente. Tudo isso há uma certa razão para isso. Portanto, mais e mais tráfego está sendo no celular. Portanto, o tráfego móvel ultrapassou obviamente o tráfego de desktop. Portanto, mais tráfego está chegando através da pesquisa do Google no celular cada vez mais do que no desktop, portanto, o visitante, portanto, mais mercado. Há mais oportunidades de marketing nesses canais.

Lukas Haensch: Mas o que vemos em geral são taxas de conversão mais baixas no celular do que no desktop. Portanto, há um interesse bastante significativo, obviamente, em melhorar a velocidade da página, porque é um aspecto que afeta a experiência de um usuário. Então, de certa forma, a razão pela qual é importante para a classificação é também a razão pela qual é bom para os usuários, que é a razão pela qual é bom para as conversões, o que, por sua vez, é bom para alguém que está veiculando publicidade nesse canal. Então, eu realmente não posso, eu não tenho mais informações sobre os fatores de classificação. Posso apenas dizer que tudo vem de uma razão muito boa.

John Jantsch: E o que eu digo às pessoas o tempo todo é exatamente o que você disse. Uma página que carrega lentamente é uma experiência ruim. E assim o Google não quer que as pessoas tenham uma experiência ruim. Então eles não vão mostrar essa página. E eu acho que essa é a maneira de olhar para isso. Acho que essa sempre foi a intenção deles. E assim, consequentemente, as coisas mudam com o algoritmo e outros enfeites apenas porque eles ficam melhores em entender o que, todos os fatores da página estão no site.

John Jantsch: E acho que não há dúvida de que, de fato, uma das maneiras mais fáceis de testar isso é quando temos clientes que têm uma experiência móvel muito ruim, seja o design ou a velocidade de carregamento, quero dizer, não podemos fazê-los aparecer para pesquisas em dispositivos móveis. Eles simplesmente não vão. E então acho que é uma indicação tão clara quanto alguém precisaria sugerir que, não importa como, onde você o coloque no ranking, é um fator.

Lukas Haensch: Acho que eu diria que a maior coisa que eu teria tirado de todo esse tempo no Google trabalhando nisso é que muitas equipes superestimam o esforço necessário para fazer pequenas correções. Portanto, a otimização da velocidade da página na página móvel deve ser meio que intitulada como um grande projeto. Mas como eu estava tentando enfatizar antes, não há muitas coisas, muitas pequenas coisas que podem ser feitas para melhorar.

Lukas Haensch: Apenas me dê um ou dois exemplos que talvez destaquem isso muito drasticamente. Muitas pessoas tentam otimizar sua imagem de herói. O que você pode fazer de forma muito simples, como você pode fazer, você pega sua imagem de herói, você pode transferi-la para, digamos, uma sequência de código. É chamado de base 64 na codificação e, de repente, você pode enviar sua imagem de herói com a primeira solicitação em seu arquivo HTML. O que estou apenas tentando dizer a você é que não há grandes mudanças a serem feitas.

Lukas Haensch: Você pega uma imagem, transfere para outro formato, envia agora com seu primeiro arquivo e uma grande parte do seu primeiro conteúdo acima da dobra já pode ser pintado. Então, acho que essa é provavelmente a minha maior lição, que há muitas pequenas coisas que podem ser feitas em vez de fazê-lo, explodir desnecessariamente como um grande projeto.

John Jantsch: Então, onde alguém, digamos que um ouvinte está pensando, ele disse algumas coisas que fazem muito sentido, mas eu não sei como fazer nada disso. Onde você encontra alguém que, porque novamente, se você for apenas um consultor de velocidade de página do Google, você vai conseguir pessoas que são muito técnicas, você vai conseguir pessoas que apenas dizem que podem fazer isso sabem, mas eles são realmente, tudo o que eles querem fazer é movê-lo para uma nova hospedagem ou algo assim. Quero dizer, como você encontra o recurso certo para ajudá-lo a consertar algumas dessas pequenas coisas?

Lukas Haensch: Acho que é uma pergunta muito boa. O que posso dizer é que, se sua equipe for razoavelmente um por um pelos arquivos, muito disso já pode ser descoberto. Seu arquivo de fonte talvez esteja apenas no formato de arquivo de fonte antigo? Há um formato de arquivo de fonte que é TTF. Se você transferi-lo para [inaudível], é 30% menor. As fontes aparecem maiores, mais rápido. Então a única coisa que eu realmente não posso dizer como um lugar, o que posso dizer é ir com sua equipe pela cascata do seu site. Eu acho que é a melhor fonte para ser honesto.

John Jantsch: Então nós, na introdução, mencionei que você fundou recentemente uma empresa chamada Pathmonk. Você quer nos contar um pouco sobre o que o Pathmonk faz.

Lukas Haensch: Claro. Então, definitivamente dentro do Pathmonk, estávamos olhando muito mais de perto para as conversões no celular e no desktop. E o que percebemos é que é realmente muito difícil para os profissionais de marketing responder a perguntas como quantas visitas são necessárias para o usuário realmente converter? Ou quantos segundos você tem na página para realmente convencê-los? E não estou falando sobre a taxa de rejeição, estou falando sobre qual é a quantidade média de segundos que alguém leva até se inscrever? Ou quais ações do usuário mostram que um visitante está pronto para converter?

Lukas Haensch: Então, vimos que há uma grande lacuna em ser capaz de entender retrospectivamente informações anônimas, como dados de análise do Google ou ver vídeos de mapas de calor, como como alguém se comporta. Mas descobrimos que há uma lacuna que, em tempo real, é difícil para as pessoas reagirem a isso imediatamente. E se o usuário X estiver na página e estiver fazendo ações que parecem ser alguém que está convertendo, você pode reagir ao mercado? E descobrimos que a maior parte do mercado é atual.

Lukas Haensch: Então nós construímos, basicamente, tecnologias chamadas smart cards que basicamente estão ajudando, de forma automática baseada em inteligência artificial, aprendendo o que um usuário está fazendo na página, quais são os prováveis ​​padrões de conversão. Então, quais intenções os usuários têm quando estão na página. E então mostramos a eles conteúdo sobre seus produtos, como perguntas frequentes, depoimentos, estudos de caso sobre o que chamamos de cartões inteligentes que estão deslizando e de baixo para cima ou de baixo para cima. E é basicamente assim que permitimos que um site reaja em tempo real ao que está acontecendo na página com cada visitante até o nível em que tipo de produto ou recurso está interessado.

John Jantsch: E eu acho que se, nos termos mais simples, se alguém estiver visitando uma determinada página, provavelmente está interessado nesse tópico. E realmente é, em vez de apenas dar a eles o slide genérico, é realmente uma maneira de personalizar sua experiência em praticamente todas as páginas ou visitas ou, como você disse, todo o caminho. Porque muitas vezes nos sites, as pessoas fazem cinco ou seis coisas que certamente indicam que estão explorando um determinado tópico ou têm uma determinada intenção. E então ser capaz de reagir a isso, como você disse em tempo real, acho que está se tornando um comportamento que as pessoas estão começando a esperar, infelizmente. E digo, infelizmente, porque certamente eleva a fasquia para os profissionais de marketing.

Lukas Haensch: E é engraçado, porém, o que vemos é que há elementos, há elementos esperados, obviamente alguém está baixando um certo white paper. Mas há outras coisas, como alguém focando profundamente sua página. Vimos uma forte correlação entre alguém se aprofundando no foco em sua página e, em seguida, um envio em uma dessas reorientações novamente. E isso é algo que os dados meio que revelam e, em seguida, os cartões inteligentes podem reagir automaticamente.

John Jantsch: E acho que novamente, porque visitei a ferramenta e a vi em ação, acho que os cartões inteligentes são bastante elegantes em termos de como são entregues. Eles não apenas assumem a tela ou realmente, ficam na cara de alguém. Mas por serem meio personalizados, acho que serão vistos, desconfio que sejam muito mais bem-vindos.

Lukas Haensch: É interessante. Trabalhamos em muitos testes de UX e muitos trabalhos de UX porque há muitas noções preconcebidas que os caras inteligentes tiveram que superar. Ele não dispara e parece um bot de bate-papo porque há muitas noções preconcebidas com o bot de bate-papo. Muitas pessoas nem começam uma conversa com um chat bot porque acham que está certo, é um robô e não querem falar com ele.

Lukas Haensch: Então as métricas mostram claramente que muitas pessoas não iniciariam a conversa. Ou se parece um banner de cookie, clicamos 100 milhões de vezes em banners de cookie. Então, basicamente, trabalhamos os cartões inteligentes para parecer e sentir como parte do seu site, para que eles sejam completamente personalizáveis ​​no estilo e no tema do seu site. E então, basicamente, torne-se parte do site deslizando para cima e para baixo versus aparecendo do nada.

John Jantsch: Bem, Lukas, muito obrigado por se juntar a nós e falar sobre velocidade de página e esperamos encontrar você em breve na estrada.

Lukas Haensch: Muito obrigado. Obrigado por me receber.