Résumé:

Lorsqu’il y a trop de blocs sur une page utilisant Gutenberg, la page peut ralentir considérablement, ce qui le rend pratiquement inutilisable. Ce problème a été signalé par plusieurs utilisateurs qui ont connu des temps de chargement lents et la congélation de leurs sites Web. Même après avoir rafraîchi la page, la performance reste lente. Les utilisateurs ont mentionné que le ralentissement se produit dans les navigateurs Safari et Chrome. Certains ont signalé que l’éditeur devient utilisable après quelques minutes, tandis que d’autres ont connu des accidents en raison d’une utilisation élevée de la mémoire. Le problème semble être présent dans Gutenberg version 13.0.0, et cela affecte les sites Web exécutant WordPress 5.9.3.

1. Peut trop de blocs sur une page en utilisant Gutenberg ralentir le site Web?

Oui, quand il y a trop de blocs sur une page, le site Web peut ralentir considérablement. Ce problème a été signalé par les utilisateurs et affecte la convivialité du site Web.

2. Que se passe-t-il lorsque la page ralentit?

La page devient inutilisable et il faut beaucoup de temps pour charger du contenu. Les utilisateurs ont mentionné que la rafraîchissement de la page améliore parfois les performances temporairement.

3. Quels navigateurs sont affectés par ce problème?

Il a été signalé que des navigateurs de safari et de chrome connaissent des temps de chargement lents et le gel en raison de trop de blocs sur une page avec Gutenberg.

4. Que se passe-t-il si Gutenberg est désactivé?

Certains utilisateurs ont mentionné que la désactivation de Gutenberg n’est pas une option pour eux car leurs sites Web reposent sur des fonctionnalités qui ne sont pas disponibles dans les versions antérieures de WordPress. Sans Gutenberg, leurs sites Web peuvent s’écraser.

5. L’éditeur de site Web peut-il devenir utilisable après quelques minutes?

Oui, dans certains cas, l’éditeur devient utilisable après avoir attendu plusieurs minutes. Cependant, il y a des cas où une utilisation élevée de la mémoire provoque des accidents.

6. Quelle est la configuration minimale requise pour reproduire ce problème?

Pour reproduire ce problème, vous devez avoir une page avec plusieurs menus, une seule boucle de requête avec 10 publications qui incluent des titres, des catégories, des dates et des miniatures.

7. Y a-t-il des captures d’écran ou des enregistrements de ce problème?

Dans une capture d’écran fournie, la chronologie du safari commence lentement, et il y a des problèmes de retard. Le système de l’utilisateur est un MacBook Pro M1 Pro 16.

8. Quelles sont les informations sur l’environnement de ce problème?

• WordPress 5.9.3
• Gutenberg 13.0.0
• Safari Version 15.4 (17613.1.17.1.13) ou Chrome Version 100.0.4896.88 (construction officielle) (ARM64)

9. Les problèmes existants dans le référentiel ont-ils été recherchés?

L’utilisateur n’a pas mentionné s’il a déjà recherché des problèmes existants dans le référentiel.

dix. Tous les plugins ont été désactivés sauf Gutenberg pour les tests?

L’utilisateur n’a pas mentionné s’il a désactivé tous les plugins sauf Gutenberg à des fins de test.

11. Commentaires supplémentaires de Mamaduka:

Mamaduka a demandé plus de détails sur la configuration de l’utilisateur, en particulier s’il utilise des plugins de bibliothèque de blocs.

12. Commentaires supplémentaires de Moox:

Moox a confirmé qu’ils avaient pu reproduire le problème avec le plugin Gutenberg uniquement activé. Ils ont également fourni leur exportation de thème actuel et mentionné avoir rencontré le problème sur l’index et les modèles singuliers.

13. Commentaires supplémentaires par HERM71:

HERM71, le développeur principal de UC Santa Cruz, a connu le même problème que Moox. Ils ont mentionné le développement contre WordPress 5.8.4 et en utilisant des champs personnalisés avancés comme plugin.

14. Commentaires supplémentaires de Tsiger:

