Développeur web à Roanne : quelles compétences vérifier avant de signer ?

Trois métiers derrière un seul intitulé

Un dirigeant roannais qui cherche « un développeur web » compare, sans le savoir, des devis qui ne portent pas sur le même travail. Le premier chiffre l'installation d'un thème WordPress. Le deuxième une boutique en ligne avec gestion de stock. Le troisième un outil interne connecté à un logiciel de gestion. Trois métiers, trois logiques de facturation, trois profils de risque. Et pourtant, sur les trois cartes de visite, la même ligne.

C'est de là que naissent la plupart des déceptions. Pas d'une incompétence technique. D'un décalage entre le profil retenu et le besoin réel.

Cet article ne liste pas les « qualités du bon développeur ». Il propose sept blocs de compétences à vérifier avant de signer, avec les questions à poser en rendez-vous et les réponses qui doivent faire lever un sourcil. Aucune de ces vérifications ne suppose de savoir écrire une ligne de code.

Avant de chercher un développeur, clarifier ce que l'on achète

Site vitrine, e-commerce, application métier : trois besoins, trois profils

Le périmètre détermine le profil. Un intégrateur WordPress rapide et propre, qui livre des vitrines soignées en trois semaines, peut se révéler un très mauvais choix pour un back-office sur mesure. L'inverse est tout aussi vrai : un développeur habitué aux applications métier va parfois surdimensionner un site de dix pages, avec un budget et des délais qui n'ont plus rien à voir avec le besoin.

Une vitrine, c'est de la mise en forme, du contenu, de la performance et du référencement. Une boutique, c'est en plus des flux : stocks, paiements, transporteurs, factures, parfois une synchronisation avec un logiciel existant. Un outil métier, c'est de la logique pure, des droits d'accès, des cas particuliers, et une maintenance qui ne s'arrête jamais vraiment.

Avant le premier rendez-vous, écrivez en trois lignes ce que le site doit permettre de faire. Pas à quoi il doit ressembler. Ce qu'il doit faire. La différence est énorme, et elle filtre déjà la moitié des malentendus.

Développeur, intégrateur, webmaster, agence : décoder les intitulés

Le vocabulaire du web est flou, parfois volontairement. Quelques repères utiles :

• L'intégrateur transforme une maquette en pages fonctionnelles. Il maîtrise le HTML, le CSS, l'adaptation mobile. Il ne développe pas forcément de fonctionnalités nouvelles.
• Le développeur front-end travaille tout ce que voit l'utilisateur : interfaces, interactions, comportements dynamiques.
• Le développeur back-end s'occupe de ce qui tourne derrière : base de données, traitements, connexions à d'autres outils.
• Le développeur full-stack couvre les deux. C'est le profil le plus courant chez les indépendants.
• Le webmaster administre un site existant : mises à jour, publications, petites corrections. Ce n'est pas le même métier que celui qui le construit.
• L'agence assemble plusieurs de ces compétences, plus souvent du design, de la rédaction, du référencement. Avec une structure de coûts qui s'en ressent.

Un devis à 2 800 € et un devis à 11 000 € ne se comparent pas tant qu'on n'a pas identifié qui fait quoi derrière chaque ligne.

Le budget réel : conception, développement, maintenance

Le coût d'entrée n'est pas le coût de possession. C'est la première source de litige, et de loin.

Un site livré, ce n'est pas un site terminé. Il faudra un hébergement, un nom de domaine à renouveler, des mises à jour de sécurité, des sauvegardes, des ajustements. Sur trois ans, la maintenance représente régulièrement 30 à 50 % du budget initial. Parfois davantage sur une boutique en ligne, où chaque module ajouté devient une dépendance à surveiller.

Un prestataire qui n'aborde pas spontanément ce sujet en rendez-vous vous vend un objet, pas un outil de travail.

Compétence 1 : la maîtrise technique, et comment la vérifier sans être développeur

Les technologies annoncées correspondent-elles au besoin ?

