'텍스트 붙여넣기'로 충분한 경우와 아닌 경우

서식 재구성: 일반 텍스트로 변환하면 폰트, 들여쓰기, 여백, 헤더, 제목 레벨, 그림 배치, 내어쓰기 같은 서식 정보가 모두 날아갑니다. 블로그 단락 한두 개쯤은 별문제 없지만, 제출 규정이 있는 논문이라면 서식 다시 만드는 데 리라이트 자체보다 시간이 더 걸리는 일도 흔합니다. 완전히 기계적인 작업이죠.

분할로 인한 일관성 상실: 업계 전반적으로 요청당 2~3천 자 정도가 상한선이라, 그보다 긴 문서는 쪼개서 넣어야 합니다. 그러면 용어 통일성이 깨지고, 역참조가 끊기며, 그림 번호가 어긋납니다. 앞의 두 가지가 특히 위험하죠. 훑어읽기로는 잘 안 걸리지만, 심사위원은 금방 알아챕니다.

인용 무결성 문제: "Smith (2020) 는 ...라고 주장했다" 같은 문장은 저자가 문장의 주어로 되어 있죠. 문장을 매끄럽게 다듬는 과정에서 이게 "연구자들이 ...라고 주장했다"로 바뀌면서 인용이 날아갑니다. 복수 출처를 동시에 인용한 괄호 인용도 문장이 재구성되면 쪼개지기도 하죠. 인용 하나를 잃는 건 학술적으로 출처 미표기와 같고, 참고문헌이 수백 개인 논문은 일일이 손으로 확인할 수 없습니다.

간단한 판단법: 최종적으로 제출하는 게 파일인가요 아니면 텍스트 단락인가요? 파일이라면 - 서식과 인용, 구조가 갖춰진 - 일반 텍스트로 변환하는 모든 단계는 불필요한 재작업을 만들어내는 셈입니다. 텍스트 단락이라면 가장 빠른 길을 택하세요. 저희는 전자의 경우만 다루며, 속도는 느리고 무겁고 영어만 지원하며 무료 티어 규모도 작습니다.