vault backup: 2026-09-16 14:35:02
This commit is contained in:
+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