Da Google Sheets ai social media con n8n

Da Google Sheets ai social media con n8n

Pubblica da un foglio di calcolo con n8n, il problema del tracciamento delle righe di cui nessuno avvisa, e quando un import CSV è la risposta migliore.

Un foglio di calcolo è un posto veloce per scrivere un mese di post. Tirarli fuori è la parte che vale la pena automatizzare, ma non sempre con un workflow.

Prima: è un lotto o un flusso continuo?

Un lotto. Scrivi un mese di post, finisci, e li vuoi in coda. Non ti serve n8n. Esporta come CSV e importalo: il compositore in blocco di BulkPublish legge una colonna content più, facoltativamente, scheduled_at e media_urls. Due minuti, niente da mantenere.

Un flusso continuo. Le righe vengono aggiunte continuamente, da più persone, e devono pubblicarsi man mano che compaiono. È per questo che serve il workflow.

Costruire il workflow per un lotto è un costo di manutenzione permanente per qualcosa che un caricamento file fa una sola volta.

Il workflow

1. Schedule Trigger, ogni 15 o 30 minuti. Preferiscilo al trigger su nuova riga, per il motivo qui sotto.

2. Nodo Google Sheets, leggi le righe.

3. Filtra su Approved = yes e Published vuoto. Due condizioni, entrambe necessarie.

4. Costruisci il post dalle colonne.

5. Nodo BulkPublish, Post → Create.

6. Scrivi di nuovo nel foglio, impostando Published e l’URL del post.

Il problema del tracciamento delle righe

Questa è la cosa che trae in inganno, ed è specifica dei fogli di calcolo.

Il trigger su nuova riga di n8n traccia la posizione. Se qualcuno ordina il foglio, elimina una riga, o ne inserisce una nel mezzo, il tracciamento non corrisponde più alla realtà, e ottieni duplicati, salti, o entrambi. I fogli di calcolo vengono riordinati continuamente, perché è a questo che servono.

La soluzione è non affidarsi affatto alla posizione: fai polling su una pianificazione, filtra su una colonna, e scrivi di nuovo dopo la pubblicazione. Allora il riordino è innocuo, perché il workflow legge lo stato dalla riga invece di contare le righe.

Le colonne

ColonnaScopo
ContentIl testo del post
ChannelsPiattaforme di destinazione
Publish atOrario programmato
Media URLAllegato facoltativo
ApprovedIl filtro. yes o vuoto
PublishedScritto dopo la pubblicazione

La colonna Approved esiste perché una riga del foglio è visibile al workflow nel momento in cui viene creata, anche mentre qualcuno la sta ancora scrivendo.

Attento alla quota

Un foglio di calcolo rende banale incollare cinquanta righe, e cinquanta righe sono cinquanta post.

  • Post: Free: 3/giorno. Pro: 30/giorno. Business: illimitati.
  • Richieste API/giorno: Free: 30. Pro: 5.000. Business: 50.000.
  • Canali: Free: 3 (1 per piattaforma). Pro: 30 (2 per piattaforma). Business: 75 (5 per piattaforma).

Un workflow che fa polling ogni 15 minuti consuma 96 richieste al giorno prima di pubblicare qualsiasi cosa, quindi il livello gratuito non lo farà girare.

Controlla la lunghezza

Una cella di un foglio di calcolo contiene molto più testo di quanto la maggior parte delle piattaforme accetti, e niente nel foglio ti avvisa. I limiti di caratteri vengono convalidati alla creazione del post, quindi otterrai un errore chiaro invece di un post troncato, ma il workflow deve registrarlo da qualche parte dove lo vedrai davvero.

Prima le bozze

Fallo girare in bozze per la prima settimana. La mappatura delle colonne è la parte che va storta, ed è evidente in un elenco di bozze.

BulkPublish pubblica su 15 piattaforme: Facebook, Instagram, TikTok, YouTube, X, Threads, Bluesky, Pinterest, Google Business Profile, LinkedIn, Mastodon, Discord, Telegram, Tumblr e Snapchat.

In sintesi

Se il foglio è un piano finito, esportalo e importa il CSV invece di costruire qualcosa. Se è una coda dal vivo, fai polling su una pianificazione e filtra sulle colonne invece di usare il trigger su nuova riga, perché i fogli di calcolo vengono riordinati e il tracciamento basato sulla posizione produce duplicati. Filtra su una colonna Approved, e scrivi di nuovo dopo la pubblicazione.