WPFront top bar breaks caching plugin’s (SG OPTIMIZER)

  • Resolved hetsfield

    (@hetsfield)


    3 years, 8 months ago

    Hi,

    I love the plugin’s and we are considering to go further for other purposes with the pro but we have some concern as we are using SITEGROUND with SG OPTIMIZER.

    WPFRONT Notification bar generates an issue that make the caching plugin’s failed.
    Upon WPFRONT activation of the plugin, the website is simply not dynamically cached anymore.

    without WPFRONT NOTIFICATION:
    – google lighthouse speed: C 67%
    – structure A 90%

    with WPFRONT NOFICATION:
    – google lighthouse speed: F 16%
    – structure: B 83%

    We apply the bar on PAGE LANDING.

    I also try to activate the bar only for GUEST USERS (not logged in visitors) as mentioned in previous related post but it do not work.

    Did you solve this issue as it has been mentioned before without proper update?
    Anyone in the community with the reason or validation from Siteground?

    Thanks

    The page I need help with: [log in to see the link]

Viewing 6 replies - 1 through 6 (of 6 total)
  • Thread Starter hetsfield

    (@hetsfield)

    Hi,

    Sadly I can confirm the plug-in isn’t compatible with SG optimizer ( eventually plus Avada running on ).

    Had to use another one.
    If you guys some the issues, let us know in a next update, we ll be happy to use your plugin

    Same issue here. We are not running Avada, or any page builder. Created our own theme.

    Plugin Author Syam Mohan

    (@syammohanm)

    Can you test with the latest version?

    Thanks

    @zudie and @hetsfield,

    We are using this plugin and SG Optimizer. No issues.

    Try one of the following:

    (1) SG Optimizer > Frontend Optimization > Exclude from “Combine JavaScript Files” the following file:

    /wpfront-notification-bar.min.js

    and/or

    (2) SG Optimizer > Frontend Optimization > Exclude from “Defer Render-blocking JS” the following file:

    /wpfront-notification-bar.min.js

    Ensure you follow SG Optimizer’s tutorial to accomplish the above.

    And concerning your Dynamic Cache issue, there are many factors that may be causing your issue. If you have any other plugin that generates a “cookie,” that’s probably the cause of your issue.

    Also . . .

    – Did you perform a plugin conflict test to confirm your Dynamic Cache issue?
    – Did you deactivate Avada’s Privacy Bar cookie settings to see if that helps?
    – Are you using a CDN such as Cloudflare? If so, deactivate Railgun and Rocket Loader.

    In short, from our standpoint, the Dynamic Cache issue is not caused by WPFront Notification Bar.

    Cheers!

    Hmm, I’m not sure how I got to post in this topic, since my problem is nothing related to speed testing. I got an error on the REST API and some error in the backend when accessing SG Optimizer. Those errors were gone when WPFRONT Notification bar was deactivated.

    However, with the latest version of WPFRONT Notification bar these issues are gone.

    Thread Starter hetsfield

    (@hetsfield)

    Thanks guys from the following up.
    It seems that the new version made the trick. It works.
    Case closed ??

Viewing 6 replies - 1 through 6 (of 6 total)
  • The topic ‘WPFront top bar breaks caching plugin’s (SG OPTIMIZER)’ is closed to new replies.