[wp-meta] [Making WordPress.org] #5072: Forum posts should prefetch gravatar.com

Making WordPress.org noreply at wordpress.org
Fri Feb 28 23:11:14 UTC 2020

#5072: Forum posts should prefetch gravatar.com
 Reporter:  jonoaldersonwp   |       Owner:  (none)
     Type:  enhancement      |      Status:  new
 Priority:  normal           |   Milestone:
Component:  Support Forums   |  Resolution:
 Keywords:  seo performance  |

Comment (by coffee2code):

 Is `gprofiles.js` used solely for Gravatar hovercards? If so, then do we
 even need this script reference?

 The only place that I can think of that uses hovercards is the wporg-
 breathe theme (used for the Make sites). That theme includes the JS file
 itself via `https://secure.gravatar.com/js/gprofiles.js` (courtesy of
 Jetpack) (in the code below you can see how the global `gprofiles.js` is
 excluded due to 'grofiles-cards' being queued).

 Other places that display Gravatars are the support forum individual topic
 pages, individual plugin pages, and individual profile pages. In all
 cases, a Gravatar image from `//secure.gravatar.com` is used without
 hovercard support.

 Locally I removed the following lines from the (closed-source) global
 `header.php` file and haven't noticed any difference so far in behavior
 regarding Gravatar functionality around the ecosystem.

 if ( ! function_exists( 'wp_script_is' ) || ! wp_script_is( 'grofiles-
 cards', 'queue' ) ) :
 <script type="text/javascript"

 Am I overlooking something?

 Seems we can:

 1. Remove the above global header inclusion of `gprofiles.js`
 2. Add a prefetch for `<link rel='dns-prefetch'
 href='//secure.gravatar.com' />` (Should this be done simply for
 everywhere in an unconditional basis via the global header, or on a site-
 by-site basis depending on Gravatar usage?)

Ticket URL: <https://meta.trac.wordpress.org/ticket/5072#comment:1>
Making WordPress.org <https://meta.trac.wordpress.org/>
Making WordPress.org

More information about the wp-meta mailing list