plugin – Les Mondes de Cyborg Jeff

Optimisation Mobile

14 juillet 2023 cyborgjeff Commentaires 0 Commentaire - Post Views: 14

Je poursuis mes analyses afin d’optimiser ce qui peut l’être sur mon blog. Depuis le mois de juin, Goolge semble avoir renforcé les conditions pour proposer une expérience Mobile acceptable, et je sais que cela peut avoir un impact sur le référencement. Je m’étais donc mis à l’analyse de ce que je pouvais mettre en place pour réduire la lenteur d’affichage de ce dernier, profitant pourtant d’un des meilleurs hébergeurs européen. Après avoir renforcé l’optimisation des fichiers images avec le plugin Smush, supprimé une série de plugins inutiles, adapter Related Post et modifié les réglages de la mise en cache… Il restait une action que je trouvais pertinente à envisager.

J’aime avoir un joli site, et dans la configuration de mon thème, je charge un image originale et pourtant discrète en arrière plan. Cela se constate essentiellement sur un ordinateur à grand écran, en revanche, au format mobile, on ne la voit pas. Je me suis donc dit que je pourrais, avec un peu d’aide de ChatGPT, repérer comment ajouter une condition qui contournerait cette consommation de bande passante lorsque l’on visite le site depuis un Device mobile.

Dans cette modification, nous utilisons la fonction wp_is_mobile() pour vérifier si le site est en mode "mobile". — Dans cette modification, nous utilisons la fonction wp_is_mobile() pour vérifier si le site est en mode « mobile ».

…

Lire la suite Lire la suite

Une propriété Google Analytics 4 (GA4) a été créée pour vous

Google Analytic 4, on chamboule tout !

14 juin 2023 cyborgjeff Commentaires 4 commentaires - Post Views: 26

Ah les statistiques de visite des sites web, c’est un truc qui m’a toujours passionné ! J’avais bien sur mon petit compteur de visite dès mes premiers site en HTML et je me suis rapidement mis à intégrer PHPMyVisit lorsque j’ai créé mes premiers sites webs en Xoops puis WordPress il y a déjà 15 années. De quoi savoir qu’à l’époque c’était mes articles sur l’utilisation d’un linker R4 Revolution sur ma DS qui avait plus de succès que la présentation de mes nouvelles musiques !

Depuis lors, Google a mis en place des outils propres au suivi statistique, non plus uniquement pour les amateurs de chiffre que je suis, mais également pour travailler à optimiser son référencement et l’achat de publicité. Néanmoins, l’outil « Universal » de Google Analytic n’était pas complexe à utiliser ou à intégrer dans son site web lorsque l’on avait l’habitude de mettre son nez dans le code, et par ailleurs rapidement des outils et plugins WordPress ont permis de rendre cela plus facile encore.

Mais depuis près d’un an, Google nous annoncé que la balise « Universal » serait remplacée dès le 1er juillet 2023 par la nouvelle méthode GA4.

Après avoir longuement reporté le problème, j’ai dû mettre en route la procédure de « »migration« » sur les différents sites principaux que je gère, dont celui-ci. Et le moins que l’on puisse dire c’est que la nouvelle approche est loin d’être aussi simple. Il ne s’agit plus de pouvoir « simplement » suivre les statistiques et comportements de manière simple des internautes, tout peut-être croisé, personnalisé à un niveau tels que la configuration est une veritable torture, même pour l’amateur de chiffre que je suis…

Grosso modo, on se retrouve régulièrement avec 5 à 6 sous niveau de menu, des balises qui se croisent et dont la référence change à chaque croisements avec les autres outils Google et je ne peux que faire le constat que rien n’est intuitif.

— Cette article reste en construction, j’y ajouterais petit à petit les éléments d’analyse et solution —

Premier niveau de réglage d'une balise GA4 après son transfert automatique depuis une balise Universal

Option complémentaire dans le menu de niveau 4 "Détails du flux Web"

Au 5° niveau, on pourra découvrir les valeurs des balises croisées... et dans ce cas constaté que les données ne sont pas correctement récupérée depuis le site web

…

Lire la suite Lire la suite

Faire un WordPress Roll-back

11 mars 2022 cyborgjeff Commentaires 1 commentaire - Post Views: 26

Et bien, en plus de 15 ans de WordPress, je pense que je ne m’étais jamais retrouvé dans une situation où envisager un downgrading de version se présente être la meilleure option. Il faut admettre que par le passé, ce genre d’option était assez complexe à mettre en place, devant toucher au noyau du CMS sur le serveur FTP et dans la base de données. J’ai toujours cherché d’autres options.

Mais ici, en utilisant la surcouche ProPhoto 7 si l’un de nos sites professionnels, je n’ai plus autant la main dans l’affichage finale, ce qui était par ailleurs mon intention ! Dès lors, lorsque problème il y a, les solutions à ma disposition me sont moins nombreuses.

