Przeglądanie w aplikacji za pomocą osadzonej przeglądarki
Zadbaj o dobrą organizację dzięki kolekcji
Zapisuj i kategoryzuj treści zgodnie ze swoimi preferencjami.
Przeglądarki w aplikacji mogą zapewnić użytkownikom pełne możliwości przeglądania, a jednocześnie pozwolić im pozostać w kontekście Twojej aplikacji. Jest to najczęściej używane, gdy w aplikacji masz link lub reklamę, które prowadzą do strony internetowej. Stronę internetową można otworzyć w przeglądarce w aplikacji, jak widać na rysunku 1.
Rysunek 1. Kliknięcie linku w aplikacji (po lewej) i otwarcie przeglądarki w aplikacji za pomocą karty niestandardowej (po prawej).
Zarówno karty niestandardowe, jak i WebView to interfejsy API, które możesz wykorzystać do ulepszenia działania aplikacji. Wybór najlepszego z nich zależy jednak od Twojego przypadku użycia. W tabeli poniżej przedstawiamy niektóre zalety każdej z nich:
Gotowe do użycia przeglądanie treści innych firm obsługiwane przez domyślną przeglądarkę użytkownika. Najczęściej stosowany w większości przypadków.
niestandardowe środowiska przeglądania kontrolowane przez deweloperów; Zwykle używane w bardziej zaawansowanych przypadkach.
Łatwość integracji: integracja kart niestandardowych to najprostszy i najłatwiejszy sposób na zapewnienie użytkownikom możliwości przeglądania internetu w aplikacji.
Stan udostępniony: mniejsze utrudnienia dla użytkowników podczas logowania się w witrynach dzięki udostępnionym plikom cookie i modelowi uprawnień w przeglądarce.
bardziej zaawansowane sterowanie widokiem przeglądarki w interfejsie;
możliwość modyfikowania zawartości strony internetowej,
Szczegółowe statystyki dewelopera dotyczące zaangażowania i aktywności
Aktualizacje WebView są udostępniane wszystkim urządzeniom i użytkownikom w spójny sposób na całym świecie.
Treść strony i umieszczone na niej fragmenty kodu podlegają licencjom opisanym w Licencji na treści. Java i OpenJDK są znakami towarowymi lub zastrzeżonymi znakami towarowymi należącymi do firmy Oracle lub jej podmiotów stowarzyszonych.
Ostatnia aktualizacja: 2025-08-21 UTC.
[[["Łatwo zrozumieć","easyToUnderstand","thumb-up"],["Rozwiązało to mój problem","solvedMyProblem","thumb-up"],["Inne","otherUp","thumb-up"]],[["Brak potrzebnych mi informacji","missingTheInformationINeed","thumb-down"],["Zbyt skomplikowane / zbyt wiele czynności do wykonania","tooComplicatedTooManySteps","thumb-down"],["Nieaktualne treści","outOfDate","thumb-down"],["Problem z tłumaczeniem","translationIssue","thumb-down"],["Problem z przykładami/kodem","samplesCodeIssue","thumb-down"],["Inne","otherDown","thumb-down"]],["Ostatnia aktualizacja: 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)"]]
