SoftPlussoft-plus.dev
Render 024 Pronto Kyiv --:--:--

Migrar um site para uma nova plataforma: não perder dados nem posições

Desenvolvimento09.08.2026

O medo da mudança assenta numa história que toda a gente ouviu: «uns conhecidos migraram o site e perderam todo o tráfego». A história é verdadeira — mas a causa não foi a mudança, foram alguns detalhes esquecidos. Vejamos o que faz mesmo cair as posições e como é uma migração depois da qual nada muda no Google.

[ 01 ]cat chomu-padayut.md

Porque caem realmente as posições

O motor de busca não castiga a mudança de plataforma — reage ao facto de páginas ficarem de repente inacessíveis ou irreconhecíveis. Praticamente todas as quedas depois de uma mudança resumem-se a cinco causas:

  • Endereços alterados sem redirecionamentos. O novo CMS criou URLs próprios, os antigos devolvem 404 — e com eles desaparecem posições e ligações externas.
  • Meta tags que não viajaram. Title e description gerados por modelo, e uma página que durante anos se aguentou num título exato passou a «Categoria — Loja».
  • Um noindex esquecido. O ambiente de testes foi fechado à indexação — e ninguém o abriu depois do lançamento.
  • Duplicados vindos dos filtros. A nova plataforma gera páginas com parâmetros: em vez de uma página forte, o índice guarda quarenta fracas.
  • Não foi tudo migrado. Parte dos produtos sem descrição e foto, categorias vazias, artigos do blogue desaparecidos: o valor global do site para a pesquisa desceu.
[ 02 ]ls perenosymo/

O que tem obrigatoriamente de ir

A lista mínima sem a qual uma mudança não pode dar-se por concluída:

  • Produtos e catálogo — com características, fotos, categorias, marcas, stocks e preços, juntamente com os filtros.
  • Encomendas e clientes — histórico com conteúdo e estados, contas, moradas de entrega, avaliações. É isto que mais vezes se «esquece», porque não se vê no site.
  • Conteúdo — páginas, artigos, documentos, versões linguísticas.
  • A camada de SEO — estrutura de URLs, title e description de cada página, canonical, sitemap, robots, dados estruturados.

Sobre encomendas e clientes em particular: tecnicamente o site funciona sem eles, e é por isso que as mudanças baratas os deixam na base antiga. Meio ano depois o alojamento antigo é desligado — e com ele desaparece todo o histórico de compras. Não é uma hipótese: é a perda mais frequente numa migração.

[ 03 ]cat 301-redyrekty.txt

Redirecionamentos 301: como fazer bem

A migração ideal é aquela em que os endereços não mudam de todo: aí não são precisos redirecionamentos. Se a plataforma impuser outra estrutura, vale uma regra simples: cada endereço antigo leva ao seu equivalente novo mais próximo, com um 301, num único salto.

  • Não despeje tudo na página inicial: um redirecionamento em massa para «/» o Google interpreta como soft 404 e a página simplesmente sai.
  • Evite cadeias: antigo → intermédio → novo. Cada elo perde peso e tempo.
  • Verifique por lista e não por amostra: todos os endereços do sitemap antigo têm de devolver 200 ou 301, e nenhum 404.
  • Não esqueça as versões com e sem www, http e https — também são endereços.
[ 04 ]cat poryadok.md

A ordem que não deixa perder nada

  1. Levantamos o padrão. Antes de começar, exportamos o mapa completo do site antigo: todos os endereços, title, description, H1 e as posições de hoje. É o ponto de comparação.
  2. Construímos a nova plataforma à parte. O site antigo continua a funcionar e a vender todo esse tempo.
  3. Migração de ensaio numa cópia. Conferimos as quantidades: havia 4 312 produtos — há 4 312. Não «mais ou menos os mesmos».
  4. Mapa de redirecionamentos. Cada endereço do padrão recebe o seu correspondente.
  5. Comutação na janela de menor tráfego. O ambiente antigo fica ativo alguns dias — recuar leva um minuto.
  6. Duas semanas de observação. Search Console, posições, 404, pedidos, formulários, pagamentos.
