Aller au contenu
SeoFreshUp Docs

Problèmes de compatibilité

SeoFreshUp est conçu pour être plugin-friendly, mais certains conflits surgissent. Voici comment diagnostiquer et corriger.

Conflits avec plugin SEO

SeoFreshUp auto-détecte les plugins SEO actifs (Yoast, Rank Math, SEOPress) et écrit la meta description réécrite dans le bon champ. Si tu as plusieurs plugins SEO actifs simultanément (anti-pattern), SeoFreshUp prend le premier détecté, qui n’est peut-être pas celui que tu utilises vraiment.

Fix

Désactive tous sauf un. Plusieurs plugins SEO créent aussi des meta tags dupliqués dans <head>, ce qui est un vrai problème SEO indépendamment de SeoFreshUp.

Conflits avec plugin de cache

WP Rocket, W3 Total Cache, LiteSpeed Cache, etc. cachent parfois la zone admin. Si le tableau audit ne se rafraîchit pas après une analyse :

Fix

  1. Ajoute l’URL admin SeoFreshUp à la liste exclude from cache :
    • Pattern : /wp-admin/admin.php?page=wp-seo-pruner*
  2. Ou désactive temporairement le cache pour les requêtes admin

Conflits avec plugin REST API

Si un plugin comme Disable REST API bloque /wp-json/, les endpoints AJAX SeoFreshUp échouent.

Fix

Whitelist wp-admin/admin-ajax.php (ce qu’utilise le plugin, pas REST). La plupart des « Disable REST API » n’affectent que /wp-json/, mais certains plugins de sécurité trop zélés bloquent les deux. Check iThemes Security, WP Cerber, All In One WP Security pour des règles « block AJAX ».

Erreurs de limite mémoire

Allowed memory size of 134217728 bytes exhausted

Veut dire : PHP a manqué de RAM pendant l’audit (typique à 50+ articles avec gros contenu).

Fix

Dans wp-config.php :

define('WP_MEMORY_LIMIT', '512M');
define('WP_MAX_MEMORY_LIMIT', '512M');

Ou dans php.ini :

memory_limit = 512M

Pour très gros blogs (5000+ articles), bump à 1024M.

Erreurs max_execution_time

Maximum execution time of 30 seconds exceeded

Le plugin appelle déjà set_time_limit(0) pour bypass, mais certains hôtes (php-fpm safe mode) l’ignorent.

Fix

Demande à ton hébergeur d’augmenter max_execution_time à au moins 120s. Ou utilise WP-CLI pour les longs jobs (voir ci-dessous).

WP-CLI fallback pour gros blogs

Pour les blogs avec 5000+ articles où l’audit en navigateur timeout :

Fenêtre de terminal
# Lancer un audit complet via WP-CLI (pas de timeout navigateur)
wp seofreshup audit --all

(Note : commande WP-CLI en feuille de route, pas livrée en v3.0)

Conflits de thème

Le plugin n’ajoute qu’un menu admin — aucun changement public-facing. Les conflits de thème sont rares. Si tu vois du styling admin cassé :

Fix

  1. Switch temporairement vers un thème par défaut (Twenty Twenty-Four)
  2. Si le souci disparaît, ton thème override le CSS admin — contacte l’auteur du thème

Multisite (Network)

Actuellement pas officiellement supporté. Le plugin marche sur un site d’un network mais ne network-active pas. Le modèle de licence est aussi par-domaine, donc chaque site du network a besoin de sa propre licence.

Support multisite en feuille de route — email si tu as un cas d’usage.

Custom post types

Le plugin n’audite que post_type = 'post'. Les custom post types (produits, pages, cours) sont hors scope. Le plugin est content-pruning-focused pour les articles de blog spécifiquement.

Si tu veux auditer des pages ou produits, c’est en feuille de route après le multisite.

Object cache (Redis, Memcached)

Le plugin utilise les standards wp_options, wp_postmeta et transients — pleinement compatible avec les object caches. Aucune config spéciale.

Considérations CDN

Si tu sers wp-admin/ à travers un CDN (rare mais possible), les endpoints AJAX peuvent être cachés. Ne CDN pas l’admin — ça doit toujours être direct-to-origin.

La suite ?