Tyk v2.2 Documentation Components

HomeTyk v2.2 Documentation ComponentsTyk Portal: Events and Notifications

Tyk Portal: Events and Notifications

Tyk enables you to actively monitor both user quotas. The machinery that manages these active notifications is the same as webhooks and provides an easy way to notify your stakeholders, your own organisation or the API end user when certain thresholds have been reached for their token.

Tyk cloud users

Monitors are disabled by default in Tyk cloud. Portal events are enabled and can be defined by raising a support ticket.

Enable monitors in your tyk.conf

Enabling monitors in your Tyk node means adding a new configuration section to your tyk.conf:

"monitor": {
    "enable_trigger_monitors": true,
    "configuration": {
        "method": "POST",
        "target_path": "http://posttestserver.com/post.php?dir=tyk-monitor-drop",
        "template_path": "templates/monitor_template.json",
        "header_map": {"x-tyk-monitor-secret": "12345"},
        "event_timeout": 10
    "global_trigger_limit": 80.0,
    "monitor_user_keys": false,
    "monitor_org_keys": true

Configuration options


Set to true to have the monitors start to measure quota thresholds


A webhook configuration object, please see the webhooks documentation for details.


This is the global trigger threshold and will be applied to all tokens being measured. This number is a percentage of the quota that the user must reach before the notification is triggered.


Set to true to monitor individual tokens, this may result in a large amount fo webhooks.


Set to true to have global organisation quotas monitored.

Setting custom triggers on a per key or a per-organisation basis

Sometimes you will not want to have every user have a trigger event at the same levels, you can set manual trigger levels by adding a monitor section to the Session Object that defines a keys access details, this can also be added to the session object of an organisation ID:

"monitor": {
    "trigger_limits": [80.0, 60.0, 50.0]

The trigger limits should be in descending order and represent the percentage of the quota that must be reached in order for the trigger to be fired.

Webhook data

The webhook payload will take the following format:

    "event": "TriggerExceeded",
    "message": "Quota trigger reached",
    "org": "53ac07777cbb8c2d53000002",
    "key": "",
    "trigger_limit": "80",

If the event is triggered by an organisation, then the key field will be empty, if it is an auth token, then the ky field will have raw representation of the token that caused the quota trigger to fire.

Portal Events

Tyk Dashboard and the portal now support email notifications powered by Mandrill, Sendgrid, Mailgun and Amazon SES.

How email notifications work.

If you have enabled email notifications, the portal will attempt to send notifications regarding a users sign-up status or key request status to their username email-address. These templates can be found in the portal/email_templates folder.

The templates are twofold, text-only and html, please see the standard included ones to see the various template fields that can be customised.

Extra Portal Events

The dashboard and portal also support a certain level of events that you can use to notify your systems of various things that have happened in the portal.

To configure them, add an event_options section to an Organisation document when you are creating them (see the Dashboard REST API documentation to see how to create an Organisation record using the API).

Within this object, you can then register either webhooks or an email address to notify when an event occurs:

event_options: {
    api_event: {
      webhook: "http://posttestserver.com/post.php?dir=tyk-events",
      email: "[email protected]"
    key_event: {
      webhook: "http://posttestserver.com/post.php?dir=tyk-key-events",
      email: "[email protected]"
    key_request_event: {
      webhook: "http://posttestserver.com/post.php?dir=tyk-key-events",
      email: "[email protected]"

The following events are supported:


When an API is created, updated or deleted


When a key is created, updated or deleted.


When a portal key request is created or updated.

Was this article helpful to you? Yes No