Hospedagem grátis: ótima para aprender, arriscada para dado de cliente

O Lucas fez o sistema de agendamento do pet shop do bairro como primeiro freela e publicou numa hospedagem gratuita com PHP e MySQL. Seis meses depois, 300 clientes cadastrados com nome, telefone, endereço e nome do cachorro. Numa segunda-feira, o painel da hospedagem avisa que a conta foi suspensa por inatividade do plano e que os arquivos serão removidos. Não havia backup fora de lá.

A resposta curta: hospedagem grátis é para exercício e protótipo com dados fictícios. Quando o sistema guarda dado de pessoas reais, ele precisa de um lugar com backup que você controla e consegue restaurar, HTTPS, contrato com regras claras de suspensão e exclusão, e uma conta em nome de quem é dono do projeto. Se você já está em produção num plano gratuito, faça um backup completo hoje e planeje a migração.

Por que o gratuito não serve para produção

Hospedagem gratuita existe para atrair quem está aprendendo e, um dia, vender o plano pago. Isso não é defeito; é o modelo. Mas o modelo explica o que costuma faltar. As condições variam de empresa para empresa, então leia os termos do seu provedor, e espere encontrar alguns destes pontos:

• Backup sem garantia. Muitas vezes não há backup, ou ele existe sem compromisso de restauração.
• Suspensão e exclusão. Planos gratuitos costumam ter regras de inatividade, renovação ou uso aceitável que permitem suspender a conta com pouco aviso.
• Limites apertados. CPU, memória, conexões simultâneas ao banco e tamanho de disco pequenos; o site fica lento ou fora no primeiro pico.
• Servidor compartilhado com muita gente. Você não sabe quem são os vizinhos nem como estão isolados.
• Sem suporte com prazo. Quando cai, você espera.
• Endereço do provedor. O site roda num subdomínio deles ou exige configuração especial para domínio próprio.

Para aprender a publicar, nada disso importa. Para um sistema com 300 clientes de um pet shop, cada item é um risco. E há um lado legal: na LGPD, o pet shop é o controlador dos dados dos clientes, e o Lucas, como quem opera o sistema para ele, também tem responsabilidades. Escolher um lugar sem backup e sem garantia de exclusão dificulta cumprir as obrigações de segurança. O guia de adequação à LGPD num sistema pequeno mostra por onde começar; isto não substitui orientação jurídica.

A conta que justifica pagar

Use números fictícios para fazer a conta do seu caso. Uma hospedagem paga básica com backup automático e HTTPS custa, digamos, R$ 40 por mês: R$ 480 por ano. Agora o custo de perder o sistema do pet shop: dois dias do Lucas recriando estrutura e telas (16 horas a R$ 60, R$ 960), uma semana de agenda no papel com encaixes perdidos (supondo 10 banhos a R$ 70, R$ 700), e a confiança do cliente, que não entra na planilha. Um único incidente já custa mais que três anos de hospedagem. E o dado dos 300 clientes não volta com dinheiro nenhum.

Como decidir e migrar

1. Responda a pergunta do dado. O sistema guarda informação de pessoas reais ou do negócio de alguém? Se sim, ele já é produção.
2. Faça backup completo agora: banco e arquivos, baixados para fora da hospedagem.
3. Restaure o backup num ambiente de teste e abra o sistema. Backup que nunca foi restaurado é suposição.
4. Escolha o destino com backup automático, HTTPS, painel com segundo fator e conta no nome do dono do negócio.
5. Baixe o TTL do DNS um ou dois dias antes da troca, para que a mudança propague rápido.
6. Migre num horário de pouco uso: congele o cadastro, faça o backup final, restaure no destino, aponte o DNS e teste.
7. Apague os dados da hospedagem antiga depois de confirmar que tudo funciona no novo lugar.

O backup e a restauração do banco

Se a hospedagem gratuita não oferece acesso por SSH, exporte pelo phpMyAdmin do painel, em formato SQL, com estrutura e dados. Se oferece acesso remoto ao MySQL, o mysqldump é mais confiável:

mysqldump --single-transaction --default-character-set=utf8mb4 \
  -h sql.hospedagem-gratis.exemplo -u petshop -p petshop_db > petshop-2026-10-17.sql

No destino, crie o banco vazio com o mesmo charset e importe:

mysql --default-character-set=utf8mb4 -u petshop -p petshop_db < petshop-2026-10-17.sql

Depois confira se as contagens batem com a origem:

SELECT COUNT(*) FROM clientes;
SELECT COUNT(*) FROM agendamentos;

Se os acentos aparecerem quebrados depois da importação, não tente consertar convertendo de novo; volte ao arquivo de backup e acerte o charset na importação. O passo a passo completo, inclusive a rotina automática para depois da migração, está em backup de MySQL que você consegue restaurar.

Os arquivos e a troca de endereço

Baixe a pasta do site inteira por SFTP ou pelo gerenciador de arquivos do painel, incluindo uploads de usuários, que costumam ficar fora do repositório. Ajuste no destino o arquivo de configuração com o novo host, usuário e senha do banco, e mantenha essas credenciais fora do código versionado. Na hora de apontar o domínio, siga o roteiro de DNS com TTL baixo na troca e confirme a mudança antes de desligar a origem:

dig +short agenda.petshop-exemplo.com.br

Quando o IP retornado for o do novo servidor e o sistema responder com HTTPS válido, a migração terminou.

Quando o grátis é a escolha certa

Para aprender a subir um site, testar um framework, mostrar um protótipo ao cliente com dados inventados ou publicar um portfólio sem formulário, o plano gratuito cumpre o papel. A regra é simples: tudo o que estiver lá pode sumir amanhã sem prejuízo para ninguém. Nos mesmos termos, banco MySQL gratuito oferecido na internet tem os mesmos limites, como explica MySQL grátis na internet não é o banco do seu cliente.

Erros comuns

• Começar o teste com dado real. O protótipo vira produção sem que ninguém decida, e o cadastro de verdade fica num lugar sem garantia.
• Confiar no backup do provedor gratuito. Quando a conta é suspensa, o backup some junto.
• Conta no nome do desenvolvedor. Se o freelancer sumir ou perder o e-mail, o dono do negócio perde o acesso ao próprio sistema.
• Senha fraca no painel "porque é grátis". O painel dá acesso ao banco e aos arquivos de todos os clientes cadastrados.
• Apontar domínio próprio sem saber quem renova. O domínio expira e o site sai do ar mesmo com a hospedagem funcionando.
• Migrar sem testar a restauração. O backup estava incompleto, e você descobre depois de desligar a origem.

Checklist

• Você sabe se o sistema guarda dado de pessoas reais.
• Existe backup do banco e dos arquivos fora da hospedagem atual.
• O backup foi restaurado com sucesso num ambiente de teste.
• Hospedagem e domínio estão em contas do dono do negócio, com segundo fator.
• O destino tem backup automático, HTTPS e regras de suspensão por escrito.
• As contagens de registros conferem entre origem e destino.
• Os dados da hospedagem antiga foram apagados após a migração.

Agora responda olhando o painel da sua hospedagem: se ela fechar amanhã, o que se perde é exercício ou é dado de alguém?