Available at no additional charge on all plans, the APM tool can be really useful when troubleshooting your website. The APM tool is designed to capture timestamped information about your WordPress site’s PHP processes, MySQL database queries, external HTTP calls, and more.
With the APM data, you can dig into specific slow page loads to identify the root cause of the issue. For more details on resolving performance issues on specific types of sites using the APM tool, see these guides:
- How to Fix WooCommerce Performance Issues Using Kinsta APM
- How to Fix Your Membership Website’s Speed With Kinsta APM Tool
Keep in mind that Kinsta’s APM tool is specifically designed to help you monitor WordPress sites, so using it to monitor a site running on another CMS or framework may result in inaccurate results. Thus, we only recommend using it for WordPress sites.
APM Tool Terminology
Before we dive into how to use the APM tool, let’s define a few important terms that will be used later on.
APM, short for “Application Performance Monitoring,” is a tool that gives you insight into the performance statistics and trends of an application. Kinsta’s APM tool provides you with actionable data about the performance of your WordPress site.
In the context of the APM tool, a request refers to a visit to your WordPress site that requires PHP execution to render. A request URL can include various query string parameters and will trigger a corresponding transaction.
For example, a request to
yourdomain.com/wp-cron.php?arg=1&arg2=2 would trigger a
A transaction refers to the backend activity that occurs to serve a request to your WordPress site. For example, the transaction for a request to
/wp-login.php contains the individual PHP processes that generate your WordPress site’s login page.
A span refers to an individual process in a transaction. A single transaction may consist of hundreds of spans arranged hierarchically.
For example, a transaction that generates an account page for a WooCommerce customer may consist of a span that breaks down into multiple database query spans.
A transaction sample refers to a selected instance out of many requests to a specific transaction endpoint (e.g. /single.php, /wp-cron.php, etc.). In the APM tool, you’ll have three samples to choose from.
For example, the APM tool may record dozens of
/wp-cron.php transactions. In this case, the APM tool will pick out the slowest transaction and call it a transaction sample.
A transaction trace is a complete timeline of all processes that occurred in a transaction sample. In our APM tool, a transaction trace is represented by a list of spans with its corresponding duration and timestamp information.
A stack trace is a detailed process breakdown for an individual span. Stack traces are useful for in-depth debugging. They contain very detailed information about the PHP code that was executed, down to a specific PHP file and line of code.
How to Enable Kinsta’s APM Tool
Prefer to watch the video version?
By default, the APM tool is disabled. Since the APM tool requires additional server resources, we recommend only enabling it when you’re actively troubleshooting a performance issue on your WordPress site.
To enable the APM tool, log in to MyKinsta, choose the site you want to monitor, navigate to your site’s Kinsta APM tab, and click the Enable Kinsta APM button.
Next, select a monitoring duration for Kinsta APM. You can choose between 2 hours, 4 hours, 12 hours, and 24 hours. Since Kinsta APM may reduce the performance of your site, we don’t recommend leaving it enabled for an extended period of time. Once you’ve selected a monitoring duration, click Enable monitoring time to start Kinsta APM.
Give the tool 5-10 minutes to begin collecting data, and then you can view that data on the Kinsta APM tab.
After the monitoring duration has passed, Kinsta APM will be disabled automatically. If you want to turn off monitoring early, click the kebab (three-dot) menu and select Disable from the dropdown menu.
How to Select a Monitoring Data Time Frame
By default, the APM tool shows monitoring data from the past 60 minutes. However, the data time frame is customizable, and you can choose between the options below.
- 30 minutes
- 60 minutes
- 2 hours
- 4 hours
- 12 hours
- 24 hours
To change this setting, click on the time frame button near the top right of the Monitoring Results section and select an option in the modal/pop-up that appears. Click the Apply time frame button to set the new time frame.
How to Refresh the Monitoring Data
Kinsta’s APM tool displays performance monitoring data based on the set time frame (e.g. past 30 minutes, past 60 minutes, etc.). To prevent confusion, the APM tool does not automatically refresh data. To refresh the APM tool and display the latest data from the selected time frame, click on the refresh (redo) icon in the top right of the Monitoring Results section.
How to Read APM Tool Insights
Since the data logging does not start until after the APM tool has been enabled, you’ll need to give it some time to gather performance data for your site. We recommend waiting 5-10 minutes before inspecting the monitoring data.
After that, key insights can be found in the Monitoring Results section. This section contains 4 tabs, which we’ll review in more detail below: Transactions, WordPress, Database, and External.
There are some common columns you’ll see on each tab:
- Total Duration (%): The percentage of time, relative to Total Duration, consumed by all requests to a transaction endpoint within the selected time frame. The duration percentage is calculated with the Total Duration values (the sum of the duration of all requests to a particular endpoint), so it does not represent the duration of an individual transaction sample.
- Total Duration: The total amount of time a transaction endpoint consumes within the selected time frame. Note that the duration refers to the sum of the duration of all requests to a particular endpoint and does not represent the duration of an individual transaction sample.
- Max Duration: The slowest transaction sample duration from the selected time frame.
- Avg. Duration: The average of all transaction sample durations from the selected time frame.
- Rate Per Min: The number of times a transaction has run on average per minute in the selected time frame.
As you navigate through the data, you’ll also see these common data details:
When you click on a transaction, you’ll be presented with a modal containing up to three transaction samples from the selected time frame.
- Slowest sample: The slowest transaction sample.
- 95th percentile: A transaction in the 95th percentile (95% of transactions are faster than this transaction sample).
- 50th percentile: A transaction in the 50th percentile (50% of transactions are faster than this transaction sample), also referred to as the median. You can think of this as the typical duration as there are exactly the same amount of slower and faster samples than this.
You may see one, two, or three samples. For example, the same transaction may be the Slowest sample and the 95th percentile transaction.
The Transaction samples modal/pop-up also shows useful information about each transaction sample, including the timestamp, transaction endpoint, request URL, and duration.
Individual Transaction Sample
If you click on a transaction sample in the modal, you’ll be brought to a dedicated page for the selected sample. This Transaction sample page includes the sample’s timestamp, transaction endpoint, URL, duration, HTTP status code, and a full transaction trace timeline.
- Timestamp: The date and time of the transaction sample.
- Transaction: The PHP endpoint of the transaction sample (e.g. /wp-cron.php, /single.php, etc.).
- URL: The specific URL of the transaction sample.
- Duration: The duration of the transaction sample in milliseconds.
- Result: The HTTP status code of the transaction. If you see an “HTTP 200” result, it means the transaction was slow but ultimately successful. However, if you see an “HTTP 503” result, it could mean the transaction timed out.
Each transaction sample has its own permalink or unique URL. This makes it easy to reference and share a specific transaction sample with your colleagues, a developer, or the Kinsta Support team. Note: Your colleague or developer will need to have access to the site in MyKinsta in order to view the transaction sample.
Transaction Trace Timeline
In addition to basic transaction info, the Kinsta APM tool also gives you a more detailed transaction trace timeline. Within the transaction trace timeline, you can see a step-through presentation of spans – PHP processes, MySQL database queries, and external calls for a particular transaction sample.
You can sort the spans by Duration (time) or Duration (%) in ascending or descending order by clicking on the column name. This is useful for identifying the longest-running transactions quickly.
Each span also has its associated duration and relative timestamp, so you can quickly identify the longest and most problematic part of the request.
Relative to the total duration of the transaction sample:
- Spans with more than 5% duration are shown in orange
- Spans with more than 25% duration are shown in red
These highlights always refer to the relative duration of the span in its own sample’s context. So if you’re seeing anything red, take into account that it’s always compared to that given sample (and your site or web app might not be slow as a whole).
Note that for MySQL and Redis queries, we do not include spans shorter than 0.001 ms. For non-database-related spans, the threshold is 1 ms. We purposely exclude short spans because recording a high number of fast elements can impact the performance of your site and does not provide very useful data.
This detailed trace timeline is very useful for troubleshooting performance issues because it helps you pinpoint exactly what the bottleneck is.
For example, you may notice that slowness when
/wp-admin/admin-ajax.php is requested is caused by long API requests to social network APIs. Armed with this knowledge, you can then continue testing your site with your social plugin disabled to see if it makes a difference.
Similarly, if you see a slow transaction to
/wp-cron.php containing repetitive HTTP requests initiated by a cache preloading plugin, you can act quickly on that information and disable the cache preloading functionality.
If you click on a span in the transaction trace timeline, you’ll be able to see a detailed overview with a complete stack trace and associated information.
For example, if you click on a MySQL query span, you’ll see the database query that was executed along with the stack trace. By inspecting the span details, you can gain a deeper level of insight into PHP transactions on your WordPress site.
For more specific examples of how to read and use the APM tool data, check out our guide on Using Kinsta APM to Diagnose Performance Issues.
On each of the tabs under Monitoring Results, you can view specific data for Transactions, WordPress, Database, and External requests.
This tab is where you’ll find data on overall transaction time and the slowest transactions.
Overall Transaction Time
The Overall Transaction Time bar graph gives you a visual representation of transaction time data from the selected time frame. Each bar consists of a multicolor breakdown of PHP, MySQL, Redis, and External transaction times. The Overall Transaction Time graph also shows the selected time frame’s average transaction time in the upper right corner.
The top ten slowest PHP transactions will appear in the Slowest transactions section below the Overall transaction time bar graph. In addition to the common columns, the first column of this data is the Transaction column, which displays the transaction endpoint of slow requests that consumed the most PHP time (e.g. /wp-cron.php, /wp-json, etc.).
You can click on each transaction endpoint to view the transaction samples and navigate further into each individual transaction sample, trace timeline, span details, and stack trace.
On the WordPress tab under Monitoring Results, you’ll find data specific to WordPress plugins and hooks.
Slowest WordPress Plugins
The slowest recorded plugins are listed at the top with the slug (folder/directory name) of the plugin in the first column, then the rest of the common data columns. You can click on each plugin slug to view the transaction samples and navigate further into each individual transaction sample, trace timeline, span details, and stack trace.
Slowest WordPress hooks
Under the Slowest WordPress plugins list, you’ll see the list of slowest WordPress hooks. WordPress hooks are functions in themes or plugins that allow you to modify WordPress at specific spots in the processing of the code.
A hook is either an action or a filter, and the hooks in this list are prepended with their type (action or filter), followed by the function name. Clicking on a hook will show the transaction samples, where you can navigate further into each individual transaction sample, trace timeline, span details, and stack trace.
This tab shows data for the slowest database queries and slowest Redis cache transactions.
Slowest Database Queries
The top 10 slowest database queries are shown in the Slowest database queries section. Clicking on a query will show the transaction samples, where you can navigate further into each individual transaction sample, trace timeline, span details, and stack trace.
Slowest Redis Cache
For sites with the Redis add-on, details related to Redis cache can be found in this section. If your site doesn’t have the Redis add-on installed, no data will be shown. Clicking on a cache item will show the transaction samples, where you can navigate further into each individual transaction sample, trace timeline, span details, and stack trace.
Data for any external requests your site makes can be found on the External tab. External requests are HTTP requests made by your site to another site or server. These calls are usually made by plugins or themes for retrieving or sending data or for communication with an API.
Each URL in the first column of the list is followed by the HTTP method used for the request (GET, POST, PUT, etc.). Clicking on a request URL will show the transaction samples, where you can navigate further into each individual transaction sample, trace timeline, span details, and stack trace.
Kinsta APM FAQ
We’ve compiled a few popular questions regarding Kinsta APM and provided answers to them below.
How Can I Enable Kinsta APM?
Kinsta APM is available at no additional cost with all plans. To enable it, you need to:
- Log in to MyKinsta
- Select the website you’d like to debug
- Click the Monitoring tab
- Click the Enable Kinsta APM button to start APM
Will Kinsta APM Slow Down my WordPress Site?
As with other APM tools, Kinsta APM’s agent might add additional load to your server’s CPU and RAM resources and could potentially slow down your WordPress site for a limited time.
We strongly recommend only enabling Kinsta APM when you’re actively diagnosing a performance issue on your site.
Does Kinsta still support personal New Relic monitoring for customers with personal New Relic licenses?
Yes, Kinsta sites still support New Relic monitoring for customers with personal licenses.
Is it possible to use Kinsta APM and New Relic at the same time?
We do not recommend using both Kinsta APM and New Relic for monitoring at the same time. However, it’s okay to switch between Kinsta APM and New Relic as long as both tools are not active at the same time.
Is Kinsta APM compatible with other CMS platforms and frameworks?
At this time, Kinsta APM is only fully compatible with WordPress.
What If I See Some Unexpected Behavior on My Site After I Enable Kinsta APM?
We’ve already done extensive testing with different WordPress versions and a long list of plugins. However, there can still be unknown wrinkles to work out, like a plugin version or some custom development being incompatible with our monitoring solution.
For this reason, when you enable the feature, always double-check that your site works fine. If you see any unintended behavior, disable the feature and let us know so that we can investigate and work out the issue.
How long is data from the APM tool available?
APM data is retained for 14 days. To view data older than 24 hours, click the time frame button near the top right of the Monitoring Results section, go to the Absolute tab in the Select time frame modal/pop-up, select a 24-hour time frame within the past 14 days, and click the Apply time frame button.
With the Kinsta APM tool, you’ll be able to debug performance issues without installing a plugin like Query Monitor or activating a third-party service like New Relic.
If you’re working with a developer to address issues on your WordPress site, the Kinsta APM tool can also help you save time and money by providing you with a place to start.