5 erros de migração de sites SEO para evitar com Sara Moccand

Você já esteve envolvido em uma migração catastrófica de site? Talvez você tenha entrado em um projeto para lidar com os efeitos de uma migração de site mal pensada.

Hoje vamos discutir cinco erros importantes a serem evitados ao migrar seu site com uma senhora que no ano passado cedeu e assinou o Netflix e o Disney Plus. Ela é a co-anfitriã do encontro SEO Nerds Switzerland e SEO Specialist na Liip, uma agência de desenvolvimento web e mobile com seis escritórios na Suíça. Boas-vindas ao podcast In Search SEO, Sara Moccand.

Os erros a evitar são:

1. Planejamento ruim
2. Não testar redirecionamentos
3. Não auditar a encenação
4. Migrando em um período de alta demanda
5. Tendo o teste indexado

5 dicas de migração de sites para ficar de olho

Sara: Oi.

D: Oi, Sara. Você pode encontrar Sara em liip.ch. Então Sara, por que a migração de sites é um problema tão grande para SEOs?

S: Principalmente porque você pode perder todo o tráfego orgânico que é a fonte de receita, eu diria. Essa é a principal razão, então todo mundo tem que ter muito cuidado na migração de seu site.

D: Então, hoje, estamos falando sobre os cinco principais erros a serem evitados ao migrar seu site. Começando com o número um, planejamento ruim.

1. Planejamento deficiente

S: Sim, um dos maiores erros é o mau planejamento. Eu tenho alguns exemplos. Um planejamento ruim pode começar desde o início. Por exemplo, em uma agência, vender o número errado de dias, o que significa que você tem que rediscutir o orçamento, o que o torna extremamente complicado. Existem vários exemplos, mas vamos começar com os principais problemas. Obviamente, você não implementa as coisas da maneira que deseja se não planejar adequadamente. O segundo problema, como eu disse antes, é a perda de tráfego. Esse é o cenário catastrófico, perda de tráfego, e a solução para isso é saber o nome de todos os envolvidos. Esse é o segredo. Saiba quem é o desenvolvedor, quem é o front-end, back-end, o designer, etc. Aprenda tudo o que puder sobre seus nomes e o que eles fazem para que você possa sempre contatá-los.

Cada migração de site é como um novo projeto. Então você tem o projeto, que então tem um plano. E é aí que você pode ver exatamente onde o SEO pode interagir. Isso é importante ter em mente. Por exemplo, no início, os desenvolvedores sabem o que fazer, eles escolherão a tecnologia com a qual trabalharão. Por isso, é interessante para um SEO saber qual tecnologia planeja usar. E talvez você também possa influenciar a tecnologia que está sendo usada. Às vezes, não com muita frequência, mas às vezes. Este é apenas um exemplo sobre como aprender o planejamento geral e descobrir onde você pode interagir.

D: Há muitas coisas que você pode incluir em um plano, é claro, mas há algum elemento padrão que você incorporaria em um plano? Ou cada projeto é único?

S: Eu diria que existem três coisas padrão. Sabendo quando a tecnologia é escolhida, sabendo quando o designer começará a projetar a arquitetura do site e sabendo em que ponto ela será lançada, você poderá analisar a encenação para ter certeza de quando ela será lançada. Isso me leva ao detalhamento da migração do site. Você tem seu plano e então o divide em fases. A primeira é a fase de preparação, que é onde você interage com os desenvolvedores. E lá você também tem que analisar como está o site, quais páginas são importantes, etc. E você também vai preparar seu mapa de redirecionamento. A próxima fase é ter a fase de teste onde você testa tudo, porque o que estiver em teste será 100% ao vivo, então se houver um problema lá, haverá um problema depois.

D: Você também mencionou URLs lá. Acho que algumas migrações de sites são mais fáceis do que outras. Alguns você pode estar migrando servidores e mantendo a mesma tecnologia, CMS, os mesmos URLs, possivelmente também... O que acontece se você estiver mudando cada URL ou a maioria dos URLs porque você precisa? Talvez você esteja mudando de algo que tem ASP, por exemplo, no final de URLs para um URL bastante simples? É possível manter todos os seus rankings e alterar URLs ao mesmo tempo?

