Comment rendre un export Slack lisible et consultable

J'ai fini par lancer l'export officiel de Slack. J'ai attendu l'e-mail, téléchargé le zip, double-cliqué en m'attendant presque à retrouver mes conversations. À la place, des dossiers de fichiers .json — des identifiants d'utilisateur là où devraient être les noms, de longs nombres moches là où devraient être les dates, et des liens là où étaient les vrais fichiers. Donc, clairement : un export Slack, c'est de la donnée machine, pas une conversation lisible. Pour le lire ou le fouiller, tu le charges dans une visionneuse qui remet les noms, les fils et les horodatages en place — ou tu gardes plutôt une archive lisible et consultable au lieu d'un vidage brut.

Si tu viens de faire pareil et que tu fixes un dossier en te demandant où sont passés tes messages, rien n'est cassé. C'est vraiment ça, un export. Laisse-moi te montrer ce qu'il y a dedans et comment le rendre lisible.

ce qu'il y a vraiment dans ce zip

Dézippe, et la structure est assez régulière. Un dossier par canal — #general, #produit, et ainsi de suite. Dans chaque dossier, un fichier JSON par jour d'activité du canal, nommé du genre 2026-08-01.json. Et quelques fichiers posés à la racine : users.json, channels.json, et des journaux.

Ouvre un fichier du jour et chaque message est un objet. Le texte est bien là, d'accord. Mais la personne qui l'a envoyé apparaît sous une forme comme U01ABC2DEF, pas son nom. L'heure est une chaîne du style 1692000000.001200 — des secondes Unix, pas une date que tu peux lire. Les mentions dans le texte ressemblent à <@U04XYZ9QRS>. Tout est correct. Ce n'est juste pas fait pour un humain.

C'est toute l'astuce de l'export. Il est bâti pour qu'un autre programme le lise parfaitement. Toi, tu n'es pas ce programme.

alors pourquoi tu ne peux pas juste le lire

Trois choses te barrent la route, et elles s'empilent.

D'abord, les noms. La correspondance entre U01ABC2DEF et « Priya » vit dans users.json, un fichier complètement à part. Pour lire une seule phrase, tu croises donc deux fichiers dans ta tête.

Ensuite, l'éparpillement. Une conversation dont tu te souviens comme d'un seul fil continu peut être dispersée sur trente fichiers quotidiens dans un dossier — et si elle a vagabondé entre les canaux, sur plusieurs dossiers. Nulle part dans l'export il n'existe une vue « voilà la discussion ».

Enfin, la recherche. Tu veux retrouver où quelqu'un a posté la facture finale. La recherche de Slack disparaît à la seconde où tu sors de Slack, et l'export ne te donne rien pour la remplacer. La recherche de fichiers de ton système trouvera le mot, peut-être, dans l'un des centaines de fichiers — sans le fil autour, sans nom attaché, sans date lisible. Techniquement, la réponse est là-dedans. En pratique, tu n'y accèdes pas.

json, csv, excel, ou un truc que tu peux vraiment lire

Avant de réparer tout ça, ça aide de savoir ce que tu veux que la donnée devienne. Ce ne sont pas des produits concurrents, ce sont des destinations différentes, et la bonne dépend du boulot.

