« Le tableau de bord me montre les extensions à jour depuis WordPress.org, mais toujours pas le thème, alors que son auteur a bien publié une nouvelle version ailleurs. » Ce constat, fréquent chez les personnes qui gèrent un site sans connaître le mécanisme interne de vérification des mises à jour, s’explique par plusieurs limites propres au système de détection de WordPress.
Comment fonctionne réellement la détection
WordPress ne vérifie pas les mises à jour de thème en temps réel à chaque affichage du tableau de bord. Un transient, une donnée temporaire stockée en base et régulièrement renouvelée, conserve le résultat de la dernière vérification effectuée, généralement toutes les douze heures via une tâche planifiée interne.
$mises_a_jour = get_site_transient( 'update_themes' );
var_dump( $mises_a_jour->response );
Ce code, exécuté depuis un contexte administrateur, affiche le contenu exact de ce que WordPress considère comme des mises à jour disponibles au moment de la dernière vérification. Si le thème concerné n’apparaît pas dans ce tableau, la cause se situe en amont de l’affichage, pas dans l’interface elle-même.
Premier cas : le thème n’est simplement pas sur le répertoire officiel
Un thème installé manuellement, acheté sur une place de marché tierce ou développé sur mesure pour un projet précis, n’est jamais vérifié par le mécanisme natif de WordPress, qui n’interroge que le répertoire officiel de WordPress.org. Aucune notification n’apparaîtra jamais pour ce type de thème, quelle que soit la fréquence des nouvelles versions publiées ailleurs par son auteur.
- Un thème premium vendu sur une place de marché nécessite en général son propre mécanisme de vérification, fourni par son auteur.
- Un thème sur mesure, développé en interne ou par une agence, ne propose de mise à jour que si un système dédié a été mis en place volontairement.
- Seuls les thèmes hébergés officiellement sur WordPress.org bénéficient de la détection native, sans configuration supplémentaire.
Deuxième cas : un simple délai de mise en cache
Si le thème est bien hébergé sur le répertoire officiel, il se peut que la nouvelle version vienne tout juste d’être publiée et que le transient local n’ait pas encore été renouvelé. Ce délai peut atteindre plusieurs heures selon le moment de la dernière vérification automatique.
delete_site_transient( 'update_themes' );
// La prochaine visite au tableau de bord relance immédiatement une vérification.
Supprimer ce transient force WordPress à revérifier immédiatement, sans attendre le prochain cycle automatique, ce qui permet de distinguer rapidement un simple problème de cache d’une absence réelle de mécanisme de mise à jour pour ce thème.
Troisième cas : un hébergement qui bloque les requêtes sortantes
Plus rarement, un hébergement configuré de façon restrictive peut empêcher WordPress d’atteindre le serveur de l’API de WordPress.org, ce qui bloque silencieusement toute vérification, y compris celle des extensions. Un tableau de bord où ni les thèmes ni les extensions ne signalent jamais de mise à jour, même après plusieurs jours, doit orienter le diagnostic vers cette hypothèse plutôt que vers un simple souci de cache.
Avant de conclure à un bug de WordPress, vérifier d’abord si le thème concerné est réellement hébergé sur le répertoire officiel : c’est la cause la plus fréquente, et la plus simple à confirmer en quelques secondes.
En résumé
L’absence de notification de mise à jour pour un thème ne signale presque jamais un problème avec WordPress lui-même. Elle révèle soit l’origine du thème hors du répertoire officiel, soit un simple délai de mise en cache facilement contournable, soit, plus rarement, une restriction réseau côté hébergement qui mérite un diagnostic plus large.