S: Como trabalho em uma empresa de desenvolvimento, as pessoas vêm fazer isso. Eles não vêm apenas para mudar um pouco o servidor. O que eles querem fazer é exatamente isso. Eles querem mudar tudo. Esse é o meu problema. Então sim, funciona. Você tem que fazer seus redirecionamentos, você tem que fazer seu mapa de redirecionamentos, e você tem tempo onde os motores de busca precisam se adaptar um pouco. Na maioria das vezes funciona bem, porque quando você faz seu mapa de redirecionamento, o objetivo é fazê-lo de forma inteligente. Por exemplo, você sabe que, se uma página estiver classificada para algo específico, você a redirecionará para o mesmo tópico. Então você tem que ter um pouco de cuidado no seu mapa de redirecionamento, e então funciona. Novamente, o cenário mais comum que eu vi é exatamente onde eles mudaram tudo.

D: Uma outra pergunta de acompanhamento em relação ao que você disse. Você disse que às vezes os mecanismos de busca precisam de um pouco de tempo para se adaptar. Quanto tempo é razoável dar aos motores de busca antes que você veja os mesmos rankings que você tinha antes?

S: Não, eu quis dizer antes de você entrar em pânico. Eu diria que depende, mas já vi algumas vezes em que eles não mudam tudo, mas mudam um pouco e se adaptam muito rápido. Eu diria no máximo um mês, um mês e meio. E se depois disso não está se adaptando, então há algum problema em algum lugar.

D: Vamos para o número dois, não testando redirecionamentos.

2. Não testar redirecionamentos

S: Sim. Vamos fazer alguns exemplos na parede da vergonha onde me saí mal. Lembro-me de que no início organizei meu mapa de redirecionamento e todos os arquivos estavam bem. Depois dei para o desenvolvedor preparar tudo que testei. E eu disse que está tudo bem. Então foi ao vivo. E quando fomos ao vivo, eu queria saber o que está acontecendo. E então percebi que estava gerando uma cadeia de redirecionamento, com a qual fiquei um pouco surpreso. Então, tive a sorte de ter um relacionamento muito bom com os desenvolvedores, que conseguiram consertar isso na hora. Esse foi um cenário de caso em que testei, mas não testei bem o suficiente, porque não percebi isso antes de entrar ao vivo.

Mais uma vez no muro da vergonha e ter consciência do quanto é importante testar tudo perfeitamente. Lembro que havia um site com vários países, mas havia uma função específica para a URL. Então, pedi ao desenvolvedor que me ajudasse a fazer um script para mim, para que possamos ir mais rápido. Ele fez o roteiro e então reservei meio dia com o desenvolvedor para fazer o teste, mas ele disse: "Ei, Sara, eu testei". Fantástico. Se você já fez isso, fantástico. Mas deixe-me tentar um país. Então eu testei nos EUA e disse: "Tudo está funcionando. Excelente. Obrigada. Tchau. Me dê cinco!" Então fomos ao vivo. Verifiquei tudo e quando verifiquei estava: “O que está acontecendo? O que é pular? Onde estão o Japão e o Kuwait?” Então, vejo que migramos tudo, mas estávamos sentindo falta do Japão e do Kuwait, o que eu não percebi antes de serem lançados. E, novamente, tive sorte porque eles me ajudaram a recuperá-lo imediatamente, então não houve repercussões reais porque aconteceu no dia em que corrigimos tudo. Mas isso é um problema. Você tem que testar.

D: Acho que isso também se relaciona ao ponto três porque o ponto três não é auditar a encenação.

3. Não auditar a preparação

S: Sim, isso faz parte do ponto três. No começo, eu tinha meus ingressos, estava verificando e estava tudo bem na encenação. Fantástico. Os bilhetes são implementados. Mas então percebi que não estava auditando como auditaria um site normalmente. Por exemplo, você começa a ver coisas estranhas. Lembro-me deste site, que aconteceu recentemente e no lado do servidor estava renderizando perfeitamente. Eu podia ver tudo no código no console. Então eu estava feliz. Mas tenho um problema com elementos ocultos, sempre verifico elementos ocultos. O que aconteceu foi que o JavaScript estava se comportando de forma super estranha. Estava removendo todos os textos do elemento oculto. Então você pode ver, mas não no código. Esse é um exemplo de como é importante auditar a encenação do site e verificar toda a implementação.

