vault backup: 2026-09-16 14:35:02
This commit is contained in:
Amadou Ndiaye
+841
@@ -0,0 +1,841 @@
|
||||
---
|
||||
date: 2026-08-18
|
||||
status: idea
|
||||
owner: Amadou
|
||||
project:
|
||||
strategic_area: Accessibilité
|
||||
effort: High
|
||||
impact: High
|
||||
---
|
||||
|
||||
|
||||
> 💡 **Idea** · 🔎 **Exploring** · 🟢 **Approved** · ⏸️ **Parked** · ⚫ **Dropped** · 🚀 **Converted**
|
||||
|
||||
# Rôle et responsabilités – Chargé de stratégie numérique
|
||||
|
||||
## TL;DR
|
||||
|
||||
Le Chargé de stratégie numérique est responsable de deux grands axes :
|
||||
|
||||
1. **Accessibilité numérique** : surveiller la conformité de nos plateformes, identifier les risques, accompagner les projets et assurer une veille sur les obligations et standards applicables.
|
||||
|
||||
2. **SEO et découvrabilité** : surveiller la santé SEO de nos plateformes, analyser leur visibilité, identifier les problèmes et opportunités et recommander les actions à prioriser.
|
||||
|
||||
|
||||
L'évolution recherchée est de faire passer le rôle d'un fonctionnement principalement **réactif** à un fonctionnement davantage **proactif**.
|
||||
|
||||
Le rôle ne doit pas uniquement consister à répondre aux demandes, participer aux projets ou effectuer des validations. Il doit également utiliser les données, les audits, les outils de surveillance et son expertise pour **faire émerger des recommandations et proposer des priorités**.
|
||||
|
||||
La posture recherchée est notamment :
|
||||
|
||||
> **« Voici ce que les données montrent. Nous perdons de la visibilité sur X, nous avons une opportunité sur Y et Google indexe mal Z. Je recommande que nous travaillions sur ces trois axes ce trimestre. »**
|
||||
|
||||
Son rôle est de **détecter, analyser, recommander, prioriser et mesurer**.
|
||||
|
||||
L'implémentation demeure la responsabilité des équipes concernées : Marketing, contenu, développeurs, intégrateurs ou fournisseurs.
|
||||
|
||||
---
|
||||
|
||||
# 1. Objectif du rôle
|
||||
|
||||
Le Chargé de stratégie numérique est responsable de la **gouvernance de l'accessibilité numérique** et de la **santé SEO de nos plateformes Web**.
|
||||
|
||||
Son rôle consiste à :
|
||||
|
||||
- définir et maintenir les standards;
|
||||
|
||||
- surveiller la conformité et la performance;
|
||||
|
||||
- identifier les risques et les opportunités;
|
||||
|
||||
- formuler et prioriser des recommandations;
|
||||
|
||||
- accompagner les équipes internes et les fournisseurs;
|
||||
|
||||
- valider les changements importants;
|
||||
|
||||
- mesurer l'évolution dans le temps;
|
||||
|
||||
- faire émerger de façon proactive les sujets nécessitant l'attention de l'organisation.
|
||||
|
||||
|
||||
L'implémentation des recommandations est réalisée par les équipes responsables selon la nature du changement : fournisseurs, développeurs, intégrateurs, équipes de contenu ou Marketing.
|
||||
|
||||
---
|
||||
|
||||
# 2. Posture attendue : expertise et force de proposition
|
||||
|
||||
Le Chargé de stratégie numérique ne doit pas intervenir uniquement lorsqu'une demande lui est adressée ou lorsqu'un projet nécessite une validation.
|
||||
|
||||
Une partie importante de son rôle consiste à **surveiller activement nos plateformes, analyser les données disponibles et identifier de façon proactive les risques, problèmes et opportunités** en matière de SEO et d'accessibilité.
|
||||
|
||||
Il doit être en mesure de transformer ses observations en **propositions concrètes et priorisées** pour l'organisation.
|
||||
|
||||
## 2.1 Attente
|
||||
|
||||
À partir des données, audits, outils de surveillance, évolutions technologiques et observations sur nos plateformes, le Chargé de stratégie numérique doit régulièrement pouvoir répondre aux questions suivantes :
|
||||
|
||||
- Qu'est-ce qui se dégrade?
|
||||
|
||||
- Qu'est-ce qui fonctionne bien?
|
||||
|
||||
- Où perdons-nous de la visibilité?
|
||||
|
||||
- Où avons-nous une opportunité de croissance?
|
||||
|
||||
- Quels problèmes techniques limitent notre découvrabilité?
|
||||
|
||||
- Quels risques d'accessibilité sont présents?
|
||||
|
||||
- Quels problèmes reviennent régulièrement?
|
||||
|
||||
- Quelles évolutions de Google, des moteurs de recherche, des WCAG ou de l'IA pourraient nous affecter?
|
||||
|
||||
- Sur quoi devrions-nous travailler ensuite?
|
||||
|
||||
|
||||
L'objectif est de passer d'un fonctionnement principalement **réactif** :
|
||||
|
||||
> Une équipe demande une analyse → une analyse est effectuée → une recommandation est produite.
|
||||
|
||||
à un fonctionnement également **proactif** :
|
||||
|
||||
> Les données et plateformes sont surveillées → un problème ou une opportunité est identifié → son impact est évalué → une recommandation est formulée → une action est proposée et priorisée.
|
||||
|
||||
---
|
||||
|
||||
## 2.2 Forme attendue d'une proposition
|
||||
|
||||
Une recommandation stratégique devrait idéalement contenir quatre éléments.
|
||||
|
||||
### 1. Observation
|
||||
|
||||
**Qu'est-ce que les données ou l'analyse montrent?**
|
||||
|
||||
> La visibilité organique des pages X diminue depuis trois mois.
|
||||
|
||||
### 2. Impact
|
||||
|
||||
**Pourquoi est-ce important?**
|
||||
|
||||
> Ces pages représentent une part importante des impressions provenant de Google et cette diminution pourrait réduire la découvrabilité de nos contenus.
|
||||
|
||||
### 3. Recommandation
|
||||
|
||||
**Que devrions-nous faire?**
|
||||
|
||||
> Je recommande de revoir la structure des pages, le maillage interne et le positionnement des contenus concernés.
|
||||
|
||||
### 4. Action proposée
|
||||
|
||||
**Quelle est la prochaine étape concrète?**
|
||||
|
||||
> Effectuer une analyse détaillée des principales pages concernées et créer les tickets techniques ou recommandations éditoriales nécessaires.
|
||||
|
||||
---
|
||||
|
||||
## 2.3 Exemple de posture attendue
|
||||
|
||||
Le résultat attendu n'est pas uniquement :
|
||||
|
||||
> « Voici le rapport SEO du mois. »
|
||||
|
||||
Le rôle doit permettre d'arriver avec une lecture et une recommandation :
|
||||
|
||||
> **« Voici ce que les données montrent. Nous perdons de la visibilité sur X, nous avons une opportunité sur Y et Google indexe mal Z. Je recommande que nous travaillions sur ces trois axes ce trimestre. »**
|
||||
|
||||
De la même manière pour l'accessibilité :
|
||||
|
||||
> **« Les audits des derniers mois montrent que les mêmes problèmes reviennent sur plusieurs plateformes. Je recommande que nous intégrions ces critères directement dans les exigences transmises aux fournisseurs plutôt que de continuer à les corriger après livraison. »**
|
||||
|
||||
---
|
||||
|
||||
## 2.4 Responsabilités proactives
|
||||
|
||||
Le Chargé de stratégie numérique doit notamment :
|
||||
|
||||
- surveiller régulièrement les données SEO et les indicateurs d'accessibilité;
|
||||
|
||||
- identifier les tendances positives et négatives;
|
||||
|
||||
- détecter les anomalies sans attendre qu'elles soient signalées;
|
||||
|
||||
- identifier les opportunités d'amélioration;
|
||||
|
||||
- analyser les causes potentielles;
|
||||
|
||||
- proposer des actions concrètes;
|
||||
|
||||
- évaluer leur priorité et leur impact;
|
||||
|
||||
- présenter ses recommandations aux responsables concernés;
|
||||
|
||||
- créer ou demander la création des tickets nécessaires;
|
||||
|
||||
- suivre l'implémentation des recommandations acceptées;
|
||||
|
||||
- mesurer les résultats après leur mise en œuvre;
|
||||
|
||||
- ajuster ses recommandations selon les résultats obtenus.
|
||||
|
||||
|
||||
---
|
||||
|
||||
## 2.5 Priorités trimestrielles
|
||||
|
||||
À chaque trimestre, le Chargé de stratégie numérique présente les **principales priorités SEO et accessibilité** identifiées à partir des données, audits et observations.
|
||||
|
||||
À titre indicatif, cela peut représenter **3 à 5 priorités lorsque pertinent**.
|
||||
|
||||
Pour chaque priorité :
|
||||
|
||||
|Élément|Attendu|
|
||||
|---|---|
|
||||
|Constat|Ce que les données montrent|
|
||||
|Impact|Pourquoi cela mérite notre attention|
|
||||
|Recommandation|Ce qui devrait être fait|
|
||||
|Priorité|Haute / Moyenne / Basse|
|
||||
|Responsable d'implémentation|Interne / Marketing / Fournisseur|
|
||||
|Résultat attendu|Ce que nous cherchons à améliorer|
|
||||
|Mesure|Comment vérifier si cela a fonctionné|
|
||||
|
||||
Ces priorités sont discutées avec les responsables concernés afin de déterminer lesquelles seront intégrées aux travaux du trimestre.
|
||||
|
||||
---
|
||||
|
||||
## 2.6 Limite de cette responsabilité
|
||||
|
||||
Être **force de proposition** ne signifie pas que le Chargé de stratégie numérique décide seul de la stratégie d'affaires ou des priorités de Marketing.
|
||||
|
||||
Marketing et les responsables de produits demeurent responsables de leurs objectifs d'affaires et éditoriaux.
|
||||
|
||||
Le Chargé de stratégie numérique doit :
|
||||
|
||||
- transformer ces objectifs en recommandations SEO et d'accessibilité;
|
||||
|
||||
- utiliser les données pour identifier des opportunités;
|
||||
|
||||
- faire émerger des risques que les autres équipes n'auraient pas nécessairement identifiés;
|
||||
|
||||
- provoquer les discussions nécessaires lorsqu'un objectif n'est pas suffisamment défini.
|
||||
|
||||
|
||||
Il n'a donc pas besoin d'attendre qu'une autre équipe lui fournisse une demande SEO précise pour commencer son analyse.
|
||||
|
||||
---
|
||||
|
||||
# 3. Accessibilité numérique
|
||||
|
||||
## 3.1 Veille réglementaire et conformité
|
||||
|
||||
- Assurer une veille sur la LAPHO et les obligations applicables à l'organisation.
|
||||
|
||||
- Suivre l'évolution des WCAG et autres standards pertinents.
|
||||
|
||||
- Analyser les communications et changements réglementaires.
|
||||
|
||||
- Identifier les impacts potentiels pour nos plateformes.
|
||||
|
||||
- Recommander les actions nécessaires pour maintenir la conformité.
|
||||
|
||||
- Maintenir la documentation interne relative aux standards d'accessibilité.
|
||||
|
||||
|
||||
### Livrables
|
||||
|
||||
- synthèse des changements réglementaires pertinents;
|
||||
|
||||
- recommandations de mise en conformité;
|
||||
|
||||
- standards et documentation internes à jour;
|
||||
|
||||
- état périodique de la conformité des plateformes.
|
||||
|
||||
|
||||
---
|
||||
|
||||
## 3.2 Audits d'accessibilité
|
||||
|
||||
Effectuer des audits périodiques des principales plateformes numériques.
|
||||
|
||||
**Fréquence cible : tous les 2 à 3 mois par plateforme.**
|
||||
|
||||
Les audits comprennent notamment :
|
||||
|
||||
- tests automatisés;
|
||||
|
||||
- tests manuels;
|
||||
|
||||
- navigation au clavier;
|
||||
|
||||
- structure HTML;
|
||||
|
||||
- formulaires;
|
||||
|
||||
- contrastes;
|
||||
|
||||
- composants interactifs;
|
||||
|
||||
- navigation;
|
||||
|
||||
- utilisation des attributs ARIA lorsque nécessaire;
|
||||
|
||||
- autres critères WCAG applicables.
|
||||
|
||||
|
||||
### Livrables
|
||||
|
||||
Pour chaque audit :
|
||||
|
||||
- rapport d'accessibilité;
|
||||
|
||||
- problèmes identifiés;
|
||||
|
||||
- niveau de sévérité;
|
||||
|
||||
- recommandations;
|
||||
|
||||
- suivi des problèmes précédemment identifiés.
|
||||
|
||||
|
||||
---
|
||||
|
||||
## 3.3 Accessibilité dans les projets
|
||||
|
||||
L'accessibilité doit être considérée le plus tôt possible dans les projets et non uniquement lors de la validation finale.
|
||||
|
||||
### Avant le développement
|
||||
|
||||
- Participer à l'analyse des nouvelles fonctionnalités.
|
||||
|
||||
- Réviser les maquettes et spécifications lorsque pertinent.
|
||||
|
||||
- Identifier les risques d'accessibilité.
|
||||
|
||||
- Proposer des solutions ou alternatives.
|
||||
|
||||
|
||||
### Pendant le développement
|
||||
|
||||
- Participer aux rencontres pertinentes avec les fournisseurs.
|
||||
|
||||
- Répondre aux questions d'accessibilité.
|
||||
|
||||
- Identifier rapidement les décisions pouvant créer des problèmes de conformité.
|
||||
|
||||
- Accompagner les développeurs dans l'interprétation des standards.
|
||||
|
||||
|
||||
### Avant ou après livraison
|
||||
|
||||
- Effectuer une validation d'accessibilité.
|
||||
|
||||
- Documenter les problèmes identifiés.
|
||||
|
||||
- Confirmer les corrections lorsque nécessaire.
|
||||
|
||||
- Maintenir le suivi des éléments non corrigés.
|
||||
|
||||
|
||||
---
|
||||
|
||||
## 3.4 Gestion des risques d'accessibilité
|
||||
|
||||
Tous les problèmes d'accessibilité n'ont pas le même impact.
|
||||
|
||||
Les problèmes devraient être classifiés afin de faciliter les décisions de livraison.
|
||||
|
||||
### Critique
|
||||
|
||||
Obstacle important empêchant certains utilisateurs d'accéder à une fonctionnalité essentielle.
|
||||
|
||||
**Attente : correction avant livraison lorsque possible.**
|
||||
|
||||
### Majeur
|
||||
|
||||
Problème significatif de conformité ou d'expérience utilisateur.
|
||||
|
||||
**Attente : correction planifiée et suivie.**
|
||||
|
||||
### Mineur
|
||||
|
||||
Problème ayant un impact limité.
|
||||
|
||||
**Attente : ajout au backlog et priorisation selon la capacité.**
|
||||
|
||||
Lorsqu'un problème important demeure au moment d'une livraison, le risque doit être documenté et connu des responsables du produit.
|
||||
|
||||
---
|
||||
|
||||
# 4. SEO
|
||||
|
||||
## 4.1 Surveillance de la santé SEO
|
||||
|
||||
Effectuer une surveillance régulière de la santé SEO des plateformes.
|
||||
|
||||
Analyser notamment :
|
||||
|
||||
- Google Search Console;
|
||||
|
||||
- indexation des pages;
|
||||
|
||||
- erreurs d'exploration;
|
||||
|
||||
- sitemap;
|
||||
|
||||
- robots.txt;
|
||||
|
||||
- données structurées;
|
||||
|
||||
- Core Web Vitals;
|
||||
|
||||
- performance Web;
|
||||
|
||||
- structure HTML;
|
||||
|
||||
- liens internes;
|
||||
|
||||
- redirections;
|
||||
|
||||
- pages 404;
|
||||
|
||||
- canonicalisation;
|
||||
|
||||
- autres éléments techniques pouvant affecter la découvrabilité.
|
||||
|
||||
|
||||
### Livrables
|
||||
|
||||
- état de santé SEO;
|
||||
|
||||
- problèmes techniques identifiés;
|
||||
|
||||
- recommandations;
|
||||
|
||||
- tickets techniques lorsque des corrections sont nécessaires.
|
||||
|
||||
|
||||
---
|
||||
|
||||
## 4.2 Performance et visibilité SEO
|
||||
|
||||
Suivre l'évolution de la visibilité organique.
|
||||
|
||||
Analyser notamment :
|
||||
|
||||
- évolution du trafic organique;
|
||||
|
||||
- impressions;
|
||||
|
||||
- clics;
|
||||
|
||||
- CTR;
|
||||
|
||||
- requêtes importantes;
|
||||
|
||||
- pages les plus visibles;
|
||||
|
||||
- pertes ou gains de visibilité;
|
||||
|
||||
- opportunités de croissance;
|
||||
|
||||
- anomalies.
|
||||
|
||||
|
||||
### Livrable
|
||||
|
||||
**Rapport SEO mensuel ou trimestriel** présentant :
|
||||
|
||||
- principales évolutions;
|
||||
|
||||
- problèmes détectés;
|
||||
|
||||
- opportunités;
|
||||
|
||||
- recommandations;
|
||||
|
||||
- actions proposées.
|
||||
|
||||
|
||||
Le rapport ne doit pas uniquement présenter des données. Il doit fournir une **lecture des résultats et des recommandations**.
|
||||
|
||||
---
|
||||
|
||||
## 4.3 Recommandations SEO
|
||||
|
||||
À partir des données disponibles, identifier de façon proactive les opportunités.
|
||||
|
||||
Exemples :
|
||||
|
||||
- opportunités de mots-clés;
|
||||
|
||||
- contenus pouvant être optimisés;
|
||||
|
||||
- pages nécessitant une meilleure structure;
|
||||
|
||||
- problèmes d'indexation;
|
||||
|
||||
- améliorations du maillage interne;
|
||||
|
||||
- optimisation des titres et métadonnées;
|
||||
|
||||
- recommandations pour les campagnes;
|
||||
|
||||
- optimisation des contenus vidéo;
|
||||
|
||||
- opportunités liées aux moteurs de recherche et plateformes émergentes.
|
||||
|
||||
|
||||
L'objectif n'est pas uniquement de répondre aux demandes, mais également de **faire émerger des recommandations à partir des données**.
|
||||
|
||||
---
|
||||
|
||||
## 4.4 Veille SEO, AEO, GEO et IA
|
||||
|
||||
Suivre l'évolution des pratiques de découvrabilité numérique :
|
||||
|
||||
- évolution des moteurs de recherche;
|
||||
|
||||
- changements importants des algorithmes;
|
||||
|
||||
- AEO;
|
||||
|
||||
- GEO;
|
||||
|
||||
- moteurs et assistants utilisant les LLM;
|
||||
|
||||
- évolution des résultats enrichis;
|
||||
|
||||
- nouvelles pratiques de données structurées;
|
||||
|
||||
- impacts potentiels de l'IA sur la découvrabilité des contenus.
|
||||
|
||||
|
||||
### Livrable
|
||||
|
||||
Lorsque pertinent :
|
||||
|
||||
> **Changement observé → impact potentiel → recommandation → action proposée.**
|
||||
|
||||
---
|
||||
|
||||
# 5. Accompagnement des équipes
|
||||
|
||||
## 5.1 Marketing et contenu
|
||||
|
||||
Accompagner les équipes responsables du contenu sur :
|
||||
|
||||
- recherche et analyse de mots-clés;
|
||||
|
||||
- structure des contenus;
|
||||
|
||||
- titres;
|
||||
|
||||
- descriptions;
|
||||
|
||||
- liens;
|
||||
|
||||
- optimisation des pages;
|
||||
|
||||
- bonnes pratiques SEO;
|
||||
|
||||
- bonnes pratiques d'accessibilité;
|
||||
|
||||
- optimisation des campagnes lorsque pertinent.
|
||||
|
||||
|
||||
Le Chargé de stratégie numérique fournit les **standards, analyses et recommandations**.
|
||||
|
||||
Les équipes responsables du contenu effectuent la **production et la saisie du contenu et des métadonnées**.
|
||||
|
||||
---
|
||||
|
||||
## 5.2 Développeurs et fournisseurs
|
||||
|
||||
Accompagner les équipes techniques sur :
|
||||
|
||||
- architecture SEO;
|
||||
|
||||
- HTML sémantique;
|
||||
|
||||
- accessibilité des composants;
|
||||
|
||||
- JavaScript et accessibilité;
|
||||
|
||||
- performance Web;
|
||||
|
||||
- données structurées;
|
||||
|
||||
- indexation;
|
||||
|
||||
- standards WCAG.
|
||||
|
||||
|
||||
Le Chargé de stratégie numérique identifie les besoins et valide les résultats.
|
||||
|
||||
Les fournisseurs et développeurs sont responsables de l'implémentation technique.
|
||||
|
||||
---
|
||||
|
||||
# 6. Formation et documentation
|
||||
|
||||
Maintenir et partager les bonnes pratiques avec les équipes.
|
||||
|
||||
### Activités
|
||||
|
||||
- formations internes;
|
||||
|
||||
- documentation;
|
||||
|
||||
- guides SEO;
|
||||
|
||||
- guides d'accessibilité;
|
||||
|
||||
- checklists pour les projets;
|
||||
|
||||
- recommandations aux fournisseurs;
|
||||
|
||||
- séances d'accompagnement avec Marketing ou les équipes de contenu.
|
||||
|
||||
|
||||
### Objectif
|
||||
|
||||
Réduire progressivement les problèmes en intégrant les bonnes pratiques **avant le développement ou la publication**, plutôt que de les détecter uniquement après coup.
|
||||
|
||||
---
|
||||
|
||||
# 7. Cycle de travail proposé
|
||||
|
||||
Afin de rendre le rôle, les contributions et les résultats plus visibles, mettre en place un cycle récurrent.
|
||||
|
||||
## Mensuellement
|
||||
|
||||
### SEO
|
||||
|
||||
- analyser Google Search Console;
|
||||
|
||||
- surveiller l'indexation;
|
||||
|
||||
- analyser les principales variations de visibilité;
|
||||
|
||||
- vérifier les problèmes techniques;
|
||||
|
||||
- créer et suivre les tickets nécessaires;
|
||||
|
||||
- identifier les opportunités SEO;
|
||||
|
||||
- présenter les constats nécessitant une action.
|
||||
|
||||
|
||||
### Accessibilité
|
||||
|
||||
- suivre les problèmes ouverts;
|
||||
|
||||
- suivre les corrections;
|
||||
|
||||
- identifier les risques sur les projets en cours.
|
||||
|
||||
|
||||
### Projets
|
||||
|
||||
- participer aux projets nécessitant une expertise SEO/accessibilité;
|
||||
|
||||
- suivre les recommandations transmises aux fournisseurs.
|
||||
|
||||
|
||||
---
|
||||
|
||||
## Tous les 2 à 3 mois
|
||||
|
||||
- effectuer les audits d'accessibilité prévus;
|
||||
|
||||
- réaliser une analyse technique SEO approfondie;
|
||||
|
||||
- analyser les tendances de visibilité;
|
||||
|
||||
- revoir les recommandations en attente;
|
||||
|
||||
- identifier les prochaines priorités.
|
||||
|
||||
|
||||
---
|
||||
|
||||
## Trimestriellement
|
||||
|
||||
Présenter une synthèse permettant de répondre à :
|
||||
|
||||
- Qu'est-ce qui a évolué?
|
||||
|
||||
- Quels sont les principaux risques?
|
||||
|
||||
- Quelles opportunités avons-nous identifiées?
|
||||
|
||||
- Qu'avons-nous corrigé?
|
||||
|
||||
- Qu'est-ce qui reste à corriger?
|
||||
|
||||
- Quelles sont les prochaines priorités recommandées?
|
||||
|
||||
|
||||
---
|
||||
|
||||
## Annuellement
|
||||
|
||||
- revoir les obligations LAPHO;
|
||||
|
||||
- revoir les standards WCAG applicables;
|
||||
|
||||
- mettre à jour les standards internes;
|
||||
|
||||
- produire un bilan de l'évolution de l'accessibilité;
|
||||
|
||||
- produire un bilan SEO;
|
||||
|
||||
- identifier les priorités de l'année suivante.
|
||||
|
||||
|
||||
---
|
||||
|
||||
# 8. Répartition des responsabilités SEO
|
||||
|
||||
Une distinction claire est nécessaire entre **stratégie, contenu et implémentation**.
|
||||
|
||||
|Responsabilité|Stratégie numérique|Marketing / Contenu|Fournisseur / Dev|
|
||||
|---|:-:|:-:|:-:|
|
||||
|Analyse SEO|✓|||
|
||||
|Audit technique|✓|||
|
||||
|Analyse mots-clés|✓|Participation||
|
||||
|Identification des opportunités|✓|Participation||
|
||||
|Recommandations SEO|✓|Participation||
|
||||
|Définition des standards|✓||Participation|
|
||||
|Stratégie éditoriale|Support|✓||
|
||||
|Création du contenu||✓||
|
||||
|Saisie des métadonnées|Standards / recommandations|✓||
|
||||
|Implémentation technique|Validation||✓|
|
||||
|Correction des problèmes techniques|Validation||✓|
|
||||
|Mesure des résultats|✓|Participation||
|
||||
|
||||
---
|
||||
|
||||
# 9. Indicateurs permettant de rendre le travail visible
|
||||
|
||||
L'objectif n'est pas de mesurer uniquement le volume d'activité, mais également la **couverture, les résultats et l'évolution des risques**.
|
||||
|
||||
## Accessibilité
|
||||
|
||||
- % des plateformes auditées selon le calendrier prévu;
|
||||
|
||||
- nombre de problèmes critiques / majeurs / mineurs;
|
||||
|
||||
- évolution des problèmes ouverts;
|
||||
|
||||
- nombre de problèmes corrigés;
|
||||
|
||||
- % des projets importants évalués;
|
||||
|
||||
- évolution du niveau de conformité.
|
||||
|
||||
|
||||
## SEO
|
||||
|
||||
- évolution de la visibilité organique;
|
||||
|
||||
- évolution des impressions et clics;
|
||||
|
||||
- état de l'indexation;
|
||||
|
||||
- Core Web Vitals;
|
||||
|
||||
- problèmes techniques détectés;
|
||||
|
||||
- problèmes techniques corrigés;
|
||||
|
||||
- recommandations émises;
|
||||
|
||||
- recommandations implémentées.
|
||||
|
||||
|
||||
## Force de proposition
|
||||
|
||||
- principales opportunités identifiées;
|
||||
|
||||
- recommandations stratégiques proposées;
|
||||
|
||||
- recommandations retenues;
|
||||
|
||||
- résultats des recommandations mises en œuvre;
|
||||
|
||||
- capacité à identifier les enjeux avant qu'ils deviennent des demandes ou des problèmes.
|
||||
|
||||
|
||||
## Accompagnement
|
||||
|
||||
- projets accompagnés;
|
||||
|
||||
- analyses réalisées;
|
||||
|
||||
- formations effectuées;
|
||||
|
||||
- recommandations importantes émises;
|
||||
|
||||
- risques identifiés avant développement.
|
||||
|
||||
|
||||
---
|
||||
|
||||
# 10. Résultat attendu du rôle
|
||||
|
||||
Le rôle ne devrait pas être évalué simplement sur :
|
||||
|
||||
> « Est-ce qu'il fait du SEO ou des tests d'accessibilité? »
|
||||
|
||||
Il devrait permettre à l'organisation de répondre en permanence à cinq questions :
|
||||
|
||||
1. **Nos plateformes respectent-elles nos obligations d'accessibilité?**
|
||||
|
||||
2. **Quels sont actuellement nos principaux risques d'accessibilité?**
|
||||
|
||||
3. **Nos plateformes sont-elles techniquement optimisées pour être découvertes?**
|
||||
|
||||
4. **Où perdons-nous de la visibilité et où avons-nous des opportunités?**
|
||||
|
||||
5. **Quelles actions devrions-nous prioriser maintenant?**
|
||||
|
||||
|
||||
Le Chargé de stratégie numérique est responsable de fournir cette visibilité, d'identifier les actions nécessaires et d'accompagner leur réalisation.
|
||||
|
||||
Le succès du rôle devrait progressivement faire évoluer la discussion de :
|
||||
|
||||
> « Qu'est-ce qu'on devrait demander au responsable SEO/accessibilité? »
|
||||
|
||||
vers :
|
||||
|
||||
> **« Qu'est-ce que notre analyse SEO/accessibilité nous recommande de prioriser actuellement? »**
|
||||
|
||||
---
|
||||
|
||||
# 11. Points à valider avec le CTO
|
||||
|
||||
Cette proposition nécessite de s'entendre notamment sur :
|
||||
|
||||
- le niveau de responsabilité du rôle concernant la conformité LAPHO;
|
||||
|
||||
- la fréquence officielle des audits d'accessibilité;
|
||||
|
||||
- les critères pouvant bloquer une livraison;
|
||||
|
||||
- le processus d'acceptation d'un risque d'accessibilité;
|
||||
|
||||
- la fréquence du reporting SEO;
|
||||
|
||||
- les plateformes et indicateurs SEO à surveiller;
|
||||
|
||||
- le niveau de proactivité attendu concernant les recommandations;
|
||||
|
||||
- la responsabilité respective de Stratégie numérique, Marketing et des fournisseurs;
|
||||
|
||||
- le mécanisme de priorisation des recommandations et tickets;
|
||||
|
||||
- la façon de rendre les activités et résultats visibles auprès de la direction;
|
||||
|
||||
- le cycle de présentation des priorités SEO/accessibilité.
|
||||
+556
@@ -0,0 +1,556 @@
|
||||
---
|
||||
|
||||
type: idea
|
||||
status: exploring
|
||||
created: 2026-09-16
|
||||
tags:
|
||||
|
||||
- seo
|
||||
|
||||
- accessibilite
|
||||
|
||||
- strategie-numerique
|
||||
|
||||
- roles
|
||||
|
||||
|
||||
---
|
||||
|
||||
|
||||
|
||||
## TL;DR
|
||||
|
||||
Le Chargé de stratégie numérique ne fonctionne pas uniquement à partir des demandes reçues.
|
||||
|
||||
Son travail repose sur un **cycle continu de surveillance, analyse, recommandation, suivi et validation** de la santé SEO et de l'accessibilité de nos plateformes.
|
||||
|
||||
Même en l'absence de nouveaux projets ou de demandes provenant des autres équipes, il doit avoir un backlog permanent alimenté par :
|
||||
|
||||
- les données SEO;
|
||||
|
||||
- les audits d'accessibilité;
|
||||
|
||||
- les problèmes déjà identifiés;
|
||||
|
||||
- les évolutions de nos plateformes;
|
||||
|
||||
- les recommandations en attente;
|
||||
|
||||
- les changements réglementaires;
|
||||
|
||||
- les évolutions des moteurs de recherche et technologies de découvrabilité.
|
||||
|
||||
|
||||
Son travail doit permettre de répondre régulièrement à :
|
||||
|
||||
> **Qu'est-ce qui fonctionne? Qu'est-ce qui se dégrade? Quels sont nos risques? Où sont les opportunités? Qu'est-ce qu'on recommande de faire maintenant?**
|
||||
|
||||
---
|
||||
|
||||
# 1. Cycle opérationnel
|
||||
|
||||
Le fonctionnement attendu suit généralement ce cycle :
|
||||
|
||||
> **Surveiller → Détecter → Analyser → Recommander → Prioriser → Faire réaliser → Valider → Mesurer**
|
||||
|
||||
Le Chargé de stratégie numérique n'est pas nécessairement celui qui implémente les changements.
|
||||
|
||||
Il est responsable d'identifier les besoins, de formuler les recommandations, de les transmettre aux bonnes équipes et d'en assurer le suivi.
|
||||
|
||||
---
|
||||
|
||||
# 2. Activités quotidiennes / continues
|
||||
|
||||
Il ne s'agit pas nécessairement d'activités devant être réalisées chaque jour, mais d'un ensemble de travaux qui constituent le backlog permanent du rôle.
|
||||
|
||||
## SEO – Surveillance et analyse
|
||||
|
||||
- Surveiller Google Search Console et les autres outils SEO disponibles.
|
||||
|
||||
- Examiner les nouvelles erreurs d'indexation.
|
||||
|
||||
- Identifier les pages qui disparaissent ou apparaissent anormalement dans Google.
|
||||
|
||||
- Surveiller les problèmes d'exploration.
|
||||
|
||||
- Identifier les variations importantes d'impressions, de clics ou de CTR.
|
||||
|
||||
- Investiguer les anomalies détectées.
|
||||
|
||||
- Examiner les problèmes de données structurées.
|
||||
|
||||
- Surveiller les problèmes techniques pouvant affecter la découvrabilité.
|
||||
|
||||
- Identifier les opportunités qui ressortent des données.
|
||||
|
||||
- Documenter les constats nécessitant une intervention.
|
||||
|
||||
|
||||
### Lorsqu'un problème est identifié
|
||||
|
||||
> Problème détecté → analyse → impact → recommandation → ticket/action → suivi → validation → mesure.
|
||||
|
||||
---
|
||||
|
||||
## Accessibilité – Suivi
|
||||
|
||||
- Suivre les problèmes d'accessibilité ouverts.
|
||||
|
||||
- Vérifier les corrections livrées.
|
||||
|
||||
- Retester les éléments corrigés.
|
||||
|
||||
- Documenter les résultats.
|
||||
|
||||
- Maintenir le backlog d'accessibilité.
|
||||
|
||||
- Identifier les problèmes récurrents.
|
||||
|
||||
- Répondre aux questions techniques provenant des équipes ou fournisseurs.
|
||||
|
||||
- Faire remonter rapidement les risques importants.
|
||||
|
||||
|
||||
---
|
||||
|
||||
## Tickets et recommandations
|
||||
|
||||
- Créer les tickets nécessaires lorsqu'un problème technique est identifié.
|
||||
|
||||
- Documenter clairement :
|
||||
|
||||
- le problème;
|
||||
|
||||
- son impact;
|
||||
|
||||
- le comportement attendu;
|
||||
|
||||
- la recommandation;
|
||||
|
||||
- le niveau de priorité.
|
||||
|
||||
- Répondre aux questions des développeurs/fournisseurs.
|
||||
|
||||
- Suivre les tickets jusqu'à leur résolution.
|
||||
|
||||
- Valider les corrections.
|
||||
|
||||
- Fermer ou documenter les éléments demeurant en attente.
|
||||
|
||||
|
||||
---
|
||||
|
||||
# 3. Activités hebdomadaires
|
||||
|
||||
## Revue SEO
|
||||
|
||||
Effectuer une revue des principaux indicateurs et événements de la semaine.
|
||||
|
||||
Examiner notamment :
|
||||
|
||||
- anomalies de visibilité;
|
||||
|
||||
- nouvelles erreurs Search Console;
|
||||
|
||||
- problèmes d'indexation;
|
||||
|
||||
- pages ayant connu des variations importantes;
|
||||
|
||||
- problèmes techniques;
|
||||
|
||||
- opportunités émergentes;
|
||||
|
||||
- tickets SEO ouverts.
|
||||
|
||||
|
||||
### Résultat attendu
|
||||
|
||||
À la fin de la revue :
|
||||
|
||||
> **Rien de significatif à signaler**
|
||||
|
||||
ou
|
||||
|
||||
> **Voici ce qui nécessite notre attention et ce que je recommande.**
|
||||
|
||||
L'absence de problème est donc également le résultat d'une surveillance effectuée.
|
||||
|
||||
---
|
||||
|
||||
## Revue du backlog SEO/accessibilité
|
||||
|
||||
Maintenir une liste de travail active comprenant :
|
||||
|
||||
- problèmes à analyser;
|
||||
|
||||
- recommandations à approfondir;
|
||||
|
||||
- tickets à créer;
|
||||
|
||||
- tickets en attente du fournisseur;
|
||||
|
||||
- corrections à valider;
|
||||
|
||||
- opportunités SEO;
|
||||
|
||||
- audits à préparer;
|
||||
|
||||
- documentation à mettre à jour;
|
||||
|
||||
- actions réglementaires à effectuer.
|
||||
|
||||
|
||||
Le backlog doit permettre de savoir **sur quoi le Chargé travaille actuellement et ce qui vient ensuite**.
|
||||
|
||||
---
|
||||
|
||||
## Suivi des fournisseurs
|
||||
|
||||
Pour les projets actifs :
|
||||
|
||||
- revoir les changements prévus;
|
||||
|
||||
- analyser les impacts SEO/accessibilité;
|
||||
|
||||
- répondre aux questions;
|
||||
|
||||
- documenter les recommandations;
|
||||
|
||||
- suivre les problèmes identifiés;
|
||||
|
||||
- vérifier l'état des corrections;
|
||||
|
||||
- préparer les validations nécessaires.
|
||||
|
||||
|
||||
La participation aux rencontres fournisseurs est un **moyen**, et non le livrable.
|
||||
|
||||
Le résultat attendu est :
|
||||
|
||||
> **Risques identifiés → recommandations transmises → corrections suivies → résultat validé.**
|
||||
|
||||
---
|
||||
|
||||
# 4. Activités mensuelles
|
||||
|
||||
## Analyse de performance SEO
|
||||
|
||||
Produire une analyse permettant de comprendre l'évolution de la découvrabilité de nos plateformes.
|
||||
|
||||
Examiner notamment :
|
||||
|
||||
- trafic organique;
|
||||
|
||||
- impressions;
|
||||
|
||||
- clics;
|
||||
|
||||
- CTR;
|
||||
|
||||
- requêtes importantes;
|
||||
|
||||
- pages importantes;
|
||||
|
||||
- gains et pertes de visibilité;
|
||||
|
||||
- indexation;
|
||||
|
||||
- problèmes techniques;
|
||||
|
||||
- Core Web Vitals lorsque pertinent.
|
||||
|
||||
|
||||
L'analyse ne doit pas être uniquement descriptive.
|
||||
|
||||
Elle doit répondre à :
|
||||
|
||||
> **Qu'est-ce que ces données signifient et devons-nous faire quelque chose?**
|
||||
|
||||
---
|
||||
|
||||
## Recommandations SEO
|
||||
|
||||
À partir des analyses du mois :
|
||||
|
||||
- identifier les principales opportunités;
|
||||
|
||||
- identifier les problèmes nécessitant une intervention;
|
||||
|
||||
- proposer les actions;
|
||||
|
||||
- déterminer quelles équipes doivent intervenir;
|
||||
|
||||
- créer les tickets lorsque nécessaire;
|
||||
|
||||
- suivre les recommandations précédentes.
|
||||
|
||||
|
||||
### Exemple
|
||||
|
||||
> **Constat :** les pages X perdent de la visibilité.
|
||||
>
|
||||
> **Analyse :** Google indexe correctement les pages, mais leur position moyenne diminue sur plusieurs requêtes importantes.
|
||||
>
|
||||
> **Recommandation :** revoir la structure du contenu et le maillage interne.
|
||||
>
|
||||
> **Action :** analyse des principales pages + recommandations à l'équipe contenu.
|
||||
|
||||
---
|
||||
|
||||
## État de l'accessibilité
|
||||
|
||||
Maintenir une vue globale comprenant :
|
||||
|
||||
- problèmes critiques ouverts;
|
||||
|
||||
- problèmes majeurs ouverts;
|
||||
|
||||
- corrections effectuées;
|
||||
|
||||
- corrections en attente;
|
||||
|
||||
- validations réalisées;
|
||||
|
||||
- audits prévus;
|
||||
|
||||
- risques associés aux projets actifs.
|
||||
|
||||
|
||||
---
|
||||
|
||||
# 5. Activités tous les 2 à 3 mois
|
||||
|
||||
## Audits d'accessibilité
|
||||
|
||||
Effectuer les audits planifiés des plateformes.
|
||||
|
||||
Pour chaque plateforme :
|
||||
|
||||
- effectuer les tests automatisés;
|
||||
|
||||
- effectuer les tests manuels;
|
||||
|
||||
- tester la navigation au clavier;
|
||||
|
||||
- vérifier les principaux composants;
|
||||
|
||||
- analyser les problèmes;
|
||||
|
||||
- classifier leur sévérité;
|
||||
|
||||
- documenter les résultats;
|
||||
|
||||
- comparer avec l'audit précédent;
|
||||
|
||||
- créer les actions/tickets nécessaires.
|
||||
|
||||
|
||||
### Livrable
|
||||
|
||||
**Rapport d'audit + backlog de corrections.**
|
||||
|
||||
Un audit n'est donc pas terminé avec la production du rapport.
|
||||
|
||||
Il doit alimenter le travail des semaines suivantes :
|
||||
|
||||
> **Audit → problèmes → tickets → corrections → retests → fermeture.**
|
||||
|
||||
---
|
||||
|
||||
# 6. Activités trimestrielles
|
||||
|
||||
## Revue stratégique SEO et accessibilité
|
||||
|
||||
À partir des analyses réalisées durant le trimestre, présenter les principaux constats.
|
||||
|
||||
La revue doit répondre à quatre questions :
|
||||
|
||||
### 1. Qu'est-ce qui a changé?
|
||||
|
||||
Principales évolutions observées.
|
||||
|
||||
### 2. Quels sont nos principaux risques?
|
||||
|
||||
SEO, accessibilité, conformité ou technologie.
|
||||
|
||||
### 3. Quelles sont nos opportunités?
|
||||
|
||||
Améliorations possibles de visibilité, découvrabilité ou expérience.
|
||||
|
||||
### 4. Que recommande-t-on?
|
||||
|
||||
Principales actions à considérer pour le prochain trimestre.
|
||||
|
||||
### Posture attendue
|
||||
|
||||
> **« Voici ce que les données montrent. Nous perdons de la visibilité sur X, nous avons une opportunité sur Y et Google indexe mal Z. Je recommande qu'on travaille ces trois axes ce trimestre. »**
|
||||
|
||||
À titre indicatif, identifier **3 à 5 priorités lorsque pertinent**.
|
||||
|
||||
---
|
||||
|
||||
# 7. Travail dans les projets
|
||||
|
||||
Le Chargé de stratégie numérique intervient durant l'ensemble du cycle d'un projet lorsque celui-ci comporte des enjeux SEO ou d'accessibilité.
|
||||
|
||||
## Avant développement
|
||||
|
||||
- analyser les besoins;
|
||||
|
||||
- examiner les maquettes;
|
||||
|
||||
- examiner les spécifications;
|
||||
|
||||
- identifier les risques SEO;
|
||||
|
||||
- identifier les risques d'accessibilité;
|
||||
|
||||
- proposer des ajustements avant développement.
|
||||
|
||||
|
||||
## Pendant le développement
|
||||
|
||||
- participer aux échanges pertinents avec les fournisseurs;
|
||||
|
||||
- répondre aux questions;
|
||||
|
||||
- analyser les choix techniques ayant un impact SEO/accessibilité;
|
||||
|
||||
- identifier rapidement les problèmes;
|
||||
|
||||
- documenter les recommandations.
|
||||
|
||||
|
||||
## Avant livraison
|
||||
|
||||
- effectuer les validations pertinentes;
|
||||
|
||||
- documenter les problèmes;
|
||||
|
||||
- classifier les problèmes d'accessibilité;
|
||||
|
||||
- identifier les éléments devant être corrigés;
|
||||
|
||||
- documenter les risques acceptés lorsque nécessaire.
|
||||
|
||||
|
||||
## Après livraison
|
||||
|
||||
- effectuer les validations finales nécessaires;
|
||||
|
||||
- vérifier l'indexation lorsque pertinent;
|
||||
|
||||
- suivre les problèmes demeurés ouverts;
|
||||
|
||||
- mesurer les impacts lorsque pertinent.
|
||||
|
||||
|
||||
---
|
||||
|
||||
# 8. Accompagnement Marketing et contenu
|
||||
|
||||
Le Chargé de stratégie numérique accompagne les équipes plutôt que d'attendre qu'elles arrivent avec une demande SEO complètement définie.
|
||||
|
||||
Il doit pouvoir :
|
||||
|
||||
- analyser les opportunités de mots-clés;
|
||||
|
||||
- recommander des améliorations de contenu;
|
||||
|
||||
- recommander des structures de pages;
|
||||
|
||||
- proposer des optimisations de titres et descriptions;
|
||||
|
||||
- identifier les opportunités de maillage interne;
|
||||
|
||||
- fournir des recommandations pour les campagnes;
|
||||
|
||||
- accompagner l'optimisation des contenus vidéo;
|
||||
|
||||
- expliquer les bonnes pratiques SEO;
|
||||
|
||||
- fournir des standards réutilisables.
|
||||
|
||||
|
||||
Marketing et contenu demeurent responsables des objectifs éditoriaux et de la création du contenu.
|
||||
|
||||
La saisie de métadonnées est une **activité d'implémentation du contenu**, et non la responsabilité stratégique SEO.
|
||||
|
||||
---
|
||||
|
||||
# 9. Veille technologique
|
||||
|
||||
Maintenir une veille sur les changements pouvant avoir un impact sur nos plateformes.
|
||||
|
||||
Notamment :
|
||||
|
||||
- évolution de Google Search;
|
||||
|
||||
- changements importants d'algorithmes;
|
||||
|
||||
- Search Console;
|
||||
|
||||
- données structurées;
|
||||
|
||||
- AEO;
|
||||
|
||||
- GEO;
|
||||
|
||||
- découvrabilité via les moteurs utilisant l'IA/LLM;
|
||||
|
||||
- nouvelles pratiques SEO;
|
||||
|
||||
- évolution des WCAG;
|
||||
|
||||
- technologies d'accessibilité.
|
||||
|
||||
|
||||
La veille ne doit pas se limiter à lire de l'information.
|
||||
|
||||
Lorsqu'un changement est pertinent pour l'organisation :
|
||||
|
||||
> **Changement → impact potentiel pour TFO → recommandation → action si nécessaire.**
|
||||
|
||||
---
|
||||
|
||||
# 10. Réglementation et conformité
|
||||
|
||||
## Accessibilité
|
||||
|
||||
- surveiller les communications réglementaires pertinentes;
|
||||
|
||||
- suivre les obligations applicables;
|
||||
|
||||
- analyser les changements;
|
||||
|
||||
- déterminer les impacts sur l'organisation;
|
||||
|
||||
- coordonner les actions nécessaires;
|
||||
|
||||
- maintenir la documentation;
|
||||
|
||||
- contribuer aux rapports ou plans réglementaires lorsque requis.
|
||||
|
||||
|
||||
## CRTC
|
||||
|
||||
- suivre les obligations et communications pertinentes au rôle;
|
||||
|
||||
- contribuer aux dossiers réglementaires sous sa responsabilité;
|
||||
|
||||
- documenter les actions requises;
|
||||
|
||||
- coordonner avec les secteurs concernés;
|
||||
|
||||
- assurer le suivi des échéances applicables.
|
||||
|
||||
|
||||
---
|
||||
|
||||
# 11. Plaintes et rétroaction accessibilité
|
||||
|
||||
Lorsqu'une plainte ou rétroaction concernant l'accessibilité est reçue :
|
||||
|
||||
- analyser la demande;
|
||||
|
||||
- déterminer si elle c
|
||||
Reference in New Issue
Block a user