Avec votre consentement, nous utilisons Google Analytics pour comprendre comment notre site est utilisé et l’améliorer. Les cookies techniquement nécessaires sont toujours déposés. Vous pouvez modifier votre choix à tout moment via « Paramètres des cookies » en bas de page. Politique de confidentialité
Tester de nombreuses pages. Automatiser les processus.
Testez plusieurs pages en un seul passage, relancez les vérifications après vos corrections et automatisez les processus – directement dans WordPress.
Du test par lot manuel aux passages planifiés jusqu'au test automatique à la publication : EZZE WCAG Pro garde l'accessibilité de l'ensemble de votre site sous contrôle – avec des droits clairs pour votre équipe.
Tests par lot en arrière-plan avec progression en direct
De nombreuses pages. Un seul passage. Des résultats clairs.
Vérifiez plusieurs URL en un seul passage, suivez la progression en direct et trouvez plus vite les barrières typiques – au lieu de tester chaque page une par une.
Idéal pour les grands sites WordPress
Progression en direct pour chaque test par lot
Types de contenu au choix
Utilisation flexible dans le cadre d'un usage raisonnable
Captures d'écran du viewport desktop et mobile
Comment ça marche
Le test par lot en quatre étapes
De la sélection des contenus à l'évaluation : un test par lot s'exécute entièrement en arrière-plan de votre installation WordPress – vous gardez une vue d'ensemble à tout moment.
01
Étape 1 : Sélectionner les contenus
Choisissez des types de publication, des archives, des taxonomies ou des pages spéciales comme la page d'accueil. Le plugin vous indique immédiatement combien d'URL le passage comprend.
02
Étape 2 : Vérifier le périmètre et lancer
Avant le lancement, EZZE WCAG Pro estime le périmètre et supprime les URL en double. 10 lancements manuels de lots par jour sont possibles par site.
03
Étape 3 : Laisser tester en arrière-plan
Le passage se poursuit via WP-Cron ou l'Action Scheduler, même si vous fermez la fenêtre. Des puces desktop et mobile indiquent l'état de chaque page.
04
Étape 4 : Évaluer les résultats
Tous les résultats arrivent dans un tableau filtrable et triable. Vous retestez les pages en échec en une fois, et l'historique des lots conserve chaque passage.
Vérifications automatisées
Vérifier l'accessibilité automatiquement et régulièrement
Planifiez des tests par lot récurrents pour vos contenus WordPress et repérez tôt les nouvelles barrières – sans devoir lancer chaque vérification à la main.
Passages de test automatiques
Faites exécuter les vérifications de manière fiable en arrière-plan – de façon récurrente, planifiable et sans routine manuelle.
Intervalles flexibles
Choisissez votre intervalle de vérification – hebdomadaire, mensuel ou personnalisé entre 7 et 365 jours.
Rapport par e-mail
En option, vous recevez après chaque passage manuel ou planifié un e-mail avec le statut, le périmètre et les prochaines étapes.
Vérification à la publication
Publier, vérifier, corriger de façon ciblée
À la publication, EZZE WCAG Pro lance automatiquement une vérification d'accessibilité du nouveau contenu. Les problèmes détectés sont affichés de façon compréhensible pour que vous puissiez les corriger manuellement et de manière ciblée. Au besoin, vous pouvez ensuite remettre l'article à l'état de brouillon.
Lancement automatique du test
Le test démarre directement à la publication de l'article.
Indications claires
Les problèmes détectés sont affichés de façon compréhensible et peuvent être corrigés de manière ciblée.
Corriger en mode brouillon
En cas de problèmes importants, vous pouvez remettre manuellement l'article à l'état de brouillon.
Définissez quels rôles WordPress peuvent exécuter des tests individuels, lancer des tests par lot ou supprimer des résultats de test enregistrés. Chaque membre de l'équipe obtient ainsi exactement les droits dont il a vraiment besoin.
Gérer par rôle
Attribuez les droits de façon ciblée selon le rôle – par exemple pour les éditeurs, les auteurs ou les gestionnaires de boutique.
Sûr et clair
Gardez les autorisations critiques sous contrôle de manière centralisée et évitez les modifications accidentelles dans l'équipe.
Workflows pour les équipes
Trois processus éprouvés – de la rédaction à l'agence
Tests par lot, planifications, tests automatiques et autorisations s'articulent entre eux. Voici comment les combiner selon votre équipe.
1
Rédaction
Les éditeurs et les auteurs vérifient leurs propres articles par test individuel, le test après publication s'exécute automatiquement. Les tests par lot, les contenus d'autres personnes et la suppression des résultats restent réservés à l'administrateur.
Test individuel pour les éditeurs et les auteurs
Test après publication actif
Tests par lot réservés aux administrateurs
2
Agence
Un test par lot planifié vérifie l'ensemble du site chaque mois en arrière-plan. Le rapport arrive par e-mail, l'historique des lots avec ID de support documente chaque passage pour les clients et l'équipe.
Lot planifié tous les 30 jours
Rapport par e-mail après chaque passage
Historique des lots avec ID de support
3
Développement
Après chaque mise à jour d'un contenu publié, un nouveau test démarre automatiquement. Les cibles de redirection sont également vérifiées, les bannières de cookies masquées pour le test cloud.
Test après mise à jour (dès Basic)
Tester automatiquement les cibles de redirection internes
Masquer les bannières de cookies lors des tests
Tous les droits et automatismes sont configurables dans le plugin – commencez de façon restrictive et élargissez au besoin.
Plans & quotas
Tests par lot et automatisation dès Basic
Les tests par lot, le viewport mobile supplémentaire, les passages planifiés et le test après publication commencent avec Basic. Votre quota mensuel d'URL s'affiche directement dans le plugin.
Affichage des prix
Afficher les prix pour
Devise
Les prix en EUR reposent sur le taux de référence : 1 USD ≈ 0,8951 EUR · au 30 octobre 2026. Le checkout et l'affichage du plan font foi.
iL'affichage du plan dans le checkout Freemius fait foi pour votre licence active. Les répétitions de la même URL sont illimitées ; la limite mensuelle concerne les URL distinctes. L'affichage du résultat de test dans la barre d'outils front-end est disponible à partir de Plus.
iL'affichage du plan dans le checkout Freemius fait foi pour votre licence active. Les répétitions de la même URL sont illimitées ; la limite mensuelle concerne les URL distinctes. L'affichage du résultat de test dans la barre d'outils front-end est disponible à partir de Plus.
Des questions sur les tests par lot et les workflows ?
Réponses sur les quotas, les répétitions, les redirections, les autorisations et les notifications lors des passages par lot.
1. Les passages par lot écrasent-ils les anciens résultats ?
Oui. Lorsque la même URL est testée à nouveau, le résultat enregistré pour cette page de contenu peut être remplacé par le nouvel état.
C'est utile pour garder sous contrôle l'état actuel de votre site. Les résultats de test plus anciens ne sont alors plus consultables comme état séparé.
2. Combien de tests par lot puis-je lancer par jour ?
Jusqu'à 10 lancements manuels de lots sont prévus par site et par jour civil. Les passages planifiés et automatiques sont régis séparément.
S'il reste une file d'attente après une interruption ou un redémarrage du serveur, le plugin reprend automatiquement le passage sans retester les pages déjà vérifiées.
3. Les tests desktop et mobile consomment-ils deux quotas d'URL ?
Non. Desktop et mobile produisent des résultats distincts, mais ne comptent qu'une seule fois dans votre quota mensuel d'URL distinctes.
Chaque URL normalisée ne compte qu'une fois par mois – quel que soit le nombre de fois où vous la testez. Le protocole, la casse de l'hôte, une barre oblique finale ou de simples paramètres de suivi ne créent pas de seconde entrée.
4. Que deviennent les redirections dans un lot ?
Par défaut, les entrées redirigées sont ignorées sans score. Avec l'option « Tester automatiquement les cibles de redirection internes », le plugin vérifie aussi les cibles du même domaine ; les cibles externes ne sont pas appelées.
Le résultat n'est enregistré que pour l'URL finale. Plusieurs sources ayant la même cible ne donnent lieu qu'à une seule vérification et ne consomment qu'un seul quota.
5. Qui peut lancer des tests par lot ?
Par défaut, uniquement les administrateurs, car les tests par lot sont gourmands en ressources. Dans les autorisations, vous pouvez activer « Autoriser les tests par lot » pour d'autres rôles disposant de la capacité edit_posts, par exemple les éditeurs.
Les administrateurs conservent toujours les quatre droits : tests individuels, tests par lot, tester les contenus d'autres utilisateurs et supprimer les résultats.
6. Suis-je notifié après le passage ?
En option. Après chaque passage par lot manuel ou planifié, un e-mail peut être envoyé. Il distingue les états terminé, en échec et interrompu et, en cas d'avertissement de limite, indique la raison, le périmètre prévu et les prochaines étapes.
Score du lot96%
Pages du lot62 +24 nouv.
Lots planifiéstous les 30 jjanfévmaravrmaijuin
À retester3après erreur
Lancez-vous
Prêt à garder l'ensemble de votre site sous contrôle ?
Commencez par un test individuel dans le plan Free et passez aux tests par lot, aux planifications et aux droits d'équipe dès que votre site grandit.
Tests par lot pour WordPress : vérifier l'accessibilité à grande échelle
Avec les tests par lot d'EZZE WCAG Pro, vous vérifiez de nombreuses pages, articles, archives et taxonomies en un seul passage. Le traitement s'exécute en arrière-plan de votre installation WordPress, la progression est visible à tout moment et tous les résultats arrivent dans un tableau filtrable avec score, viewport et constats WCAG.
Les lots planifiés vérifient votre site de façon récurrente – chaque semaine, chaque mois ou selon votre propre intervalle. Le test après publication garantit que les nouveaux contenus sont vérifiés immédiatement, et les autorisations vous permettent de définir quels rôles de votre équipe peuvent lancer quels tests.
Il en résulte un workflow clair pour les rédactions, les agences et les développeurs : les barrières ne sont pas seulement trouvées une fois, mais gardées sous contrôle en continu – avec un focus sur WCAG, BITV et BFSG.