Airtable naar social media met n8n

Airtable naar social media met n8n

Verander een Airtable-contentkalender in geplande posts. De veldopzet, de statuspoort, en waarom terugschrijven belangrijker is dan je denkt.

Airtable is bijna ideaal voor een contentkalender. Grid- en kalenderweergaves over dezelfde data, bijlagen naast de tekst, samenwerkers, en weergaves per campagne.

Van daar naar gepubliceerde posts komen is een korte workflow, met twee details die bepalen of hij betrouwbaar is.

Velden die de moeite waard zijn

VeldTypeDoel
ContentLange tekstDe post
StatusEnkele selectieConcept, Klaar, Gepubliceerd
KanalenMeervoudige selectieDoelplatforms
Publiceren omDatumGeplande tijd
MediaBijlageAfbeeldingen of video
Post-URLURLTeruggeschreven na publicatie

Het bijlageveld van Airtable is hier het echte voordeel ten opzichte van een spreadsheet: de media woont bij de rij in plaats van als een URL die je ergens moet hosten.

De workflow

1. Schedule Trigger, elke 15 of 30 minuten.

2. Airtable-node, records zoeken met een filter van Status = "Klaar". Dit is de poort, en de reden dat de workflow geen halfgeschreven rijen publiceert.

3. Filter op de publicatiedatum als de rij de timing moet bepalen.

4. Bouw de post vanuit de velden, waarbij je de meervoudige-selectiekanalen naar de kanaallijst mapt.

5. BulkPublish-node, Post → Create.

6. Airtable-node, werk het record bij. Zet Status op Gepubliceerd en schrijf de post-URL terug.

Stap 6 is niet optioneel

Zonder het terugschrijven vindt de volgende run dezelfde rijen nog steeds gemarkeerd als Klaar en publiceert ze opnieuw. Dan de run daarna. Een workflow die elke 15 minuten polt, zou dezelfde post 96 keer per dag herpubliceren.

Dit is de meest voorkomende manier waarop deze workflows misgaan, en het symptoom is publiekelijk gênant.

Als je riem-en-bretels wilt, filter dan ook records eruit die al een Post-URL hebben. Twee onafhankelijke checks, zodat het falen van de een geen duplicaten produceert.

Bijlagen

Airtable-bijlagen komen met URL’s, wat je doorgeeft. Twee dingen om te weten.

Bijlage-URL’s kunnen tijdelijk beperkt zijn. Bouw geen workflow die er nu een opslaat en dagen later gebruikt zonder opnieuw op te halen.

Controleer het bestand tegen de regels van het platform. Airtable houdt vrolijk een afbeelding van 50 MB vast die Instagram niet accepteert. Mediaregels worden gevalideerd wanneer de post wordt aangemaakt, dus je krijgt een duidelijke foutmelding in plaats van een stille mislukking, maar de workflow moet het ergens loggen waar je het ziet.

Inplannen versus nu publiceren

Geef de voorkeur aan het mappen van het Publiceren-om-veld naar een geplande tijd in plaats van te publiceren wanneer de workflow toevallig draait.

Twee redenen: rijen worden op Klaar gezet wanneer iemand achter zijn bureau zit, wat niet is wanneer je publiek leest, en een geplande post kan nog worden geannuleerd als de rij achteraf verkeerd blijkt.

Eerst concept

Maak in de eerste week concepten aan. Je ziet hoe de veldmapping daadwerkelijk uitpakt, vooral rond kanalen en bijlagen, voordat er iets openbaar is.

Planlimieten

  • Kanalen: Free: 3 (1 per platform). Pro: 30 (2 per platform). Business: 75 (5 per platform).
  • Posts: Free: 3/dag. Pro: 30/dag. Business: onbeperkt.
  • API-verzoeken/dag: Free: 30. Pro: 5.000. Business: 50.000.

Een workflow die elke 15 minuten polt, gebruikt 96 verzoeken per dag voordat er iets is gepubliceerd, dus de free-laag is voor testen, niet voor draaien.

BulkPublish publiceert naar 15 platforms.

De korte versie

Filter op een Status-veld zodat concepten ongepubliceerd blijven, en schrijf terug naar Airtable na publicatie zodat rijen niet opnieuw worden opgepikt, wat hoe deze workflows dubbele posts produceren. Map Publiceren om naar een geplande tijd in plaats van te posten bij de trigger, en controleer bijlagen tegen de mediaregels van het platform.