O prejuízo do lock-in de plataforma nunca aparece no dia da contratação. Ele aparece dois anos depois, quando a empresa decide trocar de fornecedor e descobre que boa parte do que construiu não sai de lá.
O padrão do lock-in de plataforma se repete: o site funciona, o time gosta do painel, o custo mensal parece justo. Até o dia em que o preço sobe, o suporte piora ou o negócio precisa de algo que a ferramenta não faz. Aí a conta chega inteira.
Quanto custa descobrir o lock-in de plataforma tarde demais
Sair de uma solução fechada raramente é só assinar em outro lugar. O lock-in de plataforma cobra três contas ao mesmo tempo.
A primeira é a reconstrução. Layout, páginas, formulários e integrações são refeitos do zero porque o que existia era proprietário. A segunda é o tempo de equipe, que some em conferir conteúdo, refazer cadastro e testar o que já funcionava. A terceira é a mais cara: a queda de tráfego orgânico quando a migração é feita sem plano técnico.
Nenhuma dessas contas estava no orçamento original. O lock-in de plataforma nasce de uma decisão tomada anos antes, quase sempre sem ninguém perguntar o que aconteceria na saída.
O que é lock-in de plataforma na prática
Lock-in é o custo de sair. Quanto maior esse custo, mais preso o negócio está, mesmo que ninguém tenha assinado exclusividade. O lock-in de plataforma acontece quando o valor que a empresa criou fica amarrado a uma tecnologia que ela não controla e não consegue levar embora.
Isso não é maldade do fornecedor. É modelo de negócio: quanto mais difícil for sair, mais previsível fica a receita recorrente de quem vende o serviço. O lock-in de plataforma é o efeito colateral desse desenho.
Existe uma diferença importante entre depender de uma ferramenta e estar preso a ela. Hospedagem se troca em um fim de semana. Um editor visual proprietário, com componentes que só existem naquele painel, cobra bem mais caro para ser abandonado.
O caso mais comum de lock-in de plataforma no Brasil é o site alugado por mensalidade, em que a empresa paga por anos e não fica com nada. Já tratamos disso em detalhe no artigo sobre a diferença entre construir e alugar seu site.
7 sinais de lock-in de plataforma no seu site atual
Este é o checklist de lock-in de plataforma que qualquer gestor aplica sozinho, sem apoio técnico. Cada resposta negativa é um ponto de risco.
- Você não tem acesso ao registro do domínio. Se o domínio está no CNPJ do fornecedor, a discussão sobre o resto é secundária.
- Você não consegue baixar o código do site. Sem HTML, CSS e templates em mãos, o layout não viaja.
- Não existe backup exportável do banco de dados. Nem por painel, nem por pedido formal.
- O conteúdo só sai em PDF ou copiado na mão. Nada de arquivo estruturado.
- As integrações rodam por conta do fornecedor. Gateway, e-mail e analytics registrados no nome dele.
- O contrato não fala em saída. Sem prazo de entrega de arquivos, sem responsável, sem formato.
- Você não sabe onde o site está hospedado. Nem o provedor, nem a região, nem quem tem a senha.
Três ou mais sinais marcados significam que o lock-in de plataforma já saiu do campo teórico: a troca de fornecedor virou projeto, não decisão. Vale planejar antes de precisar.
Quem é dono de cada ativo: domínio, código, banco e conteúdo
A pergunta “de quem é o meu site” não tem resposta única, porque um site é um conjunto de ativos separados. O lock-in de plataforma quase sempre mora em um deles, então vale mapear item por item.
- Domínio: registro no CNPJ da sua empresa, com acesso ao painel do registrador. Inegociável.
- DNS: pode ficar com o fornecedor, desde que você tenha login de administrador.
- Código e tema: arquivos entregues em repositório ou pacote compactado, com licença que permita uso após o fim do contrato.
- Banco de dados: dump completo, em formato aberto, sob demanda.
- Mídia: imagens em resolução original, não só as versões redimensionadas do site.
- Contas de terceiros: analytics, tag manager, e-mail transacional e gateway no CNPJ do cliente.
Esse mapa vale tanto para site institucional quanto para loja virtual. Em e-commerce o lock-in de plataforma pesa mais, porque envolve dados de cliente e histórico de pedido.
Exportar não é migrar: o que a exportação deixa para trás
Muita gente se acalma quando o fornecedor diz que existe botão de exportar. O botão existe, mas a documentação das próprias plataformas mostra por que ele não elimina o lock-in de plataforma.
A documentação oficial da Shopify sobre exportação de produtos deixa claro que as imagens dos produtos não vão no arquivo CSV, e que os campos de título e descrição de SEO só aparecem se tiverem sido preenchidos manualmente. Ou seja: o catálogo sai, a vitrine não.
O mesmo raciocínio vale para qualquer painel fechado. O que costuma sair é dado tabular: produto, cliente, pedido, post. O que costuma ficar é o trabalho de design, a lógica de regra de negócio, os formulários, as automações e a estrutura de URL. Justamente a parte que levou meses para ficar de pé.
Plataformas abertas reduzem esse problema porque o código e o banco são seus por definição. Não é coincidência que o WordPress esteja em 41,1% de todos os sites e em 59,1% dos sites com CMS conhecido, segundo levantamento do W3Techs em agosto de 2026. Aberto não significa perfeito, e os limites do WordPress aparecem quando a operação cresce. Significa apenas que a porta de saída existe.
O que a lei já garante sobre portabilidade de dados
Parte do lock-in de plataforma tem resposta jurídica, e ela é mais forte do que a maioria dos gestores imagina.
No Brasil, o artigo 18, inciso V, da Lei Geral de Proteção de Dados garante ao titular a “portabilidade dos dados a outro fornecedor de serviço ou produto, mediante requisição expressa”, observados os segredos comercial e industrial. Isso cobre dados pessoais de clientes e leads, não o código do site.
Na Europa o movimento foi além. O Data Act da União Europeia passou a ser aplicável em 12 de setembro de 2025 e criou um marco para o cliente trocar de provedor de serviço de processamento de dados. Segundo análise jurídica sobre o capítulo de switching, o prazo padrão de transição é de 30 dias, o aviso prévio máximo é de dois meses e as taxas de troca ficam proibidas a partir de 12 de janeiro de 2027.
A regra europeia não obriga fornecedor brasileiro. Mas ela mostra que o lock-in de plataforma virou pauta de regulador, e serve de referência na hora de negociar contrato aqui.
Está avaliando trocar de fornecedor e quer saber o que dá para levar? O Growtor Store inclui diagnóstico do que existe hoje antes de qualquer proposta de reconstrução.
Como trocar de fornecedor sem perder o ranqueamento
A parte que mais assusta ao romper um lock-in de plataforma é o tráfego. Ela é gerenciável, desde que a migração respeite o básico técnico.
A documentação do Google sobre mudança de site com alteração de URL recomenda redirecionamento permanente no servidor, como 301, e orienta manter esses redirecionamentos pelo maior tempo possível, em geral por pelo menos um ano. O próprio Google avisa que a visibilidade oscila durante o processo e que sites pequenos e médios levam algumas semanas para migrar a maior parte das páginas.
Traduzindo para a operação: mapa de URL antiga para URL nova antes de virar a chave, redirecionamento um a um (nunca tudo para a home), Search Console configurado nos dois lados e monitoramento diário nas primeiras semanas. Detalhamos esse roteiro no guia de migração de e-commerce sem perder ranqueamento.
Contrato: 6 cláusulas que reduzem o lock-in de plataforma
O melhor momento para tratar de saída é a entrada. Estas seis cláusulas resolvem a maior parte dos casos de lock-in de plataforma antes que eles existam.
- Titularidade do domínio no CNPJ do contratante, sempre.
- Entrega de arquivos na rescisão, com prazo definido em dias e formato aberto.
- Backup periódico acessível ao cliente, não só ao fornecedor.
- Licença de uso do código que sobreviva ao fim do contrato.
- Contas de terceiros no nome do cliente, com o fornecedor como usuário convidado.
- Documentação mínima de integrações e credenciais, atualizada a cada entrega grande.
Fornecedor sério assina isso sem drama, porque não vive de lock-in de plataforma. Resistência nesse ponto costuma ser a informação mais útil de toda a negociação.
Perguntas frequentes sobre lock-in de plataforma
Site em plataforma fechada é sempre ruim?
Não. Para operação pequena, com pouca personalização e prazo curto, uma solução fechada resolve bem. O lock-in de plataforma vira problema quando o negócio já depende do site para vender e o custo de sair virou barreira.
Consigo exigir meus arquivos mesmo sem cláusula no contrato?
Dados pessoais de clientes têm respaldo na LGPD. Código e layout dependem do que foi contratado. Sem previsão contratual, a negociação fica no campo comercial, e é por isso que a cláusula de saída importa tanto.
Quanto tempo leva para migrar um site sem perder posição no Google?
O planejamento costuma pesar mais que a execução. A virada em si é rápida, e a documentação do Google indica algumas semanas até a maior parte das páginas ser reprocessada em sites pequenos e médios, com oscilação normal no período.
Construtor com IA aumenta o risco de ficar preso?
Depende de onde o resultado fica. Se o gerador entrega código exportável, o risco é baixo. Se o site só roda dentro do painel do fornecedor, o lock-in de plataforma é o mesmo de sempre, com camada nova por cima. Tratamos dos limites desse modelo no artigo sobre construtor de site com IA e no que analisa um site feito por IA depois do lançamento.
Trocar de hospedagem resolve o problema?
Só quando o site é portável. Se o código e o banco são seus, mudar de servidor é rotina técnica. Se não são, o lock-in de plataforma continua igual e a hospedagem é o menor dos problemas. Vale entender os critérios de hospedagem antes de assinar qualquer plano.
O primeiro passo prático para esta semana
Para sair do lock-in de plataforma, não comece pela migração. Comece pelo inventário, que leva uma tarde e não custa nada: liste domínio, hospedagem, acesso ao código, backup do banco, contas de analytics e gateway, e escreva ao lado de cada item o nome de quem tem o login.
Esse inventário resolve sozinho o diagnóstico de lock-in de plataforma. O que ele não resolve é o passo seguinte. Recuperar domínio em disputa, extrair conteúdo de painel fechado, reconstruir integração sem documentação e montar mapa de redirecionamento com centenas de URLs é trabalho técnico, e cada erro aí custa posição no Google e receita.
É nesse ponto que faz sentido chamar quem já fez a travessia antes. A Growtor trabalha com sistemas sob medida e projetos em que o código, o banco e o domínio ficam com o cliente desde o primeiro dia, sem cláusula que force permanência.
Quer avaliar o quanto o seu site está preso hoje? Chame a Growtor no WhatsApp ou conheça o Growtor Store e receba um diagnóstico técnico antes de qualquer proposta.
