fix: wip

Author: btiernay

main/docs/fr-ca/authenticate/database-connections/custom-db/templates/create.mdx

@@ -245,7 +245,7 @@ Le paramètre d’objet `user` contient un ensemble prédéfini de propriétés
 </tr>
 <tr>
 <td>`username`</td>
-<td>Le nom d’utilisateur de l’utilisateur. Requis uniquement si le paramètre <a href="/docs/fr-ca/connections/database/require-username"><strong>Nécessite le nom d’utilisateur</strong></a> est activé pour la connexion à la base de données personnalisée.</td>
+<td>Le nom d’utilisateur de l’utilisateur. Requis uniquement si le paramètre <a href="/docs/fr-ca/authenticate/database-connections/require-username"><strong>Nécessite le nom d’utilisateur</strong></a> est activé pour la connexion à la base de données personnalisée.</td>
 </tr>
 <tr>
 <td>`connection`</td>

main/docs/fr-ca/authenticate/login/auth0-universal-login/universal-login-vs-classic-login.mdx

@@ -62,7 +62,7 @@ Pour vous aider à choisir la meilleure solution pour vos besoins, le tableau ci
 <tr>
 <td><strong>Authentification sans mot de passe</strong></td>
 <td>Oui</td>
-<td>Oui, par <a href="/docs/fr-ca/connections/passwordless">SMS ou par courriel</a></td>
+<td>Oui, par <a href="/docs/fr-ca/authenticate/passwordless">SMS ou par courriel</a></td>
 </tr>
 <tr>
 <td><strong>Envoyer lien magique par courriel</strong></td>

main/docs/fr-ca/authenticate/passwordless/authentication-methods.mdx

@@ -19,15 +19,15 @@ Avec les connexions sans mot de passe, les utilisateurs peuvent se connecter san
 </thead>
 <tbody>
 <tr>
-<td><a href="/docs/fr-ca/connections/passwordless/authentication-methods/email-otp">Courriel</a></td>
+<td><a href="/docs/fr-ca/authenticate/passwordless/authentication-methods/email-otp">Courriel</a></td>
 <td>L’utilisateur est invité à saisir son adresse courriel, à laquelle Auth0 envoie un code à usage unique. L’utilisateur saisit le code dans votre application.</td>
 </tr>
 <tr>
-<td><a href="/docs/fr-ca/connections/passwordless/authentication-methods/email-magic-link">Magic Link</a></td>
+<td><a href="/docs/fr-ca/authenticate/passwordless/authentication-methods/email-magic-link">Magic Link</a></td>
 <td>L’utilisateur est invité à saisir son adresse courriel, à laquelle Auth0 envoie un courriel avec un lien. L’utilisateur clique sur le lien et est directement connecté à votre application.</td>
 </tr>
 <tr>
-<td><a href="/docs/fr-ca/connections/passwordless/authentication-methods/sms-otp">SMS</a></td>
+<td><a href="/docs/fr-ca/authenticate/passwordless/authentication-methods/sms-otp">SMS</a></td>
 <td>L’utilisateur est invité à saisir son numéro de téléphone, auquel Auth0 envoie un code à usage unique. Par défaut, Auth0 utilise Twilio pour envoyer le code, mais si vous disposez d’une passerelle SMS personnalisée, vous pouvez modifier votre connexion pour l’utiliser à la place.</td>
 </tr>
 </tbody>

main/docs/fr-ca/customize/hooks.mdx

@@ -37,7 +37,7 @@ Si vous êtes derrière un pare-feu, pour que cette fonctionnalité fonctionne c
 
 Les hooks sont des fonctions sécurisées et autonomes qui vous permettent de personnaliser le comportement d’Auth0 lorsqu’elles sont exécutées pour certains points d’extensibilité de la plateforme Auth0. Auth0 invoque des hooks au moment de l’exécution pour exécuter votre code Node.js personnalisé.
 
