Cinq publications sociales sont programmées en un seul lot. Le tableau de bord en affiche deux sous le nom published, un sous le nom failed et deux sous le nom scheduled. Devez-vous réexécuter l’intégralité du lot ? Non. Créez une ligne de preuve distincte pour chaque canal et faites correspondre son contenu, sa tâche et ses ID de fournisseur à le provider original.

Le décalage de cinq heures et demie entre IST et UTC, ainsi que le changement de date vers minuit, rendent cela particulièrement important en Inde. Par exemple, 00:05 IST correspond à 18:35Z à la date UTC précédente. Si vous comparez uniquement l'heure affichée, la tâche correcte peut sembler manquante ou retardée.

Réponse courte : vérifiez chaque destination séparément, pas l'ensemble du lot

La règle de nouvelle tentative sécurisée est la suivante :

  1. Ayez une ligne distincte pour chaque canal.
  2. Écrivez le content ID, publiez le job ID et l'ID de publication du fournisseur dans des colonnes séparées.
  3. Conservez l’heure ISO/UTC complète ainsi que l’heure IST.
  4. Si vous trouvez le lien permanent, ouvrez le même message public original.
  5. Ne créez pas de nouvel objet de contenu si les résultats ne sont pas clairs.

Un récapitulatif de lot 3/5 published est utile, mais il ne détermine pas quelle destination peut être réessayée en toute sécurité. Les décisions doivent toujours être prises au niveau de la ligne.

Trois identifiants ne disent pas la même chose

content ID

Content ID spécifie le contenu approuvé et les directives de chaîne qui font l'objet d'un suivi. Le changer et créer un nouveau contenu peut briser l’histoire de l’ancien effort.

ID de travail

le job ID identifie une tentative de publication particulière ou une tâche planifiée. Il peut y avoir un ou plusieurs enregistrements de tâches associés à un contenu. Ne mélangez donc pas la dernière tâche avec une tâche plus ancienne.

ID de publication du fournisseur ou lien permanent

C’est l’indice le plus fort qu’un réseau social puisse avoir un objet public. Si le provider ID ou un lien permanent est présent, il est nécessaire d'ouvrir le même objet avant de réessayer en aveugle.

Il ne suffit pas d’écrire ces trois éléments dans une seule colonne ID. Une identification distincte empêche une récupération en double.

Faites correspondre correctement IST et UTC

IST à UTC toute l'année+05:30Reste en avance. Cependant, les comparaisons visuelles peuvent s'avérer difficiles en raison des changements de date.

Par exemple:

| heure horaire de l'Inde Même heure UTC Point à noter |---|---|---| | 15 août 2026, 23h50 IST | 15 août, 18h20Z | Même date | 16 août 2026, 00h05 IST | 15 août, 18h35Z | Date précédente en UTC | | 16 août 2026, 00h20 IST | 15 août, 18h50Z | Gardez également la commande de lots claire en UTC.

Ne vous contentez pas de taper 00:05 dans la feuille de calcul. Incluez la date, Asia/Kolkata ou IST, et l'horodatage UTC. Cela réduit le problème de trouver une publication après minuit le mauvais jour.

Une feuille de calcul de nouvelle tentative sécurisée pour chaque canal

Remplissez cette ligne pour chaque destination :

channel/account:
scheduled_at_ist:
scheduled_at_utc:
content_id:
job_id:
latest_state:
provider_post_id:
provider_permalink:
public_original_result:
text_media_link_result:
observed_at:
next_action:

Dans public_original_result, tapez simplement Correct, partial, Not found ou haven't checked yet. Séparez chaque conclusion par seen, Estimate ou unknown. N'incluez pas de mots de passe, de jetons d'accès, d'URL de téléchargement signées, d'invites privées ou de données client dans cette feuille de calcul.

Exemple : un lot IST, trois décisions différentes

Il s'agit d'un exemple illustratif et non d'une réclamation concernant des performances ou un trafic réels.

| rangée | Preuve finale Décision sûre |---|---|---| | Instagram, 23h50 IST | published, identifiant du fournisseur et origine publique correcte. confirmer; Aucune nouvelle tentative. | Facebook, 00h05 IST | scheduled, même ID de travail, date limite toujours en attente. attends | Discussions, 00h20 IST | failed, mais le lien permanent du fournisseur existe. Faites d'abord correspondre le message d'origine.

Si la publication originale de Threads s'avère correcte, elle ne doit pas être republiée malgré l'état d'échec. Si la racine existe mais que la réponse est manquante, renvoyer la racine entière n'est pas une solution sûre ; Vérifiez simplement la position de la pièce manquante.

