# Deploy Uptime Kuma for a WordPress service Confirm template availability and monitoring target requirements; verify an alert path end to end. Check the named site's prerequisites, task result, backup scope and recovery handoff with xCloud. Canonical: https://xcloud.host/use-cases/workflows/deploy-uptime-kuma-for-a-wordpress-service/ Published: 2026-09-30 · Updated: 2026-09-30 · Technical review: 2026-09-30 Evidence: Source reviewed; no production deployment test claimed Editorial owner: xCloud editorial Intent: Confirm template availability and monitoring target requirements; verify an alert path end to end. For: site-owner, administrator ## Requirements and responsibilities - Name the team, server, hostname, owner and affected users for the Uptime Kuma application. Record the current version and the actual business flow that must survive the change. Confirm the current dashboard form, plan eligibility, and server capacity before committing a resource change. A one-click catalog listing is discovery, not permission or proof that the connected MCP profile can install it. Sources: [xCloud agent capability boundaries](https://github.com/xCloudDev/xcloud-agent-skills/blob/main/plugins/xcloud/reference/capability-map.md); [xCloud MCP documentation and connection profiles](https://app.xcloud.host/mcp/docs); [Uptime Kuma notification methods](https://github.com/louislam/uptime-kuma/wiki/Notification-Methods); [Back up and restore Docker apps](https://xcloud.host/docs/backup-and-restore-docker-apps/); [Docker backup operations and storage constraints](https://github.com/xCloudDev/xcloud-agent-skills/blob/main/plugins/xcloud/skills/sites/reference/docker-backups.md); [xCloud One Click Apps catalog](https://xcloud.host/one-click-apps/) - Prepare a non-sensitive test input and an acceptance record. Keep access to the app administrator and an independent observer where possible; omit secrets from AI prompts and client reports. Sources: [xCloud agent capability boundaries](https://github.com/xCloudDev/xcloud-agent-skills/blob/main/plugins/xcloud/reference/capability-map.md); [xCloud MCP documentation and connection profiles](https://app.xcloud.host/mcp/docs); [Uptime Kuma notification methods](https://github.com/louislam/uptime-kuma/wiki/Notification-Methods); [Back up and restore Docker apps](https://xcloud.host/docs/backup-and-restore-docker-apps/); [Docker backup operations and storage constraints](https://github.com/xCloudDev/xcloud-agent-skills/blob/main/plugins/xcloud/skills/sites/reference/docker-backups.md); [xCloud One Click Apps catalog](https://xcloud.host/one-click-apps/) - For a Docker app, identify persistent volumes, bind mounts, external databases and app-level export requirements. A Docker backup briefly stops the app, and an in-place restore replaces current state. Agree a maintenance window and owner before any action that interrupts the service or overwrites data. Sources: [xCloud agent capability boundaries](https://github.com/xCloudDev/xcloud-agent-skills/blob/main/plugins/xcloud/reference/capability-map.md); [xCloud MCP documentation and connection profiles](https://app.xcloud.host/mcp/docs); [Uptime Kuma notification methods](https://github.com/louislam/uptime-kuma/wiki/Notification-Methods); [Back up and restore Docker apps](https://xcloud.host/docs/backup-and-restore-docker-apps/); [Docker backup operations and storage constraints](https://github.com/xCloudDev/xcloud-agent-skills/blob/main/plugins/xcloud/skills/sites/reference/docker-backups.md); [xCloud One Click Apps catalog](https://xcloud.host/one-click-apps/) ## Illustrative situation A WordPress checkout occasionally fails while the homepage remains up. The owner wants Uptime Kuma to alert on an external endpoint and document its limits. ## Choose the approach - Place the monitor outside the failure domain where practical; a monitor on the same unavailable server can miss an outage. Sources: [xCloud agent capability boundaries](https://github.com/xCloudDev/xcloud-agent-skills/blob/main/plugins/xcloud/reference/capability-map.md); [xCloud MCP documentation and connection profiles](https://app.xcloud.host/mcp/docs); [Uptime Kuma notification methods](https://github.com/louislam/uptime-kuma/wiki/Notification-Methods); [Back up and restore Docker apps](https://xcloud.host/docs/backup-and-restore-docker-apps/); [Docker backup operations and storage constraints](https://github.com/xCloudDev/xcloud-agent-skills/blob/main/plugins/xcloud/skills/sites/reference/docker-backups.md); [xCloud One Click Apps catalog](https://xcloud.host/one-click-apps/) - HTTP availability of one page is not proof of checkout success; define any deeper synthetic check separately. Sources: [xCloud agent capability boundaries](https://github.com/xCloudDev/xcloud-agent-skills/blob/main/plugins/xcloud/reference/capability-map.md); [xCloud MCP documentation and connection profiles](https://app.xcloud.host/mcp/docs); [Uptime Kuma notification methods](https://github.com/louislam/uptime-kuma/wiki/Notification-Methods); [Back up and restore Docker apps](https://xcloud.host/docs/backup-and-restore-docker-apps/); [Docker backup operations and storage constraints](https://github.com/xCloudDev/xcloud-agent-skills/blob/main/plugins/xcloud/skills/sites/reference/docker-backups.md); [xCloud One Click Apps catalog](https://xcloud.host/one-click-apps/) ## Dashboard and application procedure ### 1. Choose a meaningful target **Where:** WordPress business journey and DNS **Permissions:** Authorized xCloud read access to the named team and site; the relevant app or provider owner supplies records outside xCloud. **Inputs:** Public URL, expected status, maintenance windows **Action:** Pick a stable HTTPS URL whose failure signals a real user problem. Decide whether a separate task-specific checkout probe is needed. **Expected result:** A monitor target and expected response. **Verify:** Open it without a logged-in session and verify status. **If it fails:** If it is cached while checkout fails, do not use it as the sole health signal. Capability: Confirm requirements and inspect resources Sources: [xCloud MCP documentation and connection profiles](https://app.xcloud.host/mcp/docs); [xCloud agent capability boundaries](https://github.com/xCloudDev/xcloud-agent-skills/blob/main/plugins/xcloud/reference/capability-map.md); [Uptime Kuma notification methods](https://github.com/louislam/uptime-kuma/wiki/Notification-Methods) ### 2. Deploy the monitor **Where:** xCloud One-Click Apps and DNS **Permissions:** Authorized xCloud site owner with dashboard rights for the exact setting, backup, staging or restore action and a reviewed target. **Inputs:** Uptime Kuma template, Docker server, hostname **Action:** Install Uptime Kuma on a compatible server, preferably outside the WordPress server. Secure its administration URL. **Expected result:** A reachable monitoring application. **Verify:** Sign in over HTTPS and confirm monitor host location. **If it fails:** If no independent host is available, document correlated-failure risk. Capability: Install a selected one-click app in xCloud dashboard Sources: [xCloud One Click Apps catalog](https://xcloud.host/one-click-apps/); [xCloud agent capability boundaries](https://github.com/xCloudDev/xcloud-agent-skills/blob/main/plugins/xcloud/reference/capability-map.md) ### 3. Configure check and alert **Where:** Uptime Kuma monitor and notification settings **Permissions:** Authorized Uptime Kuma application administrator or delegated role with rights for this task; hosting access alone is insufficient. **Inputs:** URL, interval, timeout, channel recipient **Action:** Create an HTTPS monitor with agreed interval and response expectations. Add the real on-call notification channel in the app. **Expected result:** A configured check and alert route. **Verify:** Use the app's test-notification control and inspect recipient delivery. **If it fails:** If notification fails, repair it before treating the monitor as operational. Capability: Configure and test Uptime Kuma in its application UI Sources: [Uptime Kuma notification methods](https://github.com/louislam/uptime-kuma/wiki/Notification-Methods) ### 4. Exercise failure behavior **Where:** Dedicated test endpoint or approved maintenance mode **Permissions:** Authorized Uptime Kuma application administrator or delegated role with rights for this task; hosting access alone is insufficient. **Inputs:** Test window, on-call participant **Action:** Use a dedicated probe endpoint to create a safe failure, or an explicitly approved maintenance window; do not break the production checkout. Observe down, recovery and silence behavior. **Expected result:** A proven escalation path without noisy false alarms. **Verify:** Compare event timestamps to received notifications. **If it fails:** If no alert arrives or it is delayed beyond tolerance, adjust configuration and repeat. Capability: Configure and test Uptime Kuma in its application UI Sources: [Uptime Kuma notification methods](https://github.com/louislam/uptime-kuma/wiki/Notification-Methods) ### 5. Document coverage and backup **Where:** Monitor inventory and xCloud Docker Backup **Permissions:** Authorized xCloud team/site operator with the discovered write scope for this exact operation and owner approval for its target and interruption. **Inputs:** Monitors, recipients, backup row, escalation owner **Action:** Record which WordPress flows are covered, which are not, and who updates monitors when URLs change. Check a completed app backup. **Expected result:** A maintained monitoring runbook. **Verify:** Have a second person identify the next alert recipient and backup. **If it fails:** If Uptime Kuma is itself down, ensure an independent host-level signal exists. Capability: Create and inspect Docker backups Sources: [Back up and restore Docker apps](https://xcloud.host/docs/backup-and-restore-docker-apps/); [Docker backup operations and storage constraints](https://github.com/xCloudDev/xcloud-agent-skills/blob/main/plugins/xcloud/skills/sites/reference/docker-backups.md); [Uptime Kuma notification methods](https://github.com/louislam/uptime-kuma/wiki/Notification-Methods) ## Maintenance - Review this task after app or template updates and at the cadence agreed with the owner. Record failures as dated observations rather than assuming host health proves service health. Sources: [xCloud agent capability boundaries](https://github.com/xCloudDev/xcloud-agent-skills/blob/main/plugins/xcloud/reference/capability-map.md); [xCloud MCP documentation and connection profiles](https://app.xcloud.host/mcp/docs); [Uptime Kuma notification methods](https://github.com/louislam/uptime-kuma/wiki/Notification-Methods); [Back up and restore Docker apps](https://xcloud.host/docs/backup-and-restore-docker-apps/); [Docker backup operations and storage constraints](https://github.com/xCloudDev/xcloud-agent-skills/blob/main/plugins/xcloud/skills/sites/reference/docker-backups.md); [xCloud One Click Apps catalog](https://xcloud.host/one-click-apps/) - Watch access changes, backup completion, free storage and external providers. Recheck integrations after credential, DNS, mail or source-data changes. Sources: [xCloud agent capability boundaries](https://github.com/xCloudDev/xcloud-agent-skills/blob/main/plugins/xcloud/reference/capability-map.md); [xCloud MCP documentation and connection profiles](https://app.xcloud.host/mcp/docs); [Uptime Kuma notification methods](https://github.com/louislam/uptime-kuma/wiki/Notification-Methods); [Back up and restore Docker apps](https://xcloud.host/docs/backup-and-restore-docker-apps/); [Docker backup operations and storage constraints](https://github.com/xCloudDev/xcloud-agent-skills/blob/main/plugins/xcloud/skills/sites/reference/docker-backups.md); [xCloud One Click Apps catalog](https://xcloud.host/one-click-apps/) ## Recovery decisions - If an alert is missing or false, inspect monitor target, retries and notification route; confirm the real recipient can receive a controlled test message. Sources: [xCloud agent capability boundaries](https://github.com/xCloudDev/xcloud-agent-skills/blob/main/plugins/xcloud/reference/capability-map.md); [xCloud MCP documentation and connection profiles](https://app.xcloud.host/mcp/docs); [Uptime Kuma notification methods](https://github.com/louislam/uptime-kuma/wiki/Notification-Methods); [Back up and restore Docker apps](https://xcloud.host/docs/backup-and-restore-docker-apps/); [Docker backup operations and storage constraints](https://github.com/xCloudDev/xcloud-agent-skills/blob/main/plugins/xcloud/skills/sites/reference/docker-backups.md); [xCloud One Click Apps catalog](https://xcloud.host/one-click-apps/) - Use another independent signal until monitoring is repaired. Restore monitor app state only if its data is damaged and verify notification routing afterward. Sources: [xCloud agent capability boundaries](https://github.com/xCloudDev/xcloud-agent-skills/blob/main/plugins/xcloud/reference/capability-map.md); [xCloud MCP documentation and connection profiles](https://app.xcloud.host/mcp/docs); [Uptime Kuma notification methods](https://github.com/louislam/uptime-kuma/wiki/Notification-Methods); [Back up and restore Docker apps](https://xcloud.host/docs/backup-and-restore-docker-apps/); [Docker backup operations and storage constraints](https://github.com/xCloudDev/xcloud-agent-skills/blob/main/plugins/xcloud/skills/sites/reference/docker-backups.md); [xCloud One Click Apps catalog](https://xcloud.host/one-click-apps/) ## AI handoff Connect an authorized xCloud MCP profile and discover its exact tools and team scope. The packaged REST wrapper is GET-only; use dashboard or app controls for undocumented writes. ### Supported scope - **Confirm requirements and inspect resources** (mcp; read): Discover the connected profile and operation schema first; only teams granted to the connection are visible. Checkpoint: Confirm exact team, server and site identity. Use dashboard\_url returned by the resource; do not invent a dashboard link. Operation identifiers to discover: teams.index, servers.show, sites.show. Scopes: read:servers, read:sites. Sources: [xCloud MCP documentation and connection profiles](https://app.xcloud.host/mcp/docs); [xCloud agent capability boundaries](https://github.com/xCloudDev/xcloud-agent-skills/blob/main/plugins/xcloud/reference/capability-map.md) ### Copyable agent brief ```text Read chosen WordPress URL, Docker server and monitoring app status. Return placement and failure-domain concerns. Do not claim MCP configured monitors or notifications; the app owner must test a down and recovery alert. ``` ### Manual checkpoints - Approve exact site, target, cost and any write or maintenance window after inspecting the proposed plan. - An authorized Uptime Kuma administrator must configure and test app users, content, integrations and business rules in the app. - Native WordPress staging, backup schedule/settings, push/pull and all restores are dashboard-only; Docker restore is dashboard-only and replaces state. - Reconcile data created after the chosen recovery point before any destructive restore. ## Feature coverage - **monitor decision, evidence and task action** (covered): The procedure identifies the authorized task boundary and observable result. Steps: step-1, step-2, step-3, step-4 - **backup, ongoing operation and recovery** (covered): Recovery and maintenance are checked in the task procedure. Steps: step-4, step-5 ## Sources - [xCloud agent capability boundaries](https://github.com/xCloudDev/xcloud-agent-skills/blob/main/plugins/xcloud/reference/capability-map.md) — reviewed 2026-09-30; v4.4.2 package; xCloud v2.8.8 capability review - [xCloud MCP documentation and connection profiles](https://app.xcloud.host/mcp/docs) — reviewed 2026-09-30 - [Uptime Kuma notification methods](https://github.com/louislam/uptime-kuma/wiki/Notification-Methods) — reviewed 2026-09-30 - [Back up and restore Docker apps](https://xcloud.host/docs/backup-and-restore-docker-apps/) — reviewed 2026-09-30 - [Docker backup operations and storage constraints](https://github.com/xCloudDev/xcloud-agent-skills/blob/main/plugins/xcloud/skills/sites/reference/docker-backups.md) — reviewed 2026-09-30; v4.4.2 - [xCloud One Click Apps catalog](https://xcloud.host/one-click-apps/) — reviewed 2026-09-30 ## Continue [Explore all use cases](https://xcloud.host/use-cases/) - [Back up and recover a Docker application](https://xcloud.host/use-cases/operations/docker-backup-and-recovery/)