-La possibilité d’utiliser des hooks avec des connexions varie en fonction du point d’extensibilité. Les hooks qui peuvent être utilisés avec des connexions ne fonctionnent qu’avec les connexions de bases de données et les connexions sans mot de passe et sont soumis à la [Politique de limites anti-attaques](/docs/fr-ca/troubleshoot/customer-support/operational-policies/rate-limit-policy) Auth0. Pour en savoir plus, lisez [Connexions de base de données](/docs/fr-ca/connections/database) et [Connexions sans mot de passe](/docs/fr-ca/connections/passwordless).
+La possibilité d’utiliser des hooks avec des connexions varie en fonction du point d’extensibilité. Les hooks qui peuvent être utilisés avec des connexions ne fonctionnent qu’avec les connexions de bases de données et les connexions sans mot de passe et sont soumis à la [Politique de limites anti-attaques](/docs/fr-ca/troubleshoot/customer-support/operational-policies/rate-limit-policy) Auth0. Pour en savoir plus, lisez [Connexions de base de données](/docs/fr-ca/authenticate/database-connections) et [Connexions sans mot de passe](/docs/fr-ca/authenticate/passwordless).
 
 <table class="table"><thead>
 <tr>

main/docs/fr-ca/customize/integrations/cms/wordpress-plugin/install-login-by-auth0.mdx

@@ -72,7 +72,7 @@ Saisissez le domaine du locataire et le jeton API ci-dessus. Ce jeton n’est ut
 
 Si la première partie de la configuration se termine avec succès, l’écran « Configurez vos connexions sociales » s’affiche. Cliquez sur **Suivant** pour poursuivre le processus d’installation en migrant votre compte administrateur.
 
