If the system is designed well, in a lot of cases the users won't be receiving the resource from your server, they will be receiving it from a) their browser cache, b) their local network cache, c) their ISP's cache, or d) a CDN. Your server logs might be showing several thousand hits while the number of times a page is actually shown to somebody might be tens of thousands of hits.
Server logs are great for logging what is happening on your server, but awful for understanding your user base.
I wouldn't worry about a) too much, as you've already counted them, most sites are "one time use", and those that aren't usually have some interactive or time-sensitive feature that requires short (if any) ttl on any caches not under the site's control. d) is true, but also is somewhat under the site's control and should provide numbers.
Most people use GA for a rough picture of "how many people visit my site?", and stats from any CDN will most likely be enough for that. And browser caching doesn't really concern those people, because most visitors aren't returning visitors.
There is a high correlation between a usage pattern being interesting and likelihood of it making a representative appearance in the logs.
Understanding usage patterns shouldn't depend on knowing absolute numbers. Assuming "dumb" content is cached relatively uniformly, the usage patterns itself should be sufficiently inferable from the logs. For the non-dumb content, why would consumption of highly dynamic endpoints have distortive cache utilization at all?
To add more, how often high-resolution usage data really translates into actual product improvement? What percentage of sites have that much traffic to justify engineering hours spent on micro-growth-hacking based on this level of data?
https://support.google.com/analytics/answer/1011397?hl=en
"If all [data sharing] settings are OFF, your Analytics data is only used to provide and maintain the Analytics service."
Of all tech companies I'd feel most secure with Google being the stewards of my data.
Of course, they upped their game since then, but their sheer size will always make them an interesting target and they have to fail only once.
And that's only based on what we know currently from security incidents.
I don't share the same confidence for all my data that is floating around carelessly in some government spreadsheet somewhere, though.
Also a lot of websites, especially personal ones, are in violation of ePrivacy. You may not need GDPR consent for analytics, qualifying for a legitimate interest, but you still need a cookie banner when dropping cookies for analytics.
The market is clear about it, analytics have to be first party and privacy preserving.
You can setup some sort of pixel that's never cached and that transmits the page via query params, but then the implementation isn't reliable and a PITA.
If you have your own server, something like Matomo.org works better.