Créer un site SharePoint revient surtout à faire les bons choix dès le départ : type de site, droits d’accès, navigation, pages et bibliothèque de documents. Je vais vous montrer une méthode simple et réaliste pour mettre en place un espace utile dans Microsoft 365, que ce soit pour collaborer en équipe ou diffuser de l’information à l’échelle d’une organisation. L’objectif est d’éviter les réglages approximatifs qui obligent ensuite à refaire la structure.
L’essentiel pour lancer un site SharePoint proprement et sans reprise inutile
- Un site d’équipe sert à collaborer, tandis qu’un site de communication sert à publier de l’information.
- La création standard se fait depuis l’accueil SharePoint avec le bouton Créer un site.
- Un site d’équipe crée aussi un groupe Microsoft 365, ce qui change la logique des accès.
- Les droits doivent être cadrés dès le départ avec des rôles clairs : propriétaires, membres, visiteurs.
- La page d’accueil, la navigation et le nom des pages comptent autant que la création elle-même.
- Les erreurs les plus coûteuses viennent presque toujours d’un mauvais cadrage initial, pas de l’outil.
Choisir le bon type de site avant de créer quoi que ce soit
Je commence toujours par là, parce que c’est le choix qui détermine tout le reste. Dans l’expérience moderne de SharePoint, il existe deux grandes familles de sites : le site d’équipe et le site de communication. Microsoft recommande clairement de partir de ces modèles modernes, car ils sont pensés pour des usages différents et évitent beaucoup de bricolage inutile.
| Critère | Site d’équipe | Site de communication |
|---|---|---|
| Usage principal | Collaborer sur un projet, coéditer des documents, travailler au quotidien | Publier des actualités, des procédures, des annonces ou des pages de référence |
| Logique d’accès | Lié à un groupe Microsoft 365, souvent connecté à Teams | Permissions SharePoint classiques avec propriétaires, membres et visiteurs |
| Navigation | Navigation latérale très pratique pour les équipes | Navigation supérieure, plus adaptée à un portail ou à un intranet |
| Quand le choisir | Projet, service, équipe opérationnelle, espace de travail partagé | Communication interne, page d’accueil métier, centre de ressources |
| Piège fréquent | Vouloir en faire un intranet de publication lourd | L’utiliser comme espace de travail collaboratif trop ouvert |
Si votre site doit vivre dans Teams, je privilégie presque toujours le site d’équipe. Si votre objectif est surtout de diffuser de l’information à un grand nombre de personnes, le site de communication est plus propre et plus lisible. Une fois ce choix posé, on peut passer à la création sans se tromper de fondation.
Créer le site dans l’interface moderne
Microsoft Support indique qu’un site moderne se crée en quelques secondes. En pratique, je procède en gardant la configuration la plus simple possible au départ, puis j’ajuste après coup uniquement si cela sert réellement l’équipe.
Depuis la page d’accueil SharePoint
- Ouvrez SharePoint dans Microsoft 365.
- Sélectionnez Créer un site.
- Choisissez Site d’équipe ou Site de communication.
- Sélectionnez un modèle si l’interface vous en propose un.
- Renseignez le nom du site, puis complétez la description si elle apporte une vraie utilité.
- Vérifiez l’adresse du site, la langue par défaut et, pour un site d’équipe, l’adresse du groupe si elle apparaît.
- Définissez la confidentialité si l’option est proposée, puis ajoutez les propriétaires et les membres.
- Validez la création, puis terminez l’assistant.
Depuis le centre d’administration
Si le bouton de création en libre-service n’apparaît pas, c’est souvent que votre organisation l’a désactivé. Dans ce cas, un administrateur passe par le centre d’administration SharePoint, ouvre les sites actifs, puis lance la création depuis cet espace. C’est la voie à retenir quand on veut cadrer la gouvernance ou limiter qui peut ouvrir un site.Le point important ici, ce n’est pas seulement de cliquer au bon endroit. C’est surtout de nommer correctement le site, de choisir la bonne langue dès le départ et de ne pas oublier que le site d’équipe crée aussi un groupe Microsoft 365. Si vous choisissez un modèle d’équipe, l’ossature collaborative existe immédiatement. Cela m’amène à la question qui pose le plus souvent problème ensuite : qui peut faire quoi sur ce site.
Régler les accès et la gouvernance sans se piéger
Les permissions sont le vrai sujet de fond. Sur un site bien pensé, on sait dès le départ qui administre, qui contribue et qui consulte. Je préfère un modèle simple à un empilement de droits difficiles à maintenir, surtout quand plusieurs équipes utilisent le même espace.
Sur un site de communication, SharePoint utilise généralement trois groupes standards : propriétaires, membres et visiteurs. C’est propre, lisible et suffisant dans la plupart des cas. Sur un site connecté à Teams, la logique change : les propriétaires et membres de l’équipe deviennent aussi les propriétaires et membres du site. Dans ce cas, Microsoft recommande de gérer les autorisations dans Teams plutôt que de les dupliquer dans SharePoint.
- Propriétaires : ils administrent le site, les accès et les réglages essentiels.
- Membres : ils ajoutent du contenu, modifient les pages ou travaillent sur les documents.
- Visiteurs : ils consultent sans modifier.
Je conseille aussi de garder les groupes imbriqués au minimum. Microsoft signale que les groupes de sécurité imbriqués peuvent poser des problèmes de performance, donc je les réserve aux cas où l’organisation impose déjà cette logique. Pour les demandes d’accès, activez le mécanisme de demande si vous savez qu’un site sera souvent partagé : cela évite les partages sauvages et les accès oubliés.
Autre point utile : les droits au niveau du site donnent accès à tout le contenu du site. Si vous devez partager un dossier ou un document précis, mieux vaut utiliser un lien ciblé plutôt que de multiplier les exceptions dans la structure générale. Quand les accès sont bien cadrés, le site devient beaucoup plus simple à faire évoluer. On peut alors se concentrer sur ce que les utilisateurs voient en arrivant.
Construire une page d’accueil qui sert vraiment
Un site SharePoint n’est pas utile parce qu’il existe, mais parce qu’on comprend immédiatement où aller dedans. C’est là que la page d’accueil, la navigation et les pages modernes font la différence. J’essaie toujours d’obtenir une première page qui répond à trois questions en moins de dix secondes : où suis-je, quoi faire ici, où trouver l’essentiel.
Les pages modernes sont la base de l’expérience actuelle. Elles se créent depuis la bibliothèque Pages du site, avec des sections et des composants WebPart, puis se publient une fois le contenu prêt. On peut ajouter des textes, des documents, des vidéos, des actualités ou des raccourcis vers les ressources clés. En revanche, un détail compte beaucoup : l’URL d’une page moderne ne se modifie pas ensuite, donc je prends soin de bien nommer la page dès le départ.
- Un bandeau clair qui explique immédiatement le rôle du site.
- Trois à cinq liens rapides vers les ressources les plus utilisées.
- Une zone documents ou une bibliothèque de référence.
- Un bloc actualités si le site diffuse de l’information.
- Un contact ou une liste des propriétaires pour éviter les zones floues.
La navigation mérite la même attention. Sur un site d’équipe, la navigation latérale fonctionne très bien parce qu’elle accompagne le travail quotidien. Sur un site de communication, je préfère une navigation supérieure plus simple à lire. Si votre organisation utilise des hubs, l’association au hub peut aussi aider à relier plusieurs sites sous une même logique. Là encore, il ne s’agit pas d’ajouter des options, mais de guider les usages. Ce point m’amène aux erreurs que je vois le plus souvent lors du lancement.
Éviter les erreurs qui obligent à refaire le site
La plupart des reprises coûteuses viennent de quelques erreurs répétées. Je les liste souvent dès le départ, parce qu’elles sont faciles à éviter quand on les a vues une fois. Le vrai gain de temps n’est pas technique, il est méthodologique.
| Erreur fréquente | Conséquence | Ce que je fais à la place |
|---|---|---|
| Choisir le mauvais type de site | Navigation confuse et permissions mal adaptées | Je pars de l’usage réel : collaboration ou communication |
| Donner trop de droits de propriétaire | Risque de modification non maîtrisée | Je limite le nombre de propriétaires à quelques personnes |
| Créer une arborescence trop profonde | Les utilisateurs se perdent et le contenu devient invisible | Je préfère quelques bibliothèques claires et des métadonnées utiles |
| Laisser un nom de site trop vague | Le site devient difficile à retrouver et à maintenir | J’utilise une convention de nommage stable et descriptive |
| Oublier la gouvernance d’accès | Partages excessifs, demandes d’accès mal orientées | Je définis dès le début les règles de partage et les responsables |
| Soigner le fond mais pas l’accueil | Le site existe, mais personne ne sait par où commencer | Je construis une page d’accueil utile avant de multiplier les sous-pages |
Je garde aussi en tête la partie visuelle. Pour le logo, Microsoft recommande une image qui reste lisible dans une plage d’environ 64 x 64 à 192 x 64 pixels. Ce n’est pas un détail cosmétique : une identité visuelle claire aide les équipes à reconnaître immédiatement le bon espace. Une fois ces pièges écartés, il reste une dernière étape qui fait souvent la différence entre un site “posé” et un site réellement prêt à l’emploi.
Les réglages que je verrouille avant d’ouvrir le site à toute l’équipe
Avant de livrer un site, je fais toujours la même vérification finale. Elle est courte, mais elle évite beaucoup de retours inutiles et montre tout de suite si la structure tient la route.
- Le nom du site est explicite et cohérent avec le service ou le projet.
- La description indique clairement l’usage attendu.
- Les propriétaires sont identifiés et au moins une personne secondaire peut prendre le relais.
- Les membres et visiteurs correspondent à la réalité du terrain.
- La page d’accueil contient déjà les liens, documents ou actualités essentiels.
- La navigation mène aux pages les plus utilisées sans détour inutile.
- Les règles de partage et de demande d’accès sont connues des responsables.
Je recommande aussi de tester le site sur mobile avant de le diffuser largement. Les pages modernes s’adaptent bien aux écrans, mais la lisibilité dépend toujours du contenu que vous y mettez. Si vous avez un doute, publiez d’abord une version simple, observez les usages pendant quelques jours, puis ajustez. C’est souvent plus solide qu’un lancement trop chargé.
Au fond, la bonne façon de créer un site SharePoint consiste à penser comme un architecte, pas comme un exécutant. Le type de site, les accès, la navigation et la page d’accueil doivent raconter la même histoire. Quand ces réglages sont cohérents, le site devient réellement utile au lieu d’être seulement “en place”.
