WP Engine Page Performance is a solution designed to help you increase your page speed and conversions by executing page-level performance tests and providing actionable recommendations.
- Log into your WP Engine User Portal
- At the top of your User Portal, click the tab for “Page Performance”
- Under “Run a test,” enter the URL of any page you want to analyze
- As soon as the test completes, it will email you a link to your test, or you can view it in your User Portal
- The test provides insights that are clear, easy to read, and provide action items with helpful links
Logging Into the User Portal
To enter your User Portal, simply go to my.wpengine.com and log in with your email address and password.
Using the Page Performance Tool
To access the testing page, simply click on the “Page Performance” tab at the top of your User Portal:
We will email you a summary of your Page Performance results when they’re ready. The report can take several minutes to generate, so feel free to perform other tasks while it’s being generated.
At the bottom of this page, you’ll see a history of past tests submitted by the users on your WP Engine account. If multiple tests on the same URL have been run, each resulting metric will include arrows showing the difference in that metric since the previous report (e.g., “down 0.09”).
How we test
Page performance depends on many factors including server location, connection speed, and the brand of browser.
In our simulated environment, the server is located in a data center in northern Virginia and the page is loaded in the latest version of Chrome over a standard cable connection (5/1 Mbps 28ms RTT). When looking at the data, please keep in mind that results may vary depending on your visitor’s location and connection.
Behind the scenes, we run each test three times and report metrics representing the average of all three.
Page Performance Summary
Recommendations: We’ve analyzed your page and made a set of recommendations to improve load times and page speed. There are 19 possible recommendations, and they’re based on best practices proven to be highly successful.
Render start: The number of seconds it took, after navigation, for the browser to display the first object on the screen. From the visitor’s viewpoint, this is when the page starts loading.
Visitor complete: The average time at which all visible parts of the page are displayed. For visitors, this is when he or she perceives the page to be fully loaded, even if resources are still running in the background.
Render complete: The number of seconds it took, after navigation, for there to be at least two seconds of no network activity. This number is essentially when the page is considered to be absolutely “complete.”
Requests: The number of resources requested by the page. Resources include images, fonts, HTML and scripts.
Size: The total file size of all the elements transferred from your page to the visitor’s browser.
This is a timeline that represents how the page loaded in the test. It starts at the left, where time equals 0 seconds from navigation, and ends at “Render complete.”
At certain milestones, such as “Render start,” you’ll see an image of what the page looked like at that moment in time. This can help you understand how a visitor would have experienced the page being loaded.
With most of our recommendations, we include links to our Support Garage and outside resources where you can learn more. In some cases, we recommend WordPress plugins that can be used to help fix the problem.
Our suggestions are based on web and WordPress best practices. However, any given recommendation may not apply to your site in context. Please evaluate them carefully before making changes.
In this section, we display the number of domains requested by the page, as well as the total file size returned by those domains (in kilobytes). We’ve also summarized the list of domains and show the amount of data returned by each one. Note that some of these requests are generated by WP Engine’s platform.
Schedule Recurring Tests
After you have run a test for a URL at least once, this test will appear in your report history.
You can click the ‘View Full Test’ button to see the test details. In addition, you can choose ‘Schedule Recurring’ button in order to schedule regular, automated runs of Page Performance tests.
There are two main options when scheduling Page Performance tests:
1) Select test frequency (choose from Once per week, Twice per month, and Once per month, and Unschedule this URL).
2) Select test alert recipient (choose the current account user that the report notification email should be sent to, or optionally, choose not to send a report notification email each time the test runs by selecting ‘Notification disabled’).
Note: If you choose ‘Notification disabled’ option, the test will still run according to the selected frequency, and it will appear in your Report List history so that you can review the results of each run, but no user will receive an email when the report is run. Always be sure to save your selections.
Modify a Test Schedule
After you schedule a test, you can see what the current frequency is as well as modify the frequency or the test alert recipient by selecting the ‘Change Daily/Monthly Schedule’ button on the test details page. All tests that are run via a schedule will appear in the report history along with any manual test runs completed via the ‘Run Test’ button so you can review the results in the same way.
Unschedule a Test
If at any time you would like to unschedule a URL, you can choose this option by selecting the ‘Change <Daily/Monthly> Schedule’ button on the test details page. Under ‘Select test frequency’, choose the ‘Unschedule this URL’ radio button and save your selections. The test will no longer run according to a schedule but can still be run manually.