PagerDuty Slack Integration: Complete Setup Guide 2026

Full 2026 guide to the PagerDuty Slack integration — how it works, step-by-step setup, every slash command, real-world limitations, and how to create PagerDuty incidents from Slack without leaving the channel.

The pagerduty slack integration is the fastest way to keep on-call engineers in flow: alerts land in the channel they already live in, acknowledgements and escalations happen from a slash command, and incident channels spin up automatically. This 2026 guide walks through how to integrate pagerduty with slack end to end — how the integration works under the hood, the exact setup steps, every useful slash command, the limitations most teams hit, and how to create pagerduty incident from slack without breaking your response flow.

How PagerDuty Slack Integration Works

The PagerDuty Slack app is a two-way bridge between a PagerDuty service and one or more Slack channels. When PagerDuty triggers an incident, it posts a rich message into the mapped channel with severity, service, and current on-call. Responders can acknowledge, resolve, snooze, reassign, or add notes directly from the message actions — every click writes back to PagerDuty via its REST API.

The integration authenticates with an OAuth handshake between your Slack workspace and your PagerDuty account, then subscribes to PagerDuty webhooks so state changes (ack, escalate, resolve) round-trip in near real time. It's a good example of the slack pagerduty integration pattern that most incident-response tools now follow: alert in Slack, act in Slack, keep the system of record clean.

Step-by-Step Setup Guide

  1. Install the PagerDuty app in Slack — open your Slack admin, search the App Directory for "PagerDuty", and click Add to Slack. Approve the requested OAuth scopes.
  2. Authorize your PagerDuty account — you'll be redirected to PagerDuty to sign in and pick the account to connect. Use an account with admin rights on the services you want to expose.
  3. Map services to Slack channels — in PagerDuty, open Configuration → Services → your service → Integrations, and add a Slack Extension. Choose the target channel and which events to forward (triggered, acknowledged, resolved, notes, escalations).
  4. Set default channel behaviors — decide whether to auto-create an incident channel per P1, or route into an existing `#incidents` channel. Most mid-market teams do both: a persistent triage channel plus per-incident channels for P1/P2.
  5. Invite responders and stakeholders — add the PagerDuty bot user plus the on-call rotation and any exec stakeholders to the incident channel so `/pd` commands work for everyone who needs them.
  6. Test end to end — trigger a test incident from PagerDuty, confirm it lands in Slack, run `/pd ack` and `/pd resolve` from the channel, and verify the timeline in PagerDuty reflects both actions.

PagerDuty Slack Commands

The `/pd` slash command is the workhorse of the integration. The most useful commands in day-to-day response:

CommandWhat it does
`/pd trigger`Create a new PagerDuty incident from Slack (title, service, urgency).
`/pd ack`Acknowledge the current channel's incident.
`/pd resolve`Resolve the incident and close the loop in PagerDuty.
`/pd assign @user`Reassign the incident to a specific responder.
`/pd escalate`Manually escalate to the next policy step.
`/pd snooze 30m`Silence pages for a fixed window while you investigate.
`/pd note <text>`Add a note to the incident timeline.
`/pd oncall <service>`Show who is currently on-call for a service.

For the create pagerduty incident from slack flow specifically, `/pd trigger` is the fastest path — you pick the service, set urgency, and a Slack incident channel spins up automatically if the service is configured that way.

Limitations of PagerDuty + Slack

The default pagerduty integration with slack is solid at alerting and acking, but real incident response usually needs more:

  • No native RCA drafting — timelines are chronological events, not a post-incident review you can send to leadership.
  • Limited stakeholder comms — status page updates, customer emails, and exec updates still happen in other tools.
  • Weak change context — the Slack message shows the alert, not what changed in the last hour that likely caused it.
  • CMDB blind spot — affected CIs, upstream/downstream dependencies, and blast radius aren't in the Slack card.
  • Per-user pricing at scale — PagerDuty seats add up quickly once every responder needs full access.
  • Two systems of record — the incident lives in PagerDuty; the conversation lives in Slack; the post-mortem lives in a doc; the CMDB update lives somewhere else again.

How SLAShield Enhances PagerDuty + Slack

SLAShield sits on top of the pagerduty slack integration and turns the Slack channel into a real incident workspace, not just an alert stream:

  • AI-drafted RCA and comms — MIRA writes a first-pass post-incident review from the Slack timeline and PagerDuty events so responders edit instead of author.
  • Unified stakeholder updates — one message in Slack fans out to status page, customer email, and exec Teams channel.
  • Change + CMDB context in-channel — recent deploys, affected CIs, and dependency map render directly in the incident channel.
  • Voice-to-Incident — dial in during a page and MIRA transcribes, classifies, and files the PagerDuty incident for you.
  • Flat pricing — no per-responder seat trap; SLAShield Professional is $49,990/yr flat with unlimited incident collaborators.
  • Single system of record — incident, timeline, RCA, comms, and CMDB updates all live in one place, still driven from Slack, still respecting PagerDuty as the paging engine.

FAQ

How do I integrate PagerDuty with Slack?

Install the PagerDuty app from the Slack App Directory, authorize your PagerDuty account, then add a Slack Extension to each PagerDuty service you want to route into Slack. Map the service to a target channel, pick which events to forward, and test with a trigger and `/pd ack`.

Can I create a PagerDuty incident from Slack?

Yes. Once the integration is installed, `/pd trigger` opens a modal in Slack where you pick the service, title, and urgency. PagerDuty creates the incident, pages the on-call, and — if the service is configured that way — spins up a dedicated Slack incident channel.

What are the main PagerDuty Slack commands?

The most-used commands are `/pd trigger`, `/pd ack`, `/pd resolve`, `/pd assign @user`, `/pd escalate`, `/pd snooze`, `/pd note`, and `/pd oncall <service>`. All of them write back to PagerDuty via the REST API and show up in the incident timeline.

What are the limitations of the PagerDuty Slack integration?

It's strong at alerting and acking but weaker on RCA drafting, unified stakeholder communications, change-and-CMDB context, and cost at scale. Teams typically layer an incident management platform like SLAShield on top to close those gaps without replacing PagerDuty.

Does SLAShield replace PagerDuty?

No. SLAShield sits alongside PagerDuty — PagerDuty stays the paging engine, and SLAShield adds AI-drafted RCAs, unified comms, change and CMDB context, and Voice-to-Incident on top of the existing slack pagerduty integration.

---

See the enhanced PagerDuty + Slack flow live — free demo every Wednesday — 11:00 AM ET / 4:00 PM BST. Register: slashield.io/webinar. Try the instant demo.