Mandar una publicación a una red es una llamada. Lo difícil empieza antes y después: catorce redes con límites, formatos y tipos distintos, un estado que no es un sí ni un no cuando una de ellas falla, y un reintento que tiene que averiguar si la publicación salió de verdad antes de atreverse a mandarla otra vez.
El envío es la parte trivial
Si tuvieras que publicar una sola pieza en una sola red una sola vez, no harías falta ni tú ni nosotros: es una llamada, se hace en una tarde y funciona. Toda la dificultad de un calendario de publicación está en las tres palabras que acabamos de quitar de esa frase, que son «sola», «sola» y «una vez».
La primera vez que este producto publicó en varias redes desde una misma pieza, la parte que no estaba pensada era qué contar cuando dos redes dicen que sí y una dice que no. Un sistema que solo sabe distinguir entre bien y mal tiene que elegir cuál de las dos mentiras dice, y las dos son caras. Si lo llama error, alguien vuelve a publicar lo que ya está publicado. Si lo llama éxito, nadie se entera de que falta una red hasta que pregunta el cliente.
Esa pregunta, y no el envío, es la que ha dado forma a casi todo lo que hay debajo del calendario. Lo que sigue es lo que aprendimos resolviéndola.
Catorce redes, catorce contratos distintos
La primera sorpresa es que «publicar» no significa lo mismo en dos sitios. Cada red tiene su propio límite de texto, su propio número de archivos, sus tipos de publicación y sus huecos que en otras no existen. Una pieza no es un objeto que se copia: es un objeto que se traduce a catorce contratos y falla en cuanto uno de ellos no cuadra.
| Lo que cambia en cada red | Dónde | Lo que obliga a hacer |
|---|---|---|
| Límite de caracteres | De 250 en Snapchat a 40.000 en Reddit | Escribir para la red más estrecha del grupo |
| Archivos por pieza | Exactamente uno en YouTube, Pinterest y Snapchat; hasta 35 en TikTok | Un carrusel no viaja a todas partes |
| Tipos de publicación | Feed, reel, carrusel e historia no existen en todas | El tipo se elige por red, no por pieza |
| Primer comentario automático | Instagram, Facebook, LinkedIn y YouTube | En las otras diez lo pone una persona a mano |
| Texto alternativo | Hasta 1.000 caracteres, 500 en Pinterest | Seis redes lo guardan y el resto lo ignoran sin avisar |
La decisión que sacamos de esa tabla es que el sitio donde se comprueba todo esto es el compositor, antes de programar, y no el momento del envío. Un aviso mientras escribes cuesta diez segundos; el mismo aviso a las nueve de la mañana del martes, cuando la pieza tenía que haber salido, cuesta la mañana entera. Qué acepta exactamente cada red está recogido en las redes conectadas, y las medidas de cada formato, en medidas y formatos.
Un estado que no es un sí ni un no
Una publicación programada a cinco redes no tiene un estado, tiene cinco. Por eso una pieza aquí es una pieza con destinos, cada destino con su propio resultado, y por eso existe un estado que casi ninguna herramienta muestra: parcial. Salió en cuatro, falló en una, y eso no es un error de la publicación ni un éxito de la publicación, es exactamente lo que dice.
Tener ese estado escrito en el modelo y no solo en la pantalla cambia tres cosas. La pieza se queda en el calendario en lugar de desaparecer, con el motivo del fallo al lado y con la red concreta señalada. El reintento puede tocar únicamente lo que falló, sin volver a publicar en las cuatro que salieron bien. Y el equipo puede ver de un vistazo qué queda pendiente, que es lo único que importa cuando llevas doce marcas.
Un fallo silencioso es peor que un fallo. Un fallo lo arreglas esa mañana; un fallo silencioso lo descubres cuando alguien de fuera te dice que su publicación no está.
Reintentar es más difícil que enviar
Aquí está la parte que no esperábamos. Reintentar parece la operación fácil, la que vuelve a hacer lo mismo, y resulta ser la peligrosa, porque la pregunta que hay que responder antes no es «¿falló?», sino «¿falló después de haber funcionado?».
Una red puede aceptar la publicación y cortarse antes de confirmarlo. Desde fuera eso es indistinguible de un fallo limpio, y las dos respuestas posibles no cuestan lo mismo: no publicar algo es un hueco, y publicarlo dos veces es una publicación duplicada en la cuenta de alguien que confió en ti. Así que antes de reenviar, el sistema pregunta a las cuentas qué tienen. Si la respuesta es clara, actúa. Si no lo es, no adivina: marca ese destino como no verificable y te pide que confirmes tú que no salió. Preferimos una pregunta incómoda a una duplicación silenciosa.
Debajo hay dos cosas más, menos visibles y del mismo tipo. Dos personas dando al botón de reintentar a la vez tienen que producir una copia y no dos, y eso se resuelve con la base de datos como árbitro, no con una comprobación optimista que falla justo el día con prisa. Y hay fallos que no son fallos, sino topes: algunas redes tienen un límite diario de publicaciones que comparten todas las herramientas, así que una pieza rechazada por ese motivo no se marca como error definitivo, se aparca con una cita para cuando el tope se reinicie, con un número limitado de intentos para que una pieza no se quede reintentando para siempre.
El archivo que se sube una vez
La otra mitad de publicar a escala no es el texto, es el peso. Un vídeo que va a cuatro redes no se sube cuatro veces: cada archivo que adjuntas se copia a la biblioteca de la propia marca en el servidor, y a partir de ahí se reutiliza. Eso, que suena a detalle de infraestructura, es en la práctica lo que separa programar una semana de trabajo de pasarte la mañana viendo barras de progreso.
Con los formatos pasa lo mismo que con los límites de texto: lo que una red acepta, otra lo rechaza, y el sitio para resolverlo es antes de programar y no en el momento de enviar. La consecuencia práctica para quien usa esto todos los días es que la unidad de trabajo deja de ser «una publicación por red» y pasa a ser «una pieza», que es de donde sale el tiempo para sostener una cadencia. Cuál es la tuya y cómo se calcula está en la guía de frecuencia de publicación.
Todo lo de este artículo se hace desde un mismo sitio en GoFeed.
Pruébalo gratisLo que decidimos no hacer
Publicar a escala tiene tres atajos evidentes y los tres están descartados por escrito.
- No escribimos el texto por ti. El pie se copia tal cual, o se le añade el prefijo y el sufijo que tú hayas escrito, o se queda vacío. No hay generación de textos ni de imágenes en ningún punto del recorrido, y esa ausencia es una decisión de producto, no un hueco.
- No hay cola de reciclado. Republicar la misma pieza en la misma red una y otra vez es un patrón de esta categoría que aquí no existe, y no por falta de tiempo: hay una restricción en la base de datos que lo impide a propósito.
- No están todas las redes. Son catorce y X no es una de ellas, ni en orgánico ni en pago. Decirlo en la tabla de arriba es más útil que dejar una casilla que no responde.
Hay una cuarta que no es una ausencia sino una regla: nada de lo que este producto publica puede volver a entrar por la puerta de lo que este producto detecta. Suena a obviedad hasta que tienes una regla automática y un calendario apuntando al mismo sitio, y entonces es la diferencia entre una pieza y la misma pieza dos veces.
Lo que queda cuando quitas la parte difícil
Si algo de esto funciona, no se nota. La pieza sale a su hora en las redes que tenía que salir, el pie cabe en la más estrecha, el texto alternativo está donde se guarda y el vídeo se subió una sola vez. El trabajo que se ve es el de antes: decidir qué se cuenta y quién dice que sí.
Esa segunda parte también tiene su propia mecánica. Con la aprobación activada, la pieza espera un sí, del equipo desde la aplicación o del cliente desde su portal, y vale el que llegue primero. Y una pieza cuya hora pasó mientras esperaba no sale tarde: se aparca para reprogramarla, porque una publicación fuera de hora es casi siempre peor que una publicación que no salió. Cómo se monta todo junto, marca por marca, está en la página de calendario y publicación, y el recorrido completo de una pieza desde el borrador hasta el informe, en calendario y publicación.