Teams : erreur « We couldn’t complete that action » lors de l’ajout d’un onglet SharePoint (correctifs & contournements)

Dans Teams, l’ajout d’un onglet SharePoint échoue avec « We couldn’t complete that action ». Ce guide propose une cause probable, un contournement fiable via l’onglet Website, des alternatives natives, une check‑list de diagnostic, des tableaux récapitulatifs et un modèle de ticket de suivi.

Sommaire

Impossible d’ajouter un onglet SharePoint dans un canal Teams (« We couldn’t complete that action »)

Vue d’ensemble de la question

L’ajout d’un onglet SharePoint dans un canal Teams échoue systématiquement avec le message “We couldn’t complete that action” lors du flux suivant : + → SharePoint → Any SharePoint site → coller l’URL d’un dossier SharePoint → Save. L’opération fonctionnait auparavant et échoue même dans un canal nouvellement créé.

Réponse & Solution (résumé exécutable)

Constat : comportement reproduit. Tout indique un bug côté Teams/SharePoint dans le traitement des URL de dossier lors de l’ajout d’onglets.
Contournement efficace : utiliser un onglet “Website (Site Web)” pointant vers l’URL du dossier SharePoint.
1. Ouvrir le canal Teams concerné
2. Cliquer sur +
3. Choisir Website
4. Nommer l’onglet et coller l’URL du dossier SharePoint
5. Cliquer Save
Suivi : le problème a été signalé via le portail de feedback Microsoft.

Pourquoi le contournement “Website” débloque la situation

Techniquement, un onglet “SharePoint” dans Teams effectue une validation de l’URL et tente d’“attacher” la ressource à l’application. Les régressions affectant la reconnaissance des URL de dossier (ou de certaines variantes de lien) peuvent provoquer l’erreur générique. L’onglet “Website”, lui, iFrame simplement l’URL sans imposer cette étape d’attachement : il contourne donc la validation défaillante tout en gardant la navigation native de SharePoint (vignettes, commandes, panneau d’informations, etc.).

Important : l’onglet “Website” respecte les mêmes règles d’authentification Microsoft 365 que le client. Si vos utilisateurs voient bien le dossier dans le navigateur, ils le verront dans l’onglet “Website”, sous réserve des mêmes droits et politiques.

Procédure détaillée et variantes

Procédure pas à pas (onglet “Website”)

Dans Teams, ouvrez le canal cible.
Cliquez sur + (Ajouter un onglet).
Sélectionnez Website (Site Web).
Nom de l’onglet : choisissez un intitulé clair (ex. “Docs – Marketing”).
URL : collez l’URL “native” du dossier (depuis la barre d’adresse SharePoint).
Cliquez sur Save. Testez l’accès avec un compte non‑admin.

Variante “Bibliothèque de documents”

Si votre locataire propose l’onglet Bibliothèque de documents (SharePoint/Document Library), vous pouvez :

Cliquer sur + → Bibliothèque de documents.
Coller l’URL du site (pas du dossier) ou sélectionner le site dans la liste.
Choisir la bibliothèque cible (ex. “Documents partagés”).
Enregistrer puis naviguer jusqu’au dossier recherché depuis l’onglet.

Cette variante évite la validation précise du niveau dossier au moment de l’ajout de l’onglet.

Informations complémentaires utiles

Essayer le niveau “bibliothèque”

Si l’URL de dossier échoue, testez l’URL de la bibliothèque (racine) dans l’onglet “SharePoint” ou “Bibliothèque de documents”, puis naviguez au dossier après coup. Cela suffit souvent à contourner l’erreur.

Éviter les liens de partage

Préférez l’URL native (barre d’adresse SharePoint) à un lien de partage contenant un jeton (ex. ?guestaccesstoken=… ou des liens “Anyone”). Ces liens peuvent être refusés par l’intégration d’onglet.

Vérifier les droits

Confirmez que les membres du canal disposent de droits cohérents sur le site et la bibliothèque, en particulier pour les canaux privés ou partagés où les sites sont distincts.

Type de canal	Où sont stockés les fichiers	Droits minimum pour voir le dossier	Points d’attention
Standard	Site d’équipe lié au M365 Group	Membre (Edit) sur la bibliothèque	Vérifier l’appartenance au groupe M365 et les héritages de droits.
Privé	Site dédié au canal privé	Membre du canal privé (droits mapés sur le site dédié)	Ne pas confondre avec le site de l’équipe “parent”. Le site est différent.
Partagé	Site dédié au canal partagé	Membres/partenaires explicitement ajoutés	Les invités externes doivent être autorisés par les politiques B2B/SharePoint.

Tester des clients alternatifs

