Um nome só: Rodrigo ES Porto em todo o site
Na parte anterior, comentei sobre a revisão do site feita por quatro agentes da nossa equipe, que avaliaram a estrutura com notas A+ em segurança e desempenho.
O que eu queria resolver
Trabalho durante o dia e, à noite e aos domingos, construo com agentes de IA. Nunca programei profissionalmente. Quando coloquei o meu site pessoal no ar em 3 de outubro de 2026, a sensação inicial foi de alívio. O domínio próprio estava configurado, a página inicial abria rápido e os artigos principais traziam o meu nome certo.
Só que a revisão detalhada do site apontou um problema chato de consistência. Em vários cantos que o visitante comum não enxerga logo de cara, o site ainda usava uma versão antiga, mais curta, do meu nome. Essa versão desatualizada aparecia no título que fica gravado na aba do navegador, no rodapé de algumas páginas, nas descrições preparadas para o Google, no arquivo do feed RSS, no arquivo de manifesto do site e até na imagem de compartilhamento gerada para redes sociais.
No mesmo dia 3 de outubro tomei uma decisão firme: troca tudo para Rodrigo ES Porto. Ter duas formas do nome circulando cria confusão. A pessoa vê o site compartilhado no X com um nome, entra na página e lê outro, e o buscador do Google indexa um terceiro termo. Uma marca pessoal só funciona se você mantiver o mesmo padrão em todos os pontos de contato.
Resumo rápido
- A auditoria revelou que uma versão antiga, mais curta, do meu nome continuava espalhada por arquivos de configuração e metadados.
- Mapeei seis pontos críticos onde o texto antigo estava escondido: abas do navegador, rodapé, resumos de busca, feed RSS, manifesto web e imagem de compartilhamento.
- A Arte preparou uma imagem nova de compartilhamento já com a marca corrigida.
- Fiz todas as substituições no código e enviei tudo em um único commit no GitHub.
- Verifiquei de fora cada uma das 30 páginas do site publicadas na nuvem para ter certeza de que o ajuste entrou no ar sem falhas.
- Tempo e custo: cerca de uma hora de trabalho concentrado e custo zero em ferramentas adicionais.
Primeiro: o que são esses lugares escondidos
Quem nunca mexeu com a estrutura de um site costuma pensar que o texto visível na tela é tudo o que existe. Na prática, um site tem instruções nos bastidores que conversam com navegadores, robôs de busca e redes sociais. Quando essas instruções ficam desatualizadas, a imagem do projeto se desgasta.
O título da aba é o texto que fica na orelha da página no navegador. Ele também é o título principal que o Google mostra na lista de resultados de uma pesquisa. Se a aba exibe um nome antigo, quem abre várias abas ao mesmo tempo se perde na hora de voltar ao artigo.
A meta-descrição é uma frase curta guardada no código que resume o assunto da página. O visitante não lê esse trecho no corpo do artigo, mas o Google o utiliza logo abaixo do link nos resultados de busca. Se a descrição contiver o nome antigo, a pesquisa mostra uma informação desencontrada.
O feed RSS é um arquivo de texto simples que reúne as últimas publicações de forma padronizada. Com ele, leitores de notícias e agregadores automáticos avisam aos assinantes que saiu conteúdo novo, sem exigir que a pessoa acesse o endereço manualmente todo dia.
O manifesto do site (web app manifest) é um arquivo de instruções para celulares. Se o leitor decidir salvar um atalho do site na tela inicial do aparelho, esse arquivo diz ao sistema qual nome deve aparecer embaixo do ícone e qual imagem usar.
A imagem de compartilhamento (Open Graph) é o cartão visual que surge automaticamente quando alguém cola o link do artigo no X ou em um aplicativo de mensagens. Sem essa imagem bem cuidada, o link aparece sem destaque ou com ilustrações genéricas.
O commit é o registro de salvamento no GitHub. Em vez de salvar arquivos soltos sem controle, você junta um conjunto de alterações relacionadas e carimba tudo com uma mensagem explicativa, marcando data e hora no histórico do projeto.
O que eu usei
- Hugo: o gerador de páginas estáticas que processa os textos em Markdown e monta o site completo.
- Google Antigravity: o ambiente onde editei os arquivos de modelo e configuração sob meu comando direto.
- GitHub: o serviço onde guardo o histórico de código e envio as alterações do site.
- Arte: a agente da nossa equipe no Grok Bot responsável por criar as imagens visuais e os avatares dos integrantes.
Como foi a troca em um commit só
Com a lista de pendências da revisão em mãos, organizei o trabalho para resolver tudo de uma vez. O objetivo era evitar que o site ficasse com páginas atualizadas e outras antigas no ar ao mesmo tempo.
Primeiro, abri o arquivo principal de configuração do site no Antigravity. Foi ali que ajustei o título global, as variáveis de autor e a descrição básica para usar rigorosamente Rodrigo ES Porto.
Segundo, passei pelos modelos de cabeçalho, rodapé e estrutura geral das páginas. Em alguns desses modelos, o nome antigo estava digitado de forma fixa, direto no código HTML, em vez de puxar a variável padrão. Ajustei cada ocorrência para usar a identificação definitiva.
Terceiro, verifiquei os modelos que geram o feed RSS e o manifesto do aplicativo web. Esses arquivos costumam ser esquecidos porque ninguém olha para eles no dia a dia, mas eles guardavam exatamente o termo antigo.
Quarto, recebi da Arte o novo arquivo da imagem de compartilhamento. Ela gerou a imagem com a arte oficial e o nome correto em destaque. Salvei o arquivo na pasta de imagens do tema e atualizei o endereço dessa ilustração nos cabeçalhos de compartilhamento social.
Quinto, subi a alteração. Revisei o pacote completo de arquivos modificados e enviei tudo em um único commit no GitHub. Poucos segundos depois, a plataforma de hospedagem recebeu o aviso e reconstruiu o site inteiro de maneira automática.
Sexto, fiz a conferência de fora. Abri o navegador e visitei as 30 páginas do site que já estavam publicadas, conferindo a aba, o rodapé e o código-fonte de cada uma para confirmar que a versão antiga do nome tinha desaparecido por completo.
O que deu errado e o que aprendi
A maior surpresa foi perceber como o nome da gente se espalha por cantos invisíveis. Quando você cria um site, os modelos prontos e os assistentes automáticos preenchem vários campos nos bastidores com as primeiras palavras que você informou no início do projeto. Se mais tarde você decide ajustar a assinatura pública da sua marca, apenas mudar o texto do artigo não basta.
Outro ponto de atenção foi o cache do navegador. Na primeira tentativa de conferência, a imagem de compartilhamento e o manifesto ainda mostravam o arquivo anterior no meu computador. O site já tinha sido atualizado no servidor, mas o navegador continuava lendo a cópia temporária da memória. Precisei limpar o cache e fazer a checagem por uma janela anônima para enxergar exatamente o que um visitante novo veria.
A lição para quem está começando é simples: trate metadados com a mesma importância do texto principal. Robôs de busca e redes sociais não leem a sua tela com os olhos; eles leem as etiquetas do código.
Custos e limites
O custo financeiro adicional para realizar essa padronização foi zero. Usei o editor de código e o repositório que já faziam parte da rotina, e a imagem foi preparada pela Arte aproveitando as ferramentas visuais que já tínhamos configuradas.
Em termos de tempo, a conferência e os ajustes levaram cerca de uma hora de trabalho concentrado entre a alteração dos arquivos, o commit e a revisão manual dos 30 endereços no ar.
O limite dessa etapa é que ela exige olhar humano. Uma ferramenta automatizada pode buscar e substituir palavras no texto, mas só você consegue julgar se a imagem de compartilhamento ficou legível em telas pequenas ou se o título da aba ficou longo demais para caber no navegador.
O que eu faria diferente
Se estivesse começando o projeto hoje, teria criado uma variável única para o nome do autor no arquivo de configuração desde o primeiro minuto. Ter deixado o nome escrito diretamente no código de alguns modelos de página foi o que gerou o retrabalho de ter que caçar arquivo por arquivo.
Para quem serve e para quem não serve
Esse cuidado serve para qualquer pessoa que publica conteúdo na internet e quer construir uma identidade clara. Se você escreve artigos, compartilha links no X ou mantém um portfólio, ter um nome padronizado evita que seu leitor fique em dúvida sobre quem está por trás daquele projeto.
Não serve para quem ainda está numa fase de rascunho muito inicial e ainda nem sabe se vai manter o site no ar ou qual nome vai adotar. Nesses primeiros dias de teste, o foco deve ser produzir e experimentar. Mas a partir do instante em que você publica o domínio e chama pessoas para ler, a padronização se torna indispensável.
Próximos passos
Com o nome padronizado em todas as pontas, a estrutura pública do site ficou limpa e coerente. Na próxima parte da nossa série, vou apresentar o mapa do ecossistema: cada agente e onde ele fica, mostrando como organizamos as funções de cada integrante da equipe entre o computador e a nuvem.
Se você também está construindo projetos na web com o apoio de ferramentas de inteligência artificial ou quer trocar experiências sobre essa rotina, me acompanhe no X em @RodrigoesPorto. É por lá que converso e compartilho o que venho aprendendo a cada etapa.