SEO técnico empresarial - um webinar poderoso da página um

Olá a todos, e bem-vindos à recapitulação do webinar do painel do Page One Power sobre Enterprise Technical SEO .

Em primeiro lugar, gostaria de agradecer aos nossos excelentes palestrantes por compartilharem seu tempo e ideias conosco e com nosso público! Nosso painel de especialistas apresentou:

• Tom Anthony, Chefe de Pesquisa e Desenvolvimento da Distilled
• Paul Shapiro, Diretor de Estratégia e Inovação da Catalyst
• Patrick Stox, especialista em SEO da IBM
• e Nicholas Chimonas, Diretor de P&D da Page One Power.

Este foi um excelente webinar com discussão e conversa interessantes sobre uma variedade de tópicos relativos ao SEO técnico de nível empresarial.

Nota: esta recapitulação parafraseará a conversa, não será uma transcrição direta. Se você estiver interessado em ouvir a conversa exata, pode assistir ao vídeo incorporado do começo ao fim.

A visão geral

A conversa durou cerca de uma hora, durante a qual nosso painel cobriu uma série de tópicos, desafios e soluções.

Para tornar a discussão mais digerível, dividi tudo aqui. Vídeos incorporados estão incluídos, começando no início de cada pergunta correspondente (indicada por subtítulos amarelos).

Também tirei citações ou ideias particularmente interessantes por meio de texto em bloco, para facilitar a leitura. Novamente, essas não são citações diretas.

Se você preferir assistir a gravação do vídeo na íntegra, aqui está:

Aqui estão as perguntas que nosso painel de especialistas abordou:

1. Os sites corporativos têm milhares, senão milhões de páginas. Como você prioriza e gerencia problemas técnicos nessa escala?
2. Trabalhar com clientes corporativos significa um ciclo de implementação mais lento. Como você planeja em conformidade?
3. O SEO geralmente recebe um reconhecimento mínimo na estrutura corporativa. Como você luta pelo orçamento, vende valor a montante e ganha prioridade?
4. O SEO técnico requer colaboração entre vários departamentos. Como você constrói a colaboração interdepartamental?
5. O que você mais ama no SEO técnico?
6. Como você lida com grandes mudanças de estoque que causam toneladas de 404s diariamente?
7. É aconselhável ter CSS e Javascript grandes para um site no rodapé para que a página carregue mais rápido?
8. Como você mede com precisão os resultados das mudanças e mostra esses resultados aos clientes?

Essas perguntas serviram como pontos de partida para a discussão, ajudando a guiar a conversa em vez de controlá-la.

Como a conversa não foi programada, nossos membros do painel puderam incluir anedotas pessoais, estratégias exclusivas e uma riqueza de informações e conselhos do mundo real.

Espero que goste!

Pergunta um: os sites corporativos têm milhares, senão milhões, de páginas. Como você prioriza e gerencia problemas técnicos nessa escala?

A discussão começa às 4h05.

Nicholas: Patrick, vamos começar com você.

Priorização por impacto

Patrick: Ok. Eu diria que acerte onde você vai causar um impacto decente. Nessa escala, página por página, a menos que seja uma das páginas mais importantes, não fará muita diferença. Mas às vezes você tem que fazer página por página para obter alguns pequenos ganhos e construir a confiança necessária para lidar com projetos maiores.

Para nós, trata-se de lidar com diferentes problemas com diferentes sistemas CMS e diferentes unidades de negócios, uma de cada vez, para que possamos construir estudos de caso e mostrar o impacto para os outros. É assim que fazemos.

Nicholas: Você acha que é mais fácil conseguir adesão se tiver provado seu caso com uma subseção menor de seu site? Então você tem o poder de fogo para convencer a equipe de desenvolvimento a fazer isso em uma escala maior?

Patrick: Sim, absolutamente.

Nicholas: Paul, o que você acha disso? Também temos uma pergunta do público, se você gostaria de responder a isso. A questão é: "Como você otimiza o orçamento de rastreamento para clientes corporativos?"

