Cette page a été traduite de l’anglais.
Création de sites web
Kliv est un créateur d’applications par IA. Décrivez le CMS dont votre publication a besoin — articles, éditions, rôles, publication programmée, commentaires et recherche dans les archives — et il le construit.
Entrez simplement votre idée dans la zone de texte et AI la construira pour vous
Kliv n’est pas un produit CMS avec une pile de plugins figée — c’est une IA qui construit le logiciel pour vous.
Vous décrivez le site et le fonctionnement dont vous avez besoin, en langage courant, et Kliv le construit : les données, la logique de publication, les écrans et les pages publiques. Vous obtenez une vraie application web qui vous appartient, sur votre propre domaine, et que vous pouvez faire évoluer plus tard simplement en le demandant. Ce n’est pas un thème à remplir.
Sur cette page, cette application est un CMS pour une publication. Kliv construit toutes sortes d’applications web ; ceci n’en est qu’un exemple.
Une petite publication peut avoir un rédacteur en chef, des journalistes salariés, des pigistes, des éditions, des articles programmés et une photothèque. Le CMS doit savoir que les contributeurs ne peuvent pas publier directement, que le compte rendu de course du samedi passe en ligne à 6 h, et que l’archive fait partie de la publication.
Les systèmes prêts à l’emploi transforment souvent cela en un empilement de plugins : un pour les rôles, un pour la programmation, un pour les images, un pour les commentaires. Kliv construit plutôt le système autour de votre rédaction : des articles avec vos états, des rôles avec vos règles, une archive que vous pouvez interroger, et des pages lisibles dès leur mise en ligne.
Le CMS d’une publication doit correspondre à son mode de fonctionnement.
Chaque article porte son état — brouillon, en relecture, programmé ou publié — ainsi que sa rubrique, son édition et sa signature. La page d’accueil ne voit que les lignes publiées.
Les journalistes rédigent, les rédacteurs en chef valident, et les pigistes ne voient que leurs propres articles. Un contributeur ne peut pas publier directement car l’étape de relecture est imposée par l’application.
Les photos de course résident dans l’espace de stockage de fichiers. La recherche d’images peut retrouver une expression comme « l’arrivée au sprint sous la pluie » d’après ce qui figure sur la photo, même si personne ne l’a étiquetée.
Un article programmé pour samedi 6 h passe en ligne samedi à 6 h précises. Une tâche côté serveur bascule l’état à l’heure dite.
Les commentaires arrivent dans une file d’attente et n’apparaissent publiquement qu’après validation. La polémique atteint votre rédacteur en chef avant d’atteindre la page.
Voici comment une publication pourrait utiliser un CMS construit avec Kliv. Ce n’est qu’un exemple — vous décririez vos propres rubriques, rôles, calendrier de publication et archives.
La pigiste de Camille soumet une proposition de compte rendu de course depuis son tableau de bord. Le rédacteur en chef l’accepte, et un brouillon apparaît avec la bonne signature et la bonne échéance.
La pigiste retrouve trois photos d’archive en les décrivant, les ajoute à l’article, et le fait passer en relecture. L’étape suivante appartient au rédacteur en chef.
Le rédacteur en chef resserre le texte, le valide, et le programme pour samedi à 6 h. L’article est terminé le vendredi, si bien que personne n’a à publier manuellement à l’aube.
Lorsque la tâche s’exécute, l’état bascule sur publié et les robots d’indexation reçoivent une page prérendue contenant le véritable article, et non une coquille de script vide.
Les commentaires des lecteurs attendent leur validation, et les statistiques montrent quelles rubriques ont porté le week-end. Les deux sont des enregistrements du même système que l’article.
Kliv construit à partir de votre description : plus vous donnez de détails, plus la première version s’en rapproche. Précisez les rubriques, les rôles, les états, les règles de publication, les archives et les commentaires. Voici trois exemples :
États éditoriaux, rôles et publication programmée.
“Créez un CMS pour notre magazine cycliste régional. Les articles doivent être groupés par éditions mensuelles et par rubriques, passer par les états brouillon, relecture, programmé et publié, et se publier à une heure programmée. Les contributeurs ne peuvent que rédiger, les rédacteurs en chef peuvent valider et publier, et chaque article doit porter une signature.”
Rubriques, bandeau d’actualité urgente, archives et commentaires.
“Créez un CMS de rédaction avec des rubriques actualités locales, sport, opinion et agenda. Ajoutez un bandeau d’actualité urgente que le rédacteur en chef peut activer, une photothèque consultable, des commentaires de lecteurs modérés, et un plan de site qui se met à jour dès qu’un article est publié.”
Soumissions de bénévoles et archives consultables.
“Créez un site de publication pour notre club de voile. Les bénévoles doivent pouvoir soumettre des articles et des photos, un membre du comité doit les valider, et les anciens bulletins doivent se trouver dans des archives consultables par année, auteur et sujet.”
Les pages sont lisibles par les moteurs de recherche. Le site publié sert des pages prérendues aux robots d’indexation, y compris les robots d’IA, et génère un plan de site à mesure que les articles sont publiés. Un audit SEO par page indique quels articles ont besoin de métadonnées plus solides.
Le contenu vous appartient. Les articles sont des lignes de votre base de données, les images résident dans votre espace de stockage de fichiers, et la source se synchronise avec votre propre dépôt Git. Partir, c’est un git pull, pas un projet de migration.
L’accès payant peut utiliser les mêmes enregistrements. Si le magazine vend un accès mensuel à 5 € pour les articles longs de l’archive, le mur payant lit l’enregistrement d’abonné écrit par le paiement sur votre propre compte Stripe. Le CMS et l’argent n’ont pas besoin d’une synchronisation séparée.
L’archive peut répondre à des questions. Les anciens numéros peuvent être indexés afin que la rédaction puisse vérifier si une ascension, un coureur ou une course a déjà été couverte, avec des sources issues de vos propres pages.
Le CMS est le moteur de publication. L’activité de publication au sens large — audiences, abonnements, et ce qu’un média fait payer — est couverte sur la page solutions médias.
Kliv est une IA qui construit des applications web sur mesure à partir d’une description. Pour un CMS, cela signifie qu’elle construit le flux de publication, les écrans d’administration, les pages publiques et les règles propres à votre publication.
Une vraie application. Vos articles, rôles, états, commentaires, archives et pages publiques sont construits pour votre fonctionnement, et non ajoutés à un thème générique.
Oui. Demandez des modifications en langage courant — une nouvelle rubrique, une étape de validation différente, ou un nouveau filtre d’archive — et Kliv met à jour l’application.
Oui. Les rôles et les états sont vérifiés à chaque requête. Les contributeurs peuvent rédiger et soumettre ; les rédacteurs en chef peuvent valider et publier.
Non. Une tâche programmée côté serveur bascule l’état de l’article à la minute que vous avez choisie. Le site, le plan de site et les flux lisent immédiatement le nouvel état.
Les robots d’indexation reçoivent des pages prérendues, afin que les moteurs de recherche et les assistants IA puissent lire le contenu réel. Le plan de site se met à jour à mesure que les articles sont publiés.
Vos archives restent les vôtres : les articles dans votre base de données, les images dans votre espace de stockage de fichiers, et le code dans un dépôt Git que vous contrôlez.
Oui. Les commentaires peuvent entrer dans une file de modération et n’être publiés qu’après validation.
Oui. Le CMS et le site public fonctionnent sur votre propre nom de domaine.
Non. L’application inclut ses propres écrans d’administration pour les articles, les éditions, les images, les commentaires et les états de publication.
Oui, là où votre publication en a besoin. L’accès payant peut fonctionner depuis votre propre compte Stripe, et l’accès aux pages lit le même enregistrement d’abonné que le paiement écrit.
Oui. La source se synchronise avec votre propre dépôt Git, donc partir revient à faire un git pull plutôt qu’à tout reconstruire.
More in this category
Réalisé par des créateurs
Découvrez de vraies applications créées avec Kliv par des développeurs et des créateurs du monde entier
A warm platform for dementia-friendly cafés, connecting caregivers, volunteers, and coordinators.
Track remittances and household budgets seamlessly.
Manage your book club easily with proposals, voting, and history tracking.
Portfolio and booking site for Northfern Tattoo Studio.
Sistema de gestión del agua comunitario para aldeas.
職人が作品を展示し、受注管理を行うサイトです。
Crowd-sourced surf condition tracking app.
A portal for HOA management at Riverside Commons.
小規模レストラン向けの予約管理サイトです。
A management tool for Scout Troop 214, focused on outings, advancement, and communication.
A whānau coordination tool for Māori-medium schools.
Mobile library coordinator for Hmong and Lao communities.
A warm platform for dementia-friendly cafés, connecting caregivers, volunteers, and coordinators.
Track remittances and household budgets seamlessly.
Manage your book club easily with proposals, voting, and history tracking.
Portfolio and booking site for Northfern Tattoo Studio.
Sistema de gestión del agua comunitario para aldeas.
職人が作品を展示し、受注管理を行うサイトです。
Crowd-sourced surf condition tracking app.
A portal for HOA management at Riverside Commons.
小規模レストラン向けの予約管理サイトです。
A management tool for Scout Troop 214, focused on outings, advancement, and communication.
A whānau coordination tool for Māori-medium schools.
Mobile library coordinator for Hmong and Lao communities.
Décrivez vos rubriques, vos rôles, vos états, vos échéances de l’aube et vos archives. Kliv construit le CMS autour du fonctionnement de votre rédaction.