Format	Bon pour	Lisible tel quel ?	Recherche multi-canal ?	Noms, fils, dates rétablis ?
JSON brut (l'export lui-même)	alimenter un autre programme	Non	Non — découpé par canal et par jour	Non — identifiants et temps Unix
CSV	filtrer un canal, trier vite fait	À peine	Un fichier à la fois	Seulement si tu les mappes d'abord
Excel	tableaux croisés, graphiques, passer à un non-codeur	À peine	Par feuille	Seulement après conversion
Archive visuelle / visionneuse	le relire comme un chat	Oui	Oui	Oui

Donc si tu injectes la donnée dans un autre outil, le JSON brut est déjà ce qu'il te faut — laisse-le tel quel. Si un collègue veut trier un canal par date dans un tableur, CSV ou Excel gagnent leur place. Mais si ce que tu imaginais vraiment en cliquant sur « exporter », c'était relire tes conversations, aucun des formats tableur ne t'y amène. Tu veux la dernière ligne.

des façons de retransformer l'export en discussion

La bonne nouvelle, c'est que l'export est un format documenté et bien connu, alors des gens ont fabriqué des choses qui le lisent.

La voie courante, c'est une visionneuse d'export Slack — un outil fait exprès pour prendre le dossier que tu viens de dézipper et le rendre sous forme de conversations. Le slack-export-viewer open source (github.com/hfaran/slack-export-viewer) transforme le dossier en un petit site local dans ton navigateur, avec les noms remplis depuis users.json, les canaux dans une barre latérale, et les fils recousus. Il existe aussi des visionneuses web où tu glisses le zip (tout ça au 2026-08). Si tu as déjà l'export sous la main et que tu as juste besoin de le lire quelques fois, une visionneuse est honnêtement le remède le plus rapide.

La voie bricolage, c'est un script. Si un peu de code ne te fait pas peur, un court script peut parcourir le JSON, échanger chaque U01ABC2DEF contre un vrai nom, transformer les nombres Unix en dates, et tout recracher en CSV ou en une seule page lisible. Fastidieux, mais c'est ta donnée, dans ton format.

Ces deux voies partent quand même du même point — tu as d'abord produit un export officiel, ce qui, sur le forfait gratuit, veut dire les canaux publics seulement, et des droits d'admin dans les deux cas. D'où l'autre option, et je vais être franc là-dessus plus bas.

tout chercher d'un coup

C'est la partie qui compte le plus au quotidien, alors autant être précis.

Un export brut ne peut pas se chercher d'un bloc. Une visionneuse qui charge tout l'export, si — tu obtiens une barre de recherche sur tout ce qu'elle a affiché, ce qui est un vrai progrès. Et si tu es passé par le tableur, tu peux filtrer dans un fichier, mais te revoilà à fouiller fichier par fichier entre les canaux.

Ce qu'aucune des voies basées sur l'export ne te donne à bon compte, c'est une recherche qui connaît déjà les noms, les fils et les dates à l'instant où tu tapes — comme Slack lui-même le faisait. Ça demande une copie bâtie pour être cherchée dès le départ, pas une à laquelle tu greffes la recherche après coup.

récupérer les noms et les fils

Si tu ne retiens qu'une chose de tout ça, retiens celle-ci : lisible veut dire trois réparations précises, et tout outil qui vaut le coup fait les trois. Il mappe les identifiants vers de vrais noms. Il convertit les horodatages Unix en dates et heures que tu reconnais. Et il rebranche les réponses dans les fils auxquels elles appartiennent, au lieu de les laisser en messages isolés avec un champ thread_ts caché qui pointe vers un parent.

Une visionneuse fait ces réparations sur l'export que tu lui donnes. C'est très bien — ça veut juste dire que la qualité de la lecture dépend de la visionneuse, pas de Slack. Certaines gèrent bien les fils, d'autres les aplatissent. Essaies-en une avant de lui confier l'archive à laquelle tu tiens.

les fichiers n'y sont pas vraiment

C'est celui qui piège le plus de monde, alors je le dis carrément. L'export ne contient en général pas tes fichiers. Ni les PDF, ni les captures, ni le tableur que quelqu'un a lâché dans #finance. Ce qu'il y a dans le JSON, c'est un lien vers chaque fichier (une URL url_private), et pour récupérer le fichier pour de vrai, il faut le télécharger séparément tant que ce lien marche encore et que ton compte a encore l'accès.

Sur un espace de travail gratuit, ça mord plus fort, parce que les fichiers anciens peuvent devenir inaccessibles en même temps que les vieux messages. Du coup une « sauvegarde » qui n'est que l'export peut être, sans bruit, une sauvegarde de liens vers des choses déjà disparues. Si tes pièces jointes comptent, télécharge les vrais fichiers tant que tu le peux encore — c'est un travail à part de la lecture des messages, et c'est facile de croire que l'export s'en est chargé alors que non.

une visionneuse pour ton export, ou une archive à elle

Maintenant, l'honnête bifurcation, parce qu'il y a deux approches vraiment différentes et je ne veux pas les mélanger.

Une approche, c'est une visionneuse : tu lances l'export officiel de Slack, puis tu ouvres ce dossier dans un outil qui le rend lisible. L'outil lit un fichier que tu as déjà produit. C'est l'essentiel de ce qui précède.

L'autre approche saute complètement l'étape de l'export. Au lieu de transformer un vidage brut en quelque chose de lisible après coup, tu construis une copie lisible et consultable dès le départ — directement à partir des conversations que ton compte peut déjà ouvrir. C'est ce que fait Empowia for Slack, et je veux être exact là-dessus : il n'importe pas l'export JSON officiel de Slack. Il réutilise la session dans laquelle tu es connecté et enregistre les canaux, canaux privés, DM, DM de groupe et fichiers que tu peux atteindre, directement sur ton propre ordinateur, déjà lisibles — noms en place, fils intacts, dates lisibles, recherche plein texte sur tout, et des réponses d'IA qui citent le message source avec ta propre clé API. Pas d'admin, pas de jetons.

Donc les deux résolvent le même sentiment par des bouts opposés. Une visionneuse sauve un export que tu as déjà. Empowia ne t'oblige jamais à en décoder un. Autant signaler où ça s'arrête, aussi — c'est Windows 10/11 seulement pour l'instant (le Mac arrive), et ça copie ce que ton compte peut voir en ce moment, donc comme tout outil ici, ça ne peut pas ressusciter un message que Slack a déjà supprimé. C'est gratuit jusqu'à 20 conversations, puis un achat unique (autour de 19,90 €) lève le plafond.

Si tu veux la voie export-et-visionneuse cartographiée en entier face à des outils comme Slackdump et Backupery, je l'ai détaillée dans la comparaison honnête des méthodes de sauvegarde Slack, et si ta vraie question c'est « pourquoi ne pas juste utiliser l'export de Slack », ça a son propre article.

alors, as-tu vraiment besoin de l'export ?

Alors où j'ai atterri, après ma propre déception devant le fichier zip ? Si tu as déjà l'export et que tu vas le lire une poignée de fois, prends une visionneuse et c'est réglé — pas la peine de te compliquer la vie. Mais si tu t'es retrouvé à lancer l'export surtout parce que tu voulais récupérer tes conversations, lisibles et consultables, alors l'export est un détour, pas la destination.

C'est exactement le moment que j'ai construit Empowia pour sauter. Mais avant de trancher, fais un test sur l'export que tu as déjà — choisis un seul message dont tu te souviens vraiment, puis essaie de le retrouver, et chronomètre. Si deux minutes à croiser des identifiants et des fichiers quotidiens t'usent, tu as ta réponse sur le côté de la bifurcation où tu te trouves.