Le débat CMS contre sur-mesure n'a pas de vainqueur universel. WordPress, PrestaShop ou Shopify apportent un écosystème mature, un coût maîtrisé, une prise en main rapide, et une population de prestataires capables de reprendre le travail si vous changez d'avis. Le sur-mesure apporte la précision fonctionnelle, la légèreté, l'absence de dépendance à des extensions tierces. Il coûte plus cher à produire et enferme davantage.

Les deux positions sont défendables. Ce qui doit alerter, c'est le prestataire qui propose exactement la même solution à tout le monde, sans avoir posé une seule question sur votre activité. Un artisan de Riorges avec quinze pages et un formulaire de contact, une PME industrielle du bassin avec un catalogue technique en trois langues : ce n'est pas le même chantier.

La bonne question, posée simplement : « Pourquoi cette solution-là pour mon cas, et pas une autre ? » Si la réponse tient en une phrase générique, insistez.

Lire un portfolio autrement : ouvrez les sites livrés

Les captures d'écran d'un portfolio sont toujours belles. Le web réel l'est moins. Alors ouvrez les sites, un par un, depuis votre téléphone, sur votre connexion habituelle.

Vérifiez d'abord qu'ils sont encore en ligne. Ça paraît absurde, mais un portfolio sur cinq contient au moins un site mort, redirigé ou remplacé. Ensuite, regardez la vitesse d'affichage. Testez le formulaire de contact : arrive-t-il quelque part ? Faites défiler sur mobile, cherchez les débordements, les textes tronqués, les boutons trop petits pour un pouce.

Puis, le test que presque personne ne fait : consultez la date du dernier article ou de la dernière actualité. Un site livré en 2022 et figé depuis, ce n'est pas nécessairement la faute du développeur. Mais si les six références présentées sont toutes à l'arrêt, cela raconte quelque chose sur la relation d'après-livraison.

Quatre questions qu'un non-technicien peut poser

Elles n'exigent aucune connaissance technique pour être posées. Leurs réponses, elles, sont très parlantes.

• « Chez qui le site sera-t-il hébergé, et à quel prix ? » Une réponse précise, avec un nom d'hébergeur et un montant annuel. Un flou ici annonce souvent une facturation opaque plus tard.
• « Comment les sauvegardes sont-elles faites, et où sont-elles stockées ? » Une sauvegarde sur le serveur qui héberge le site n'est pas une sauvegarde. C'est une copie qui disparaîtra avec l'original.
• « Qui applique les mises à jour de sécurité, à quelle fréquence ? » Sur un CMS, c'est mensuel au minimum. Un site WordPress non mis à jour pendant un an est une porte ouverte.
• « Utilisez-vous un système de versions du code ? » La réponse attendue mentionne Git. Ce n'est pas un détail de geek : c'est ce qui permet de revenir en arrière quand une modification casse quelque chose, et de transmettre proprement le travail à un successeur.

Un professionnel structuré répond à ces quatre questions en deux minutes, sans hésiter. C'est son quotidien.

Compétence 2 : le SEO intégré dès la conception

Un beau site invisible ne sert à rien

C'est la situation la plus fréquente, et la plus frustrante. Le site est réussi, le dirigeant est content de son apparence, les clients qui le connaissent déjà le trouvent moderne. Et il ne ramène personne. Aucun nouveau contact. Trois visiteurs par jour, dont deux sont l'entreprise elle-même.

Parce que le référencement n'est pas une couche qu'on ajoute après. Il se joue dans la structure : la hiérarchie des titres, l'architecture des pages, les adresses, la vitesse, le contenu. Rattraper tout cela sur un site déjà livré coûte systématiquement plus cher que de l'avoir prévu dès le départ.

Les points non négociables du cahier des charges

Faites figurer ces éléments noir sur blanc. Ils sont techniques, mais leur présence ou leur absence se vérifie sans compétence particulière.

• Une structure de titres cohérente : un seul H1 par page, des H2 et H3 hiérarchisés.
• Des adresses de pages lisibles et durables, sans identifiants numériques ni paramètres illisibles.
• Une balise title et une meta description personnalisables pour chaque page, sans passer par le développeur.
• Un temps de chargement mesuré et un seuil contractuel, testable sur PageSpeed Insights.
• Des données structurées adaptées à l'activité : entreprise locale, horaires, avis, produits.
• Un sitemap XML généré automatiquement et un fichier robots.txt correctement configuré.
• Un plan de redirections 301 en cas de refonte.