Essayez Teams Web (navigateur) si l’échec survient en client de bureau (et inversement).
Videz le cache du client Teams si nécessaire :
- Windows (nouveau Teams) : quitter Teams, puis supprimer le contenu de %LocalAppData%\Packages\MSTeams_8wekyb3d8bbwe\LocalCache.
- Windows (classic) : %AppData%\Microsoft\Teams → dossiers Cache, Code Cache, databases, etc.
- macOS : quitter Teams puis supprimer ~/Library/Application Support/Microsoft/Teams (ou la structure équivalente pour “new Teams”).
Collectez un log rapide si l’erreur persiste : appuyez sur Ctrl+Alt+Shift+1 (Windows) ou ⌥+⌘+⇧+1 (macOS) pour générer un ZIP de diagnostics.

Alternative native : onglet “Bibliothèque de documents”

Lorsque disponible, cet onglet reste l’option la plus stable pour rattacher une bibliothèque complète (puis naviguer au dossier). C’est aussi l’approche la plus claire pour l’utilisateur final (structure familière, commandes SharePoint complètes).

Diagnostic rapide (check‑list)

Reproduire sur un canal test (vierge) avec la même URL de dossier.
Essayer avec un compte standard (pas d’administrateur).
Tester Teams Web et Teams bureau.
Essayer l’URL de la bibliothèque (racine) à la place du dossier.
Essayer l’onglet Website.
Écarter les liens de partage : utiliser l’URL native (barre d’adresse).
Contrôler les droits sur le site et la bibliothèque (canaux privé/partagé).
Vider le cache Teams si l’erreur est persistante côté client.

Tableau d’aide à la décision

Symptôme	Indice	Action immédiate	Plan B si échec
Erreur au moment de Save pour un dossier précis	Validation d’URL de dossier capricieuse	Basculer sur l’onglet Website avec la même URL	Onglet Bibliothèque de documents → naviguer au dossier
Échec pour tous les dossiers, même en canal neuf	Bug global côté app “SharePoint”	Onglet Website	Attacher la bibliothèque (racine) puis épingler le dossier via un marque-page
Marche pour la bibliothèque, pas pour le dossier	Validation stricte sur l’URL de dossier	Utiliser la racine de la bibliothèque	Créer un onglet “Website” ciblant le dossier
Marche pour certains utilisateurs mais pas d’autres	Écart de droits ou politiques	Vérifier groupes M365 / sécurité et droits SharePoint	Tester avec un profil/PC propre, vider cache Teams

Comprendre les URL SharePoint qui posent problème

Les échecs d’ajout d’onglet sont souvent liés aux variantes d’URL. Voici les plus courantes et leur comportement attendu dans Teams :

Type de lien	Exemple	Comportement attendu	Risque/limite
URL native de site	`https://contoso.sharepoint.com/sites/Marketing`	OK dans “SharePoint” (site), “Website”	Rien de particulier
URL native de bibliothèque	`.../sites/Marketing/Shared%20Documents/Forms/AllItems.aspx`	OK dans “SharePoint”/“Bibliothèque de documents” et “Website”	Affichage en vue moderne requis
URL native de dossier	`.../Shared%20Documents/Brand/Assets`	Peut échouer dans “SharePoint” (bug). OK en “Website”.	Validation stricte (cause probable du bug)
Lien de partage (token)	`.../guestaccesstoken=...` ou “Anyone link”	Souvent rejeté en tant qu’onglet	Sécurité/jetons, restrictions d’intégration
URL avec `?web=1`	`.../AllItems.aspx?web=1`	Généralement OK	Peu d’impact, mais préférer l’URL native propre

Bonnes pratiques de permission & gouvernance

Aligner groupes Teams et SharePoint : pour les canaux standards, l’appartenance au Microsoft 365 Group doit correspondre aux droits sur le site.
Canaux privés/partagés : ajouter les membres dans le canal (pas seulement dans l’équipe), car le site associé est distinct.
Invités externes : valider les politiques B2B, la création d’onglets, et les règles d’accès conditionnel (MFA, appareils conformes, etc.).
Éviter les URL volatiles : bannir les liens “Anyone” dans un onglet. Utiliser des chemins stables.

Dépannage côté client (quand l’onglet “SharePoint” refuse le dossier)

Switcher de client : testez Web ↔ Bureau. Si “Website” marche partout mais “SharePoint” échoue côté bureau, suspectez le client.
Cache : fermez Teams, supprimez le cache (voir chemins plus haut), relancez.
Profils multiples : si l’utilisateur jongle avec plusieurs comptes/locataires, testez avec un profil navigateur propre ou un Windows Sandbox.
Extensions de navigateur : désactivez temporairement les bloqueurs (qui peuvent interférer avec des iFrames d’authentification).
Collectez les logs : Ctrl+Alt+Shift+1 (Windows) / ⌥+⌘+⇧+1 (macOS) pour joindre au ticket.

Scénarios concrets et solutions

