Tell us what you are trying to do?
Load the page faster. The scores not so bad as i mention above BUT u can try,
the page is starting to load slow. i also tryed a fast vps server and its near the same even with cdn.
i also tryed to remove boostrap.css, dashicon.css. tryed critical css. all near the same.
If u scroll down to lien caché
there i placed a view where i set up custom post type loop and display it in frontend in accordion way.
Then i tested it here:
lien caché
and u see on the js section ... i think this is the error ... but i dont know how to fix this.
What is the link to your site?
lien caché
I can give admin access on a duplicate page for testing.
Hi,
Thank you for contacting us and I'd be happy to assist.
During some testing, I noticed that when your web page is loaded in a browser for the first time, it shows the percentage counter of how much loading has been completed and shows the page's content only once the loading has completed.
( the subsequent reloads would be faster anyway, since the static content will be loaded from the browser's cache )
I suspect that testing tools are treating this delay in the rendering/painting of actual content as "Total JS execution time" and rightly so because the content is unavailable during that preloading.
Can you please test again with this percentage loading screen disabled?
Another important point to note here is that the more internal or external scripts a page has, the more "JS execution time" will be needed to let them do what they're supposed to do. The placement and order can help a little, but, it won't mean that those scripts won't take the time that they need. You'll have to balance between the functionality and the optimization score.
I hope this helps.
regards,
Waqar
Thx. I understand.
I have disabled the loader except for the frontpage. And the big Problem is already the important page:
lien caché
So can u see if how the custom post types are rendered ok?
i am little bit struggling of it.
and why the post-admin-ajax load twice so long?
lien caché
also changed that now is servercaching and cdn enable ... and same slow loading.
what about WPML strings? i saw there thousands in backend i dont need a lot of them ... just the front end display ... would make this the site faster? or only the backend?
i mean the scores not so bad ... just it feels slow ... maybe its just my feeling.
u tested in on mobile?
Thanks for writing back.
I've checked the loading speed of the example custom post type page, in a couple of different browsers, devices (including mobile), and online tools, and on average it loads under 5 seconds. This is pretty impressive considering the fact that it is a long page with a lot of content and queries.
If you'll check your website's pages, while logged-in as the administrator, it is expected that the page will take slightly longer than it would for guests. That is because WordPress, active themes and plugins, all can perform background processes and even load extra resources for the admin functionalities.
I couldn't find the reference of "post-admin-ajax" anywhere, however, if you do see calls to "admin-ajax.php" that is normal. It is a WordPress gateway file to perform AJAX-based operations ( which need to be completed without reloading the page ).
The WPML strings shown in the admin area are the collection of translation-ready text, coming from, WordPress, theme, plugins, and the content. They're used only where they are needed, so I can't think of how they can negatively affect the performance. But, if you still plan to do some cleanup, I'll recommend doing it after consulting the WPML support forum.
