Skicka bara några sidor av en PDF: Plocka ut sidor, Ta bort sidor och vad som blir kvar

Plocka ut sidor gör en PDF på 12 sidor till en ny PDF som bara innehåller sidorna du anger, till exempel 1,3,5-8. Ta bort sidor gör tvärtom: du anger vad som ska bort. Båda verktygen kopierar originalsidorna i stället för att rita om dem, så texten går fortfarande att markera och filen blir inte suddig. En begränsning spelar roll om de bortvalda sidorna var känsliga: sidinnehållet försvinner, men bokmärkestitlar och dokumenttiteln kan finnas kvar i den nya filen.

Välj verktyg efter vad du redan vet

Vet du vilka sidor du vill behålla, använd Plocka ut sidor. Vet du vilka sidor som ska bort, använd Ta bort sidor. Skillnaden syns i resultatets ordning:

• Plocka ut sidor skriver sidorna i den ordning du skriver dem. Skriver du 5,1,3 får du sida 5, sedan sida 1, sedan sida 3. En sida som anges två gånger förekommer en gång.
• Ta bort sidor behåller de återstående sidorna i deras ursprungliga ordning.

Sidnumren är de som en PDF-läsare visar, med start på 1. Samma listsyntax fungerar i båda verktygen: enstaka sidor (4), intervall (5-8), kommaseparerade listor (1,3,5-8), ordet all och uttryck som 2n+1. Uttrycket räknar n från 1, så 2n+1 ger sidorna 3, 5, 7 och så vidare. Sida 1 ingår inte, så skriv 1,2n+1 om du vill ha med den.

Ett genomgånget exempel: att skicka en del av ett hyreskontrakt till hyresvärden

Indata är ett hyreskontrakt på 12 sidor i Letter-format. Varje sida har sitt eget nummer som text ("Lease agreement - page 3 of 12"), så resultatet är lätt att kontrollera. Hyresvärden behöver sidorna 1, 3 och 5 till 8, inte bilagan. I webbläsaren laddar du upp filen, skriver 1,3,5-8 och laddar ner resultatet. Från ett skript ser samma operation ut så här:

curl -s -o pages.pdf \
  -F [email protected] \
  -F pageNumbers="1,3,5-8" \
  https://pdf123.xyz/api/v1/general/rearrange-pages

Webbverktyget skickar listan till den slutpunkten och lämnar customMode osatt, vilket betyder "använd min lista i min ordning". Det här är resultat från en körning mot en lokal server den 2026-10-04 med en genererad testfil; siffrorna är sidantal och de sidetiketter som lästes ut ur resultatet:

Den nedladdade filen behåller namnet på filen du laddade upp, så byt namn innan du skickar den, annars har du två lease.pdf på disken.

Tre indata som misslyckas, och vad felet säger

En sida som inte finns är ett fel, inte något som tyst hoppas över. Ber du om sida 13 i filen med 12 sidor får du 400 (page_out_of_range) med Page 13 does not exist; the document has 12 pages. Sida 0 avvisas på samma sätt. Text som inte är en sidlista, till exempel abc, ger 400 med invalid_page_selection och tipset att använda värden som 1,3,5-8 eller all. Båda verktygen beter sig likadant här, så ett skrivfel kan inte ge en rimlig men felaktig fil.

Två gränsfall är mindre självklara. Ett intervall som börjar inne i dokumentet men slutar bortom det kapas: 10-15 på 12 sidor gav sidorna 10 till 12. Och Ta bort sidor vägrar ta bort allt: 1-12 ger 400 (would remove every page, which leaves nothing to return), eftersom en PDF utan sidor inte kan finnas.

En lösenordsskyddad fil kräver sitt lösenord på webbsidan. Anropar du API:t direkt, kör Ta bort lösenord först.

Vad som blir kvar: att ta bort en sida är inte detsamma som att svärta den

Utplockningen släpper sidobjekten, och med dem texten och bilderna på de sidor du inte angav. I testet innehöll den utplockade filen ingen text från de bortvalda sidorna. Den släppte inte allt som nämner dem. Byten på de behållna sidorna i min testfil innehöll heller inga spår av den bortvalda texten.

För den här kontrollen hade hyreskontraktet en dokumenttitel ("Lease - Unit 4B, J. Rivera") och två bokmärken, "Signature page" på sida 1 och "Tenant SSN appendix" på sida 12. Efter att Plocka ut sidor behållit sidorna 1 och 2 hade filen 2 sidor, och bokmärkespanelen i en läsare listade fortfarande båda titlarna; den andra pekade nu ingenstans. Titeln och författaren fanns kvar i dokumentegenskaperna. Ta bort sidor på sida 12 lämnade kvar samma två bokmärken.

Rensa PDF med metadataalternativen påslagna tömmer dokumentinformationen och XMP-metadatan, och dokumentegenskaperna var tomma efteråt. Webbformuläret slår på de alternativen som standard; ett API-anrop måste skicka removeMetadata=true själv. Rensa PDF rör inte bokmärken: båda titlarna fanns kvar. Inget webbverktyg redigerar bokmärken. API-operationen general/edit-table-of-contents ersätter dem från en JSON-lista och kräver minst en post, så den kan inte bara tömma listan. I testet lämnade den dessutom den gamla titeltexten kvar i filen som ett objekt utan referens, osynligt i en läsare men fortfarande läsbart i råbytena. Räkna inte med att den döljer en bokmärkestitel.

Så när de bortvalda sidorna var känsliga: öppna resultatet, titta på bokmärkespanelen och dokumentegenskaperna, och skicka bara om inget av det avslöjar innehållet. Är själva bokmärkestiteln hemligheten kan den här vägen inte ta bort den. Måste ett synligt ord på en behållen sida bort är det ett jobb för Svärta text, som beskrivs i Innan du delar: vad Rensa PDF och Svärta text faktiskt gör.

Kostnader och begränsningar

• Båda verktygen arbetar med en PDF åt gången och ger en PDF. Att dela en fil i flera delar är ett jobb för Dela PDF.
• Resultatet är en ny fil och originalet är orört. Behåll originalet, eftersom den nya filen inte kan ge tillbaka de bortvalda sidorna.
• En fil som inte öppnas alls behöver Reparera PDF först; se Filen går inte att öppna: läs dokumentinfo, reparera, sluta gissa.