WordPress, Webflow ou un site sur mesure ? Pour une PME, la décision commence par la prochaine modification, pas par une liste d’avantages techniques. Qui publie une nouvelle prestation, corrige le téléphone et actualise quatre langues ? Si seul le développeur initial peut le faire, même un site peu coûteux devient difficile à exploiter.
Les trois approches peuvent donner un site utile. Le choix dépend du travail éditorial, des fonctions, des responsabilités et de la transmission. Demandez davantage que l’accueil terminé. Faites réaliser une vraie modification par la personne qui entretiendra les contenus. Vous verrez des besoins qu’une démonstration préparée masque souvent.
Trois tâches ordinaires pour commencer
La première est petite : changer horaires et téléphone. La deuxième crée une page de service avec image, formulaire et liens internes. La troisième modifie plusieurs langues tout en conservant aperçu de recherche et sélection de langue. Notez qui effectue chaque tâche, qui la contrôle et comment se déroule la publication.
Ne mesurez pas seulement les clics. La personne peut-elle enregistrer un brouillon et demander une validation ? Repérer les langues manquantes ? Annuler une erreur ? Une interface riche n’est pas automatiquement mauvaise, mais des options inexpliquées augmentent le besoin de formation. Une interface très simple peut manquer du contrôle nécessaire sur métadonnées ou relations entre pages.
WordPress : quelle liberté de mise en page ?
L’éditeur de blocs WordPress permet de travailler par éléments. Dans votre projet, ce sont les blocs et modèles effectivement configurés qui comptent. Ajouter un paragraphe ne devrait pas permettre de modifier involontairement navigation, espacements ou logique de réservation.
Demandez rôles, extensions nécessaires et responsable des mises à jour. Quelles fonctions viennent d’un plugin, du thème ou d’un développement propre ? Documenter cette répartition facilite la reprise par un autre prestataire. Une longue liste d’extensions ne décrit pas, à elle seule, un fonctionnement facile à maintenir.
Le guide officiel de sauvegarde WordPress distingue fichiers et base de données. Une restauration complète doit couvrir les deux. Faites montrer le retour en pratique. Une sauvegarde quotidienne impossible à restaurer ne répond au besoin que sur le papier.
Webflow : préciser la question de l’export
Webflow peut convenir à l’édition visuelle et aux contenus structurés. Vérifiez processus réel et périmètre du plan. Sa documentation officielle d’export précise les conditions et explique que fonctions CMS, traitement des formulaires et contenus localisés ne sont pas transmis simplement comme un site complet fonctionnel.
Ne confondez pas un ZIP HTML avec un système éditorial transférable. Comment les contenus resteront-ils modifiables ailleurs ? Quelles fonctions faut-il remplacer ? Quelles langues demandent une migration séparée ? Une réponse honnête peut quand même conduire à Webflow. Elle évite seulement de choisir sur une représentation erronée de la transmission.
Sur mesure : qui maîtrise la publication ?
Un site personnalisé ou statique peut répondre précisément à vos besoins. Statique ne signifie pas automatiquement édition pénible. Un projet peut prévoir un éditeur ou des fichiers de contenu bien encadrés. Vérifiez le chemin réellement livré et la capacité de la personne responsable à l’utiliser.
Examinez dépôt de code, compte d’hébergement, documentation et publication. Qui a accès ? Qui annule une mise à jour échouée ? Quelles pages partagent un modèle et lesquelles sont construites séparément ? Sans cette carte, une petite modification peut toucher des endroits inattendus. Un code propre ne remplace pas un guide compréhensible pour l’équipe éditoriale.
Comparer le travail de votre entreprise
| Besoin | Preuve dans le projet | Question ouverte |
|---|---|---|
| Contenus réguliers | La rédaction crée un vrai brouillon. | Quelle formation et validation sont incluses ? |
| Plusieurs langues | Les versions restent reliées après modification. | Qui contrôle les traductions manquantes ? |
| Formulaires | Une demande test arrive au bon endroit. | Qui traite les échecs ? |
| Transmission | Un nouveau responsable restaure un exemplaire test. | Quelles dépendances restent ? |
Évaluez ces tâches avec l’offre réelle, pas avec le nom du produit. Un WordPress mal configuré et un site sur mesure documenté ne sont pas les mêmes candidats qu’un WordPress accompagné et un projet individuel opaque. Entretien et restauration appartiennent donc au comparatif.
Inclure le travail récurrent dans le coût
Additionnez hébergement, plans nécessaires, extensions, maintenance, travail éditorial et assistance. Évitez les prix génériques sans rapport avec le projet. Demandez des hypothèses lisibles : nombre de modifications, fonctions, modalités de réponse et tâches confiées à votre équipe.
Un prix initial renseigne peu sur un blog multilingue publié régulièrement. Une redevance de plateforme renseigne peu sur l’entretien d’une intégration. Séparez prestations récurrentes nécessaires et travail optionnel. Vous pourrez comparer sans présenter des modèles d’assistance différents comme un même périmètre.
Pensez aussi au changement normal de personnel. Si la personne chargée des contenus part, comment la suivante apprend-elle ? Si l’agence change, comment repère-t-elle les composants propres ? Un guide utilisable et un exercice d’édition enregistré réduisent l’incertitude. Définissez-les comme livrables plutôt que de les réclamer après la fin de la relation.
La réception inclut l’exploitation
Contrôlez une modification réelle, une demande test et la restauration. Ajoutez écrans étroits, zoom et deux thèmes si le site les propose. Titres longs et traductions ne doivent pas recouvrir la section suivante. Le choix du CMS n’évite pas automatiquement ces défauts ; réalisation et réception doivent les traiter.
Demandez à la rédaction de refaire la tâche sans que le développeur dicte chaque clic. Notez hésitations et aide apportée par la documentation. Une démonstration accompagnée peut cacher des droits manquants ou une publication floue. La répétition donne aux deux équipes une liste concrète des derniers points à corriger.
Vérifier une modification à deux personnes
Essayez une autre tâche éditoriale : deux personnes travaillent sur le même brouillon. L’une corrige le français, l’autre ajoute une image. Comment le système livré gère-t-il cette situation ? Fusion visible, conflit signalé ou remplacement du premier travail par le dernier enregistrement ? Prévoyez un responsable de l’édition si le travail simultané n’est pas disponible.
Examinez aussi la frontière entre brouillon et publication. Modifier un modèle réutilisé peut toucher plusieurs pages déjà en ligne. L’aperçu doit montrer le périmètre réel. Avec quatre langues, la rédaction doit savoir si un composant commun modifie toutes les versions ou si chaque langue reste séparée. Faites montrer ce lien avec votre exemple, dans un environnement de test.
Enfin, une autre personne reprend le brouillon enregistré. Retrouve-t-elle les corrections ouvertes et la validation encore nécessaire ? Ce petit exercice couvre un remplacement pendant les vacances ou un changement de personnel. Consignez la procédure dans le guide éditorial : elle restera utile lorsque l’interface évoluera.
Après réception, transmettez accès et responsabilités par écrit. Domaine et hébergement ne devraient pas être retrouvables seulement dans le compte personnel de l’ancien responsable. Le texte sur les coûts transparents d’un site complète ce choix. Pour site web et branding, apportez les trois tâches d’édition. Le choix suivra alors le travail réel de l’entreprise.
Testez aussi ce parcours sans souris et avec agrandissement. Le guide des demandes et réservations accessibles propose une réception concrète pour zoom, clavier, erreurs et contraste.
FAQ
Un site sur mesure exige-t-il un développeur pour chaque modification ?
Cela dépend du chemin de publication livré. Un éditeur peut faire partie du projet. Demandez à la personne chargée des contenus de modifier un brouillon seule, puis vérifiez permissions, aperçu et retour arrière.
L’export de code Webflow suffit-il pour changer d’hébergement ?
Il ne transfère pas automatiquement toute la rédaction et toutes les fonctions. Vérifiez conditions actuelles, contenus CMS, formulaires et langues séparément. Le dossier de transmission doit préciser les remplacements nécessaires.
Quels comptes l’entreprise devrait-elle maîtriser ?
Convenez des accès au domaine, à l’hébergement, à l’éditeur et au dépôt de code si pertinent. Nommez un responsable et documentez la restauration. Le compte personnel de l’ancien prestataire ne devrait pas être l’unique accès.