Ce dernier point mérite un paragraphe à lui seul.

Refonte : le piège des redirections oubliées

Scénario classique. Un site existant depuis huit ans, correctement positionné, ramène une trentaine de contacts par an. On le refond. Design impeccable, mise en ligne un mardi. Trois semaines plus tard, le trafic a chuté de 60 % et personne ne comprend pourquoi.

Explication : les adresses des pages ont changé. Google avait référencé ancien-site.fr/nos-services-plomberie.html, cette adresse renvoie désormais une erreur 404, et le référencement accumulé pendant huit ans s'évapore. Chaque ancienne adresse aurait dû être redirigée vers sa remplaçante, une par une, via des redirections 301.

Ce travail est fastidieux. Il représente parfois une journée entière sur un site de cent pages. C'est précisément pour cette raison qu'il « saute » quand le budget est serré, ou qu'il n'a jamais été chiffré.

Écrivez-le au contrat. Nommément. Avec la responsabilité clairement attribuée.

Où s'arrête le développeur, où commence le référenceur

Un développeur n'est pas tenu d'être référenceur. Ce sont deux métiers, avec deux logiques et deux rythmes : l'un livre un objet, l'autre travaille dans la durée.

En revanche, il doit connaître les fondations techniques du référencement et savoir dire où s'arrête son périmètre. « Je livre une base technique saine, la stratégie de contenu et de visibilité n'est pas mon métier » est une réponse professionnelle. « Ne vous inquiétez pas, le SEO c'est inclus » sans autre précision n'en est pas une.

Et si quelqu'un vous promet la première position sur Google, la discussion peut s'arrêter là. Personne ne contrôle l'algorithme de Google. Personne.

Compétence 3 : la performance et l'accessibilité

Vitesse de chargement : ce qui dépend vraiment du développeur

Quatre facteurs, dans l'ordre d'impact réel.

Le poids des images, d'abord. C'est le coupable numéro un. Une photo prise au smartphone pèse 4 Mo ; affichée telle quelle sur une page, elle plombe tout. Compressée et convertie au bon format, elle tombe à 150 Ko sans différence visible à l'œil.

Ensuite, l'empilement d'extensions. Sur WordPress, chaque plugin ajoute son code. Vingt-cinq extensions installées « au cas où », dont douze inutilisées, et le site rame sans raison apparente.

Le code superflu, ensuite : bibliothèques chargées pour une seule fonction, polices multipliées, scripts publicitaires ou de suivi qui bloquent l'affichage.

Enfin l'hébergement. Un mutualisé à 3 € par mois trouve vite ses limites dès qu'un peu de trafic arrive. Ce n'est pas toujours un mauvais choix, mais il doit être assumé et expliqué.

Testez vous-même sur PageSpeed Insights, c'est gratuit et ça prend trente secondes. Un site vitrine correctement construit doit dépasser 80 sur mobile. En dessous de 50, il y a un vrai sujet.

Mobile : la majorité du trafic, et le premier test à faire

Plus de six visiteurs sur dix arrivent depuis un téléphone. Sur certaines activités locales, artisanat, restauration, services de proximité, on dépasse les 75 %.

Le test tient en deux minutes. Ouvrez le site sur votre propre téléphone, en 4G et pas en Wi-Fi. Comptez les secondes avant l'affichage. Essayez de cliquer sur le numéro de téléphone : se lance-t-il directement en appel ? Remplissez le formulaire au pouce. Cherchez le texte qu'il faut zoomer pour lire.

Si l'expérience vous agace en tant que propriétaire du site, imaginez ce qu'elle produit chez un prospect qui a trois concurrents ouverts dans d'autres onglets.

Accessibilité : obligation croissante, bénéfice réel

Le cadre réglementaire se resserre. Les organismes publics et para-publics y sont soumis depuis longtemps, et l'accessibilité numérique s'étend progressivement au secteur privé selon la taille et le chiffre d'affaires.

