Ao contrário das áreas de armazenamento local
e sync
, a área de armazenamento do managed
exige que a estrutura seja
declarado como Esquema JSON e validado estritamente pelo Chrome. Esse esquema precisa ser armazenado em um
arquivo indicado pela propriedade "managed_schema"
da chave de manifesto "storage"
e declarar as
políticas corporativas aceitas pela extensão.
As políticas são análogas às opções, mas são configuradas por um administrador do sistema em vez do usuário, permitindo que a extensão seja pré-configurada para todos os usuários de uma organização. Saiba como o Chrome lida com políticas do Chrome para ver exemplos do próprio Chrome.
Depois de declarar as políticas, elas podem ser lidas na API storage.managed. Cabe à extensão aplicar as políticas configuradas pelo administrador.
Exemplo de manifest.json
A propriedade storage.managed_schema
indica um arquivo na extensão que contém o esquema
de política.
{
"name": "My enterprise extension",
"storage": {
"managed_schema": "schema.json"
},
...
}
O Chrome vai carregar essas políticas do sistema operacional e dos Serviços do Google para usuários conectados. O evento storage.onChanged é acionado sempre que uma mudança de política é detectada, inclusive quando o navegador não estava em execução se a extensão usa páginas de eventos. É possível verificar as políticas carregadas pelo Chrome em chrome://policy.
Formato do esquema
O formato Esquema JSON tem alguns requisitos adicionais do Chrome:
- O esquema de nível superior precisa ter o tipo
object
. - O
object
de nível superior não pode teradditionalProperties
. Osproperties
declarados são os políticas para esta extensão. - Cada esquema precisa ter um valor
$ref
ou exatamente umtype
.
Se o esquema for inválido, o Chrome não vai carregar a extensão e vai indicar o motivo pelo qual o
esquema não foi validado. Se um valor de política não estiver em conformidade com o esquema, ele não será
publicado pela API storage.managed
.
Esquema de amostra
{
"type": "object",
// "properties" maps an optional key of this object to its schema. At the
// top-level object, these keys are the policy names supported.
"properties": {
// The policy name "AutoSave" is mapped to its schema, which in this case
// declares it as a simple boolean value.
// "title" and "description" are optional and are used to show a
// user-friendly name and documentation to the administrator.
"AutoSave": {
"title": "Automatically save changes.",
"description": "If set to true then changes will be automatically saved.",
"type": "boolean"
},
// Other simple types supported include "integer", "string" and "number".
"PollRefreshRate": {
"type": "integer"
},
"DefaultServiceUrl": {
"type": "string"
},
// "array" is a list of items that conform to another schema, described
// in "items". An example to this schema is [ "one", "two" ].
"ServiceUrls": {
"type": "array",
"items": {
"type": "string"
}
},
// A more complex example that describes a list of bookmarks. Each bookmark
// has a "title", and can have a "url" or a list of "children" bookmarks.
// The "id" attribute is used to name a schema, and other schemas can reuse
// it using the "$ref" attribute.
"Bookmarks": {
"type": "array",
"id": "ListOfBookmarks",
"items": {
"type": "object",
"properties": {
"title": { "type": "string" },
"url": { "type": "string" },
"children": { "$ref": "ListOfBookmarks" }
}
}
},
// An "object" can have known properties listed as "properties", and can
// optionally have "additionalProperties" indicating a schema to apply to
// keys that aren't found in "properties".
// This example policy could map a URL to its settings. An example value:
// {
// "youtube.com": {
// "blocklisted": true
// },
// "google.com": {
// "bypass_proxy": true
// }
// }
"SettingsForUrls": {
"type": "object",
"additionalProperties": {
"type": "object",
"properties": {
"blocklisted": { "type": "boolean" },
"bypass_proxy": { "type": "boolean" }
}
}
}
}
}