Synthetic Monitoring

Simulate visitor interaction with your site to monitor the end user experience.

View Product Info


Simulate visitor interaction

Identify bottlenecks and speed up your website.

Learn More

Real User Monitoring

Enhance your site performance with data from actual site visitors

View Product Info


Real user insights in real time

Know how your site or web app is performing with real user insights

Learn More

Infrastructure Monitoring Powered by SolarWinds AppOptics

Instant visibility into servers, virtual hosts, and containerized environments

View Infrastructure Monitoring Info
Comprehensive set of turnkey infrastructure integrations

Including dozens of AWS and Azure services, container orchestrations like Docker and Kubernetes, and more 

Learn More

Application Performance Monitoring Powered by SolarWinds AppOptics

Comprehensive, full-stack visibility, and troubleshooting

View Application Performance Monitoring Info
Complete visibility into application issues

Pinpoint the root cause down to a poor-performing line of code

Learn More

Log Management and Analytics Powered by SolarWinds Loggly

Integrated, cost-effective, hosted, and scalable full-stack, multi-source log management

 View Log Management and Analytics Info
Collect, search, and analyze log data

Quickly jump into the relevant logs to accelerate troubleshooting

Learn More

Highlights from the W3C web performance workshop

We are committed to making the web faster and more reliable, and we really enjoyed attending the W3C web performance workshop a couple of weeks ago, together with representatives from  Akamai, Google, Microsoft, and many others. This was a day packed with information, often very detailed and technical, about all different kinds of aspects of web performance.

There is an official summaryof the workshop, including links to the presentations, but we felt we should give you some of the highlights.

Beacon API might reduce need for JavaScript

One of the most interesting topics covered at the workshop, especially as it relates to RUM (Real User Monitoring), was the Beacon API (and, by the way, you can join our RUM beta program if you like). The working group is discussing the API, which would allow transfer of loading and performance data from the web browser back to the server without affecting page load.

If implemented, the Beacon API would essentially open up the possibility to get RUM measurements without having to involve JavaScript at all, and without the need to modify the site content or affect the user’s perceived website loading speed.

Mike McCall of Akamai presented a proposalentitled “An HTTP Extension to provide Timing Data for Performance Measurement”. It seems to be the closest thing to a realization of the Beacon API that exists at the moment.

The proposal would allow servers to provide a URL to which the browser can post performance data without the need for adding JavaScript code to the site. This would be based on new client request headers: X-Accept-Measurement, X-Send-Measurement, and X-Timing-Measures.

Delta only delivers what has changed

Beginning by revealing that users spend a combined total of 61 years every single day watching the Gmail loading bar, Robert Hundt presented how using delta delivery on Gmail has the potential to reduce the amount of data transferred when loading the site quite significantly. The idea is to speed up page load by only sending the difference between the version of a resource the browser has in the cache and the latest version.

Client Hints header

Finally, one other thing that was discussed at the workshop, which we found very interesting and promising for the future was the proposed Client Hints header.

It’s clear that we browse the web with an increasing array of devices, ranging from smartphones, to tablets, computers, and more. Each one has its specific set of hardware and capabilities, usually reported today through the detection of a User-Agent setting before page load, or via JavaScript after page load.

Presented by Ilya Grigorik at Google, the HTTP Client Hints for Content Adaption would allow the server to read the capabilities of the device (as presented by the User Agent) through the HTTP header. The server can then send the content appropriate for those capabilities to the client, reducing the amount of data sent and the time spent.

A group of web performance lovers

We should also point out that Resource Timing, User Timing and Performance Timeline APIs have been implemented in IE10, and are coming soon to Google Chrome, as well. But that’s a topic we’ll have the opportunity to come back to another day.

Overall, this was a very interesting trip and taking part in the workshop was useful in many different ways. We got to meet colleagues and friends in the business, we learned of some of the future plans for the W3C’s Web Performance Working Group, and we got a better sense of where we need to go in the future in terms of our own products.

Exploring the Software Behind Facebook, the World’s Largest Social Media Site

At the scale that Facebook operates, several traditional approaches to serving w [...]

The Developer Obsession With Code Names – 200+ Interesting Examples

Code names can be about secrecy, but when it comes to software development, it [...]

Web API Monitoring Explained: A Helpful Introductory Guide

An API, application programming interface, is a collection of tools, protocols, [...]

User Experience for Observability

Modern software applications involve multiple layers of code and services, work [...]

Announcing SolarWinds Observability

At SolarWinds, we’re constantly thinking ahead to develop observability solut [...]

Monitor your website’s uptime and performance

With Pingdom's website monitoring you are always the first to know when your site is in trouble, and as a result you are making the Internet faster and more reliable. Nice, huh?



Gain availability and performance insights with Pingdom – a comprehensive web application performance and digital experience monitoring tool.

Start monitoring for free