Que vérifier dans les publications originales du fournisseur

Fournisseur ouvert d'origine après l'état du tableau de bord et de l'API. Voir au moins ces points :

  • Corriger le compte public ;
  • texte accepté ;
  • l'image ou la vidéo souhaitée ;
  • Structure complète de la racine et de la réponse ;
  • Texte de l'URL et lien cliquable réel ;
  • Absence d'objet fournisseur en double.

Un permalien prouve simplement qu'un emplacement est disponible. Cela ne prouve pas automatiquement que le texte, le média, la réponse et le lien sont tous corrects. De même, l'état du travail published n'est pas un rendu public entièrement vérifié.

Quatre issues sûres lorsque le résultat est ambigu

1. Confirmé

Le contenu, le job, le provider ID, le compte, l'heure et l'origine publique de la publication correspondent. Fermez la ligne et ne réessayez pas.

2. Attendez

Le travail est actuellement scheduled ou publishing, l'ID stable existe et n'a pas expiré. Entrez l'heure du prochain contrôle.

3. Faites correspondre avant de réessayer

L'état failed ou est incohérent, mais le provider ID, le lien permanent ou l'objet potentiellement public existe. Ouvrez le même objet et isolez uniquement la partie manquante.

4. Arrêt : preuve inconnue

Il n’existe pas d’identifiant stable ni de résultats publics fiables. Arrêtez la récupération automatique. Ne confondez pas unknown avec failed ou « rien de publié » à votre convenance.

Un flux de travail de 60 secondes

  1. Créez une ligne distincte pour chaque canal/compte du lot.
  2. Écrivez l'heure IST et UTC.
  3. Lisez le dernier état du même content ID et job ID.
  4. Si vous trouvez le provider ID ou un lien permanent, ouvrez Public Origin.
  5. Vérifiez séparément le texte, les médias, la racine/réponse et les liens cliquables.
  6. Choisissez l’un des quatre résultats et suivez uniquement les étapes suivantes nécessaires.

Ouvrir le vérificateur d'informations d'identification de publication sociale gratuite

Le vérificateur s'exécute localement dans le navigateur. La connexion n’est pas requise et les informations saisies ne sont ni envoyées ni stockées. Il ne se connecte à aucun compte social, ne crée pas de contenu et n'envoie pas de demandes de publication.

FAQ

Est-il toujours prudent de réessayer l’intégralité du lot en même temps ?

Uniquement si chaque ligne de destination confirme qu'aucun objet fournisseur n'a été créé et que la même correction s'applique à tous. Répéter l'intégralité du lot en cas de succès partiel peut créer des doublons.

Si failed est visible, pourquoi ouvrir la racine du fournisseur ?

Parce que des erreurs peuvent survenir à différentes étapes de la demande ou de la réponse. L'objet public peut déjà être créé si le provider ID ou le lien permanent existe. Voir le résultat original sans deviner la cause.

Où trouver le message de minuit dans IST ?

Convertissez d’abord l’intégralité de l’horodatage IST en UTC. 00h05 IST correspondra souvent à la date UTC précédente. Utilisation avec compte et petite fenêtre de temps.

Ce vérificateur écrit-il des légendes avec l'IA ?

Non. Il s’agit d’un outil déterministe qui passe à l’étape suivante en fonction des preuves disponibles. Il ne fait pas de copies et n’envoie les données à aucun modèle d’IA.

Comment ANKK s'intègre dans ce flux de travail

Je m'appelle Minho Jung et je dirige ANKK. ANKK n'a pas d'écrivain IA intégré et n'est pas un générateur de contenu IA. Il connecte le contenu créé par des personnes, des outils ou des scripts d'IA externes avec la planification, l'état du terminal et la vérification originale par le fournisseur de plusieurs canaux sociaux.

Le vérificateur gratuit est un outil gratuit pour décider avant de réessayer. Dans une opération cohérente, ANKK permet de connecter le contenu, les emplois et les résultats publics de chaque canal en un seul flux de publication.

Voir la planification d'ANKK, l'état et le processus provider original

Liste de contrôle de publication

  • Corps H1 : 0
  • Lien du vérificateur propre : 1
  • CTA unique de la campagne HI : 1
  • Créer, mettre à jour et publier : maximum 1 fois chacun
  • Réessayer, modifier après ambiguïté, IndexNow, clic synthétique et distribution payante : 0