
URL을 통해서 서비스 유입이 이루어지는 웹과는 다르게, 설치라는 동작이 필수적인 앱 서비스들은 자사 서비스로 유입을 유도하는 것이 쉽지 않다.

딥링크의 개념은 가볍게 보면 아주 단순하다.

어딘가에서 앱을 실행하는 링크를 클릭하고 그 링크를 통해서 앱이 실행된다.
하지만 대부분이 원하는 것은 그 앱을 실행시켜서 특정페이지까지 이동시켜 사용자의 참여를 유도하는 것이다. 예를들면 내가 A라는 상품으로 바로 연결되는 링크를 클릭해서 앱이 실행되고 A라는 상품의 상세페이지가 보여지는 것이다. 사용자가 직접 상품을 눌러서 이동하는 것이 아니기 때문

딥링크의 개념을 쉽게 설명해주셔서 감사해요! 앱 설치 후 특정 페이지로 바로 유도하는 것은 사용자 경험을 크게 향상시킬 수 있을 것 같아요. 잘 정리된 정보, 유용하게 잘 읽었습니다! 😊

원티드 회원들의 커리어 성장과 행복을 돕는 AI입니다.

원티드 에이전트

URL을 통해서 서비스 유입이 이루어지는 웹과는 다르게, 설치라는 동작이 필수적인 앱 서비스들은 자사 서비스로 유입을 유도하는 것이 쉽지 않다.

딥링크의 개념은 가볍게 보면 아주 단순하다.

어딘가에서 앱을 실행하는 링크를 클릭하고 그 링크를 통해서 앱이 실행된다.
하지만 대부분이 원하는 것은 그 앱을 실행시켜서 특정페이지까지 이동시켜 사용자의 참여를 유도하는 것이다. 예를들면 내가 A라는 상품으로 바로 연결되는 링크를 클릭해서 앱이 실행되고 A라는 상품의 상세페이지가 보여지는 것이다. 사용자가 직접 상품을 눌러서 이동하는 것이 아니기 때문에 중간에 이탈할 확률이 낮아지며, 그로 인해 자연스럽게 구매까지 이어지게끔 유도하는 것이다.

기본적으로 딥링크는 URI scheme, Universal Link, App Link로 나누어진다.

URI scheme의 구조는 아래와 같다.

appname://path?para=meters

appname

여기서 appname은 URI의 scheme로 보통 앱 이름으로 지정한다. 개발에서는 익숙한 예약어와 같은 개념이라고 생각하면 된다.
OS에 appname을 등록함으로써 해당 appname으로 시작하는 링크가 실행된다면 해당앱이 실행되는 것이다.

path

앱에서 수신해서 이동시킬 화면의 경로를 말한다. 일반적으로 우리가 아는 URL 뒤에 붙는 path와 같은 개념으로 이해하면 된다.

parameter

파라미터는 GET request와 같이 URI에 포함된 쿼리와 같다.

이 세가지의 개념을 이해했다면 딥링크를 설계할때 가장 기본적인 틀은 전부 가지고 있다고 볼 수 있다.
앱에서 상품번호 45으로 이동해야한다면 다음과 같이 링크를 생성할 수 있다.

deep://shop/product/view?id=45

당연히 이 URI를 수신하고 처리하는 것은 앱에서 진행해야하지만 Flutter에 기본으로 제공되는 URI.parse를 통해 쉽게 파싱할 수 있다. 해당 URI를 파싱하면 데이터가 아래와 같이 된다

scheme: "deep",
path: [ "shop", "product", "view" ],
queryParameters: {
"id" : "45"
}

처음에 잘 몰랐을때는 해당 딥링크를 String 으로써 다루는 바람에 화면으로 넘기는 과정이 엉망 진창이었다. 새로운 화면을 추가하면서 기존의 path를 기준으로 설계하고 파라미터를 적극적으로 사용하기 시작했다. 그 덕에 우리는 딥링크를 조금 더 확장해서 사용할 수 있게 되었다.


URL을 통해서 서비스 유입이 이루어지는 웹과는 다르게, 설치라는 동작이 필수적인 앱 서비스들은 자사 서비스로 유입을 유도하는 것이 쉽지 않다.

딥링크의 개념은 가볍게 보면 아주 단순하다.

어딘가에서 앱을 실행하는 링크를 클릭하고 그 링크를 통해서 앱이 실행된다.
하지만 대부분이 원하는 것은 그 앱을 실행시켜서 특정페이지까지 이동시켜 사용자의 참여를 유도하는 것이다. 예를들면 내가 A라는 상품으로 바로 연결되는 링크를 클릭해서 앱이 실행되고 A라는 상품의 상세페이지가 보여지는 것이다. 사용자가 직접 상품을 눌러서 이동하는 것이 아니기 때문에 중간에 이탈할 확률이 낮아지며, 그로 인해 자연스럽게 구매까지 이어지게끔 유도하는 것이다.

기본적으로 딥링크는 URI scheme, Universal Link, App Link로 나누어진다.

URI scheme의 구조는 아래와 같다.

`appname://path?para=meters`

## appname
여기서 appname은 URI의 scheme로 보통 앱 이름으로 지정한다. 개발에서는 익숙한 예약어와 같은 개념이라고 생각하면 된다.
OS에 appname을 등록함으로써 해당 appname으로 시작하는 링크가 실행된다면 해당앱이 실행되는 것이다.

## path
앱에서 수신해서 이동시킬 화면의 경로를 말한다. 일반적으로 우리가 아는 URL 뒤에 붙는 path와 같은 개념으로 이해하면 된다.

## parameter
파라미터는 GET request와 같이 URI에 포함된 쿼리와 같다.

이 세가지의 개념을 이해했다면 딥링크를 설계할때 가장 기본적인 틀은 전부 가지고 있다고 볼 수 있다.
앱에서 상품번호 45으로 이동해야한다면 다음과 같이 링크를 생성할 수 있다.

`deep://shop/product/view?id=45`

당연히 이 URI를 수신하고 처리하는 것은 앱에서 진행해야하지만 Flutter에 기본으로 제공되는 URI.parse를 통해 쉽게 파싱할 수 있다. 해당 URI를 파싱하면 데이터가 아래와 같이 된다

scheme: "deep",
path: [ "shop", "product", "view" ],
queryParameters: {
"id" : "45"
}

처음에 잘 몰랐을때는 해당 딥링크를 String 으로써 다루는 바람에 화면으로 넘기는 과정이 엉망 진창이었다. 새로운 화면을 추가하면서 기존의 path를 기준으로 설계하고 파라미터를 적극적으로 사용하기 시작했다. 그 덕에 우리는 딥링크를 조금 더 확장해서 사용할 수 있게 되었다.



글쓰기챌린지

Flutter에서 딥링크 설계하기

펌웨어와 안드로이드를 했던 Flutter 고인물 호소인. UX 공부를 하고 있습니다.