Mais l'argument juridique n'est pas le plus convaincant. Un site accessible, c'est un site avec des contrastes suffisants pour être lu au soleil, des textes qui s'agrandissent sans casser la mise en page, une navigation possible au clavier, des images décrites. Autrement dit : un site plus confortable pour tout le monde, y compris pour un client de 68 ans qui consulte votre catalogue sur une tablette.

Les moteurs de recherche apprécient d'ailleurs beaucoup de ces bonnes pratiques. Rien ne se perd.

Compétence 4 : la sécurité et la conformité

RGPD, mentions légales, cookies : qui en assume la charge ?

La responsabilité juridique du contenu d'un site incombe à son éditeur, c'est-à-dire à vous. Pas au développeur. Ce point est rarement dit clairement en rendez-vous.

Cela n'exonère pas le prestataire de fournir les moyens techniques : bandeau de consentement fonctionnel qui bloque réellement les traceurs avant acceptation, formulaires avec mention de finalité et case de consentement, connexion sécurisée, durées de conservation paramétrables.

Demandez explicitement : « Les mentions légales et la politique de confidentialité sont-elles incluses, ou dois-je les faire rédiger ? » Les deux réponses sont acceptables. L'absence de réponse ne l'est pas.

Sauvegardes, certificat SSL, mises à jour : le socle minimal

Trois éléments, non négociables :

• Un certificat SSL actif, le fameux cadenas. Il est gratuit aujourd'hui via Let's Encrypt. Le facturer 200 € par an mérite une explication.
• Des sauvegardes automatiques, quotidiennes, stockées ailleurs que sur le serveur du site, et surtout testées. Une sauvegarde qu'on n'a jamais essayé de restaurer n'est qu'une hypothèse.
• Des mises à jour régulières du CMS, des extensions et du thème, avec un environnement de test si le site est un peu complexe.

Que se passe-t-il si le site est piraté ?

Posez la question telle quelle, en rendez-vous, et observez la réaction.

Le professionnel structuré répond dans la foulée : délai d'intervention, procédure de restauration, ancienneté de la dernière sauvegarde disponible, conditions tarifaires de l'intervention. Il a déjà vécu la situation, elle ne le surprend pas.

L'amateur répond « ça n'arrivera pas ». Ou bien il vous regarde comme si vous aviez posé une question déplacée.

Les attaques sur les CMS courants sont massives et automatisées. Elles ne visent personne en particulier, elles balayent. Un site sans contrat de maintenance finit statistiquement par être touché.

Compétence 5 : l'autonomie qu'on vous laisse après la livraison

Pourrez-vous modifier vos contenus vous-même ?

Question simple, conséquences énormes. Modifier un horaire, ajouter une actualité, changer une photo, corriger un tarif : est-ce que ça passe par un formulaire d'administration, ou par un mail au développeur, une attente de trois jours et une facture de 90 € ?

Il existe des projets où le sur-mesure figé se justifie pleinement. Mais cela doit être un choix conscient, pas une découverte au troisième mois.

Demandez une démonstration en direct de l'interface d'administration, sur un site déjà livré. Cinq minutes suffisent pour comprendre si l'outil est utilisable par quelqu'un qui n'y passera qu'une heure par mois.

Formation, documentation, prise en main

Une à deux heures de formation à la livraison, un document écrit avec les manipulations courantes, éventuellement deux ou trois captures vidéo. Ce n'est pas du luxe, c'est ce qui fait la différence entre un site vivant et un site fossilisé au bout de six mois.

Vérifiez que c'est chiffré au devis. Si ça n'y figure pas, ça n'existera pas.

Le point critique : à qui appartiennent le code, le domaine et l'hébergement ?

Voilà le passage qui mérite le plus d'attention de tout cet article. Parce que c'est le seul point où une erreur devient très difficile à réparer.

Le scénario se répète, partout, dans toutes les régions. Une entreprise travaille avec un prestataire pendant plusieurs années. La relation se dégrade, ou le prestataire cesse son activité, ou les tarifs deviennent excessifs. L'entreprise décide de changer.