Tsiger a signalé face au même problème dans les modèles avec des blocs de requête. Ils utilisent WordPress 5.9.3, Gutenberg 13.0.0, thème TwentyTwentyTwo et Chrome 100 sur Windows 10.

15. Commentaires supplémentaires par utilecolin:

Utilecolin a récemment mis à jour vers Gutenberg 13.0.0 et a rencontré le problème lors de l’utilisation de l’éditeur du site. Ils ont réussi avec des versions antérieures mais ont dû revenir à Gutenberg 12.9.0 pour éviter le problème. Ils ont mentionné recevoir des messages “attendre” et éprouver des symptômes liés à la mémoire.

Remarque: Les informations fournies sont basées sur les commentaires et expériences des utilisateurs, et il peut ne pas couvrir tous les détails et solutions possibles pour le problème.

Gutenberg est-il ralenti le site Web

Lorsqu’il y a trop de blocs sur une page, la page ralentit considérablement à un point qu’elle est inutilisable. Cela s’améliore une fois que vous avez actualisé la page, mais cela devient très lent après un certain temps.

13.0.0 fse faire du safari et du chrome à geler (extrêmement lent à charger) # 40357

Je ne peux plus modifier mon site. Chargement https: // mysite / wp-admin / thèmes.php?Page = Gutenberg-edit-site & PostType = wp_template & postid = mytheme / index est horriblement lent à charger.
L’en-tête et le pied de page se charge, puis au milieu du bloc du site Web (contient une boucle de requête).
Je ne peux même pas désactiver Gutenberg avec WP 5.9.3 Depuis que j’ai utilisé des trucs non disponibles là-bas (pour éviter un bug) et mon site se bloque sans lui.
Je me sens coincé et c’est difficile de vous aider à déboguer.
Si j’attends plusieurs minutes, les choses commencent à se charger, mais “ça dépend”, la plupart du temps, le safari Crash “Cette page a utilisé trop de mémoire Shah Blah bla” et Chrome a du mal à.

Parfois, après plusieurs minutes, Je peux utiliser l’éditeur. Parfois, il consomme probablement trop de mémoire et de crash.

FYI, j’ai fait un temps à partir du FSE avec un thème très simple.JSON quand j’ai commencé. Fonctions minimales.php (quelques lignes).

Instructions de reproduction étape par étape

J’ai juste besoin d’ouvrir l’interface utilisateur FSE sur une page avec un menu multiple, une seule boucle de requête avec 10 messages avec titre, catégories, date et vignette.

Captures d’écran, enregistrement d’écran, extrait de code

Notez que dans la vidéo, vous pouvez remarquer que la chronologie du safari ne démarre pas immédiatement, mais à 1:50 ! ��
Pendant ces 2 minutes, mon ordinateur ne fait rien. J’ai MacBook Pro M1 Pro 16, donc Perf n’est pas un problème là-bas (mais Safari consomme un CPU à 100%) !

Informations sur l’environnement

• WordPress 5.9.3
• Gutenberg 13.0.0
• Safari Version 15.4 (17613.1.17.1.13) ou Chrome Version 100.0.4896.88 (construction officielle) (ARM64)

Veuillez confirmer que vous avez recherché des problèmes existants dans le repo.

Veuillez confirmer que vous avez testé avec tous les plugins désactivés sauf Gutenberg.

Le texte a été mis à jour avec succès, mais ces erreurs ont été rencontrées:

Mamaduka commenté le 14 avril 2022

Pouvez-vous fournir plus de détails sur votre configuration? Par exemple, utilisez-vous des plugins de bibliothèque de blocs?

J’ai du mal à reproduire le problème localement. L’éditeur de site se charge dans 900 ms lorsque je nettoie le cache dans Safari, puis 400-500 ms. Courir sur Mac Mini M1 2020.

Moox commenté le 14 avril 2022

Je suis capable de reproduire ceci avec juste le plugin Gutenberg activé.

Voici mon thème actuel exporté

Je suis confronté à ce problème sur l’index et le modèle singulier (je n’ai pas essayé les autres, car c’est une douleur)

