We have a list of product summaries that appear on several different product listing sections of our website. Currently, these products are rendered into the HTML, and end up in different caches (page caches, gateway caches, browser caches) for every product listing page (and we have 20+ of these).
If we add or modify a product, we then need to invalidate these caches, and it seems extremely inefficient that all of these caches across the site must then be regenerated.
So I would like to instead serve all product summary information from a single URL, and then have this included using jQuery on each of the specific product listing pages (using the technique described here: https://stackoverflow.com/questions/8988855/include-another-html-file-in-a-html-file#9003363). By doing so, when the product information is changed, only the caches associated with this one URL need to regenerate. The page caches for each of the specific product listing pages could remain valid.
My question is: is this a terrible idea from an SEO perspective?
Assuming for the moment that the jQuery wouldn't be executed by search engines, then all they would see for each of the product listing pages would be the heading and introductory paragraph. This would still allow Google to return the page for searches such as "where can I buy xyz products?" where we have a product search listing that has an introductory paragraph similar to "here you can find all the xyz products we have for sale". But, does Google actually need to then see the results appearing in the HTML itself for any particular SEO benefit?
My intention is that Google will find all of the product description pages at least via sitemap.xml. But must it really see the links to these within their appropriate product listing pages, in pre-rendered HTML?
(I do realise that the implementation I'm suggesting would make the page useless for people who are not running JavaScript).