Et là, tout se bloque. Le nom de domaine a été déposé au nom du prestataire : juridiquement, il ne vous appartient pas. L'hébergement est sur son compte, avec ses identifiants. Le code n'a jamais été transmis. La base de données non plus. Les accès à l'espace d'administration sont limités.

Résultat : soit vous acceptez les conditions qu'on vous impose, soit vous repartez de zéro, en perdant votre adresse historique et le référencement qui allait avec. Certaines entreprises ont perdu bien plus que le prix d'un site dans cette situation.

Trois vérifications, avant signature :

• Le nom de domaine est déposé à votre nom, avec votre société comme titulaire, votre adresse mail comme contact administratif. Vérifiable gratuitement sur le site de l'AFNIC pour un .fr. Faites-le, ça prend une minute.
• Les accès complets vous sont remis à la livraison : hébergement, base de données, administration, comptes de messagerie. Écrit au contrat, avec un délai.
• Le code source vous est livré et son sort est précisé. Cession de droits, licence d'utilisation, propriété partagée : plusieurs formules existent et sont légitimes. Ce qui ne l'est pas, c'est le silence.

Un prestataire honnête n'a aucune raison de refuser ces trois points. S'il se crispe, la crispation est votre réponse.

Compétence 6 : la communication et la méthode de travail

Un interlocuteur qui traduit la technique en langage clair

La capacité à expliquer simplement n'est pas un talent accessoire. Elle révèle le niveau de maîtrise réel. Quelqu'un qui comprend profondément ce qu'il fait sait le reformuler pour un boulanger, un chef d'atelier ou un cabinet comptable.

Le jargon systématique cache parfois une insécurité, parfois une volonté de maintenir une dépendance. Rarement de l'expertise.

Si vous ressortez du premier rendez-vous sans avoir compris ce qui va être fait, ce n'est pas votre faute. C'est un signal.

Étapes, jalons, validations : la trace écrite

Un projet correctement mené comporte des points de passage identifiés : cadrage, arborescence, maquette, développement, recette, mise en ligne. Chacun avec une validation formelle, même succincte, même par mail.

Cette trace écrite protège les deux parties. Elle évite le fameux « mais je pensais que c'était compris » qui empoisonne la fin de projet et transforme une relation cordiale en négociation tendue.

Attention particulière aux cycles de correction. Combien d'allers-retours sont inclus sur la maquette ? Deux ? Trois ? Illimités, sérieusement ? Un devis qui ne le précise pas ouvre la porte aux tensions des dernières semaines, quand chacun estime avoir déjà donné.

Délais annoncés : ce qui est réaliste, ce qui ne l'est pas

Quelques ordres de grandeur, en tenant compte du fait que vos propres délais comptent autant que ceux du prestataire :

• Site vitrine de 5 à 10 pages, contenus fournis : quatre à huit semaines.
• Site vitrine avec rédaction et photos à produire : deux à quatre mois.
• Boutique en ligne, catalogue simple : trois à six mois.
• Application métier : c'est du cas par cas, mais rarement moins de quatre mois.

Une promesse de site vitrine complet en une semaine mérite qu'on demande ce qui est réellement livré. Souvent, c'est un thème acheté et rempli à la va-vite. Ce qui peut convenir, à condition que ce soit annoncé, et facturé en conséquence.

Et rappelons une évidence peu appliquée : la première cause de retard sur un projet web, ce sont les contenus non fournis par le client. Textes, photos, logo en bonne définition. Anticipez-les.

Réactivité et disponibilité après mise en ligne

Le vrai test commence après la facture. Un formulaire qui cesse de fonctionner un vendredi soir, un module de paiement qui bloque une commande, un affichage cassé après une mise à jour : combien de temps avant une réponse ?

Demandez un délai d'intervention écrit, et distinguez deux niveaux : ce qui est bloquant, ce qui ne l'est pas. Un site inaccessible, c'est quelques heures. Une modification de texte, c'est quelques jours. Les deux sont normaux, à condition d'être dits.

Compétence 7 : l'ancrage local et la compréhension du marché roannais

Ce que la proximité apporte réellement, et ce qu'elle n'apporte pas

