Antes do iOS 9, navegar entre sites móveis e aplicativos nativos do iPhone era uma experiência imprevisível e desajeitada. Os desenvolvedores confiaram em protocolos URI personalizados como instagram:// ou mybank://. Esses esquemas frequentemente acionavam alertas de sistema chocantes perguntando “Abrir no aplicativo?”, quebravam completamente se o aplicativo estivesse faltando e sofriam de sérias vulnerabilidades de segurança. Para resolver essas falhas fundamentais, a Apple revelou os Universal Links. Mas o que é um link universal e por que ele transformou a arquitetura de software móvel?

Basicamente, um link universal é um URL da web HTTPS seguro e padrão que roteia perfeitamente para controladores de visualização específicos dentro de um aplicativo iOS instalado. Se o aplicativo estiver instalado, o iOS o inicia instantaneamente sem abrir o Safari. Se o aplicativo estiver faltando, o sistema operacional carrega normalmente a página da web responsiva no Safari sem exibir caixas de diálogo de erro. Neste aprofundamento técnico, examinamos o funcionamento interno do Apple Universal Links, exploramos o arquivo de configuração AASA e explicamos por que o roteamento móvel moderno depende desse protocolo.

Compreender os Links Universais é crucial para qualquer engenheiro iOS ou profissional de marketing digital que busca oferecer jornadas de cliente sem atritos a partir de campanhas de e-mail, plataformas sociais e resultados de mecanismos de pesquisa.

Diagrama mostrando como o Apple Universal Links encaminha solicitações da Web do iOS diretamente para aplicativos móveis nativos
Os Apple Universal Links verificam associações de domínio para iniciar aplicativos instalados diretamente, ao mesmo tempo em que fornecem um substituto perfeito para o Safari.

Para entender o propósito dos Links Universais, é preciso examinar as deficiências dos esquemas legados de URL personalizados. Os esquemas personalizados não tinham registro central. Qualquer desenvolvedor poderia criar um aplicativo que reivindicasse o esquema paypal://, interceptando parâmetros financeiros confidenciais destinados a um serviço legítimo, conforme descrito em nosso guia sobre esquemas de URL para dispositivos móveis. Além disso, se um usuário sem o aplicativo clicasse em um link de esquema personalizado no Safari, o iOS exibia um grave erro de sistema: "O Safari não pode abrir a página porque o endereço é inválido."

