이 페이지에 나와 있는 콘텐츠와 코드 샘플에는 콘텐츠 라이선스에서 설명하는 라이선스가 적용됩니다. 자바 및 OpenJDK는 Oracle 및 Oracle 계열사의 상표 또는 등록 상표입니다.
최종 업데이트: 2025-08-21(UTC)
[[["이해하기 쉬움","easyToUnderstand","thumb-up"],["문제가 해결됨","solvedMyProblem","thumb-up"],["기타","otherUp","thumb-up"]],[["필요한 정보가 없음","missingTheInformationINeed","thumb-down"],["너무 복잡함/단계 수가 너무 많음","tooComplicatedTooManySteps","thumb-down"],["오래됨","outOfDate","thumb-down"],["번역 문제","translationIssue","thumb-down"],["샘플/코드 문제","samplesCodeIssue","thumb-down"],["기타","otherDown","thumb-down"]],["최종 업데이트: 2025-08-21(UTC)"],[],[],null,["# In-app browsing using Embedded Web\n\nIn-app browsers can provide a full browser experience for your users, while\nletting them stay in the context of your app. This is most commonly used when\nyou have a link or ad in your app which links to a web page. The web page can\nbe opened in an in-app browser, as seen in **Figure 1.**\n**Figure 1.** Clicking on an in-app link (left) and opening an in-app browser using a Custom Tab (right).\n\nBoth [Custom Tabs](/develop/ui/views/layout/webapps/overview-of-android-custom-tabs)\nand [WebView](/reference/android/webkit/WebView) are APIs available to power\nyour in-app experience, but choosing which one is best for you depends on your\nuse case. The following table shows some advantages of each:\n\n|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---|---|-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---|---|\n| [**Custom Tabs**](/develop/ui/views/layout/webapps/overview-of-android-custom-tabs) | | | [**WebViews**](/reference/android/webkit/WebView) | | |\n| Out-of-the-box ready browsing for 3rd party content handled by the user's default browser. Most common for the majority of use cases. | | | Custom developer controlled browsing experiences. Typically used for more advanced use cases. | | |\n| - Ease of integration: Integrating Custom Tabs is the simplest and easiest way to provide users an Embedded Web browsing experience - Shared state: Reduced user friction when logging into sites given shared cookies and permissions model with the browser | | | - More advanced UI control of the browser view - Be able to modify the contents of the web page itself - Deeper developer analytic insight into engagement / activity - WebView updates roll out to all devices and users consistently and globally | | |\n\n| **Note:** You can also choose to not use an in-app browser and use an [Android Intent](/guide/components/intents-filters) to link out of your app to the user's default browser. Doing so launches the browser and takes the user to the website in the user's default browser app.\n\nAlthough Custom Tabs are supported by a vast majority of browsers, some offer\nadditional customization options. To learn more, see this\n[Custom Tabs browser support comparison](https://developer.chrome.com/docs/android/custom-tabs/browser-support).\n\n### Additional resources\n\nTo develop web pages for Android-powered devices using WebViews or Custom Tabs\nAPIs, see the following documents:\n\n- [Embedding web content into your app as primary or supporting content](/develop/ui/views/layout/webapps)\n- [Custom Tabs Overview](/develop/ui/views/layout/webapps/overview-of-android-custom-tabs)\n- [Overview of Trusted Web Activities](/develop/ui/views/layout/webapps/trusted-web-activities)\n- [Browser support](https://developer.chrome.com/docs/android/custom-tabs/browser-support)"]]