Paul: Deixe-me abordar a questão principal primeiro.

Acho que realmente se trata de ser capaz de avaliar o impacto de qualquer mudança que você fará.

Depois de saber quanto custará e quanto custará, será mais fácil priorizar.

Isso significa construir modelos, prever o impacto, calcular custos (pessoas, recursos, tecnologia, etc.) para implementar as mudanças, e a partir daí você deve ser capaz de priorizar de acordo. Depois de saber quanto vai custar e quanto vai demorar para chegar lá, deve ser mais fácil priorizar.

Orçamento de rastreamento

Em termos de questão de orçamento de rastreamento, você pode verificar um artigo que escrevi para o Search Engine Land que explica como você pode usar o algoritmo PageRank e calculá-lo em seu site internamente, e como usá-lo para impactar seu orçamento de rastreamento.

Nicholas: Claro. Essa é uma abordagem que é realmente negligenciada com bastante frequência, tentando obter alguns dados por trás de por que você acha que essa mudança na arquitetura fará a mudança que você espera.

Tom, o que você acha disso?

Vinculando o ROI ao SEO técnico

Tom: Em primeiro lugar, concordo com Patrick e Paul. A correlação das coisas que eles abordaram é tentar entender quais correções terão o maior ROI.

Você precisa identificar quais áreas de um site corporativo são realmente viáveis ​​para trabalhar e entender a rapidez com que as coisas podem ser implementadas.

Portanto, você não só precisa ter uma hipótese de qual será o esforço necessário, mas também falar sobre a recompensa e a longevidade. Um exemplo de caso ruim é algo que levará tanto tempo para os desenvolvedores chegarem, que quando a recompensa chegar, não valerá mais a pena.

Você precisa identificar quais áreas de um site corporativo são realmente viáveis ​​para trabalhar e entender a rapidez com que as coisas podem ser implementadas.

Em termos de ODN destilado, uma das coisas interessantes de nossa perspectiva é ter uma melhor hipótese de impacto.

Normalmente, os sites corporativos têm um longo acúmulo de alterações técnicas de SEO que precisam de algum nível de priorização. Portanto, estamos encorajando as pessoas a usarem ODN para testes para nos ajudar a hipotetizar melhor o impacto de certas mudanças. É surpreendentemente difícil prever o ROI de mudanças técnicas de SEO em sites corporativos, mas ODN nos permite testar muitas coisas diferentes.

Nicholas: Acho que isso é especialmente verdadeiro neste nível (corporativo), mudanças simples podem ter um impacto maior do que você espera. E acho que o SEO na página é ainda mais importante quando se trabalha em sites maiores.

Tom: Com certeza. E Mike King tem um ótimo post sobre SEO técnico no Moz.

Nicholas: Sim, a postagem de Mike mostra que muitas de nossas ferramentas de SEO estão por trás do jogo. Portanto, se você está apenas contando com ferramentas e não verificando as coisas manualmente, pode estar perdendo questões importantes. É um post interessante e recomendo dar uma olhada.

Pergunta dois: trabalhar com clientes corporativos significa um ciclo de implementação mais lento. Como você planeja em conformidade?

A discussão desta questão começa às 12h50.

Nicholas: Patrick, vamos voltar para você neste caso.

Patrick: Ha, essa é uma pergunta divertida! Às vezes você está esperando, muitas das mudanças que estou esperando, não espero que aconteçam neste ano ou mesmo no próximo em alguns casos. Mas sempre há muitas outras coisas a fazer.

Mas nem sempre é assim. Se você tem adesão dos executivos e da equipe, as coisas podem acontecer muito rapidamente. Nem sempre é lento.

Nicholas: Sim, experimentei os dois lados da moeda. Acho que você está absolutamente certo, e isso depende de onde você tem adesão (em que nível da organização) que pode impulsionar e fazer acontecer mais rapidamente.

E, por outro lado - onde as coisas estão indo lentamente e não sendo implementadas - é porque você ainda não conquistou a confiança ou adesão ao provar a si mesmo. Depois de provar a importância de suas recomendações, muitas vezes torna-se um ciclo de implementação mais rápido.

