Como migrar aliases personalizados do Bitly para o Urlik

Como migrar do Bitly para o Urlik com aliases personalizados

Um alias personalizado costuma ser a parte de um link do Bitly de que as pessoas realmente se lembram. Se uma equipe compartilhou um endereço como bit.ly/spring-guide em e-mails, apresentações ou conversas com clientes, substituí-lo por uma sequência sem relação pode causar confusão, mesmo que a página de destino continue a mesma.

Este guia mostra como migrar links do Bitly para o Urlik e se concentra em como recriar aliases personalizados no Urlik, não em transferir todos os elementos de uma conta do Bitly. O importante é decidir quais finais são relevantes, registrar os destinos, conferir as regras atuais de alias do Urlik e anotar os nomes que não podem ser reutilizados. Antes de criar os links, confirme no Urlik as configurações e os limites exatos.

1. Defina quais aliases do Bitly você quer recriar

Comece pelos nomes de que as pessoas se lembram. Um alias como spring-guide pode aparecer em um folheto impresso, enquanto support pode ser usado pela equipe ao responder a clientes; esses links são mais importantes de recriar do que um link pontual em uma antiga anotação interna.

Tome a decisão link por link. Confira documentos de campanhas, modelos de e-mail, perfis em redes sociais, apresentações e qualquer outro lugar onde alguém possa ter copiado um link curto do Bitly. O histórico de cliques pode ajudar a identificar se o link ainda está em uso, mas não considere um período com pouca atividade como prova de que ninguém mais precisa dele.

• Mantenha um alias se clientes ou funcionários o reconhecerem ou se ele aparecer em algum material de campanha atual.
• Revise um alias se o destino estiver desatualizado ou se a pessoa responsável pela página não puder confirmar sua finalidade.
• Deixe de fora do primeiro lote de recriação os aliases cuja pessoa responsável ou destino sejam desconhecidos.

Defina uma pessoa responsável por cada alias selecionado antes de criá-lo no Urlik. Por exemplo, a pessoa responsável pela campanha de primavera pode confirmar se spring-guide ainda deve levar à página atual do guia ou a uma página substituta. Essa decisão evita que um nome conhecido direcione visitantes para uma oferta desatualizada.

2. Crie um inventário de aliases e destinos

Para como organizar links curtos do Bitly durante a migração, registre quatro informações essenciais para cada link selecionado: o link curto do Bitly, o alias personalizado, a URL completa de destino e uma observação que identifique sua finalidade. A observação pode ser “guia da campanha de primavera” ou “página de contato do suporte”; um rótulo útil dá contexto a um colega quando dois links levam a páginas parecidas.

Confira quais opções de exportação ou acesso estão disponíveis na sua conta do Bitly. Se houver uma opção de exportação, verifique se ela inclui os campos necessários; caso contrário, reúna as informações que faltam na interface do Bitly ou nos documentos em que os links curtos foram usados originalmente. Não presuma que uma exportação contenha o histórico completo de todos os aliases.

Registre o destino como uma URL completa, incluindo todos os parâmetros de consulta existentes. Se um link levar a uma página de campanha com tags UTM, omitir parte da string de consulta pode alterar os resultados dos relatórios. Uma observação separada pode explicar se as tags são intencionais e quem é responsável por elas.

• Link curto do Bitly: o endereço completo compartilhado atualmente.
• Alias: o final personalizado depois do domínio do link curto.
• Destino: o endereço completo da página, incluindo os parâmetros de consulta.
• Finalidade: uma observação em linguagem simples e, se for conhecido, o nome de quem aprovou o link.

Mantenha um único inventário aprovado como registro de trabalho. Se um colega corrigir o destino de support, atualize esse registro antes de alguém criar o link no Urlik; planilhas diferentes podem deixar a equipe sem saber qual URL foi conferida.

3. Confira as regras de alias do Urlik antes de criar os links

Antes de definir os nomes, revise os requisitos atuais de alias do Urlik, incluindo quaisquer regras sobre caracteres permitidos, comprimento, uso de maiúsculas e minúsculas e exclusividade. Confira os requisitos relevantes no Urlik antes de decidir se spring-guide pode ser usado como está ou se precisa de algum ajuste.

Não deduza essas regras com base em outro serviço de links curtos. Um nome aceito pelo Bitly pode não atender aos requisitos atuais do Urlik, e a mesma grafia pode já estar atribuída na conta pertinente do Urlik. Confirme as regras no produto ou na documentação de ajuda atual e anote o resultado no inventário, em vez de confiar na memória.

O tratamento de letras maiúsculas e minúsculas merece uma verificação específica. Se o Urlik considerar essas letras equivalentes, Support e support talvez não sejam nomes distintos; se forem tratados de forma diferente, ainda pode ser difícil distinguir um alias impresso ou falado. Escolha uma forma fácil de ler e use-a de modo consistente no inventário e nas instruções da equipe.