A outra coisa que você precisa fazer é ter sua própria lista de verificação, reparar a lista de verificação, com todas as tarefas, exatamente como uma auditoria, e então você sempre pode adicionar uma coluna. Por exemplo, se você usa um Google Sheet, tem uma coluna que para essa tarefa eu tenho um ticket, para essas tarefas não é obrigatório, eu poderia pegar. Por exemplo, para o caso de JavaScript que eu dei, você não abre um ticket, você só abre se houver algum problema. E então você dá sua lista de prioridades em outra coluna, o status. Qual URL de status fazer em andamento, e então você comenta. Os comentários são super importantes, todos os tiram, mas os comentários são importantes porque você precisa saber por que algo está sendo bloqueado. Por exemplo, se uma pessoa está bloqueando ou outro ticket está bloqueando, você precisa saber como bloqueá-lo. Isso é um pouco sobre auditar a encenação e sua importância. Depende, mas alguns desenvolvedores também vão usar, por exemplo, o noindex em todas as páginas, no código. E então eles esquecerão de removê-lo quando forem ao ar. O problema é que você tem que estar ciente de que eles estão usando para que você possa pedir para eles se lembrarem de remover o noindex antes de ir ao ar, por favor.

D: E o ponto número quatro a evitar é migrar em um período de alta demanda.

4. Migrando em um período de alta demanda

S: Sim. Isso deve ser óbvio porque você tem esse problema de perder tráfego, ou pelo menos por um curto período de tempo, nem sempre é assim. Novamente, depende da migração do site, mas existe o risco de tempo de adaptação. E então, se você tiver tempo para outras atividades... Digamos que você esteja no eCommerce. Provavelmente entre outubro e o final de dezembro, você não deseja migrar seu site porque o Natal está chegando e muitas pessoas comprarão pela sua loja de comércio eletrônico. O cliente normalmente sabe que nesse período tem uma alta demanda. Assim, você pode verificar com o cliente suas análises para evitar um problema.

D: Você mencionou anteriormente que alguns desenvolvedores podem até colocar noindex em todas as páginas para realmente tentar evitar que as páginas sejam indexadas. O erro número cinco é ter o teste indexado. Você aconselharia essa tag noindex em todas as páginas no ambiente de teste para evitar esse tipo de coisa?

5. Tendo o Staging Indexado

S: Não, a proteção por senha é sempre a solução. Você pode fazer noindex mas, como no meu exemplo, você pode esquecer quando for ao vivo. No final, a melhor solução que sempre funciona é ser protegida por senha, ponto final. Lembro-me de uma vez que a encenação foi indexada há alguns anos, e essa foi provavelmente a experiência mais chocante que tive. A encenação foi indexada e o problema era… você podia comprar ingressos no site e o problema era que as pessoas que estavam tentando comprar os ingressos no site de encenação eram um pouco catastróficas. Você pode imaginar as pessoas tentando comprar no site de encenação? Então eles entraram em contato comigo dizendo que eles têm esse problema. E conseguimos resolvê-lo, pois é relativamente fácil de resolver. Esse é provavelmente um dos pontos principais para mim. Uma vez que os desenvolvedores colocaram a proteção por senha e colocaram o arquivo noindex. Portanto, preciso ter cuidado não apenas para verificar se está protegido por senha, mas também para verificar o arquivo noindex.

D: Tenho certeza de que você poderia ter expandido esta conversa para 101 erros para evitar ao migrar nosso site, mas esperamos que tenhamos seus cinco principais lá. Como sempre, são ótimas coisas da Sara. Vamos terminar com o Picles de Pareto. Pareto diz que você pode obter 80% de seus resultados com 20% de seus esforços. Qual é uma atividade de SEO que você recomendaria que fornece resultados incríveis para níveis modestos de esforço?

The Pareto Pickle - Planejamento de migração de sites

S: Para mim em uma migração de site é o planejamento. Tome um pouco de tempo no planejamento. Não é uma quantidade enorme de tempo em comparação com o trabalho que você tem que fazer. Se você tem estrutura, então você não comete erros, e aí você economiza muito tempo porque para cada erro, você precisa pedir um tempo para se recuperar dos erros, então definitivamente planejando.

D: Planeje adequadamente. Fui seu anfitrião, David Bain. Você pode encontrar Sara em liip.ch. Sara, muito obrigado por estar no podcast The In Search SEO.

S: Obrigado.

D: E obrigado por ouvir.