Slå ihop PDF:er utan att platta till allt till bilder
En riktig sammanslagning fogar samman sidströmmar: teckensnitt, vektorer och bokmärken förblir intakta. Att rastrera varje sida är en annan, mer förstörande uppgift.
”Slå ihop de här fem PDF:erna” kan betyda två olika flöden. Det ena fogar samman befintliga sidobjekt till en enda fil. Det andra skriver ut varje sida som en bitmapp och packar bilderna i en ny PDF. Båda ger en bilaga. Bara det första bevarar markerbar text och skarpa vektorer.
Vad en strukturell sammanslagning gör
På PDF123 fogar Slå ihop PDF samman två eller fler PDF:er genom att koppla ihop sidobjekten från varje fil. Servervägen kör qpdf med en tom bas och --pages över indatafilerna: sidströmmarna flyttas som sidor, inte som skärmbilder. Inbäddade teckensnitt, vektorer och befintliga bokmärken följer med sidorna. Inget i den vägen rastrerar en sida till en bild, så ett digitalt skapat avtal går fortfarande att söka i och kopiera från efter sammanslagningen.
Uppladdningsordningen är utdataordningen om inget annat anges. HTTP-formuläret tar emot upprepade fileInput-delar i en och samma begäran; hur många filer som ryms begränsas av uppladdningsgränserna, inte av ett hårt tak på två filer. Det valfria fältet sortType=byFileName sorterar om indata efter filnamn före sammanslagningen. Bokmärken från varje källa kan överleva; en sammanslagning hittar inte på ett perfekt innehållsträd om indatafilerna aldrig hade något.
En uppladdning av en enda fil är en oförändrad genomgång av PDF:en. Två eller fler filer blir en merged.pdf vars sidor är indatafilerna i vald ordning. Samma operations-id är det som OpenAPI, MCP och pdfx merge exponerar, så ett skript och ett klick i webbläsaren är inte i hemlighet oense om vad ”slå ihop” betyder.
När folk råkar rastrera
Vissa flöden för att ”kombinera” dokument exporterar till bilder först (faxgateways, skanningsappar, utskrift till PDF i skärmupplösning) eller plattar ut anteckningar till bitmappar före sammanslagningen. Filstorleken skjuter i höjden, OCR kan behövas på nytt och inzoomning visar pixelkanter.
Välj en sammanslagning av strömmar när källorna redan är digitala PDF:er. Välj OCR bara när indatafilerna är skanningar utan användbar text, och kom ihåg att OCR här returnerar Markdown (text/markdown), inte en PDF med ett dolt textlager. Att först rastrera och sedan OCR:a är en annan produktväg än att slå ihop digitalt skapade filer.
Behöver du bilder av sidorna är det en konverteringsuppgift (PDF till bilder), inte en sammanslagning. Att blanda de syftena är hur ”sammanslagna” filer blir flera megabyte tunga fotoalbum av dokument. En komprimering efter en strukturell sammanslagning kan fortfarande krympa strömmarna (Komprimera PDF), men den ångrar inte en rasterplattning som du redan har bakat in.
Vad sammanslagningen inte lovar
Sammanslagningen varken normaliserar sidstorlekar, förenar teckensnitt mellan filer eller bygger upp en innehållsförteckning från grunden. Den dekrypterar inte krypterade indatafilerna åt dig; lås upp först om källan är lösenordsskyddad. Den ersätter inte det portfölj- eller paketformat som vissa domstolsportaler förväntar sig, utan producerar en vanlig flersidig PDF.
Gränserna är desamma oavsett om du använder webbläsaren, REST, MCP eller pdfx. Operationen är medvetet smal så att resultatet förblir förutsägbart för automatisering. Behöver du ordnade steg (slå ihop, vattenstämpla, komprimera) använder du POST /api/v1/pipeline med en ordnad lista i steps i stället för att hitta på en andra ”smart merge”-flagga.
Så kör du den
Slå ihop PDF:er i webbläsaren, eller POST /api/v1/general/merge-pdfs med upprepade fileInput-delar (Utvecklare). Från ett skal:
pdfx merge a.pdf b.pdf -o merged.pdf
Eller mot en hostad eller självhostad bas:
pdfx --cloud --api-base "$API_BASE" --api-key "$KEY" merge a.pdf b.pdf -o merged.pdf
Anonyma kataloganrop kräver ingen nyckel på den publika webbplatsen; nycklar behövs för en stabil identitet i automatiseringen och för självhostade servrar med åtkomstspärr. För samma operation även via curl och MCP, se Samma operation, fyra klienter.