Wikipedia's Print.css may be worth investigating for this, too.

I learned now that apparently no PDF but always the HTML &printable=yes is affected.

In T214413#4899875, @Dinoguy1000 wrote:

Wikipedia's Print.css may be worth investigating for this, too.

Yes, it seems a better idea to add some selectors to update commonPrint.css rather than adding noprint to elements which is the way to deal with that on template level or within a project page, but would extend networking bytes in interactive mode.

Further investigations give the impression that Vector structure is used always, whatever skin may be used by user preference or useskin.

Their selectors should be used to improve commonPrint.css, e.g. .mw-jump-link etc.

Current commonPrint.css says: Deprecated, changed in core for:

• li#disclaimer
• li#mobileview
• li#privacy

In contemporary Vector those are called e.g.

• li#footer-places-disclaimer
• li#footer-places-mobileview

etc.

Again, print version, not unique to printable. While for Vector most of this is fixed, there exist similar tickets for monobook elements in:
T136786: Unhelpful "WMF Cookie statement" and "Developers" footer links shown in print version in Monobook and T250232: "Jump links" aren't hidden on print version with Monobook skin