Att ladda upp en PDF är enkelt. Att göra om den till felfri, användbar HTML (och lägga den på rätt plats med rätt namn) är där det tidsödande grovjobbet börjar.
Den här automatiseringen för Drive PDF HTML träffar marknadschefer som uppdaterar resurssidor, men driftsansvariga som förvaltar intern dokumentation och byråteam som levererar till kunder känner av den också. I stället för att formatera om, ladda upp igen och dubbelkolla filnamn får du en konsekvent HTML-version som sparas tillbaka till Google Drive automatiskt.
Du sätter upp ett enda flöde i n8n som bevakar en mapp, konverterar PDF:er via PDF.co och laddar upp HTML:en tillbaka exakt där teamet förväntar sig den. Ingen passning krävs.
så fungerar automatiseringen
Här är det kompletta flödet du kommer att sätta upp:
n8n Workflow Template: Google Drive + PDF.co: PDF:er blir strukturerad HTML
flowchart LR
subgraph sg0["Drive File Creation Flow"]
direction LR
n0@{ icon: "mdi:play-circle", form: "rounded", label: "Drive File Creation Trigger", pos: "b", h: 48 }
n1@{ icon: "mdi:swap-horizontal", form: "rounded", label: "Validate PDF Type", pos: "b", h: 48 }
n2["<div style='background:#f5f5f5;padding:10px;border-radius:8px;display:inline-block;border:1px solid #e0e0e0'><img src='https://flowpast.com/wp-content/uploads/n8n-workflow-icons/httprequest.dark.svg' width='40' height='40' /></div><br/>PDF to HTML API Call"]
n3["<div style='background:#f5f5f5;padding:10px;border-radius:8px;display:inline-block;border:1px solid #e0e0e0'><img src='https://flowpast.com/wp-content/uploads/n8n-workflow-icons/code.svg' width='40' height='40' /></div><br/>Build HTML Binary"]
n4@{ icon: "mdi:cog", form: "rounded", label: "Upload HTML to Drive", pos: "b", h: 48 }
n1 --> n2
n2 --> n3
n0 --> n1
n3 --> n4
end
%% Styling
classDef trigger fill:#e8f5e9,stroke:#388e3c,stroke-width:2px
classDef ai fill:#e3f2fd,stroke:#1976d2,stroke-width:2px
classDef aiModel fill:#e8eaf6,stroke:#3f51b5,stroke-width:2px
classDef decision fill:#fff8e1,stroke:#f9a825,stroke-width:2px
classDef database fill:#fce4ec,stroke:#c2185b,stroke-width:2px
classDef api fill:#fff3e0,stroke:#e65100,stroke-width:2px
classDef code fill:#f3e5f5,stroke:#7b1fa2,stroke-width:2px
classDef disabled stroke-dasharray: 5 5,opacity: 0.5
class n0 trigger
class n1 decision
class n2 api
class n3 code
classDef customIcon fill:none,stroke:none
class n2,n3 customIcon
varför det här spelar roll: håll webbsidor uppdaterade utan PDF-kaos
PDF:er dyker upp överallt: produktblad, policydokument, månadsrapporter, partner-onepagers. Problemet är att din webbplats, kunskapsbas och interna portaler oftast behöver HTML, inte en nedladdningslänk. Så någon får göra konverteringsdansen: leta upp filen, exportera eller köra den genom en konverterare, fixa konstig formatering, döpa om den (igen) och ladda upp den i “rätt” mapp. Sedan upprepas det nästa vecka. Det är inte svårt arbete. Det är arbete som splittrar fokus, och det stjäl tid från det du faktiskt mäts på.
Det blir snabbt mycket. Så här faller det isär i riktiga team.
- Du tappar cirka 20 minuter varje gång du manuellt konverterar, döper om och laddar upp en PDF som HTML.
- Små formateringsproblem smyger sig in, vilket gör att din “snabba uppdatering” blir ett extra granskningsvarv.
- Folk sparar filer med inkonsekventa namn, så kollegor hittar inte senaste versionen när det gäller.
- Webbuppdateringar saktar ner eftersom konverteringssteget är separerat från uppladdningssteget, och ingen “äger” mitten.
vad du bygger: auto-konvertera nya Drive-PDF:er till HTML och arkivera dem rätt
Det här flödet startar i Google Drive, i samma ögonblick som en ny fil dyker upp i en specifik mapp du väljer. n8n kontrollerar att filen faktiskt är en PDF (så att slumpmässiga uppladdningar inte triggar onödig bearbetning). Om den godkänns skickar flödet PDF:en till PDF.co via en HTTP-förfrågan, som konverterar dokumentet till HTML. Därefter gör n8n om API-svaret till en riktig fil (binärdata) som Google Drive kan lagra korrekt. Till sist laddar den upp den nya HTML-filen tillbaka till Drive, med en konsekvent namnstandard så att ditt bibliotek håller sig organiserat. Du får en HTML-version som är redo att använda utan att röra en konverterare eller flytta filer manuellt.
Flödet startar genom att bevaka en Google Drive-mapp. Sedan validerar det filtypen, kör PDF-till-HTML-konverteringen via PDF.co och paketerar resultatet som en HTML-fil. Till sist tar Google Drive emot den konverterade utdata i målmappen du anger.
det du bygger
| vad som automatiseras | vad du uppnår |
|---|---|
|
|
förväntade resultat
Säg att ditt team laddar upp 10 PDF:er i veckan till en Drive-mapp som heter “Website Updates”. Manuellt kan du räkna med cirka 20 minuter per fil för att konvertera till HTML, döpa om den konsekvent och lägga tillbaka den i rätt mapp. Det är ungefär 3 timmar per vecka. Med det här flödet blir “arbetet” att ladda upp PDF:en en gång (en minut eller två) och sedan vänta några minuter på att konvertering och uppladdning blir klara i bakgrunden. Du får tillbaka de där 3 timmarna utan att ändra din process.
innan du börjar
- n8n-instans (prova n8n Cloud gratis)
- Alternativ för egen drift om du föredrar det (Hostinger fungerar bra)
- Google Drive för att bevaka en mapp och ladda upp utdata.
- PDF.co för pålitlig PDF-till-HTML-konvertering.
- PDF.co API-nyckel (hämta den i din PDF.co-dashboard)
Svårighetsgrad: Nybörjare. Du kopplar konton och klistrar in en API-nyckel, samt mappar ett par fält mellan noder.
Vill du att någon bygger detta åt dig? Prata med en automationsspecialist (gratis 15-minuters konsultation).
steg för steg
En ny fil landar i din Google Drive-mapp. n8n bevakar mappen du valt och triggar så fort något nytt dyker upp där. Den hämtar fildetaljerna och förbereder flödet för att bearbeta den.
Flödet kontrollerar att det faktiskt är en PDF. Ett IF-villkor tittar på filtyp eller filändelse så att konverteringssteget bara körs när det ska. Den enkla spärren förebygger problem längre fram.
PDF.co konverterar PDF:en till HTML. n8n skickar PDF:en till PDF.co via en HTTP-förfrågan och använder din API-nyckel för autentisering. PDF.co returnerar det konverterade innehållet, som n8n sedan gör om till ett korrekt HTML-filformat så att det kan laddas upp utan strul.
HTML-versionen laddas upp tillbaka till Google Drive. Den sista noden laddar upp den konverterade filen till målmappen du valt. Här säkerställer du konsekventa namn, till exempel genom att spegla originalfilens namn men byta filändelsen till .html.
Du kan enkelt ändra konverteringsendpunkten så att den outputar text, CSV eller XML beroende på behov. Se den fullständiga implementationsguiden nedan för anpassningsalternativ.
Steg-för-steg-guide för implementering
Steg 1: konfigurera Drive-triggern
Ställ in arbetsflödet så att det startar när en ny fil skapas i en specifik Google Drive-mapp.
- Lägg till och öppna Drive File Creation Trigger.
- Ställ in Event på
fileCreated. - Ställ in Trigger On på
specificFolder. - Ställ in Folder To Watch till URL:en för den Google Drive-mapp ni vill övervaka.
- Inloggning krävs: anslut era googleDriveOAuth2Api-uppgifter.
Steg 2: anslut Google Drive för utdata
Förbered utdatanoden som laddar upp den konverterade HTML-filen tillbaka till Drive.
- Öppna Upload HTML to Drive.
- Ställ in Name på
sample.html. - Ställ in Drive ID (valfritt) och Folder ID till URL:erna för målmapparna i Drive.
- Inloggning krävs: anslut era googleDriveOAuth2Api-uppgifter.
Steg 3: konfigurera PDF-validering och API-konvertering
Validera att filen är en PDF och skicka den till konverterings-API:et.
- Öppna Validate PDF Type och bekräfta att villkoret är inställt för att jämföra
={{ $json.mimeType }}medapplication/pdf. - Öppna PDF to HTML API Call och ställ in URL på
https://api.pdf.co/v1/pdf/convert/to/html. - Ställ in Method på
POSToch aktivera Send Body och Send Headers. - Under Body Parameters ställer ni in url på
={{ $json.webViewLink }}, inline påtrueoch pages på0-. - Inloggning krävs: anslut era httpHeaderAuth-uppgifter.
Steg 4: konfigurera HTML-bygge och uppladdning
Konvertera HTML-svaret till binärdata och ladda upp det till Drive.
- Öppna Build HTML Binary och behåll JavaScript-koden som den är angiven för att konvertera
$json.bodytill binär HTML. - Verifiera att koden sätter mimeType till
text/htmloch fileName tillsample.html. - Säkerställ att Build HTML Binary är kopplad till Upload HTML to Drive så att binärdata laddas upp.
Steg 5: testa och aktivera ert arbetsflöde
Kör ett kontrollerat test för att bekräfta att konverterings- och uppladdningsflödet fungerar korrekt.
- Ladda upp en PDF i mappen som övervakas av Drive File Creation Trigger.
- Kör arbetsflödet manuellt och verifiera att Validate PDF Type passerar och att PDF to HTML API Call returnerar HTML.
- Bekräfta att Upload HTML to Drive skapar
sample.htmli er mål-mapp i Drive. - När allt fungerar växlar ni arbetsflödet till Active för användning i produktion.
tips för felsökning
- Google Drive-inloggningar kan löpa ut eller kräva specifika behörigheter. Om det skapar fel, kontrollera Google-anslutningen i n8n under fliken Credentials först och autentisera på nytt vid behov.
- PDF.co API-anrop kan misslyckas vid ogiltiga nycklar eller kvotgränser. Om noden HTTP Request returnerar 401/403-fel, bekräfta API-nyckeln i request headers och granska användningen i din PDF.co-dashboard.
- Kodsteget “Build HTML Binary” är känsligt för förändringar i hur svaret är uppbyggt. Om uppladdningar skapar tomma filer, granska HTTP-svaret i körningsloggen och uppdatera kodmappningen så att den använder rätt innehållsfält.
snabba svar
Cirka 30 minuter om dina Google Drive- och PDF.co-konton är klara.
Nej. Den enda “kodlika” delen ingår redan i flödet för att göra om API-svaret till en fil. Du kopplar främst konton och mappar fält.
Ja. n8n har ett gratis alternativ för egen drift och en gratis provperiod på n8n Cloud. Cloud-planer börjar på 20 USD/månad för högre volym. Du behöver också räkna med PDF.co API-kostnader baserat på hur många konverteringar du kör.
Två alternativ: n8n Cloud (hanterat, enklast att komma igång) eller egen drift på en VPS. För egen drift är Hostinger VPS prisvärd och hanterar n8n bra. Egen drift ger obegränsade körningar men kräver grundläggande serverhantering.
Ja, och det är en vanlig justering. Du kan byta ut förfrågan “PDF to HTML API Call” för att konvertera PDF:er till text, CSV eller XML genom att ändra PDF.co-endpunkten och förväntat svarsformat. Många team bygger också ut kontrollen “Validate PDF Type” för att stoppa stora filer och justerar namngivningen i “Upload HTML to Drive” så att den matchar deras webbstruktur. Vill du ha spårbarhet för varje konvertering kan du lägga till en Google Sheets-nod för loggning efter uppladdningen.
Oftast beror det på att auktoriseringen gått ut eller att Drive-behörigheter saknas. Anslut om Google Drive-uppgifterna i n8n och kör sedan en testuppladdning igen. Dubbelkolla också att den bevakade mappen är samma som teamet faktiskt laddar upp till (det är lätt att välja fel mapp när du har dubbletter).
För de flesta mindre team är det inga problem med dussintals PDF:er per dag, så länge din PDF.co-plan och n8n:s körningsgränser matchar din användning.
Ofta, ja. Det här flödet behöver några mer “hands-on”-moment: kontrollera filtyper, skicka binär fildata till ett externt API och sedan bygga om svaret till en fil som går att ladda upp. n8n hanterar den typen av logik snyggt, och du kan köra egen drift för obegränsade körningar om volymen växer. Zapier och Make klarar delar av det, men filhantering och avancerad förgrening kan bli klumpig (och dyr) när du skalar bortom en enkel tvåstegs-zap. Är du osäker, prata med en automationsspecialist så hjälper vi dig att välja rätt verktyg.
När det väl rullar förvandlas nya PDF:er tyst till felfri HTML i bakgrunden. Din Drive förblir organiserad och dina sidor håller sig uppdaterade.
Kontakta oss
Hör av dig, så diskuterar vi hur just din verksamhet kan dra nytta av alla fantastiska möjligheter som AI skapar.