Neste artigo, falarei sobre os problemas que surgem quando um site altera o mecanismo, mas não há controle de especialistas em SEO. O material será útil para quem promove seu site de forma independente e, para os colegas, pode ser um motivo extra para atualizar o conhecimento em suas cabeças (ou adicionar algo novo nos comentários).
Problemas com o tráfego de pesquisa ao alterar o CMS é uma situação muito típica: mesmo sem erros graves, o mecanismo de pesquisa precisa de algum tempo para aceitar todas as alterações e avaliá-las. Mas também existem omissões fáceis de fazer e muito difíceis de identificar posteriormente.
Por precaução, observarei separadamente que a primeira coisa que você precisa cuidar é um servidor de teste que está fechado para indexação. Nele, você implantará o site e o reconstruirá até o lançamento. O "ganho" do trabalho não é estritamente recomendado.
1. Cabeçalhos e formatação
O conteúdo das páginas - uma coisa para o mecanismo de pesquisa é muito importante. Ao transferir conteúdo, os elementos de formatação geralmente são perdidos ou prescritos de outra forma: cabeçalhos, listas com marcadores, caracteres especiais, etc.
O último é especialmente desagradável, porque visualmente isso pode não ser exibido devido aos estilos, mas o código terá um cabeçalho em um local completamente inesperado.
Verifique e aninhar corretamente os cabeçalhos. Acontece que, ao alterar o design das páginas, a lógica da organização dos blocos de texto muda. No site antigo, o bloco poderia se relacionar logicamente a um cabeçalho mais antigo, e o novo design em si é bastante consistente com esse nível.
2. Legendas e links de imagens
Nas fotos, você também precisa de mais atenção. É importante manter assinaturas para eles, para garantir que todos os links nos quais estão carregados estejam funcionando. Percorra cuidadosamente as seções e páginas secundárias.
E, em geral, desde que começaram a realizar uma "inspeção", é hora de atualizar os materiais. Em algum lugar, com certeza, baixo, pelos padrões de hoje, resolução, em algum lugar foto irrelevante. Vale a pena adicionar dados exif otimizados para sua semântica e proteger imagens com marcas d'água.
3. Página duplicada
Havia duplicatas no site? Provavelmente, você os limpou, e a resposta é não. Mas é melhor verificar novamente: não o fato de você ter feito um bom trabalho da última vez, nem o fato de que, desde então, não houve novos e que o novo CMS não os tenha feito novamente. E ela poderia ter, especialmente se você fizesse um catálogo "inteligente" com vários filtros e um rubricador detalhado.
Use métodos automatizados porque é mais simples e, com mais frequência, mais confiável que a verificação manual. Especialmente se for uma loja online na qual vários milhares de posições.
4. Transliteração e escrita
Provavelmente, sua estrutura mudou e você configurou os 301º redirecionamentos. Isso é correto e lógico. Antes de registrar os redirecionamentos, verifique os endereços das novas páginas em LETTERNESS.
Esse problema é mais agudo para lojas on-line: os mesmos nomes russos para categorias e grupos de produtos são transliterados de maneira diferente por diferentes CMS. Ao configurar os redirecionamentos, você vê dois endereços:
site.ru/catalog/venge e
site.ru/catalogue/mezhkomnatnie_dvery/venge . E tudo parece ser simples: o aninhamento mudou. Mas, de fato, a ortografia também mudou.
Sim, parece um erro bastante ridículo, mas, acredite, isso acontece o tempo todo. E uma vez que lembramos que os URLs devem ser "legíveis por humanos", vários "mezhregionalnoe-operatsionnoe-upravleniye" e algo parecido com vyviglazny automatic aparecem quando é muito fácil pular "-nnoye" em vez de "-nnoe".
Configurar redirecionamentos incorretamente - desperdice seu tempo.
5. Redirecionamentos antigos
E no site, provavelmente, já havia redirecionamentos antes da mudança. E eles os esquecem ainda mais, porque essas páginas simplesmente não são visíveis na estrutura. Como resultado, os redirecionamentos 301 são configurados apenas a partir das páginas que são relevantes e ativas no momento da movimentação, mas esquecem o fato de que há outras pessoas com peso, links e tráfego.
Depois de transferir os redirecionamentos, verificamos, certificamos que cada página retorne o código 301 e só então nos acalmamos.
6. Título da Lógica
Se o site já foi promovido, certamente o título, a descrição e as palavras-chave necessários foram escritos nele. Nos dois últimos, tudo fica bem claro, mas no primeiro há nuances.
Como regra, o título é escrito de acordo com uma determinada lógica, dependendo do aninhamento da página e do seu tipo. Para projetos grandes, eles geralmente são montados automaticamente.
Após a mudança, verifique se a lógica da formação do título ainda é consistente com a lógica da nova estrutura do site nas páginas de todos os níveis. Muitas vezes fica confuso, especialmente se antes disso a saída dos cabeçalhos era implementada por algoritmos auto-escritos. Em algum lugar, pode haver formulações definidas manualmente que também são fáceis de perder e melhor verificadas novamente.
7. Referências de seções secundárias
Nas seções de artigos, notícias, os blogs geralmente ocultam links que apontam para materiais mais inacessíveis. Quando você move esses links serão muitos. Como essas seções não são as mais populares do site, elas geralmente são ignoradas e não entendem de onde vêm tantos links quebrados.
É necessário verificar a funcionalidade dos links por serviços automatizados, pelo mesmo motivo que eu disse anteriormente: é mais rápido e mais confiável. Ao mesmo tempo, você encontrará links de saída para páginas ausentes em outros sites, se houver.
Também vale a pena mencionar que nessas seções você pode encontrar outros problemas, por exemplo, as mesmas duplicatas. Tivemos casos em que foram descobertos catálogos inteiros em forma de árvore paralela que estavam ocultos com segurança no site anterior.
Em geral, no que diz respeito aos links quebrados, a movimentação deve ser percebida como um bom motivo para inspecionar cuidadosamente tudo, para realizar uma “limpeza geral”. Normalmente, esses pequenos borrões se acumulam por anos e não são corrigidos, porque todos estão ocupados com coisas mais importantes. Especialmente se o SEO não for um indivíduo, mas um profissional de marketing ou programador em tempo integral que não monitora constantemente o estado do site.
8. Robots.txt
Um arquivo geralmente é formado no CMS e esse é o primeiro motivo para verificar a sintaxe. E se você escrever manualmente, esse é o segundo motivo.
Você alterou o CMS e, portanto, a lógica da organização interna do site. É necessário fechar novamente as seções de serviço da indexação, para verificar se o que deveria estar aberto não foi fechado acidentalmente.
9. rel = "canônico"
É claro que o atributo precisa ser transferido. Mas não se esqueça de verificar minuciosamente se está escrito corretamente e ainda é consistente com sua estrutura, formas de exibição de conteúdo etc.
Acontece que a redação é simplesmente transferida do site antigo para o novo, sem investigar o que exatamente significava e o que o robô de pesquisa exigia. E obtenha a perda do índice de seções inteiras do site.
10. Micromarcação
Não que esse seja um problema muito comum, mas ocorre. Ao transferir para um novo CMS, a micromarcação pode ser perdida, mas para o grande volume de tarefas que inevitavelmente ocorre durante o curso do trabalho, é muito fácil esquecê-lo: não afeta a exibição e a funcionalidade do site no navegador. E você perceberá isso muito mais tarde, quando os links para suas páginas começarem, por exemplo, a serem postados nas redes sociais. É melhor verificar e testar tudo você mesmo com antecedência.
Obviamente, se o site for transferido sob o controle de um especialista em SEO, isso não acontecerá. Mas também conhecemos esses casos em que, ao migrar, a micro-marcação é percebida como código redundante e é propositadamente excluída.
Bônus! Arquivos de confirmação de direitos
Os sistemas de análise, métricas e serviços de rastreamento de chamadas requerem confirmação da propriedade do site. Uma maneira de confirmar é colocar um arquivo especial na partição raiz. O método é popular porque não requer edição do código da página. Portanto, o profissional de marketing condicional ou o próprio diretor pode conectar o serviço sem envolver um especialista. Mas há uma nuance.
Quando em movimento, raramente são esquecidos os códigos dos contadores para serem transferidos para a nova versão (embora isso também ocorra), mas os arquivos de confirmação são perdidos com muito mais frequência.
Obviamente, isso não afetará diretamente as posições, mas será um trabalho supérfluo restaurar as estatísticas, e você obviamente não precisa delas. E a perda de dados é sempre ruim.
Recomendação geral
Aqui, longe de tudo o que afetará a posição e a exibição do site na pesquisa: descrevi apenas os pontos que em nossa prática são mais frequentemente esquecidos pelos clientes, e encontramos durante a auditoria.
É melhor realizar a migração sob a supervisão de um especialista em SEO. Isso remove imediatamente a maioria das perguntas, porque o seoshnik sempre sabe onde procurar e o que verificar (isso afeta diretamente seu salário). Ele lhe dirá na fase de design todas as armadilhas.
Mas muitas vezes acontece que não há especialista em SEO durante a migração. Em seguida, coletamos informações de fontes abertas (por exemplo, essa) e, em seguida, dos serviços internos dos mecanismos de pesquisa (Yandex.Webmaster, Google Search Console). Provavelmente, você receberá esses dados após a conclusão do site. Mas é melhor descobrir tarde que você não está indexando um dos ramos do diretório do que nunca saberá. Obtenha informações do maior número possível de fontes.
Trabalhar com métricas e serviços geralmente é uma boa habilidade. Quanto mais cedo você se acostumar, mais rápido perceberá que tudo está interconectado com o avanço. Não esqueça que mudar para um novo CMS não é uma meta, mas um estágio. E ele deve elevar o site a um novo nível de relacionamento com os mecanismos de pesquisa e com as pessoas vivas.