[ 05 ]cat perevirka.sh

Checklist do primeiro dia após o lançamento

  • robots.txt aberto e meta noindex removidos — verificado à mão, não «deve estar bem».
  • Novo sitemap.xml gerado e enviado à Search Console.
  • Verificação por amostragem de 20–30 endereços antigos: todos devolvem 200 ou 301.
  • Title e description das páginas-chave coincidem com o padrão.
  • Formulários, carrinho e pagamento passam um teste de ponta a ponta com uma encomenda real de teste.
  • Contadores de analítica e conversões funcionam, os objetivos não se perderam.
  • Velocidade: Core Web Vitals não piores do que no site antigo.

A regra principal da verificação: um código 200 ainda não significa que a página está inteira. Compare com o padrão — conteúdo, meta tags, número de produtos na categoria.

[ 06 ]cat tsina.txt

Quanto custa e quanto demora

A mudança de um site de apresentação ou corporativo leva 2 a 4 semanas; uma loja com milhares de produtos e integrações, a partir de 5 semanas. O preço compõe-se da nova plataforma segundo a tabela (desde €325 para o site de apresentação, desde €895 para a loja) e do trabalho de transferência de dados, cuja dimensão se vê após a auditoria.

Não confunda isto com mudar de alojamento sem mudar de sistema: aí é o mesmo site num servidor novo, um a dois dias de trabalho e um preço desde €50. Se alguém lhe propõe «passar o site para uma nova plataforma» por esse valor, muito provavelmente leva o design e deixa os dados.

[ 07 ]Avaliações no Google
5,0★★★★★10 avaliações
Ермахан Сембай★★★★★

Хочу поблагодарить студию SoftPlus 🔥

Не смотря на то, что мы находимся в Астане, а студия в Киеве – для специалистов это не составило труда сделать всё удалённо, а именно:

1. Перенесли сайт на новый хостинг без простоя.

2. Сделали очень удобного телеграм-бота для заявок.

3. Перенастроили сайт на улучшенную версию, улучшили СЕО

4. Настроили рекламу в Google

Полное сопровождение без воды. Всё по делу!

Ещё раз благодарю за профессионализм, желаю успехов и процветаний данной студии.

Советую, лучшие в своём деле 😍

agosto de 2026 · idioma original em russo
Ad Oil★★★★★

Переносила до Soft-plus свій інтернет-магазин моторних олив зі старого сервера.

Переїзд пройшов без простою, замовлення не губились ні дня, від слова, зовсім!!! Потім ще декілька разів відбили DDoS-атаку на сайт і закрили його від ботів, з поправкою, назавжди!!!

Не зникають після оплати, як попередні підрядники. Опікуюсться весь час!

Щиро дякую всій команді, і особисто, Кирилу!!!

agosto de 2026 · idioma original em ucraniano
roman★★★★★

Робили нам сайт на три мови для Львова. Все чітко по строках, підказали, як подати послуги, щоб гугл показував вище. Після запуску не зникли, супроводжують і досі

Дуже дякую !

agosto de 2026 · idioma original em ucraniano
Руслан Кострицкий★★★★★

Потрібен був сайт для аварійної служби, часу не було зовсім. Запустили за кілька тижнів, самі зібрали і написали тексти по послугах. Дрібні правки після запуску роблять без нагадувань.»

Щиро дякую, хлопці профі!

agosto de 2026 · idioma original em ucraniano

Todas as avaliações vêm da nossa ficha do Google. Os textos não são editados e estão na língua original; só pode deixá-las quem tiver uma conta Google.

[ 08 ]Contacto

Descreva a tarefa em três frases — o orçamento chega num dia.

Sem reunião obrigatória e sem «calculamos depois». Se a tarefa não for para nós, dizemos logo e indicamos a quem recorrer.