반응형

브라우저에서 모바일 애플리케이션 열기. 

Open Mobile Application From The Browser( web) , intent, deeplink, url scheme

https://vhudyma-blog.eu/open-mobile-application-from-the-browser/  

 

딥링킹 유형

딥 링크에는 두 가지 주요 유형이 있습니다.

  • 기본
  • 링크는 응용 프로그램이 설치되어 있으면 열리고 그렇지 않으면 오류 메시지가 표시됩니다.
  • 연기
  • 링크는 애플리케이션이 설치되어 있으면 열리고, 그렇지 않으면 사용자가 Play 또는 App Store(또는 선택한 다른 위치)로 리디렉션됩니다.

이 외에도 Contextual Deep Linking 에 대해 들어보셨을 것입니다 .

상황별 딥 링크는 일반적으로 사용자에 대한 추가 정보를 수집하기 위해 추가된 일부 추가 매개변수와 함께 기본이거나 지연됩니다.


 

웹 브라우저에서 앱 열기

 

URL Scheme

사용자를 앱의 특정 콘텐츠로 바로 연결하는 URL 이다.

ex) naversearchapp://

위와 같은 URL Scheme를 이용하면 브라우저에서 해당 Scheme를 읽고 그 Scheme에 해당하는 앱이 있는 경우 (앱에서 설정) 열어준다.

하지만 다음과 같은 한계가 있다.

  • naversearchapp 같이 앞에 붙는 스키마는 유니크한 값이 아니기 때문에 같은 이름이 있을 경우 어떤앱을 열지 물어보게된다.
  • 앱이 미설치되어있는 경우 동작하지 않는다.

Android

intent filter

https://developer.android.com/guide/components/intents-filters?hl=ko

이 intent filter의 역할은 앱 열기에 한정된 것이 아니고 특정 앱으로의 메시징을 처리하는 객체인데, 이걸 딥링크처럼 활용할 수 있다.

앱에서 intent관련 설정을 지정하고, 웹에서 intent:// 와 같이 실행하면 앱을 실행할 수 있다.

이 방법은 위 URL 스키마 방식의 한계를 없애준다.

패키지명을 이용하기 때문에 유니크하고, 앱이 미설치되어있는 경우 해당 패키지에 해당되는 playstore로 이동한다.

https://developer.android.com/training/app-links/verify-site-associations?hl=ko

위 인텐트 필터 방식을 활용하여 웹사이트 URL 기반으로 앱을 여는 방식 (android 6.0 이상지원)

예를들어 https://medium.com 를 방문하는 경우 해당하는 앱을 열 수 있다.

웹에서는 무엇을 해주어야 하나?

기본적으로 인텐트 필터 설정은 앱쪽에서 해주지만, 웹에서도 해줘야할 것이 있다.

앱링크를 제공할 도메인이 특정 앱과 매칭된다는 것을 알려주기 위해 앱쪽에서 생성하는 assetlinks.json  https://{도메인}/.well-known/assetlinks.json 에 제공해줘야한다.

여기에는 몇 가지 제약이 따르게 되는데,

  1. HTTPS만 지원한다.
  2. assetlinks.json 를 가져오는데에 있어서 리디렉션이 일어나지 않아야하고 application/json 타입으로 응답되어야한다.
  3. 서브도메인이 다른 경우 모두 assetlinks.json 제공이 필요하다. 예를들어 www.medium.com  m.medium.com 가 존재한다면, assetlinks.json 를 모두 제공해야한다.
  4. robot.txt 가 접근가능해야한다. 즉, VPN 등이 있어야 접근가능한 경우 적용 불가능하다.

테스트는 어떻게하지?

이부분이 제일 골치아팠는데, 위와 같은 제약사항이 있기 때문에 VPN을 사용하거나 사내망이 따로 있는 경우 테스트하기가 번거롭다.

