PageSpeed Insights shows zero improvement after enabling PageSpeed module

[Eric Weisbrot]

Hello,

I have enabled the  PageSpeed module on our server, verified that it's installed and have added the config below to our .htaccess file:

ModPagespeedEnableFilters prioritize_critical_css

ModPagespeedEnableFilters sprite_images

ModPagespeedEnableFilters rewrite_images

ModPagespeedEnableFilters recompress_png

ModPagespeedEnableFilters convert_png_to_jpeg,convert_jpeg_to_webp

ModPagespeedEnableFilters collapse_whitespace,remove_comments

However, I see zero improvements. Please see the report here: https://developers.google.com/speed/pagespeed/insights/?url=http%3A%2F%2Fwww.jwsuretybonds.com%2F

Does anyone know why this doesn't appear to be working? Thanks!

[Eric Weisbrot]

Update: I just tried adding the config above to our pagespeed.conf file as well, but I'm still seeing no improvements. Just to provide more info...our website is on an Apache virtual host, and is using the CloudFlare CDN. Could this be the issue?

[Jeffrey Crowell]

It looks like most of your resources are being hosted on www.suretycloud.com so they aren't being processed by pagespeed.

Do you control this domain?

On Tue, Dec 29, 2015 at 10:06 AM, Eric Weisbrot <eri...@jwsuretybonds.com> wrote:

Update: I just tried adding the config above to our pagespeed.conf file as well, but I'm still seeing no improvements. Just to provide more info...our website is on an Apache virtual host, and is using the CloudFlare CDN. Could this be the issue?

--
You received this message because you are subscribed to the Google Groups "mod-pagespeed-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to mod-pagespeed-di...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/mod-pagespeed-discuss/0146732f-33ff-4107-9db8-162615b01237%40googlegroups.com.

For more options, visit https://groups.google.com/d/optout.

[Eric Weisbrot]

Hey Jeffrey,

 

I don't. I guess the server hosting suretycloud.com would also have to install mod_pagespeed to get the full benefits?

 

Also, can you confirm that the config setup on the jwsuretybonds.com server is in fact working? It doesn't seem the issues regarding the resources hosted on jwsuretybonds.com are being addressed according to the PageSpeed insights report.

[Guillaume Rossolini]

Hi Eric,

Here are a few pointers:

- many optimizations are not immediate, they need a few pageloads since they are done asynchronously (ie. rewrite_images, recompress*, convert* etc.);

- other optimizations like prioritize_critical_css require sending a few beacons so they know for example what the viewport looks like and how to best optimize your page for your visitors (and sometimes they depend on the User-Agent string);

- from what I can see in your first post, the only optimizations you could see without delay are collapse_whitespace and remove_comments;

- if you serve assets from other domains, you need to configure these domains into pagespeed (there are settings for this);

- the target domain does not necessarily need to install pagespeed, it all depends on which optimizations you want to see happening;

- don't forget the "debug" filter which can be enabled per-request: just add ?PageSpeedFilters=+debug to the URL.

Also see https://github.com/pagespeed/mod_pagespeed/issues/1201 for other ideas about configuring pagespeed with multi-domains if you don't control the other host(s).

BTW, I can see several "pagespeed_no_defer" DOM attributes in the source of your pages, so the module is already doing something.

Regards,

[Eric Weisbrot]

Thanks for the response Guillaume.

Regarding configuring other domains to address external assets, could you point me to documentation for this? And is doing this recommended over installing the PageSpeed module on the server that hosts the other domain (suretycloud.com)?

[Eric Weisbrot]

Update: I believe I found the documentation for what you described above here: https://developers.google.com/speed/pagespeed/module/domains#MapProxyDomain. Can you confirm this is what would be needed?

And if you can, please tell whether proxying and optimizing resources for the external assets on suretycloud.com is recommended over installing the PageSpeed module on the server that hosts suretycloud.com.

Thank you in advance!

[Eric Weisbrot]

Hey Jeffery,

I found the documentation for addressing the external assets on suretycloud.com using the proxy/map domain method here: https://developers.google.com/speed/pagespeed/module/domains#MapProxyDomain. 

Do you know the whether proxying/mapping domain method for suretycloud.com is recommended over installing the PageSpeed module on the server that hosts suretycloud.com to address these slow loading assets? I also PMed you, as I can't find the answer on the web :)

Thank you in advance!

[Jeffrey Crowell]

Hi Eric, sorry for the delay.

This is possible with MapProxyDomain, if you do have control over suretycloud, it may be easier to just install pagespeed on the host there.

Is suretycloud your own domain, and if not are the resources all in a single user directory? We don't recommend using MapProxyDomain if you could potentially be mapping directories with files that are not under your control (see the warning on the documentation page).

Jeff

[Eric Weisbrot]

Hey Jeff,

Thanks for the response. The team that owns suretycloud.com works directly with us, but they are swamped with development work and don't have time to install the module on the server themselves (which is why I was leaning towards using MapProxyDomain).

