Por Joan 
Publicar en redes sociales de forma consistente es uno de los compromisos más difíciles de mantener para cualquier creador de contenido o negocio pequeño. No porque crear el contenido sea imposible. Sino porque el proceso de publicación —abrir cada plataforma, copiar el texto, subir la imagen, añadir los hashtags, programar la hora— consume un tiempo desproporcionado respecto al valor que aporta.
Llevo meses con ese proceso casi completamente automatizado gracias a Make. No publico manualmente en ninguna red social. El contenido va de mi base de datos de Airtable a cada plataforma sin que yo toque nada.
En este artículo te cuento el sistema completo. La estructura de la base de datos, los escenarios de Make, los detalles de configuración que marcan la diferencia y los problemas que encontré en el camino para que no los repitas tú.
La filosofía detrás del sistema
Antes de entrar en los detalles técnicos, necesito explicarte el principio que gobierna todo este sistema. Porque sin entenderlo, podrías implementarlo y frustrarte con los resultados.
La automatización no sustituye la creación. Sustituye la distribución.
Yo sigo creando el contenido. Escribo el texto, elijo la imagen, decido el tono. Lo que automatizo es el proceso de publicarlo en cada plataforma en el momento correcto. Esa distinción es importante porque mucha gente espera que un sistema de automatización de redes sociales cree el contenido solo. No es así. Y no debería serlo.
Lo que sí hace el sistema es eliminar todas las fricciones entre que el contenido está listo y que está publicado. Sin abrir apps, sin recordar contraseñas, sin perder tiempo en tareas repetitivas que no requieren ningún juicio creativo.
La base: Airtable como centro de operaciones de contenido
El sistema empieza en Airtable. Tengo una base de datos llamada «Calendario Editorial» con una tabla principal que es donde vive todo el contenido antes de publicarse.
Los campos que tiene cada registro de contenido son los siguientes.
Título interno. Un nombre descriptivo para identificar la pieza de contenido. No se publica en ningún lado. Es solo para mí.
Texto principal. El cuerpo del contenido. Lo que va a publicarse. En algunos casos es el mismo para todas las plataformas. En otros varía ligeramente según la red.
Texto para LinkedIn. Un campo separado para cuando el texto de LinkedIn necesita ser diferente al principal —más profesional, más largo, con un ángulo más orientado a negocio—.
Hashtags. Una lista de hashtags separados por espacios. Make los añade automáticamente al final del texto cuando publica.
Imagen adjunta. El campo de adjunto de Airtable donde subo la imagen que acompaña al post. Make la descarga y la sube a cada plataforma automáticamente.
Plataformas. Un campo de selección múltiple con opciones: Instagram, LinkedIn, Twitter/X, Telegram, Facebook. Marco las plataformas donde quiero publicar este contenido específico. No todos los contenidos van a todas las plataformas.
Fecha de publicación. La fecha y hora en que quiero que Make lo publique.
Estado. Un campo de selección con opciones: Borrador, Listo para publicar, Publicado, Error. Este campo es el que Make monitoriza para saber qué contenido procesar.
ID de publicación. Un campo de texto donde Make guarda el identificador de la publicación una vez que se ha publicado. Útil para referencia futura.
Esa estructura me permite gestionar todo el calendario editorial desde una sola pantalla. La vista Kanban por Estado me muestra qué está en borrador, qué está listo y qué ya se publicó. La vista de calendario por Fecha de publicación me da una visión temporal de la distribución del contenido.
El flujo de trabajo antes de que Make entre en acción
Cada semana dedico entre una y dos horas a preparar el contenido de la semana siguiente. Durante esa sesión, creo los registros en Airtable, escribo los textos, subo las imágenes y cambio el Estado de cada registro a «Listo para publicar».
Cuando un registro tiene Estado = «Listo para publicar» y la Fecha de publicación está dentro del rango de tiempo que Make revisará en su próxima ejecución, el escenario se activa automáticamente.
Esa separación entre la sesión de creación y la publicación automática es lo que me permite publicar de forma consistente incluso en semanas muy cargadas de trabajo. El contenido está preparado con antelación. La publicación ocurre sola en el momento correcto.
El escenario principal de Make: la estructura
El escenario principal que gestiona la publicación en redes sociales tiene esta estructura general.
Módulo 1: Trigger de Airtable — Watch Records.
Make revisa la base de datos de Airtable cada 15 minutos buscando registros que cumplan estas condiciones: Estado = «Listo para publicar» Y Fecha de publicación <= hora actual. Cuando encuentra uno o más registros que cumplen esas condiciones, activa el escenario.
Módulo 2: Router.
Un módulo de enrutamiento que divide el flujo en tantas rutas como plataformas posibles. Cada ruta tiene una condición: si el campo «Plataformas» contiene «Instagram», seguir por esta ruta. Si contiene «LinkedIn», por esta otra. Y así para cada red social.
Las rutas del router no son excluyentes. Si un registro tiene marcadas Instagram y LinkedIn, ambas rutas se activan simultáneamente para ese registro.
Módulos 3-N: Publicación en cada plataforma.
Cada rama del router lleva a uno o varios módulos específicos de esa plataforma. Te cuento cómo funciona cada una.
Módulo final: Actualizar registro en Airtable.
Después de que el contenido se ha publicado en todas las plataformas seleccionadas, Make actualiza el campo Estado del registro en Airtable a «Publicado» y guarda los IDs de publicación en el campo correspondiente.
Este último módulo es crítico. Sin él, el registro mantiene el Estado «Listo para publicar» y Make intentaría publicarlo de nuevo en la próxima ejecución. El bucle infinito de publicaciones repetidas es el error más común en sistemas de automatización de redes sociales y el que más pena da descubrir.
La publicación en cada plataforma: detalles concretos
Instagram es la plataforma más compleja de automatizar porque Meta tiene restricciones sobre qué aplicaciones pueden publicar automáticamente en su API.
Make tiene un módulo nativo para publicar en Instagram Business mediante la API oficial de Meta. Funciona correctamente para posts de imagen y vídeo. Para Reels y Stories, las opciones son más limitadas desde la API.
El módulo requiere que tu cuenta de Instagram esté conectada como cuenta Business o Creator y vinculada a una página de Facebook. Si tienes una cuenta personal, no podrás usar esta integración directamente.
La configuración del módulo incluye: seleccionar la cuenta de Instagram, el tipo de publicación —image o video—, la URL de la imagen —que Make obtiene del campo adjunto de Airtable—, el caption —el texto principal más los hashtags concatenados mediante una función de texto en Make— y opcionalmente la ubicación.
Un detalle importante: la imagen del campo adjunto de Airtable llega a Make como una URL directa. Esa URL la paso directamente al módulo de Instagram sin necesidad de descargar y re-subir el archivo. Make gestiona la transferencia internamente.
LinkedIn es la plataforma más sencilla de integrar en Make. El módulo de LinkedIn permite publicar posts de texto, posts con imagen y artículos directamente desde el escenario.
Para la mayoría de contenido, uso el módulo «Create a Share» de LinkedIn con las opciones de texto e imagen. El texto que pasa a este módulo es el campo «Texto para LinkedIn» si está relleno, o el campo «Texto principal» si el anterior está vacío. Esa lógica condicional la implemento con un módulo de función dentro del escenario que evalúa qué campo usar.
Twitter/X
La integración con Twitter/X en Make es funcional pero hay que tener en cuenta los límites de la API de X, que han cambiado varias veces en los últimos años. Con el plan básico de la API de X, tienes un número limitado de posts que puedes publicar automáticamente al mes.
El módulo «Create a Tweet» de Make permite publicar texto con o sin imagen. Para posts con imagen, hay que usar un módulo adicional que sube primero el archivo multimedia y luego adjunta el media ID al tweet. Son dos módulos en lugar de uno, pero el proceso es directo.
Telegram
Telegram es la integración más sencilla y fiable de todo el sistema. Make tiene un módulo específico para Telegram que permite enviar mensajes a canales o grupos con texto, imágenes, documentos y prácticamente cualquier tipo de contenido.
Para publicar en un canal de Telegram, necesitas crear un bot de Telegram —proceso gratuito y sencillo a través de BotFather— y añadirlo como administrador del canal. Después conectas ese bot en Make y el módulo puede publicar en el canal sin ninguna restricción de API.
La ausencia de límites de API hace de Telegram la plataforma más cómoda para automatizar. Publico en mi canal de Telegram con total confianza de que el sistema nunca va a fallar por límites de la plataforma.
Los problemas que encontré y cómo los resolví
Ningún sistema de automatización funciona perfectamente desde el primer día. Estos son los problemas reales que encontré y cómo los solucioné.
Problema 1: Publicaciones duplicadas.
El escenario se ejecutaba y publicaba el contenido, pero antes de que el módulo final pudiera actualizar el Estado en Airtable, Make volvía a ejecutarse y encontraba el mismo registro todavía con Estado «Listo para publicar».
Solución: Cambié el Estado a «Procesando» al inicio del escenario —en el primer módulo después del trigger— en lugar de al final. Así, cuando Make ejecuta el escenario de nuevo antes de que termine el anterior, el registro ya no cumple la condición de Estado = «Listo para publicar» y no se procesa dos veces.
Problema 2: Errores silenciosos en la publicación.
Algunas veces el módulo de publicación fallaba —por un token de acceso expirado, por un límite de API alcanzado, por un formato de imagen incorrecto— pero el escenario seguía ejecutándose y actualizaba el Estado a «Publicado» aunque la publicación no hubiera ocurrido realmente.
Solución: Añadí una ruta de error en cada módulo de publicación. Si el módulo falla, en lugar de seguir con la ejecución normal, el escenario actualiza el Estado del registro a «Error» y me envía una notificación a Telegram con los detalles del error. Así sé exactamente qué falló y puedo intervenir manualmente si es necesario.
Problema 3: Imágenes que no se cargan correctamente en Instagram.
Algunos formatos de imagen —PNG con transparencia, imágenes muy grandes, formatos no estándar— causaban errores al intentar publicar en Instagram.
Solución: Añadí un módulo de procesamiento de imagen antes del módulo de Instagram que convierte cualquier imagen al formato JPEG y la redimensiona si supera las dimensiones máximas recomendadas por la API de Meta. Desde entonces no he tenido ningún error de formato de imagen.
El resultado después de meses con el sistema activo
El tiempo que dedico a la publicación en redes sociales se redujo prácticamente a cero. El tiempo que dedico a la creación de contenido se mantuvo igual o aumentó ligeramente porque ahora puedo concentrarlo todo en una sesión semanal en lugar de dispersarlo a lo largo de la semana.
La consistencia de publicación mejoró notablemente. Antes había semanas donde por exceso de trabajo la presencia en redes caía. Ahora el contenido se publica en el horario programado independientemente de cómo esté mi semana.
Y el mantenimiento del sistema es mínimo. Dedico entre diez y quince minutos al mes a revisar que todo funciona correctamente, actualizar tokens de acceso cuando expiran y ajustar algún detalle menor.
Para cualquier persona que publique contenido de forma regular en varias plataformas, construir un sistema similar es una de las inversiones de tiempo más rentables que puedes hacer.