Construction · Contrôles · SEO · GEO · Agents IA · Production express · Délais et contraintes · Questions fréquentes
Mise à jour : 12 octobre 2026.
Comment un site est fabriqué
Pour les projets que nous développons et déployons de bout en bout, nous suivons les mêmes six pratiques de construction. Elles visent à éviter qu’une modification provoque un dysfonctionnement sans qu’il soit détecté, et à permettre un retour à la version précédente.
Développement sur mesure
PHP 8 prépare les pages sur le serveur. JavaScript gère les interactions dans le navigateur, sans framework, c’est-à-dire sans cadre logiciel préconstruit. Le CSS, écrit à la main, définit la présentation. MySQL stocke les données. Pas de thème acheté ni d’accumulation d’extensions.
En clair : la page ne charge que les scripts et les styles qu’elle utilise. La page est en général plus légère. Il y a moins de composants tiers à surveiller et à mettre à jour, et aucune licence d’extension à renouveler.
Historique des modifications avec Git
Chaque modification est enregistrée dans un dépôt Git, avec sa date et sa raison.
En clair : Git conserve l’historique complet du code et permet de retrouver ses versions précédentes. Si une modification pose problème, on remet en ligne la version précédente du code. Les données (contenus, comptes, commandes) sont stockées dans la base et ont leurs propres sauvegardes.
Préproduction protégée
Chaque site dispose d’une seconde adresse, protégée par un code d’accès, où nous le développons et où vous le validez.
En clair : c’est une répétition générale. Le public ne voit jamais un chantier en cours, et vous voyez le résultat réel, sur votre téléphone, avant qu’il soit en ligne.
Déploiement automatisé
La mise en ligne est exécutée par un script, toujours le même, à partir du dépôt : le serveur reçoit exactement la version du code choisie dans l’historique.
En clair : personne ne dépose de fichier à la main sur le serveur. Ce qui est en ligne correspond exactement à une version enregistrée de l’historique, que l’on peut relire et comparer.
Contenus en base de données
Les contenus que vous modifierez vous-même (textes, actualités, fiches) sont stockés dans la base de données, séparément des fichiers du site.
En clair : vous mettez à jour votre contenu sans attendre personne, et une mise en ligne du code ne touche pas à la base : une nouvelle version du site ne remplace pas vos textes.
Sauvegarde avant la première publication
Avant la première mise en ligne sur votre hébergement, l’existant est sauvegardé et conservé 90 jours.
En clair : les éléments déjà présents sur le serveur restent récupérables, même ceux dont nous ignorions l’existence.
Ce que nous vérifions, point par point
Notre liste de contrôle compte une trentaine de points. Chacun correspond à un défaut que nous avons réellement rencontré au moins une fois, et que nous ne voulons plus revoir.
Redirections 301 et URL canonique
Une seule adresse par page : sans « www », sans « .php », sans barre finale. Les autres formes renvoient
vers elle par une redirection permanente (code HTTP 301), et la page déclare son adresse officielle
(balise canonical).
En clair : Google reçoit un signal clair sur l’adresse à retenir, au lieu de voir plusieurs copies d’une même page. Les anciennes adresses déjà connues continuent de mener au bon endroit.
Validation W3C
Le code HTML et CSS de chaque page passe au validateur du W3C, l’organisme qui écrit les standards du web. Objectif : zéro erreur.
En clair : c’est la relecture orthographique du code. Ce n’est pas un critère de classement de Google et cela ne juge pas la qualité d’une page, mais un code valide réduit les écarts d’affichage d’un navigateur à l’autre et laisse moins d’ambiguïté aux robots.
Performance : PageSpeed et Core Web Vitals
Nous mesurons la vitesse avec PageSpeed Insights, sur téléphone et sur ordinateur. L’outil fournit un test simulé et, lorsque suffisamment de données existent, des mesures recueillies auprès d’utilisateurs de Chrome. Elles comprennent les Core Web Vitals : délai d’affichage du contenu principal, stabilité de la mise en page et réactivité.
En clair : le test simulé sert à corriger, les mesures réelles tranchent. Sur nos sites, le téléphone obtient presque toujours la moins bonne note : une note parfaite sur ordinateur ne suffit pas.
Contraste mesuré (WCAG)
Le rapport de contraste entre chaque texte et son fond est calculé. Les règles d’accessibilité WCAG demandent 4,5 pour 1 pour le texte courant et 3 pour 1 pour les grands caractères ; nous visons 4,5 partout.
En clair : une couleur peut être jolie et illisible. Nous l’avons vécu : un doré sur fond crème mesurait 2,09 pour 1. Sur un écran bien réglé, on ne le remarque pas toujours ; en plein jour sur un téléphone, si.
HTTPS et certificat
Le certificat TLS doit couvrir l’adresse avec et sans « www ». Après la mise en ligne, sa date d’expiration est surveillée en continu.
En clair : le certificat permet au navigateur de vérifier l’identité du serveur et de chiffrer la connexion. Un certificat invalide ou expiré déclenche une alerte de sécurité. Sa date d’expiration est connue d’avance : elle doit être surveillée pour éviter une interruption.
Envoi et réception du formulaire testés
Un message est réellement envoyé depuis le site en ligne, et sa réception est vérifiée. Les protections contre les robots de spam sont invisibles pour le visiteur.
En clair : un formulaire qui s’affiche n’est pas un formulaire qui fonctionne. Le test décisif est un message réellement reçu.
Nous contrôlons aussi l’affichage réel par des captures d’écran à deux largeurs (téléphone et grand écran),
la page d’erreur 404, le fichier robots.txt, le plan du site (sitemap.xml) et
l’absence de toute mention « démonstration » restée sur le site final.
Être trouvé sur Google
Le SEO (Search Engine Optimization, ou référencement naturel) désigne tout ce qui aide un moteur de recherche à comprendre une page et à la proposer aux bonnes personnes, sans payer de publicité.
Étudier les recherches avant d’écrire
Nous étudions les recherches des internautes à partir des suggestions de recherche, des volumes et de la concurrence. Nous visons la longue traîne, c’est-à-dire des requêtes précises et moins fréquentes, et examinons l’intention qui les motive : chercher une information, comparer ou acheter.
En clair : « agence de communication Paris » est disputé par des centaines d’acteurs. Lors de notre relevé, « vidéo témoignage client » l’était beaucoup moins, et la personne qui tape cette recherche décrit déjà un besoin précis.
Une page, une intention
Chaque page répond à une question précise. Son titre (title), sa description
(meta description) et ses titres de section (h1, h2…) portent
sur le même sujet.
En clair : le titre affiché dans Google, le grand titre de la page et son contenu répondent à la même question.
Données structurées JSON-LD
Nous ajoutons au code un résumé lisible par les machines, au vocabulaire Schema.org : qui vous êtes, ce que vous proposez, où, et les questions fréquentes. Règle stricte : ce résumé ne dit rien que la page ne montre pas.
En clair : c’est une fiche d’identité glissée dans la page à l’intention des robots. Une note d’avis inventée ou empruntée à une autre activité y serait trompeuse : nous n’en déclarons pas.
Signaler et mesurer
Le site est vérifié dans Google Search Console et Bing Webmaster Tools. Son plan y est déclaré. Sur nos sites, chaque mise en ligne prévient aussi Bing et les moteurs qui suivent le protocole IndexNow (Google n’y participe pas). Les positions sont ensuite suivies dans la durée.
En clair : nous déclarons le site, signalons ses mises à jour aux moteurs qui le permettent et suivons l’évolution de ses positions dans les résultats de recherche.
Être cité par les assistants d’IA
Le GEO signifie Generative Engine Optimization. Une part croissante des recherches passe par un assistant (ChatGPT, Gemini, Perplexity, Claude) qui rédige une réponse au lieu d’afficher une liste de liens. Le GEO cherche à ce que vos pages fassent partie des sources de cette réponse. Être accessible aux robots, être indexé, être retenu comme source et être cité sont quatre étapes distinctes : aucune ne garantit la suivante.
Ouvrir la porte aux robots des assistants
Le fichier robots.txt autorise explicitement les robots des assistants, qui n’ont pas tous le
même rôle. OAI-SearchBot et PerplexityBot lisent les pages pour les réponses avec recherche ; GPTBot et
ClaudeBot collectent pour l’entraînement des modèles ; Google-Extended et Applebot-Extended ne lisent rien
eux-mêmes : ce sont des autorisations d’usage données à l’IA de Google et d’Apple.
En clair : autoriser les robots de recherche leur permet de consulter les pages, sans garantir qu’elles seront citées. L’autorisation d’utiliser les contenus pour l’entraînement est distincte ; nous la donnons pour nos propres sites.
Un fichier llms.txt
À la racine du site, un fichier texte résume l’entreprise, ses services, ses chiffres et la liste des pages, dans un format pensé pour les modèles de langage.
En clair : c’est la page de présentation que l’on tendrait à un nouveau collaborateur. Le format est récent : son effet sur les citations n’est pas démontré, et Google indique ne pas en avoir besoin. Nous le publions parce qu’il coûte peu et résume l’essentiel.
Des faits plutôt que des adjectifs
Nous écrivons des réponses courtes, chiffrées et vérifiables : une date, une surface, un délai, un tarif d’entrée. Les questions fréquentes sont balisées en données structurées.
En clair : « 9 espaces, 630 m², depuis 2008 » donne des informations précises, à reprendre et à vérifier. « Une équipe passionnée et reconnue » n’indique ni réalisation ni résultat concret.
Suivre les visites et les citations
Nous suivons la part des visites provenant d’un assistant et répétons une série de 20 questions métier pour relever les sources citées dans les réponses rédigées par un modèle de langage.
En clair : sur notre site de location de studios, notre bilan d’octobre 2026 comptait 5,8 % de visites venues d’un assistant d’IA (à 98 % ChatGPT), et le site figurait dans 7 des 20 réponses simulées. Ces deux relevés servent de point de départ ; nous les renouvelons tous les trois mois, dans les mêmes conditions.
Comment nous construisons un outil
Les applications métier et les agents d’intelligence artificielle suivent les mêmes principes de construction, de contrôle et de suivi.
Un script d’abord
Ce qui peut être programmé de façon déterministe l’est : même entrée, même résultat. L’IA n’intervient que là où il faut du jugement. En clair : moins d’appels payants à un modèle, moins de surprises, et un outil dont on peut lire et corriger chaque ligne.
Des commandes ouvertes
L’IA pilote l’outil de l’extérieur, par une API — une interface de commandes dont l’accès est protégé par une clé — ou par un serveur MCP (Model Context Protocol), qui présente ces commandes selon un protocole ouvert. En clair : sur nos outils internes, nous avons changé de fournisseur d’IA par un réglage, sans réécrire l’outil.
Un aperçu avant d’écrire
Avant toute modification de vos données, l’outil présente les changements prévus. En clair : l’automatisation ne travaille pas en silence ; une erreur peut être repérée avant d’être appliquée.
Tester le parcours réel
Nos tests automatiques ouvrent un vrai navigateur, cliquent, saisissent et vérifient l’écran. En clair : nous testons le parcours de l’utilisateur, en plus du fonctionnement de chaque fonction prise séparément.
⚡ Une production express, un projet à votre rythme
- 1 Discussion avec votre référent Vous précisez ensemble vos objectifs, vos besoins et vos premières idées.
- 2 Cahier des charges et accord Le périmètre, le calendrier et le tarif sont définis dans le devis signé.
- 3 ⚡ Production technique express Nous développons, testons et corrigeons la première version selon le périmètre convenu.
- 4 Livraison de la V1 Vous recevez une première version à examiner avant sa mise en ligne.
- 5 ❓ Relecture à votre rythme Votre référent vous aide à formuler vos retours, quand vous êtes prêt.
- 6 ⚡ Production des retouches Les retouches sont habituellement réalisées sous 24 h, selon leur nature.
- 7 Livraison de la V2 Vous recevez la version corrigée pour vérifier les ajustements.
- 8 ❓ Nouvelle relecture si nécessaire Avec votre référent, vous précisez les derniers ajustements ; le cycle reprend si nécessaire.
- 9 Livraison définitive Vous validez la version destinée à être mise en ligne.
- 10 ⚡ Mise en ligne Nous effectuons les derniers contrôles et publions, sous réserve des délais techniques externes.
Notre production technique est express ⚡ ; la durée du projet dépend aussi de son périmètre et des échanges. Le projet peut avancer en express si vous l’êtes : des retours rapides permettent d’enchaîner les étapes. Si vous avez besoin de réfléchir, nous suivons votre rythme. Votre référent vous accompagne dès le premier échange et à chaque relecture.
Prototype, préproduction, mise en production. Un prototype montre une idée : il se fabrique vite et ne sert qu’à décider. La préproduction est le site réel, complet, sur une adresse protégée, où vous le validez. La mise en production publie cette version validée à l’adresse publique, après les contrôles techniques.
Temps, débogage, impact, coût et fiabilité
Production express, calendrier adapté. Une fois le cahier des charges défini et les contenus disponibles, la production technique peut avancer en quelques heures ou quelques jours selon le périmètre. Le projet peut s’étendre sur plusieurs semaines lorsque plusieurs échanges et validations sont nécessaires. Votre référent accompagne ces étapes à votre rythme. Les contrôles techniques et votre validation restent nécessaires avant publication. Certaines étapes ne dépendent pas de nous : lors de nos mises en ligne, l’émission d’un certificat a pris environ une heure, et la propagation d’un changement de configuration DNS peut demander jusqu’à 48 heures.
Le débogage. Tout logiciel neuf a des défauts que personne n’a encore vus. Nous prévoyons le débogage dans le calendrier et examinons le parcours entier, au-delà du seul problème signalé : un défaut corrigé à un endroit peut encore se manifester ailleurs.
L’impact. Le référencement se mesure en mois. Nous ne pouvons pas annoncer de délai de prise en compte d’une modification par les assistants d’IA. Nous suivons les chiffres et vous les montrons, y compris quand ils ne bougent pas encore.
Le coût. Il dépend davantage de ce que le site doit faire (paiement, réservation, espace client, plusieurs langues) que du nombre de pages. Le nombre de journées est estimé au cadrage et écrit dans le devis. Voir les repères de budget.
La fiabilité. Aucun site n’est à l’abri d’une interruption. Nos sites en ligne sont contrôlés toutes les quinze minutes (disponibilité, certificat, signes de piratage), et la qualité de chaque page est mesurée de nouveau chaque nuit. L’objectif n’est pas qu’aucun incident n’arrive : c’est de le repérer et de le traiter au plus tôt.
Méthode, SEO et GEO — questions fréquentes
Qu'est-ce que le GEO, et en quoi diffère-t-il du SEO ?
En combien de temps un site est-il bien référencé ?
Pouvez-vous garantir une première position sur Google ou une citation par ChatGPT ?
Pourquoi prévoir une phase de débogage ?
Pouvez-vous créer un site internet en 24 heures ?
Un développement express signifie-t-il moins de contrôles ?
Utilisez-vous des IA pour développer plus vite ?
Comment mesurez-vous les visites et les citations venant des assistants d'IA ?
Combien coûte un projet construit avec cette méthode ?
Un site ou un outil à construire ?
Décrivez ce que le site doit permettre à vos visiteurs ou à votre équipe. Nous vous répondons sous 24 heures ouvrées avec une première analyse du projet : ce qui est simple, ce qui demandera du temps et ce que nous vous déconseillons.
Du lundi au vendredi, 9 h – 19 h · tournages et sessions 24h/24 sur planning · studioleizart@gmail.com