Right … well, the goal is to accelerate content which gets a large amount of visits in a shorter time frame to lessen impact on mobile users who might be on a train to read something that has smaller download packet, and which doesn’t eat through bandwidth allotments.
I was answering your question “does it work with….” and right now the answer is “no.” ??
It doesn’t mean the AMP pages will rank higher than non AMP pages; content is still kind. Speed is only a factor after content and relevance to a search.
The main benefit in SERPS is the lightning bolt to ‘advise” a potential visitor that the landing page will be “speedy” as one step up from the already used “mobile friendly” identifier.
You can certainly make *any* page on your site AMP compatible, but you just need to be aware than many non-post elements may have custom code which will not pass AMP validation due to requirements for Javascript and other things.
So, the AMP plugin will eventually support “pages,” but it’s not the initial priority in the first 5 weeks of roll-out so far.
Good to plan ahead, but right now you don’t need to FEAR that non-AMP pages will be left behind. Frankly I don’t want my price list page loaded via AMP, nor my customer support pages. For example this is why even things like the Apple “reader” option doesn’t work very well with some pages — same exact concept.
ANyway … I don’t work here … just been suffering this stuff with AMP since last Oct/Nov. ??