Connecter son cloud à Slack, Teams et les outils du quotidien
Un cloud qui vit en isolation est un cloud qu’on oublie d’utiliser. Vous pouvez avoir le meilleur stockage du monde, avec le chiffrement le plus solide et les permissions les plus granulaires — si le fichier modifié à 14h n’apparaît pas dans le canal Slack du projet à 14h01, personne ne le saura avant de penser à ouvrir le cloud (c’est-à-dire jamais, ou le lendemain matin). La collaboration cloud en équipe ne fonctionne que si le cloud est branché sur les canaux de communication où l’équipe passe réellement son temps. Et en 2026, ce canal est Slack, Teams, ou les deux — selon la taille de l’organisation et ses affinités technologiques. C’est un constat que confirme le rapport State of Work de Slack : les équipes performantes centralisent les notifications, pas les outils.
L’intégration cloud-messagerie couvre trois niveaux de sophistication. Niveau 1 : les notifications (un fichier est modifié, une notification arrive dans le canal). Niveau 2 : les previews (un lien cloud collé dans un message affiche un aperçu du document). Niveau 3 : les actions (depuis Slack ou Teams, on peut commenter, approuver ou partager un fichier sans ouvrir le cloud). Google Drive excelle sur les trois niveaux avec l’écosystème Google Workspace. La question est de savoir où en sont les alternatives.
Ce que kDrive intègre aujourd’hui (et les trous dans la raquette)
kDrive propose des notifications par email quand un fichier est modifié, commenté ou partagé. L’application desktop affiche aussi des notifications système. Mais l’intégration native avec Slack ou Teams — au sens d’une app installable dans l’espace de travail qui pousse des notifications dans les canaux et affiche des previews enrichis — n’existe pas au même niveau que Google Drive ou Dropbox.
Concrètement, si vous collez un lien kDrive dans Slack, vous obtenez une URL brute. Si vous collez un lien Google Drive, vous obtenez un aperçu avec le titre du document, le nom du propriétaire et la date de dernière modification. C’est un détail d’expérience utilisateur qui, cumulé sur des dizaines de liens par jour, fait une vraie différence dans la fluidité du travail.
La solution de contournement : utiliser l’API kDrive ou les webhooks Infomaniak avec un outil d’automatisation comme Zapier ou n8n (auto-hébergeable, pour ceux qui veulent garder le contrôle). Un workflow typique : “quand un fichier est modifié dans le dossier Projet X, envoyer un message dans le canal #projet-x sur Slack avec le nom du fichier et un lien direct”. C’est faisable, mais ça demande une configuration initiale que Google Drive n’exige pas.
Co-éditer depuis la conversation, pas à côté
Le rêve de tout workflow d’équipe : voir un commentaire sur un document dans Slack, cliquer, atterrir directement dans le document au bon endroit, corriger, et revenir à la conversation. Google Docs le fait nativement avec Google Chat (et avec Slack via l’app officielle). OnlyOffice dans kDrive ne propose pas cette navigation contextuelle depuis une messagerie tierce — on atterrit sur le document, pas sur le commentaire spécifique.
C’est le genre de friction qui semble mineure quand on la décrit, mais qui s’accumule. Dix allers-retours par jour entre Slack et le cloud, avec à chaque fois dix secondes de recherche pour retrouver le bon passage — c’est cent secondes perdues par jour, soit sept heures par an. Multiplié par l’effectif de l’équipe. La co-édition en temps réel est fluide une fois qu’on est dans le document — c’est l’arrivée dans le document depuis l’outil de communication qui reste le maillon faible.
Automatiser les workflows entre le cloud et le reste
L’intégration la plus puissante n’est pas la notification — c’est l’automatisation. Exemples concrets : un fichier déposé dans un dossier “À valider” déclenche automatiquement un message dans un canal Teams avec un bouton d’approbation. Un document approuvé est automatiquement déplacé dans le dossier “Validés” et le client reçoit un lien de téléchargement. Un fichier supprimé du cloud est signalé dans un canal d’audit.
Ces automatisations sont possibles avec kDrive via l’API Infomaniak combinée à Zapier, n8n ou Make. Google Workspace les offre nativement avec Google Apps Script et les add-ons Workspace. Microsoft le fait avec Power Automate. C’est un domaine où kDrive est en retard — non pas parce que c’est techniquement impossible, mais parce que l’écosystème d’intégrations tierces est plus jeune et moins fourni. Et c’est lié au fait que les circuits de validation documentaire restent largement manuels sur kDrive — là où SharePoint + Power Automate les automatise de bout en bout.
Le compromis souveraineté vs écosystème
C’est le dilemme fondamental de tout cloud européen en 2026. Google Workspace est un écosystème fermé mais parfaitement intégré : Drive, Docs, Gmail, Chat, Meet, Calendar — tout se parle nativement. kDrive avec kSuite (kMail, kMeet, kChat) est un écosystème plus jeune, avec des intégrations internes qui progressent rapidement mais qui n’ont pas encore la fluidité de Google.
Le choix dépend de la priorité : si l’intégration transparente entre les outils est le critère numéro un, Google Workspace reste le standard. Si la souveraineté des données, le stockage en Suisse et l’indépendance vis-à-vis des GAFAM sont les critères prioritaires, kDrive avec kSuite fait le travail — avec quelques frictions d’intégration qui se résorbent de version en version. L’écart se réduit, mais il existe encore. Et prétendre le contraire serait malhonnête.