기획·개발·운영앱 기능·이동 · 약 8분

APP DEVELOPMENT TERM

딥링크·유니버설 링크

링크로 앱 내부 목적지 열기

딥링크는 링크를 눌렀을 때 앱의 첫 화면이 아니라 특정 상품·예약·게시물로 바로 이동하게 하는 방식이며, 유니버설 링크와 Android 앱 링크는 웹 도메인과 앱의 관계를 확인해 일반 HTTPS 주소를 앱과 연결합니다.

딥 링크Deep LinkUniversal Link앱 링크Android App Links

30초 이해

딥링크는 링크 하나를 앱 화면 하나에 연결하는 기능이 아니라 설치·로그인·권한·콘텐츠 상태에 따라 올바른 목적지를 찾는 이동 규칙입니다

알림에서 ‘예약 변경’을 눌렀는데 앱 홈만 열리면 사용자는 다시 예약을 찾아야 합니다. 딥링크는 링크 안의 경로와 식별값을 읽어 앱의 특정 예약·상품·콘텐츠 화면으로 이동시킵니다.

유니버설 링크와 Android 앱 링크는 서비스 웹 도메인과 앱이 서로 소유 관계를 확인하도록 설정합니다. 앱이 설치돼 있으면 앱의 해당 화면을 열고, 없으면 웹이나 설치 안내로 보낼 수 있습니다. 링크에서 전달된 사용자·금액·권한을 그대로 믿지 말고 서버에서 다시 확인해야 합니다.

한 장으로 이해

하나의 HTTPS 링크가 사용자 상태에 맞는 앱·웹 화면으로 연결되는 과정

도메인과 앱의 연결을 확인한 뒤 설치·로그인·권한·콘텐츠 상태를 검사해 안전한 목적지나 대체 화면을 보여줍니다.

  1. 01

    링크 선택

    사용자가 알림·검색·메시지에서 서비스 HTTPS 주소를 누릅니다.

  2. 02

    앱 연결 확인

    운영체제가 도메인과 설치된 앱의 확인된 관계를 검사합니다.

  3. 03

    상태·권한 검사

    로그인, 소유 권한과 콘텐츠 존재 여부를 서버에서 다시 확인합니다.

  4. 04

    목적지·대체 화면

    관련 앱 화면을 열거나 웹·로그인·삭제 안내처럼 안전한 경로를 제공합니다.

링크 형식은 외부에 오래 남을 수 있으므로 앱 버전이 바뀌어도 기존 링크를 처리하거나 명확한 대체 화면을 제공해야 합니다.

언제 사용하는 개념인가요?

01

푸시 알림에서 관련 화면을 열 때

예약 확정·배송 상태·문의 답변과 연결된 상세 화면으로 바로 이동합니다.

02

웹·검색·광고에서 앱으로 연결할 때

같은 HTTPS 주소를 설치 여부에 따라 앱 콘텐츠 또는 웹 페이지로 제공합니다.

03

친구 초대와 콘텐츠 공유를 만들 때

공유받은 사용자가 특정 상품·프로필·프로모션을 다시 찾지 않고 열게 합니다.

왜 중요한가요?

  • 사용자의 재탐색 단계를 줄입니다

    링크에서 기대한 화면을 바로 보여줘 알림·광고·공유 뒤의 행동을 이어갑니다.

  • 웹과 앱의 같은 콘텐츠를 연결합니다

    검증된 서비스 도메인을 중심으로 설치 여부에 맞는 일관된 경로를 제공합니다.

  • 잘못된 접근과 오래된 링크를 안전하게 처리합니다

    권한 없는 콘텐츠·만료된 초대·삭제된 예약을 서버에서 확인하고 대체 안내를 보여줍니다.

실제 상황 예시

수업 예약 변경 링크를 문자로 보낸다면

같은 링크라도 앱 설치와 로그인·예약 상태에 따라 다른 안전한 흐름이 필요합니다.

정상 연결 흐름

  • 서비스 HTTPS 예약 링크 발송
  • 설치된 앱의 예약 상세로 이동
  • 로그아웃 상태면 로그인 뒤 원래 화면 복귀
  • 예약 소유자와 변경 가능 시간 재확인

예외·대체 흐름

  • 앱 미설치면 안전한 웹 안내
  • 삭제·만료 예약은 상태 설명
  • 구버전 앱은 업데이트 또는 웹으로 연결
  • 조작된 식별값은 권한 오류로 차단

딥링크는 편리한 이동 수단이지 권한 증명서가 아니므로 최종 데이터와 행동 가능 여부는 서버가 다시 판단해야 합니다.

자주 하는 오해

딥링크를 만들면 앱이 없을 때도 자동으로 설치 후 같은 화면이 열린다

설치 전 정보를 이어주는 기능과 설정이 별도로 필요하며 플랫폼·브라우저 조건에 따라 동작이 달라질 수 있습니다.

커스텀 주소만 등록하면 안전하다

다른 앱이 같은 형식을 처리할 수 있습니다. 서비스 HTTPS 도메인과 앱의 관계를 검증하는 방식을 우선 검토해야 합니다.

링크에 사용자 번호가 있으면 그 사용자의 정보를 보여줘도 된다

주소 값은 조작될 수 있습니다. 로그인 사용자와 해당 데이터의 접근 권한을 서버에서 다시 확인해야 합니다.

우리 서비스에 적용할 때 확인하세요

  1. 1앱 설치·미설치 상태에서 같은 링크가 각각 어디로 가나요?
  2. 2로그인 뒤 사용자가 원래 보려던 화면으로 돌아오나요?
  3. 3권한 없음·만료·삭제·잘못된 링크의 대체 화면이 있나요?
  4. 4도메인과 iOS·Android 앱의 소유 관계 검증 파일을 관리하나요?
  5. 5구버전 앱과 외부에 이미 공유된 오래된 링크를 어떻게 처리하나요?

공식 참고

서비스 기준은 공식 문서에서 다시 확인하세요

다음 자료

이해한 내용을 바로 적용해보세요

딥링크의 전달 주소가 되는 HTTP·HTTPS와 도메인·DNS, 앱 안에서 시작부터 완료까지 이동을 설계하는 사용자 흐름을 함께 확인하세요.

정상 링크 하나보다 설치·로그인·권한·만료의 네 가지 예외를 먼저 그려보세요

앱과 웹 목적지, 서버 권한 확인과 대체 화면을 하나의 표로 정리하면 공유·알림·광고 링크의 이탈을 줄일 수 있습니다.