Herm71 commenté le 19 avril 2022

Je suis le développeur principal de UC Santa Cruz My Dev Team et j’ai le même problème que @Moox avec Gutenberg 13 (excuses si je devrais faire un nouveau problème, mais ce problème décrit ce que je ressens presque parfaitement). La principale différence est que nous développons contre WP 5.8.4 avec le plugin Gutenberg.

Nous passons à WordPress à partir d’un «CMS» universitaire propriétaire et développons un thème de bloc, destiné au lancement pour le terme d’automne. Nous utilisons CampUspress comme service d’hébergement et ils ne prévoient pas de passer à WP 5.9.X Jusqu’à “mi-été” donc nous développons contre WP 5.8.4, qui est la version la plus récente de CP.

Nous utilisons également des champs personnalisés avancés comme plugin et un couple que nous nous développons, mais sinon nous développons notre thème en utilisant en tant qu’appareil d’une installation de WP possible: en utilisant uniquement des blocs disponibles pour WP 5.8.4 / Gutenberg; pas de bibliothèques supplémentaires. Nous avons également testé ce comportement avec tous les plugins désactivés sauf Gutenberg et est revenu au thème des “ttblocks”. Tous les membres de mon équipe de développement éprouvent le comportement décrit dans ce numéro. Si nous rétrogradons à Gutenberg 12.9.0, le problème disparaît.

Nous utilisons WP-ENV pour nos environnements locaux. Les membres de mon équipe sont sur MacBook Pros et je suis sur un système 76 ORYX exécutant Ubuntu 21.04.

tsiger commenté le 20 avril 2022

J’ai le même problème dans les modèles avec des blocs de requête (s).

WordPress 5.9.3
Gutenberg 13.0.0
TwentyTwentyTwo
Chrome 100 sur Windows 10

utilecolin commenté le 24 avril 2022 •

J’ai mis à jour Gutenberg à 13.0.0 Dès qu’il était disponible mais n’a rencontré le problème que le 23/04/2022 lorsque je suis allé à l’éditeur du site. Auparavant avec des versions antérieures de Gutenberg et WordPress 5.9 et le thème 2022 que j’avais modifié mon site en utilisant l’éditeur du site avec un succès considérable. Si je veux faire ça maintenant, je dois faire reculer Gutenberg à 12.9.0 Mais je ne peux pas déployer les dernières fonctionnalités.

En dehors du numéro d’édition du site 13.0.0 semble ok. Il aligne mieux les listes, par exemple.

J’utilise normalement Microsoft Edge sur Windows 10, mais je reçois la même chose avec Chrome. Je comprends vraiment Attendez Messages me disant qu’il y a un problème de communication avec le serveur (je suis avec ionos). Après un certain temps Attendez Le message va mais réapparaît lorsque j’essaie de sélectionner un élément ou de faire quoi que ce soit d’autre. Il présente tous ces symptômes que j’ai ressentis avec les ordinateurs au fil des ans où il n’y a pas suffisamment de mémoire disponible pour effectuer la tâche.

Bien que j’ai beaucoup de plugins, je ne les ai pas encore désactivés. Je n’ai pas eu de problèmes comme celui-ci avec Gutenberg auparavant et j’en ai utilisé de nombreuses versions. Je suis sûr que les experts trouveront une erreur ont été commises et la corriger.

Gutenberg est-il ralenti le site Web

О этой срранице

Ыы зарегистрtures. С помощюю ээой страницы ыы сжжем оределить, что заES’t. П’t?

Эта странdent к Te. Странdent. До ээого момента для исоллash.

Источником заves просов может слжжж Вve ыыы заES’t. Еслèe Вы ис démar. Обратитесь к своему ситемному адмииииии. Подробнее.

Проверка по слову может также появляться, ели Вы Вводите сложные заы, оычно рссзevretic емами, или же Вводите заES’t.

Gutenberg est-il ralenti le site Web

Reddit et ses partenaires utilisent des cookies et des technologies similaires pour vous offrir une meilleure expérience.

