Corriger l'erreur Clay « recordIds Required » à la suppression de lignes
La requête de suppression a quitté votre navigateur sans les identifiants de lignes, donc Clay l'a refusée avant de toucher la table. Rien n'a été supprimé. Voici la correction en 60 secondes et pourquoi se déconnecter vaut mieux que rafraîchir.
Vous sélectionnez quelques centaines de lignes, vous appuyez sur supprimer, et Clay répond invalid_type: recordIds Required. Les lignes sont toujours là. L'erreur est du JSON brut, elle nomme un champ dont vous n'avez jamais entendu parler, et elle ne propose aucune suite.
Celle-ci a l'air inquiétante et ne l'est pas. L'appel de suppression de Clay attend une liste d'identifiants de lignes dans sa charge utile, et le message signifie que le navigateur a envoyé cet appel sans elle. Trois situations ordinaires la provoquent. Aucune n'implique de dégât sur vos données, et les trois se règlent en moins d'une minute une fois qu'on sait laquelle on a.
Ce que signifie vraiment invalid_type recordIds Required
Le message est une erreur de validation de l'API de Clay, pas une panne de base de données. Quand vous supprimez des lignes, l'interface rassemble les identifiants de tout ce que vous avez sélectionné et les envoie dans un champ nommé recordIds. L'API vérifie ce champ avant d'agir. S'il arrive manquant ou mal formé, l'appel est rejeté et rien n'est supprimé. La formulation n'aide pas, mais le comportement est prudent : il refuse au lieu de deviner.
| Cause | Comment la reconnaître | Correction |
|---|---|---|
| Session expirée | L'onglet est ouvert depuis des heures, d'autres actions échouent aussi | Se déconnecter et se reconnecter |
| Scripts en cache périmés | Apparu après une mise à jour de Clay, les autres ne sont pas touchés | Rafraîchir en vidant le cache |
| Sélection perdue entre onglets | N'arrive que quand la même table est ouverte deux fois | Fermer l'onglet en double, resélectionner, supprimer |
| Clics rapides après la sélection | Intermittent, en général sur de très grandes sélections | Resélectionner, attendre que le compte se stabilise, puis supprimer |
| Droits insuffisants sur la table | Systématique, uniquement sur les tables dont vous n'êtes pas propriétaire | Demander les droits d'édition au propriétaire de la table |
La dernière ligne mérite une vérification rapide si l'erreur est systématique plutôt qu'occasionnelle. Les éditeurs peuvent supprimer les tables qu'ils possèdent mais peuvent avoir des droits limités sur celles qui leur sont partagées, et un problème de droits se présente dans l'interface comme une action échouée plutôt que comme un refus explicite.
La correction en 60 secondes
Dans l'ordre. La plupart des gens ont terminé après la deuxième étape.
Fermer les onglets en double sur la même table
Si la table est ouverte à deux endroits, l'état de sélection peut se perdre entre eux et la requête de suppression part sans rien d'attaché. Fermez d'abord les onglets superflus. Ça ne coûte rien d'essayer et c'est la cause qu'on néglige le plus longtemps, parce que l'erreur paraît assez technique pour ressembler à un problème serveur.
Se déconnecter et se reconnecter
Cela renouvelle votre jeton de session, la raison la plus fréquente pour laquelle la requête part incomplète. C'est plus fiable qu'un rafraîchissement pour cette erreur précise, parce qu'un rafraîchissement recharge la page sans forcément renouveler le jeton qui est derrière.
Rafraîchir en vidant le cache
Faites Ctrl + Maj + R sur Windows, ou Cmd + Maj + R sur Mac. Cela vide les scripts en cache et recharge la version en cours. Si l'erreur a commencé juste après une mise à jour de Clay, votre navigateur fait tourner le front-end d'hier contre l'API d'aujourd'hui, et c'est cette étape qui le résout.
Resélectionner et supprimer, sans se presser
Recliquez sur le sélecteur de lignes et laissez le compte de sélection apparaître avant d'appuyer sur supprimer. Sur une très grande sélection, l'interface a besoin d'un instant pour rassembler tous les identifiants, et cliquer trop vite envoie la requête avant que cette liste soit complète.
Vérifier vos droits sur la table
Si l'erreur persiste sur une table précise et nulle part ailleurs, c'est probablement une question de droits et non d'état de session. Les éditeurs peuvent supprimer les tables qu'ils possèdent mais peuvent avoir des droits limités sur celles qui leur sont partagées. Confirmez auprès du propriétaire avant de creuser davantage.
Empêcher son retour
Trois habitudes suppriment presque toutes les occurrences de cette erreur.
- Travaillez avec un onglet par table. Deux onglets sur la même table est la façon la plus reproductible de perdre une sélection, et l'éviter ne coûte rien.
- Rafraîchissez en début de session. Une page laissée ouverte toute la nuit fait tourner un ancien front-end contre une session peut-être expirée, c'est-à-dire les deux causes à la fois.
- Réglez les droits avant les opérations en masse. Si vous travaillez dans une table appartenant à quelqu'un d'autre, confirmez que vous avez le droit de supprimer avant de bâtir un nettoyage dessus.
À elles trois, elles couvrent l'expiration de session, les scripts périmés et la perte d'état de sélection, c'est-à-dire toute la liste.
Si votre problème est une colonne qui ne tourne jamais plutôt qu'une suppression qui n'aboutit pas, c'est une autre panne. Nous l'avons traitée dans comment débloquer les colonnes Clay bloquées en file.
Des suppressions qui ne dépendent pas d'un navigateur
Toute cette catégorie d'erreur existe parce que la suppression est assemblée dans votre navigateur et envoyée depuis là. Les identifiants, le jeton de session et la requête vivent dans un onglet : tout ce qui perturbe l'onglet perturbe l'opération.
ReactIn gère l'appartenance aux listes côté serveur. Retirer un lead d'une liste, ou une liste qui s'élague quand ses règles changent, est traité de notre côté avec des identifiants que nous détenons déjà. Il n'y a pas de charge utile assemblée dans un navigateur, donc pas de charge utile qui puisse arriver incomplète, et une opération en échec est réessayée plutôt que remontée comme une erreur de validation à décoder.
La conséquence pratique est que l'état est le même partout immédiatement : tableaux de bord, exports et campagnes en cours voient la même liste, parce qu'aucun d'eux n'attendait qu'un navigateur termine le travail.
Soyons justes : Clay est un atelier en forme de tableur et la manipulation directe des lignes en est tout l'intérêt. Une suppression assemblée dans le navigateur est le coût de cette conception, pas un défaut. Si vous voulez une table que vous éditez à la main, vous acceptez que la table vive dans un onglet.
Pour l'autre panne Clay qui ne produit aucune erreur du tout, voyez pourquoi les enrichissements IA Clay renvoient zéro résultat.
Une erreur JSON brute sur une suppression donne l'impression que quelque chose a cassé au fond du système. C'est l'inverse : le système a vérifié, trouvé la requête incomplète, et refusé d'agir dessus.
Questions fréquentes
Sources & Lectures complémentaires
- Le support communautaire de Clay a un fil sur l'impossibilité de supprimer des lignes dans une table Clay avec les étapes de session et de cache.
- Le point de terminaison de suppression et son champ recordIds sont décrits dans la documentation API de Clay pour supprimer une ligne.
- Si vous préférez que les lignes s'effacent d'elles-mêmes, Clay documente la suppression automatique dans les tables.
Articles similaires
Corriger Expandi qui n'envoie pas les messages (invitations en attente)
Une campagne connector ouvre par une invitation, et un lead qui en a déjà une en attente ne peut pas en recevoir une seconde. La campagne n'a donc rien qu'elle soit autorisée à faire, et elle le dit dans un onglet que personne n'ouvre.
Corriger l’erreur de chargement du widget de chat Phantombuster
Phantombuster documente cette erreur, et le correctif documenté est surtout d'attendre. Le coût réel est un Phantom laissé en boucle, qui brûle du temps d'exécution sur des tentatives vouées à l'échec.
Contourner les limitations de Salesflow (guide 2026)
L'import CSV existe, un type de campagne pour les contacts que vous avez déjà aussi, et les blacklists partagées également. Les contraintes qui mordent sont plus étroites : URL Sales Navigator refusées, plafonds par voie, blocage volontaire des doublons.
Débloquer une collecte de leads Dripify (guide 2026)
La plupart des collectes bloquées sont terminées ou en attente. Le Lead Collection Report nomme la cause, la limite de recherche termine les exécutions en silence, et les heures d'activité suspendent le chargement des leads autant que l'envoi.