Mantieni tutto organizzato con le raccolte
Salva e classifica i contenuti in base alle tue preferenze.
I browser in-app possono offrire un'esperienza di navigazione completa agli utenti, consentendo loro di rimanere nel contesto dell'app. Questo viene utilizzato più comunemente quando nell'app è presente un link o un annuncio che rimanda a una pagina web. La pagina web può
essere aperta in un browser in-app, come mostrato nella Figura 1.
Figura 1. Fare clic su un link in-app (a sinistra) e aprire un browser in-app utilizzando una scheda personalizzata (a destra).
Sia le schede personalizzate
che WebView sono API disponibili per migliorare
l'esperienza in-app, ma la scelta di quale sia la migliore per te dipende dal tuo
caso d'uso. La seguente tabella mostra alcuni vantaggi di ciascuna:
Navigazione pronta all'uso per i contenuti di terze parti gestiti dal browser predefinito dell'utente. Più comune per la maggior parte dei casi d'uso.
Esperienze di navigazione personalizzate controllate dagli sviluppatori. Generalmente utilizzato per casi d'uso più avanzati.
Facilità di integrazione: l'integrazione delle schede personalizzate è il modo più semplice e facile per offrire agli utenti un'esperienza di navigazione web incorporata
Stato condiviso: minore attrito per gli utenti durante l'accesso ai siti grazie al modello di cookie e autorizzazioni condivisi con il browser
Controllo più avanzato dell'interfaccia utente della visualizzazione del browser
Essere in grado di modificare i contenuti della pagina web stessa
Informazioni più approfondite sull'analisi degli sviluppatori relative al coinvolgimento / all'attività
Gli aggiornamenti di WebView vengono implementati su tutti i dispositivi e per tutti gli utenti in modo coerente e globale
I campioni di contenuti e codice in questa pagina sono soggetti alle licenze descritte nella Licenza per i contenuti. Java e OpenJDK sono marchi o marchi registrati di Oracle e/o delle sue società consociate.
Ultimo aggiornamento 2025-08-27 UTC.
[[["Facile da capire","easyToUnderstand","thumb-up"],["Il problema è stato risolto","solvedMyProblem","thumb-up"],["Altra","otherUp","thumb-up"]],[["Mancano le informazioni di cui ho bisogno","missingTheInformationINeed","thumb-down"],["Troppo complicato/troppi passaggi","tooComplicatedTooManySteps","thumb-down"],["Obsoleti","outOfDate","thumb-down"],["Problema di traduzione","translationIssue","thumb-down"],["Problema relativo a esempi/codice","samplesCodeIssue","thumb-down"],["Altra","otherDown","thumb-down"]],["Ultimo aggiornamento 2025-08-27 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)"]]
