유니버설 링크란? 애플 딥링킹 작동 방식

iOS 9 이전에는 모바일 웹사이트와 네이티브 iPhone 애플리케이션 간의 이동이 예측할 수 없고 서투른 경험이었습니다. 개발자들은 instagram:// 또는 mybank://와 같은 사용자 정의 URI 프로토콜에 의존했습니다. 이러한 스킴은 종종 '앱에서 열기?'라는 거슬리는 시스템 알림을 발생시켰고, 앱이 없을 경우 완전히 작동하지 않으며 심각한 보안 취약점을 겪었습니다. 이러한 근본적인 결함을 해결하기 위해 Apple은 유니버설 링크를 공개했습니다. 하지만 유니버설 링크란 무엇이며, 왜 모바일 소프트웨어 아키텍처를 변화시켰을까요?

본질적으로, 유니버설 링크는 설치된 iOS 앱 내의 특정 뷰 컨트롤러로 원활하게 연결되는 표준적이고 안전한 HTTPS 웹 URL입니다. 앱이 설치되어 있으면 iOS는 Safari를 열지 않고 즉시 앱을 실행합니다. 앱이 설치되어 있지 않으면 운영 체제는 오류 대화 상자를 표시하지 않고 Safari에서 반응형 웹 페이지를 깔끔하게 로드합니다. 이 기술 심층 분석에서는 Apple 유니버설 링크의 내부 작동 방식을 살펴보고, AASA 구성 파일을 탐구하며, 최신 모바일 라우팅이 이 프로토콜에 의존하는 이유를 설명합니다.

유니버설 링크를 이해하는 것은 이메일 캠페인, 소셜 플랫폼, 검색 엔진 결과에서 마찰 없는 고객 여정을 제공하려는 모든 iOS 엔지니어나 디지털 마케터에게 매우 중요합니다.

유니버설 링크란 무엇이며 애플이 그것을 만든 이유

유니버설 링크의 목적을 이해하려면 기존 커스텀 URL 스킴의 단점을 살펴봐야 합니다. 커스텀 스킴에는 중앙 레지스트리가 없었습니다. 어떤 개발자든 paypal:// 스킴을 주장하는 앱을 만들어, 합법적인 서비스로 향하는 민감한 금융 매개변수를 가로챌 수 있었으며, 이에 대한 자세한 내용은 모바일 URL 스킴 가이드에 나와 있습니다. 게다가 사용자가 앱을 설치하지 않은 상태에서 Safari에서 커스텀 스킴 링크를 클릭하면, iOS는 다음과 같은 심각한 시스템 오류를 표시했습니다: "Safari는 주소가 잘못되어 페이지를 열 수 없습니다."

애플은 세 가지 중요한 운영 기준을 설정하기 위해 유니버설 링크를 설계했습니다:

• 고유성과 보안: 유니버설 링크는 표준 웹 도메인(e.g., https://dslink.me/path)을 사용하기 때문에, 인증된 DNS 레코드와 SSL 인증서를 관리하지 않는 이상 다른 개발자가 귀하의 링크를 주장할 수 없습니다.
• 마찰 없는 대체: iPhone 사용자가 귀하의 앱을 설치하지 않은 경우, 동일한 URL이 자동으로 Safari에서 모바일 웹사이트를 엽니다. 깨진 링크나 오류 알림이 없습니다.
• 단일 아이덴티티: 마케터와 개발자는 데스크톱 컴퓨터의 웹 방문자와 모바일 기기의 네이티브 앱 사용자 모두에게 제공되는 단일 URL만 공유하면 됩니다.

이 디자인은 또한 깨진 프로토콜 전달로 인해 링크가 앱 대신 Safari에서 열리는 문제를 해결했습니다.

Apple 앱 사이트 연관(AASA)의 아키텍처

유니버설 링크의 운영 기반은 Apple의 운영 체제와 귀하의 웹 서버 간의 안전한 핸드셰이크입니다. 이 핸드셰이크는 Apple App Site Association(AASA) 파일에 의해 매개되며, 이 파일은 다음 위치에 호스팅된 JSON 문서입니다:

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

이 파일은 특정 URL 경로를 귀하의 도메인에서 처리할 수 있는 애플리케이션 ID를 정의합니다. 다음은 최신 AASA JSON 형식의 예입니다:

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

AASA 파일에는 주요 기술 호스팅 규칙이 적용됩니다:

• 신뢰할 수 있는 SSL 인증서를 사용하여 HTTPS를 통해 제공되어야 합니다.
• 이는 application/json의 Content-Type을 반환해야 합니다.
• HTTP에서 HTTPS로 리디렉션 없이 HTTP 200 OK 상태 코드를 반환해야 합니다.
• 애플은 이 파일을 자사의 콘텐츠 전송 네트워크(CDN)에 캐시합니다. 서버에서 변경한 내용이 모든 iOS 기기에 반영되려면 다소 시간이 걸릴 수 있습니다.

유니버설 링크 대 맞춤 URL 스킴

Universal Links와 커스텀 스킴 간의 아키텍처 차이를 이해하는 것은 개발자가 회복력 있는 크로스 플랫폼 라우팅 시스템을 설계하는 데 도움이 되며, 이는 Universal Links와 URL 스킴 비교에서 살펴본 바와 같습니다:

유니버설 링크가 보안과 사용자 경험 면에서 우수하지만, 고집스러운 소셜 미디어 인앱 브라우저를 다룰 때 백업 대책으로 맞춤 스킴이 여전히 자주 유지됩니다. 자세한 내용은 인앱 브라우저 내비게이션 가이드에서 확인할 수 있습니다.

iOS가 런타임에 유니버설 링크를 처리하는 방법

iPhone 사용자가 Apple Mail, 메시지 또는 서드파티 앱에서 링크를 탭하면, iOS는 정확한 결정 워크플로를 실행합니다:

1. 로컬 데이터베이스 조회: iOS는 앱 설치 시 저장된 검증된 도메인의 로컬 인덱스 데이터베이스를 확인합니다.
2. 경로 평가: 도메인이 일치하면 iOS는 URL 경로가 AASA 문서에 정의된 패턴과 일치하는지 평가합니다.
3. 사용자 환경 설정 확인: iOS는 사용자가 상단 오른쪽 도메인 브레드크럼 버튼을 탭하여 Safari 환경 설정을 이전에 변경했는지 확인합니다.
4. 네이티브 핸드오프: 모든 검사가 통과하면 iOS는 네이티브 앱을 실행하고 클릭된 URL을 포함하는 NSUserActivity 객체를 애플리케이션 대리자(delegate) 또는 SwiftUI 생명주기(handler)에 전달합니다.
5. Safari 대체: 앱이 없거나 경로가 일치하지 않거나 도메인이 확인되지 않은 경우, iOS는 Safari를 실행하고 일반적으로 웹 페이지를 가져옵니다.

개발자는 응답 코드와 도메인 매핑을 확인하기 위해 대화형 링크 검사 도구를 사용하여 이러한 라우팅 전환을 테스트할 수 있습니다.

유니버설 링크 구현을 위한 모범 사례

마케팅 캠페인과 개발자 인프라 전반에서 완벽한 Universal Link 라우팅을 보장하려면, 다음과 같은 검증된 모범 사례를 준수하십시오:

• 유니버설 링크를 일반 리디렉션으로 감싸지 마세요: 링크가 비관련 도메인에서 일반 301/302 리디렉션을 거치면 iOS가 연결을 끊고 클릭을 Safari로 보냅니다. 자세한 내용은 우리의 디프 링크 vs URL 단축 가이드를 참조하세요.
• 소셜 인앱 브라우저에 대비하세요: Instagram, TikTok, Facebook과 같은 앱은 샌드박스된 웹뷰 안에서 클릭을 캡처합니다. 웹뷰를 감지하고 탈출을 위한 인텐트 핸드셰이크를 트리거하는 DSLink 기반 스마트 딥링크를 사용하세요.
• 보편적인 콘텐츠 경로를 지원하세요: 귀하의 네이티브 모바일 앱과 웹 서버가 일관된 URL 라우팅 경로를 공유하도록 하세요 (예: /item/123가 웹과 앱 모두에서 같은 제품으로 연결되도록).
• AASA 구문을 지속적으로 검증: Apple의 App Search API 검증 도구를 사용하여 서버 배포 후에도 AASA 파일이 유효하고 손상되지 않았으며 올바르게 형식화되었는지 확인하세요.

Apple Universal Links를 마스터하고 이를 다중 플랫폼 스마트 라우팅과 결합하면, 사용자가 네이티브 소프트웨어에 몰입할 수 있도록 마찰 없는 모바일 경험을 제공할 수 있습니다.

자주 묻는 질문