IFTTT YouTube Automation: Att hämta transkriptioner på det ärliga sättet

IFTTT YouTube-automation får dig exakt halvvägs till en transkriptionspipeline, och jag skulle snarare berätta det för dig innan än låta dig ta reda på det efter att ha byggt appleten. YouTube-utlösaren är solid. Webhooks-åtgärden kan ringa mitt API. Men IFTTT kastar svaret bort — så transkriptionen anländer och försvinner omedelbar. Här är vad som faktiskt fungerar.

Vad IFTTT gör bra

Utlösaren Ny offentlig video efter kanal är tillförlitlig och gratis. Den aktiveras kort efter att en kanal laddar upp och ger dig ingredienser som videoadressen och titeln. Som en "något hände på YouTube"-ringklocka är IFTTT genuint bra.

Där det bryter

IFTTT:s Webhooks-tjänst har en åtgärd Gör en webbbegäran, och ja, den kan skicka en GET till https://youtube2text.org/api/transcribe med video-URL:en. Begäran kommer att lyckas. API:t returnerar den fullständiga transkriptionen som JSON.

Och sedan kastar IFTTT den bort. Webbegäran-åtgärden är brand-och-glömma: ingen JSON-analys, inga svarskomponenter, inget sätt att skicka result.content till ett nästa steg — för det finns inget nästa steg. Applets är två platser, utlösare och åtgärd, och åtgärdens utmatning går ingenstans. Detta är den ärliga begränsningen av hela plattformen för det här jobbet, och ingen appleten-konfiguration kommer runt det.

Mäklarmönstret

Fixet är att låta IFTTT göra det en sak den är bra på — notera den nya videon — och överlåta det verkliga arbetet till något som kan läsa ett svar:

1. IFTTT-utlösare: YouTube — Ny offentlig video efter kanal.
2. IFTTT-åtgärd: Webhooks — Gör en webbbegäran, riktad mot din mäklares URL, som skickar video-URL-ingrediensen i frågesträngen eller kroppen.
3. Mäklare: tar emot pingningen, anropar GET https://youtube2text.org/api/transcribe?url=<VIDEO_URL>&maxChars=20000 med en x-api-key header, och gör vad du ville — skriver till ett blad, postar till Slack, e-postar en sammanfattning.

Mäklaren kan vara en Google Apps Script-webbapp (en doGet-funktion plus UrlFetchApp.fetch, distribuerad som en webbapp — samma byggblock som jag använde i Google Sheets-guiden), en n8n Webhook-utlösare, eller en anpassad Make-webhook. Tio till tjugo rader logik, vilket du än väljer.

För testning har API:t en gratis delad nyckel utan registrering: begär https://youtube2text.org/api/demo-key och du får {"success": true, "apiKey": "yt_..."} — bra för 5 videor per månad per IP. En sak din mäklare bör tolerera: videor utan bildtexter returnerar en 404 med kod TRANSCRIPT_UNAVAILABLE, vilket är API:s höfliga sätt att säga att det aldrig fanns något att transkribera.

Min faktiska rekommendation

När du redan är upp och kör en mäklare, fråga vad IFTTT fortfarande bidrar. Svaret är: en utlösare du kan ersätta med en RSS-feed. Varje YouTube-kanal publicerar en:

https://www.youtube.com/feeds/videos.xml?channel_id=CHANNEL_ID

Både n8n och Make kan bevaka den feeden infödött, vilket kollapsar tvåhopparkitekturen in i ett enda verktyg som utlöser sig själv, hämtar transkriptionen, tolkar JSON och levererar utmatningen. Jag har skrivit båda ända till slut: n8n-arbetsflödet (gratis om självsignerad, mitt val) och Make-scenariot (vänligare om du vill hosted och visuell).

Behåll IFTTT i loopen endast om det redan är kopplat till något du inte kan lätt flytta — en smart-hemrutin, en mobilaviseringsinställning, ett applet-ekosystem ditt team förlitar sig på. Som en utlösare tjänar det fortfarande sin plats där. Som en transkriptionspipeline var det aldrig tänkt att avsluta jobbet ensam.

Nycklar, när du är redo

Vilken form du än bygger, transkriptionsdelen är ett HTTP-anrop med en header. Logga in med Google på youtube2text.org/app/keys för din egen nyckel — ingen telefon, inget kort. Den fria nivån är 5 videor per månad, $5,99 täcker 50, $9,99 täcker 500, och $19,99 är unlimited. Mäklarmönstret kostar dig tjugo kodrader; transkriptionerna kostar mindre än det.