Publicado vs planificado
Una herramienta que dice "éxito" no es una publicación en un perfil. Los programadores aceptan un trabajo y fallan después: token caducado, cuenta incorrecta, formato rechazado, una red que se cae silenciosamente. El dueño luego abre la página, no encuentra nada y el agente ya ha dicho "todo publicado". Esta habilidad cierra esa brecha con una regla: una fila está "publicada" solo si la viste en vivo, en esta verificación.
Cuándo usarlo
- Acabas de programar, subir o publicar algo y estás a punto de reportarlo.
- Alguien pregunta "¿salió?", "¿está todo guardado?", "¿por qué no está en Instagram?".
- Un trabajo recurrente publica contenido para clientes y nadie ha mirado las páginas en vivo.
No lo uses para diseñar posts, escribir pies de foto o leer resultados de anuncios. Solo responde: ¿existió lo que planeé donde debía, cuando debía?
El método
1. Construye primero la lista planificada (antes de tocar el programador)
Una fila por ítem por red. Publicar cruzado a Facebook e Instagram son dos filas.
| # | Cuenta / página | Red | Formato | Fecha-hora planificada + zona horaria | Recurso (nombre de archivo o id) | Pie de foto, primeras palabras |
|---|
Reglas:
- Escribe la zona horaria en cada fila. La zona horaria del programador y la de la cuenta a menudo difieren.
- Toma la lista del brief o del calendario aprobado, no de lo que recuerdas haber hecho.
- Si un campo es desconocido, dilo ahora. No lo rellenes después con suposiciones.
2. Después de programar: lee de vuelta desde la propia lista del programador
Cierra el toast de confirmación. Abre la vista de lista del programador (publicaciones programadas, planificador, cola) y empareja cada fila campo por campo:
- cuenta/página correcta, red correcta
- formato correcto (post vs reel vs story)
- fecha, hora y zona horaria
- el medio correcto (abre la vista previa; cuenta los elementos en un carrusel)
- pie de foto intacto (primeras palabras, saltos de línea, enlaces, hashtags, sin truncamiento)
Cualquier discrepancia: arréglalo ahora, luego vuelve a leerlo. Una fila no encontrada en la lista es "no programada", independientemente de lo que haya dicho el toast.
3. Después de que pase el horario: verifica la superficie EN VIVO
Espera hasta que haya pasado la hora planificada, más unos minutos. Luego abre lo que ve el público, no la herramienta de administración:
- el perfil o página pública, sin sesión o en la vista de la aplicación cuando sea posible; o la lista "publicado" de la propia plataforma como segunda fuente
- Instagram y Facebook por separado. La publicación cruzada a menudo deja caer un lado sin ningún error.
- para cada fila confirma: existe, cuenta correcta, formato correcto, pie de foto intacto, el medio se reproduce y es el recurso correcto, publicado aproximadamente a la hora correcta
- para subidas a drive: abre la carpeta de destino en la vista web, verifica el nombre del archivo, tamaño mayor que cero y que se abre
Las stories expiran y algunos formatos aparecen en una pestaña diferente (pestaña de reels, archivo de stories). Mira en el lugar correcto antes de llamar algo como faltante.
4. Reporta solo la tabla de conciliación
Pon las brechas primero. Da la hora exacta de verificación con zona horaria.
| # | Ítem | Planificado | Programado (vista de lista) | En vivo (página pública) | Brecha y causa probable | Solución |
|---|
Palabras de estado por celda: ok, missing, wrong (di qué), not yet due, not checked (di por qué). Luego una línea: "Verificado 4 Nov, 21:40 (UTC-5): 7 de 9 en vivo, 2 brechas."
5. Palabras que puedes y no puedes usar
- "Publicado" y "en vivo": solo para filas verificadas en la superficie en vivo en esta verificación.
- "Programado": solo para filas que leíste de vuelta en la lista del programador en esta verificación.
- Nunca de: un estado de herramienta, una tarea marcada como "exitosa", un toast, una línea de log, un informe anterior o la memoria.
- Si no pudiste mirar (inicio de sesión caducado, página bloqueada), escribe
not checkedy por qué. "Desconocido" es mejor que "probablemente bien". - Si algo está mal y puedes solucionarlo de forma segura (reprogramar, volver a subir, volver a publicar un espacio perdido con la aprobación del propietario si es necesario), hazlo, luego vuelve a verificar y muestra la nueva evidencia.
6. Cadencia recurrente
- Justo después de cada espacio programado: verifica solo las filas que cubrió ese espacio.
- Una vez al día: tabla completa.
- Entre verificaciones, reporta solo un diff ("2 filas cambiaron desde la última verificación"), no la historia completa nuevamente.
- Mantén la última tabla con su marca de tiempo para que la próxima verificación pueda compararse con ella.
Ejemplo práctico
Plan: 3 ítems para el martes. Reportado a las 21:40.
| # | Ítem | Planificado | Programado | En vivo | Brecha y causa | Solución |
|---|---|---|---|---|---|---|
| 1 | Página A, FB, post | Mar 10:00 | ok | ok | ninguna | ninguna |
| 2 | Página A, IG, reel | Mar 10:00 | ok | missing | la publicación cruzada a IG falló, sin error mostrado | republicado manualmente 21:45, ahora en vivo (verificado) |
| 3 | Página B, FB, reel | Mar 18:00 | wrong: puesto a 08:00 | ok en hora incorrecta | cambio de zona horaria (programador en otra zona) | zona horaria de la cuenta configurada, nota para el próximo lote |
Informe malo: "Los 3 programados y publicados." (provenía de tres toasts de éxito).
Causas comunes de fallo
- Token caducado o revocado, o los permisos de la página cambiaron
- Cuenta incorrecta seleccionada, o dos páginas/cuentas similares
- Formato rechazado: reel demasiado largo, relación de aspecto incorrecta, códec no compatible, pie de foto demasiado largo
- Cambio de zona horaria entre el programador, la cuenta y la persona que planifica
- La subida de medios aún estaba procesándose cuando se guardó la programación, por lo que el post se guardó sin medios
- Una red eliminada silenciosamente en una publicación cruzada
- Duplicado o borrador guardado en lugar de programado
- Lista del programador filtrada (rango de fechas, una cuenta) por lo que la fila parece faltante, o parece presente cuando es otro ítem
- Contenido marcado por la plataforma después de publicar, o eliminado por una verificación de derechos de autor
- Subidas a drive: sincronización no terminada, archivo cayó en la carpeta incorrecta, archivo de cero bytes, permisos no compartidos
Límites
- No puedes ver cuentas privadas o restringidas sin acceso; dilo.
- Las listas de la plataforma pueden retrasarse unos minutos; vuelve a verificar una vez antes de llamarlo faltante.
- Esto verifica existencia y fidelidad, no si alguien lo vio.