WhatsApp

Pourquoi mon modèle WhatsApp a-t-il été rejeté ?

Meta a refusé le contenu du modèle, ou sa soumission a échoué avant l'approbation ; le statut et la raison de la langue soumise identifient lequel des deux s'est produit.

Un modèle peut sembler actif alors qu'une langue de remplacement a échoué à la revue. Examinez la version que vous avez soumise pour qu'une approbation antérieure ne masque pas la modification infructueuse.

Quel statut identifie le problème ?

Un statut rejected signifie que Meta a refusé le contenu. submit_failed signifie que la soumission n'a pas abouti, tandis que outcome_unknown signifie qu'aucune réponse n'a été confirmée. Lisez status sur la langue de la version soumise avant de choisir une correction.

L'enregistrement de langue distingue ces résultats :

StatutCe qui s'est passéAction suivante
rejectedMeta a refusé le contenuExaminez la raison du refus et corrigez un nouveau brouillon
submit_failedLa soumission n'a pas aboutiExaminez l'erreur et corrigez sa cause
outcome_unknownAucune réponse confirmée à la soumissionAttendez la réconciliation et relisez la langue
pendingLa langue est en cours de revueAttendez un verdict

Pour un refus de contenu, comparez la raison indiquée avec les directives relatives aux modèles. Une erreur de soumission peut en revanche concerner les identifiants, les médias ou la livraison de la requête.

Le libellé du message n'est qu'une cause possible. Les identifiants, les médias et la livraison de la requête peuvent aussi échouer.

Pourquoi la soumission a-t-elle échoué avant l'approbation ?

La requête n'a pas abouti en raison d'un problème de préparation locale, d'un refus de Meta ou de tentatives de livraison épuisées.

Lisez error.description pour identifier la cause enregistrée. Les exemples incluent un identifiant de compte inutilisable, un nom de modèle dérivé en conflit ou un média impossible à préparer.

Pour les médias, vérifiez le problème d'URL, de taille ou de format indiqué. Modifier le libellé du message ne répare pas un élément inaccessible ou inadapté.

Un meta_error_code identifie un refus enregistré par Meta. Bird l'omet pour ses propres échecs. Meta peut aussi omettre un code dans son refus.

Utilisez la description avec le statut avant de décider qui doit agir. Conservez le code enregistré lorsque vous demandez au support d'examiner un refus de Meta.

Lorsque les tentatives de livraison sont épuisées, Bird vérifie si Meta détient le contenu soumis avant de résoudre le résultat. Suivez le résultat enregistré au lieu de supposer qu'un délai d'expiration prouve que rien n'est arrivé.

Pourquoi n'y a-t-il pas d'objet de refus ?

Bird omet rejection lorsque Meta ne fournit aucune raison de refus, même si le statut de la langue est rejected.

Branchez sur status plutôt que sur la présence de cet objet. Une raison manquante ne rend pas la langue approuvée ou envoyable.

Lorsqu'il est présent, rejection.reason contient la raison de Meta. Un recommendation peut l'accompagner, mais tous les refus n'en incluent pas un.

Conservez l'identifiant du modèle soumis, la version et la langue lorsque vous contactez le support pour un refus sans détails. Ces éléments identifient la revue qui nécessite une investigation.

Que faire avec outcome_unknown ?

Relisez la langue pendant que Bird réconcilie la soumission avec Meta. Ne créez pas une autre soumission sur la seule base de ce statut.

La requête a peut-être déjà atteint Meta. Bird maintient la langue en vol car la modifier reviendrait à agir sur un résultat non confirmé.

Le verrou empêche les modifications tant que le résultat de la langue n'est pas résolu. Les écritures, la suppression et la réversion restent bloquées avec E15020 tant que la langue est en vol. Attendez un état définitif avant d'effectuer ces modifications.

Si Meta détient un contenu correspondant, Bird adopte son état enregistré. La langue peut devenir approuvée, rejetée ou en attente, selon la décision de Meta.

Si Bird confirme que la soumission n'est pas arrivée, il enregistre submit_failed. Lorsqu'il ne peut établir aucun des deux résultats, il maintient la langue en vol.

Contactez le support avec l'identifiant du modèle si le résultat reste non résolu. Des soumissions répétées ne déterminent pas si Meta a accepté l'originale.

Comment corriger le modèle et confirmer le nouvel essai ?

Pour rejected, corrigez la cause dans un nouveau brouillon. Pour submit_failed, faites-le après que Bird a confirmé que la requête n'est pas arrivée. Soumettez la langue corrigée. Vérifiez ensuite l'état de la langue pour confirmer que le nouvel essai s'est résolu.

Bird conserve les versions soumises immuables. Ouvrez un nouveau brouillon au lieu de tenter d'écraser la version dont la revue a échoué.

Si le compte est aussi restreint ou banni, Meta contrôle cette décision de compte.

Exécutez la validation avant de soumettre. Un résultat de validation correct vérifie les règles de contenu de Bird mais ne prédit pas l'approbation de Meta.

Après la soumission, inspectez cette version avec bird whatsapp templates versions languages get. Le statut agrégé du modèle peut encore décrire une version active antérieure.

Un modèle active antérieur ne prouve donc pas que le remplacement a été accepté. Confirmez le verdict de la langue soumise avant d'utiliser son contenu modifié.

En bref

  1. Commencez par le statut de la langue soumise.

    rejected est un verdict de contenu. submit_failed signifie que la soumission a échoué, tandis que outcome_unknown nécessite une réconciliation avant une nouvelle tentative.

  2. Utilisez le champ reason correspondant.

    Lisez rejection pour un refus de contenu et error pour un échec de soumission. L'absence de détails dans la raison ne change pas le statut.

  3. Ne resoumettez pas un résultat inconnu.

    Meta détient peut-être déjà la soumission. Relisez la langue et contactez le support si l'incertitude persiste.

  4. Corrigez le contenu dans un nouveau brouillon.

    Une version soumise est immuable. Suivez la langue de la nouvelle version après resoumission, plutôt que l'état actif antérieur du modèle.

Développez sur le même réseau.

Une clé API de test est disponible immédiatement. La production est activée dès que vous ajoutez un moyen de paiement et vérifiez un expéditeur.

Votre prochaine idée.
Prête à se connecter.