The metadata must follow the format:
// ==UserScript==
// @key value
// ==/UserScript==
Each line of the block must start with //
, the first line must be // ==UserScript==
and the last line must be // ==/UserScript==
. No extra space is allowed at the beginning or ending of line.
Some of the keys can be localized for multiple languages, by adding a colon and the locale code to the key, e.g. @name:zh-CN
. The locale code is case insensitive.
Labels:
- required The key must be set.
- multilingual The key can be localized by appending a colon and the locale code, e.g.
@name:zh-CN
. - multiple The key can be set multiple times.
@name
requiredmultilingual
The name of the script, shown in script list and menus. It must be unique within a @namespace
. If a script is being installed, and a script with the same @namespace
and @name
already exists, it will be replaced by the new one. Creating a script with same @namespace
and @name
will cause a conflict error.
Examples:
// @name Violentmonkey Script
// @name:zh-CN 暴力猴脚本
@namespace
The combination of @namespace
and @name
is the unique identifier for a userscript. @namespace
can be any string, for example the homepage of a group of userscripts by the same author. If not provided the @namespace
falls back to an empty string (''
).
Examples:
// @namespace https://violentmonkey.github.io
@match / @exclude-match
multiple
Define rules to decide whether a script should be executed. It is recommended to use @match
instead of @include
.
See more about matching.
@include / @exclude
multiple
The old way to decide whether a script should be executed.
See more about matching.
@version
Version of the script, it can be used to check if a script has new versions. It is composed of several parts, joined by .
. Each part must start with numbers, and can be followed by alphabetic characters.
Note: If no @version
is specified, the script will not be updated automatically.
Examples:
// @version 1.0
// @version 1.2a.3
@description
multiple
A brief summary to describe the script.
Examples:
// @description This script rocks.
// @description:zh-CN 这个脚本很棒!
@icon
Specify an icon for the script.
Examples:
// @icon https://my.cdn.com/icon.png
@require
multiple
Require another script to execute before the current one. The value is the URL to the required script, which may be relative to the URL the script is being installed from.
The required script will be downloaded along with installation and execute before the script.
Local files are not allowed to be required due to security concern. Also it does not make sense since scripts are supposed to work on different devices.
Examples:
// @require https://my.cdn.com/jquery.js
@resource
multiple
Some static resources that can be accessed in the script by GM_getResourceText
and GM_getResourceURL
. The value is composed of two parts, joined with one or more white spaces. The first part is the name of the resource, no white space is allowed in it. The second part is the URL to the resource, which may be relative to the URL the script is being installed from.
The resource will be downloaded along with installation and can be accessed when the script executes.
Examples:
// @resource logo https://my.cdn.com/logo.png
// @resource text https://my.cdn.com/some-text.txt
@run-at
Specifies when the script will run.
-
document-start
Run as early as possible,
document.documentElement
is present, but may be without eitherdocument.head
ordocument.body
or both. Other scripts in the page may run earlier, see the note below. -
document-body
(since v2.12.10)Run after
document.body
appears, possibly with some child elements inside, because detection is asynchronous (using a one-time MutationObserver). -
document-end
defaultRun when
DOMContentLoaded
is fired, synchronously. At this time, the basic HTML of the page is ready and other resources like images might still be on the way. -
document-idle
Run after
DOMContentLoaded
is fired, asynchronously, i.e. after yielding to the previously scheduled callbacks or urgent tasks like rendering. Prefer this mode for scripts that take more than a couple of milliseconds to compile and run (you can see it in devtools performance profiler), so that they don't delay the moment the page becomes usable.
When using document-start
in Violentmonkey ManifestV2 there's a limited method of ensuring the userscript runs before other scripts in the page:
- the userscript must use the default
page
injection mode - the user must enable
Synchronous page mode
(Chrome/Firefox) orAlternative page mode
(Firefox only, enabled by default) in Violentmonkey's advanced settings; - the user didn't change the injection mode to
content
in script's editor or script's settings or in Violentmonkey's settings; - the cookies are not explicitly blocked for the site;
- it's not the incognito mode;
- Firefox-only: the site doesn't block script elements via its CSP;
@noframes
When present, the script will execute only in top level document, but not in nested frames.
// @noframes
@grant
multiple
Specify which special APIs should be granted and can be used when the script executes.
If no @grant
is present, @grant none
is assumed.
-
In case you don't need special API or sandboxing
// @grant none
Sandbox is disabled in this mode, meaning the script can add/modify globals directly without the need to use
unsafeWindow
. -
In case any special API is used, it must be explicitly granted
// @grant GM_getValue // @grant GM_setValue
…or for the new
GM.*
API methods (Since VM2.12.10):// @grant GM.getValue // @grant GM.setValue
In addition to GM API the following privileges may be granted:
-
// @grant window.close
Since VM2.6.2
Allows closing the tab viawindow.close()
-
// @grant window.focus
Since VM2.12.10
Allows focusing the tab viawindow.focus()
even if the user didn't interact with it first.
@inject-into
Added in Violentmonkey v2.10.0
Decide which context the script will be injected into.
If not set in the metadata block, the default value auto
will be used.
However, you can change the default value in Violentmonkey settings.
Possible values:
-
page
Inject into context of the web page.
In this mode,
unsafeWindow
refers to thewindow
object, allowing the script to access JavaScript objects of the web page, just like normal page scripts can. -
content
Inject into context of content scripts.
In this mode,
unsafeWindow
refers to theglobal
object in content script. As a result, the script can access and modify the page's DOM, but cannot access JavaScript objects of the web page. -
auto
defaultTry to inject into context of the web page. If blocked by CSP rules, inject as a content script.
@downloadURL
The URL the script can be downloaded from. Checked for updates automatically at a regular interval, and also manually on user request. Automatically added when using "Install from URL."
@supportURL
If supplied, the question mark icon in the user scripts list will link to this.
@homepageURL
If supplied, the home icon in the user scripts list will link to this.
@unwrap
Since VM2.13.1.
If supplied, the script will be injected as is into the global scope of the page, i.e. without our standard wrapper like window.VMxxx=function(){...}
.
The @grant
key is ignored so the script won't have access to GM.*
or GM_*
API.
The @inject-into
key is supported as usual.
A typical use case is direct access to global page variables declared as const
or let
. In a standard userscript you would have to create a script
element yourself explicitly by using document.createElement
or GM_addElement
, then transfer the result via a CustomEvent
or unsafeWindow.foo
.
Another use case is migration from other extensions that run your JavaScript code as is, without userscript API.
@top-level-await
Since VM2.19.2.
Enables top-level await
in your script. Useful when the rest of your script's code depends on some external event e.g. when waiting for an element using MutationObserver or fetching data from network.
- Avoid using it to import dependencies that should always run; prefer using
@require
and@resource
. - Can't be used with
@unwrap
.