Useful snippets photo

WordPress : trouver les articles de moins de 300 mots

Pour auditer un site WordPress, il est souvent utile de repérer les articles très courts. Non pas parce qu’un article de moins de 300 mots serait automatiquement mauvais, mais parce qu’il mérite une vérification éditoriale.

Un contenu court peut être parfaitement légitime : une brève, une vidéo, une note technique, une citation, une commande utile. Mais il peut aussi signaler un vieil article trop mince, une page oubliée, un contenu cannibalisé, ou un billet qui ne répond plus vraiment à l’intention de recherche.

Voici donc plusieurs méthodes pour trouver les articles WordPress de moins de 300 mots : en SQL, avec WP-CLI, et avec un export CSV exploitable pour une vraie refonte éditoriale.

Méthode rapide : trouver les articles courts avec SQL

La méthode la plus directe consiste à interroger la table wp_posts. WordPress stocke le contenu principal des articles dans la colonne post_content.

Voici une requête simple pour trouver les articles publiés qui contiennent moins de 300 mots environ :

SELECT
	ID,
	post_title,
	post_name,
	post_date,
	(
		LENGTH( TRIM( post_content ) ) - LENGTH( REPLACE( TRIM( post_content ), ' ', '' ) ) + 1
	) AS estimated_word_count
FROM wp_posts
WHERE post_type = 'post'
AND post_status = 'publish'
AND TRIM( post_content ) != ''
AND (
	LENGTH( TRIM( post_content ) ) - LENGTH( REPLACE( TRIM( post_content ), ' ', '' ) ) + 1
) < 300
ORDER BY estimated_word_count ASC;Langage du code : PHP (php)

Cette requête donne une estimation rapide. Elle compte les séparateurs d’espaces, ce qui suffit pour un premier repérage. En revanche, elle ne nettoie pas vraiment le HTML, les commentaires Gutenberg, les shortcodes ou les espaces multiples.

Lire WordPress : trouver les articles de moins de 300 mots

Ajouter un lien avec le nombre d'articles et le total du panier WooCommerce photo

Mettre à jour la base de données WooCommerce avec WP-CLI

Après une mise à jour de WooCommerce, WordPress peut afficher un message du type : WooCommerce database update required. En français : WooCommerce a été mis à jour, mais sa base de données doit encore suivre le mouvement.

Dans l’administration WordPress, WooCommerce propose un bouton pour lancer cette mise à jour. Mais sur une boutique active, un gros catalogue, ou un serveur où les requêtes web peuvent expirer, WP-CLI est souvent plus propre. Le terminal n’a pas peur des gros paniers. Lui.

Ce que fait la mise à jour de la base WooCommerce

WooCommerce stocke ses données dans la base WordPress : produits, commandes, clients, réglages, taxes, coupons, attributs, journaux, lookup tables, webhooks et métadonnées diverses.

Quand une nouvelle version de WooCommerce introduit une modification de structure ou de données, le plugin peut devoir exécuter une mise à jour de base. Cette opération adapte les données existantes à la version installée.

Concrètement, cela peut mettre à jour des options, créer ou modifier des tables, régénérer certaines données, ou planifier des tâches d’arrière-plan via Action Scheduler.

Lire Mettre à jour la base de données WooCommerce avec WP-CLI

The SEO Framework : résoudre l'erreur 404 du fichier sitemap.xml sous NginX photo

The SEO Framework : corriger une erreur 404 sur sitemap.xml avec nginx

Avec WordPress, nginx et The SEO Framework, il peut arriver que l’URL /sitemap.xml renvoie une erreur 404 Not Found. Le plugin est actif, les permaliens fonctionnent, mais le sitemap refuse de s’afficher. Classique. Agaçant. Très nginx.

Dans la plupart des cas, The SEO Framework n’est pas le coupable. Le problème vient de la configuration nginx : une règle intercepte les fichiers .xml avant que WordPress puisse générer le sitemap virtuel.

Pourquoi sitemap.xml peut renvoyer une 404 sous nginx

The SEO Framework génère son sitemap dynamiquement. Cela signifie que /sitemap.xml n’est pas forcément un vrai fichier présent sur le disque. C’est une URL virtuelle servie par WordPress.

Avec Apache, WordPress peut souvent gérer ce type de réécriture via .htaccess. Avec nginx, c’est différent : il n’y a pas de fichier .htaccess lu dossier par dossier. Les règles doivent être écrites dans le server block nginx.

Si nginx tente de servir /sitemap.xml comme un fichier statique réel, il cherche un fichier nommé sitemap.xml à la racine du site. S’il n’existe pas, nginx renvoie une 404 avant même que WordPress puisse répondre.

Lire The SEO Framework : corriger une erreur 404 sur sitemap.xml avec nginx