5 min de leituraRecursos

O Que É um Deep Link? Um Guia Claro e Simples

Um deep link abre um tela específico dentro de uma aplicação, não o tela principal. Deep links vs Universal Links e App Links, e a vida depois do Firebase Dynamic Links.

Marius Voß
DevRel · edge infra
O que é um deep link: um link normal a abrir o ecrã principal de uma aplicação, versus um deep link a abrir o ecrã exato do produto dentro da aplicação, com fallback web quando a aplicação não está instalada

Um deep link é um URL que abre um tela específico dentro de uma aplicação móvel, em vez do tela principal da aplicação ou de um site simples. Toca num link normal para uma loja e cai na página inicial; toca num deep link e cai exatamente no produto. Essa diferença, cair no sítio certo em vez de na porta de entrada, é todo o sentido disto, e é o que faz as campanhas de aplicações realmente converter.

Esta é a versão clara e direta: o que é um deep link, os tipos que vai ouvir nomear (Universal Links, App Links, deferred deep links), e o que mudou agora que o Firebase Dynamic Links encerrou. Para a configuração prática, deep links para aplicações móveis sem SDK cobre a implementação; este artigo cobre primeiro os conceitos.

Comecemos pelo contraste. Um link normal na web aponta para uma página. Num celular, se tiver a aplicação relevante instalada, tocar nele muitas vezes abre apenas o tela principal da aplicação, e tem de navegar até ao que queria. Um deep link salta esse passo: carrega o endereço de um destino específico dentro da aplicação e abre-o diretamente.

O mecanismo por baixo é um URL HTTPS normal que o sistema operativo reconhece como pertencendo a uma aplicação. Quando o SO o vê, entrega o link à aplicação e a aplicação abre o tela correspondente. Se a aplicação não estiver instalada, o mesmo URL recorre à versão web, para que o usuário chegue sempre a algum lado. Esse fallback é a funcionalidade que torna as versões modernas fiáveis.

Os Tipos Que Vai Ouvir Nomear