“Dossier marketing impossible en onglet, mais la bibliothèque s’attache” : ajoutez la bibliothèque en onglet, puis naviguez au dossier. En parallèle, créez un onglet “Website” pointant directement sur le dossier pour un accès en un clic.
“Fonctionnait avant, plus maintenant, même sur un canal neuf” : cas typique de régression. Conservez le flux via “Website” et documentez l’incident (date/heure/scénario) pour le suivi.
“Certains utilisateurs voient l’onglet, d’autres non” : vérifiez les droits (site/bibliothèque) et l’authentification (MFA, conditions d’accès). Un test profil vierge aide à isoler un souci client.

Modèle de ticket/feedback (copier-coller)

[Titre]
Teams – onglet SharePoint : erreur “We couldn't complete that action” avec URL de dossier

\[Contexte]

* Locataire : \
* Équipe / Canal : \ / \
* Type de canal : Standard | Privé | Partagé
* URL du dossier : \
* Fonctionnait auparavant : Oui | Non | Inconnu

\[Étapes précises]

1. * → SharePoint → Any SharePoint site
2. Coller l’URL du dossier
3. Save
   Résultat : message d’erreur “We couldn't complete that action”

\[Comparatifs]

* Ajout onglet “Website” avec même URL : OK | KO
* Ajout onglet “Bibliothèque de documents” (racine) : OK | KO
* Teams Web : OK | KO
* Teams bureau (version) : OK | KO

\[Droits]

* Utilisateur de test membre de : \

\[Horodatage]

* Dernière reproduction : \ \ (\)

\[Pièces jointes]

* Capture d’écran de l’erreur
* ZIP de logs (Ctrl+Alt+Shift+1 / ⌥⌘⇧1)

Erreurs fréquentes à éviter

Coller un lien de partage au lieu de l’URL native du dossier/bibliothèque.
Oublier le contexte du canal : pour un canal privé/partagé, le site SharePoint n’est pas celui de l’équipe “parent”.
Négliger un test avec un compte standard : un admin peut masquer un souci de droits réel.
Confondre échec d’attachement et absence de droits : l’onglet “Website” aide à clarifier (si “Website” marche, les droits sont probablement OK).

FAQ

Est‑ce sûr d’utiliser un onglet “Website” ?
Oui. L’onglet encapsule l’URL dans Teams. Les mêmes politiques d’authentification et de protection s’appliquent que dans le navigateur. C’est un contournement standard lorsque l’attachement “SharePoint” échoue.

Peut‑on revenir plus tard à l’onglet “SharePoint” ?
Oui. Une fois la régression corrigée par Microsoft, supprimez l’onglet “Website” et recréez l’onglet “SharePoint”. Les documents et droits ne changent pas : seul l’habillage d’accès est modifié.

Pourquoi l’URL de dossier bloque‑t‑elle ?
Les validations/canalisations d’URL au moment de l’ajout d’onglet peuvent échouer selon le format exact du chemin, la présence de paramètres ou des changements côté service. C’est précisément ce que contourne “Website”.

Les raccourcis “Ajouter un raccourci à OneDrive” aident‑ils ?
Ils aident à l’accès utilisateur, mais ne résolvent pas le problème d’onglet. Pour un raccourci visuel dans le canal, préférez l’onglet “Website”.

Récapitulatif & recommandations

Nous sommes face à un bug probable de l’onglet “SharePoint” sur les URL de dossier.
Solution de contournement immédiate, fiable et simple : créer un onglet “Website” vers le dossier.
Alternative native : attacher la bibliothèque puis naviguer au dossier.
Bonnes pratiques : éviter les liens de partage, privilégier l’URL native, vérifier droits et tester Web/Bureau.
Suivi : consigner un ticket/feedback avec horodatage, logs et scénario détaillé pour accélérer la correction.

Annexe : mini‑procédures utiles

Récupérer une URL “native” propre

Dans SharePoint, naviguez jusqu’au dossier voulu.
Utilisez Ouvrir dans SharePoint (depuis Teams si besoin) puis copiez la barre d’adresse du navigateur.
Vérifiez qu’il n’y a pas de guestaccesstoken ni de paramètres de partage temporaires.

Valider rapidement les droits

Avec un compte test “membre”, ouvrez l’URL du dossier dans le navigateur : si l’accès est OK, le souci vient plutôt de l’attachement d’onglet.
Si c’est un canal privé/partagé, assurez‑vous que le compte est bien membre du canal (et donc du site associé).

Nettoyer le cache Teams (checklist)

Fermez totalement Teams (vérifiez l’icône de zone de notification).
Supprimez les dossiers de cache (cf. chemins listés plus haut).
Rouvrez Teams et refaites le test d’ajout d’onglet.

En bref (pour les pressés)

Bug probable : onglet “SharePoint” échoue avec les URL de dossier.
Contournement : onglet Website → collez l’URL native du dossier.
Alternative : onglet “Bibliothèque de documents” (racine) puis navigation.
À vérifier : pas de lien de partage, droits OK, test Web/Bureau, cache vidé.
Suivi : ticket/feedback avec logs et horodatage.

Avec ces étapes, vous restaurez immédiatement l’accès au dossier dans Teams tout en préparant une résolution durable dès que la régression côté service sera corrigée.