Choisir un CMS : constructeur, WordPress ou développement personnalisé

Les trois options honnêtes — et pourquoi il n'y en a que trois

Réponse courte : il y en a exactement trois, et ce ne sont pas une échelle du mauvais au bon. Ce sont une échelle de combien du système quelqu'un d'autre exécute pour vous, et combien de contrôle vous cédez en échange.

Un constructeur de site web — Wix, Squarespace, Webflow, Tilda et leurs semblables. Vous louez tout en une fois : l'éditeur, l'hébergement, les mises à jour, les certificats, la protection. Vous assemblez des pages en faisant glisser des blocs, et vous ne pensez presque jamais à un serveur.

Un CMS prêt à l'emploi — WordPress et ses collègues. C'est un logiciel que vous installez sur votre propre hébergement. Le noyau, le thème et les plugins sont le code de quelqu'un d'autre, mais ils sont à vous : ils se trouvent sur votre serveur, la base de données est à vous, vous pouvez changer n'importe quoi. La maintenance vient avec les clés.

Le développement personnalisé — un site écrit pour vous : un cadre moderne, une construction statique, un CMS sans tête, ou un mélange. Chaque ligne existe parce que vous l'avez demandée. Et chaque ligne est maintenue par quelqu'un.

Le point qui mérite d'être lu pour

La différence entre les options n'est pas la qualité. Des sites excellents sont construits sur les trois, et des terribles aussi. La différence est où la complexité se termine. Avec un constructeur, le fournisseur l'absorbe et vous payez en loyer et en limites. Avec WordPress, cela vit dans des plugins et des mises à jour, et vous payez en attention. Avec du sur-mesure, cela vit avec votre équipe, et vous payez d'avance et en dépendance d'un développeur.

Disons la partie délicate à voix haute, même si nous sommes un studio qui vend du travail sur mesure : la plupart des sites web de petites entreprises n'ont pas besoin de développement sur mesure. Un site vitrine, un portfolio, une page d'atterrissage, un blog, une petite boutique — tous ces éléments vivent heureux sur un constructeur ou sur WordPress pendant une décennie. Le sur-mesure est rentable lorsque vous avez une logique qui n'existe pas dans une boîte, ou une échelle à laquelle la boîte commence à vous combattre. Sans l'un de ces deux éléments, payer pour du sur-mesure signifie s'acheter des obligations.

Quand un constructeur est vraiment le bon choix

Un constructeur est la bonne décision lorsque le site doit exister rapidement, coûter de manière prévisible, et ne jamais nécessiter un développeur pour des modifications de routine. Ce n'est pas l'option pour débutants. C'est un choix d'ingénierie avec des avantages concrets.

Ce que vous obtenez réellement

• Lancez en quelques jours plutôt qu'en quelques mois : modèle, texte, photos, en direct.
• L'hébergement, SSL, CDN, sauvegardes et correctifs de sécurité sont inclus dans l'abonnement et ne nécessitent rien de votre part.
• Un éditeur que votre marketeur utilise seul, sans envoyer un e-mail à une agence et attendre deux jours.
• Une facture mensuelle au lieu de cinq lignes de coût séparées.
• Pas de messages à minuit disant que le site est en panne — toute une entreprise est disponible pour cela.

Ce que cette commodité coûte

Limites. Un constructeur est excellent à l'intérieur de son modèle et atteint un mur à l'extérieur. Un calculateur non standard, une intégration avec votre système d'inventaire, une zone membres avec de vrais rôles, un filtre à travers des dizaines de paramètres — c'est là que commencent les solutions de contournement, et les reconstructions suivent.

Deuxièmement, un plafond de performance. La plateforme expédie son propre code général sur chaque page et vous ne pouvez pas le supprimer. En général, cela va. Si vous vous battez pour des dixièmes de seconde, vous ressentirez le plafond.

