HomeBlogTranscribePlansAPI Keys

IFTTT YouTube-automatisering: Få transkripsjoner på ærlig måte

Diagram av en IFTTT-applet som håndterer en YouTube-video-URL til en mellomtjener som henter transkripsjonen

IFTTT YouTube-automatisering får deg nøyaktig halvveis til en transkripsjon-pipeline, og jeg foretrekker å fortelle deg det på forhånd snarere enn å la deg finne det ut etter å ha bygget appleten. YouTube-triggeren er solid. Webhook-handlingen kan kalle APIen min. Men IFTTT kaster responsen vekk — så transkripsjonen ankommer og fordamper umiddelbart. Her er hva som faktisk fungerer.

Hva IFTTT gjør bra

Ny offentlig video fra kanal triggeren er pålitelig og gratis. Den fyrer kort tid etter en kanal laster opp og gir deg ingredienser som video-URL og tittel. Som en "noe skjedde på YouTube" bjelle, er IFTTT genuint OK.

Hvor det bryter

IFTTT's Webhooks-tjeneste har en Lag en webforespørsel handling, og ja, den kan sende en GET til https://youtube2text.org/api/transcribe med video-URL. Forespørselen vil lykkes. APIen vil returnere hele transkripsjonen som JSON.

Og så kaster IFTTT det vekk. Webhooks-handlingen er brann-og-glem: ingen JSON-tolking, ingen respons-ingredienser, ingen måte å sende result.content til et neste trinn — fordi det finnes intet neste trinn. Applets er to åpninger, trigger og handling, og handlingens utdata går ingensteder. Dette er den ærlige begrensningen for hele plattformen for denne jobben, og ingen applet-konfigurasjon kommer rundt det.

Mellomtjener-mønsteret

Fiksen er å la IFTTT gjøre det ene det er bra for — å legge merke til nye videoer — og håndtere det virkelige arbeidet til noe som kan lese en respons:

  1. IFTTT trigger: YouTube — Ny offentlig video fra kanal.
  2. IFTTT handling: Webhooks — Lag en webforespørsel, pekt på mellomtjeneren din URL, sender video-URL-ingrediensen i query-strengen eller kroppen.
  3. Mellomtjener: mottar ping, kaller GET https://youtube2text.org/api/transcribe?url=<VIDEO_URL>&maxChars=20000 med en x-api-key header, og gjør hva du ønsket — skriver til ark, poster til Slack, mailer en oppsummering.

Mellomtjeneren kan være en Google Apps Script-nettapp (en doGet-funksjon pluss UrlFetchApp.fetch, distribuert som nettapp — samme byggekloss som jeg brukte i Google Sheets-guiden), en n8n Webhook-trigger, eller en Make egendefinert webhook. Ti til tjue linjer med logikk, hvilket som helst du velger.

For testing, APIen har en gratis delt nøkkel uten innmelding: forespør https://youtube2text.org/api/demo-key og du får {"success": true, "apiKey": "yt_..."} — god for 5 videoer per måned per IP. En ting mellomtjeneren bør tolerere: videoer uten undertekster returnerer 404 med kode TRANSCRIPT_UNAVAILABLE, som er APIens høflige måte å si at det aldri var noe å transkribere.

Min faktiske anbefaling

Når du står opp en mellomtjener likevel, spør hva IFTTT fremdeles bidrar med. Svaret er: en trigger du kan erstatte med en RSS-feed. Hver YouTube-kanal publiserer en:

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

Både n8n og Make kan se den feeden innebygd, som kollapser to-hopp-arkitekturen til et enkelt verktøy som utløser seg selv, henter transkripsjonen, tolker JSON og leverer utdataene. Jeg skrev begge hele og helt: n8n arbeidsflyten (gratis hvis selvvert, mitt valg) og Make scenarioet (venligere hvis du ønsker vertskap og visuell).

Hold IFTTT i løkken kun hvis den allerede er kablet inn i noe du ikke lett kan flytte — en smart-hjem-rutine, en mobil-varslings-oppsett, et applet-økosystem laget står på. Som trigger tjener den fremdeles sin plass der. Som transkripsjon-pipeline var det aldri kommer til å fullføre jobben alene.

Nøkkler, når du er klar

Uansett form du bygger, er transkripsjon-halvdelen ett HTTP-kall med en header. Logg inn med Google på youtube2text.org/app/keys for din egen nøkkel — intet telefon, intet kort. Gratis nivå er 5 videoer per måned, $5.99 dekker 50, $9.99 dekker 500, og $19.99 er ubegrenset. Mellomtjener-mønsteret koster deg tjue linjer med kode; transkripsjonene koster mindre enn det.