예를들어, 개발환경인 dev.aa.com 가 있고, 실제환경인 aa.com 이 있다고 했을 때 위 제약사항이 있기 때문에 assetlinks.json을 두 환경을 제공하는 서버 각각 넣어줘야한다.

대부분에 개발환경 서버는 VPN 뒤에 있기 때문에 위 4번 제약사항에 걸리게 된다.

이 때 찾아보았던 해결할 수 있는 방법은

  1. 만약 dev.aa.com  aa.com 과 같이 서브도메인 / 루트도메인의 관계라면 루트도메인에 assetlinks를 *.aa.com 과같이 설정함으로써 적용이 가능하다.
  2. app.dev.aa.com 과 같은 서버를 실제환경에 열어두고 여기서 테스트를 진행한다.

앱이 설치되어있지 않은 경우는?

기본적으로 앱링크 / 유니버셜링크는 앱이 설치되어있지 않은 경우 단순히 웹에서 해당 url을 표시하게 된다. 이런 경우 보통 "앱으로 이동" 과 같은 버튼을 표시하고, 클릭시 위에서 말한 인텐트 필터를 사용하게 된다.

iOS

ios의 경우 deffered deep link나 intent 필터 등의 기법은 없고 universal 링크만 이용 가능하다. (ios 9 이상)

https://developer.apple.com/ios/universal-links/

기본적으로 app link와 동일하다. 웹사이트 URL 기반으로 앱을 열게 동작해준다.

웹에서는 무엇을 해주어야 하나?

안드로이드와 마찬가지로 .well-known 하위에 파일 추가가 필요하다. (다른점은 루트 디렉토리에 넣어도 무방)

앱쪽에서 생성한 apple-app-site-association 파일을 넣어주게되는데, 마찬가지로 application/json 타입 제공이 필요하다.

주의할 점은, 안드로이드의 경우 assetlinks.json 의 파일 포맷이 json 이라 브라우저가 알아서 json 으로 처리해주는 반면, 해당 파일은 파일 포맷이 없으므로, 명시적으로 제공이 필요하다.

기본적인 제약사항 (VPN X, redirect X, 서브도메인지원 X)은 앱링크와 동일하다.

따로 문서에 명시되어있지는 않은데, 테스트 결과 앱링크와 마찬가지로 앱쪽에서 *.루트도메인 과 같이 설정한 경우 루트도메인에 넣은 설정파일로 서브도메인 지원이 가능하다.

앱이 설치되어있지 않은 경우는?

마찬가지로 앱열기버튼을 제공할 수 있다. (특히 유니버셜링크는 safari의 경우 앱열기버튼을 네이티브에서 제공하고 있다)

다만, iOS에서는 인텐트 필터처럼 앱의 설치여부를 구분해서 동작할 수 없기 때문에 조금 추가작업이 필요하다.

다음과 같은 방법을 고려할 수 있다.

  • firebase 다이나믹링크, 브랜치 등 외부 서비스를 이용하는 방식 (ex ) Medium, reddit )
    • 위 서비스들이 앱 설치/미설치시 분기처리를 제공해준다. Android의 경우 내부적으로 인텐트 필터를 이용하는 것으로 보인다.
  • 직접 처리하는 방식
    • 라우트를 https://aa.com/launchApp 과 같이 지정해놓고, 해당 라우트로 리디렉션 시킨다.
    • 만약 앱이 설치되어 있다면 유니버셜링크를 통해 서버에 접근하지않고 바로 앱이 열릴테고, 앱이 설치되어있지 않다면 해당 라우트로 들어오고 fe 서버에서 app store로 리디렉션 시킬 수 있다.

 

* https://godsenal.com/posts/%EC%9B%B9-%EB%B8%8C%EB%9D%BC%EC%9A%B0%EC%A0%80%EC%97%90%EC%84%9C-%EC%95%B1-%EC%97%B4%EA%B8%B0/

반응형
반응형

마이크로소프트 엣지


Introducing Microsoft Edge: The New Windows 10 Browser 