Paul, o que você acha disso?

Implementando as mudanças por conta própria

Paul: Muitas vezes você não pode fazer nada sobre os tempos de implementação, será um processo lento. O que você pode fazer é implementar as coisas sozinho, quando possível. Se você tiver a oportunidade de fazer a mudança sozinho, isso ajudará a acelerar o processo. Qualquer pequena coisa que você mesmo possa implementar irá acelerar o processo.

Se você tem uma equipe de tecnologia forte, pode construir a confiança dos desenvolvedores e engenheiros, reconhecendo que as mudanças podem não ser substanciais e oferecendo ajuda onde você pode. Você pode fazer as coisas mais rapidamente, simplesmente sabendo o que está fazendo.

Além disso, certifique-se de comunicar claramente o valor dessas mudanças e de falar com as pessoas certas. Se você tem uma equipe de tecnologia forte, pode construir a confiança dos desenvolvedores e engenheiros, reconhecendo que as mudanças podem não ser substanciais e oferecendo ajuda onde você pode. Você pode fazer as coisas mais rapidamente, simplesmente sabendo o que está fazendo.

Nicholas: Estar disposto a assumir as rédeas, apoiar os desenvolvedores e ter empatia por sua largura de banda ajuda. É absolutamente verdade que, se você se tornar disponível, poderá obter acesso e, muitas vezes, obter acesso para fazer alterações por conta própria é mais fácil do que ser colocado em uma lista de pendências e chegar ao topo.

Então, Tom, você pode pesar aqui.

Construindo relacionamentos com equipes de desenvolvimento

Tom: Eu absolutamente concordo com o que os outros caras disseram sobre ser amigável com os desenvolvedores e fazer com que eles fiquem do seu lado.

Apenas por estar presente, você descobrirá que pode fazer mais do que quando recebe um e-mail sem rosto na caixa de entrada.

Do ponto de vista da agência, se você tem clientes, deve trabalhar em seu escritório. Uma vez no escritório, você pode ver a dinâmica e entender com quem você precisa falar para fazer as coisas. Em termos de equipes de desenvolvimento, veja se você pode participar de suas reuniões.

Apenas por estar presente, você descobrirá que pode fazer mais do que quando recebe um e-mail sem rosto na caixa de entrada. Tivemos consultores que participaram de reuniões e, de repente, tickets de SEO, que anteriormente estavam enfraquecidos, começaram a borbulhar no topo. Os consultores nem precisaram dizer nada - apenas ser uma pessoa real que investiu no resultado desses tickets fez com que eles flutuassem para o topo.

Em seguida, descubra o que você pode fazer para ajudar os desenvolvedores. Freqüentemente, há ingressos que eles acham difícil por certos motivos, que nem sempre são comunicados a você. Mas se você realmente for falar com eles, poderá descobrir por que eles estão tendo dificuldades e oferecer ajuda. Isso fará com que você confie neles, porque eles apreciarão que você conversou com eles e reconheceu seus desafios.

Orçamento de rastreamento (cont.)

A análise de log é muito mais acessível do que você pensa e pode ser usada para coletar muitos dados acionáveis. É algo que caiu no esquecimento, mas toras são uma mina de ouro.

E, voltando às coisas de rastreamento de orçamento, em uma análise de log em escala empresarial é muito útil para rastreamento de orçamento. A análise de log é muito mais acessível do que você pensa e pode ser usada para coletar muitos dados acionáveis. É algo que caiu no esquecimento, mas toras são uma mina de ouro.

Nicholas: E nunca foi tão fácil com ferramentas como o Screaming Frog Log Analyzer. Se você nunca fez isso antes, deve tentar, porque ficará surpreso com o que poderá aprender.

Tom: Freqüentemente, a parte mais difícil na escala corporativa é apenas convencer alguém a lhe dar acesso aos logs. Mas, novamente, integrar-se às equipes apropriadas ajudará.

Usando ODN para ignorar o ciclo de implementação

