Pourquoi pas WordPress ? On m'a dit que c'est moins cher et que ça suffit.

WordPress convient très bien pour un blog ou un site vitrine très simple. Mais dès que c'est un peu personnalisé, vous finissez par payer 4-5 plugins payants par an, des performances mobiles médiocres, et un dev à l'heure à chaque changement. Mes sites sont plus rapides, plus sûrs, et restent 100% à vous.

Combien coûte vraiment un site ?

Ça dépend du type. Une landing à partir de 600 €, un site complet à partir de 1 500 €, une web app/MVP à partir de 3 500 €. Ce sont des prix indicatifs : après le premier appel je vous envoie un devis écrit, fixe, sans surprises.

En combien de temps le site est en ligne ?

Une landing en 5-7 jours. Un site complet en 2-3 semaines. Une web app/MVP en 4-8 semaines. Les délais démarrent quand j'ai le contenu (textes, photos, logo). Si vous ne l'avez pas encore, on en parle ensemble.

Qui fournit les textes et les photos ?

On fait moitié-moitié. Si vous avez les textes, je les retravaille avec vous. Sinon, je vous envoie une liste de questions auxquelles vous répondez par chat ou vocaux, et je les rédige. Photos : les vôtres, ou je vous indique où les prendre (Unsplash, Pexels) ou un photographe local.

Une fois le site en ligne, vous me laissez seul ?

Non. Je reste joignable sur WhatsApp/email pour les petites corrections et les doutes. Si vous voulez une évolution (nouvelle section, blog, intégration), je vous fais un devis séparé. Pas d'abonnement annuel forcé pour changer deux lignes.

L'hébergement et le domaine sont inclus ?

Le domaine (~15 €/an) et l'hébergement (souvent 0 € sur Vercel pour des sites vitrine) sont payés par vous, sur vos comptes — vous restez toujours propriétaire. Je vous accompagne pour la configuration. Pas de combine du genre 'le domaine est à moi tant que tu payes la redevance'.

Vous allez me faire trouver sur Google ?

Le SEO technique de base est inclus : titres corrects, meta descriptions, structure sémantique, performance, sitemap, mobile-first. Pour vous positionner sur des requêtes concurrentielles il faut un travail continu (contenu, backlinks) : si vous en avez besoin, je vous dis clairement ce qu'il faut et combien ça coûte — même si je ne le fais pas moi-même.

Vous travaillez seulement à Rome ?