지난 2015년 1월21일 마이크로소프트(MS)는 새로운 웹브라우저를 공개했다. 그 전까지만 해도 MS의 새로운 웹브라우저를 두고 소문만 무성했다. MS는 같은해 7월29일 ‘윈도10’과 스마트폰 및 태플릿용 ‘윈도10 모바일’을 출시하면서 기존 인터넷 익스플로러(IE) 외에 새 웹브라우저 ‘엣지’(Edge)를 탑재해 공개했다. MS의 터줏대감으로 불리는 IE를 대신해 불현듯 등장한 ‘엣지’는 어떤 웹브라우저일까.


‘액티브X’를 벗어던지다

MS는 웹표준을 지키는 레이아웃 엔진을 포함하면서도 가벼운 웹브라우저로 ‘엣지’를 설계했다. MS 내부에서는 프로젝트명 ‘스파르탄’으로 출발했다. 기존 MS 서비스와의 확장성과 연계를 고려하면서 ‘액티브X’와 같은 비표준 웹기술은 제거한 게 특징이다.

현재 엣지는 웹브라우저의 이름으로 사용되지만, 원래 ‘엣지’란 이름은 웹브라우저 엔진 이름이었다. IE 웹브라우저에 사용한 렌더링 엔진인 ‘트라이던트(mshtml.dll)’를 하위 호환을 고려하지 않고 새로운 렌더링 엔진인 ‘EdgeHTML(edgehtml.dll)’을 기반으로 개발했다.


엣지는 웹표준 기술을 지향한다. 데스크톱PC나 노트북은 물론 태블릿PC, 스마트폰, X박스 원 등 다양한 윈도10 지원 기기에서 사용할 수 있다.

현재 엣지는 윈도10과 윈도 서버 2016만 지원한다. 그 이하의 윈도 버전은 지원하지 않는다. MS는 현재 웹 환경과의 호환성 및 사용자 편의를 위해 윈도10에 엣지와 IE11 웹브라우저를 모두 탑재했다.


메모·필기 지원하는 웹브라우저


엣지는 웹페이지에서 바로 필기, 낙서, 강조 등을 해서 노트처럼 쓸 수 있는 유일한 웹브라우저다. 마음에 드는 내용이나 강조하고 싶은 내용을 표시해 이메일이나 ‘마이크로소프트 원노트’로 한번에 보낼 수 있다. 오른쪽 상단의 ‘웹 메모 작성’ 아이콘을 클릭하면 펜 메뉴가 나와 펜이나 마우스로 필기하거나 하이라이트, 타이핑 할 수 있다.

다른 웹브라우저처럼 엣지 역시 검색 사이트로 갈 필요 없이 주소창을 바로 검색창으로 쓸 수 있다. 이전 웹 방문 및 검색 기록 등을 참조해 나에게 가장 알맞은 추천 검색 결과를 보여준다.


상단 오른쪽 바의 ‘별’ 모양 아이콘을 누르면 웹서핑을 하다 마음에 드는 페이지나 나중에 다시 읽고 싶은 페이지를 저장할 수 있다. 저장된 목록은 ‘허브’ 아이콘에서 볼 수 있으며 구독 리스트, 검색 히스토리, 최근 다운로드 등도 한데 모아 볼 수 있다.

엣지는 윈도10 디지털 개인비서 서비스인 ‘코타나(Cortana)’와도 연결돼 있다. 사용자의 사용 패턴을 분석해, 이에 기반한 검색 결과를 보여준다. 정보 검색, 예약, 장소 안내 등 다양하게 활용할 수 있다. 누구나 똑같은 검색 결과를 제공받는 것이 아니라 나에게 맞춤 결과를 보여주는 덕분에 이용자는 개인화된 컴퓨팅 환경을 경험할 수 있다.

반응형
반응형

How to enable JavaScript in your browser

 

자바스크립트 사용 가능한 브라우저 인지 체크.

 

http://www.enable-javascript.com/

반응형

+ Recent posts