Overview
Google Cloud Monitoring can be configured as an alert source that sends webhook notifications to Rootly whenever an alert fires in your GCP environment. Once alerts arrive in Rootly, they can trigger incident workflows, page on-call responders, or route notifications to Slack.Before You Begin
We recommend performing the installation with a service account to ensure the integration does not break if the installing user leaves the company. You will need a GCP account with access to Google Cloud Monitoring and a Rootly account with Admin permissions.
Setting Up the Integration
To integrate Google Cloud Monitoring with Rootly, you will create a webhook notification channel in GCP that forwards alert notifications to Rootly. These alerts can then be used in Rootly for automation and incident response. Follow these steps to set up the integration:Step 1: Choose Your Webhook Endpoint
You will first retrieve the appropriate Rootly webhook endpoint URL where GCP will send its alerts. Rootly provides two types of webhook endpoints: Non-paging and Paging. Depending on how you want to handle alerts from GCP, you can choose either type. Below is a summary of both options:| Endpoint Type | Behavior | URL |
|---|---|---|
| Non-paging | Alert appears in Rootly for visibility and automation without paging anyone | https://webhooks.rootly.com/webhooks/incoming/google_cloud_webhooks |
| Paging | Alert is received in Rootly and pages a specific resource you specify | https://webhooks.rootly.com/webhooks/incoming/google_cloud_webhooks/notify/<TYPE>/<ID> |
For paging URLs, replace
<TYPE> and <ID> with the resource you want to page:| Parameter | Allowed values | Example |
|---|---|---|
TYPE | User, Group, EscalationPolicy, Service | Service |
ID | The unique ID of the resource in Rootly — found by editing the resource | svc_12345 |
Step 2: Retrieve Your Auth Password
Google Cloud Monitoring authenticates to Rootly using HTTP Basic Auth. The username is alwaysrootly — the password is an organization-specific secret you retrieve from Rootly.
Open Alert Sources
Go to Alerts → Sources in Rootly and click Add Source, then select Google Cloud Platform.

Fill in the source details
Provide an Alert Source Name (e.g., 
GCP – Production Alerts) and select an Owning Team, then click Add Source.
Step 3: Create the Webhook Notification Channel in GCP
Now that you have: You can now use these values to create a Webhook Notification Channel in Google Cloud Monitoring.Test and save
Click Test Connection to verify GCP can reach Rootly.

- If successful: click Save to create the notification channel.
- If unsuccessful:
- Verify the URL is correct
- Confirm you used
rootlyas the username - Re-copy the Auth Password from Rootly
Your integration is now active. Alerts from Google Cloud Monitoring will be delivered to Rootly and routed based on your paging or automation configuration.
Step 4: Verify the Test Alert in Rootly
After running Test Connection, a test notification is sent from GCP to Rootly. Confirm it arrived on the Alerts page in Rootly.
The GCP test payload differs from real alert payloads. Test with actual alerts in your environment to verify end-to-end functionality before relying on this in production.
View GCP test alert payload
View GCP test alert payload
Frequently Asked Questions
GCP test connection fails
GCP test connection fails
Verify the Endpoint URL is correct and matches your intended alert type (paging or non-paging). Confirm the username is exactly
rootly (lowercase). Re-copy the Auth Password from Alerts → Sources → Google Cloud Platform → Configure in Rootly — passwords can change if the source is recreated.Alerts are not appearing in Rootly
Alerts are not appearing in Rootly
Confirm the webhook notification channel is attached to an active alerting policy in GCP. Check that the alert policy has fired by reviewing Monitoring → Alerting → Incidents in GCP. Verify the webhook URL and credentials in the notification channel settings.
How do I find the ID for a paging target?
How do I find the ID for a paging target?
Open the resource (User, Team, Escalation Policy, or Service) in Rootly and click Edit. The resource ID appears in the URL or in the edit form. Use this ID in the paging URL path.



