Access rights

Gestion des droits d'accès

Ask AI about this page

3 min de lecture

Une fois qu’un site est vérifié, l’accès peut être confié à d’autres personnes via des rôles nommés au lieu de mots de passe partagés. Seul un utilisateur qui détient le rôle Owner — obtenu en vérifiant la propriété, et non en se la voyant attribuer — peut attribuer, modifier ou révoquer l’accès de n’importe qui d’autre.

Les quatre rôles

  • Owner — contrôle total, y compris la gestion des autres utilisateurs. Un site peut avoir plusieurs propriétaires ; chacun est vérifié indépendamment.
  • Edit — affichage et modification complets des données du site, mais ne peut pas attribuer ou révoquer de rôles. Les utilisateurs qui détenaient des droits délégués sous l’ancien système ont été automatiquement migrés vers ce rôle.
  • View — tout lire, rien modifier.
  • Accès partiel — une partie définie : les outils d’indexation (statistiques de crawl, pages indexables, structure du site, vérification de page, réindexation, fichiers sitemap, vitesse de crawl, titres et descriptions, rendu JavaScript), les outils d’efficacité (suivi des requêtes et statistiques, statistiques des pages, analyse de la gamme de produits), les paramètres d’apparence dans les recherches (rich snippets, liens sitelinks, région du site), les flux ou les avis.

Chaque utilisateur détient exactement un rôle ; ils ne se cumulent pas.

Gestion des droits d'accès

Comment l’attribution se finalise réellement

Attribuer un rôle ne place pas le site dans le compte du destinataire. Il doit se connecter avec le Yandex ID indiqué, ajouter le site lui-même — l’adresse identique, y compris le protocole et www — et les droits se confirment alors automatiquement. Presque chaque cas de « On m’a donné l’accès mais il est indiqué non vérifié » relève de l’une de ces trois conditions : mauvais Yandex ID, site non ajouté ou variante d’adresse différente.

Révoquer correctement l’accès

Cliquer sur Revoke role dans la console n’est que la moitié du travail pour un utilisateur qui a vérifié la propriété lui-même. Son marqueur de vérification doit également être retiré du site — la balise meta contenant son code, son fichier yandex_<code>.html , ou son enregistrement TXT — sinon, la vérification automatisée suivante le rétablira simplement en tant que propriétaire. Révoquer un rôle que vous avez attribué, en revanche, prend effet immédiatement.

Transférer un site entre des comptes

Les données peuvent être transférées vers un autre Yandex ID soit en ajoutant et en vérifiant le site sous le nouveau ID, soit en faisant ajouter le nouveau ID et en lui attribuant un rôle. L’historique du site est entièrement copié ; rien n’est recalculé et rien n’est perdu.

Gestion des droits d'accès — 2

L’échec de la passation

Le scénario coûteux est prévisible : le seul propriétaire vérifié quitte l’entreprise, la vérification était une balise meta, le site a été refait depuis et le marqueur a disparu. Personne ne peut plus attribuer de rôles, et rétablir la propriété implique de modifier le DNS ou la racine du site — ce à quoi précisément personne n’a accès. Noter qui détient la propriété et par quelle méthode ne coûte qu’une ligne dans un document de passation.

Alien Road

Comment nous l'appliquons

We ask for a delegated role and never for a client’s Yandex password. It takes ten minutes longer to set up and it means the client can end the engagement by clicking one button, with no credential rotation and no argument about who still has access. For clients with an in-house team we recommend two verified owners rather than one, for the same reason airlines carry two pilots.

Services associés

Partager