Kinsta

Explore Kinsta’s managed WordPress hosting, staging and caching tools, with practical context on site maintenance and the responsibilities that remain with the owner.

Updated 8 September 2026

What Kinsta manages for WordPress

Kinsta provides a managed environment for operating WordPress websites. Its tools cover domains, certificates, PHP configuration, staging and site management. It sits at the hosting layer; WordPress remains the application used to manage pages, media and extensions.

For a business site, this means infrastructure tasks can be handled through the hosting platform while the site owner continues to make decisions about content, plugins and customer-facing functionality.

Staging, PHP and cached responses

Kinsta’s documentation separates staging environments, environment pushes and PHP management. These are useful controls for testing changes before they affect visitors. Caching is another layer to account for when checking whether a content or code change is visible.

For example, test a plugin update with a representative form submission and a signed-in session. Viewing a cached public homepage is not enough to establish that the updated PHP code and the plugin’s dynamic paths work correctly.

Performance tooling and site management

Kinsta’s managed WordPress offering includes CDN and caching services, application performance monitoring, backups and staging tools. The MyKinsta dashboard centralizes site operations. These features address different tasks: the CDN reduces repeated delivery from the origin, while APM helps identify time spent inside the application.

Agency workflows and managed support

Kinsta also provides migration assistance and WordPress-focused support. An agency can manage multiple sites while giving collaborators suitable access. Managed hosting reduces infrastructure administration, but a site’s plugins, custom application behaviour and content still need an owner. The value of the platform is the combination of hosting operations and WordPress-specific tooling.

What a site owner still needs to plan

Keep track of plugin compatibility, data changes and external integrations. When using staging, decide whether the release moves code, files, the database or some combination. A live store’s newest orders must not be overwritten by an older staging copy.

Investigate performance by request type. Cached pages, uncached account routes and administrative actions exercise different parts of the system. A hosting brand or cloud-network name alone does not explain the cause of a slow database query or an overloaded plugin.

How DNSTrace.dev detects Kinsta

Detection correlates independent public signals. A single match is reported as strong evidence; agreement between a response header and the announcing network is reported as confirmed.

  • x-kinsta-cache — The cache outcome from Kinsta's page cache, and the primary identifying signal.
  • cf-ray alongside x-kinsta-cache — Kinsta fronts sites with Cloudflare, so both layers commonly appear together and are reported separately.
  • AS15169 — The Google autonomous system underneath Kinsta's compute, which cannot identify Kinsta on its own.

What a detection proves

The response was served by a Kinsta-hosted WordPress site and passed through Kinsta's page cache.

What it does not prove

Anything about the network owner, which is Google or Cloudflare rather than Kinsta, or which WordPress theme and plugins the site runs.

Common questions about Kinsta

Does managed WordPress hosting maintain every plugin for me?

The exact managed services depend on the hosting agreement and enabled options. Site-specific compatibility, custom code and business workflows still need review and testing; the hosting label alone does not establish who maintains each extension.

Why does a Kinsta site report Cloudflare too?

Kinsta uses Cloudflare as its delivery edge. Both detections are correct: Cloudflare is the reverse proxy, Kinsta is the host behind it.

Is Kinsta detectable without the cache header?

Often not. If the cache header is suppressed, the visible layers are Cloudflare and Google, and DNSTrace.dev will not infer Kinsta from those alone.

Managed web platformPantheon

Pantheon Systems, Inc.

Content management systemWordPress

Open source, WordPress Foundation

Website firewall and CDNSucuri

Sucuri, a GoDaddy brand

Developer platform, CDN and securityCloudflare

Cloudflare, Inc.

Check a domain

Run a full lookup to see the delivery layer, the detected application stack, live TLS and the announcing network side by side.

Run a lookup →Platforms →Evidence model →