Registre qualquer alias que o Urlik indicar como indisponível como um conflito, em vez de substituí-lo silenciosamente por uma alternativa improvisada.

4. Sinalize os aliases que talvez precisem de outro nome

Compare cada alias selecionado com as regras do Urlik e com os nomes já existentes na conta pertinente. Marque cada um como disponível, em conflito ou pendente de revisão. Esse pequeno campo de status ajuda a pessoa que cria os links a diferenciar uma alternativa aprovada de uma decisão ainda não concluída.

Se houver um conflito, escolha uma alternativa que preserve o significado sem dar a entender que o nome original foi transferido com sucesso. Se spring-guide estiver indisponível, a equipe pode considerar uma variação clara relacionada ao conteúdo, como spring-reading-guide, mas deve primeiro confirmar se a nova expressão é aceitável para a pessoa responsável pela campanha.

Evite acrescentar um ano, uma região ou um departamento apenas para tornar o nome exclusivo, a menos que esse detalhe continue válido. Um alias que menciona um ano pode se tornar enganoso quando a página for reutilizada, enquanto uma abreviação de departamento pode não ser clara para os clientes. A alternativa deve descrever o destino ou a finalidade, não o histórico da migração.

• Mantenha o alias original no inventário, mesmo que ele não possa ser reutilizado.
• Anote ao lado dele a alternativa proposta e registre quem aprovou a mudança.
• Indique onde o alias original do Bitly ainda está impresso ou publicado, para que a equipe possa avaliar esses locais separadamente.

Alguns nomes não devem ser recriados. Se old-offer levar a uma promoção encerrada, a decisão certa talvez seja aposentá-lo, em vez de atribuir o mesmo nome a uma página sem relação. Reutilizar um alias conhecido para outra finalidade pode fazer um link parecer confiável e, ainda assim, levar os visitantes a um destino inesperado.

5. Crie links no Urlik usando o mapa de aliases aprovado

Depois que o inventário tiver destinos e alternativas aprovados, crie os links do Urlik a partir desse registro, em vez de copiar URLs de mensagens antigas. Adicione o destino e siga o processo exibido pelo Urlik para atribuir o alias aprovado e salvar ou publicar o link.

Para cada item, mantenha exatamente o destino aprovado. Se spring-guide tiver que abrir uma página específica da campanha, compare o endereço completo no Urlik com o do inventário antes de salvar; um parâmetro de consulta ausente ou uma URL de teste copiada por engano pode levar os visitantes à página errada, mesmo que o alias pareça correto.

Use a alternativa acordada sempre que o alias original estiver indisponível. Registre o link curto do Urlik ao lado do link curto original do Bitly, incluindo o alias atribuído. Se o endereço resultante for diferente do nome solicitado, deixe essa diferença clara para a pessoa responsável pelo link, em vez de esperar que alguém a descubra depois de compartilhá-lo.

Os links de campanha também podem incluir parâmetros de rastreamento. Se precisar entender melhor para que servem esses parâmetros, consulte este guia sobre rastreamento UTM em links curtos e o artigo sobre rastreamento de links UTM para campanhas. Mantenha as alterações de atribuição separadas das decisões sobre aliases: o final do link curto identifica o link, enquanto o destino e sua string de consulta determinam para onde ele leva e quais dados de rastreamento transmite.

Não considere a criação de um link no Urlik como prova de que todos os usos do Bitly foram substituídos. A URL antiga do Bitly ainda pode aparecer em um e-mail ou documento salvo, e este processo trata da criação do novo alias e da verificação do destino. O inventário deve deixar essa distinção clara, registrando os dois endereços.

6. Verifique cada alias em relação ao destino pretendido

Teste cada novo link curto do Urlik comparando-o com o inventário aprovado. Abra o endereço, confira se o alias corresponde ao nome aprovado e confirme se a página final é o destino pretendido. Se o link tiver parâmetros de consulta, confira cuidadosamente o endereço resultante ou o comportamento da página para detectar qualquer parâmetro omitido ou alterado.

Registre o resultado ao lado de cada item, incluindo a data da verificação e todas as correções feitas. Se support abrir a página errada, marque-o como reprovado e siga o processo atual do Urlik para corrigi-lo; depois, teste-o novamente.

Peça a uma segunda pessoa para revisar os aliases que serão usados em materiais voltados aos clientes. Essa pessoa pode comparar o link com o documento de origem e conferir se um nome como spring-reading-guide não foi confundido com o alias original spring-guide. Uma segunda opinião é especialmente útil quando a alternativa é parecida com outro alias ativo.

Mantenha um registro final com a URL antiga do Bitly, a nova URL do Urlik, o destino aprovado, o status do alias e o resultado do teste. Esse registro dá à pessoa responsável pela campanha uma referência concreta ao atualizar um e-mail ou uma apresentação e mostra exatamente quais aliases personalizados foram recriados e quais receberam uma alternativa aprovada.