Soyons honnêtes : la proximité géographique n'est pas un gage de qualité. Un excellent développeur à 400 km fera mieux qu'un prestataire médiocre installé rue Nationale. Le code ne connaît pas les frontières départementales, et beaucoup de projets se mènent très bien à distance.

Cela dit, la proximité change des choses concrètes. Un rendez-vous physique en phase de cadrage fait gagner des heures de mails. Une formation à la livraison, en face à face, dans vos locaux, avec vos propres contenus, n'a pas la même efficacité qu'un partage d'écran. Et sur la durée, la relation de suivi tient mieux quand on peut se croiser.

Le vrai avantage local n'est pas technique. Il est relationnel, et il se manifeste surtout dans les phases où l'on doit se comprendre vite.

Connaissance du tissu économique roannais

Le bassin roannais a une physionomie particulière, et un prestataire qui la connaît pose de meilleures questions dès le départ.

L'industrie et la mécanique y pèsent lourd, avec des entreprises dont les clients sont d'autres entreprises, souvent hors région, parfois à l'export. Pour elles, le site est une vitrine de crédibilité et un support commercial technique. Le référencement local n'est pas la priorité, la clarté du catalogue et la qualité des documents téléchargeables le sont bien davantage.

Le textile, héritage historique du Roannais, mêle aujourd'hui façonniers, marques et ateliers qui ont pris le virage de la vente directe. Là, le besoin bascule vers l'e-commerce, la photo produit, la logistique.

Le commerce et l'artisanat de proximité, enfin, jouent une autre partition : visibilité sur les recherches locales, prise de contact rapide, avis clients, horaires à jour. Un site de dix pages bien construit y produit plus d'effet qu'une plateforme sophistiquée.

Un prestataire qui vous propose la même architecture pour ces trois profils n'a pas écouté.

SEO local : fiche Google, zones de chalandise, communes environnantes

Pour une activité de service ou de commerce, l'essentiel du trafic utile vient des recherches géolocalisées. « Plombier Roanne », « traiteur Riorges », « garage Le Coteau ». Ces requêtes déclenchent l'affichage de la carte Google et de trois établissements. Y figurer vaut souvent mieux que la première position classique.

Cela suppose une fiche d'établissement complète et entretenue, des données de contact strictement identiques partout, des pages structurées qui couvrent les communes réellement desservies : Riorges, Mably, Le Coteau, Villerest, et plus largement les communes de Roannais Agglomération.

Nuance importante : créer une page par commune avec le même texte et un nom de ville substitué ne fonctionne pas. Google identifie ces gabarits sans difficulté. Une page locale utile parle de la zone, des interventions qui y sont menées, des spécificités qu'on y rencontre.

Ce travail relève du référencement plus que du développement. Mais l'architecture du site doit le rendre possible, et c'est bien là que le développeur intervient.

Références vérifiables dans la région

Le conseil le plus simple de cet article, et le moins appliqué : appelez deux clients cités en référence.

Cinq minutes au téléphone. Trois questions : les délais ont-ils été tenus ? Le budget final correspondait-il au devis ? Comment ça se passe quand vous avez un problème aujourd'hui ?

Les réponses sont souvent nuancées, et c'est justement leur intérêt. Un « très bien, mais il faut parfois relancer » vaut mille fois plus qu'un témoignage lissé sur une page web. Et un prestataire qui hésite à vous transmettre deux contacts vient de vous apprendre quelque chose.

Lire un devis de développement web ligne par ligne

Les postes qui doivent apparaître explicitement

Un devis sérieux détaille au minimum : le cadrage et l'arborescence, la conception graphique et le nombre de propositions incluses, l'intégration avec le nombre de gabarits de pages, les développements spécifiques poste par poste, la reprise ou la rédaction des contenus, la mise en conformité RGPD, le plan de redirections en cas de refonte, la formation, la mise en ligne et la période de garantie, puis la maintenance avec son contenu précis.

Un devis d'une seule ligne intitulée « création site internet » avec un montant global n'est pas un devis. C'est une intention.

Forfait ou régie : quand chacun se justifie

Le forfait convient à un périmètre stable et bien décrit. Vous connaissez le montant final, le prestataire assume le risque de dépassement, et il l'a intégré dans son prix. C'est la formule adaptée à la grande majorité des sites vitrines et des boutiques standards.