En acceptant tous les cookies, vous acceptez notre utilisation des cookies pour fournir et maintenir nos services et notre site, améliorer la qualité de Reddit, personnaliser le contenu et la publicité Reddit, et mesurer l’efficacité de la publicité.

En rejetant des cookies non essentiels, Reddit peut toujours utiliser certains cookies pour assurer la bonne fonctionnalité de notre plateforme.

Pour plus d’informations, veuillez consulter notre avis de cookie et notre politique de confidentialité .

Obtenez l’application Reddit

Scannez ce code QR pour télécharger l’application maintenant

Ou vérifiez-le dans les magasins d’applications

r / wordpress

r / wordpress

** Bienvenue à R / WordPress ** Un Reddit consacré à tout ce qui concerne WordPress

Membres en ligne

par Skoolhouse

L’éditeur de Gutenberg est très lent après avoir ajouté beaucoup de blocs.

Quelqu’un a-t-il connu des ralentissements graves tout en utilisant l’éditeur de Gutenberg après avoir ajouté beaucoup de blocs? Y a-t-il une limite sur la quantité de contenu que vous pouvez publier sur un seul post / page?

Lorsqu’il y a trop de blocs sur une page, la page ralentit considérablement à un point qu’elle est inutilisable. Cela s’améliore une fois que vous avez actualisé la page, mais cela devient très lent après un certain temps.

La page publiée se charge bien, mais l’éditeur est extrêmement lent pour cette page particulière uniquement.

Vérifié l’hébergement et ne semble pas être le problème. A également augmenté la limite de mémoire PHP à 512 Mo, mais toujours pas de différence.

Curieux de savoir si quelqu’un d’autre en l’a vécu et si un correctif est disponible.

Gutenberg’S Performances plus rapides est d’éroder les constructeurs de page’ Dominance

WordPress’ L’éditeur de blocs, encore largement connu sous le nom de Gutenberg, fait des percées dans le segment des utilisateurs qui s’appuient fortement sur les constructeurs de page pendant des années. Pour la plupart, les plugins Page Builder ont soit diminué de croissance ou stagné en 2020, à l’exception de l’élémentor. En revanche, les collections de blocs avec des fonctionnalités de générateur de pages gagnent plus d’utilisateurs. La performance devient un facteur important dans cette migration.

Dans un post intitulé “Condamner. Gutenberg fume Elementor,” Kyle Van Deusen a publié des références de son expérience en train de construire une page de destination simple utilisant Elementor puis Gutenberg.

“Comme tout utilisateur Elementor, je’je deviens de plus en plus inquiet de l’avenir de Elementor et à quel point il est gonflé,” Van Deusen a dit. “Je pense que Google Pagespeed Insights est d’accord.”

Après avoir recréé le même design avec Gutenberg et Generate Blocks, Van DeUsen a vu une petite différence dans les scores GTMetrix.

Il a trouvé la différence la plus profonde lors des tests avec Google’S PageSpeed ​​Insights, où Elementor a marqué 46% sur le mobile et 83% sur le bureau.

“Parce que je’ve a eu une si mauvaise chance d’obtenir des scores décents avec des sites Elementor (en particulier sur le mobile), je’Ve abandonné en utilisant cet outil,” Van Deusen a dit. “Pas parce que c’est’n’est pas une métrique précieuse (en fait, c’est peut-être le plus précieux car c’est ainsi que Google voit les choses), mais parce qu’il n’y avait pas’Tant que je pourrais faire à ce sujet.”

En revanche, la page construite avec Gutenberg lui a donné un score de 94% sur le mobile et 99% sur le bureau.

“En termes de performances, tout droit sorti de la boîte; Gutenberg fume absolument Elementor,” Van Deusen a dit. “Cependant, chaque fois que je’Ve a pris Gutenberg pour un tour, je’Ve laissé frustré. Dès que je me sens comme je’Je le saisis, finalement les roues se détachent et je’M retour à l’installation de l’élémentor.

“Mais lorsque vos scores Pagespeed Insights vont de 46% à 94%, il’est le temps de se redresser et de faire attention.”

