Import a Status Page from Another Provider
What you’ll learn
Section titled “What you’ll learn”| Time | ~2 minutes |
| Level | Beginner |
| Prerequisites | openstatus account |
Migrating away from your current status page provider does not have to mean starting from scratch. Openstatus can import your existing status page configuration — including components, incidents, maintenances, and subscribers — directly from another provider. This tutorial walks through the provider-agnostic import flow step by step.
Supported providers
Section titled “Supported providers”Openstatus currently supports importing from three providers:
- Atlassian Statuspage — The most widely used hosted status page solution.
- Better Stack — Monitoring and status page platform (formerly Better Uptime).
- Instatus — A modern status page service with component-level tracking.
Each link above points to a provider-specific migration guide with detailed instructions on API key generation and data mapping.
Step-by-step import
Section titled “Step-by-step import”1. Get your API key
Section titled “1. Get your API key”You need a read-access API key from your current provider. The key is used only during the import and is not stored after the process completes.
2. Open the import page
Section titled “2. Open the import page”In the openstatus dashboard, navigate to Status Pages and select the status page you want to import into. If you have not yet created a status page, create one first — see Create a Status Page for instructions.
Open the Components tab and scroll down to the Import section at the bottom of the page.
3. Select your provider and enter credentials
Section titled “3. Select your provider and enter credentials”Choose your source provider from the dropdown and paste your API key. Depending on the provider, you may also need to supply additional identifiers (for example, a Page ID for Atlassian Statuspage).
4. Preview the import
Section titled “4. Preview the import”After submitting your credentials, the importer fetches your existing data and displays a preview summary. No data is written at this stage — the preview is read-only.
The preview includes:
- Resource counts — Number of components, component groups, incidents, maintenances, and subscribers that will be imported.
- Warnings — Any resources that cannot be imported or require manual attention (for example, unsupported subscriber types or resources that exceed your plan limits).
- Mapping details — How source resources map to openstatus equivalents.
Review the summary carefully before proceeding. If the counts do not match what you expect, verify that your API key has sufficient permissions to read all resources.
5. Configure import options
Section titled “5. Configure import options”Use the toggles to enable or disable import of each resource type. For example, you may want to import only components and skip historical incidents. Available toggles depend on what the selected provider supports.
6. Run the import
Section titled “6. Run the import”Click Import to start the process. The import runs in phases:
- Components and groups — Structural elements are created first so that incidents and maintenances can reference them.
- Incidents — Historical and active incidents, including updates and component impact.
- Maintenances — Scheduled and completed maintenance windows.
- Subscribers — Email subscribers (where supported by the source provider).
- Monitors — Existing monitoring checks (Better Stack only).
A progress indicator shows the current phase and any errors encountered. When the import finishes, you are redirected to your status page configuration with all imported data in place.
What gets imported
Section titled “What gets imported”Not every provider exposes the same data. The table below summarizes what openstatus imports from each source:
| Resource | Statuspage | Better Stack | Instatus |
|---|---|---|---|
| Status page | Yes | Yes | Yes |
| Components and groups | Yes | Yes | Yes |
| Incidents | Yes | Yes | Yes |
| Maintenances | Yes | Yes | Yes |
| Subscribers | Yes (email only) | No | Yes (email only) |
| Monitors | No | Yes | No |
After import
Section titled “After import”The import creates resources in openstatus but does not automatically make your status page live or redirect traffic. Complete the following steps to finalize your migration:
-
Verify imported data. Open your status page and confirm that components, incidents, and maintenances appear correctly. Check that component groups are structured as expected.
-
Connect monitors to static components. Imported components may not have monitors attached. Navigate to each component and link an existing openstatus monitor, or create a new monitor for it.
-
Update DNS for your custom domain. If you are migrating a custom domain (e.g.,
status.yourdomain.com), update your CNAME record to point tostatus.openstatus.dev. See the Status Page Reference for DNS configuration details. -
Invite subscribers. If your provider does not support subscriber export (Better Stack) or you need to re-verify email subscribers, use the openstatus subscription system to notify your users of the new page.
Troubleshooting
Section titled “Troubleshooting”Invalid API key
Section titled “Invalid API key”The import fails immediately with an authentication error. Double-check that you copied the full key and that it has read permissions. Some providers require organization-level keys rather than personal tokens. Regenerate the key if necessary.
Plan limits exceeded
Section titled “Plan limits exceeded”Openstatus plans have caps on the number of components and monitors. If your import would exceed these limits, the preview step displays a warning before any data is written. You can either upgrade your plan or disable import of certain resource types to stay within limits.
Partial import
Section titled “Partial import”If the import succeeds for some phases but fails for others (for example, components import successfully but incidents fail due to a rate limit or timeout), the successfully imported resources remain in place. Fix the underlying issue and re-run the import. Only the failed phases will be retried; already-imported resources are not duplicated.
Duplicate incidents on re-import
Section titled “Duplicate incidents on re-import”Running the import a second time does not deduplicate incidents or maintenances. If you need to re-import, delete the previously imported records first to avoid duplicate entries appearing on your status page.
What’s next?
Section titled “What’s next?”Now that your data is in openstatus, explore these resources to get the most out of your new setup:
- Configure Your Status Page — Customize the appearance, add a logo, and configure notification preferences.
- Create Your First Monitor — Set up synthetic monitoring for your imported components.
- Status Page Reference — Full reference for all status page configuration options.
- Building Trust with Status Pages — Best practices for transparent incident communication.