"Deep link" é o termo guarda-chuva. Por baixo dele estão algumas tecnologias específicas, e os nomes usam-se de forma solta, por isso aqui fica o mapa.

  • Universal Links (iOS) e App Links (Android) são a forma ao nível do SO, baseada em HTTPS, de abrir conteúdo de uma aplicação, com fallback web automático quando a aplicação não existe. São a norma moderna; a Apple documenta o lado do iOS em universal links.
  • Esquemas de URI personalizados (myapp://product/123) são a forma antiga. Funcionam, mas se a aplicação não estiver instalada o link falha sem nada para onde recorrer, por isso já não são recomendados sozinhos.
  • Deferred deep links transportam o destino ao longo de uma instalação da aplicação, para que um novo usuário que toca num link, instala a aplicação e a abre caia no tela pretendido em vez de num tela principal em branco.
Um link normal a abrir o ecrã principal de uma aplicação ou um site, ao lado de um deep link que abre o ecrã exato do produto dentro da aplicação, com fallback web quando a aplicação não está instalada

Os Universal Links e os App Links são o que a Apple e a Google recomendam, e com boa razão: são HTTPS, recorrem ao fallback com elegância, e não precisam de SDK para o caso básico.

Se construiu alguma coisa sobre deep links nos últimos anos, esta é a parte que mudou.

A Google encerrou o Firebase Dynamic Links a 25 de agosto de 2025. Os links existentes deixaram de funcionar e agora devolvem um erro, e já não é possível criar novos. O truque é que o Firebase Dynamic Links fazia mais do que abrir telas de aplicações: era um serviço de deep link dinâmico que acrescentava deferred deep linking e encaminhamento sensível à plataforma por cima dos mecanismos nativos. A ideia mais ampla, um link cujo destino pode alterar e rastrear, é o que é um link dinâmico. As equipes que o usavam para o caso simples podem migrar diretamente para Universal Links e App Links. As equipes que dependiam das funcionalidades de deferred e de encaminhamento também precisam de as substituir, o que percorremos em migre do Firebase Dynamic Links para o Elido.

O encerramento é um bom momento para separar o que realmente usa. Se sempre só abriu um tela conhecido, os links nativos chegam. Se dependia de encaminhamento no momento da instalação, precisa de um serviço que faça deferred deep linking. Não reconstrua funcionalidades que não estava usando.

Se quer a camada de encaminhamento e análises sem ter de a montar por conta própria, os deep links do Elido assentam sobre os seus links curtos, e pode configurar um no plano gratuito. Para fluxos orientados por mensagens especificamente, deep links do WhatsApp Business e deep links do Telegram são exemplos trabalhados.

Quando Precisa de Deferred Deep Linking

O deep link simples trata do caso fácil, quando a aplicação já está instalada. O deferred deep linking trata do caso difícil, quando não está, e vale a pena perceber isto porque é onde as campanhas perdem usuários.

Imagine um anúncio de um produto específico. Um usuário sem a aplicação toca nele, é enviado para a app store, instala e abre a aplicação, e por defeito cai num tela principal genérico, porque o destino original se perdeu algures entre o toque e a instalação. Um deferred deep link guarda essa intenção e entrega o usuário exatamente no tela do produto na primeira abertura. O intervalo entre "instalou a aplicação" e "encontrou o que queria" é onde as conversões morrem, e o deferred deep linking fecha esse intervalo.

Um fluxo de deferred deep link: um utilizador sem a aplicação toca num link, vai à app store, instala, e na primeira abertura cai no ecrã exato pretendido em vez do ecrã principal

Portanto, a versão curta: use Universal Links e App Links para o caso do dia a dia, acrescente deferred deep linking quando corre campanhas de instalação, e recorra a um serviço quando precisar de encaminhamento e atribuição por cima disso. O conceito é simples; o valor está em levar as pessoas ao sítio certo sempre.

Precisa de um SDK?

Para o caso do dia a dia, não. Os Universal Links e os App Links configuram-se com um pequeno arquivo de associação hospedado no seu domínio mais alguma configuração da aplicação, e não envolvem nenhum SDK. Recorre a um serviço ou SDK no momento em que quer as funcionalidades mais difíceis: deferred deep linking que sobrevive a uma instalação, encaminhamento que escolhe um destino por plataforma, ou atribuição que liga uma instalação de volta à campanha que a gerou. Isso precisa de lógica do lado do servidor que um link nativo estático não consegue fornecer. Escolha as ferramentas consoante precisar ou não de comportamento ao nível da instalação, e não traga um SDK para links que só abrem sempre um tela conhecido.

Relacionado no Blog

Perguntas frequentes

O que é um deep link?

Um deep link é um URL que abre um ecrã específico dentro de uma aplicação móvel, em vez do ecrã principal da aplicação ou de um site. Toca num link normal e cai numa página inicial; toca num deep link e cai exatamente no produto, conversa ou artigo para o qual aponta. É a diferença entre abrir uma aplicação e abrir o sítio certo dentro dela.

Qual é a diferença entre um deep link e um universal link?

Um deep link é o conceito geral: um link que abre conteúdo específico dentro de uma aplicação. Os Universal Links (iOS) e os App Links (Android) são a forma moderna, ao nível do SO, de implementar isso sobre HTTPS padrão. Ou seja, um Universal Link é um tipo de deep link. O antigo esquema de URI personalizado (myapp://) também é um deep link, mas falha silenciosamente se a aplicação não estiver instalada, e é por isso que os Universal Links e App Links o substituíram.

O que aconteceu ao Firebase Dynamic Links?

A Google encerrou o Firebase Dynamic Links a 25 de agosto de 2025. Os links existentes deixaram de resolver e passaram a devolver um erro, e já não é possível criar novos. O Firebase Dynamic Links era, na prática, um serviço de deep link dinâmico - acrescentava deferred deep linking e encaminhamento por plataforma por cima dos links nativos - por isso as equipas que dependiam dele migraram para Universal Links e App Links mais um serviço de deep linking de terceiros.

O que é um deferred deep link?

Um deferred deep link guarda o destino ao longo de uma instalação da aplicação. Se alguém tocar num link sem ter a aplicação, um deep link normal perde-se durante a passagem pela app store; um deferred deep link guarda essa intenção, para que depois de a pessoa instalar e abrir a aplicação pela primeira vez, caia exatamente no ecrã para o qual o link apontava. É isto que faz funcionar as campanhas que instalam a aplicação e entregam a pessoa diretamente no sítio certo.

Preciso de um SDK para deep links?

Não para Universal Links e App Links básicos, que são configurados com um ficheiro no seu domínio e algumas definições da aplicação, sem necessidade de SDK. Precisa de um serviço ou SDK assim que quiser deferred deep linking, encaminhamento entre plataformas, ou atribuição de instalação, porque isso requer lógica do lado do servidor que os links nativos por si só não fornecem. Escolha as ferramentas consoante precisar ou não das funcionalidades ao nível da instalação.

Experimente Elido

Cole uma URL, obtenha um link curto

Sem cadastro. O link vive 30 dias. Cadastre-se para mantê-lo para sempre.

Grátis, sem necessidade de registo · 2 por dia

Experimente o Elido

Encurtador de URL hospedado na UE: domínios personalizados, análises profundas e API aberta. Plano gratuito - sem cartão de crédito.

Tags
deep link
what is a deep link
universal links
app links
deferred deep link
firebase dynamic links

Continuar lendo