Nicholas: E mais uma coisa. Com o ODN do Distilled, você pode ignorar o ciclo de implementação e se encarregar de fazer as alterações por conta própria. O ODN atua como um CDN e permite que você ignore qualquer sistema antigo que esteja instalado.

Tom: Sim, ele é implantado de maneira semelhante a um CDN e, da perspectiva do usuário, eles não veem que está lá. E atua quase como um novo CMS que fica acima de todo o resto.

O que foi muito interessante sobre isso é que esperávamos ter muitas resistências das equipes de desenvolvimento, pois elas sentiriam uma perda de controle. Mas o que foi surpreendente foi que muitas equipes de desenvolvimento receberam bem essa mudança porque também estavam frustradas com as plataformas antigas. Portanto, nós (SEOs) ficamos frustrados porque nossos tickets não foram concluídos e eles (desenvolvedores) ficaram frustrados por não poderem concluí-los. ODN cria uma plataforma onde os SEOs podem ajudar as equipes de desenvolvimento e atingir o objetivo comum de tornar o site o mais bem-sucedido possível.

Nicholas: Certo, é uma vitória geral.

Nota: Nicholas combinou as perguntas três e quatro, uma vez que a pergunta três já havia sido abordada, e se encaixou perfeitamente com a pergunta quatro. As respostas às duas perguntas estão abaixo.

Pergunta três: o SEO geralmente recebe um reconhecimento mínimo na estrutura corporativa. Como você luta pelo orçamento, vende valor a montante e ganha prioridade?

Questão quatro: O SEO técnico requer colaboração em vários departamentos. Como você constrói a colaboração interdepartamental?

A discussão em torno dessas questões começa às 23h30.

Nicholas: Vamos começar com Patrick. Acho que essa é uma questão especialmente interessante no contexto da IBM.

Treinamento e colaboração no nível empresarial

Patrick: Ok, temos duas perguntas em uma. Quanto ao reconhecimento na estrutura corporativa, já falamos sobre testes, estudos de caso, previsão de ROI, etc. Mas acho que a grande parte que falta é treinar os diferentes funcionários e equipes.

Dar crédito às equipes ajuda muito. Se uma equipe fez um ótimo trabalho, dê-lhes crédito por isso. Se eles trabalharam muito e fizeram as melhorias que você sugeriu, a vitória é deles junto com a sua.

Acredite ou não, mas no SEO corporativo estamos trabalhando com muito menos SEOs por tamanho do site, então o treinamento é essencial. E a parte boa do treinamento é que ele o ajuda a encontrar pessoas que o entendam, que se tornarão seus evangelistas.

Dar crédito às equipes ajuda muito. Se uma equipe fez um ótimo trabalho, dê-lhes crédito por isso. Se eles trabalharam muito e fizeram as melhorias que você sugeriu, a vitória é deles junto com a sua.

Se há algo que você acha que terá um impacto, não desista. Você só precisa encontrar alguém que escute e encontre uma maneira de ter certeza de que não está morrendo no acúmulo.

No que diz respeito à colaboração, trabalhar com equipes repetidamente ajudará a construir relacionamentos. Mesmo às vezes, você pode ajudar as equipes a obter orçamentos ou pagar com seu próprio orçamento para ajudá-los a obter os recursos de que precisam para realizar um projeto.

Não desista dos projetos

Patrick: Eu sempre ouço pendências, pendências, pendências ... isso acontece com bastante frequência. Interno ou agência, não importa apenas continue pressionando. Se há algo que você acha que terá um impacto, não desista. Você só precisa encontrar alguém que escute e encontre uma maneira de ter certeza de que não está morrendo no acúmulo.

Nicholas: Sim, isso realmente me deixa louco quando isso acontece. Mas descobri que, na maioria das vezes, se continuar pressionando, posso fazer isso acontecer. É realmente importante que você não desista.

