Thanks for your detailed briefing regarding your requirements.
We would like to convey a few points regarding the feasibility of the requested
> "Share of cacheable and non-cacheable resources" and "Cached vs uncached resources"
It is not possible to capture these in a straight forward manner. This information is available from the headers of the request and it is not possible to fetch the headers of already loaded pages or resources unless we make another request and capture the headers. Nevertheless, if there is a way to capture these, we will definitely add this to our roadmap and update the same here.
>Resource download size? How else would I know how performance is? Timing alone is not enough, is it?
We are working on adding the resources download size and page size along with the response times and we will update the same here once it goes live.
>Improved resources reporting, enabling exploration of requests and headers
It is not possible to report all the resource requests as there will be hundreds of different resources loaded in an application and hence these are filtered by domains and shown in the Resources tab. As we have mentioned earlier it is not straightforwardly possible to fetch request headers of the loaded resources but we will look into the possibility of capturing these.
>Use filtering/segments such as device type. There's a Device Type report, but it's very basic, Page groups and filtering
It will be helpful if you could elaborate on your requirements regarding this. If you are asking about the webpages filtering by location, device and browser, we are already working on to provide the option and we will update here once we release.
By default we do group dynamic urls in to a single url. For example you have /webpageurl/13t3sjsydd48dh/ and /webpageurl/udjdh838d3d/, we capture these and show it as /webpageurl/*/.
>Recordings, maybe? Snapshots are near useless
Snapshots do show the user navigation path by browser and location. Performance metrics for each page like its response time, resource load time etc. are also shown. However we do accept that recordings will be even more insightful, so we will check the feasibility and number of such feature requests and add it to our roadmap.
These are also not straightforwardly possible to fetch as it is a browser functionality and it appears in the console. We will look into the feasibility of intercepting the console API of browser and try to fetch these.
>In the section "Performance affected by various factors", we do have all the metrics you have mentioned there.
We do show the CDN metrics filtered by domains in the Resources tab in RUM client. Aggregated CDN requests are one thing we are working on.
All the Performance metrics at various steps in the browser's functionality like the connection time, DNS time, backend time(server time), firstbyte time, download time, document load time, page rendering time are captured for every page request and are available.
We also have RUM traceroute where you can identify the network path a request took to get to your website, and every hop made in between. This helps you to identify whether requests experienced any interruptions reaching your website. For details, you can refer https://www.site24x7.com/help/apm/rum/rum-traceroute.html