O SEO do link na bio se decide na página em que o clique cai. A metade que fica do lado do Instagram está fora do seu alcance: a marcação que a Meta usa no link do perfil só aparece para quem está logado, e um pedido anônimo à página de um perfil público voltou hoje HTTP 429 antes de servir uma linha de HTML. A metade que sobra, a página de destino, você lê com um comando, testa quando quiser e troca no dia em que decidir. É nela que existe alguma decisão de SEO para tomar.
O lado do Instagram é o que você não consegue auditar
O clique que sai da bio não chega direto ao seu endereço. Ele passa por l.instagram.com, um redirecionador no domínio da própria Meta, e dá para observar o comportamento dele sem ter conta nenhuma. Pedindo hoje https://l.instagram.com/?u=...&e=test com um destino qualquer, a resposta que volta é 302, com location: https://www.instagram.com/ e corpo vazio. Ele se recusa a encaminhar um endereço que não tenha sido assinado por ele. Todo clique da sua bio é intermediado, e o intermediário decide o que fazer com o destino antes de você entrar na conversa.
Do lado do índice, o perfil é conteúdo que a Meta quer indexado. O robots.txt de instagram.com termina com User-agent: * seguido de Disallow: /, e libera o Googlebot por exceção, bloqueando só áreas como /ajax/, /direct/ e as rotas de comentários e de curtidas. O mesmo arquivo declara dois sitemaps de perfil, ig_seo_profile_sitemap.xml.gz e ig_seo_profile_sitemap_non_media_eligible.xml.gz, o segundo para contas sem mídia elegível. A plataforma não só permite a indexação dos perfis: ela separa os perfis em dois mapas para entregá-los à busca.
O que não dá para ler de fora é justamente o atributo do link da bio, e não vou chutar qual é. A conclusão prática não depende disso. Seja qual for a marcação, ela é escolha da Meta, vale igual para todo mundo que usa o Instagram e pode mudar na próxima terça sem nota de versão. Nenhuma decisão sua sobre qual ferramenta de link na bio usar altera uma vírgula desse lado. Por isso ele não deveria pesar na escolha de ferramenta.
O robô que chega na página de links não encontra link nenhum
Baixando hoje o HTML de um perfil público do Linktree com um curl, sem navegador e sem executar script, voltam 92.502 bytes de documento completo, terminando direitinho em </body></html>. Dentro desse documento há zero elementos <a>. Nenhuma âncora, nenhum </a>. Os trinta href= que aparecem estão todos em tags <link> do cabeçalho: ícone, manifesto, folha de estilo, canônica. A lista de links do perfil está guardada num bloco JSON no fim da página, o __NEXT_DATA__ típico de aplicação Next.js, e só vira link clicável depois que o navegador executa o JavaScript.
O teste cabe numa linha, e vale mais rodar do que acreditar em mim: curl -s https://linktr.ee/seu-usuario | grep -c '<a '. Se voltar zero, o HTML servido do seu perfil não tem uma âncora sequer, e o mesmo comando apontado para qualquer página do seu WordPress volta um número de dois dígitos.
A documentação do Google é literal a respeito. A página sobre links rastreáveis afirma que, de modo geral, o Google só consegue rastrear o seu link se ele for um elemento <a> com atributo href, e acrescenta que o buscador não extrai URLs de maneira confiável de elementos sem href, nem de outras tags que funcionam como link por evento de script. A documentação de JavaScript repete a mesma coisa em uma frase seca: o Google só descobre os seus links se eles forem elementos <a> com atributo href.
O artigo que abre o assunto de link na bio aqui neste blog é servido em 43.213 bytes e traz 39 âncoras já na primeira resposta, antes de qualquer script rodar. A página do perfil no Linktree é mais que o dobro do tamanho e traz zero. O peso extra é o aplicativo que monta a página no navegador de quem visita, e nada dele é link do ponto de vista de quem só lê HTML.
O Googlebot renderiza JavaScript, e seria desonesto omitir isso. A própria documentação explica o desenho: toda página que responde 200 entra numa fila de renderização, e a espera nessa fila pode ser de alguns segundos, mas, nas palavras do Google, pode demorar mais do que isso. Renderizar é um segundo passo, com fila e com custo de máquina, e não a leitura direta que o primeiro passo faz. Uma página servida pelo WordPress entrega as âncoras já na primeira resposta, sem depender de fila alguma, e você confirma isso no seu próprio site com o mesmo comando de uma linha que usei aqui.
Quem pode auditar a sua página de links não é você
O robots.txt de linktr.ee tem 440 linhas e nomeia 59 agentes, um por um. O bloco final é User-agent: * com Disallow: /, ou seja, quem não foi nomeado não entra em canto nenhum do domínio. Esse desenho de lista de permissão já apareceu por aqui do ponto de vista de quem é dono do endereço, em alternativa ao Linktree. O ângulo que interessa agora é mais estreito: quais ferramentas foram nomeadas e quais ficaram de fora.
Estão nomeados o Googlebot, o Bingbot, o Screaming Frog SEO Spider e o SemrushBot, todos com a mesma diretiva de sinal de conteúdo, ai-train=no, search=yes: podem indexar para busca, não podem usar aquilo para treinar modelo. A palavra ahrefs não aparece uma única vez nas 440 linhas, o que a joga na regra geral do bloco final. Se a auditoria de links da sua agência roda numa ferramenta que a plataforma não nomeou, ela não lê a sua página de links, e o relatório volta vazio sem dizer por quê. Você não tem como corrigir isso, porque o arquivo que decide não é seu.
O mesmo robots.txt declara três sitemaps. O do diretório de perfis é um índice que aponta para um sitemap único, com 49.106 endereços, todos de páginas de listagem do diretório público da plataforma, quase quarenta mil deles dentro de categorias. Os perfis são alcançados por dentro dessa estrutura. A sua página de links é um item catalogado no mapa de site de outra empresa, e esse catálogo existe para trazer busca para o domínio dela, não para o seu.
Há também o que vem junto sem você ter posto. No payload daquele mesmo perfil, ao lado dos dados do dono da conta, havia uma configuração da plataforma com 26 ofertas comerciais de terceiros, várias delas apontando para redirecionadores de rede de afiliação. Se, quando e para quem isso aparece é decisão de quem opera o domínio, e a decisão pode mudar sem que ninguém precise avisar você.
Em outra plataforma a resposta é oposta, e continua não sendo sua. O robots.txt do Beacons tem 13 bytes: a linha User-agent: * e mais nada. Um grupo aberto, sem uma regra sequer dentro dele, sem Disallow, sem Allow e sem sitemap declarado. E o pedido de hoje a duas páginas públicas de perfil, feito de fora de um navegador, não chegou a ver conteúdo nenhum: voltou 403 com uma página de bloqueio da Cloudflare, ela mesma marcada com noindex, nofollow. Bloqueio de robô é defesa legítima contra abuso, e qualquer plataforma grande faz isso. O efeito colateral, do seu lado, é que a sua página de links não abre para o script que você escreveria para conferi-la.
São duas plataformas e duas políticas opostas, uma que nomeia 59 agentes e outra que não nomeia nenhum. As duas são razoáveis para quem as escreveu, e nenhuma das duas foi escrita pensando em você conseguir auditar a sua própria página. É esse conjunto inteiro que muda de dono quando a página passa a rodar no seu endereço, e é o que a página de Link na Bio do Post Ping faz: ela fica no seu domínio, monta a lista com os últimos artigos publicados no seu WordPress e carrega UTM, para o tráfego que vem da bio aparecer no mesmo relatório onde já estão os artigos. O que ela não resolve é infraestrutura. Se a sua hospedagem cair, a página cai junto, e a de uma plataforma grande provavelmente continuaria de pé.
Onde o argumento contrário é mais forte
A objeção mais séria a tudo isto é que nada do que está escrito acima move posição na busca. Quem defende essa objeção acerta em três pontos que dá para verificar: o Googlebot renderiza JavaScript e acaba enxergando as âncoras da página de links; o clique que sai do Instagram não empurra autoridade para lugar nenhum de qualquer maneira; e nenhum blog vai subir uma posição sequer porque trocou o endereço da bio. Se o critério for ranqueamento por palavra-chave, a mudança rende zero, e quem promete o contrário está vendendo fumaça.
Há um quarto ponto a favor dela: aquele diretório de 49.106 páginas de listagem existe para atrair busca, e parte do que ele atrai desemboca em perfis. Para quem não tem site, isso é visita que não viria de outro lugar, entregue de graça por um domínio com anos de histórico. O mesmo mecanismo que catalogou a sua página no mapa de outra empresa também a coloca na frente de quem procura por categoria. Chamar isso só de custo seria contar metade da conta.
Essa objeção para de ganhar na diferença entre indexar e ranquear. Uma página que carrega o seu nome, a sua foto e os seus links existe como documento no índice, sob um domínio que não é seu, dentro de um diretório de perfis que a plataforma mantém para atrair busca. Você não escolhe o que mais é servido junto com ela, não escolhe quem pode lê-la e não consegue medir o que acontece ali com a ferramenta que já paga. Nada disso aparece num relatório de posições, e mesmo assim é o seu nome que está na página.
O outro lugar em que a objeção ganha inteira é o de quem não tem site. Para um perfil que vive de indicação e não publica conteúdo próprio, comprar domínio e manter software atualizado só para servir seis links é trabalho sem retorno, e a recomendação honesta continua sendo usar a ferramenta pronta. O argumento deste artigo pressupõe um domínio que já existe, com conteúdo saindo em cima dele. Sem esse pressuposto, ele não vale.
Quem tem blog está no caso oposto: já pagou domínio, já pagou hospedagem, já escreve. Mandar a única porta de entrada de todas as redes para fora desse endereço é a parte da operação mais difícil de justificar depois que a página própria fica fácil de manter, e o percurso de saída, link por link, está detalhado em migração do Linktree para o WordPress. Nenhuma dessas mudanças vai mexer no seu ranqueamento.
O que elas fazem é outra coisa: a página mais repetida do seu negócio, a que foi para cartão, para assinatura de e-mail e para a bio de três redes passa a ser um documento que você lê com um curl, indexa como quiser e mede no seu próprio relatório. Essa é a decisão de SEO que existe no link na bio. As outras são conversa sobre um lado do problema que não é seu.
