Plusieurs sites, un seul poste de travail : piloter le SEO en équipe
Celui qui suit douze sites échoue rarement sur l'analyse et presque toujours sur l'organisation. Voici comment structurer le travail SEO d'une équipe : un fil de projet au lieu de cinq dépôts, des accès explicites, des étiquettes plates et des rapports stables d'un mois à l'autre.
Pour un seul site, il faut peu de choses : un onglet de tableur, un signet vers la Search Console, un dossier de captures. La rupture arrive entre le sixième et le dixième site, rarement comme une prise de conscience. C'est plutôt une gêne diffuse : vous ne savez plus au juste ce qui s'est passé cette semaine, ni sur quel projet.
C'est là que commence la nouvelle interface de Semalt, moins comme un outil d'analyse supplémentaire que comme un poste de travail pour celles et ceux qui répondent de plusieurs sites à la fois : agences, sièges de réseaux, entreprises à plusieurs marques, indépendants dont le portefeuille a grossi par accumulation.
Pourquoi un portefeuille échoue autrement qu'un projet isolé
Un projet isolé échoue sur le fond : mauvais mots-clés, textes faibles, obstacles techniques. Un portefeuille échoue parce que l'information se disperse.
Les nouvelles de campagne arrivent par courriel. Les preuves de liens dorment dans un tableur dont seul son auteur comprend les colonnes. Les questions des clients restent dans la boîte du chef de projet, les rapports dans les téléchargements, les tâches dans un outil relié à aucune donnée. Chacun de ces dépôts se justifie séparément ; ensemble, ils font que répondre à « qu'est-ce qui s'est passé chez le client X en juillet » demande une demi-heure.
Ces chiffres sont un calcul de modèle, pas une mesure : douze clients, douze mois, une demi-heure par occasion. Il en sort une semaine par an passée à retrouver ce que vous avez produit. La conclusion est simple : les événements doivent se déposer là où le projet vit, dans l'ordre où ils se sont produits.
My SEO Stream : un fil au lieu de cinq dépôts
My SEO Stream réunit, projet par projet, ce qui restait séparé. Cela ressemble à une conversation, à une différence près : les humains ne sont pas les seuls à y écrire.
Le fil de projet comme chronique vivante
Pour les équipes qui ne veulent plus reconstituer ce qui a été décidé il y a trois mois.
- Les réponses de l'assistant. Rattachées aux données réelles du projet.
- Les rapports générés automatiquement. À leur place dans la chronologie, non dans une boîte de réception.
- Les backlinks fraîchement posés. Avec le Domain Rating et le trafic du domaine référent.
- Les tâches nées du travail courant. Elles restent là où la discussion a eu lieu.
- Les nouvelles de campagne. Les changements d'état de l'automatisation, insérés chronologiquement.
L'historique ne se tient donc plus, il se constitue comme sous-produit du travail. Si quelqu'un demande en octobre pourquoi les clics ont chuté en juin, vous faites défiler jusqu'à juin : la réponse, le rapport, les liens posés et la décision s'y trouvent.
Filtres, états de tâche et recherche plein texte
Un fil chronologique a un défaut évident : après quelques mois, il est long. Trois antidotes y répondent.
- Les filtres Tout, Liens, Fichiers, Tâches. Le filtre Liens répond en un clic à « qu'avez-vous construit ce mois-ci », DR et trafic compris. Le filtre Fichiers fait remonter rapports et pièces jointes.
- Les états actif, différé, abandonné. Un jeu réduit, et c'est sa force : un portefeuille est fait pour une bonne part de tâches justes qui ne sont pas encore à l'ordre du jour.
- La recherche plein texte sur tous les messages. Inutile de savoir quand une chose a été discutée : savoir à peu près quoi suffit.
L'état « différé » mérite une défense : la refonte qui attend le budget du trimestre prochain, les textes néerlandais que le client doit faire relire. Qui ne connaît que « ouvert » et « terminé » finit avec une liste qui déborde ou avec mauvaise conscience.
La recherche plein texte ne renvoie pas seulement l'endroit trouvé, mais ses alentours. Cette combinaison de trouvaille et de contexte, aucun tableur ne l'offre.
Un assistant qui lit vraiment les données du projet
L'écart entre l'assistant du fil et un modèle générique ouvert dans l'onglet voisin est de nature : le second ne sait rien de votre projet, le premier le lit.
Demandez à un modèle générique pourquoi les clics ont baissé sur les pages de catégorie : vous obtiendrez une liste de causes plausibles. Elle n'est pas fausse, mais elle reste vraie quoi qu'il se soit produit — donc inutile pour décider.
On décide d'abord des données nécessaires
Avant chaque réponse, une étape choisit les blocs pertinents — et parfois aucun.
- Quatre sources disponibles. Search Console, SERP, campagne et blocs personnalisés.
- Zéro à trois sont chargées. Le routage choisit selon la pertinence au lieu de tout présenter.
- La réponse arrive jeton par jeton. Vous voyez où elle va et pouvez l'interrompre plutôt qu'attendre.
- L'historique remonte à 20 messages. Les relances fonctionnent sans répéter le contexte.
Le zéro n'est pas un cas limite, c'est une intention. Pour « quelle différence entre impressions et clics », les données du projet ne servent à rien et la réponse vient plus vite. Pour « quels mots-clés ont perdu des positions sur 28 jours », les blocs voulus sont chargés. L'assistant accepte aussi les listes de mots-clés et d'URL par lots.
Les vingt messages sont aussi une limite consciente : généreuse pour une séance de travail, elle n'est pas une mémoire de projet sur plusieurs mois. C'est le rôle du fil et de sa recherche ; sinon, une relance formulée six semaines plus tard tombera à plat.
Le mode multi-clients : qui voit quoi dans l'équipe
Dès que plusieurs personnes interviennent, la question des accès se pose. Le substitut habituel est un mot de passe partagé — inconfortable dès qu'un collègue s'en va. Dans l'espace de travail de Semalt, la réponse tient en plusieurs niveaux.
Groupes de comptes Google liés
Plusieurs comptes réunis en un groupe : courant en agence, où les sites clients sont vérifiés séparément.
- Plus de bascule entre comptes
- La vérification reste chez le client
Partage site par site
Un site se partage vers une adresse électronique enregistrée. L'accent porte sur le mot un.
- Le client voit son site, pas le portefeuille
- Les clients voisins restent invisibles
Retrait d'un accès accordé
La fonction dont on parle le moins et dont on a le plus souvent besoin.
- Le stagiaire de l'été d'avant
- L'ancien responsable marketing du client
Un rythme de revue
Une liste parcourue chaque trimestre vaut mieux qu'une procédure jamais lue.
- Accorder un partage avec une durée en tête
- Créer aussitôt la tâche de retrait
Les étiquettes de site : un filtre global sur tout le portefeuille
Les étiquettes agissent comme un filtre global sur toutes les vues. Ce n'est donc pas une mention valable dans une seule liste, mais une sélection qui se propage à l'interface entière : vous filtrez sur un client, et tout ne parle plus que de ses sites. Le critère d'étiquetage devient une décision d'architecture.
Par client
L'axe le plus naturel dès qu'un client possède plus d'un domaine.
- Boutique principale, outlet, magazine de marque
- Trois sites, un seul interlocuteur
Par langue ou par marché
L'axe décisif en Belgique, où une même entreprise est cherchée en français, en néerlandais et parfois en anglais.
- Domaine
.beà deux ou trois versions - Réponse nette sur la partie néerlandophone
Par priorité
Quels projets demandent une attention hebdomadaire, lesquels une attention mensuelle.
- L'axe qui fait gagner le plus de temps
- La décision est prise une fois, pas chaque lundi
Par état du contrat
En cours, en préavis, en essai, suspendu. Cela sonne commercial, mais pilote la charge de travail.
- Une période d'essai réclame des résultats précoces
- Un projet suspendu ne réclame pas de routine
Le deuxième axe pèse lourd en Belgique. La demande se répartit entre les langues : une moyenne nationale mélange des marchés qui n'ont ni les mêmes volumes, ni la même concurrence, ni les mêmes formulations. Un site bruxellois peut être solide en français et à peine visible en néerlandais sans que la vue par pays ne le laisse deviner. C'est pourquoi les découpages par pays et par appareil comptent double ici.
Pourquoi un système plat vaut mieux qu'une arborescence
L'erreur la plus fréquente est la hiérarchie profonde. On commence par client-dupont, on ajoute client-dupont-boutique, puis client-dupont-boutique-fr — six mois plus tard, quarante étiquettes dont trente ne visent qu'un site. Une étiquette qui ne filtre qu'un objet n'est pas une étiquette, c'est son nom.
Un système plat fonctionne mieux parce que les étiquettes se combinent : peu d'axes distincts, une valeur de chaque axe par site. Quatre axes de quelques valeurs suffisent à couvrir le portefeuille sans arborescence à mémoriser.
cl-, lang-, prio-, etat-) ; un plafond — au-delà de vingt à vingt-cinq étiquettes, faites le ménage ; une responsabilité fixe : tout le monde les utilise, une seule personne en crée.Quelle organisation convient à quel profil
Toutes les situations n'appellent pas la même construction. L'indépendant qui gère trois sites et recopie la systématique d'une agence de soixante ne fait plus que de l'administration.
| Profil et taille | Étiquettes | Partage | Comptes | Rapport |
|---|---|---|---|---|
| Une entreprise, 1 site | Inutile | Aucun | Un compte | PDF mensuel |
| Indépendant, 2–4 sites | Un axe : priorité | Rare, sur un projet isolé | Un compte, deux liés au besoin | PDF pour soi, CSV à la demande |
| Petite agence bruxelloise, 8–15 sites | Client et priorité | Un site par client | Groupe sur les comptes clients | PDF à la marque du client |
| Entreprise belge bilingue, 5–20 domaines | Langue et marque | Un site par responsable | Groupe par marché | PDF direction, CSV par langue |
| Réseau ou franchise, 20–60 sites | Région, état, priorité | Son site par franchisé | Groupe central, comptes liés | PDF par point de vente |
| Agence, 60 sites et plus | Quatre axes, responsable désigné | Selon les rôles, revue trimestrielle | Plusieurs groupes par équipe | CSV/JSON interne, PDF aux clients |
Les lignes se lisent cumulativement : chaque palier reprend le précédent et ajoute un axe. Qui grandit ajoute — il ne reconstruit pas.
Reporting, export et visualisation
Le rapport est le moment où l'organisation se rentabilise ou se venge. Qui rassemble les chiffres à neuf chaque mois y perd une journée ; qui les a rangés, une heure.
| Format | Limite haute | Mode de production | Usage typique |
|---|---|---|---|
| CSV | 10 000 lignes | Export direct | Analyse maison, tableur |
| JSON | 10 000 lignes | Export direct | Traitement ultérieur |
| 250 lignes | Rendu côté serveur | Rapport mensuel au client | |
| Vue tabulaire | 50–200 lignes par page | Filtrable et triable | Travail quotidien dans le panneau |
L'écart entre dix mille lignes et deux cent cinquante surprend, puis se comprend. Un PDF se lit ; un document de trois mille lignes s'archive. La limite force la bonne question — quelles 250 lignes racontent le mois ? — qui est le travail de conseil.
Le générateur de rapports configurable décide des blocs du document. Fixez une configuration par type de client et tenez-vous-y : une structure constante rend possible la comparaison au mois précédent. Qui règle une fois les modèles de rapport du panneau Semalt, logo et couleurs compris, les règle pour tous ses clients.
Séries temporelles
Elles répondent à la question de la tendance, souvent la seule discutée en réunion.
Cartes d'indicateurs
Elles donnent l'état en une ligne et remplacent douze vues détaillées.
Sparklines
La micro-courbe en bout de ligne répond à « stable ou en mouvement » sans un clic.
Cartes de chaleur pays et appareils
Elles révèlent ce que la moyenne efface : un mobile faible sur un seul marché.
Ces formes sont volontairement conventionnelles. Et comme des processus d'arrière-plan synchronisent les données, les vues sont à jour sans rafraîchir.
Une semaine dans une petite agence bruxelloise
Le déroulé qui suit est un exemple construit : une agence bruxelloise de trois personnes, douze sites clients — sept PME francophones, deux entreprises bilingues, une association, une boutique en ligne, un cabinet d'avocats.
Lundi matin : la revue de portefeuille
La semaine ne commence pas par douze projets mais par un filtre. L'étiquette prio-haute ramène le portefeuille à quatre sites ; on parcourt leurs cartes d'indicateurs et leurs séries sur vingt-huit jours, puis on bascule le fil sur Tout.
Le filtre passe ensuite à prio-standard. Les huit projets restants sont survolés par leurs cartes ; ce qui saute aux yeux part en tâche dans le fil concerné. L'ensemble prend 45 minutes : la priorisation est déjà dans les étiquettes.
Mardi à jeudi : le régime courant
Les jours ordinaires sont faits de questions. Un client écrit parce qu'il croit avoir perdu en visibilité. Au lieu d'assembler des captures, la question est posée dans le fil du projet ; le routage charge les blocs pertinents, une relance affine la réponse. La chaîne entière reste inscrite dans le fil.
En parallèle, des tâches apparaissent. Le point du cabinet d'avocats est différé : la conformité valide les textes au trimestre suivant. Celui de la boutique est abandonné : la refonte a réglé le problème. Les deux décisions restent documentées.
- Question d'un client. Posez-la dans le fil du projet ; la réponse et son fondement y restent.
- Constat sans solution immédiate. Créez la tâche et mettez-la en différé, pour ne pas encombrer les points actifs.
- Accès pour un prestataire externe. Partagez un seul site et créez dans la foulée la tâche de retrait.
Fin de mois : les rapports
Le dernier jour ouvré, les rapports sont produits ; la configuration existant par type de client, la structure est identique au mois précédent. Les entreprises bilingues reçoivent un rapport par langue — les étiquettes s'en chargent.
La partie la plus exigeante n'est pas le document, c'est le texte d'accompagnement : trois à cinq phrases par client qui situent ce que les chiffres signifient et ce qui est prévu. Ces phrases sont écrites par un humain.
Là où l'automatisation s'arrête
Il serait malhonnête de présenter cette organisation comme la solution du travail lui-même. Elle résout la couche organisationnelle — où déposer quoi, comment le retrouver, qui y a droit — pas la couche décisionnelle.
prio-haute ne contient pas la vérité sur l'importance, seulement une estimation qui vieillit si personne ne la révise. La recherche des causes : l'assistant montre que les clics ont baissé et sur quels mots-clés ; le pourquoi tient à un contexte qu'aucun système ne détient, une hausse de tarifs en mai. La définition des objectifs : optimiser pour la notoriété, les demandes de devis ou la marge est une décision d'entreprise ; l'outil sait les rendre mesurables, pas les fixer. La communication client : la conversation sur un trimestre décevant reste un travail humain.L'apport honnête est un déplacement du centre de gravité : si la couche organisationnelle porte sa part, il reste plus de temps pour la couche décisionnelle. Moins spectaculaire qu'une promesse d'optimisation automatique, mais vérifiable. Le détail des modules figure dans l'aperçu des fonctions de Semalt ; pour les fondations techniques, voyez nos prestations.
Questions fréquentes
À partir de combien de sites une couche organisationnelle se justifie-t-elle ?
Il n'existe pas de seuil dur, mais la bascule se situe entre six et dix projets. En dessous, votre vue d'ensemble suffit ; au-dessus, la reconstitution commence. Si vous attendez de la croissance, posez tôt le premier axe d'étiquettes : l'installer sur trente sites coûte plus cher que sur huit.
Un client à qui nous partageons un site voit-il les autres projets ?
Non. Le partage se fait site par site, vers une adresse électronique enregistrée. Le destinataire voit le site partagé, ni le portefeuille ni vos étiquettes. Les accès accordés sont consultables et se retirent, à revoir chaque trimestre.
Pourquoi l'assistant répond-il parfois sans les données du projet ?
Parce que le modèle de routage décide question par question quels blocs sont pertinents, et il peut n'en charger aucun. Pour une question de compréhension générale, c'est voulu et plus rapide. Quand vous attendez une réponse appuyée sur les données, précisez période, site et indicateur.
Comment gérer un site bilingue français-néerlandais ?
Par l'axe linguistique des étiquettes, puis en lisant les découpages par pays et par appareil plutôt que la moyenne du site. Semalt ne traite pas le néerlandais de façon particulière : les vues reposent sur les données Google. La séparation par étiquette empêche justement qu'une version forte masque la faiblesse de l'autre.
Un PDF de 250 lignes suffit-il pour un rapport mensuel ?
Pour un rapport client, en général oui : un rapport mensuel vit de toute façon d'une sélection. Qui a besoin des données complètes exporte en plus du CSV ou du JSON jusqu'à 10 000 lignes.
L'erreur classique est toujours la même : trop de choses à la fois. L'ordre raisonnable est autre — inscrire les sites et lier les comptes, poser un seul axe d'étiquettes, mener un projet dans le fil, arrêter une configuration de rapport, régler les accès en dernier.
Le premier pas utile est petit : enregistrer deux ou trois sites et travailler un mois dans le panneau. Pour l'essayer, vous pouvez ouvrir un accès au panneau Semalt et éprouver votre systématique sur un échantillon lisible.
Que le travail ait payé se mesure à une question : combien de temps faut-il pour répondre à « qu'est-ce qui s'est passé chez ce client le trimestre dernier ». Sous deux minutes, la couche organisationnelle a fait son travail. Tout le reste est de nouveau le vôtre.
Besoin d'Aide Avec Votre SEO ?
Notre équipe d'experts est prête à vous aider à améliorer votre classement dans les moteurs de recherche et à développer votre présence en ligne.
Consultation Gratuite