PDF, Word, Excel? 모든 문서 작업에 맞는 포맷 고르기
2026년 9월 12일
"이걸 PDF로 보내야 할까, Word 문서로 보내야 할까?"는 끊임없이 나오는 질문이며, 솔직한 답은 파일을 보낸 뒤 그 파일에 무슨 일이 일어나느냐에 달려 있습니다. PDF, Word(.docx), Excel(.xlsx)은 각각 다른 문제를 해결하기 위해 설계되었고, 포맷 간 변환에서 생기는 서식 골칫거리 대부분은 포맷에 원래 만들어지지 않은 일을 시키는 데서 옵니다.
각 포맷은 실제로 무엇에 최적화되어 있습니까?
PDF(Portable Document Format)는 문서가 어떤 기기, 프린터, 운영체제에서도 동일하게 보이도록 보장하기 위해 만들어졌습니다. 고정된 인쇄 지향 레이아웃이며 편집을 위한 것이 아닙니다. Word의 .docx는 내용이 바뀌면 레이아웃이 다시 흐르는 유동적이고 편집 가능한 텍스트를 위해 만들어졌습니다. 최종 포맷이 아니라 작업용 포맷입니다. Excel의 .xlsx는 수식과 계산이 있는 셀 격자를 중심으로 만들어져, 산문이나 고정 레이아웃이 아니라 구조화되고 숫자 기반이며 재계산 가능한 데이터에 최적화되어 있습니다. 올바른 포맷을 고르는 일은 문서를 편집해야 하는지, 계산해야 하는지, 아니면 그저 있는 그대로 정확히 봐야 하는지 묻는 데서 시작합니다.
PDF를 Word로 변환하면 왜 때로 서식이 엉망이 됩니까?
PDF는 각 글자의 페이지 위 정확한 위치를 고정 좌표로 저장합니다. 열 개의 단어가 한 문단을 이룬다거나 두 열의 텍스트가 실제로는 표라는 것을 본질적으로 알지 못합니다. PDF를 편집 가능한 Word 텍스트로 되돌리는 것은 위치 데이터만으로 그 구조를 역추적하는 일이며, 단순한 단일 열 텍스트에는 잘 작동하지만 복잡한 레이아웃에서는 깨진 간격, 합쳐진 열, 사라진 표 구조를 만들어 낼 수 있습니다. 원본 PDF가 시각적으로 복잡할수록(다중 열 레이아웃, 포함된 표, 스캔된 텍스트 이미지) 역변환의 신뢰도는 떨어집니다.
원본 Word나 Excel 파일 대신 PDF로 문서를 보내야 할 때는 언제입니까?
문서가 완성되었고 수신자가 내가 보는 것과 정확히 똑같이 보기를 원할 때는 언제나 그렇습니다. 서명된 계약서, 청구서, 이력서, 최종 보고서 등에서 PDF는 수신자가 다른 글꼴을 설치했거나, 소프트웨어 버전이 다르거나, 실수로 내용을 편집해서 레이아웃이 바뀔 위험을 없애 줍니다. 대가는 수신자가 쉽게 편집해서 되돌릴 수 없다는 것인데, 바로 그것이 핵심입니다. PDF는 '이것이 최종본'을 위한 포맷이고, Word와 Excel은 '아직 진행 중'을 위한 포맷입니다.
Excel을 PDF나 CSV로 변환할 때 표 구조가 때로 사라지는 이유는 무엇입니까?
Excel 스프레드시트에는 여러 시트, 병합된 셀, 수식, 조건부 서식, 정의된 인쇄 영역이 포함될 수 있습니다. PDF 내보내기는 이 모든 것을 인쇄용으로 보이거나 선택된 내용의 정적인 단일 레이아웃 스냅샷으로 평면화하므로, 수식은 단순한 숫자가 되고 다중 시트 통합 문서는 인쇄 영역이 차지하는 페이지 수만큼이 됩니다. Excel을 CSV로 변환하는 것은 반대 방향으로 한층 더 나아갑니다. CSV는 서식도, 수식도, 다중 시트도 전혀 없는 순수한 쉼표 구분 값이므로, 원시 데이터를 다른 시스템으로 가져오기에는 이상적이지만 원본 통합 문서의 구조적인 모든 것을 파괴합니다.
PDF를 PowerPoint로, 또는 PowerPoint를 PDF로 변환할 때 실제로 무슨 일이 일어납니까?
PDF에서 PowerPoint로의 변환은 각 PDF 페이지를 편집 가능한 텍스트 및 이미지 상자가 있는 슬라이드로 재구성하려고 시도합니다. 대부분 텍스트이거나 대부분 이미지인 단순한 슬라이드에는 믿을 만하지만, PDF 페이지에 PowerPoint의 슬라이드/자리 표시자 모델에 깔끔하게 대응되지 않는 빽빽하게 겹치는 디자인 요소가 있으면 덜 믿을 만합니다. PowerPoint에서 PDF로는 재구성이 아니라 단순화이기 때문에 더 믿을 만한 방향입니다. PowerPoint는 각 슬라이드가 어떻게 보여야 하는지 이미 정확히 알고 있고, PDF는 그 고정된 레이아웃을 담기만 하면 되는데, 이것이 바로 PDF가 보존하도록 설계된 것입니다.
JSON vs XML — 실제로 둘 사이를 변환해야 할 때는 언제입니까?
둘 다 사람이 읽기 위한 것이 아니라 시스템 간에 정보를 옮기기 위한 구조화된 데이터 포맷이지만, 서로 다른 시대와 설계 철학에서 왔습니다. JSON은 간결하고, 대부분의 현대 프로그래밍 언어가 데이터를 표현하는 방식(객체와 배열)에 자연스럽게 대응되며, 웹 API의 기본이 되었습니다. XML은 더 장황하지만 속성, 네임스페이스, 주석, 공식 스키마 검증 체계처럼 JSON이 기본으로 지원하지 않는 것들을 지원하며, 그래서 많은 오래된 기업 시스템, 일부 정부 데이터 피드, 특정 문서 표준이 여전히 XML을 요구합니다. 보통 새로운 JSON 기반 API를 오래된 XML 기반 시스템과 통합하거나 그 반대일 때 둘 사이를 변환해야 합니다.