Troisièmement, sortir vos affaires. La plupart des plateformes offrent une exportation, mais partielle : le texte et les images partent, le design et la logique restent. Déménager signifie reconstruire.

Qui devrait le choisir aujourd'hui

Le budget est serré, le site est simple, vous devez commencer maintenant, et tester une idée compte plus que de construire une forteresse. Un service local, un studio, un café, un consultant, la première version d'un site produit. Même une petite boutique : si vous êtes encore en train de découvrir si quelqu'un achète votre produit, un constructeur répond à cette question moins cher que tout autre. Ce qui vient après est une autre histoire — nous l'avons abordée dans notre article sur construire une boutique en ligne à partir de zéro, où vous pouvez voir le volume de commandes à partir duquel une vitrine cesse d'être simple.

Le signe honnête qu'il est temps de quitter un constructeur : pour le troisième mois consécutif, vous entendez toujours "la plateforme ne peut pas faire ça." Pas un jour plus tôt.

Quand WordPress convient vraiment

WordPress convient lorsque vous publiez beaucoup, souhaitez garder votre code et vos données, et êtes prêt soit à vous occuper du système vous-même, soit à payer quelqu'un pour le faire. C'est le juste milieu, et il a gagné sa place.

Des forces que personne n'a retirées

Contenu. WordPress est né d'un blog, et le travail éditorial est toujours son habitat naturel. Brouillons, révisions, publications programmées, rôles d'auteur et d'éditeur, catégories, étiquettes, recherche — tout est présent dès le départ, aucun plugin requis. Avec plusieurs auteurs et un flux constant d'articles, vous ressentirez la différence.

L'écosystème. Presque chaque problème ordinaire a déjà été résolu : formulaires, SEO, mise en cache, sites multilingues, une boutique via WooCommerce, réservations, adhésions. Vous assemblez plutôt que de construire.

Le vivier de talents. Les personnes de WordPress sont faciles à trouver dans n'importe quelle ville à n'importe quel prix. C'est une assurance sous-estimée : si votre entrepreneur disparaît, quelqu'un reprend le site dans la semaine. Essayez cela avec un cadre rare.

Propriété.Le site est hébergé chez vous. La base de données vous appartient, les fichiers vous appartiennent, la licence est gratuite. Vous voulez un autre hébergeur ? Copiez et déplacez. Personne ne peut doubler votre plan ou fermer votre compte.

Où c'est la meilleure réponse

• Sites de contenu et médias : un blog d'entreprise, un magazine, une base de connaissances, un annuaire.
• Sites d'entreprise de 20 à 200 pages qui sont régulièrement mis à jour.
• Magasins de taille moyenne où un catalogue standard et un panier suffisent.
• Projets où l'indépendance vis-à-vis d'un fournisseur est importante mais le budget personnalisé n'existe pas.
• Des sites qu'un marketeur interne gérera, pas une agence.

Si votre projet figure sur cette liste, arrêtez de chercher. WordPress fera le travail, et payer pour du sur-mesure n'ajoute rien d'autre qu'une facture.

Le coût réel de WordPress : plugins, mises à jour, sécurité, vitesse

Maintenant, la partie honnête que les propositions impriment en petits caractères. WordPress est gratuit en tant que logiciel et pas du tout gratuit en tant que système. Ce n'est pas un argument contre — c'est une ligne budgétaire à noter à l'avance.

Les plugins sont des abonnements et le code d'autres personnes

Un site de travail typique fonctionne avec une douzaine ou deux de plugins. Certains sont payants, et payés annuellement : un thème premium, des formulaires, une suite SEO, du caching, de la traduction, plus l'expédition et les paiements si vous vendez. Chaque renouvellement est une ligne dans le budget. Chaque plugin est un code que vous n'avez pas écrit, que vous n'avez pas lu et que vous ne contrôlez pas.

Les mises à jour sont un travail, pas un bouton

