รวม PDF โดยไม่ทำให้ทุกหน้าแบนเป็นภาพ
การรวม PDF ที่ถูกต้องจะต่อสตรีมหน้าตรง ๆ ฟอนต์ เวกเตอร์ และบุ๊กมาร์กยังอยู่ครบ ส่วนการแปลงทุกหน้าเป็นภาพเป็นงานคนละแบบที่สูญเสียมากกว่าและไฟล์ใหญ่ขึ้น
“รวม PDF ห้าไฟล์นี้” อาจหมายถึงสองไปป์ไลน์ อันหนึ่งต่ออ็อบเจกต์หน้าที่มีอยู่เป็นไฟล์เดียว อีกอันพิมพ์ทุกหน้าเป็นบิตแมปแล้วแพ็กภาพเป็น PDF ใหม่ ทั้งคู่ได้ไฟล์แนบเดียว แต่มีแค่วิธีแรกที่เก็บข้อความเลือกได้และเวกเตอร์คม
การรวมเชิงโครงสร้างทำอะไร
บน PDF123 Merge รวม PDF ตั้งแต่สองไฟล์ขึ้นไปโดยต่ออ็อบเจกต์หน้าของแต่ละไฟล์ ฝั่งเซิร์ฟเวอร์รัน qpdf ด้วยฐานว่างและ --pages บนอินพุต สตรีมหน้าจึงย้ายในฐานะหน้า ไม่ใช่ภาพหน้าจอ ฟอนต์ที่ฝัง เวกเตอร์ และบุ๊กมาร์กไปพร้อมหน้านั้น ไม่มีขั้นตอนใดแปลงหน้าเป็นภาพ ไฟล์ born-digital จึงยังค้นหาและคัดลอกข้อความได้
ลำดับอัปโหลดคือลำดับผลลัพธ์โดยค่าเริ่มต้น ฟอร์ม HTTP รับ fileInput ซ้ำได้ในคำขอเดียว ขนาดแบตช์จำกัดด้วยเพดานอัปโหลด ไม่ใช่เพดานตายตัวสองไฟล์ sortType=byFileName จัดเรียงอินพุตตามชื่อไฟล์ก่อนต่อ บุ๊กมาร์กจากแต่ละแหล่งอาจอยู่รอด แต่การรวมไม่ได้สร้างต้นไม้ออกไลน์ที่สมบูรณ์หากอินพุตไม่เคยมี
อัปโหลดไฟล์เดียวคือการส่งผ่านไปเลย ตั้งแต่สองไฟล์ขึ้นไปจะได้ merged.pdf หนึ่งไฟล์ที่หน้าคือการต่ออินพุตตามลำดับที่เลือก op id เดียวกันคือสิ่งที่ OpenAPI, MCP และ pdfx merge เปิด สคริปต์กับคลิกบนเบราว์เซอร์จึงไม่ตีความ “การรวม” ต่างกัน
เมื่อคนเผลอแปลงเป็นภาพ
เวิร์กโฟลว์ “รวมไฟล์” บางแบบส่งออกเป็นภาพก่อน (เกตเวย์แฟกซ์ แอปสแกน หรือพิมพ์เป็น PDF ที่ความละเอียดระดับจอ) หรือทำให้แอนโนเทชันแบนเป็นบิตแมปก่อนต่อ ขนาดไฟล์จึงพุ่ง อาจต้อง OCR ใหม่ และเมื่อซูมจะเห็นขอบพิกเซล
เลือกการรวมสตรีมเมื่อต้นทางเป็น PDF ดิจิทัล และเลือก OCR เฉพาะเมื่ออินพุตเป็นสแกนที่ไม่มีข้อความใช้ได้ โดยจำว่า OCR ที่นี่คืน Markdown (text/markdown) ไม่ใช่ PDF ที่แปะเลเยอร์ซ่อนใหม่ แปลงเป็นภาพแล้ว OCR จึงเป็นเส้นทางคนละอย่างกับการรวมไฟล์ born-digital
ถ้าต้องการภาพของหน้า นั่นคืองานแปลงไฟล์ (PDF to images) ไม่ใช่การรวม การผสมสองเจตนานี้เองที่ทำให้ไฟล์ “รวมแล้ว” กลายเป็นอัลบั้มภาพหลายเมกะไบต์ การบีบอัดหลังรวมเชิงโครงสร้างยังย่อสตรีมได้ (Compress) แต่ไม่ย้อนการแบนแบบแรสเตอร์ที่อบเข้าไปแล้ว
การรวมไม่สัญญาอะไร
การรวมไม่ปรับขนาดหน้าให้เท่ากัน ไม่รวมฟอนต์ข้ามไฟล์ และไม่สร้างสารบัญใหม่จากศูนย์ ไม่ถอดรหัสอินพุตที่เข้ารหัส ถ้าต้นทางมีรหัสผ่านต้องปลดล็อกก่อน และไม่แทนที่คอนเทนเนอร์ portfolio หรือ package ที่พอร์ทัลศาลบางแห่งคาดหวัง มันให้เพียง PDF หลายหน้าธรรมดาหนึ่งไฟล์
ข้อจำกัดเหล่านี้เหมือนกันไม่ว่าจะใช้เบราว์เซอร์ REST MCP หรือ pdfx op ถูกตั้งใจให้แคบ เพื่อให้ผลลัพธ์คาดเดาได้สำหรับงานอัตโนมัติ ถ้าต้องการงานหลายขั้นที่มีลำดับ (รวม ใส่ลายน้ำ บีบอัด) ให้ใช้ POST /api/v1/pipeline พร้อมรายการ steps ที่เรียงลำดับ แทนการประดิษฐ์ธง “smart merge” อีกตัว
วิธีรัน
Merge PDFs บนเบราว์เซอร์ หรือ POST /api/v1/general/merge-pdfs พร้อม fileInput ซ้ำ (Developers) จากเชลล์:
pdfx merge a.pdf b.pdf -o merged.pdf
หรือยิงไปที่ base ที่โฮสต์ไว้หรือที่โฮสต์เอง:
pdfx --cloud --api-base "$API_BASE" --api-key "$KEY" merge a.pdf b.pdf -o merged.pdf
การเรียกแคตตาล็อกแบบไม่ระบุตัวตนไม่ต้องใช้คีย์บนไซต์สาธารณะ คีย์สำคัญสำหรับตัวตนงานอัตโนมัติที่คงที่และเซิร์ฟเวอร์ที่โฮสต์เองซึ่งมีประตูป้องกัน หากต้องการ op เดียวกันผ่าน curl และ MCP ดู ปฏิบัติการเดียวกัน สี่ไคลเอนต์