Home > Technical & Creative Skills > Programming, Servers & Scripts

Site optimization audit (14)


06-10-2021 07:23 PM #1 henrynguyengbr2016 (Member)
Site optimization audit

Hi,

I'm not technical and had a developer fix errors especially JS errors and optimize a WP website speed and wondering how to identify if it's done correctly?

Here's what google says:
https://developers.google.com/speed/...%2F&tab=mobile

Many thanks


06-10-2021 08:16 PM #2 platinum (Veteran Member)

I guess the guy who took care of fixing server issues should be able to take care of the other optimizations too.

The page speed testing results already give you great suggestions on what needs to be improved, make sure to fix them first.


06-10-2021 08:58 PM #3 henrynguyengbr2016 (Member)

any developer you could recommend? I tried a few developers on upwork and they all failed to deliver.. even design or functions got broken...

Thank you.


06-10-2021 09:59 PM #4 matuloo (Legendary Moderator)

@jeremie is very good with this stuff, I'm sure he would post some tips, just ask what you need help with.


06-10-2021 10:12 PM #5 henrynguyengbr2016 (Member)

Hi @jeremie I tried PMed you but there seems to be an issue. Do you mind hitting me up on skype ajfrankie90 or telegram @maxp1237 ?
I'm seeking help with fixing errors, optimizing a site. thanks!


06-10-2021 10:43 PM #6 jeremie (Moderator)

Considering it is a WP website, it is already optimized enough, look at GTMetrix. Better to run traffic and see how you can make it profitable.



2 easy tweaks though. You can:
- use www.kraken.io to optimize the images and reduce their size
- increase cache TTL for fonts: https://wordpress.org/support/topic/...tor-for-fonts/

The rest of the optimizations require a very good knowledge of HTML and the DOM, CSS, JS... And anyway, to get 100% on GTMetrix / PageSpeed is possible, but nowadays, you will get that by starting your landers from scratch, not using Wordpress. You won't find an affordable dev to do that for you, as it takes lots of time to optimize a mess, rather than starting clean.

If you have questions, please open a post or reply here. I prefer to reply on the forum, so that it benefits everyone.


06-21-2021 10:11 PM #7 nguyengaren1234 (Member)

Thank you for sharing your insights @jeremie. Still the checkout page is pretty slow:
https://gtmetrix.com/reports/staging....com/cjnWfmwU/

The developer said it's not possible to optimize the checkout page because of the external scripts, he said "I have checked the payment page and found 320 HTTP/HTTPS request. If we lazyload, compress and minify data. it is 100% chances that customers will not proceed payments. So as WP rocket leave all of below links to their positions so we should leave them on their original positions."

So we're wondering if that's true or if you could possibly share some advice to the developer how to improve it,
and if so what'd be the expected reasonable result?

Many thanks!


06-21-2021 10:54 PM #8 jeremie (Moderator)

CloudFlare does not cache your page, because it ends with "/"

See here, it say DYNAMIC (which means CloudFlare considers it shall not cache these files by default):


You need to force CloudFlare to cache everything here:
https://support.cloudflare.com/hc/en...-Query-Strings

Something like this:



Be aware that your checkout page uses query string parameters starting with ?
By default, CloudFlare won't cache theses pages too. So, if they are only used by the javascript, you can select Ignore Query STring in the cache configuration


06-21-2021 11:26 PM #9 nguyengaren1234 (Member)

We disabled cache for the checkout page because the developer said it's not safe to cache a checkout page because the values on checkout page are dynamic, and caching it could cause issues e.g. not showing the total value incorrectly. This is not true?

Many thanks, @jeremie!


06-22-2021 01:50 AM #10 jeremie (Moderator)

Most of you checkout buttons redirect to your product page, so I would fix that first. If the checkout page displays custom prices, you can not cache it. I cannot check that as it is not working.

But I agree with your dev, there is way too much requests on this page. It triggers criteo retargeting pixels, FB pixels, plus another 3-4 pixels for example. Are you using these? Have you cleaned the page before using it?


06-22-2021 03:05 AM #11 nguyengaren1234 (Member)

The checkout page plugin was deactivated for testing and now it's activated.

We added Criteo for retargetting because Google doesn't allow it for health products.

This is before disabling any pixels: https://gtmetrix.com/reports/staging....com/68zVGMR1/
After disabling just Criteo, Adroll: https://gtmetrix.com/reports/staging....com/mg5zJM5v/
After disabling all pixels except Facebook, Google: https://gtmetrix.com/reports/staging....com/IRZKIKA3/
After disabling all pixels: https://gtmetrix.com/reports/staging....com/AOXYwMca/

Even after disabling all pixels, it still seems slow. Any advice you could kindly give to the developer?

Many Thanks @jeremie


06-22-2021 04:32 AM #12 jeremie (Moderator)

The problem is the response time of your server. That's where you can optimize the most. Ideally below 1s. This is probably a job for a system administrator rather than a developer.


06-23-2021 09:12 PM #13 nguyengaren1234 (Member)

We asked our hosting, Cloudways about the response time and they told us to follow the instructions in this article: https://www.cloudways.com/blog/reduc...ime-wordpress/
The developer said he followed the instructions, reduced the response time but it's still slow because almost 150 external requests are loading.

This is the best speed the developer said we can get: https://gtmetrix.com/reports/staging....com/Rr8TTe9o/

After disabling all pixels, payment gateways: https://gtmetrix.com/reports/staging....com/KIGw8561/

Just wanted to double check if what the developer said is correct.

Many thanks @jeremie


06-23-2021 11:08 PM #14 jeremie (Moderator)

The version without tags is decent. Especially considering it is a checkout page, it does not need to be ultra fast.
With the tags, it increases a lot the weight.

What you can do now:

1) remove ?version=xxx from JS and CSS, so that they can be cached better by CloudFlare. See script here:
https://wordpress.stackexchange.com/...nks-in-wp-head

2) try to group CSS / JS files together to reduce the number of requests. "W3 Total Cache" WP plugin has an option to do so. For CSS, it should be easy to group them. For JS, it can also break your site if the plugins are not well coded, so be aware.

3) review all requests one by one, and ask yourself, is this plugins really needed? For example, your are loading around 150KB of scripts for Google Maps (maps.googleapis.com / maps.gstatic.com). While your page does not show a map, nor does it seems to do address checking

4) call your scripts using a Google Tag Manager tag, and delay them by 500/1000ms using GTM timer trigger, so that they don't delay the page load, and fire once everything is loaded. Don't put javascript required for the page to work, only the external scripts for analytics / pixels.
https://www.analyticsmania.com/post/...e-tag-manager/

Here is another great ressource:
https://www.analyticsmania.com/post/...ow-to-improve/

Alternatively, you could hardcode the delay in JS using setTimeout, but GTM will give your more flexibility.


Home > Technical & Creative Skills > Programming, Servers & Scripts