ProPhoto 7 bug avec WP 5.9.2e d’écran 2022 03 11 à 10.57.27 — ProPhoto 7 bug avec WP 5.9.2

J’avais évité le passage à la version 5.9.x sur ce serveur alors que je préparais le développement du nouveau site, et je pensais que migrer de la 5.8.last vers la 5.9.2 ne serait pas risqué, puisque 2 versions avaient déjà pu éventuellement corriger les bugs de jeunesse. C’était sans compter un gros changement de la part de WordPress dans sa version 5.9.1 ! Et un message rapporté par ProPhoto recommandant de ne pas passer à la version 5.9.1 et d’attendre, peut-être la 5.9.2 … ARF

Dans les solutions proposées, un roll-back à la version 5.9 , en autre via le plugin « WP Dowgrade » dont la doc est en allemand. Techniquement, on cible le numéro de version, par exemple la 5.9 (et non la 5.9.0). Une fois validé, la page des mise à jour de WordPress va, non plus proposer de ré-installer la dernière version, mais ciblera la version souhaitée. C’est rudimentaire, certes, mais après avoir croisé les doigts et fait deux « Je vous salue Mario »… Le retour en arrière avait réussi et le site était corrigé !

Pfiouw !

…

Lire la suite Lire la suite

Ajouter le nombre de vues d’un article dans le thème du blog

4 janvier 2022 cyborgjeff Commentaires 1 commentaire - Post Views: 24

Ce sont des modifications faites dans mon thème Nisarg sous WordPress il y a de cela bien longtemps, et à chaque mise à jour, je perds un temps bête à me souvenir où je dois faire la modification ! Dans mon blog, j’utilise le plugin Post Views Counter développé par Digital Factory. Ce dernier avait l’avantage notamment de me permettre de récupérer les données, certes à la main depuis les statistiques de Google.

Par défaut, l’affichage peut-être imposé avant ou après le contenu d’un article. Il est également possible d’utiliser un short code [ post-views ] pour afficher le contenu dans l’article. Mais dans mon cas, ce qui m’intéresse est de pouvoir ajouter ces données formatées à la suite de l’affichage de la date et du nombre de commentaires.

Pour ce faire, je dois donc aller ajouter du code dans le template de mon thème et dans ce cas précis, utilisant Nisarg, cela se situe dans « template-parts/content.php » au niveau de la ligne 30.

<div class="entry-meta">
<h5 class="entry-date"><?php nisarg_posted_on(); ?>
<?php pvc_post_views( $post_id = 0, $echo = true ); ?></h5>
</div><!-- .entry-meta -->

A cette endroit, l’utilisation de shortcode ne fonctionne pas, je suis donc obligé de récupérer l’appel de fonction du développeur qui est maintenant documentée dans son API et l’encapsulé dans un appel en PHP.

Voici donc un problème fixé !

Corriger l’affichage du plugin « Post Views Counter »

11 juillet 2019 cyborgjeff Commentaires 2 commentaires - Post Views: 151

Je me garde ces quelques notes pour ne plus perdre trop de temps à chaque fois que le plugin wordpress Post View Counter se met à jour. Post Views Counter me permet d’afficher le nombre de vue pour chaque article et d’y importer (manuellement) les valeurs de Google Stat. Peu de plugin permette de faire cela hormis l’usine Jetpack que j’ai choisi d’abandonner depuis l’année dernière. J’utilise l’option de positionnement manuelle de ces données dans mon template, mais pour que cela s’intègre proprement, j’ai dû faire également un petite modification dans le template du plugin.

Pour mémoire, je fais un appel de la fonction dans le fichier content.php du template de mon thème (caché dans template-parts) à la ligne 33 au moment de préciser ce que l’on retrouve dans la balise H5 liée au titre d’un article.

<?php if ( 'post' == get_post_type() ) : ?>
		<div class="entry-meta">
			<h5 class="entry-date"><?php nisarg_posted_on(); ?> - <?php echo do_shortcode('[pOst-views]');  ?></h5>
		</div><!-- .entry-meta -->
		<?php endif; ?>

Néanmoins lorsque je fonctionne de la sorte, l’ajout d’une balise DIV supplémentaire dans le H5 crée une double ligne dans mon trait ::after assez disgracieuse. Pour corriger le tir, je dois donc supprimer dans le code de l’extension des informations relatives à la manière dont la variable post-views va s’afficher en mode HTML. Ces information se trouvent dans le fichier functions.php rangées dans la section include actuellement autour de la ligne ~~289~~ 402 et que je vais débarrasser des balises <div > et </div> ainsi :

$html = apply_filters(
'pvc_post_views_html', '

' . ($options['display_style']['icon'] && $icon_class !== '' ? $icon : '') . '
' . ($options['display_style']['text'] ? '' . $label . ' ' : '') . '
' . number_format_i18n( $views ) . '
', $post_id, $views, $label, $icon
);