Programación y publicación de contenido
Faro
Producir contenido de marketing y publicarlo son dos trabajos distintos. El primero se puede hacer en lote; el segundo, entrar a cada red, subir el archivo correcto, escribir el copy y programar la hora, se paga uno por uno. Sin un panel propio, decenas de piezas ya listas se quedaban guardadas simplemente porque publicarlas a mano no escalaba.
El problema
Faro es el panel de programación y publicación de AppsSDAR: un calendario donde cada pieza —imagen, reel, historia, post de texto— se sube una vez, se marca en qué redes va, y sale sola a la hora programada. No reemplaza la creación del contenido, reemplaza el trabajo manual y repetitivo de subirlo red por red.
Cómo se construyó
Es PHP 8.4 sobre LiteSpeed (lsapi), deliberadamente sin
registrarlo como app Node para no competir por el cupo de procesos del
cPanel compartido con el resto del catálogo. Base de datos PostgreSQL
propia y router hecho a mano: el panel es chico como para justificar un
framework completo. Sesión persistente con dispositivos de confianza en
vez de pedir clave en cada visita, pero sin bajar la guardia en un panel
que sostiene credenciales de varias redes sociales.
Publicar de verdad, no simular que se publicó
La parte difícil no fue el calendario, fue integrar cada API real: subida resumable de video para reels e historias de Meta, publicación de LinkedIn migrada a su Posts API vigente (las integraciones de redes sociales rotan versión y rompen sin aviso), y manejo de los distintos ciclos de "fase de subida" que cada plataforma exige antes de dar la pieza por publicada. Cuando el panel dice que algo se publicó, es porque la red social lo confirmó, no porque Faro lo asumió.
Estado actual
Faro está en producción en
marketing.appssdar.com, pero es una herramienta interna para
operar el propio marketing de AppsSDAR, no un producto que se venda a
terceros — por eso no tiene enlace público de acceso. Hay una
demostración de alto nivel para ver cómo se ve el panel por dentro.