Van DeUsen a déclaré qu’il lui avait fallu plus de temps pour recréer la conception à Gutenberg et qu’il avait eu des problèmes avec les vues mobiles. Pour le moment, il ne fait pas’t voir le changement comme une décision avantageuse pour son entreprise.

“Bien que je pense que nous pouvons dire de manière concluante, au moins pour la performance, Gutenberg est le gagnant clair – il’S pas à un point où un gars comme moi peut sauter le navire,” Van Deusen a dit.

“Gutenberg est amusant à jouer avec, et j’aime rêver du jour où ça’est viable pour moi – mais j’aime mettre de la nourriture sur ma table. Elementor m’aide toujours à faire cela plus efficacement.”

Dans une autre expérience, le développeur WordPress Munir Kamal a reconstruit Elementor’S Page d’accueil de S à Gutenberg pour comparer le balisage HTML, les deux constructeurs de pages génèrent. La page construite avec Elementor comprend 356 div’s dans le balisage vs 77 pour Gutenberg. Kamal a constaté que Elementor générait 796 lignes de code vs Gutenberg’S 206 lignes, entraînant une différence de 99 Ko vs 28KB respectivement.

En août 2020, Dearhive, les fabricants du plugin WordPress de Dearflip, ont quitté Codecanyon pour vendre des plugins à partir de leur propre site. Chère’Le site de l’entreprise a été construit avec Elementor, mais soudain, le classement Google a compté pour leur site de produit maintenant qu’ils vendaient indépendamment de Codecanyon. Deepak Ghimire, un développeur de logiciels de la société, a cité les performances comme le problème principal qui a eu un impact sur leur classement et les a poussés à passer à Gutenberg.

“La vitesse de notre page est passée de 83 avec Elementor à 98 avec Gutenberg,” Ghimire a dit.

Les plugins Page Builder peuvent encore avoir plus de fonctionnalités à ce stade, mais les performances deviennent une considération critique pour ceux qui font des affaires en ligne. En mai 2021, Google prévoit d’introduire un nouveau signal de classement pour la recherche, sur la base d’une expérience de page telle que mesurée par les métriques de base du Web Vitals. La performance est une partie importante de la livraison du type de scores nécessaires pour passer l’évaluation de base du Web Vitals. Cette mise à jour du signal de classement de Google peut obliger encore plus de propriétaires à migrer des constructeurs de pages lents.

Depuis deux ans, les utilisateurs de WordPress ont demandé si Gutenberg remplacera les constructeurs de pages. Il semble de plus en plus probable que les plus populaires restent des alternatives gonflées et que les plus petites continuent sur la même trajectoire d’attrition. Il a gagné’t se produire du jour au lendemain, mais il est tenu d’accélérer lorsque l’édition complète fait ses débuts dans WordPress Core.

Pour ceux qui construisent des sites Web pour les clients, la meilleure façon de sauvegarder vos compétences est d’apprendre à créer des pages dans le cadre de l’éditeur de blocs et, si vous le pouvez, à apprendre à créer des blocs personnalisés. Il’est également un bon moment pour expérimenter différentes collections de blocs pour rationaliser votre configuration afin que vous ne faisiez pas’t à sacrifier les performances élevées afin de construire efficacement les sites.

Partagez ceci:

• Cliquez pour partager sur Twitter (s’ouvre dans une nouvelle fenêtre)
• Cliquez pour partager sur Mastodon (s’ouvre dans une nouvelle fenêtre)
• Cliquez pour partager sur Facebook (s’ouvre dans une nouvelle fenêtre)
• Cliquez pour partager sur Telegram (s’ouvre dans une nouvelle fenêtre)
• Cliquez pour partager sur WhatsApp (s’ouvre dans une nouvelle fenêtre)
• Cliquez pour partager sur Pocket (s’ouvre dans une nouvelle fenêtre)
• Cliquez pour partager sur reddit (ouvre dans une nouvelle fenêtre)
• Cliquez pour envoyer un lien par e-mail à un ami (s’ouvre dans une nouvelle fenêtre)