Las aplicaciones empaquetadas lo usan para especificar los patrones de URL que la app quiere interceptar y controlar. Una app puede
definen varios controladores de URL en esta entrada del manifiesto, cada uno con un identificador, un patrón de URL,
y un título. Este es un ejemplo de cómo especificar url_handlers:
"url_handlers": {
"view_foo_presentation": {
"matches": [
"https://www.foo.com/presentation/view/*"
],
"title": "View Foo presentation"
},
"view_bar_presentation": {
"matches": [
"https://www.bar.com/view/slideshow/*"
],
"title": "View bar presentation"
},
"edit_spreadsheet": {
"matches": [
"https://www.foo.com/spreadsheet/edit/*",
"https://www.bar.com/spreadsheet/edit/*"
],
"title": "Edit spreadsheet"
}
}
Las aplicaciones solo pueden registrarse para manejar patrones de URL en dominios que les pertenecen, es decir, pueden probar la propiedad, según lo determinado por Chrome Web Store. Las aplicaciones que no cumplen con este requisito y intento de registro para administrar URL externas será rechazado por Chrome Web Store durante la carga.
Esto significa automáticamente que siempre se debe especificar al menos un dominio completo para todos los
patrones en matches. De lo contrario, no se podrá verificar la propiedad.
Una vez que el registro y la instalación sean correctos, se iniciará una aplicación para todas las navegaciones que coincidan. desde las pestañas del navegador y de otras aplicaciones. La app recibirá un nuevo tipo de Evento app.runtime.onLaunched, con el objeto launchData que contiene el controlador coincidente. (como "view_foo_presentation"), la URL a la que se navega y el nombre de la URL de URL.
El campo title se reserva para su uso futuro en todos los elementos relevantes de la IU. Debe describir la
acción que realiza la app cuando se lanza con este tipo de controlador de URL.