Ce qui est réalisé
Collecteur présent sur disque
Script OAuth avec connexion, renouvellement et statut
Configuration Google préparée selon le mode d'emploi
Contrôles locaux de protocole et stockage rapportés
Organiser le quotidien / Logigramme fonctionnel
Historique YouTube — collecte et authentification
Récupérer l'activité YouTube sur une période choisie avec consentement explicite, dates correctement interprétées et provenance des données.
Le besoin
Récupérer l'activité YouTube sur une période choisie avec consentement explicite, dates correctement interprétées et provenance des données.
L’analyse
Le processus distingue autorisation d'accès et export. Un script prépare la connexion, le stockage et le renouvellement des jetons. Le collecteur demande une archive pour la période choisie, suit sa préparation puis normalise les activités trouvées sans perdre l'objet original de Google.
La période métier est exprimée en journées locales puis convertie en UTC. Un second filtrage dans le collecteur vérifie que chaque activité appartient à cette période. La disponibilité de l'API et la durée du consentement restent des prérequis extérieurs au traitement local.
Le processus documenté
Du besoin au résultat
Logigramme fonctionnelRègles de gestion
Ce que l’outil doit respecter.
- RG-01Le début doit précéder ou égaler la fin ; les dates couvrent des journées complètes du fuseau prévu.
- RG-02La connexion utilise un retour local, PKCE et un état aléatoire ; le périmètre demandé concerne l'activité YouTube.
- RG-03Les jetons sont stockés chiffrés par Windows DPAPI ; le collecteur reçoit le jeton d'accès dans la session courante.
- RG-04L'échec ou l'annulation de la génération d'archive arrête le traitement.
- RG-05Les activités sans date exploitable ou hors période sont exclues.
- RG-06L'objet Google original et sa source sont conservés ; un identifiant vidéo est ajouté lorsque l'URL le permet.
Ce que ce projet démontre.
Séparer authentification et extraction.
Formaliser les bornes de période et les conversions de fuseau.
Préserver la provenance et distinguer activité générale et vidéo.
Le niveau de réalisation ci-dessous distingue les fonctions présentes des vérifications qui restent à mener.
État au 13 octobre 2026
Une réalisation, un périmètre précis.
Ce qui a été vérifié
Le mode d'emploi du 19 septembre rapporte des vérifications de syntaxe, PKCE, chiffrement DPAPI, retour local, refus de consentement et scope inattendu avec données fictives. Aucun jeton réel ni export YouTube n'est confirmé. Le collecteur n'était pas inclus dans les tests de la livraison OAuth.
Limites actuelles
Le consentement réel et les prérequis Google restent à finaliser.
Le renouvellement du jeton d'accès ne prolonge pas le consentement.
Les conditions de service et limites API devront être recontrôlées lors du premier usage réel.
Prochaine étape
Finaliser les prérequis Google puis réaliser un export de démonstration sur une courte période avec contrôle manuel des bornes.
Exemples de critères de recette
Ces critères décrivent le résultat attendu. Ils ne constituent pas, à eux seuls, des tests réussis.
- Une période d'un jour restitue seulement les activités de la journée locale, y compris autour du changement d'heure, et conserve leurs objets originaux.
- Un retour OAuth portant un état incorrect est rejeté sans enregistrer de jetons ; un renouvellement conserve le refresh token si Google ne le remplace pas.
Parlons de votre projet
Un besoin concret.
Une première discussion.
Un processus trop manuel, une donnée peu fiable ou une idée à tester ? Commençons par clarifier ce qui vous serait vraiment utile.
Échanger avec Loïc