---
title: "Opérations site pour agences | Unolia"
description: "Une console d’opérations pour chaque site client : permissions par personne sur déploiements, environnement et journaux, historique conservé au-delà de l’hébergeur et échecs analysés par IA."
url: "https://unolia.com/fr/features/website-operations"
locale: "fr"
---

# Les bons boutons, dans les bonnes mains.

Une console pour chaque site client, quel que soit l’hébergeur. Et chaque bouton est limité par personne et par projet : qui déploie, qui lit les journaux, qui touche aux secrets de production.

## Qu’est-ce qu’Opérations site dans Unolia ?

Opérations site donne à chaque site client la même console quel que soit l’hébergeur : déploiements, variables d’environnement, script de déploiement, domaines et SSL. Chaque action est une permission accordée par personne et par projet, les journaux de déploiement sont conservés avec le projet bien plus longtemps que chez l’hébergeur, et les agents IA peuvent lire la chronologie des déploiements pour expliquer les échecs et proposer des correctifs.

## Les jours où cette organisation se rentabilise

### Le premier vendredi du stagiaire

Il suit chaque déploiement et lit chaque journal dès le premier jour. Le déclencheur de production et les secrets restent hors de portée tant que vous n’en décidez pas autrement.

### Deux hébergeurs, un seul réflexe

La moitié des sites tourne sur Forge, le reste sur Ploi et Laravel Cloud. Personne ne se souvient de qui est où, parce que l’écran ne change jamais. Nouveau client, mêmes boutons.

### La panne de 3 h du matin

Un déploiement échoue à 3 h. Au matin, votre IA a lu le journal, nommé la cause et rédigé le correctif du script. Vous sirotez votre café et appuyez sur appliquer.

## Distribuez la console en trois étapes

### Connectez l’hébergement

Laravel Forge, Ploi et Laravel Cloud deviennent une seule console avec les mêmes boutons.

### Distribuez les boutons

Déployer, lire les journaux et toucher aux secrets sont des clés séparées. Donnez à chacun exactement les siennes, par projet.

### Laissez tourner

Chaque déploiement et son journal complet atterrissent dans l’historique du projet. Votre équipe le lit, votre IA aussi.

## Une seule console, peu importe l’hébergeur.

Déploiements, variables d’environnement, script de déploiement, domaines et SSL : chaque site client a le même écran avec les mêmes boutons. Le fournisseur derrière change. Les habitudes de votre équipe, non.

- Déploiements, environnement, script, domaines et SSL au même endroit.
- L’écran ne change jamais d’un fournisseur à l’autre.
- Connectez un nouvel hébergeur, gardez vos réflexes.

## L’historique que votre hébergeur a déjà supprimé.

Les panneaux d’hébergement gardent une courte fenêtre de déploiements, puis purgent le reste en silence. Unolia garde un historique bien plus long de chaque déploiement et de son journal complet, rattaché au projet client. Quand on demande ce qui s’est passé en mars, mars est toujours là.

## Les déploiements ratés, diagnostiqués par votre IA.

Les agents lisent un déploiement comme vous le feriez : le journal, le commit, ce qui a changé. Quand un déploiement échoue pendant la nuit, le diagnostic et le correctif du script sont rédigés avant que vous soyez assis. L’agent nomme la cause, le correctif arrive en proposition, et l’appliquer reste votre geste.

## Comment cela évolue avec le plan

| Plan | Value |
| --- | --- |
| Developer | La console complète sur vos propres projets. |
| Freelancer | Déployez et modifiez la configuration des sites clients. |
| Startup | Les rôles d’équipe décident qui déploie et qui lit. |
| Business | Rôles personnalisés et accès par projet, bouton par bouton. |

## Pages liées

- [Analyses de dépôts](/fr/features/repository-insights)
- [Supervision](/fr/features/monitoring)
- [Graphes d’environnement](/fr/features/environment-graphs)

## Distribuez les boutons. Gardez les clés.

Rejoignez la liste d’attente et donnez à chacun exactement les boutons qu’il lui faut.

[Rejoindre la liste d’attente](https://app.unolia.com/register)