Colocando o site no ar com Cloudflare Pages
No texto anterior eu contei o backup do site e os registros no Google Drive. Esta parte é outra. Agora o assunto é o dia em que o site saiu do notebook e passou a abrir em rodrigoesporto.com.
O que eu queria resolver
Em 3 de outubro de 2026 o site pessoal foi ao ar. Trabalho durante o dia e, à noite e aos domingos, construo com agentes de IA. Eu já tinha o domínio, o gerador de páginas e o código guardado. Faltava o passo que a outra pessoa sente: digitar o endereço e achar as páginas.
Publicar na mão é um passo a mais, e é fácil errar. Você gera os arquivos, sobe, confere, e na mudança seguinte faz de novo. Eu queria outra coisa: salvar no GitHub e a versão nova aparecer sozinha no domínio.
Eu uso a Cloudflare. Pago o domínio nela. Não estou avaliando a empresa de fora. Estou contando o jeito que eu publiquei.
Resumo rápido
- Em 3 de outubro de 2026 o site foi ao ar pela Cloudflare Pages, no domínio rodrigoesporto.com.
- A cada mudança salva no GitHub, a Cloudflare publica a versão nova sozinha.
- Os textos que eu tinha aprovado naquele dia: Início, Sobre, Contato e o primeiro post, em português e em inglês.
- Contato só pelo X.
- No relatório do Analista, em 3 de outubro de 2026, a auditoria no Lighthouse deu velocidade 99 a 100 e SEO 100.
Primeiro: o que é a Cloudflare Pages
Cloudflare Pages é o serviço que pega o site e coloca na internet. No meu caso, ele lê o que está no GitHub e entrega as páginas no endereço do domínio.
Hospedagem, neste texto, é o lugar onde o site publicado mora. A Pages é essa hospedagem, ligada ao repositório. Repositório é a pasta do código com histórico, no GitHub.
Pense numa gráfica que, toda vez que você entrega o original novo, imprime a edição e coloca na banca. Você não carrega a caixa de jornais até a esquina.
O que acontece de verdade é um gatilho. Você salva uma mudança no GitHub. A Cloudflare vê essa mudança, publica a versão nova e aponta o domínio para ela. A comparação com a gráfica para aqui: na banca de papel o jornal de ontem ainda pode estar na prateleira até alguém trocar. Na Pages, a versão que o visitante pede é a que acabou de ser publicada. Não fica um monte de edição antiga no mesmo endereço.
O que é publicar (e o GitHub neste passo)
Publicar, neste texto, é tornar as páginas acessíveis no endereço próprio. Não misturo isso com escrever o post, nem com gerar o site no notebook. É o momento em que alguém abre rodrigoesporto.com e encontra o que eu aprovei.
O GitHub, neste passo, é o cofre do código. Cada mudança salva ali vira o sinal para a Cloudflare Pages. Sem original novo, não tem edição nova. O GitHub guarda o histórico. A Pages lê o que está lá agora.
Um original de papel não dispara a impressão sozinho. Aqui, salvar já é o pedido de publicação.
O Lighthouse e o SEO desta medição
Lighthouse é uma auditoria do Google para páginas da web. Ela abre a página como um visitante e dá notas. No relatório do Analista, em 3 de outubro de 2026, a velocidade ficou entre 99 e 100, e o SEO ficou em 100.
SEO, nesta medição, é o conjunto de checagens de se a página está organizada para ser encontrada: título, idioma, o básico que o próprio Lighthouse testa. Não é aparecer no primeiro lugar do Google. Eu não tenho, nesta parte, uma posição de busca para reportar.
É a lista de conferência de um carro antes da viagem: luz, pneu, freio. A nota alta diz que aqueles itens da lista passaram. Não diz que a estrada está vazia.
O Analista é o agente que acompanha o perfil no X e as visitas do site e manda um resumo curto por dia. Os números desta auditoria vieram daquele relatório. Isto é o que o relatório trouxe. Não é um estudo publicado por terceiros.
O que eu usei
Usei o domínio rodrigoesporto.com. Usei o GitHub como origem do código. Usei a Cloudflare Pages para publicar. Usei o Hugo para gerar as páginas estáticas, a escolha que eu já tinha feito. Hugo, em uma frase, é o programa que transforma os textos em páginas prontas. Site estático, neste texto, é página já montada: o servidor entrega o arquivo pronto, sem escrever o texto na hora do clique.
Usei os textos que eu mesmo aprovei: Início, Sobre, Contato e o primeiro post, “O início de uma jornada”, em português e em inglês. Usei o X como único contato. Usei o relatório do Analista para as notas do Lighthouse.
Login, painel e conta ficam fora deste texto.
Como foi
Se você quiser copiar a lógica, sem copiar a marca, o caminho é este:
- Tenha o site num repositório no GitHub. No meu caso, o código já estava lá.
- Ligue esse repositório à Cloudflare Pages. A hospedagem passa a ler o cofre.
- Aponte o domínio próprio para o site publicado. O nome que a pessoa digita precisa chegar nessa publicação.
- Salve uma mudança no GitHub. A Cloudflare publica a versão nova sozinha. Você não sobe arquivo na mão.
- Abra rodrigoesporto.com e confira as páginas que você aprovou. No meu caso, em 3 de outubro de 2026: Início, Sobre, Contato e o primeiro post, nos dois idiomas.
- Confira o Contato: só o X. Sem outro canal neste site.
No meu caso o repositório ficou ligado, a publicação passou a ser automática e o domínio próprio abriu as páginas. Eu não vou inventar a tela do painel.
O que deu errado ou o que eu aprendi
Nesta parte eu não tenho uma mensagem de erro da publicação para contar. O que eu tenho é o alívio de tirar o passo manual.
Publicar na mão é o tipo de tarefa que você acerta uma vez e esquece na segunda. Arquivo velho no ar. Pasta errada. Versão que você jura que subiu. Ligar o repositório à hospedagem corta essa fila.
A lição para quem está começando: ligue o repositório à hospedagem e deixe a publicação automática.
O que eu faria diferente: conferir o endereço num aparelho que não é o notebook em que eu publiquei, no mesmo dia. O cache do navegador e o hábito da gente enganam. Cache, aqui, é a cópia velha que o aparelho guarda para abrir mais rápido. Eu não tenho um caso, nesta parte, em que isso falhou. É o hábito que eu quero.
Nenhuma dessas ferramentas substitui julgamento. Elas encurtam o caminho entre “eu sei o que quero” e “está no ar”. A Pages publica o que está no GitHub. Se o que está no GitHub estiver errado, o erro vai ao ar com a mesma velocidade.
Custos e limites
Nesta parte não há um valor extra em dinheiro para reportar. O domínio eu já tinha comprado. O preço dessa compra ficou no texto das escolhas, não neste.
O que este jeito faz bem: publicar deixa de ser um passo separado e arriscado. É salvar.
O que ele não faz: escrever o texto nem aprovar o texto. Também não é a segurança do site.
Isto é o que eu fiz em 3 de outubro de 2026, não um ranking de ferramentas. A Cloudflare Pages é a ferramenta que eu usei. Não estou dizendo que é a única.
Para quem serve e para quem não serve
Serve se você já tem um site estático no GitHub e um domínio próprio, e não quer subir arquivo na mão a cada post.
Não serve se você ainda não tem o que publicar. Ligar hospedagem vazia não cria o diário. Também não serve se você precisa de um programa no servidor montando página a cada clique. Este site é estático. A Pages, neste jeito, entrega páginas prontas.
Fechamento
Eu queria digitar o endereço e achar as páginas, sem subir arquivo na mão. Em 3 de outubro de 2026 isso passou a ser verdade em rodrigoesporto.com. A Cloudflare Pages publica quando eu salvo no GitHub.
A regra para copiar: ligue o repositório à hospedagem e deixe a publicação automática.
No próximo texto eu começo a segurança do site: o cadeado, o TLS 1.2 e o HSTS.
Se quiser acompanhar a jornada, estou no X: @RodrigoesPorto.
Fontes e links
- Cloudflare Pages: https://developers.cloudflare.com/pages/
- Este site: https://rodrigoesporto.com/
- Relatório do Analista, 3 de outubro de 2026 (notas do Lighthouse)