Dá para preparar tags antes de saber o conteúdo?
Dá, e fazer isso é o hábito de produção mais útil disponível. Grave agora um endereço único no seu próprio domínio em cada tag, aplique-as, e decida depois para onde cada uma redireciona. As tags ficam prontas antes de o conteúdo existir.
O padrão
Em vez de gravar o destino final em cada tag, grave um endereço num domínio que você controla, com um identificador que distinga uma tag da outra. O seu servidor decide para onde esse identificador leva.
A tag passa então a ser permanente e o destino não. Codificar, imprimir e aplicar podem todos acontecer antes de alguém ter decidido o que a campanha diz, e mudar o destino depois é uma edição de banco de dados em vez de uma visita a campo.
Por que ele muda a produção
Três restrições desaparecem de uma vez, e são as três que tornam penosos os projetos com tags.
O conteúdo deixa de travar a produção. As tags podem ser gravadas e aplicadas enquanto o destino ainda está em discussão, o que elimina a dependência que costuma atrasar tudo.
Os erros deixam de ser permanentes. Um destino errado em mil tags aplicadas é uma correção no servidor em vez de mil substituições.
E as tags podem ser bloqueadas com segurança. Bloquear uma tag que guarda um endereço de redirecionamento é uma opção real, já que o endereço nunca precisa mudar, o que não é verdade de uma tag que guarda o destino diretamente.
É isso que torna o bloqueio sensato
Bloquear em geral é má ideia porque o conteúdo muda. Bloquear uma tag cujo conteúdo é um ponteiro estável elimina essa objeção, e dá resistência à substituição sem nenhum custo em flexibilidade.
O que você precisa montar
Um domínio que você controle, um jeito de mapear um identificador para um destino, e um registro de qual tag carrega qual identificador.
Esse último ponto é o que as pessoas pulam e lamentam. Se ninguém sabe qual tag guarda qual identificador, você pode mudar destinos e não consegue dizer qual objeto físico está mudando, o que perde a maior parte do benefício.
Mantenha os identificadores curtos. Cada caractere é um byte na tag, e um identificador curto também é mais fácil de anotar num rótulo durante a montagem.
Onde ele não se aplica
Em qualquer lugar em que a tag tenha de funcionar sem rede. Um redirecionamento é um link, e um link precisa de cobertura, então esse padrão não está disponível para tags que devam funcionar sem rede.
Para dados de contato entregues com cobertura ruim, para tags de equipamento num subsolo, para qualquer coisa em que funcionar sem rede seja o ponto, o conteúdo tem de estar na tag e a flexibilidade se perde. Essa é uma troca real e não um descuido.
Ele também cria uma dependência da sua própria infraestrutura. Se o domínio caducar, todas as tags instaladas sob ele param de funcionar ao mesmo tempo, que é um modo de falha que vale planejar em vez de descobrir.
Perguntas frequentes
Isso funciona com um serviço de encurtamento de URL?
Funciona e cria uma dependência de uma empresa que você não controla. Se esse serviço fechar ou mudar os termos, todas as tags param. O seu próprio domínio elimina o risco por um custo trivial.
Eu posso mudar o destino de uma única tag?
É esse o ponto inteiro, desde que cada tag carregue o identificador dela. Tags que compartilham um endereço só podem ser mudadas juntas.
Um redirecionamento é mais lento para o usuário?
Ele acrescenta um salto, que é imperceptível em qualquer conexão normal. O ganho de confiabilidade vale muito mais que os milissegundos.
E se eu não tiver um site?
Um domínio e um serviço de redirecionamento são baratos e não exigem site nenhum. O que importa é ser dono do domínio, não construir algo nele.