Le cœur, le thème et les plugins se mettent à jour constamment et indépendamment les uns des autres. En général, cela se passe bien. Parfois, une mise à jour casse la mise en page ou entre en collision avec un voisin, et les clients rencontrent un écran blanc. C'est pourquoi un site WordPress mature a besoin de mise en scène, de sauvegardes et d'une personne qui vérifie ce qui s'est passé après la mise à jour. Sans cette personne, le site cesse simplement de se mettre à jour — le pire des résultats.

La sécurité est une fonction du nombre de plugins

Le cœur lui-même est développé avec soin et les failles sont rares. La grande majorité des piratages proviennent de plugins et de thèmes obsolètes, de mots de passe faibles et de sites abandonnés. La logique est simple : plus vous portez de code tiers et plus il reste intact longtemps, plus la surface d'attaque est large. Gérable ? Complètement. Automatique ? Jamais.

La vitesse est une question de discipline

WordPress peut être très rapide. Mais par défaut, il construit chaque page à la volée, charge les styles et les scripts de chaque plugin, et fonctionne souvent sous un constructeur visuel qui ajoute son propre poids. D'où la recette : un thème léger, peu de plugins, mise en cache, hébergement décent, images compressées. Suivez-la et vos chiffres seront excellents. Ignorez-la et vous obtiendrez "pourquoi une page simple est-elle si lente ?"

Comment le compter honnêtement

Additionnez : la construction, les licences annuelles des plugins, l'hébergement, la maintenance (mises à jour, sauvegardes, surveillance) et une petite réserve pour "quelque chose s'est cassé." Le total se rapproche étonnamment d'un abonnement à un constructeur — sauf que celui-ci vous achète liberté et propriété. C'est le véritable échange.

Quand le sur-mesure, le statique ou le headless en valent la peine

Le développement personnalisé porte ses fruits dans quatre cas : vous avez une logique unique, vous vous battez pour la performance, vous avez des exigences de sécurité inhabituelles, ou vous avez dépassé le cadre. Si aucun de ces cas ne vous décrit, gardez votre argent.

Logique unique

La raison honnête la plus courante. Le site a cessé d'être une brochure et est devenu un outil : tarification calculée selon vos règles, un espace de compte avec de vrais rôles, synchronisation avec votre entrepôt et votre comptabilité, un processus de commande qui ne ressemble à aucun modèle de panier sur terre. Le plugin n'existe pas, ou il existe et fait 70 % de ce dont vous avez besoin — et les 30 % restants nécessitent plus d'efforts qu'une construction appropriée. Quand un site se transforme en produit, il change de nature ; nous avons couvert cela séparément dans notre guide sur la construction d'une application web et SaaS.

Performance en tant qu'argent

Lorsque le trafic est important et que la conversion est sensible à la vitesse, des dixièmes de seconde cessent d'être une préoccupation esthétique. Une construction statique ou une approche headless élève un plafond que la boîte ne peut pas : la page provient d'un CDN presque instantanément, il n'y a pas de code superflu sur le client, pas de base de données dans le chemin de la requête.

Sécurité et exigences

Il n'y a rien à pirater sur un site statique : pas de panneau d'administration, pas de base de données, pas de code exécutable sur le serveur. Pour les projets où une fuite est coûteuse ou un audit externe est imminent, cela a du poids. Le sur-mesure vous permet également de mettre en œuvre exactement les règles d'accès et de stockage auxquelles vous êtes soumis, plutôt que celles qu'un auteur de plugin a imaginées.

Échelle et pas de verrouillage

À un grand volume de pages, de langues et d'intégrations, la boîte commence à dicter les termes. Le sur-mesure supprime le plafond : votre modèle de données, votre API, votre déploiement. Le code vous appartient, le dépôt est le vôtre, le contractant est remplaçable.

Ce que coûte réellement le sur-mesure

