이 글의 목적은 Microsoft Word에서 ‘추적 변경(Track Changes)’ 사용 시 발생하는 느려짐·멈춤·스크롤 지연·커서 지연 문제를 재현 가능한 절차와 체크리스트로 진단하고, 즉시 적용 가능한 최적화 설정과 유지보수 방법을 제공하여 업무 현장에서 바로 해결하도록 돕는 것이다.
1. 증상 정의와 원인 구조화
추적 변경을 켠 상태에서 입력 지연, 스크롤 끊김, 페이지 전환 지연, 주석 풍선 렌더링 지연, 저장 지연이 발생하는 경우가 많다. 근본 원인은 다음의 누적으로 설명된다.
- 개정 이력 개수 증가에 따른 마크업 레이어 렌더링 비용 증가이다.
- 모든 편집자의 변경 이력과 주석을 한 화면에 표시할 때 레이아웃 엔진의 재계산 비용이 커지기 때문이다.
- 헤더·푸터·텍스트 상자·도형 내부의 변경 이력이 분산되어 페이지마다 배치 재계산이 반복되기 때문이다.
- 대용량 이미지·표·분할 구역(Section)·복잡한 번호 매기기·다단계 스타일이 추가 비용을 유발하기 때문이다.
- 검토 창·주석 풍선 표시, 서식 변경 추적, 실시간 맞춤법 검사, 추가 기능이 동시 처리되어 병목이 생기기 때문이다.
2. 즉시 효과가 큰 10분 해결 팁
- 표시량 줄이기 : 검토 탭에서 모든 마크업 대신 간단한 마크업 으로 전환한다.
- 검토자 범위 축소 특정 사용자 만 표시하고 불필요한 검토자의 변경 표시를 해제한다.
- 서식 변경 추적 해제 추적 옵션 에서 서식 추적을 끈다.
- 풍선 최소화 풍선에 주석 및 서식만 표시 로 설정하고 삽입·삭제는 본문에 표시한다.
- 보기 전환 인쇄 레이아웃 대신 초안 보기로 변경한다.
- 그림 표시 축소 그림 자리표시자 사용으로 이미지 렌더링을 지연한다.
- 문서 분할 : 100페이지 이상 또는 개정 1만 건 이상 문서는 장별로 분리하여 작업한다.
- 자동 저장 주기 점검 : 자동 저장 간격을 늘리거나 수동 저장 시점을 조정한다.
- 추가 기능 점검 : 불필요한 애드인을 비활성화한다.
- DOCX로 변환 : 구형 DOC 형식을 DOCX로 저장하여 마크업 구조를 최적화한다.
주의 :
표시량 감소는 성능을 개선하지만 개정 내용 자체를 삭제하지는 않는다. 제출 직전에는 표시 옵션을 원복하여 최종 검토를 수행해야 한다.
3. 권장 설정값: Windows와 macOS
| 영역 | 권장 설정 | 효과 |
|---|---|---|
| 표시 모드 | 간단한 마크업 | 화면에 표시되는 개정 요소를 줄여 렌더링 시간을 단축한다. |
| 검토자 필터 | 특정 사용자만 표시 | 필요한 변경만 그려서 레이아웃 재계산을 줄인다. |
| 서식 변경 추적 | 해제 | 불필요한 마크업 수를 감소시킨다. |
| 풍선 | 주석·서식만 풍선, 삽입·삭제는 본문 | 풍선 재배치를 최소화하여 스크롤 지연을 줄인다. |
| 보기 | 초안 보기 | 페이지 배치 계산을 생략하여 커서 지연을 줄인다. |
| 그림 렌더링 | 그림 자리표시자 사용 | 대용량 이미지로 인한 프레임 드랍을 방지한다. |
| 맞춤법/문법 검사 | 실시간 검사를 임시 해제 | 키 입력 지연을 감소시킨다. |
| 추가 기능 | 문제 재현 시 모두 비활성화 | 서드파티 후킹으로 인한 병목을 제거한다. |
| 파일 형식 | DOCX로 저장 및 압축 이미지 | 문서 구조 단순화와 용량 절감으로 캐시 효율을 높인다. |
| 하드웨어 가속(Windows) | 사용 또는 사용 안 함을 전환 후 체감 속도 비교 | GPU 렌더링 이슈를 회피하거나 활용한다. |
4. 단계별 진단 절차
- 복제 가능한 최소 사례 만들기 : 원본을 복사하고 이미지를 제거한 경량 버전과 비교한다.
- 추적 변경 수 확인 : 검토 창에서 개정 건수를 파악하여 임계 구간을 추정한다.
- 뷰 전환 성능 비교 : 인쇄 레이아웃, 웹 레이아웃, 초안 보기에서 타이핑 지연을 비교한다.
- 표시 필터 적용 : 검토자·종류·서식 표시를 단계적으로 꺼서 병목 지점을 특정한다.
- 애드인 안전 모드 : 추가 기능을 모두 끄고 성능을 비교하여 충돌 여부를 확인한다.
- 플랫폼 변수 배제 : 동일 문서를 다른 PC·macOS에서 열어 하드웨어 의존성을 점검한다.
- 파일 형식 교정 : DOC → DOCX 변환, 파일>정보>문서 검사 로 숨은 데이터 정리 후 재테스트한다.
5. 워드 옵션 세부 설정 가이드
5.1 표시 옵션 최적화
- 검토 탭 → 표시 옵션: 간단한 마크업 선택한다.
- 검토 탭 → 사용자별 표시: 필요한 검토자만 선택한다.
- 검토 탭 → 추적 옵션: 서식 추적 해제한다.
- 파일 → 옵션 → 고급 → 그림 자리표시자 표시 활성화한다.
- 파일 → 옵션 → 고급 → 문서 내용 표시 에서 필드 그림 의 자동 업데이트를 해제한다.
5.2 보기와 레이아웃
- 보기 탭 → 초안 선택한다.
- 보기 탭 → 탐색 창을 켠 뒤 제목 수준만 표시하여 대용량 이동 시 점프한다.
- 여백이 많은 주석은 검토 창 으로 확인하고 평소에는 닫아둔다.
5.3 자동 검사와 자동 저장
- 파일 → 옵션 → 언어 교정 → 실시간 맞춤법·문법 검사를 임시 해제한다.
- 자동 저장 기능 사용 시 대용량 네트워크 드라이브에서는 수동 저장을 병행한다.
5.4 추가 기능 정리
- 파일 → 옵션 → 추가 기능 → COM 추가 기능 → 이동 → 모두 해제한 후 하나씩 다시 켠다.
- 특정 애드인에서 성능 저하가 재현되면 해당 애드인을 지속 비활성화한다.
6. 문서 구조 다이어트
개정 이력이 많을수록 속도 저하는 기하급수적으로 증가한다. 다음 절차로 문서 구조를 다이어트한다.
- 장·부록 분리 : 장별 파일로 분리하여 개정 밀도를 낮춘다.
- 이미지 경량화 : 그림 도구 → 그림 압축 → 해상도 220ppi 이하로 조정한다.
- 스타일 정규화 서식 지우기 후 공통 스타일만 재적용한다.
- 머리글·바닥글 정리 : 불필요한 텍스트 상자·도형·필드를 제거한다.
- 개정 이력 스냅샷 : 중간 저장본에서 변경 내용을 수락한 작업용 스냅샷 을 만든다.
주의 :
팀 협업 중간에 변경 내용을 수락하면 감사 추적이 끊긴다. 최종 승인 전에는 스냅샷 파일에서만 수락을 수행하고 원본은 그대로 유지한다.
7. 변경 내용 일괄 처리 안전 레시피
헤더·푸터·도형 내부의 개정은 눈에 띄지 않아 성능을 계속 악화시킨다. 다음 방법으로 안전하게 일괄 처리한다.
7.1 UI만으로 처리
- 검토 탭 → 변경 내용 수락 드롭다운 → 문서의 모든 변경 내용 수락 을 절대 바로 누르지 않는다.
- 현재 페이지의 변경 내용 수락 → 성능 변화를 관찰한다.
- 헤더/푸터 편집 모드로 전환 후 페이지별로 주석·삭제 표시를 정리한다.
7.2 VBA 매크로로 헤더/푸터 우선 정리
다음 매크로는 헤더·푸터·각 섹션 범위에서 개정만 선별 수락한다.
' 헤더·푸터의 개정만 수락한다. Sub AcceptRevisionsInHeadersAndFooters() Dim s As Section Dim hdr As HeaderFooter Dim ftr As HeaderFooter
For Each s In ActiveDocument.Sections
For Each hdr In s.Headers
If hdr.Exists Then hdr.Range.Revisions.AcceptAll
Next hdr
For Each ftr In s.Footers
If ftr.Exists Then ftr.Range.Revisions.AcceptAll
Next ftr
Next s
End Sub
주의 :
매크로 실행 전에는 반드시 복사본에서 테스트한다. 문서 보안 정책상 매크로 실행이 제한될 수 있다.
8. 대용량 문서 작업 모드 운영 절차
- 작업 시작 전: 초안 보기 , 간단한 마크업 , 그림 자리표시자 를 기본값으로 적용한다.
- 편집 중: 장·표·그림 단위로 커밋 포인트를 정하고 그 시점에 변경 내용 수락 스냅샷을 만든다.
- 검토 단계: 검토자별로 분리 검토를 진행하고 병합 전까지는 표시량을 최소화한다.
- 최종 산출: 모든 표시 옵션을 복원하고 최종 교정 후 PDF로 내보낸다.
9. 체크리스트: 원인별 증상–조치 매핑
| 증상 | 가능 원인 | 우선 조치 | 대체 조치 |
|---|---|---|---|
| 입력 지연 | 검토자 다수 표시, 실시간 검사 | 간단한 마크업, 특정 사용자 표시 | 맞춤법 검사 해제, 애드인 비활성화 |
| 스크롤 끊김 | 풍선 과다, 이미지 과다 | 풍선 최소화, 그림 자리표시자 | 초안 보기 전환, 이미지 압축 |
| 저장 지연 | 개정 이력 과다, 네트워크 저장 | 문서 분할, 로컬 저장 | 중간 스냅샷에서 수락·정리 |
| 페이지 전환 느림 | 인쇄 레이아웃 재계산 | 초안 보기 | 표·도형 단순화 |
| 주석 열 때 멈춤 | 풍선 재배치, 긴 스레드 | 검토 창 일시 사용 후 닫기 | 스레드 분리, 오래된 주석 정리 |
10. 팀 협업을 위한 운영 규칙
- 검토 라운드마다 표시 프로파일 (검토자·풍선·서식)을 템플릿으로 공유한다.
- 장별 파일을 병렬 검토하고 마지막에 병합한다.
- 주석에는 결론만 남기고 해결된 스레드는 닫거나 삭제한다.
- 이미지는 외부 링크가 아닌 문서 내 삽입 후 압축하여 이식성을 보장한다.
11. 성능 벤치마크 방법
- 문서 열기 직후부터 60초간 타이핑·스크롤·주석 열기 동작을 반복한다.
- 다음 구성마다 체감 지연을 1~5로 기록한다: 모든 마크업 , 간단한 마크업 , 초안 보기 , 풍선 최소화 , 애드인 해제 .
- 최소 체감 지연 구성을 기본 프로파일로 채택한다.
| 구성 | 입력 지연 | 스크롤 | 주석 표시 | 총평 |
|---|---|---|---|---|
| 모든 마크업 | 5 | 5 | 5 | 작업 불가 |
| 간단한 마크업 | 3 | 3 | 3 | 부분 가능 |
| 초안 보기 | 2 | 2 | 3 | 원고 편집 적합 |
| 풍선 최소화 | 2 | 2 | 2 | 균형 우수 |
| 애드인 해제 | 1 | 2 | 2 | 최적 |
12. 자주 하는 질문과 답변
FAQ
변경 내용을 수락하지 않고도 속도를 올릴 수 있나?
가능하다. 표시량을 줄이고 초안 보기로 전환하면 개정은 보존하면서도 렌더링 비용을 크게 줄일 수 있다.
주석 풍선을 전부 숨기면 검토 품질이 떨어지지 않나?
검토 창을 필요할 때만 열어 확인하면 품질을 유지할 수 있다. 상시 숨김보다 상황별 토글을 권장한다.
문서 크기가 작아도 느리다. 왜 그런가?
파일 용량과 개정 이력 수는 상관관계가 약하다. 개정 건수·풍선 수·복잡한 표·필드가 지연을 유발한다.
협업 중인데 변경 수락을 해도 되나?
원본에서는 하지 말아야 한다. 스냅샷 분기에서만 수락하고 원본은 최종 승인 전까지 이력을 유지한다.
하드웨어 가속은 켜야 하나 꺼야 하나?
하드웨어 가속은 켜야 하나 꺼야 하나?
환경마다 다르다. 켜고 끔을 각각 테스트하여 체감이 좋은 쪽을 채택한다.