Patrick: Tom fez uma observação excelente sobre a vinda de pessoas da agência. Quando as pessoas chegam, normalmente encontram as pessoas certas e têm seus ouvidos. Você pode dizer a mesma coisa cinco coisas para alguém como um interno e não obter resultados, mas se um funcionário da agência vier e disser a mesma coisa de repente, haverá mais adesão e você será corroborado.

Nicholas: Sim, é verdade. Algumas pessoas dentro de organizações disseram: "Obrigado. Tenho dito a mesma coisa, mas só precisávamos que alguém de fora viesse dizer novamente".

Obrigado por suas respostas sobre aquele Patrick. Agradeço sua transparência. E Paul, vamos ouvir sua opinião sobre essas questões.

Fale a língua

Paul: Em primeiro lugar, adoro a dica de Tom que ele mencionou anteriormente sobre aproveitar as oportunidades para construir um relacionamento cara a cara com os clientes.

Em termos de outras coisas que você pode fazer, saber com quem está falando e falar a língua deles realmente ajuda. Por exemplo, se você estiver conversando com uma equipe de marketing, vai querer falar em dólares e centavos e como isso afetará seu trabalho.

Nicholas: Com certeza, essa é realmente uma ótima dica para ir ao escritório do cliente. Então, Tom, que outras dicas ótimas você tem para nós?

Relatórios técnicos de SEO

Tom: Uma coisa que ainda não mencionamos - que toca na questão três - é como você faz suas reportagens. Os SEOs têm a tendência de escrever grandes relatórios que mesclam a lógica do SEO com as recompensas. Uma dica para um relatório melhor é não enterre o lead - o assunto do e-mail deve ser o valor agregado de nível superior. Mas também, não dê a eles apenas um grande documento do Word.

Você deve observar que linguagem o cliente usa em seus relatórios anuais ou em seu site e espelhar essa linguagem em seu conjunto de slides. Dessa forma, tudo o que você está dizendo está vinculado a eles em seu próprio idioma.

Você pode criar relatórios como apresentações de slides que apresentam os principais tópicos de alto nível, tornando as informações muito acessíveis e compartilháveis. Porque esse grande relatório de texto não será lido pelos níveis gerenciais, mas se você der a eles um conjunto de slides digitalizável, mais pessoas dentro da empresa ficarão expostas ao que você está fazendo pelos negócios deles.

Outro ponto realmente importante é aquele que Paulo fez - falar a língua deles. Você deve observar que linguagem o cliente usa em seus relatórios anuais ou em seu site e espelhar essa linguagem em seu conjunto de slides. Dessa forma, tudo o que você está dizendo está vinculado a eles em seu próprio idioma. E vincule isso à receita, porque é isso que interessa ao nível gerencial.

Destacar metas / objetivos comuns

Uma abordagem mais tática é descobrir quais são os objetivos de cada departamento. Compreender seus objetivos permitirá que você explique como suas mudanças os ajudarão a atingir seus objetivos.

Nicholas: Sim, é um ponto muito bom para entender os objetivos do departamento com o qual você está trabalhando e vincular seu relatório diretamente a isso.

Patrick: Esse é um ótimo ponto. Cada departamento terá objetivos diferentes e você pode criar um scorecard que mostrará a esses vários departamentos como suas recomendações os ajudarão a atingir seus objetivos pessoais.

Nicholas: Certo. E isso pode fornecer motivação para avançar no ciclo de implementação.

Paul: Há um ótimo post de Rob Ousbey no blog do Moz que recomendo que você leia se estiver lidando com esse problema.

Nicholas: A postagem que David Sottimano escreveu que fornece uma lista de verificação para SEOs Júnior também vale a pena conferir.

Criação de relatórios versáteis

Nicholas: Outra coisa que você mencionou Tom que é interessante para mim é o triângulo do relato. Em minha mente, sempre vi três tipos diferentes de relatórios que você reunirá, incluindo: planilhas e resumo de dados, uma apresentação de slides para o nível executivo que não quer detalhes, mas sim um resumo, e em seguida, o longo relatório escrito que explica tudo em profundidade.

Quando você está fazendo relatórios, normalmente faz todos os três ou adapta seus relatórios com base nas pessoas com quem está trabalhando?