The resources are all in the same directory (please see the assets listed here). I read the warning, but I don't see any issues with mapping the directory since the team that owns suretycloud.com works directly with us. Are there potential issues that I'm missing?

[Joshua Marantz]

Quick question on suretycloud.com: what is it?  Is it a pull CDN?  That is, do you configure it with a reference domain to pull content from?  If so, that's an ideal case for mod_pagespeed, and you can address the issue with 'ModPagespeedDomain' or 'ModPagespeedMapRewriteDomain'.  If you use the 2-arg version of MapProxyDomain then you would lose any benefit of the CDN.  However you can use the 3-arg version.

More detail on what suretycloud.com is would be helpful.

-Josh

--

You received this message because you are subscribed to the Google Groups "mod-pagespeed-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to mod-pagespeed-di...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/mod-pagespeed-discuss/9f7278e3-e298-4a9d-8f16-c6c90761d899%40googlegroups.com.

[Eric Weisbrot]

Hey Josh,

It's strange...I replied to your question about what suretycloud.com is, but it looks like it got deleted somehow. Did you see it?

[Eric Weisbrot]

Josh,

I PMed you with my message that got deleted. Please let me know what you think. Thanks!

[Joshua Marantz]

MapProxyDomain should work fine, assuming it's fine for the host you are mapping the resources to to serve all user-facing traffic.

-Josh

On Thu, Jan 7, 2016 at 3:25 PM, Eric Weisbrot <eri...@jwsuretybonds.com> wrote:

Hey Josh,

Thanks for the response. The domain suretycloud.com hosts our web application software, which you can see on our homepage here. I don't believe it's behind a CDN. Am I correct thinking that using MapProxyDomain is an appropriate solution, or am I misunderstanding? 

--
You received this message because you are subscribed to the Google Groups "mod-pagespeed-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to mod-pagespeed-di...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/mod-pagespeed-discuss/32e797fa-d8c8-4faf-bad8-775a0a355fd0%40googlegroups.com.

[Eric Weisbrot]

Thanks for the response Josh. As long as FetchHttps is enabled (the resources are served via https), I can't think of any potential issues. Do any stick out to you knowing what I could you about suretycloud.com (all assets I want to address with PageSpeed are in one directly and not behind a CDN)?

[Joshua Marantz]

It's worth a try.  I can't think of any further problems.

--

You received this message because you are subscribed to the Google Groups "mod-pagespeed-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to mod-pagespeed-di...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/mod-pagespeed-discuss/61290185-c415-4fb1-9308-c52bf605c53a%40googlegroups.com.

[Eric Weisbrot]

Alright...thanks! I'll post here if any issues arise. 

[Eric Weisbrot]

Another question regarding enabling https support. If I do so when proxying the external resources on suretycloud.com, is my understanding correct that the resources will by secured via OpenSSL as opposed to the Symantec SSL cert that suretycloud has installed?

[Jeff Kaufman]

If they're served from your server, which they would be with
MapProxyDomain, then it would be with your cert and your ssl library.

Note that if your site is accessible over both http and https then
when someone loads a resource with MapProxyDomain when talking to your
site over http it won't be encrypted.

> --
> You received this message because you are subscribed to the Google Groups
> "mod-pagespeed-discuss" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to mod-pagespeed-di...@googlegroups.com.
> To view this discussion on the web visit

> https://groups.google.com/d/msgid/mod-pagespeed-discuss/6e7ee2af-337d-49ae-a81e-845006e2c029%40googlegroups.com.

[Eric Weisbrot]

Hey Jeff,

Thanks for the info. If we do follow through with implementing the module on the external server/domain (to address the suretycloud.com assets that PageSpeed insights recommends fixing) do you expect us to see a large improvement in regards to page load time? And if so, could you provide an estimation of the type of improvement we would see, e.g. 1, 2, 3 seconds faster?

I'm trying to determine if this is worthwhile, as our dev team is currently swamped with another project.

Thanks! 

[Jeff Kaufman]

Your page is currently 3.4MB and Insights thinks you could save 1.6MB
(47%) through better compression, so a very rough guess would be that
your page would load twice as fast as it currently does.

(There's also something very strange where when I test in webpagetest
[1][2] I don't see anything loaded from suretycloud while when I test
from insights or in my own browser I do see those loads. I don't know
why that's happening.)

[1] http://www.webpagetest.org/result/160122_Z8_14RV/1/details/
[2] http://www.webpagetest.org/result/160122_39_14PM/1/details/

> --
> You received this message because you are subscribed to the Google Groups
> "mod-pagespeed-discuss" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to mod-pagespeed-di...@googlegroups.com.
> To view this discussion on the web visit

> https://groups.google.com/d/msgid/mod-pagespeed-discuss/e712cb05-3459-46a5-8ddb-e4679b5df553%40googlegroups.com.

[Eric Weisbrot]

Thanks Jeff...I completely missed that!

Yes, I noticed the same thing. I tested the page using www.gtmetrix.com and the suretycloud.com resources are aborted when testing via Chrome, but works fine w/ Firefox. Strange.