Las aplicaciones empaquetadas lo usan para especificar los patrones de URL que la app quiere interceptar y controlar. Una app puede definir varios controladores de URL en esta entrada de 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 apps solo pueden registrarse para controlar patrones de URL dentro de los dominios que les pertenecen, es decir, que pueden demostrar su propiedad según lo determine Chrome Web Store. Chrome Web Store rechazará las apps que infrinjan este requisito y que intenten registrarse para controlar URLs externas durante la carga.
Esto significa automáticamente que siempre se debe especificar al menos un dominio completo para todos los patrones de matches. De lo contrario, no se puede verificar la propiedad.
Una vez que se complete correctamente el registro y la instalación, se iniciará una app para todas las navegaciones que coincidan dentro de las pestañas del navegador y otras apps. La app recibirá un tipo nuevo del evento app.runtime.onLaunched, con el objeto launchData que contiene el identificador del controlador coincidente (como "view_foo_presentation" anterior), la URL a la que se navega y la URL del referente.
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 inicia con este tipo de controlador de URL.