-Cette étape connecte votre utilisateur WordPress avec un utilisateur Auth0 qui vous autorise à vous connecter. Vous pouvez choisir le même mot de passe que votre compte administrateur ou un mot de passe différent, mais assurez-vous qu’il soit conforme aux politiques de force de mot de passe pour la base de données Connexion utilisée. Pour en savoir plus, lisez [Force du mot de passe dans les connexions de base de données Auth0 : Politiques en matière de mots de passe](/docs/fr-ca/connections/database/password-strength#password-policies).
+Cette étape connecte votre utilisateur WordPress avec un utilisateur Auth0 qui vous autorise à vous connecter. Vous pouvez choisir le même mot de passe que votre compte administrateur ou un mot de passe différent, mais assurez-vous qu’il soit conforme aux politiques de force de mot de passe pour la base de données Connexion utilisée. Pour en savoir plus, lisez [Force du mot de passe dans les connexions de base de données Auth0 : Politiques en matière de mots de passe](/docs/fr-ca/authenticate/database-connections/password-strength#password-policies).
 
 L’assistant d’installation doit s’exécuter jusqu’au bout pour que votre site soit correctement configuré. Si l’assistant échoue pour une raison quelconque avant l’écran « installation réussie », vérifiez le journal des erreurs du plugiciel à **wp-admin > Auth0 > Journal des erreurs** et les étapes ci-dessous pour déterminer le problème.
 

main/docs/fr-ca/deploy-monitor/monitor/monitor-applications.mdx

@@ -27,7 +27,7 @@ L’approche la plus simple pour surveiller Auth0 :
 
 Pour les transactions synthétiques, utilisez un environnement aussi proche que possible de la configuration de votre locataire de production. Vous pouvez même utiliser le même locataire de production. Étant donné que la mise en place de transactions synthétiques avec des flux de redirection et des fournisseurs tiers peut s’avérer délicate, il est recommandé d’utiliser le [Octroi par mot de passe du propriétaire de la ressource](/docs/fr-ca/get-started/authentication-and-authorization-flow/resource-owner-password-flow/call-your-api-using-resource-owner-password-flow). Ce flux n’implique pas de redirections de navigateur et ne nécessite pas d’interface utilisateur.
 
-Si vous utilisez les [règles](/docs/fr-ca/customize/rules) ou des [connexions personnalisées à la base de données](/docs/fr-ca/connections/database/custom-db) ou d’autres points d’extension, la ou les transactions synthétiques doivent être configurées de manière à utiliser les règles et/ou les scripts personnalisés de la base de données afin de garantir le bon fonctionnement de cet aspect du système.
+Si vous utilisez les [règles](/docs/fr-ca/customize/rules) ou des [connexions personnalisées à la base de données](/docs/fr-ca/authenticate/database-connections/custom-db) ou d’autres points d’extension, la ou les transactions synthétiques doivent être configurées de manière à utiliser les règles et/ou les scripts personnalisés de la base de données afin de garantir le bon fonctionnement de cet aspect du système.
 
 Des outils tels que [Pingdom](http://pingdom.com/) simplifient la configuration des transactions synthétiques.
 

main/docs/fr-ca/get-started/apis/set-logical-api.mdx

@@ -50,7 +50,7 @@ Vous devez effectuer ce qui suit :
 
 ## Activer une connexion pour votre application.
 
-Vous aurez besoin d’une source d’utilisateurs pour votre application nouvellement enregistrée, vous devrez donc configurer une [connexion](/docs/fr-ca/connections). Pour les besoins de cet exemple, nous allons créer une simple [connexion par base de données](/docs/fr-ca/connections/database) qui ne demande que l’adresse courriel et le mot de passe de l’utilisateur. Pour en savoir plus, consultez [Connexions par base de données](/docs/fr-ca/get-started/applications/set-up-database-connections).
+Vous aurez besoin d’une source d’utilisateurs pour votre application nouvellement enregistrée, vous devrez donc configurer une [connexion](/docs/fr-ca/connections). Pour les besoins de cet exemple, nous allons créer une simple [connexion par base de données](/docs/fr-ca/authenticate/database-connections) qui ne demande que l’adresse courriel et le mot de passe de l’utilisateur. Pour en savoir plus, consultez [Connexions par base de données](/docs/fr-ca/get-started/applications/set-up-database-connections).
 
 ## Créer un utilisateur de test.
 

main/docs/fr-ca/get-started/applications/work-with-auth0-locally.mdx

@@ -20,7 +20,7 @@ Pour découvrir comment organiser vos environnements de développement, de test
 Vous pouvez obtenir des <Tooltip href="/docs/fr-ca/glossary?term=json-web-token" tip="Jeton Web JSON (JWT)
 Format standard de jeton d’ID (et souvent de jeton d’accès) utilisé pour représenter en toute sécurité des demandes entre deux parties." cta="Voir le glossaire">JWT</Tooltip> à des fins de test en utilisant l’une des méthodes suivantes :
 
-1. Créer un utilisateur de test pour une [connexion par base de données](/docs/fr-ca/connections/database) et connectez l’utilisateur par programmation. Essentiellement, vous utilisez le [Flux de mot de passe du propriétaire de ressource](/docs/fr-ca/get-started/authentication-and-authorization-flow/resource-owner-password-flow). Pour des instructions de mise en œuvre détaillées, veuillez consulter [Appelez votre API à l’aide du flux de mot de passe du propriétaire de la ressource](/docs/fr-ca/get-started/authentication-and-authorization-flow/resource-owner-password-flow/call-your-api-using-resource-owner-password-flow).
+1. Créer un utilisateur de test pour une [connexion par base de données](/docs/fr-ca/authenticate/database-connections) et connectez l’utilisateur par programmation. Essentiellement, vous utilisez le [Flux de mot de passe du propriétaire de ressource](/docs/fr-ca/get-started/authentication-and-authorization-flow/resource-owner-password-flow). Pour des instructions de mise en œuvre détaillées, veuillez consulter [Appelez votre API à l’aide du flux de mot de passe du propriétaire de la ressource](/docs/fr-ca/get-started/authentication-and-authorization-flow/resource-owner-password-flow/call-your-api-using-resource-owner-password-flow).
 2. Utilisez un robot de navigateur pour jouer le rôle d’un utilisateur, connectez-vous et récupérez un jeton JWT.
 
 ## Utiliser des sessions avec des applications côté serveur

main/docs/fr-ca/get-started/architecture-scenarios/business-to-business/authentication.mdx

@@ -129,7 +129,7 @@ L’autre option consiste à permettre à vos utilisateurs de choisir dans une l
 
 Presque toutes les applications de commerce électronique de détail (B2C) offrent à leurs clients la possibilité de créer de nouveaux identifiants. Il s’agit d’une forme d’authentification courante que tous les utilisateurs connaissent.
 
-L’authentification par nom d’utilisateur et mot de passe se présente sous plusieurs formes avec Auth0. Si votre application est nouvelle et n’a pas de base d’utilisateurs existante, une simple [connexion Auth0 à la base de données](/docs/fr-ca/connections/database) vous fournira tout ce dont vous avez besoin pour commencer à authentifier vos utilisateurs. Toutefois, si vous disposez d’un système hérité (comme votre propre base de données d’utilisateurs ou un système LDAP existant), vous avez plusieurs possibilités pour migrer vos utilisateurs, comme indiqué dans notre guide sur la [migration des utilisateurs](/docs/fr-ca/get-started/architecture-scenarios/business-to-business/provisioning).
+L’authentification par nom d’utilisateur et mot de passe se présente sous plusieurs formes avec Auth0. Si votre application est nouvelle et n’a pas de base d’utilisateurs existante, une simple [connexion Auth0 à la base de données](/docs/fr-ca/authenticate/database-connections) vous fournira tout ce dont vous avez besoin pour commencer à authentifier vos utilisateurs. Toutefois, si vous disposez d’un système hérité (comme votre propre base de données d’utilisateurs ou un système LDAP existant), vous avez plusieurs possibilités pour migrer vos utilisateurs, comme indiqué dans notre guide sur la [migration des utilisateurs](/docs/fr-ca/get-started/architecture-scenarios/business-to-business/provisioning).
 
 Quelle que soit la manière dont vous provisionnez les utilisateurs pour votre connexion à la base de données, l’authentification de ces utilisateurs est assez similaire. Elle requiert que vous présentiez aux utilisateurs un formulaire leur permettant de saisir leur nom d’utilisateur et leur mot de passe. Comme indiqué dans les lignes directrices concernant la [connexion universelle](#universal-login), le moyen le plus simple et le plus sûr d’authentifier les utilisateurs avec un nom d’utilisateur et un mot de passe est de les rediriger vers une page de connexion centralisée et d’y recueillir leur nom d’utilisateur et leur mot de passe. Cela permet à Auth0 de déterminer s’ils se sont déjà authentifiés et de ne pas afficher le formulaire de connexion lorsqu’il n’est pas nécessaire.
 

main/docs/fr-ca/get-started/architecture-scenarios/business-to-business/branding.mdx

@@ -89,7 +89,7 @@ Les modèles de courriel sont personnalisés à l’aide de [Liquid syntax](/doc
 
 La page de [réinitialisation du mot de passe](/docs/fr-ca/customize/login-pages/classic-login/customize-password-reset-page) est utilisée chaque fois qu’un utilisateur profite de la fonctionnalité de modification du mot de passe et, comme pour la page de connexion, vous pouvez la personnaliser pour refléter les exigences particulières de votre organisation en matière d’image de marque.
 
-Si les utilisateurs de votre organisation sont isolés les uns des autres (c’est-à-dire que chaque organisation dispose de sa propre [connexion à la base de données](/docs/fr-ca/connections/database) Auth0) et que vous établissez l’image de marque des pages de [connexion universelle](#universal-login-and-login-pages) en fonction de l’organisation, il est également important d’établir l’image de marque d’éléments tels que la page de réinitialisation du mot de passe afin que les utilisateurs sachent pour quelle organisation le changement de mot de passe s’effectue. Cela peut se faire de deux façons :
+Si les utilisateurs de votre organisation sont isolés les uns des autres (c’est-à-dire que chaque organisation dispose de sa propre [connexion à la base de données](/docs/fr-ca/authenticate/database-connections) Auth0) et que vous établissez l’image de marque des pages de [connexion universelle](#universal-login-and-login-pages) en fonction de l’organisation, il est également important d’établir l’image de marque d’éléments tels que la page de réinitialisation du mot de passe afin que les utilisateurs sachent pour quelle organisation le changement de mot de passe s’effectue. Cela peut se faire de deux façons :
 
 * Créez un JavaScript sur la page réinitialisation de mot passe qui peut tirer des ressources d’un CDN en fonction du paramètre de connexion qui indique de quelle organisation vient l’utilisateur.
 * Créez un locataire distinct pour une organisation et utilisez la connexion universelle pour personnaliser ce qui est nécessaire pour cette organisation.