Cas d'usage

Un CMS pour site statique — sans rien migrer

Votre site statique n'a pas besoin d'être reconstruit pour devenir modifiable. Unfreez se connecte au repo, repère chaque texte et image dans vos fichiers, et donne à votre client un éditeur visuel sûr. Chaque changement est un commit propre.

Essayer Unfreez gratuitement Voir comment ça marche

boulangerie-aurore.fr

Boulangerie artisanale — codée main

Le levain, notre métier depuis 1987

Pains au levain naturel et viennoiseries pur beurre, pétris chaque nuit dans notre fournil.

Commander pour demain

✓ content: update Titre & Photo (via Unfreez) main · à l'instant

Un site statique, c'est ce qu'il y a de plus rapide et léger sur le web — jusqu'au jour où le client veut changer un horaire et ne peut pas. La parade habituelle, un CMS, est la mauvaise.

Le compromis du statique

Un site statique codé main est rapide, économique, quasi increvable. Le coût qu'on tait : chaque changement de contenu repasse par vous, et le mail « juste une petite modif » attend que vous ayez un moment.

Éditer sur place, pas via une base

Unfreez repère les textes, images et éléments de liste dans vos fichiers et ancre chacun à un endroit précis de la source. Quand le client publie, la valeur est écrite exactement là, puis commitée — sans régénération, sans base, et sans qu'aucune IA n'approche l'écriture.

Le client édite ; vous gardez la main

Vous décidez de ce qui est modifiable et verrouillez le reste. Le client modifie sur une preview en direct et clique sur Publier — un commit propre, réversible en un clic — et vos propres pushs ne sont jamais écrasés.

L'édition d'un CMS, la légèreté du statique

Aucun build à repenser

Pas de schéma, pas de source de données, pas d'admin. Unfreez lit les textes, images et éléments de liste directement dans vos fichiers, tels qu'ils sont.

Chirurgical, jamais approximatif

Chaque modification s'écrit à l'octet près, au bon endroit. Au moindre doute, Unfreez refuse d'écrire plutôt que d'abîmer votre markup — et chaque publication s'annule en un clic.

Votre déploiement reste le vôtre

Publier, c'est un commit sur votre branche. Netlify, Cloudflare Pages, un rsync à la main — votre façon de déployer continue de marcher, intacte.

N'importe quel statique

HTML pur, Astro, Hugo, ou l'export d'un framework — même éditeur. Unfreez rejoint vos fichiers là où ils sont.

Trois étapes, zéro migration

1

Connectez le repo

Une App GitHub limitée aux seuls repos que vous choisissez. Unfreez les analyse et liste chaque texte, image et liste.

2

Choisissez les champs

Cochez ce que le client peut changer, nommez-le avec ses mots, verrouillez le reste.

3

Invitez votre client

Il se connecte avec Google, modifie sur une preview en direct, et publie — un commit propre à chaque fois.

Unfreez face à un CMS classique, pour un site statique

	CMS classique	Unfreez
Le site produit	Régénéré par le CMS	Les fichiers exacts que vous avez livrés
Mise en place	Templates, schéma, import du contenu	Connecter et choisir — quelques minutes
Hébergement	Souvent lié à la plateforme du CMS	Là où vous hébergez déjà
Le contenu	Dans leur base de données	Des commits dans votre repo
Performance	Rendu à l'exécution, extensions	Toujours un site statique — rien d'ajouté

L'édition d'un site statique, en clair

Quels montages statiques sont couverts ?

HTML pur, Astro, Hugo, et les exports de frameworks. Unfreez lit la source, là où vit vraiment votre contenu.

Est-ce que ça change ma façon de builder ou d'héberger ?

Non. Publier est un commit ; votre build et votre déploiement existants tournent comme avant.

Que peut casser mon client ?

Seulement ce que vous avez déverrouillé — et même là, une cible ambiguë est refusée, pas devinée. Chaque publication a un retour arrière en un clic.

Le client a-t-il besoin de GitHub ?

Non. Connexion avec Google, une preview en direct, et Publier. Il ne voit jamais git.

Et si je continue à modifier le code ?

Poussez librement. Unfreez se ré-ancre autour de vos changements et met de côté toute modification du client qui entrerait en conflit.