Les constructeurs de sites IA peuvent générer une vitrine en minutes. Mais le vrai coût apparaît après le lancement — mises à jour, sécurité, performances.
La premiere fois qu'un marchand utilise le codage IA pour creer un site web, l'experience peut sembler presque irreele.
Il tape quelque chose de simple :
"Cree-moi un site web professionnel de marque avec une page d'accueil, une section produits, une FAQ et un formulaire de contact."
Quelques minutes plus tard, la page est la.
Il y a une section hero, des fiches produits, des boutons, une mise en page responsive, et meme un texte qui semble meilleur que celui de nombreux sites templates.
Il est facile de penser :
Donc creer un site web n'est plus si difficile.
Et de la, une autre pensee surgit :
Si l'IA peut creer des sites web, avons-nous encore besoin de Shopify, Wix, WordPress, WooCommerce, des plateformes SaaS de sites web ou des agences web ?
Cela semble logique.
Mais le marche ne se comporte pas ainsi.
Si le codage IA remplacait directement le SaaS de sites web, des plateformes comme Shopify et Wix devraient etre sous forte pression. Pourtant, leurs chiffres 2025 racontent une histoire differente. Shopify a declare un chiffre d'affaires annuel 2025 de 11,556 milliards de dollars, en hausse de 30 % sur un an, avec un GMV atteignant 378,441 milliards de dollars, en hausse de 29 %. Wix a declare un chiffre d'affaires au T4 2025 de 524 millions de dollars, en hausse de 14 % sur un an, et des reservations de 535 millions de dollars, en hausse de 15 %, tout en continuant a positionner l'IA comme element de sa strategie de plateforme.
Voila la contradiction interessante.
L'IA a facilite la creation d'un site web. Alors pourquoi les plateformes de sites web continuent-elles de croitre ?
La reponse probable est :
L'IA a rendu la premiere version d'un site web moins chere. Mais les marchands ne paient pas seulement pour la premiere version.
Le premier site genere vous donne de la rapidite.
La deuxieme modification de contenu introduit la maintenance.
La troisieme demande – ajouter un formulaire de contact, localiser le site, connecter des paiements, lancer une page de campagne, corriger le SEO ou gerer les etats de commande – revele autre chose : vous pensiez construire un site web, mais vous avez en fait commence a maintenir un systeme d'entreprise.
Cet article parle de cet ecart.
L'IA n'a pas rendu le SaaS de sites web obsolete.
Elle a deplace la valeur du SaaS de « aide-moi a creer une page » vers « aide-moi a exploiter le systeme derriere la page ».
---
L'IA est tres douee pour generer la premiere version d'un site web.
Vous demandez un site de marque, et elle vous donne une page.
Vous demandez une presentation de produits, et elle vous donne des fiches.
Vous demandez un formulaire de contact, et elle vous donne des champs de saisie et un bouton d'envoi.
A ce stade, la valeur est evidente : rapide, visible, bon marche et impressionnante.
Le vrai cout commence generalement avec la deuxieme modification.
Apres le lancement, vous realisez que le titre de la page d'accueil n'est pas tout a fait correct.
Vous modifiez le texte en chinois, puis la version anglaise doit aussi etre mise a jour.
Ensuite, le titre et la description SEO doivent correspondre.
Puis vous avez besoin d'une page de campagne. Une fois cette page creee, faut-il l'ajouter a la navigation ? Le menu mobile doit-il changer ? Le pied de page doit-il l'inclure ? Les pages plus anciennes doivent-elles y faire un lien ?
Puis les clients commencent a soumettre des formulaires. Ou vont les donnees ? Qui peut les voir ? Y a-t-il une notification par email ? Et les soumissions de spam ? Le texte de consentement ? Que se passe-t-il si la soumission echoue ?
Ces problemes n'apparaissent pas dans la premiere version.
Ils apparaissent lorsque le site commence a etre utilise.
Voila l'illusion que la creation de site web par IA peut creer :
La premiere page generee donne l'impression que le site est termine. La deuxieme modification revele que les operations ne font que commencer.
Vu sous un angle plus large, l'IA ne change pas seulement la facon dont les sites sont construits ; elle pousse aussi les produits legers vers le web. Nous avons aborde ce changement plus large dans "L'Internet mobile a emmene les produits dans les applications. L'IA pourrait les ramener sur le Web". L'IA reduit les frictions de developpement, mais elle n'elimine pas les couts de lancement, de maintenance et d'acquisition de clients.
Le vrai cout d'un site web n'est souvent pas la premiere generation.
C'est chaque modification apres cela.
Modifications de contenu. Modifications de produits. Modifications de prix. Modifications de campagnes. Modifications de langues. Modifications de strategie SEO. Modifications de regles de paiement. Modifications des methodes de contact client. Modifications de la structure du site.
Chaque modification necessite quelqu'un pour la traiter, la verifier, la publier et la maintenir.
Si vous le construisez vous-meme, vous assumez cette responsabilite.
Si vous engagez une agence, le cout devient communication, planification, revisions et transfert.
Si vous utilisez un SaaS, une partie de ce cout operationnel recurrent est absorbe par le systeme.
Voila la vraie valeur du SaaS. Ce n'est pas que les marchands ne peuvent pas creer une page. C'est que de nombreux problemes systeme repetitifs, fragiles et sujets aux erreurs ne devraient pas etre reconstruits a partir de zero par chaque marchand.
Regle de decision : les pages vitrines ponctuelles sont de bonnes candidates pour le codage IA. Des qu'un site necessite des modifications, des publications et une maintenance continues, il entre dans le territoire des couts systeme.
La plupart des marchands ne commencent pas par vouloir un systeme complexe.
Ils veulent juste un site de marque.
Quelques jours plus tard, ils veulent ajouter des produits.
Puis un formulaire de contact.
Puis une version anglaise.
Puis une page d'atterrissage pour les annonces.
Puis du contenu SEO, parce que les annonces sont cheres.
Puis peut-etre un chat en direct, des paiements, des commandes, des codes de reduction, des notifications par email, des analyses et du contenu genere par IA.
Chaque etape est raisonnable.
Aucune d'elles ne ressemble a « nous construisons un systeme ».
Mais ensemble, ces demandes transforment un site web statique en un CMS, un systeme de produits, un systeme de leads, un systeme de localisation, un systeme de transactions, un flux de publication et un back-end operationnel.
Une boutique en ligne ne devient pas complexe du jour au lendemain.
Elle devient complexe a travers des besoins commerciaux normaux.
C'est aussi pourquoi WordPress et WooCommerce restent des ecosystemes importants.
Leurs forces sont claires : ouverture, flexibilite, plugins et personnalisation.
Vous pouvez commencer avec un theme, ajouter un constructeur de pages, installer des plugins SEO, des plugins de formulaires, des plugins de localisation, des plugins de paiement, et plus tard engager quelqu'un pour ajouter du code personnalise. Avec le codage IA, vous pouvez maintenant demander a l'IA de vous aider a combler les lacunes aussi.
Cette voie n'est pas mauvaise.
Le compromis, c'est la responsabilite de maintenance.
Les plugins vont-ils entrer en conflit ?
Une mise a jour de theme va-t-elle casser le design ?
Un constructeur de pages va-t-il generer un balisage gonfle ?
Le plugin SEO et le plugin de localisation vont-ils maintenir les metadonnees synchronisees ?
Une mise a jour de plugin de paiement va-t-elle modifier le comportement des callbacks ?
Ou sont stockees les donnees des leads ?
Quelqu'un osera-t-il modifier le code personnalise d'un prestataire six mois plus tard ?
Un correctif de code genere par IA fonctionnera-t-il encore apres la prochaine mise a jour de plugin ?
La partie penible n'est pas toujours que le site web se casse.
C'est que vous ne savez pas de qui est la faute.
Le theme dit que ce n'est pas le theme.
Le fournisseur du plugin dit que c'est peut-etre un probleme de compatibilite.
L'hebergeur dit que le serveur va bien.
Le prestataire dit que cette partie a ete ecrite par quelqu'un d'autre.
L'IA vous donne une autre solution de contournement.
Le site fonctionne a nouveau, mais personne ne sait si la prochaine mise a jour le cassera.
Voila la veritable experience de maintenance que rencontrent de nombreux marchands sur WordPress / WooCommerce.
WooCommerce lui-meme a reconnu dans sa feuille de route 2025 que les marchands et les developpeurs se plaignent depuis longtemps des mises a jour d'extensions, de la gestion des dependances et des conflits potentiels. La plateforme integre egalement davantage de fonctionnalites commerciales fondamentales dans le noyau pour reduire le cout de gestion repetee des plugins et du travail personnalise.
Cela ne signifie pas que WordPress ou WooCommerce est faible.
Cela signifie que la complexite d'un site web en exploitation doit etre assumee par quelqu'un.
Le codage IA ne supprime pas cette complexite.
Il peut simplement vous y amener plus rapidement.
Regle de decision : WordPress / WooCommerce est puissant grace a sa liberte et a la profondeur de son ecosysteme. Son cout est la coordination a long terme entre plugins, themes, code personnalise, paiements, localisation et SEO. L'IA peut accelerer la personnalisation, mais elle ne prend pas en charge la maintenance de l'ecosysteme.
---
De nombreuses fonctionnalites de site web semblent modestes au premier abord.
La localisation, les formulaires et les paiements en sont de bons exemples.
La localisation semble simple.
L'IA ne peut-elle pas simplement traduire le site web ?
Si le site web ne change jamais, oui.
L'IA peut generer les versions chinoise, anglaise et chinoise traditionnelle en une seule fois. Les pages peuvent sembler correctes.
Mais une fois le site en ligne, la localisation cesse d'etre un probleme de traduction pour devenir un probleme de synchronisation.
Si le titre de la page d'accueil change, la version anglaise doit-elle changer aussi ?
Si le positionnement du produit change, qu'arrive-t-il au texte en chinois traditionnel ?
Si une FAQ est ajoutee, toutes les langues doivent-elles etre mises a jour ?
Si la description SEO change, tous les marches ont-ils des metadonnees correspondantes ?
Si le libelle d'un bouton change, toutes les versions sont-elles coherentes ?
Si une page est supprimee, les autres versions linguistiques pointent-elles encore vers l'ancien chemin ?
Ce ne sont pas des questions difficiles, mais elles se repetent constamment.
Si le contenu est code en dur, chaque modification de texte devient une modification de code, une construction et un deploiement.
Vous pensez modifier du texte. En pratique, vous executer un petit processus de publication.
Pour eviter cela, vous avez besoin de cles de traduction, de routage des parametres regionaux, de contenu gere par l'admin, de stockage de contenu multilingue, de logique de repli, de metadonnees SEO multilingues, d'avertissements de champs manquants et d'une methode pour lier les pages entre les versions linguistiques.
A ce stade, la localisation n'est plus de la « traduction IA ».
C'est un systeme de contenu multilingue.
Si votre defi ne concerne pas seulement la langue, mais aussi la devise, l'expedition, le paiement, les pages de politiques et l'intention de recherche regionale, vous voudrez peut-etre aussi lire "Abandon du panier multidevise : pourquoi les marques se tournent vers les vitrines matricielles regionales en 2026". La langue n'est qu'une partie de la localisation. La conversion depend souvent de l'ensemble de l'experience regionale.
Regle de decision : la traduction ponctuelle est une tache de contenu. La localisation a long terme est un probleme de synchronisation, de validation et de publication.
Les formulaires semblent encore plus simples.
Nom, telephone, email, message, bouton d'envoi.
L'IA peut generer cela en quelques minutes.
Mais un formulaire professionnel n'est pas qu'une interface utilisateur. Il capture des leads.
Ou vont les donnees apres la soumission ?
Qui peut les voir ?
Doit-il y avoir une notification par email ?
Doit-il se connecter a WhatsApp, au service client ou au CRM ?
Doit-il y avoir une reponse automatique ?
Comment prevenir le spam ?
Avez-vous besoin d'un texte de consentement ?
Les leads ont-ils besoin de statuts ?
Peuvent-ils etre exportes ?
Differentes pages peuvent-elles utiliser differents formulaires ?
Differentes langues affichent-elles des messages differents ?
Que voit l'utilisateur si la soumission echoue ?
Ensemble, ces questions transforment un formulaire en systeme de leads.
Un formulaire de demande B2B doit aider les ventes a qualifier les leads.
Un formulaire de consultation de service doit reduire les frictions.
Un formulaire de campagne doit collecter rapidement des inscriptions.
Un formulaire de produit haut de gamme doit soutenir la confiance et le suivi.
Cela ne se resout pas en ecrivant quelques champs de saisie.
Regle de decision : si les soumissions de formulaire doivent etre suivies par les ventes, le support ou le marchand, le formulaire n'est pas un composant de page. C'est un systeme de leads.
Si un site presente uniquement des informations de marque et de service, la complexite est gerable.
Des que des produits, des paiements et des commandes apparaissent, la nature du site change.
Les produits doivent etre crees, edites et publies. Les prix doivent changer. Les stocks doivent etre deduits. Les commandes doivent etre creees. Les paiements necessitent des callbacks. Les paiements echoues doivent etre traites. Les annulations et les remboursements necessitent des etats. Les callbacks en double ne doivent pas dupliquer les commandes. Les reductions doivent etre calculees. Des notifications doivent etre envoyees. L'admin doit voir les commandes. Les clients ont besoin de confirmations.
L'IA peut ecrire une demo de paiement.
Mais un vrai systeme de transactions n'est pas une demo.
La partie difficile, c'est l'etat.
Un client paie avec succes, mais l'admin affiche encore « impaye ».
Le fournisseur de paiement envoie des callbacks en double, et le systeme cree des enregistrements en double.
Le client annule le paiement, mais le stock a deja ete deduit.
Le code de reduction et le montant du paiement reel ne correspondent pas.
L'admin indique succes, mais aucune notification n'a ete envoyee.
L'etat de la commande et l'affichage de la vitrine ne correspondent pas.
Ces problemes ne disparaissent pas parce que l'IA peut ecrire du code.
C'est une des raisons pour lesquelles Shopify continue de croitre a l'ere de l'IA.
Les marchands n'achetent pas un modele de page produit. Ils acheteent les paiements, les commandes, les stocks, les canaux, le controle des risques, le reglement, l'ecosysteme et une infrastructure commerciale continument mise a jour.
Regle de decision : les sites d'information peuvent rester legers. Des que des paiements, commandes, stocks, remboursements et callbacks sont impliques, traitez-le comme un systeme de transactions.
---
L'IA a rendu la generation de contenu extremement facile.
Cela cree une autre idee recue : si l'IA peut ecrire beaucoup d'articles, alors le SEO est resolu.
Mais le SEO n'est pas un jeu de volume.
A mesure que la recherche IA, les reponses generatives et le GEO deviennent plus importants, la comprehension par la machine compte plus que le nombre brut de contenus.
Qui etes-vous ?
Que vendez-vous ?
Qui servez-vous ?
Comment vos produits, services, cas clients, FAQ et pages sont-ils connectes ?
Votre contenu est-il lie a de vraies pages, formulaires et parcours de conversion ?
Les moteurs de recherche peuvent-ils l'explorer ?
La recherche IA peut-elle comprendre la structure de votre marque ?
Si l'IA ne genere que des articles isoles, le site peut sembler riche mais echouer tout de meme a construire sa visibilite.
Un site web professionnel a besoin de structure.
La page d'accueil porte la marque.
Les pages produits portent les produits.
Les pages services portent la demande.
La FAQ repond aux objections.
Les cas clients construisent la confiance.
Les articles couvrent l'intention de recherche.
Les formulaires capturent les leads.
Les pages localisees couvrent differents marches.
Les metadonnees aident les machines a comprendre les pages.
Les liens internes connectent le systeme.
L'IA peut aider a ecrire du contenu.
Mais le systeme doit savoir a quelle marque, produit, objectif de page, version linguistique, intention de recherche et parcours de conversion chaque contenu appartient.
Sinon, plus de contenu cree simplement plus de desordre.
Pour un regard plus approfondi sur la facon dont la recherche IA modifie le trafic, voir "Le nouveau virage de la recherche : strategie de trafic pour les sites independants a l'ere des grands modeles de langage". Si vous vous souciez davantage de la visibilite des produits dans ChatGPT et Google AI Mode, voir "Comment faire apparaitre vos produits dans ChatGPT et Google AI Mode : un guide pratique 2026 pour les marchands".
Regle de decision : le contenu genere par IA n'est pas du SEO. Le SEO et le GEO dependent de l'organisation de la marque, des produits, du contenu, de la FAQ, des pages et des parcours de conversion en une structure que les machines peuvent comprendre.
Le codage IA a de la valeur.
Mais ce n'est pas de la magie.
L'enquete 2025 aupres des developpeurs de Stack Overflow a revele que 46 % des developpeurs se mefient de la precision des outils IA, contre 33 % qui leur font confiance. L'essai controle randomise 2025 de METR avec des developpeurs open-source experimentes a montre que, dans des bases de code matures et familieres, l'utilisation des outils IA de l'epoque augmentait le temps d'achevement des taches de 19 %. Le rapport DORA 2025 fournit egalement un cadre utile : l'IA est un amplificateur. Elle amplifie les forces existantes et les problemes existants.
Dans les sites marchands, c'est facile a comprendre.
Si le systeme est clair, l'IA peut accelerer les choses.
Si le systeme est desordonne, l'IA peut aider a faire le desordre plus rapidement.
Sur une page simple, une erreur est facile a corriger.
Mais dans une vraie boutique en ligne ou un site de marque, l'IA pourrait casser le flux de soumission de formulaire, contourner un mecanisme de repli de localisation, creer des metadonnees SEO incoherentes, manquer un etat de paiement, ajouter un composant incompatible, ou donner l'impression que la page actuelle est terminee tout en cassant un autre point d'entree des jours plus tard.
C'est pourquoi la vraie valeur du codage IA n'est pas que les marchands n'ont plus besoin de systemes.
C'est le contraire.
Plus l'IA devient puissante, plus elle a besoin d'un systeme clair pour la contraindre, l'absorber et la verifier.
Sinon, elle ne se contente pas d'accelerer la production.
Elle accelere la dette de maintenance.
Regle de decision : le codage IA fonctionne mieux a l'interieur d'un systeme clair. Sans limites, il peut amplifier le chaos, les implementations dupliquees et le cout de maintenance a long terme.
---
Les marchands devraient passer la plupart de leur temps sur les produits, les services, le contenu, les clients, la marque et la croissance.
C'est aussi pourquoi nous avons soutenu dans "Construire des actifs de marque personnelle en 2026 : pourquoi maintenant ?" que l'actif rare a l'ere de l'IA n'est pas la generation, mais l'equite de marque accumulee a long terme. S'il est bien gere, un systeme de site web devrait devenir le vecteur de cet actif de marque, et non un fardeau quotidien pour le marchand.
Les systemes de site web sont importants.
Mais ce ne sont generalement pas les marchands qui devraient les maintenir personnellement.
Foundax ne se positionne pas contre le codage IA.
Foundax n'essaie pas de repondre a « l'IA peut-elle generer une page ? »
L'IA a deja abaisse cette barriere.
Foundax se concentre sur ce qui se passe apres la generation :
Comment le contenu est-il maintenu ? Comment les leads sont-ils captures ? Comment les produits sont-ils presentes ? Comment les paiements et les commandes sont-ils geres de maniere fiable ? Comment la localisation est-elle maintenue synchronisee ? Comment les structures SEO et GEO sont-elles organisees ? Comment les pages sont-elles publiees et mises a jour ? Comment le contenu genere par IA entre-t-il dans le flux de travail reel de l'entreprise ?
Ce ne sont pas des problemes que les marchands sont incapables de resoudre.
Ce sont des problemes trop repetitifs, trop sujets aux erreurs et trop couteux pour que chaque marchand les reconstruise.
Voila la division du travail.
Les marchands detiennent le jugement commercial : produits, services, contenu, clients, operations, ventes, retention, marque et marche.
Foundax transforme les systemes de site web, la structure des pages, les formulaires de leads, la presentation des produits, la gestion des paiements et commandes, la localisation, le SEO/GEO, la publication, la maintenance et les flux de travail IA en infrastructure reutilisable.
Voila le role du SaaS a l'ere de l'IA.
Non pas prouver que l'IA n'est pas assez bonne.
Mais s'assurer que le contenu et les pages generes par IA peuvent entrer dans un systeme maintenable, publiable et optimise pour la conversion.
Regle de decision : la valeur de Foundax n'est pas de remplacer le jugement du marchand. C'est d'industrialiser les capacites de systeme de site web dont chaque marchand a besoin, mais qu'il ne devrait pas avoir a reconstruire et maintenir seul.
---
Le codage IA a absolument de bons cas d'usage pour les marchands.
Les pages de campagne temporaires, les experiences personnelles, les pages vitrines legeres, la validation precoce d'idees, les prototypes d'outils internes, les projets paralleles et les pages non transactionnelles a faible risque sont tous de bonnes candidatures.
Si l'objectif est une validation rapide, le codage IA fonctionne bien.
Si la page change rarement, le codage IA peut suffire.
Si vous aimez le code, le deploiement, les serveurs et les details techniques, le construire vous-meme peut aussi avoir du sens.
Mais si l'objectif est l'exploitation a long terme d'une marque, d'une entreprise de services, d'une boutique en ligne ou d'un site de generation de leads B2B, le besoin n'est pas seulement du code.
Vous avez besoin d'une infrastructure operationnelle.
Elle doit prendre en charge les mises a jour de contenu, la gestion des produits, la capture de leads, les demandes clients, le traitement des commandes, les callbacks de paiement, la localisation, le SEO/GEO, les analyses, la publication continue et la maintenance a long terme.
Ensemble, ces elements constituent le vrai site web.
Regle de decision : le codage IA est un bon choix pour les projets ponctuels, a faible risque, a faible maintenance et non transactionnels. Les entreprises a long terme impliquant des donnees clients, des transactions, du SEO et de la localisation sont mieux servies par un systeme.
---
Oui, mais seulement s'il a plus qu'une page generee.
Il a besoin de gestion de contenu, de flux de publication, d'enregistrements de formulaires, de maintenance de localisation, de metadonnees SEO, de gestion des paiements et commandes, et de flux d'erreurs.
Sans ces elements, il peut etre mis en ligne, mais chaque modification ulterieure revient au code et a la maintenance.
Regle de decision : etre en ligne n'est pas la meme chose qu'etre exploitable.
---
La premiere version est generalement moins chere.
Mais vous devez compter les modifications futures, le deploiement, la maintenance, le debogage, les paiements, les commandes, la localisation, les formulaires, le SEO, la communication avec l'agence et le cout d'opportunite.
Regle de decision : ne calculez pas seulement le cout de generation de la page. Calculez le cout de chaque modification sur les deux prochaines annees.
---
C'est flexible, mais la flexibilite n'est pas la meme chose qu'une faible maintenance.
WordPress / WooCommerce est puissant grace a son ecosysteme et a sa personnalisation. Son cout est la coordination a long terme entre plugins, themes, code personnalise, mise en cache, paiements, localisation, SEO et mises a jour de securite.
Regle de decision : si vous avez une equipe technique ou un partenaire de maintenance a long terme, cela peut etre puissant. Si vous voulez simplement exploiter une entreprise, evaluez attentivement la surface de maintenance.
---
Cela depend si le site va continuer a changer.
Une page vitrine legere peut etre construite avec l'IA. Un site qui doit gerer des clients, des produits, des paiements, des formulaires, de la localisation et du SEO est mieux servi par un SaaS ou une plateforme systemisee.
Regle de decision : l'affichage statique peut etre auto-construit. Les operations commerciales continues necessitent une systemisation.
---
Le plus grand risque n'est pas que l'IA ne puisse pas le construire.
C'est de penser que vous construisez seulement une page, et de vous retrouver plus tard piege par les formulaires, les langues, les paiements, les commandes, le SEO, les plugins, le deploiement et la maintenance.
Regle de decision : le risque de la creation de site web par IA n'est pas la premiere version. C'est ce qui se passe quand personne ne possede le systeme apres le lancement.
---
Le codage IA est la.
Il permettra a davantage de personnes de realiser qu'elles peuvent creer des sites web, demander a l'IA d'ecrire du code et franchir des barriers qui semblaient techniques.
C'est une bonne chose.
Mais la vraie question du marchand n'est pas :
« Puis-je construire mon propre site DTC ou ma propre boutique en ligne ? »
C'est :
Dois-je passer mon temps limite a maintenir le systeme de site web derriere tout cela ?
Si l'objectif est une experience ponctuelle, le codage IA est suffisant.
Si l'objectif est une entreprise a long terme, ce dont vous avez besoin n'est pas seulement du code. Vous avez besoin d'un systeme qui peut continuer a soutenir l'entreprise.
Les marchands devraient se concentrer sur les produits, le contenu, les clients et la croissance.
Foundax se concentre sur les sites web, les systemes, la maintenance et les flux de travail IA.
L'IA n'a pas tue le SaaS de sites web.
Elle a rendu une chose plus claire : les pages deviennent moins cheres. La vraie valeur est le systeme qui peut continuer a fonctionner derriere elles.
---