Plus cher au départ — évidemment. Plus lent — c'est aussi vrai. Mais ce n'est pas le principal : le sur-mesure nécessite quelqu'un pour le maintenir. Les dépendances vieillissent, les versions de langage sont publiées, les exigences évoluent. Si vous n'êtes pas prêt pour une relation continue avec un développeur, un site sur-mesure se transforme en un magnifique monument que personne n'ose toucher au bout de trois ans. C'est le prix caché dont personne ne vous avertit.

Coût de possession sur trois ans, pas le prix de lancement

L'erreur classique est de comparer les prix de lancement. Un site vit pendant des années, et le total décide. Comptez sur un horizon de trois ans : c'est assez long pour qu'une plateforme montre son caractère et qu'un site vieillisse.

De quoi se compose le total

1. Lancer — conception, construction, copie, migration de contenu.
2. Plateforme — un abonnement à un constructeur, ou hébergement plus licences de plugin.
3. Maintenance — mises à jour, sauvegardes, surveillance, petites réparations.
4. Changements — nouvelles pages, sections, campagnes, intégrations. Cette ligne est presque toujours plus grande que ce que les gens attendent.
5. Risque — temps d'arrêt, un piratage, des classements perdus, une migration forcée.

Comment les trois se comportent au fil du temps

Constructeur : lancement bon marché, puis un paiement mensuel fixe. La courbe est presque horizontale et prévisible. Elle monte en flèche dans exactement une situation — quand vous avez besoin de l'impossible et que les solutions de contournement commencent.

WordPress : un lancement moyen, puis deux lignes permanentes — licences et maintenance. La courbe est douce mais jamais à zéro, et elle est vengeresse : économisez sur la maintenance et vous paierez en récupération.

