Les métiers du web expliqués simplement : qui fait quoi ?
Développeur, designer, SEO, webmaster ou hébergeur : comprendre leurs rôles avec des exemples concrets et savoir qui appeler pour votre site.
Sur cette page6 sections
Vous voulez un site internet. Vous demandez un devis et, en quelques échanges, on vous parle de développeur, d'UX, de SEO, de webmaster et d'infogérance. Vous étiez venu pour présenter votre activité et recevoir des demandes. Vous repartez avec l'impression de devoir monter une équipe informatique.
Ces mots désignent des responsabilités différentes. Ils ne désignent pas forcément huit personnes, et certainement pas huit prestations à acheter sans comprendre pourquoi. Pour s'y retrouver, je préfère suivre ce qui se passe sur un site : ce que le visiteur comprend, ce qu'il peut faire, puis ce qui permet au service de continuer à fonctionner.
Le designer travaille cette présentation. Il choisit une hiérarchie, des couleurs, des typographies et une manière de disposer les éléments. C'est ce qu'on appelle souvent l'UI : l'interface visible. L'UX s'intéresse davantage au chemin suivi par le visiteur. Que vient-il chercher ? Que doit-il comprendre avant de réserver ? Pourquoi lui demande-t-on de remplir ce champ ?
Dans une petite équipe, ces deux aspects peuvent être traités par la même personne. La distinction aide surtout à poser le bon problème. « Je n'aime pas ce vert » et « personne ne trouve comment réserver » demandent deux discussions différentes.
Le rédacteur intervient sur ce que le site dit. Il aide à expliquer une prestation, à répondre aux questions et à garder une voix cohérente. Un ghostwriter écrit au nom d'une autre personne : son travail est de mettre en forme ce qu'elle sait et ce qu'elle veut dire, pas de lui inventer une carrière ou des résultats.
Si vous connaissez votre métier mais que vos pages restent pleines de formulations comme « solutions innovantes adaptées à vos besoins », le sujet peut être là. Une phrase qui explique réellement votre travail vaut mieux qu'un paragraphe que toutes les entreprises pourraient reprendre.
On parle de front-end pour la partie qui fonctionne dans le navigateur : les écrans, les interactions, l'affichage. Le back-end prend en charge les traitements et les données côté serveur. Un développeur full-stack intervient sur les deux. Cela ne signifie pas qu'il est automatiquement spécialiste du design, du référencement et de chaque outil auquel votre entreprise veut se connecter.
Ces casquettes se croisent. Le designer prévoit un formulaire compréhensible, le rédacteur clarifie ses consignes et le développeur le rend utilisable, y compris lorsqu'une information manque ou qu'un envoi échoue. Si personne ne se parle, on peut obtenir une très belle maquette et un formulaire qui ne répond pas au besoin.
C'est aussi pour ça que le nombre de pages ne suffit pas à mesurer un projet. Une page de réservation peut demander davantage de travail que dix pages de présentation. J'explique cette différence dans l'article sur le sur mesure pour une TPE.
Pour un artisan local, on peut partir d'un besoin très concret : quelqu'un cherche une intervention dans une ville où vous travaillez, mais votre site ne dit nulle part que vous intervenez dans cette zone. La réponse n'est pas nécessairement « ajouter plus de mots-clés ». Il faut une information utile, au bon endroit, puis vérifier que la page est accessible et comprise.
Ce travail peut toucher aux textes, à la structure du site, aux liens ou à un problème technique. Le consultant ne remplace donc pas systématiquement le développeur ou le rédacteur : il peut avoir besoin d'eux pour appliquer ses recommandations.
Et le résultat ne se résume pas à une courbe de visites qui monte. Si les visiteurs ne cherchent pas votre prestation, ou ne trouvent pas comment vous contacter, le trafic n'a pas réglé votre problème commercial.
On peut comparer ça à un local professionnel. Louer les murs ne signifie pas que quelqu'un range vos dossiers, entretient votre matériel et s'occupe de tous vos équipements. De la même manière, un hébergement ne comprend pas automatiquement la maintenance de votre application ni une restauration testée de vos données.
Le webmaster est souvent le référent du site au quotidien. Il publie des contenus, met à jour une offre, vérifie des liens ou coordonne une correction. Le terme est large : certains sont surtout éditoriaux, d'autres très techniques. Demandez ce que la personne prend effectivement en charge, plutôt que de vous fier au titre.
Le point commun entre ces rôles, c'est la continuité. Quand votre formulaire ne reçoit plus de demandes, vous devez savoir qui regarde le problème. La séparation entre hébergeur, développeur et webmaster n'a aucun intérêt si chacun vous renvoie vers le suivant. C'est ce que doit clarifier l'accompagnement de maintenance.
Il peut préparer une synthèse de demande, retrouver une information ou proposer une réponse. Quelqu'un doit toujours décider ce qu'il peut lire, quelles actions il peut faire et dans quels cas il s'arrête. Ce travail relève de la conception et de l'intégration, pas d'une intelligence supposée connaître votre entreprise toute seule.
Un interlocuteur principal peut prendre plusieurs rôles et faire intervenir une expertise précise lorsque le projet la demande. À l'inverse, une agence peut réunir plusieurs spécialistes. Dans les deux cas, il faut que les responsabilités soient lisibles : qui valide les contenus, qui teste les fonctions, qui suit la mise en ligne et qui répond ensuite ?
Chez Cadarsir, je prends en charge ou coordonne ces différentes parties selon le projet. L'idée n'est pas de prétendre que tous les métiers sont interchangeables. C'est de vous permettre de parler de votre activité sans devoir transmettre la même histoire à chaque intervenant, puis de garder quelqu'un qui comprend pourquoi le site a été construit comme ça.
Ces mots désignent des responsabilités différentes. Ils ne désignent pas forcément huit personnes, et certainement pas huit prestations à acheter sans comprendre pourquoi. Pour s'y retrouver, je préfère suivre ce qui se passe sur un site : ce que le visiteur comprend, ce qu'il peut faire, puis ce qui permet au service de continuer à fonctionner.
Un beau site et un site facile à utiliser, ce n'est pas tout à fait la même question
Imaginez un restaurant dont le site montre de magnifiques photos, mais sur lequel on ne trouve ni les horaires ni le bouton de réservation. Le problème ne vient pas forcément du code. Les informations sont peut-être mal organisées, ou la présentation attire l'attention au mauvais endroit.Le designer travaille cette présentation. Il choisit une hiérarchie, des couleurs, des typographies et une manière de disposer les éléments. C'est ce qu'on appelle souvent l'UI : l'interface visible. L'UX s'intéresse davantage au chemin suivi par le visiteur. Que vient-il chercher ? Que doit-il comprendre avant de réserver ? Pourquoi lui demande-t-on de remplir ce champ ?
Dans une petite équipe, ces deux aspects peuvent être traités par la même personne. La distinction aide surtout à poser le bon problème. « Je n'aime pas ce vert » et « personne ne trouve comment réserver » demandent deux discussions différentes.
Le rédacteur intervient sur ce que le site dit. Il aide à expliquer une prestation, à répondre aux questions et à garder une voix cohérente. Un ghostwriter écrit au nom d'une autre personne : son travail est de mettre en forme ce qu'elle sait et ce qu'elle veut dire, pas de lui inventer une carrière ou des résultats.
Si vous connaissez votre métier mais que vos pages restent pleines de formulations comme « solutions innovantes adaptées à vos besoins », le sujet peut être là. Une phrase qui explique réellement votre travail vaut mieux qu'un paragraphe que toutes les entreprises pourraient reprendre.
Quand on clique, quelqu'un a prévu ce qui devait se passer
Le développeur construit les mécanismes du site. Derrière un bouton « réserver », il faut parfois vérifier un créneau, enregistrer une demande, envoyer un message et permettre au gestionnaire de répondre. Le bouton occupe quelques centimètres à l'écran ; le travail qu'il déclenche peut être beaucoup plus important.On parle de front-end pour la partie qui fonctionne dans le navigateur : les écrans, les interactions, l'affichage. Le back-end prend en charge les traitements et les données côté serveur. Un développeur full-stack intervient sur les deux. Cela ne signifie pas qu'il est automatiquement spécialiste du design, du référencement et de chaque outil auquel votre entreprise veut se connecter.
Ces casquettes se croisent. Le designer prévoit un formulaire compréhensible, le rédacteur clarifie ses consignes et le développeur le rend utilisable, y compris lorsqu'une information manque ou qu'un envoi échoue. Si personne ne se parle, on peut obtenir une très belle maquette et un formulaire qui ne répond pas au besoin.
C'est aussi pour ça que le nombre de pages ne suffit pas à mesurer un projet. Une page de réservation peut demander davantage de travail que dix pages de présentation. J'explique cette différence dans l'article sur le sur mesure pour une TPE.
Être en ligne ne veut pas dire être trouvé
Le consultant SEO travaille la visibilité dans les moteurs de recherche. Il cherche quelles questions vos futurs clients posent, quelles pages y répondent et ce qui empêche Google de les comprendre ou de les découvrir.Pour un artisan local, on peut partir d'un besoin très concret : quelqu'un cherche une intervention dans une ville où vous travaillez, mais votre site ne dit nulle part que vous intervenez dans cette zone. La réponse n'est pas nécessairement « ajouter plus de mots-clés ». Il faut une information utile, au bon endroit, puis vérifier que la page est accessible et comprise.
Ce travail peut toucher aux textes, à la structure du site, aux liens ou à un problème technique. Le consultant ne remplace donc pas systématiquement le développeur ou le rédacteur : il peut avoir besoin d'eux pour appliquer ses recommandations.
Et le résultat ne se résume pas à une courbe de visites qui monte. Si les visiteurs ne cherchent pas votre prestation, ou ne trouvent pas comment vous contacter, le trafic n'a pas réglé votre problème commercial.
Le site tourne quelque part, et il faut aussi s'en occuper
L'hébergeur fournit les ressources qui rendent le site accessible : serveurs, stockage, réseau et services prévus dans son offre. L'infogéreur prend en charge tout ou partie de l'exploitation de cet environnement : configuration, surveillance, mises à jour, accès et incidents, selon le contrat.On peut comparer ça à un local professionnel. Louer les murs ne signifie pas que quelqu'un range vos dossiers, entretient votre matériel et s'occupe de tous vos équipements. De la même manière, un hébergement ne comprend pas automatiquement la maintenance de votre application ni une restauration testée de vos données.
Le webmaster est souvent le référent du site au quotidien. Il publie des contenus, met à jour une offre, vérifie des liens ou coordonne une correction. Le terme est large : certains sont surtout éditoriaux, d'autres très techniques. Demandez ce que la personne prend effectivement en charge, plutôt que de vous fier au titre.
Le point commun entre ces rôles, c'est la continuité. Quand votre formulaire ne reçoit plus de demandes, vous devez savoir qui regarde le problème. La séparation entre hébergeur, développeur et webmaster n'a aucun intérêt si chacun vous renvoie vers le suivant. C'est ce que doit clarifier l'accompagnement de maintenance.
Et l'agent IA dans tout ça ?
Un agent IA n'est pas un neuvième prestataire. C'est un logiciel qu'une personne conçoit ou configure pour accomplir certaines tâches avec un modèle d'intelligence artificielle et, éventuellement, des outils connectés.Il peut préparer une synthèse de demande, retrouver une information ou proposer une réponse. Quelqu'un doit toujours décider ce qu'il peut lire, quelles actions il peut faire et dans quels cas il s'arrête. Ce travail relève de la conception et de l'intégration, pas d'une intelligence supposée connaître votre entreprise toute seule.
Vous n'avez pas à devenir chef de chantier numérique
Pour une petite entreprise, la question utile n'est pas « combien de métiers dois-je engager ? ». C'est « qui est responsable de relier tout ça ? ».Un interlocuteur principal peut prendre plusieurs rôles et faire intervenir une expertise précise lorsque le projet la demande. À l'inverse, une agence peut réunir plusieurs spécialistes. Dans les deux cas, il faut que les responsabilités soient lisibles : qui valide les contenus, qui teste les fonctions, qui suit la mise en ligne et qui répond ensuite ?
Chez Cadarsir, je prends en charge ou coordonne ces différentes parties selon le projet. L'idée n'est pas de prétendre que tous les métiers sont interchangeables. C'est de vous permettre de parler de votre activité sans devoir transmettre la même histoire à chaque intervenant, puis de garder quelqu'un qui comprend pourquoi le site a été construit comme ça.
