Déclaration d’accessibilité
ENI s’engage à rendre ses produits digitaux accessibles conformément à l’article 47 de la loi n° 2005-102 du 11 février 2005.
À cette fin, il met en œuvre la stratégie et les actions suivantes :
- Schéma pluriannuel de mise en accessibilité (en cours de rédaction) ;
- Plan d’action annuel (en cours de rédaction).
La déclaration d’accessibilité ci-dessous s’applique à eniplenitude.fr
État de conformité
Le site eniplenitude.fr est non conforme avec le référentiel général d’amélioration de l’accessibilité (RGAA 4.1.2).
Résultat des tests
L’audit de conformité réalisé par la société EY Fabernovel révèle que 35% des critères RGAA sont respectés.
Contenus non accessibles
Les contenus listés ci-dessous ne sont pas accessibles.
Non conformités
Liste des critères non conformes :
- 1.1 Chaque image porteuse d’information a-t-elle une alternative textuelle ?
- 1.2 Chaque image de décoration est-elle correctement ignorée par les technologies d’assistance ?
- 1.3 Pour chaque image porteuse d'information ayant une alternative textuelle, cette alternative est-elle pertinente (hors cas particuliers) ?
- 1.6 Chaque image porteuse d’information a-t-elle, si nécessaire, une description détaillée ?
- 1.8 Chaque image texte porteuse d’information, en l’absence d’un mécanisme de remplacement, doit si possible être remplacée par du texte stylé. Cette règle est-elle respectée (hors cas particuliers) ?
- 2.1 Chaque cadre a-t-il un titre de cadre ?
- 2.2 Pour chaque cadre ayant un titre de cadre, ce titre de cadre est-il pertinent ?
- 3.1 Dans chaque page web, l’information ne doit pas être donnée uniquement par la couleur. Cette règle est-elle respectée ?
- 3.2 Dans chaque page web, le contraste entre la couleur du texte et la couleur de son arrière-plan est-il suffisamment élevé (hors cas particuliers) ?
- 6.1 Chaque lien est-il explicite (hors cas particuliers) ?
- 6.2 Dans chaque page web, chaque lien a-t-il un intitulé ?
- 7.1 Chaque script est-il, si nécessaire, compatible avec les technologies d’assistance ?
- 7.3 Chaque script est-il contrôlable par le clavier et par tout dispositif de pointage (hors cas particuliers) ?
- 7.4 Pour chaque script qui initie un changement de contexte, l’utilisateur est-il averti ou en a-t-il le contrôle ?
- 8.2 Pour chaque page web, le code source généré est-il valide selon le type de document spécifié (hors cas particuliers) ?
- 8.3 Dans chaque page web, la langue par défaut est-elle présente ?
- 8.7 Dans chaque page web, chaque changement de langue est-il indiqué dans le code source (hors cas particuliers) ?
- 8.9 Dans chaque page web, les balises ne doivent pas être utilisées uniquement à des fins de présentation. Cette règle est-elle respectée ?
- 9.1 Dans chaque page web, l’information est-elle structurée par l’utilisation appropriée de titres ?
- 9.2 Dans chaque page web, la structure du document est-elle cohérente (hors cas particuliers) ?
- 9.3 Dans chaque page web, chaque liste est-elle correctement structurée ?
- 10.1 Dans le site web, des feuilles de styles sont-elles utilisées pour contrôler la présentation de l’information ?
- 10.2 Dans chaque page web, le contenu visible porteur d’information reste-t-il présent lorsque les feuilles de styles sont désactivées ?
- 10.3 Dans chaque page web, l’information reste-t-elle compréhensible lorsque les feuilles de styles sont désactivées ?
- 10.5 Dans chaque page web, les déclarations CSS de couleurs de fond d’élément et de police sont-elles correctement utilisées ?
- 10.6 Dans chaque page web, chaque lien dont la nature n’est pas évidente est-il visible par rapport au texte environnant ?
- 10.7 Dans chaque page web, pour chaque élément recevant le focus, la prise de focus est-elle visible ?
- 10.8 Pour chaque page web, les contenus cachés ont-ils vocation à être ignorés par les technologies d’assistance ?
- 10.11 Pour chaque page web, les contenus peuvent-ils être présentés sans perte d’information ou de fonctionnalité et sans avoir recours soit à un défilement vertical pour une fenêtre ayant une hauteur de 256 px, soit à un défilement horizontal pour une fenêtre ayant une largeur de 320 px (hors cas particuliers) ?
- 10.12 Dans chaque page web, les propriétés d’espacement du texte peuvent-elles être redéfinies par l’utilisateur sans perte de contenu ou de fonctionnalité (hors cas particuliers) ?
- 10.14 Dans chaque page web, les contenus additionnels apparaissant via les styles CSS uniquement peuvent-ils être rendus visibles au clavier et par tout dispositif de pointage ?
- 11.1 Chaque champ de formulaire a-t-il une étiquette ?
- 11.2 Chaque étiquette associée à un champ de formulaire est-elle pertinente (hors cas particuliers) ?
- 11.4 Dans chaque formulaire, chaque étiquette de champ et son champ associé sont-ils accolés (hors cas particuliers) ?
- 11.6 Dans chaque formulaire, chaque regroupement de champs de même nature a-t-il une légende ?
- 11.7 Dans chaque formulaire, chaque légende associée à un regroupement de champs de même nature est-elle pertinente ?
- 11.9 Dans chaque formulaire, l’intitulé de chaque bouton est-il pertinent (hors cas particuliers) ?
- 11.10 Dans chaque formulaire, le contrôle de saisie est-il utilisé de manière pertinente (hors cas particuliers) ?
- 11.13 La finalité d’un champ de saisie peut-elle être déduite pour faciliter le remplissage automatique des champs avec les données de l’utilisateur ?
- 12.1 Chaque ensemble de pages dispose-t-il de deux systèmes de navigation différents, au moins (hors cas particuliers) ?
- 12.6 Les zones de regroupement de contenus présentes dans plusieurs pages web (zones d’en-tête, de navigation principale, de contenu principal, de pied de page et de moteur de recherche) peuvent-elles être atteintes ou évitées ?
- 12.7 Dans chaque page web, un lien d’évitement ou d’accès rapide à la zone de contenu principal est-il présent (hors cas particuliers) ?
- 12.8 Dans chaque page web, l’ordre de tabulation est-il cohérent ?
- 12.9 Dans chaque page web, la navigation ne doit pas contenir de piège au clavier. Cette règle est-elle respectée ?
- 12.11 Dans chaque page web, les contenus additionnels apparaissant au survol, à la prise de focus ou à l’activation d’un composant d’interface sont-ils si nécessaire atteignables au clavier ?
- 13.3 Dans chaque page web, chaque document bureautique en téléchargement possède-t-il, si nécessaire, une version accessible (hors cas particuliers) ?
- 13.9 Dans chaque page web, le contenu proposé est-il consultable quelle que soit l’orientation de l’écran (portait ou paysage) (hors cas particuliers) ?
Dérogations pour charge disproportionnée
- Aucune
Contenus non soumis à l’obligation d’accessibilité
- Certaines vidéos utilisées dans la section « magazine » ne sont pas la propriété de ENI. Par conséquent, il n’est pas toujours possible d’y ajouter les sous-titres synchronisés et/ou les audiodescriptions nécessaires pour garantir une accessibilité optimale.
Établissement de cette déclaration d’accessibilité
Cette déclaration a été établie le 27 mai 2025.
Technologies utilisées pour la réalisation du site web
- HTML
- CSS
- Javascript
Environnement de test
Agents utilisateurs, technologies d’assistance et outils utilisés pour vérifier l’accessibilité
- NVDA et Firefox 137
- JAWS 2023 et Firefox 137
- VoiceOver et Safari 18.5
- VoiceOver (iOS 18.3.2) et Safari
- TalkBack (Android 13) et Chrome
Les outils utilisés lors de l’évaluation
La vérification de l’accessibilité est le résultat de tests manuels, assistés par des outils
- Extension HeadingsMaps
- Extension WebDeveloper Toolbar
- Extension RGAA Assistant
- Color Contrast Analyser
Pages du site ayant fait l’objet de la vérification de conformité
1. Home page
2. Contact (pro)
3. Mentions légales
4. Détail d'offre (Plenifix 1 an)
5. Questions fréquentes
6. Questions fréquentes > sous-catégorie
7. Magazine accueil
8. Magazine > article avec video
9. Mobilité électrique > Carte des stations de bornes de recharges
10. Mobilité électrique > Pour les entreprises Produits et services > formulaire
11. Page d'authentification particulier
12. Page d'authentification pro
Le processus de souscription et l’espace client sont en cours d’audit pour le moment et les résultats seront disponibles prochainement.
Retour d’information et contact
Si vous rencontrez des difficultés d’accès à nos services numériques ou souhaitez nous signaler un contenu inaccessible, vous pouvez contacter Plenitude France à l’adresse suivante : accessibilite@eniplenitude.fr
Vos demandes seront traitées par nos équipes internes, en coordination avec les services concernés. En l'absence de réponse satisfaisante, vous avez la possibilité de saisir le Défenseur des Droits (cf. section Voies de recours).
Voies de recours
Cette procédure est à utiliser dans le cas suivant.
Vous avez signalé au responsable du site internet un défaut d’accessibilité qui vous empêche d’accéder à un contenu ou à un des services du portail et vous n’avez pas obtenu de réponse satisfaisante.
- Écrire un message au Défenseur des droits (https://www.defenseurdesdroits.fr/nous-contacter-355)
- Contacter le délégué du Défenseur des droits près de chez vous (https://www.defenseurdesdroits.fr/carte-des-delegues)
- Envoyer un courrier par la poste (gratuit, ne pas mettre de timbre) : Défenseur des droits Libre réponse 7112075342 Paris CEDEX 07