Je suis à Rome, mais je travaille 100% en ligne partout en Italie (et à l'étranger). Appels sur Meet/WhatsApp, aperçus partagés par lien, fichiers via Drive/Notion. Si vous êtes à Rome et voulez se voir en personne, c'est possible.

Et si je ne suis pas satisfait du résultat ?

On travaille par étapes avec des aperçus continus : si quelque chose ne vous convainc pas, vous le dites tout de suite — pas à la fin. Les forfaits landing/site incluent 2 révisions de design et 1 de copy. Pour les web apps, on définit ensemble les milestones, chacun validé avant de passer au suivant.

Développeur web freelance à Rome

Je crée des sites web et des applications rapides qui transforment des visites confuses en vraies demandes.

J'aide les professionnels, les studios et les petites entreprises à remettre en ordre des sites dépassés, des idées digitales floues et des processus manuels avec des solutions claires, soignées et faciles à utiliser.

✓ Appel découverte gratuit de 20 minutes

✓ Devis écrit sous 48h

✓ Première version en ligne en 1–3 semaines

Projets & case studies

Un produit personnel et trois case studies professionnels, clairement séparés.

Bookable est à moi de bout en bout : en ligne, avec le code. Les case studies professionnels viennent d'un produit multi-tenant en production, anonymisé, avec leurs chiffres et leurs limites.

Projet personnel

Bookable — Multi-Style Booking Platform

Plateforme de réservation full-stack pour des activités de services locales : catalogue public, flux de demande de réservation validé et dashboard admin. Projet personnel, en ligne sur bookable.itshassan.it, code dans mon monorepo public.

Problème

Une activité locale veut publier ses services et recevoir des demandes en ligne avec sa propre identité visuelle, pas un énième template. Et en phase de proposition, montrer un seul design figé est une position faible.

Ce que j'ai fait

Réalisé seul, de bout en bout : schéma et migrations, Server Actions, espace admin, trois variantes graphiques et déploiement
Un seul modèle de contenu rendu dans trois design systems complets (Editorial / Warm / Bold), choisis via un cookie lu côté serveur
Next.js 16 App Router + Server Actions, Drizzle ORM sur Neon Postgres, avec un repository layer qui garde les pages légères
Validation Zod partagée entre le formulaire et le serveur ; prix stockés en centimes entiers ; erreurs génériques côté client

Ce que ça fait aujourd'hui

Catalogue, page de détail avec galerie et formulaire de demande de réservation, dans trois designs commutables en live
Admin derrière un login (cookie scellé iron-session + bcrypt) : services, prix, images et statut des demandes
Démarre sans base de données (données d'exemple et bannière démo) ; en ligne sur un domaine custom via Vercel

Stack: Next.js 16 · React 19 · Drizzle ORM · Neon Postgres · iron-session · ZodCe que ça prouve: Je sais concevoir et mettre en production un produit full-stack complet — data layer, auth, validation et un design system distinctif — pas juste des sites vitrine.

Limites de la démo

Un système de demandes, pas un moteur d'agenda : pas de créneaux disponibles ni de prévention des doubles réservations
L'espace admin n'est pas public : la démo montre le catalogue, le détail et le formulaire
Les demandes envoyées depuis la démo arrivent réellement dans le dashboard du projet : utilisez des données fictives
Pas de rate limiting ni de token CSRF explicite : posture MVP, indiquée dans le README

Essayer la démo Code et explications

Expérience professionnelle

Trois travaux sur un produit multi-tenant en production : ce que j'ai affronté, ce que j'ai décidé, ce que je peux démontrer. Entreprise et produit sont anonymisés ; chaque chiffre vient avec sa limite.

Incident en production · ASP.NET Core

Éliminer une race condition sur les en-têtes HttpClient en production

Erreurs 500 intermittentes, barres latérales cassées et déconnexions surprises sur une plateforme multi-tenant en production, remontées à des en-têtes partagés et mutables sur un HttpClient singleton. Corrigées sans toucher à un contrat public.

Cause racine trouvée à partir de la télémétrie Azure et des stack traces, pas d'une reproduction locale
12 tests de régression ciblés, dont 2 utilisateurs émettant 40 appels simultanés sur le même client
Après le déploiement, les échecs ne se sont plus reproduits (observation opérationnelle)

Stack: ASP.NET Core · C# · HttpClient · Polly · Azure Application Insights · NUnit

Lire le case study

Architecture frontend · Migration incrémentale

Mener une migration progressive de Razor vers React sans arrêter un produit en production

Une interface ASP.NET Core multi-tenant en production, bâtie sur MVC, Razor, jQuery et Blazor, ne pouvait pas être réécrite d'un bloc. J'ai piloté le chemin frontend qui a permis à React d'y grandir, page par page, avec des frontières de sécurité et des garde-fous de release.

Les routes React réelles sont passées de 10 à 112 entre la baseline de juin et le snapshot de septembre
Artefact JavaScript d'entrée de 1 764 861 à 63 249 octets (le chunk d'entrée uniquement)
108 routes réelles sur la ligne de staging, dont 65 explicitement mappées vers des URL legacy

Stack: React · TypeScript · React Router · Redux Toolkit · RTK Query · Vite (library mode) · ASP.NET Core · BFF

Lire le case study

Architecture backend · Travail d'équipe

Transformer un BFF monolithique en tranches détenues par les features sans changer un contrat

Pendant la migration React, le backend-for-frontend ASP.NET Core était devenu le goulot d'étranglement des merges : un fichier d'endpoints de 5 657 lignes, 128 enregistrements HTTP, une DI qui pouvait diverger entre production et tests. J'ai mené l'extraction en tranches par feature, protégée par des snapshots OpenAPI.

Fichier central d'endpoints de 5 657 à 81 lignes ; de 128 enregistrements à 0 handler
Les 307 opérations Swagger toutes préservées à la bascule en staging
En service en testing, staging et production en environ deux semaines

Stack: ASP.NET Core · C# · Endpoint routing · Dependency injection · Swagger / OpenAPI · NUnit

Lire le case study

Autres interventions professionnelles

Plateforme e-commerce hospitality — standards UI et flux core

Produit enterprise complexe avec équipe distribuée et modules multiples. Codebase legacy avec règles UI dispersées.

Problème

Composants dupliqués, conventions différentes entre modules, régressions fréquentes en release. Chaque nouvelle feature coûtait plus que prévu.

Ce que j'ai fait

Introduit des standards UI partagés (classes, styles, naming) réutilisés par l'équipe
Refactor des flux core (booking, catalogue, checkout) en React + Redux Toolkit
Patterns réutilisables qui ont rendu la livraison plus prévisible

Ce que ça fait aujourd'hui

Avant : des modules similaires avaient des boutons, layouts et comportements différents
Après : des patterns partagés ont rendu l'interface plus cohérente et plus facile à maintenir
Résultat : moins de débats subjectifs en PR et moins de régressions sur les écrans communs

Stack: React · TypeScript · Redux Toolkit · REST APIs · Tailwind CSSCe que ça prouve: Je sais mettre de l'ordre dans des codebases grands et déjà en production, sans tout réécrire.

Migration Bootstrap → Tailwind

Application web construite sur Bootstrap + composants vendor avec des années de patches. Layouts incohérents entre pages similaires.

Problème

Changer un style cassait des pages à des endroits inattendus. Vitesse d'itération basse, chaque petite modif demandait des checks manuels sur des dizaines d'écrans.

Ce que j'ai fait

Audit des composants réellement utilisés vs morts
Migration progressive page par page sans freezer la roadmap
Set de patterns Tailwind réutilisables (card, form, layout, button)

Ce que ça fait aujourd'hui

Avant : changer un style demandait des checks manuels sur des pages sans lien direct
Après : patterns Tailwind partagés pour cards, forms, layouts et boutons
Résultat : itérations UI plus rapides et plus de contrôle sur le design system

Stack: Tailwind CSS · Component refactor · UI standards · CSS architectureCe que ça prouve: Je peux moderniser un site existant sans jeter le travail déjà fait.

Je crée des sites web et des applications rapides qui transforment des visites confuses en vraies demandes.

Si vous vous reconnaissez dans ces problèmes, votre site n'est pas seulement à refaire : il faut le remettre en ordre.

Vous avez un vieux site qui ne vous représente plus

Le site existe mais ne ramène pas de contacts

Votre présence en ligne est dispersée et peu crédible

Vous gérez encore tout par Excel et WhatsApp

Vous avez une idée de site ou d'app mais vous ne savez pas par où commencer

Vous en avez marre de WordPress vendu comme 'solution sur mesure'

Quatre façons concrètes d'améliorer votre présence en ligne.

Landing Page Professionnelle

Site professionnel pour activités et cabinets

Web App / MVP sur mesure

Refonte stratégique du site existant

Je travaille avec des personnes qui ont besoin de plus d'ordre digital.

Professionnels et cabinets

Activités locales et services

Founders et petites équipes

Quatre étapes simples, du premier appel au site en ligne.

Je comprends ce dont vous avez vraiment besoin

Je vous envoie une proposition claire

Je construis avec des aperçus visibles

Je publie et je reste disponible

Un produit personnel et trois case studies professionnels, clairement séparés.

Projet personnel

Expérience professionnelle

Éliminer une race condition sur les en-têtes HttpClient en production

Mener une migration progressive de Razor vers React sans arrêter un produit en production

Transformer un BFF monolithique en tranches détenues par les features sans changer un contrat

Autres interventions professionnelles

La différence entre une solution sur mesure et un site préfabriqué.

Un seul interlocuteur, de l'idée au site en ligne

Expérience réelle sur des produits en production

Solutions sur mesure, pas des thèmes revendus

Prix clair, scope clair

Délais réalistes, pas des promesses

Je ne disparais pas après le lancement

Stack moderne, choisi pour votre projet. Pas pour la mode du moment.

Frontend moderne

Backend et intégrations

Qualité et delivery

Du jardin numérique

Git worktrees + hoisted pnpm: where did my binaries go?

Never throw at module load in Next.js

Next.js 16: middleware.ts is now proxy.ts

Ce qu'on me demande avant de démarrer. Réponses directes.

Vous ne savez pas si votre site vous coûte des clients ?