La régie, facturée au temps passé, se justifie quand le besoin va évoluer en cours de route : outil métier, projet exploratoire, évolutions successives d'une plateforme existante. Elle exige de la confiance, un suivi du temps consommé, et un plafond convenu.

Le pire des cas, c'est le forfait annoncé sur un périmètre flou. On y arrive presque toujours au même endroit : des avenants, des tensions, et une relation qui se termine mal.

Les zones floues qui coûtent cher plus tard

Traquez ces formulations, elles sont toutes des factures en sommeil :

• « Selon besoin », « à définir ultérieurement », « en fonction de l'avancement ».
• Un nombre de pages non plafonné, ou pire, non mentionné.
• Des cycles de correction non limités, donc non budgétés.
• « Optimisation SEO » sans aucun détail sur ce que recouvre le terme.
• Un hébergement « offert la première année » dont le tarif suivant n'est pas indiqué.
• Une reprise de contenus dont on ne sait pas si elle inclut la saisie ou seulement le copier-coller.

Maintenance : ce que couvre vraiment le contrat mensuel

Un contrat de maintenance à 80 € par mois peut recouvrir des réalités radicalement différentes. Faites préciser, poste par poste : mises à jour du CMS et des extensions, sauvegardes et leur fréquence, supervision de disponibilité, correction des dysfonctionnements, nombre d'heures de modifications incluses, délai d'intervention garanti, restauration après incident.

Sans ce détail, vous payez un abonnement dont vous ne saurez jamais s'il vous a servi. Jusqu'au jour où vous en aurez besoin.

Les signaux d'alerte avant de signer

Sans détour, voici ce qui doit interrompre la discussion ou, au minimum, la ralentir sérieusement :

• Un devis d'une seule ligne, sans détail des prestations.
• Aucun contrat, aucune condition générale, tout à l'oral.
• Un refus ou une réticence à préciser qui détiendra le nom de domaine et les accès.
• Un prix très en dessous du marché sans explication : quelqu'un paiera la différence, en général en délais ou en qualité.
• Une promesse de première position sur Google, en particulier assortie d'un délai.
• Aucune réalisation consultable en ligne, ou des références sous simple capture d'écran.
• Un interlocuteur déjà difficile à joindre pendant la phase de négociation. C'est le moment où il vous veut comme client ; imaginez ensuite.
• Une pression au signe immédiat, avec une remise valable jusqu'à vendredi.
• Un discours exclusivement esthétique, sans une question sur vos clients, votre marché, vos objectifs.

Un seul de ces signaux ne condamne pas forcément. Trois, en revanche, dessinent un motif assez net.

La check-list de vérification avant signature

À emporter au rendez-vous, à cocher au fur et à mesure. Les questions sont fermées ; c'est volontaire.

• Périmètre : le devis distingue-t-il clairement conception, développement, contenus et maintenance ?
• Technique : le choix de la solution a-t-il été justifié pour votre cas précis ?
• Portfolio : avez-vous ouvert au moins trois sites livrés, sur mobile, et testé leurs formulaires ?
• Hébergement : l'hébergeur et son coût annuel sont-ils nommés ?
• Sauvegardes : sont-elles quotidiennes, externalisées, et déjà testées ?
• SEO : structure de titres, adresses, title et meta modifiables, sitemap et vitesse figurent-ils au cahier des charges ?
• Refonte : le plan de redirections 301 est-il chiffré et attribué à quelqu'un ?
• Performance : un seuil de vitesse mesurable est-il inscrit au contrat ?
• Mobile : avez-vous testé une réalisation sur votre propre téléphone, en 4G ?
• Conformité : mentions légales, bandeau cookies et politique de confidentialité sont-ils inclus ou à votre charge ?
• Sécurité : la procédure en cas de piratage a-t-elle été décrite précisément ?
• Autonomie : avez-vous vu l'interface d'administration fonctionner, en direct ?
• Formation : est-elle chiffrée au devis, avec une documentation écrite ?
• Propriété : le nom de domaine sera-t-il déposé au nom de votre société ?
• Accès : leur remise complète est-elle écrite au contrat, avec un délai ?
• Code : son sort à la fin de la relation est-il précisé noir sur blanc ?
• Méthode : les étapes, les validations et le nombre de corrections incluses sont-ils définis ?
• Délais : le planning tient-il compte du temps qu'il vous faudra pour fournir les contenus ?
• Support : un délai d'intervention après mise en ligne est-il garanti par écrit ?
• Références : avez-vous appelé deux clients existants ?

