Páginas de bio no seu próprio domínio: um espaço de endereços, um fluxo de analytics
- bio-pages
- custom-domains
- analytics
- creators
Nesta página
- Uma página que se comporta como um link
- O domínio é o recurso
- Blocos que herdam o comportamento dos links
- O que de fato entra na página
- Rascunho, publicação e uma versão que é a chave de cache
- Analytics no mesmo fluxo
- Quando a página é o artefato certo
- Como isso funciona em uma agência
- Colocando a primeira página no ar
Quase toda discussão sobre páginas de link na bio é, na verdade, uma discussão sobre construtores de página: quantos modelos, quais blocos, qual editor parece mais agradável. Essa é a parte menos duradoura da decisão. O que ainda vai importar daqui a dois anos é o endereço em que a página vive, se os números dela chegam no mesmo lugar que todo o resto que você mede, e se os botões dela se comportam como links de verdade ou como texto colado.
Este artigo trata a página de bio como um recurso da infraestrutura de links, e não como uma categoria de produto. O que ela é, por que o domínio pesa mais do que o editor, o que se ganha ao ter eventos de página e cliques de link em um fluxo só, o que de fato entra na página, quando a página é o artefato errado, e como tudo isso funciona quando uma agência opera dezenas delas para clientes.
Uma página que se comporta como um link
Uma página de bio é uma pequena página de blocos que vive no mesmo tipo de endereço dos seus links curtos, no mesmo domínio, com o mesmo certificado automático. Essa frase esconde uma decisão de projeto que vale destrinchar: página e link ocupam um único espaço de endereços, e a disponibilidade é checada em links e páginas de uma vez, então uma página nunca consegue encobrir um link que funciona.
A alternativa, que a maioria dos construtores embutidos entrega, são dois espaços de nomes que por acaso ficam perto um do outro. Uma página em um host, os links em outro, dois certificados para explicar e, mais cedo ou mais tarde, uma colisão que ninguém previu. Aqui, go.yourbrand.com/spring é ou um link ou uma página, nunca as duas coisas de forma ambígua, e a checagem acontece na hora em que você reserva o endereço, e não quando um visitante encontra o conflito.
A consequência para o seu dia a dia é que a página deixa de ser uma ferramenta separada, com lógica própria. Ela é mais uma coisa que responde no seu domínio, cacheada no edge, reportada nas mesmas tabelas. As páginas de bio são um recurso pago, e os planos também podem limitar quantas páginas um espaço de trabalho cria, o que vale saber antes de você planejar uma página por cliente.
O domínio é o recurso
A escolha mais decisiva a respeito de uma página de bio não é o que vai dentro dela. É o que aparece antes do slug.
Uma página em um domínio compartilhado do fornecedor coloca uma empresa que você não controla na posição mais visível que o seu perfil tem, no único link que algumas plataformas permitem. Ela amarra o ponto de entrada do seu público à disponibilidade desse fornecedor, às mudanças de política dele e à existência continuada dele. E faz da troca de ferramenta um acontecimento que o seu público vive, porque o endereço que ele salvou deixa de ser o endereço que você usa.
Uma página no seu próprio domínio inverte as três coisas. O endereço é lido como parte da sua marca e continua funcionando independentemente do que roda por trás dele. O recurso de domínios personalizados cobre a verificação e a emissão do certificado, e o guia de configuração de CNAME cobre o lado do DNS, que é o único passo genuinamente chato e acontece uma vez só.
Existe um segundo motivo, mais silencioso, para o domínio importar. Tudo o que os navegadores vêm restringindo em matéria de medição é de terceiros por definição: cookies gravados por um host em que o visitante nunca navegou, scripts carregados de uma origem desconhecida. Quando a página e os links são servidos de um domínio ao qual o visitante realmente chegou, essas restrições não se aplicam, porque nada na cadeia é de terceiros. Marca e medição acabam sendo a mesma decisão usando dois chapéus.
Blocos que herdam o comportamento dos links
Um bloco de link pode apontar para um dos seus próprios links curtos em vez de para uma URL colada, e essa distinção é a diferença entre um construtor de páginas e uma plataforma de links que renderiza páginas.
Quando um botão referencia um link, tudo o que está configurado naquele link continua valendo a partir da página: segmentação por país ou aparelho, expiração, proteção por senha, rotação entre destinos, regras de tráfego. Um botão da página pode mandar visitantes de iOS para dentro de um app e todos os outros para uma página web, sem que a página saiba nada disso. Mude o destino do link que está por baixo e todo botão que aponta para ele acompanha, inclusive aquele de um post de dezoito meses atrás.
Cole uma URL crua no lugar e você fica com uma âncora comum. Funciona, e é a escolha certa para um endereço externo que você nunca vai gerenciar. Mas é um beco sem saída: sem segmentação, sem rotação, sem destino editável, e com um clique que aparece como um toque em um bloco, e não como um clique com todo o contexto anexado.
O que de fato entra na página
Nove tipos de bloco, organizados arrastando.
| Bloco | Para que serve | | --- | --- | | Link | Um botão com imagem e descrição opcionais | | Título | Um título de seção | | Texto | Um parágrafo | | Imagem | Uma imagem, clicável se você quiser | | Vídeo | Um vídeo do YouTube ou do Vimeo incorporado, com prévia | | Redes sociais | Uma fileira de ícones de plataformas | | Formulário de e-mail | Captação de inscritos com o seu próprio texto de consentimento | | Horário | Horário de funcionamento por dia da semana | | Produto | Um cartão com preço e selo |
Duas propriedades presentes em todo bloco trabalham mais do que a lista de blocos sugere. Qualquer bloco pode ser escondido sem ser excluído, o que transforma a página em uma biblioteca da qual você revela coisas, e não em um documento que você reescreve. E qualquer bloco pode carregar um agendamento: ele aparece e some nos horários que você definir, então uma oferta de sexta não exige alguém editando à meia-noite, e um cartão de produto sazonal pode ser preparado semanas antes.
O formulário de e-mail grava os inscritos no espaço de trabalho junto com o texto de consentimento exibido embaixo do campo, e a lista é exportável a qualquer momento. Guardar o texto de consentimento com o inscrito, em vez de guardá-lo à parte, é o detalhe que torna uma exportação defensável depois, porque o registro mostra com o que a pessoa concordou de fato, e não o que o seu formulário diz hoje.
A aparência é deliberadamente limitada: cinco temas, claro, escuro ou seguindo a configuração do sistema do visitante, mais o estilo de botão e de canto. A marca é herdada do parceiro e pode ser sobrescrita página a página. Cada página carrega também o próprio título, descrição e imagem de prévia para SEO, o que importa mais aqui do que na maioria das páginas, porque uma página de bio costuma ser o endereço mais compartilhado que um cliente tem, e o cartão de prévia é o que as pessoas veem antes de decidir tocar.
Rascunho, publicação e uma versão que é a chave de cache
As edições vão para um rascunho. Os visitantes continuam vendo a última versão publicada até você apertar publicar. Cada publicação incrementa uma versão, e essa versão faz parte da chave de cache no edge.
É essa última parte da frase que é útil. Uma mudança publicada fica visível na hora, e não depois que uma entrada de cache vence, porque a nova versão é uma chave de cache diferente, e não a mesma chave com conteúdo velho. Você nunca precisa calcular quanto tempo uma mudança leva para se propagar, e nunca precisa escolher entre um cache de vida curta e atualizações previsíveis.
A página é renderizada pelo worker do edge a partir de um valor cacheado, no mesmo caminho de entrega de um redirecionamento. Uma página aberta por um QR code impresso, em uma barraca de feira com sinal ruim de celular, é servida pelo ponto de edge mais próximo, e não montada por uma consulta ao banco no caminho crítico.
Antes de publicar, o editor sinaliza os quatro problemas que fazem uma página parecer quebrada para o visitante, e não para você: um bloco com destino vazio, um vídeo cujo endereço não pôde ser interpretado, um formulário de e-mail sem texto de consentimento e uma página sem nenhum bloco visível. Nenhum deles impede a publicação. Eles existem para que o “a página está vazia” seja descoberto por você, e não por um cliente, o que é um objetivo de projeto diferente do de uma validação que trava o seu trabalho.
Analytics no mesmo fluxo
Uma visualização de página e um clique em um bloco são eventos no mesmo fluxo dos cliques de link. Não é um contador paralelo, nem uma importação noturna: é o mesmo pipeline, o que significa que eles herdam as garantias de entrega dele, a deduplicação dele e o caminho para mensagens não entregues, sem um segundo sistema em que confiar.
O que isso compra é entediante, no melhor sentido possível. Os relatórios que você já lê funcionam nas páginas. Você vê qual bloco leva os toques, de onde vieram os visitantes, em que aparelho e a que hora, em vez de um número solitário rotulado como visitas. Os modos de privacidade valem para os eventos de página exatamente como valem para os cliques: a mesma configuração decide o que uma visualização de página registra sobre o visitante e por quanto tempo a linha é guardada, então você configura uma política em vez de conciliar duas. O tráfego automatizado não consome a sua cota nas páginas mais do que consome nos links, o que importa porque uma página recém-compartilhada atrai robôs de prévia de toda plataforma em que ela é postada.
O mesmo raciocínio se estende ao dinheiro. Como os botões são links curtos, uma compra que vem depois de um toque pode ser atribuída com rastreamento de conversões exatamente como seria a partir de qualquer outra colocação: o redirecionador emite o identificador assinado dele, o seu sistema de pedidos o devolve, e a receita cai na mesma quebra por bloco em que caem os toques. Uma página de bio com uma coluna de receita deixa de ser enfeite de perfil e vira uma vitrine que você pode comparar com os seus outros canais em uma única visão de analytics.
Quando a página é o artefato certo
A versão honesta dessa pergunta não é página contra link, já que os botões da página são links. É se um determinado endereço publicado deve resolver para um menu ou para um destino. A comparação mais ampla dos dois formatos cobre o enquadramento estratégico; a regra prática é mais estreita.
A página se justifica quando o endereço é duradouro e o conteúdo não é. Um link de perfil, um código impresso em uma embalagem, um QR em um cardápio ou na vitrine de uma loja, um cartão entregue em um evento: o artefato fica fixo por meses ou anos, enquanto o que você quer mostrar muda toda semana. Reorganizar blocos por trás de um endereço estável é exatamente o problema que o formato resolve, e o agendamento dá conta das mudanças que você consegue prever.
A página também se justifica quando o visitante chega sem uma intenção específica, ou quando a resposta genuinamente é várias coisas: um negócio local com horário de funcionamento, endereço, link de reserva e cardápio tem quatro respostas e nenhum jeito de ordená-las para um desconhecido.
É o artefato errado quando a intenção já existe. Um anúncio de um produto, uma mensagem transacional, um link de e-mail para um artigo específico, uma colocação de afiliado para uma oferta específica: todos esses devem resolver direto para o destino, porque um menu gasta a intenção que a campanha já pagou para criar. Também é o artefato errado quando você precisa comparar colocações entre si, já que o tráfego que chega a uma página vindo de seis origens colapsa em um único referenciador, a menos que cada origem use o próprio link até ela.
A resposta combinável, e para a qual a maioria das montagens que funcionam converge, é uma página na vaga do perfil e links diretos em todo o resto, com os botões da página sendo links, para que as duas camadas reportem no mesmo lugar.
Como isso funciona em uma agência
Para uma agência que opera páginas em nome de clientes, a propriedade do espaço de endereços deixa de ser um detalhe arquitetural elegante e vira o modelo de operação.
Cada cliente ganha um espaço de trabalho no domínio dele, com a marca herdada do nível do parceiro e sobrescrita página a página onde o cliente quiser algo específico. Páginas e links convivem nesse espaço de trabalho, o que significa uma relação de cobrança, um modelo de time e permissões, uma tela de analytics e uma coisa só para explicar na integração inicial. Um cliente que começa com uma única página de bio e cresce até mil links de campanha nunca migra para lugar nenhum, porque nunca houve um segundo produto do qual migrar.
O lado white-label pesa mais aqui do que em um encurtador sozinho. Uma página de bio é o artefato mais público que você produz para um cliente, e é o que os clientes dele veem. Nada no endereço nem na página menciona a plataforma que está por baixo, a não ser que você queira, e é isso que sustenta a página como entrega sua, e não como uma revenda que o seu cliente pode sair cotando por aí. O nosso guia de links de marca para clientes cobre a estrutura de contas que isso implica, e a página de soluções para agências cobre o lado comercial.
Dois hábitos operacionais valem ser adotados cedo. Dê a cada botão o seu próprio link curto, em vez de uma URL colada, para que uma troca de destino do cliente seja a edição de um campo, e não a reconstrução da página. E use o agendamento para tudo o que tem data conhecida, porque uma página que se atualiza sozinha na sexta à noite é uma página para a qual ninguém precisa estar disponível.
Colocando a primeira página no ar
- Verifique o domínio primeiro. A página e os links dividem o mesmo domínio, então esse passo é feito uma vez só para os dois.
- Reserve o endereço com intenção. Ele é checado contra links e páginas de uma vez, e é a parte que o seu público vai memorizar.
- Monte os botões como links curtos, e não como URLs coladas, para ter segmentação, rotação e destinos editáveis desde o primeiro dia.
- Escreva o texto de consentimento embaixo do formulário de e-mail antes de coletar um único endereço.
- Defina o título, a descrição e a imagem de prévia da própria página para SEO, já que o cartão de prévia é o que a maioria das pessoas vê primeiro.
- Agende as mudanças que você já conhece, em vez de planejar estar diante de um teclado na hora delas.
- Publique e, depois de uma semana, leia o relatório por bloco e apague tudo em que ninguém tocou.
Os detalhes de cada bloco, tema e configuração estão na documentação das páginas de bio, e a visão geral do recurso de páginas de bio cobre como a página se encaixa ao lado do resto do ferramental de links. Para criadores especificamente, a página de soluções para criadores cobre os padrões de monetização que essas páginas costumam carregar.
O resumo é curto. Uma página de bio vale a pena quando é um endereço que é seu, renderizando blocos que você pode reorganizar, sobre links que mantêm todo o comportamento deles, reportando no analytics que você já lê. Tire qualquer um desses elementos e o que sobra é uma página hospedada com um contador de visitas, coisa que se acha em qualquer lugar.
Perguntas que as pessoas fazem
Qual é a diferença entre uma página de bio e uma pasta de links curtos?
Uma pasta é um recurso de organização para você. Uma página de bio é um endereço para o público: uma URL só que renderiza uma pilha de blocos, guarda texto, imagens e um formulário ao lado dos botões, e pode ser reorganizada sem que ninguém republique o link que já tem. Os links dentro dela continuam sendo links curtos, e essa é a parte que importa. Uma página é uma camada de apresentação sobre a mesma infraestrutura de links, e não um sistema à parte com regras próprias mais fracas.
Uma página de bio precisa estar no meu próprio domínio?
Ela usa o mesmo domínio de redirecionamento que os seus links curtos usam, com o mesmo certificado automático, então nada no endereço menciona a plataforma que está por baixo. Essa é a diferença entre uma página que é lida como parte da sua marca e uma que anuncia um fornecedor na posição mais visível que o seu perfil tem. Também significa que a página sobrevive a uma troca de ferramenta: o endereço é seu, então mudar o que renderiza por trás dele é um detalhe interno, e não um comunicado ao seu público.
Visualizações de página e cliques em blocos consomem a minha cota de cliques rastreados?
Sim, os dois são registrados como eventos no mesmo fluxo dos cliques de link e contam do mesmo jeito. O tráfego automatizado não consome cota nas páginas de bio, exatamente como não consome nos links, então robôs de prévia e scanners que batem em uma página recém-compartilhada não são cobrados de você. Os planos também podem limitar quantas páginas um espaço de trabalho pode criar, separadamente da cota de eventos.
O que os visitantes veem enquanto eu estou editando uma página?
A última versão publicada. As edições se acumulam em um rascunho e só ficam visíveis quando você publica. Cada publicação incrementa um número de versão, e essa versão faz parte da chave de cache no edge, o que significa que uma mudança publicada aparece na hora, e não depois que uma entrada de cache vence. O efeito prático é que você pode reconstruir uma página ao longo de uma tarde inteira sem que nenhum visitante veja um estado pela metade.
Um botão da página pode usar a segmentação e as regras que eu já configurei em um link?
É justamente para isso que serve apontar um bloco de link para um dos seus próprios links curtos, em vez de colar uma URL crua. Segmentação por país ou aparelho, expiração, proteção por senha, rotação entre destinos e regras de tráfego continuam valendo quando o clique vem da página. Mude o destino depois e o botão acompanha, porque o botão referencia o link em vez de copiar o endereço dele.
Uma página de bio pode ser o destino de um QR code impresso?
É um dos melhores usos possíveis, porque a página pode ser reorganizada por anos depois que o código foi impresso, enquanto o próprio código continua resolvendo. A página é renderizada pelo worker do edge a partir de um valor cacheado, no mesmo caminho de entrega de um redirecionamento, então uma leitura feita a partir de um cartaz, com sinal fraco de celular, é servida pelo ponto de edge mais próximo, em vez de ficar esperando uma consulta ao banco.