Tom: O que costumamos fazer é converter o relatório com muito texto em uma tabela. Portanto, você pode ter a recomendação em uma frase e, em seguida, nas colunas, você pode ter a justificativa técnica, o que precisa ser feito e qual pode ser o impacto. Isso funciona bem porque equipes diferentes podem estar interessadas em colunas diferentes e podem pular as informações irrelevantes facilmente.

Se você puder construir um relatório de maneira que fique acessível a várias equipes, não será necessário construir vários relatórios diferentes.

Nicholas: Sim, certamente descobri que isso é verdade.

Tom: Então, se você pode construir um relatório de forma que seja acessível a várias equipes, você não precisa construir vários relatórios diferentes.

Nicholas: Certo, isso faz totalmente sentido. Acho que sempre haverá valor em colocar essas informações em uma apresentação de slides com gráficos e imagens, mas gosto de evitar fazer isso quando possível porque é um trabalho intenso.

Questão cinco: O que você mais ama no SEO técnico?

A conversa começa às 38:42.

Nicholas: Patrick, vamos nos guiar.

SEO técnico: novos desafios, criatividade e resultados mensuráveis

Patrick: Eu amo essa pergunta! Para mim, adoro que sempre haja um novo problema e coisas que nunca vi antes. Sempre há algo que sinto que não veria em nenhum outro lugar - sempre há algo novo.

Nicholas: Concordo, essa é uma das melhores coisas sobre SEO técnico. Raramente há um momento de seca, sempre há um novo quebra-cabeça para resolver.

Paul e você, o que você mais ama?

Paul: Sabe, o SEO técnico tem a reputação de ser muito árido. Mas acho que é uma das áreas mais criativas do SEO, porque você está lidando com formas de restrição e é forçado a apresentar soluções exclusivas e resolver problemas de maneiras interessantes. Então, para mim, é realmente a criatividade envolvida no SEO técnico que faz isso por mim.

Nicholas: Claro. É necessário um tipo de pensamento criativo e inovador para abordar problemas técnicos e entendê-los.

Então, Tom, o que você mais gosta no SEO técnico?

Tom: Vou repetir a mesma resposta, eu acho - esta parte de resolver quebra-cabeças. Freqüentemente, não existe uma resposta certa ou, quando existe, não podemos realmente fazer essa solução, então temos que encontrar a próxima melhor resposta. É esse pensamento criativo para encontrar soluções diferentes.

No SEO técnico, você pode realmente ver o que alcançou.

Outra razão é que é uma das áreas do marketing onde você pode realmente começar a medir qual é o seu impacto, ao passo que é difícil fazer isso em outras áreas do marketing. No SEO técnico, você pode realmente ver o que alcançou.

Nicholas: Claro, e uma das melhores partes do SEO técnico é o teste e a experimentação. Brincar com os mecanismos de pesquisa e os algoritmos de aprendizado de máquina e tentar descobrir o que funcionará melhor é fascinante para mim.

Tom: Sim. E a otimização para o algoritmo do Google, que sempre muda, significa que o que funcionava alguns meses atrás pode não ser mais o caso, então você tem que continuar aprendendo.

Nicholas: Com certeza. Esse é um bom conjunto de razões pelas quais o SEO técnico é incrível, obrigado senhores.

Questão seis: como você lida com grandes mudanças de estoque que causam toneladas de 404s diariamente?

A discussão começa na marca de 43:40.

Patrick: Suponho que seja comércio eletrônico. Acho que começo com os produtos voltando? Se eles estão apenas fazendo erro porque estão sem estoque, mas terão estoque na próxima semana, isso é diferente do que se os produtos tivessem acabado.

No caso do primeiro eu não deixaria essas páginas 404, apenas mostraria que estão esgotadas. No caso do último, se for uma tonelada, talvez você precise escalar seus redirecionamentos ou priorizá-los com base nos links de entrada (internos e externos) para garantir que você não esteja recebendo uma tonelada de 404s.

Verificando Dados