A Apple projetou Universal Links para estabelecer três padrões operacionais críticos:

  • Exclusividade e segurança: como os Links Universais usam domínios da web padrão (por exemplo, https://dslink.me/path), nenhum outro desenvolvedor pode reivindicar seu link, a menos que controle seus registros DNS verificados e certificados SSL.
  • Substituto simples: se um usuário do iPhone não tiver seu aplicativo instalado, exatamente o mesmo URL abre automaticamente seu site móvel no Safari. Não há links quebrados nem avisos de erro.
  • Identidade única: profissionais de marketing e desenvolvedores só precisam compartilhar um único URL que atenda tanto aos visitantes da web em computadores desktop quanto aos usuários de aplicativos nativos em dispositivos móveis.

Esse design também resolveu problemas em que um link era aberto no Safari em vez de no aplicativo devido a transferências de protocolo quebradas.

A arquitetura da Apple App Site Association (AASA)

A base operacional do Universal Links é um handshake seguro entre o sistema operacional da Apple e o seu servidor web. Esse handshake é mediado pelo arquivo Apple App Site Association (AASA), um documento JSON hospedado em:

https://yourdomain.com/.well-known/apple-app-site-association

Este arquivo define quais IDs de aplicativos têm permissão para lidar com caminhos de URL específicos em seu domínio. Aqui está um exemplo de formatação JSON AASA moderna:

{
  "applinks": {
    "apps": [],
    "details": [
      {
        "appID": "TEAMID1234.com.example.myapp",
        "paths": ["/video/*", "/product/*", "/user/*"],
        "components": [
          {
            "/": "/video/*",
            "comment": "Matches all video detail pages"
          }
        ]
      }
    ]
  }
}

As principais regras técnicas de hospedagem se aplicam ao arquivo AASA:

  • Deve ser servido por HTTPS com um certificado SSL confiável.
  • Deve retornar um Content-Type de application/json.
  • Ele deve retornar um código de status HTTP 200 OK sem nenhum redirecionamento HTTP para HTTPS.
  • A Apple armazena esse arquivo em cache em sua Content Delivery Network (CDN); as alterações feitas em seu servidor podem levar algum tempo para serem propagadas em todos os dispositivos iOS.

Crie um link direto inteligente em segundos

Pare de perder visitantes móveis em telas de login desajeitadas do navegador no aplicativo. Use o DSLink para gerar links diretos limpos e de abertura de aplicativos com análises em tempo real.

Open Universal Links vs schemes guide

Compreender as diferenças arquitetônicas entre links universais e esquemas personalizados ajuda os desenvolvedores a projetar sistemas de roteamento resilientes entre plataformas, conforme explorado em nossa comparação de Links universais versus esquemas de URL:

Recurso Links Universais da Apple Esquemas de URI personalizados
Formato URL HTTPS padrão (https://brand.com) Protocolo proprietário (brand://)
Segurança e Propriedade Verificado via DNS e AASA JSON Não verificado; propenso a esquema de sequestro
Manipulação de Fallback Carrega o site no Safari normalmente Exibe o erro "O Safari não consegue abrir a página"
Comportamento imediato Abre o aplicativo imediatamente, sem avisos Freqüentemente aciona "Abrir no aplicativo?" diálogos do sistema
Suporte ao navegador no aplicativo Frequentemente restrito por visualizações sociais na web Pode ser acionado por meio de redirecionamentos JavaScript

Embora os links universais sejam superiores em termos de segurança e experiência do usuário, os esquemas personalizados ainda são frequentemente mantidos como alternativas de backup ao lidar com navegadores in-app de mídia social teimosos, detalhados em nosso guia sobre navegação no navegador in-app.

Quando um usuário do iPhone toca em um link no Apple Mail, Mensagens ou em um aplicativo de terceiros, o iOS executa um fluxo de trabalho de decisão preciso:

  1. Pesquisa de banco de dados local: o iOS verifica seu banco de dados indexado local de domínios verificados armazenados durante a instalação do aplicativo.
  2. Avaliação do caminho: se o domínio corresponder, o iOS avaliará se o caminho do URL corresponde aos padrões definidos no documento AASA.
  3. Verificação de preferência do usuário: o iOS verifica se o usuário alternou anteriormente a preferência do Safari tocando no botão de localização do domínio no canto superior direito.
  4. Transferência nativa: se todas as verificações forem aprovadas, o iOS inicia o aplicativo nativo e passa um objeto NSUserActivity contendo o URL clicado para o delegado do aplicativo ou manipulador de ciclo de vida do SwiftUI.
  5. Substituto do Safari: se o aplicativo estiver faltando, o caminho não corresponder ou o domínio não for verificado, o iOS inicia o Safari e busca a página da web normalmente.

Os desenvolvedores podem testar essas transições de roteamento usando nossa ferramenta de verificação de links interativa para verificar códigos de resposta e mapeamentos de domínio.

Para garantir o roteamento perfeito do Universal Link em suas campanhas de marketing e infraestrutura de desenvolvedor, siga estas práticas recomendadas testadas em batalha:

  • Nunca envolva links universais em redirecionamentos padrão: se um link passar por um redirecionamento 301/302 genérico em um domínio não associado, o iOS quebra a cadeia e direciona o clique para o Safari. Saiba mais em nosso guia de link direto versus encurtador.
  • Conta para navegadores sociais no aplicativo: aplicativos como Instagram, TikTok e Facebook capturam cliques em visualizações da web em sandbox. Use links diretos inteligentes com tecnologia DSLink que detectam a visualização na web e acionam handshakes de intenção para escapar.
  • Suporte a caminhos de conteúdo universais: certifique-se de que seu aplicativo móvel nativo e seu servidor web compartilhem caminhos de roteamento de URL consistentes (por exemplo, /item/123 roteia para o mesmo produto na web e no aplicativo).
  • Valide a sintaxe AASA continuamente: use a ferramenta de validação da API App Search da Apple para verificar se o arquivo AASA permanece válido, não corrompido e formatado corretamente após cada implantação do servidor.

Ao dominar os Apple Universal Links e combiná-los com roteamento inteligente multiplataforma, você oferece experiências móveis sem atrito que mantêm seus usuários imersos em seu software nativo.

Perguntas frequentes

O que é um link universal no iOS?

Um link universal é um endereço da web HTTPS padrão que o Apple iOS reconhece como associado a um aplicativo instalado, permitindo que o sistema operacional abra o aplicativo nativo diretamente em vez de carregar o Safari.

Como a Apple verifica se um aplicativo possui um domínio?

A Apple verifica a propriedade por meio do arquivo JSON apple-app-site-association (AASA) hospedado no domínio da web. O iOS baixa esse arquivo após a instalação do aplicativo para verificar o ID do aplicativo e as correspondências de caminho.

O que acontece se um usuário clicar em um link universal, mas não tiver o aplicativo instalado?

Se o aplicativo não estiver instalado, o iOS carrega perfeitamente a página da web de destino no Safari sem mostrar nenhum aviso de erro, caixa de diálogo de aviso ou tela quebrada.

Os links universais podem ser usados em dispositivos Android?

Os links universais são um padrão iOS e iPadOS específico da Apple. O Android usa uma tecnologia equivalente chamada Android App Links, que depende da verificação do Digital Asset Links.