DÉCLARATION DE MISE EN ACCESSIBILITÉ
Société Générale s’engage à rendre son site intranet accessible 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 :
ÉTAT DE CONFORMITÉ
Le site intranet My Société Générale, l’application SOGEPROM (https://www.sogeprom.fr/) est partiellement conforme avec le référentiel général d’amélioration de l’accessibilité (RGAA), version 4.1, en raison des non-conformités et des dérogations énumérées ci-dessous.
TESTS D’ACCESSIBILITÉ
L’audit de conformité réalisé par Pavan/Sudhir révèle que :
- 50% des critères RGAA sont respectés.
Il s’agit du nombre de critères pleinement respectés sur la totalité des pages de l’échantillon. - Le taux moyen de conformité du service en ligne s’élève à 78%.
Il s’agit de la moyenne du score de conformité obtenu sur chacune des pages de l’échantillon. - SOGEPROM_RGAA4.1.ods
CONTENUS NON ACCESSIBLES
1. Non-conformités
Nous listons ci-dessous l’ensemble des critères non-conformes. Pour le détail, se reporter à la grille d’audit et au schéma pluriannuel pour le plan d’amélioration continue.
1.2 : Chaque image de décoration est-elle correctement ignorée par les technologies d’assistance ?
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) ?
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) ?
3.3 : Dans chaque page web, les couleurs utilisées dans les composants d’interface ou les éléments graphiques porteurs d’informations sont-elles suffisamment contrastées (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 ?
7.5 : Dans chaque page web, les messages de statut sont-ils correctement restitués par les technologies d’assistance ?
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) ?
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.4 : Dans chaque page web, chaque citation est-elle correctement indiquée ?
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.4 : Dans chaque page web, le texte reste-t-il lisible lorsque la taille des caractères est augmentée jusqu’à 200%, au moins (hors cas particuliers) ?
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.7 : Dans chaque page web, pour chaque élément recevant le focus, la prise de focus est-elle visible ?
10.9 : Dans chaque page web, l’information ne doit pas être donnée uniquement par la forme, taille ou position. Cette règle est-elle respectée ?
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.13 : Dans chaque page web, les contenus additionnels apparaissant à la prise de focus ou au survol d’un composant d’interface sont-ils contrôlables par l’utilisateur (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.5 : Dans chaque formulaire, les champs de même nature sont-ils regroupés, si nécessaire ?
11.10 : Dans chaque formulaire, le contrôle de saisie est-il utilisé de manière pertinente (hors cas particuliers) ?
11.12 : Pour chaque formulaire qui modifie ou supprime des données, ou qui transmet des réponses à un test ou à un examen, ou dont la validation a des conséquences financières ou juridiques, les données saisies peuvent-elles être modifiées, mises à jour ou récupérées par l’utilisateur ?
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 ?
13.9 : Dans chaque page web, le contenu proposé est-il consultable quelle que soit l’orientation de l’écran (portrait ou paysage) (hors cas particuliers) ?
2. Dérogations pour charge disproportionnée
- Escape clients
- Escape presciputors
- Site réalisé par mcube
- Références
- Politique des cookies
- Tout document téléchargeable à partir du site Web
- Toute URL redirigeant vers un domaine autre que le site de la SOGEPROM
3. Contenus non soumis à l’obligation d’accessibilité
L’article 3 du décret n°2019-768 du 24 juillet 2019 fait une liste des contenus exemptés de l’obligation d’accessibilité.
non
4. ÉTABLISSEMENT DE CETTE DÉCLARATION D’ACCESSIBILITÉ
Cette déclaration a été établie le 21 Février 2023.
TECHNOLOGIES UTILISÉES POUR LA RÉALISATION DU SITE WEB
Les technologies suivantes sont utilisées sur le site web :
- HTML
- CSS
- WordPress
AGENTS UTILISATEURS, TECHNOLOGIES D’ASSISTANCE ET OUTILS UTILISÉS POUR VÉRIFIER L’ACCESSIBILITÉ
Les tests des pages web ont été effectués avec les combinaisons de navigateurs web et lecteurs d’écran suivants :
- Agent utilisateur
- Chrome 107.0.5304.107
- Technologie d’assistance
- NVDA 2018.3.2
Outils utilisés
Les outils suivants ont été utilisés lors de l’évaluation :
- Extension AXE publié par Deque pour Chrome;
- Kontrast – WCAG Contrast Checker (Chrome)
- Extension de navigateur Web Developer de Chris Pederick : https://chrispederick.com/work/web-developer/
Pages du site ayant fait l’objet de la vérification de conformité
- HomePage
- HomePage-Habiter
- HomePage-Habiter-Nos programmes immobiliers neufs
- HomePage-Habiter-Nos programmes immobiliers neufs-Découvrir la résidence
- HomePage-Investir
- HomePage-Accueil-Nos programmes immobiliers neufs -Alpes
- HomePage-Vendre un terrain
- HomePage-Menu-Simulateur de crédit
- HomePage-Nous contacter
- HomePage-Actualités
- HomePage-Parrainage
- HomePage-Plan du site
- HomePage-FAQ
- HomePage-Mentions légales
RETOUR D’INFORMATION ET CONTACT
Si vous n’arrivez pas à accéder à un contenu ou à un service, vous pouvez contacter le responsable de My Société Générale pour être orienté vers une alternative accessible ou obtenir le contenu sous une autre forme.
- Envoyer un message : voir page “contacts”
- Contacter :COMM/EDE/PRO
Tours Société Générale
189 rue d’Aubervilliers
75886 Paris cedex 18
VOIES DE RECOURS
Cette procédure est à utiliser dans le cas suivant.
Vous avez signalé au responsable du site intranet 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
- Contacter le délégué du Défenseur des droits dans votre région
- Envoyer un courrier par la poste (gratuit, ne pas mettre de timbre)Défenseur des droits
Libre réponse 71120
75342 Paris CEDEX 07