Lo usan las apps empaquetadas para especificar patrones de URL que la app quiere interceptar y manejar. 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 se pueden registrar para manejar patrones de URL dentro de sus dominios, es decir, pueden demostrar la propiedad según lo determinado por Chrome Web Store. Chrome Web Store rechazará las apps que incumplan este requisito y que intenten registrarse para controlar URLs externas cuando se carguen.
Automáticamente, esto significa 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 se hayan realizado correctamente, se iniciará una app para todas las navegaciones coincidentes dentro de las pestañas del navegador, así como en otras apps. La app recibirá un nuevo tipo de 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 de referencia.
El campo title está reservado para usarlo en el 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.