Airtable está cerca de ser ideal para un calendario de contenido. Vistas de cuadrícula y calendario sobre los mismos datos, adjuntos junto al texto, colaboradores y vistas por campaña.
Pasar de ahí a publicaciones publicadas es un flujo de trabajo corto, con dos detalles que deciden si es fiable.
Campos que merece la pena tener
| Campo | Tipo | Propósito |
|---|---|---|
| Content | Texto largo | La publicación |
| Status | Selección única | Draft, Ready, Published |
| Channels | Selección múltiple | Plataformas de destino |
| Publish at | Fecha | Hora programada |
| Media | Adjunto | Imágenes o vídeo |
| Post URL | URL | Se escribe de vuelta tras publicar |
El campo de adjuntos de Airtable es la verdadera ventaja frente a una hoja de cálculo aquí: el material vive con la fila en lugar de como una URL que tienes que alojar en otro sitio.
El flujo de trabajo
1. Disparador programado (Schedule Trigger), cada 15 o 30 minutos.
2. Nodo de Airtable, buscar registros con un filtro de Status = "Ready". Esta es la puerta, y es la razón por la que el flujo de trabajo no publica filas a medio escribir.
3. Filtra por la fecha de publicación si la fila debe controlar el momento.
4. Construye la publicación a partir de los campos, mapeando los canales de selección múltiple a la lista de canales.
5. Nodo de BulkPublish, Post → Create.
6. Nodo de Airtable, actualizar el registro. Pon Status en Published y escribe de vuelta la URL de la publicación.
El paso 6 no es opcional
Sin la escritura de vuelta, la siguiente ejecución encuentra las mismas filas todavía marcadas como Ready y las publica de nuevo. Después la ejecución siguiente. Un flujo de trabajo que consulta cada 15 minutos volverá a publicar la misma publicación 96 veces al día.
Esta es la forma más común, con diferencia, en que estos flujos de trabajo salen mal, y el síntoma es embarazoso en público.
Si quieres cinturón y tirantes, filtra también los registros que ya tienen una Post URL. Dos comprobaciones independientes, así un fallo no produce duplicados.
Adjuntos
Los adjuntos de Airtable vienen con URL, que es lo que pasas al siguiente paso. Dos cosas que conviene saber.
Las URL de los adjuntos pueden tener tiempo limitado. No construyas un flujo de trabajo que guarde una ahora y la use días después sin volver a obtenerla.
Comprueba el archivo contra las reglas de la plataforma. Airtable guardará contento una imagen de 50 MB que Instagram no aceptará. Las reglas de medios se validan cuando se crea la publicación, así que obtendrás un error claro en lugar de un fallo silencioso, pero el flujo de trabajo debería registrarlo en algún sitio donde lo veas.
Programar frente a publicar ahora
Prefiere mapear el campo Publish at a una hora programada en lugar de publicar cuando el flujo de trabajo resulte ejecutarse.
Dos razones: las filas se marcan como Ready cuando alguien está en su escritorio, que no es cuando tu audiencia está leyendo, y una publicación programada todavía puede cancelarse si la fila resulta estar mal.
Borrador primero
Durante la primera semana, crea borradores. Verás cómo aterriza realmente el mapeo de campos, en particular en torno a canales y adjuntos, antes de que nada sea público.
Límites por plan
- Canales: Free: 3 (1 por plataforma). Pro: 30 (2 por plataforma). Business: 75 (5 por plataforma).
- Publicaciones: Free: 3/día. Pro: 30/día. Business: ilimitadas.
- Solicitudes de API/día: Free: 30. Pro: 5.000. Business: 50.000.
Un flujo de trabajo que consulta cada 15 minutos usa 96 solicitudes al día antes de publicar nada, así que el nivel gratuito es para pruebas y no para ejecutar esto en producción.
BulkPublish publica en 15 plataformas.
La versión corta
Filtra por un campo Status para que los borradores no se publiquen, y escribe de vuelta en Airtable después de publicar para que las filas no se vuelvan a recoger, que es cómo estos flujos de trabajo producen publicaciones duplicadas. Mapea Publish at a una hora programada en lugar de publicar al disparo, y comprueba los adjuntos contra las reglas de medios de la plataforma.