Conversation
supportHello, We have created a website with Elementor and are using your plugin PPWP to shield a few pages. With ourselves, the loading speed of relevant pages is good, after login at the password protected pages. But from some users we receive notification that the loading speed is very slow after entering the password. On mobile (Android, Samsung Flip 6 via Google Chrome) 18 seconds. While other pages of the website work well and fast. We did not have a caching plugin in it, then we already got notification of this.But even with caching plugin (WP Rocket) the page loading speed unfortunately remains slow. Do you guys know how to fix? Thanks in advance! This topic was modified 1 year, 1 month ago by borgstijn . This topic was modified 1 year, 1 month ago by borgstijn .
Hi @borgstijn , Thanks for using PPWP and sharing the details! We understand how frustrating it is when protected pages load slowly for some users. Since you’re already using WP Rocket, we recommend double-checking that your protected pages are excluded from caching. PPWP needs to verify access dynamically, and full-page caching might interfere with that process. Also, if the pages include heavy Elementor content (like sliders or large images), that can slow things down—especially on mobile devices. It might help to test the same page in an incognito window or different browser to rule out any browser-specific issues. If possible, feel free to share a link to one of the affected pages (you can leave out the password), and we’ll take a closer look.
Hi Muhammad, Thank you very much for the quick response! The settings for WP Rocket are indeed set that way. And so before WP Rocket was activated, it was also the case with slow loading speed among users. I have tested it myself and also in incognito, but have no slow loading speed. However other users do. Link: https://www.rvmkoor.nl/alleen-voor-leden/
Hi @borgstijn , Thanks for confirming and sharing the link! We’ve tested the page on desktop, and it loads instantly on our end as well. Since the issue only affects certain users, it could be related to their device, browser, or network—especially on mobile. Actually, your page loading speed depends on many factors, including: The size of files embedded on the page (like images, videos, or Elementor widgets) Your server or hosting performance Configuring caching can help improve performance to some extent, but it won’t resolve all speed issues. That said, we generally recommend not caching protected pages , as doing so increases the risk of exposing private content to unauthorized users. Could you please ask one of the affected users to try: Opening the page in incognito mode Using a different browser Switching between Wi-Fi and mobile data Let us know what they find and we’ll continue to help!
Hi @borgstijn , Thanks for the update—what you mentioned gives us more insight into the issue. We noticed you included your email address in your last reply. For your privacy and in line with WordPress.org forum guidelines , we recommend removing that comment or editing it to hide your email. In the meantime, we’ve sent an email to the address you shared so you can privately send us a test password. Once we receive it, we’ll investigate further and try to reproduce the issue on our end. Thanks again for your cooperation!
@borgstijn Don’t post emails of offer login access. What @muhammadwpfolio should have wrote was this. If we actually log into your site, I will get my forum account banned and possibly my plugin removed from this site. @muhammadwpfolio You must, right now acknowledge your mistake and confirm that you will not log into a forum users site. If you do not then you may lose access to these forums. Do that in reply now please. While I know you have the best of intentions, it’s forum policy that you not ask users for admin or server access. Users on the forums aren’t your customers, they’re your open source collaborators, and requesting that kind of access can put you and them at high risk. If they are paying customers (such as people who bought a premium service/product from you) then by all means, direct them to your official customer support system. But in all other cases, you need to help them here on the forums. Thankfully are other ways to get information you need: Ask the user to install the Health Check plugin and get the data that way. Ask for a link to the http://pastebin.com/ or https://gist.github.com log of the user’s web server error log. Ask the user to create and post a link to their phpinfo(); output. Walk the user through enabling WP_DEBUG and how to log that output to a file and how to share that file. Walk the user through basic troubleshooting steps such and disabling all other plugins, clear their cache and cookies and try again (the Health Check plugin can do this without impacting any site visitors). Ask the user for the step-by-step directions on how they can reproduce the problem. You get the idea. We know volunteer support is not easy, and this guideline can feel needlessly restrictive. It’s actually there to protect you as much as end users. Should their site be hacked or have any issues after you accessed it, you could be held legally liable for damages. In addition, it’s difficult for end users to know the difference between helpful developers and people with malicious intentions. Because of that, we rely on plugin developers and long-standing volunteers (like you) to help us and uphold this particular guideline. When you help users here and in public, you also help the next person with the same problem. They’ll be able to read the debugging and solution and educate themselves. That’s how we get the next generation of developers.
@moderator , Thank you very much for your detailed explanation — I truly appreciate the guidance and completely understand the importance of following forum policies. I’d like to sincerely apologize for any misunderstanding. Just to clarify, we have not requested or accessed the user’s admin area or server in any way. The user voluntarily shared a test page so we could better understand and verify the issue they described. They also shared their email address on their own , which we only used to follow up about the sample password they wanted us to test — no admin login credentials were ever asked for or involved . That said, I fully understand how my wording may have seemed unclear, and I’m grateful for the reminder. I’ll be extra mindful moving forward to stay within the forum’s public support framework and avoid even the appearance of requesting access. Thanks again for your work keeping this space safe and collaborative for everyone.
No admin login credentials were ever asked indeed! 🙂 We shared our email address on our own. So everything fine.
Since we haven’t heard back from you in a while, we’ll go ahead and mark this thread as resolved. If you still need assistance, please feel free to reply here or open a new support topic and we’ll be glad to help. Best regards,
Hi @borgstijn , Thanks for using PPWP and sharing the details! We understand how frustrating it is when protected pages load slowly for some users. Since you’re already using WP Rocket, we recommend double-checking that your protected pages are excluded from caching. PPWP needs to verify access dynamically, and full-page caching might interfere with that process. Also, if the pages include heavy Elementor content (like sliders or large images), that can slow things down—especially on mobile devices. It might help to test the same page in an incognito window or different browser to rule out any browser-specific issues. If possible, feel free to share a link to one of the affected pages (you can leave out the password), and we’ll take a closer look.
Hi Muhammad, Thank you very much for the quick response! The settings for WP Rocket are indeed set that way. And so before WP Rocket was activated, it was also the case with slow loading speed among users. I have tested it myself and also in incognito, but have no slow loading speed. However other users do. Link: https://www.rvmkoor.nl/alleen-voor-leden/
Hi @borgstijn , Thanks for confirming and sharing the link! We’ve tested the page on desktop, and it loads instantly on our end as well. Since the issue only affects certain users, it could be related to their device, browser, or network—especially on mobile. Actually, your page loading speed depends on many factors, including: The size of files embedded on the page (like images, videos, or Elementor widgets) Your server or hosting performance Configuring caching can help improve performance to some extent, but it won’t resolve all speed issues. That said, we generally recommend not caching protected pages , as doing so increases the risk of exposing private content to unauthorized users. Could you please ask one of the affected users to try: Opening the page in incognito mode Using a different browser Switching between Wi-Fi and mobile data Let us know what they find and we’ll continue to help!
Hi @borgstijn , Thanks for the update—what you mentioned gives us more insight into the issue. We noticed you included your email address in your last reply. For your privacy and in line with WordPress.org forum guidelines , we recommend removing that comment or editing it to hide your email. In the meantime, we’ve sent an email to the address you shared so you can privately send us a test password. Once we receive it, we’ll investigate further and try to reproduce the issue on our end. Thanks again for your cooperation!
@borgstijn Don’t post emails of offer login access. What @muhammadwpfolio should have wrote was this. If we actually log into your site, I will get my forum account banned and possibly my plugin removed from this site. @muhammadwpfolio You must, right now acknowledge your mistake and confirm that you will not log into a forum users site. If you do not then you may lose access to these forums. Do that in reply now please. While I know you have the best of intentions, it’s forum policy that you not ask users for admin or server access. Users on the forums aren’t your customers, they’re your open source collaborators, and requesting that kind of access can put you and them at high risk. If they are paying customers (such as people who bought a premium service/product from you) then by all means, direct them to your official customer support system. But in all other cases, you need to help them here on the forums. Thankfully are other ways to get information you need: Ask the user to install the Health Check plugin and get the data that way. Ask for a link to the http://pastebin.com/ or https://gist.github.com log of the user’s web server error log. Ask the user to create and post a link to their phpinfo(); output. Walk the user through enabling WP_DEBUG and how to log that output to a file and how to share that file. Walk the user through basic troubleshooting steps such and disabling all other plugins, clear their cache and cookies and try again (the Health Check plugin can do this without impacting any site visitors). Ask the user for the step-by-step directions on how they can reproduce the problem. You get the idea. We know volunteer support is not easy, and this guideline can feel needlessly restrictive. It’s actually there to protect you as much as end users. Should their site be hacked or have any issues after you accessed it, you could be held legally liable for damages. In addition, it’s difficult for end users to know the difference between helpful developers and people with malicious intentions. Because of that, we rely on plugin developers and long-standing volunteers (like you) to help us and uphold this particular guideline. When you help users here and in public, you also help the next person with the same problem. They’ll be able to read the debugging and solution and educate themselves. That’s how we get the next generation of developers.
@moderator , Thank you very much for your detailed explanation — I truly appreciate the guidance and completely understand the importance of following forum policies. I’d like to sincerely apologize for any misunderstanding. Just to clarify, we have not requested or accessed the user’s admin area or server in any way. The user voluntarily shared a test page so we could better understand and verify the issue they described. They also shared their email address on their own , which we only used to follow up about the sample password they wanted us to test — no admin login credentials were ever asked for or involved . That said, I fully understand how my wording may have seemed unclear, and I’m grateful for the reminder. I’ll be extra mindful moving forward to stay within the forum’s public support framework and avoid even the appearance of requesting access. Thanks again for your work keeping this space safe and collaborative for everyone.
No admin login credentials were ever asked indeed! 🙂 We shared our email address on our own. So everything fine.
Since we haven’t heard back from you in a while, we’ll go ahead and mark this thread as resolved. If you still need assistance, please feel free to reply here or open a new support topic and we’ll be glad to help. Best regards,