Personnalisé : un lancement coûteux, puis peu coûteux à gérer (l'hébergement statique coûte des centimes), mais chaque nouvelle fonctionnalité nécessite du temps de développement. La courbe est un escalier : calme, calme, puis un sprint.

L'arithmétique à faire soi-même

Prenez une feuille de papier et écrivez vos propres chiffres. Abonnement constructeur × 36. Hébergement WordPress × 36, plus renouvellements de plugins × 3, plus un contrat de maintenance × 36. Personnalisé : l'estimation de la construction, plus hébergement × 36, plus une estimation honnête des changements. Ne copiez pas le tableau de quelqu'un d'autre — ce qui compte, ce sont vos tarifs et votre appétit pour le changement.

Presque toujours la même chose apparaît : sur trois ans, l'écart entre les options est beaucoup plus étroit qu'il n'y paraît au premier jour. Un constructeur n'est pas aussi bon marché que le premier mois le suggère. Personnalisé n'est pas aussi effrayant que l'estimation le suggère. Et ce qui décide finalement, ce n'est pas le prix, mais combien de fois au cours de ces trois années vous entendez les mots "la plateforme ne peut pas faire ça."

Vitesse et SEO : ce qui décide réellement

Répondez d'abord : la recherche récompense l'implémentation, pas la plateforme. Les sites sur les trois options se classent bien, et les sites sur les trois se classent mal. Un moteur de recherche ne se soucie pas de ce qui a assemblé votre HTML.

Ce qui compte vraiment

• Une structure d'URL sensée et pas de doublons.
• Uniquetitres et descriptions que vous avez écrits, pas ceux générés à partir d'un nom de modèle.
• Vitesse de chargement et mise en page qui ne saute pas pendant le chargement.
• Des redirections correctes, un plan du site, des données structurées et hreflang si vous gérez plusieurs langues.
• Un contenu qui répond mieux à la question que les voisins dans les résultats.

Aucun de ceux-ci n'est un privilège du code personnalisé. La seule différence est la facilité avec laquelle chaque option vous permet d'y parvenir.

Où chaque option se situe

Les constructeurs vous fournissent une base décente gratuitement : mise en page réactive, compression d'image, un certificat, HTML raisonnable. Le plafond est le code de la plateforme que vous ne pouvez pas supprimer et l'accès limité aux contrôles fins. Pour une entreprise locale ou un petit site, vous ne toucherez jamais à ce plafond.

WordPress peut tout faire : les plugins SEO donnent un contrôle total sur les métadonnées, les redirections et les données structurées. Mais la vitesse doit être gagnée — avec un thème léger, du caching et de la discipline dans les plugins. Un constructeur visuel lourd sur WordPress détruit vos chiffres plus rapidement que tout autre élément sur cette page.

Statique et sans tête offrent le meilleur plafond : HTML préconstruit d'un CDN, rien de superflu sur le client, autorité totale sur chaque balise. Mais un plafond est une possibilité, pas un résultat — un site personnalisé mal construit est tout aussi bien exploré qu'un zoo de plugins. Vous pouvez voir de vraies constructions et comment elles se comportent dans notre portfolio de studio.

L'essentiel sans illusions

Si quelqu'un vous promet des classements "parce que c'est la norme", c'est un argument de vente, pas une expertise. Vous choisissez une plateforme en fonction du travail. Le trafic provient de la structure, du contenu et de l'attention.

Sécurité et mises à jour : de qui est la responsabilité

La vraie question de sécurité n'est pas "laquelle est la plus sûre". C'est "qui fait cela un jeudi soir". La réponse est ce qui sépare les trois options.

Constructeur : le travail de quelqu'un d'autre — et c'est une fonctionnalité

La plateforme corrige les vulnérabilités, renouvelle les certificats, repousse les bots et effectue des sauvegardes. Vous ne pouvez physiquement pas oublier de mettre à jour. Pour une entreprise sans personnel technique, cela peut être le plus grand avantage du constructeur, et cela est rarement reconnu. L'inconvénient : vous dépendez entièrement de la diligence de quelqu'un d'autre et des règles de quelqu'un d'autre.

WordPress : votre travail — et c'est gérable

Celle-ci est juste : vous en êtes propriétaire, donc vous en répondez. Le minimum de travail ressemble à ceci :

• moins de plugins signifie une surface d'attaque réduite — supprimez ce que vous n'utilisez pas;
• mises à jour de sécurité automatiques activées, mises à jour majeures via un environnement de staging;
• sauvegardes stockées hors du serveur et, surtout, une restauration que vous avez réellement testée;
• authentification à deux facteurs sur le panneau d'administration et aucun utilisateur appelé admin;
• seulement des plugins mis à jour récemment et maintenus par un auteur vivant.

Faites tout cela et le site tiendra des années. Ne le faites pas et ce n'est qu'une question de temps.

Personnalisé et statique : presque aucune surface

Un site statique n'a pas de panneau d'administration et pas de base de données. Il n'y a rien à pirater — seule l'infrastructure reste. C'est le plus calme des trois. Mais "rien à casser" ne signifie pas "rien à faire" : les dépendances vieillissent, une version d'exécution perd le support, les formulaires et les API comportent leurs propres risques. Le travail se déplace simplement d'un panneau d'administration à un dépôt.

Le test pratique

Demandez-vous qui s'occupera réellement des mises à jour dans un an, une fois l'enthousiasme retombé. S'il n'y a pas de réponse, choisissez l'option où le fournisseur s'en occupe. Ce n'est pas une faiblesse. C'est de la sobriété.

Qui va éditer le contenu, et comment

Le critère le plus sous-estimé dans toute la décision. Pas "sur quoi est-il construit" mais "Maria dans le marketing peut-elle changer un prix un jeudi sans prévenir personne ?" Si elle ne peut pas, le site mourra lentement, aussi beau que soit le code.

Constructeur : le grand gagnant ici

Éditeur visuel, faites glisser le bloc, voyez-le instantanément. Une personne non technique est à l'aise en une heure et indépendante pour toujours après. Le seul risque est que la même personne puisse décomposer le design. Cela se résout avec des modèles de blocs verrouillés et des autorisations.

WordPress : bon, à moins que vous ne le transformiez en monstre

L'admin de WordPress est clair et familier pour des millions. L'éditeur de blocs permet aux gens de créer des pages sans développeur. Les problèmes commencent lorsqu'un constructeur de pages lourd s'ajoute, avec une centaine de paramètres dans chaque bloc : officiellement, tout le monde peut éditer, en pratique, seule la personne qui l'a construit. La bonne pratique est de définir vos champs de contenu à l'avance, afin que l'éditeur remplisse du sens plutôt que de pousser les marges.

Personnalisé : dépend entièrement de ce que vous avez commandé

Voici l'avertissement honnête. Un site personnalisé n'a pas de panneau d'administration en soi. Si aucun n'a été inscrit dans l'estimation, chaque changement de texte devient un ticket de développeur, une attente et une facture. Six mois plus tard, l'entreprise cesse de mettre à jour le site, car "il est plus facile de ne pas y toucher."

C'est pourquoi un travail personnalisé sérieux a toujours une seconde moitié : un CMS sans tête ou un admin conçu à cet effet où le contenu est édité à travers des champs clairs. Cela coûte de l'argent séparé, et cet argent est inclus dans le budget dès le départ. Demandez directement à votre entrepreneur : "qui change cette phrase dans un an, et comment ?" La qualité de la réponse en dit long.

Verrouillage, propriété et passage entre les options

Le verrouillage n'est pas une question de fournisseurs malveillants. Il s'agit de ce que coûtera le départ. Évaluez la sortie avant d'entrer, pas après.

Ce qui doit être à vous sous n'importe quelle option

• Le domaine — enregistré au nom de votre entreprise, avec un accès au registraire en votre possession. Pas celui de votre entrepreneur.
• Le contenu — texte et images originales stockés ailleurs que sur le site.
• Les analyses — propriétés créées sous votre propre compte.
• Code et accès — s'il est personnalisé, le dépôt et le serveur sont à votre nom, et le contrat indique qui possède la source.

C'est la base. Sans cela, vous ne louez pas une plateforme, vous louez votre propre entreprise.

Le véritable degré de verrouillage

Constructeur — maximum. Une exportation existe généralement, mais le texte et les images sont ce qui sort ; le design, les blocs, les formulaires et la logique restent sur la plateforme. Déplacer équivaut à reconstruire.

WordPress — minimal sur le code et les données : la base de données et les fichiers vous appartiennent et sont copiés en gros. Le verrouillage se cache ailleurs — dans les plugins. Un site construit sur un constructeur de pages spécifique transportera son contenu mais pas sa mise en page.

Personnalisé — pas de verrouillage fournisseur, mais une dépendance à la compétence. Le code est à vous, mais le remettre à une nouvelle équipe coûte plus cher plus la pile est exotique et plus la documentation est mince.

Comment se déroulent réellement les migrations

La direction est presque toujours la même : constructeur → WordPress, WordPress → sans tête ou personnalisé. L'inverse se produit aussi, et il n'y a pas de honte à cela : si un site a accumulé du code que personne n'utilise, descendre vers une boîte est une mesure de santé.

Quoi que vous choisissiez, la technique est identique : conservez les adresses des pages ou configurez des redirections au niveau des pages, transférez les métadonnées, ne perdez pas les images, vérifiez les formulaires et les objectifs d'analyse, et seulement ensuite pointez le domaine. Le trafic n'est pas perdu en changeant de plateforme. Il est perdu en perdant des URL.

Comment décider : un cadre court par scénario

Abandonnez la question "lequel est le meilleur." Posez quatre autres questions et la réponse s'assemble d'elle-même.

1. Avez-vous une logique qui n'existe pas dans une boîte ? Si ce n'est pas le cas — prenez la boîte.
2. Qui édite le contenu ? Si ce n'est pas vous, et pas lentement, vous avez besoin d'un véritable éditeur.
3. Qui possède les mises à jour ?Si personne ne le fait, vous avez besoin d'un fournisseur.
4. Que se passe-t-il dans trois ans ?Si le site double, évaluez le plafond maintenant.

Scénarios et la réponse honnête

Entreprise locale, moins de 15 pages, pas de personnel technique.Un constructeur. Point final. Personnaliser ici, c'est de l'argent jeté par les fenêtres.

Une page de destination de campagne nécessaire hier.Un constructeur. La rapidité de lancement prime sur tout le reste.

Une entreprise avec un blog, plus de 50 pages, un marketeur en interne.WordPress avec un thème léger et une liste de plugins courte.

Un magasin avec un catalogue standard et une expédition ordinaire.WordPress plus WooCommerce, ou une plateforme de commerce électronique prête à l'emploi. Personnalisé uniquement lorsque la logique de commande est vraiment la vôtre.

De nombreuses langues, de nombreuses pages, pariant sur l'organique.Un carrefour : WordPress avec une gestion multilingue honnête, ou statique/décapité. Les exigences de volume et de vitesse décident.

Une zone de compte, des calculs, intégration avec votre système de comptabilité.Personnalisé. Ici, la boîte coûte plus cher que la construction.

Le site est le visage du produit, le design est unique, la vitesse est critique.Statique ou décapité.

Vous ne savez pas si l'idée va fonctionner.Un constructeur depuis six mois. Prouvez la demande, puis construisez.

Si votre cas se situe à une frontière, c'est normal — les frontières sont floues. Nous disons clairement aux clients quand une solution résout leur problème, et nous prenons en charge le travail de développement quand cela est vraiment justifié.

Votre liste de contrôle de décision

Travaillez sur cela avant de signer quoi que ce soit. Chaque élément est une question à laquelle vous devriez pouvoir répondre concrètement, pas par intuition.

Le travail

• Que doit faire le site dans un an — pas à quoi devrait-il ressembler au lancement ?
• Y a-t-il une fonctionnalité qui n'existe définitivement pas dans les solutions prêtes à l'emploi ? Dites-le à voix haute.
• Combien de pages et de langues existeront dans trois ans ?

Les gens

• Qui édite exactement le contenu et les prix ? Peuvent-ils le faire aujourd'hui ?
• Qui possède les mises à jour et les sauvegardes ? Un nom, pas "l'agence."
• Que se passe-t-il si cette personne part ?

L'argent

• Avez-vous additionné 36 mois, plutôt que de comparer les prix de lancement ?
• Les licences de plugin, l'hébergement, la maintenance et les changements futurs sont-ils inclus dans le total ?
• Y a-t-il une réserve pour des changements que vous ne pouvez pas encore voir ?

Les risques

• Le domaine et les analyses sont-ils enregistrés au nom de votre entreprise ?
• Le contrat indique-t-il qui possède le code et le contenu ?
• Des sauvegardes existent-elles, et avez-vous déjà testé la restauration à partir de l'une d'elles ?
• Quel serait le coût de quitter cette plateforme dans deux ans ?

Le test d'honnêteté

• Le contractant a-t-il expliqué pourquoi cette option — ou a-t-il simplement proposé ce qu'il a l'habitude de construire ?
• Avez-vous déjà entendu les mots "vous n'avez pas besoin de ça" ne serait-ce qu'une fois ? Si ce n'est pas le cas, soyez prudent.

Si vous pouvez répondre à la plupart de ces questions, vous avez déjà choisi — il vous suffit de l'admettre. Si vous ne le pouvez pas, commencez par les réponses plutôt que par la plateforme. Vous voulez un second avis sur un projet spécifique ? Contactez-nous — nous le dirons clairement si un constructeur résout votre problème, et expliquerons pourquoi.

FAQ