Vingt questions. Si quinze obtiennent une réponse claire, vous êtes en face de quelqu'un de sérieux.

FAQ

Combien coûte un site internet à Roanne ?

Les fourchettes constatées sur le bassin roannais : de 1 500 à 4 000 € pour une vitrine simple sur CMS, de 4 000 à 10 000 € pour une vitrine sur mesure avec rédaction et photos, de 6 000 à 20 000 € pour une boutique en ligne selon le catalogue et les connexions à vos outils, au-delà pour une application métier. À cela s'ajoutent l'hébergement et le domaine, de 100 à 400 € par an, et la maintenance, de 50 à 250 € par mois. Un écart de prix se justifie toujours par le périmètre : comparez ce qui est réellement inclus avant de comparer les montants.

Faut-il préférer un freelance ou une agence ?

Cela dépend surtout de la taille du projet et du besoin de continuité. Le freelance offre un interlocuteur unique, une relation directe et un coût plus contenu ; le risque tient à sa disponibilité et à ce qui se passe s'il change d'activité. L'agence apporte de la continuité, des compétences complémentaires et une capacité à absorber des projets larges ; en contrepartie, le coût est supérieur et l'interlocuteur peut changer. Pour une vitrine ou une petite boutique, un freelance expérimenté fait très bien l'affaire. Pour un projet impliquant plusieurs métiers, l'agence sécurise davantage.

Combien de temps faut-il pour créer un site vitrine ?

Comptez quatre à huit semaines si les contenus sont prêts, deux à quatre mois s'il faut les produire. Le développement lui-même occupe rarement plus de trois semaines sur ce type de projet. Le reste, c'est le cadrage, les allers-retours de validation et l'attente des textes et des photos. C'est presque toujours de ce côté que le calendrier dérape.

Peut-on changer de développeur en cours de route ?

Oui, à condition d'avoir la main sur ses actifs : nom de domaine à votre nom, accès à l'hébergement, code source et base de données récupérables. Si ces trois conditions sont réunies, un nouveau prestataire reprend le travail moyennant un temps d'appropriation, généralement quelques jours sur un CMS courant. Si elles ne le sont pas, la reprise devient compliquée, voire impossible sans repartir de zéro. Raison de plus pour verrouiller ce point avant de signer, pas après.

Un développeur web fait-il aussi le référencement ?

Pas nécessairement, et ce n'est pas un défaut. Il doit livrer une base techniquement saine, ce qui est déjà déterminant. Mais la stratégie de mots-clés, la production de contenu, le netlinking et le suivi des positions relèvent d'un autre métier, avec un autre rythme : le développeur livre un projet, le référenceur travaille dans la durée. Un prestataire qui annonce clairement où s'arrête son périmètre est plus fiable que celui qui promet tout.

Conclusion

Le bon développeur web à Roanne n'est ni le moins cher ni le plus technique. C'est celui dont le périmètre de compétences recouvre le besoin réel, qui sait dire ce qu'il ne fait pas, et qui laisse son client pleinement propriétaire de son outil.

Ces sept blocs de compétences ne demandent aucune expertise pour être vérifiés. Ils demandent seulement de poser les questions au bon moment, c'est-à-dire avant la signature. Après, le rapport de force n'est plus le même.

Reste une étape que beaucoup sautent, et qui conditionne tout le reste : savoir précisément ce que le site doit produire. Combien de contacts, sur quelles requêtes, auprès de quelle clientèle, dans quelle zone. Un cahier des charges construit sur des objectifs de visibilité, et non sur une liste de pages, change complètement la nature de la discussion avec les prestataires consultés. Il transforme un achat en projet.