> For the complete documentation index, see [llms.txt](https://help.verkada.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.verkada.com/command/fr/parametres-de-lorganisation/personalized-subdomain-urls-for-your-verkada-organization.md).

# URL de sous-domaine personnalisées

Les URL de sous-domaine facilitent la connexion, le partage de liens et l’accès à Command

Verkada fournit des URL Command uniques pour chaque organisation, en fonction du nom court de votre organisation. Vous pouvez vous connecter en utilisant le sous-domaine de votre organisation (short-name.command.verkada.com) au lieu de command.verkada.com.

{% hint style="info" %}
Si vous ne connaissez pas votre sous-domaine, connectez-vous à command.verkada.com et vous serez automatiquement redirigé vers la page d’accueil de votre sous-domaine.
{% endhint %}

***

### Avantages

* **Connexion directe**: URL de connexion dédiée pour simplifier l’accès en permettant aux utilisateurs d’accéder directement à la page Verkada de leur organisation, éliminant ainsi la nécessité de sélectionner manuellement une organisation après la connexion.
* **Accès facile**: Ajoutez un signet et créez un lien profond directement vers l’organisation souhaitée (short-name.command.verkada.com au lieu de command.verkada.com).
* **Meilleure gestion des mots de passe**: Des URL uniques permettent à votre gestionnaire de mots de passe d’enregistrer des identifiants distincts.
* **Gestion multi-organisations simplifiée**: Passez facilement d’une organisation à l’autre.

{% hint style="warning" %}
Le nom court de votre organisation est différent de son nom d’organisation. Si vous souhaitez modifier le nom court de votre organisation, contactez [le service d’assistance de Verkada](/command/fr/besoin-daide/contact-verkada-support.md).
{% endhint %}

***

### Fonctionnalités

Avec la mise en place des sous-domaines, la plupart des fonctions de Command restent inchangées.

* **Signets**: Les signets existants et les identifiants enregistrés continueront de fonctionner. Pour les utilisateurs appartenant à plusieurs organisations, Command redirigera automatiquement les utilisateurs vers le bon sous-domaine (short-name.command.verkada.com).
* **Authentification unique (SSO)**: Les configurations SSO existantes restent inchangées. Cependant, les utilisateurs qui se connectent via SSO doivent mettre à jour tous les signets avec leur nouveau sous-domaine.
* **Intégrations API**: Les intégrations utilisant auparavant command.verkada.com continueront de fonctionner, avec des requêtes redirigées automatiquement.

***

## FAQ

<details>

<summary>Mes signets fonctionneront-ils toujours ?</summary>

Oui, tous les liens vers command.verkada.com seront automatiquement redirigés vers la page de connexion du sous-domaine de votre organisation.

</details>

<details>

<summary>Cela change-t-il ma façon de me connecter ?</summary>

Non, vos identifiants de connexion et votre processus d’authentification restent les mêmes — seule l’URL est différente.

</details>

<details>

<summary>Que se passe-t-il si je gère plusieurs organisations ?</summary>

Chaque organisation dispose d’un sous-domaine unique pour faciliter la navigation entre elles. Les utilisateurs peuvent ajouter plusieurs sous-domaines à leurs favoris pour un accès rapide.

</details>

<details>

<summary>Cela a-t-il un impact sur la sécurité ?</summary>

Non, il s’agit strictement d’une modification de l’expérience de connexion. Toutes les mesures de sécurité existantes, y compris le SSO et l’authentification multifacteur (MFA), restent inchangées.

</details>


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://help.verkada.com/command/fr/parametres-de-lorganisation/personalized-subdomain-urls-for-your-verkada-organization.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.