Nicholas: Eu me pergunto se essa pergunta vem de alguém que está recebendo um monte de erros nas Ferramentas do Google para webmasters por serem soft 404s. Portanto, pode ser normal que sejam 404s, mas não devem ser soft 404s e você precisa ter certeza de que seu servidor está enviando uma resposta adequada.

Tom: Este é outro motivo para a análise do arquivo de log, porque esses são dados nos quais você pode realmente confiar. Às vezes, com as Ferramentas do Google para webmasters, é realmente difícil saber se os dados são confiáveis. E ter uma abordagem reacionária e agir de acordo com ela pode ser perigoso, então você deve verificar o que está realmente acontecendo primeiro.

Paul: Você também pode perguntar por que ele está 404ing. É intencional ou não? Provavelmente, você deseja reconfigurar as coisas para que não haja erro quando sair do estoque, e isso dependerá do CMS que estiver usando.

Nicholas: E realmente depende da situação e se esses são produtos que se foram para sempre ou eles estão voltando? Esse é realmente o fator decisivo.

Questão 7: É aconselhável ter CSS e JavaScript grandes para um site no rodapé para que a página carregue mais rápido?

A discussão começa às 46:20.

Tom: Então, há realmente duas perguntas aí. O JavaScript definitivamente deve estar no rodapé, essa é a prática recomendada padrão para a velocidade da página. Nunca ouvi um bom caso de que (JavaScript) tenha um impacto no SEO.

Você deve sempre verificar o que está acontecendo no Search Console.

O maior problema com arquivos JavaScript recentemente é que as pessoas estão usando arquivos JavaScript de terceiros, que às vezes são mais lentos e costumam ser bloqueados pelo robots.txt. Portanto, se você fizer qualquer tipo de renderização com o Google dentro do Search Console, verá que na verdade ele está sendo bloqueado. Portanto, você deve sempre verificar o que está acontecendo no Search Console.

Nicholas: Certo. Um problema interessante que tive ao ter o JavaScript na cabeça foi com o Search Console detectando o código hreflang abaixo dele. Então, o Search Console disse que não havia nenhuma página com marcação, e era porque o JavaScript estava acima do hreflang na cabeça.

Então, movemos o JavaScript para o rodapé e ele detectou o hreflang e também fez a busca e a renderização funcionarem corretamente.

Questão Oito: Como você mede com precisão os resultados das mudanças e mostra esses resultados aos clientes?

A discussão começa às 48:51.

Tom: Existem várias maneiras diferentes de fazer isso. Uma maneira interessante é usar a biblioteca CausalImpact do Google para ajudá-lo a testar o impacto de uma mudança que você fez. Tom fez referência a esta postagem de Mark Edmondson.

Além disso, mais e mais pessoas estão começando a usar uma metodologia A / B. Tom fez referência a esta postagem de Etsy.

Nicholas: Vamos ouvir Patrick ou Paul sobre isso.

Patrick: Vai depender da escala, você só precisa rastrear o que é importante. Apenas certifique-se de ter os dados de que precisa para controlar o que deseja fazer.

Nicholas: Claro. Não sei se você já chegou ao fim da estrada sozinho e não tinha os dados, mas esse não é um lugar divertido para se estar.

Tudo bem, vamos encerrar com suas considerações finais, Paul.

Paul: Claro. Em primeiro lugar, acho que as metodologias de teste A / B são extremamente subestimadas no ambiente de SEO e, se você conseguir descobrir um bom processo para fazer isso em sua organização, sugiro que faça isso.

Se isso não for viável, então você precisa ver quais mudanças foram feitas, quando foram feitas, quando os mecanismos de pesquisa perceberam essas mudanças e qual foi o impacto (o tráfego aumentou, as conversões melhoraram etc.).

E então você tenta eliminar tantos fatores estranhos quanto possível e isolá-los para as mudanças que você fez. Nem sempre é fácil, mas você pode pelo menos fazer um trabalho decente dizendo direcionalmente que esse é o impacto de uma determinada mudança.

E isso é um embrulho!