Hazel Contents Contain 작동 안 할 때: 원인과 해결 방법

Hazel의 Contents Contain 조건이 매칭을 멈췄다면, 다른 곳을 보기 전에 이 조건이 실제로 무엇을 읽는지부터 확인하세요. 파일 자체가 아니라 Spotlight가 만든 색인입니다. 새 파일이거나 클라우드에서 동기화된 파일, 검색에서 제외된 폴더처럼 Spotlight가 아직 색인하지 않았다면, 텍스트가 문서 안에 분명히 있어도 조건은 아무것도 찾지 못합니다. Noodlesoft 자체 지원 포럼이 알려주는 해결책은 단순합니다. 조건을 Contents Contain Match로 바꾸면 파일 자체를 읽으므로 Spotlight를 완전히 건너뜁니다. 느리기는 합니다. Noodlesoft도 그렇게 솔직히 말합니다. 느리지만 정확한 쪽이 빠르지만 틀린 쪽보다 낫습니다.

이 해결책만으로 대부분의 경우가 1분 안에 풀립니다. 이 글의 나머지 부분에서는 왜 이런 문제가 생기는지, 조건을 바꿔도 완전히 해결되지 않을 때 확인할 세 가지, 그리고 Hazel의 내용 매칭이 File Arbor를 포함한 다른 어떤 대안보다도 여전히 앞서는 지점을 다룹니다.

Hazel의 "Contents Contain"은 왜 매칭을 멈출까요?

Hazel에는 파일 안의 내용을 확인하는 조건이 두 가지 있고, 둘은 완전히 다른 방식으로 동작합니다. Contents Contain은 파일을 직접 열어 보지 않고 Spotlight에게 어떤 단어가 있는지 묻습니다. Contents Contain Match는 파일을 직접 열어 텍스트를 검색합니다.

이 설계 자체는 합리적입니다. Spotlight 색인은 빠르고, 대부분의 경우 정확합니다. 문제는 "파일이 존재한다"와 "Spotlight가 그 파일의 색인을 끝냈다" 사이의 간격입니다. 몇 초 전에 감시 폴더에 들어온 파일은 아직 검색되지 않을 수 있습니다. iCloud Drive, Dropbox, OneDrive에서 동기화된 파일은 다운로드가 진행 중이거나 동기화 클라이언트가 베타 상태라면 몇 분씩 색인되지 않은 채로 남아 있을 수 있습니다. 외장 드라이브나 네트워크 공유 폴더, macOS의 Spotlight 개인정보 보호 제외 목록에 들어간 것이라면 Spotlight 검색에 아예 나타나지 않습니다 — 규칙을 몇 번을 실행하든 Contents Contain도 그 파일을 보지 못한다는 뜻입니다.

이것은 규칙의 버그가 아닙니다. 규칙은 색인을 확인하는 것이고, 뒤처진 쪽은 그 색인입니다. Hazel은 규칙을 매번 정확하게 실행하지만, 정직한 답이 "아직 아니다"일 때 Spotlight로부터 "없다"는 대답을 받는 것뿐입니다.

진짜 해결책: "Contents Contain Match"로 바꾸기

규칙을 열어 내용 조건을 찾은 뒤, 팝업 메뉴를 Contents Contain에서 Contents Contain Match로 바꾸세요. 대부분의 사용자에게는 이것으로 해결이 끝나며, Noodlesoft 포럼도 색인 지연으로 밝혀진 매칭 실패 사례마다 이 방법을 제시합니다.

Contents Contain Match는 Spotlight에 아무것도 묻지 않습니다. 파일을 열어 텍스트를 추출하고, 규칙이 실행되는 바로 그 순간 검색합니다. 뒤처질 색인도 없고, 걸려 넘어질 제외 목록도 없고, 백그라운드 작업이 따라잡기를 기다릴 필요도 없습니다. 대가는 속도입니다 — 파일을 직접 읽는 쪽이 조회 테이블을 확인하는 것보다 오래 걸립니다 — 하지만 대부분의 다운로드 폴더나 문서 폴더 규모에서는 체감할 정도의 차이가 아닙니다.

Contents Contain을 쓰는 규칙이 수십 개라도 처음부터 다시 만들 필요는 없습니다. 하나씩 열어 팝업 메뉴 하나만 바꾸고 저장하세요. 규칙이 많다면 지루하겠지만, 재설계가 아니라 기계적인 수정일 뿐입니다.

모든 규칙을 다시 만들기 전에 확인할 세 가지

조건을 Contents Contain Match로 바꾸면 증상은 해결됩니다. Spotlight가 애초에 그 파일을 놓친 이유를 알고 싶거나, 안전한 곳에서는 더 빠른 조건을 그대로 쓰고 싶다면 아래 세 가지가 실제로 흔히 발견되는 나머지 원인을 다룹니다.

1. 해당 폴더를 재색인하기. 파일 안에 있는 단어로 Spotlight나 Finder 창에서 검색해 보세요. 파일이 나타나지 않는다면 Spotlight가 정말 아직 색인하지 않은 것입니다. Apple이 안내하는 방법은 해당 폴더를 Spotlight 개인정보 보호 목록에 추가했다가 몇 초 뒤 다시 제거하는 것입니다. Spotlight는 이 제거를 그 폴더를 처음부터 다시 색인하라는 신호로 받아들이며, 볼륨 전체를 재색인하는 것보다 빠릅니다.
2. 개인정보 보호 제외 목록 자체를 확인하기. 시스템 설정 → Spotlight → 검색 개인정보 보호(예전 macOS에서는 시스템 환경설정 → Spotlight → 개인 정보 보호)를 열어, 감시 중인 폴더와 그 상위 폴더, 외장 드라이브나 네트워크 볼륨이 이미 제외되어 있지 않은지 확인합니다. 백업에서 복원하거나 새 Mac으로 이전한 뒤에는 폴더가 우연히 이 목록에 들어가 있는 경우가 특히 흔합니다.
3. 파일에 텍스트 레이어가 있는지부터 확인하기. Preview에서 PDF를 열고 한 줄의 텍스트를 클릭한 채로 드래그해 보세요. 아무것도 강조되지 않는다면 검색할 텍스트 레이어가 없는 것입니다 — 문서가 스캔 이미지나 사진이라는 뜻이며, 다음에 다룰 OCR 없이는 Hazel의 어떤 조건도 매칭하지 않습니다.

Hazel 6이 File Arbor보다 할 수 있는 것은?

솔직하게 짚고 넘어갈 가치가 있습니다. 보유한 파일 대부분이 암호화된 PDF라면 Hazel이 이 작업에 더 나은 도구이고, 아래 어떤 내용도 그 사실을 바꾸지 못합니다.

Hazel 6은 즉석 문자 인식을 추가했습니다. Noodlesoft 자체 문서는 이것을 "이미지(그리고 아직 텍스트 레이어가 없는 PDF)"에 매칭을 시도하기 전에 실행되는 OCR이라고 설명합니다. 다시 말해 스캔한 인보이스나 휴대폰으로 찍은 영수증 사진처럼 추출할 텍스트가 전혀 없는 파일도 Hazel 규칙과 매칭될 수 있다는 뜻입니다. Hazel 6은 암호화된 PDF에 비밀번호를 입력하는 기능도 추가해서, 잠긴 문서가 그냥 조용히 실패하지 않습니다.

File Arbor는 1.3.0 이전에는 둘 다 하지 못했습니다. 그 뒤로 스캔한 문서도 읽도록 설정한 Pro 규칙은 스캔한 PDF와 JPEG, PNG, TIFF 이미지에 OCR을 실행하며, 각각 첫 페이지와 마지막 페이지를 읽습니다. 암호로 보호된 PDF는 여전히 손댈 수 없고 — 비밀번호 옵션이 없습니다 — 이것은 사소한 각주가 아니라 실제 공백입니다. 암호화된 문서를 다루는 Mac 사용자가 전환하지 말고 Hazel에 남아야 하는 가장 분명한 이유입니다.

"Contents Contain" 대 "Contents Contain Match" 한눈에 보기

File Arbor는 어디에 맞고, 어디에 맞지 않을까요?

여기까지 온 진짜 이유가 Spotlight를 신경 쓸 필요 없는 같은 종류의 내용 규칙을 원해서라면, File Arbor가 Contents Contain보다는 Contents Contain Match에 더 가까운 지점에 있습니다. Pro 전용 기능인 File Arbor의 content contains 조건은 파일의 텍스트를 직접 읽습니다 — 실행되는 두 운영체제 어디에서도 검색 색인이 끼어들 자리가 없습니다. 대소문자와 악센트를 구분하지 않으므로 Windows와 macOS 양쪽에서 똑같이 동작합니다. 예를 들어 거래처 담당자 이름이 Nguyễn으로 적힌 계약서라도, 규칙에는 악센트 없이 nguyen이라고만 입력하면 됩니다. 표기 방식을 일일이 다 챙기지 않아도 된다는 뜻입니다. 텍스트 레이어가 있는 PDF와 DOCX 파일, 일반 텍스트를 읽고, 1.3.0부터는 규칙이 읽도록 설정된 경우 스캔한 PDF와 사진도 읽지만, 내용 매칭이 등장하는 어디에서나 마찬가지인 같은 공백이 있습니다. 스프레드시트 없음, DOCX 머리글·바닥글·각주 없음, 암호화된 PDF 없음입니다.

이름을 붙일 가치가 있는 진짜 차이는 마지막 부분입니다. Hazel의 내용 조건은 macOS 전용입니다. File Arbor의 내용 조건은 크로스 플랫폼입니다 — 같은 규칙이 하나의 앱으로 Windows에서도 Mac에서도 감시 폴더에 적용됩니다. Mac 전용 작업 흐름이라면 이것은 전환할 이유가 되지 못합니다. Hazel은 이미 필요한 것을 해내고, 암호화된 PDF까지 더하면 오히려 더 많은 것을 해냅니다. Windows 컴퓨터에서도 규칙을 함께 관리하며 서로 맞추고 싶을 때만 의미가 있는 차이입니다.

File Arbor의 내용 조건이 하는 일을 정확히 짚는 것도 중요합니다. 도착 폴더를 정할 뿐, 그 이상은 없습니다. 문서에서 글자를 뽑아 새 파일 이름에 넣는 일은 1.3.0에서 추가된 별도의 Pro 기능입니다. 샘플 문서에서 청구서 날짜 같은 값을 한 번 클릭하면, 규칙이 그 값으로 파일 이름과 폴더를 만듭니다. Hazel도 캡처한 매칭 토큰으로 그렇게 할 수 있습니다. 도구마다 내용 기준 파일 정리가 할 수 있는 일과 할 수 없는 일을 더 폭넓게 살펴보려면 내용으로 파일 정리하기 가이드를 참고하세요.

어떤 해결책을 먼저 시도해야 할까요?

"어제는 규칙이 매칭됐는데 오늘은 같은 폴더, 같은 파일인데도 안 됩니다." 그 규칙을 Contents Contain Match로 먼저 바꿔 보세요. 거의 항상 색인 지연 문제이고, Match 버전은 이 문제를 아예 우회합니다.

"파일이 OneDrive, Dropbox나 외장 드라이브에 있습니다." 다른 무엇보다 먼저 그 볼륨의 Spotlight 개인정보 보호를 확인하세요. 클라우드 동기화 클라이언트와 외장 드라이브는 누구도 의도하지 않았는데 폴더가 제외되는 가장 흔한 위치입니다.

"PDF에서 직접 텍스트를 복사해봤고 분명히 안에 있습니다." 다음으로 텍스트 레이어를 확인하세요. Preview의 텍스트 선택 테스트는 10초면 끝나고, OCR이 진짜 빠진 부분인지 바로 알려줍니다.

"스캔 문서나 암호로 보호된 PDF가 있고 이 모든 것과 상관없습니다." Hazel에 남아 OCR과 비밀번호 옵션을 쓰세요. Spotlight 수정으로는 그 지점까지 갈 수 없고, File Arbor Pro는 1.3.0부터 스캔본을 읽지만 암호로 보호된 PDF는 열지 못합니다 — 이것은 Hazel의 진짜 장점이고, 이 글이 설득해서 바꿀 수 있는 부분이 아닙니다.

"Windows 컴퓨터에서도 같은 내용 규칙을 쓰고 싶습니다." File Arbor가 살펴볼 가치가 있는 유일한 경우입니다 — Hazel의 대체재로서가 아니라, Hazel이 닿지 않는 두 번째 플랫폼에서 동등한 규칙을 실행하는 방법으로서입니다.

앞으로 내용 규칙을 안정적으로 유지하는 방법

클라우드 스토리지와 동기화되거나 이동식 미디어에 있는 폴더를 감시하는 규칙이라면 기본값을 Contents Contain Match로 두세요. 약간의 속도 손해는 Spotlight가 따라잡았는지 걱정하지 않아도 된다는 것으로 충분히 보상됩니다. 색인이 실제로 최신 상태임을 확인한 메인 내부 드라이브의 폴더에는 일반 Contents Contain을 남겨 두세요. 색인이 실제로 현재 상태일 때는 더 빠른 선택지이기 때문입니다.

새 내용 규칙을 만들면, 새로 들어올 파일에 적용하기 전에 이미 매칭된다고 알고 있는 파일로 먼저 테스트해 보세요. 조용히 아무 일도 하지 않는 규칙은 발동하지 말아야 할 때 발동하는 규칙보다 훨씬 알아차리기 어렵고, 내용 조건은 밑바탕의 텍스트 추출 — Spotlight든 직접 읽기든 — 이 비어 있을 때 정확히 이런 식으로 조용히 실패하는 종류의 규칙입니다.

FAQ

Hazel의 Contents Contain 조건이 왜 파일을 매칭하지 못하나요?

Contents Contain은 파일 자체가 아니라 Spotlight 색인을 검색합니다. 새 파일이거나 클라우드에서 동기화된 파일, 외장 드라이브에 있는 파일, Spotlight 개인정보 보호 목록에서 제외된 폴더처럼 아직 색인되지 않은 파일이라면 텍스트가 문서 안에 분명히 있어도 조건은 아무것도 찾지 못합니다. Noodlesoft 자체 포럼도 이것이 가장 흔한 원인이라고 확인해 줍니다.

Hazel의 Contents Contain과 Contents Contain Match는 무엇이 다른가요?

Contents Contain은 Spotlight 색인을 확인하므로 빠르지만, Contents Contain Match는 파일을 직접 읽으므로 느린 대신 Spotlight에 전혀 의존하지 않습니다. Contents Contain이 매칭했어야 할 파일을 놓칠 때마다 Noodlesoft는 두 번째 옵션을 권장합니다. 직접 읽기는 오래되거나 불완전한 색인에 속을 일이 없기 때문입니다.

Hazel의 Contents Contain 작동 안 함 문제는 어떻게 고치나요?

규칙을 열어 조건을 Contents Contain에서 Contents Contain Match로 바꾸세요. Noodlesoft가 직접 권장하는 방법이며, Match 버전이 Spotlight에 기대지 않고 파일의 텍스트를 곧바로 읽기 때문에 효과가 있습니다. 그래도 해결되지 않는다면 Spotlight가 실제로 그 폴더를 색인했는지, 파일에 스캔 이미지가 아니라 진짜 텍스트 레이어가 있는지 확인하세요.

Hazel은 스캔한 PDF나 서류 사진도 읽을 수 있나요?

네, Hazel 6부터 가능합니다. Noodlesoft는 아직 텍스트 레이어가 없는 이미지와 PDF에 매칭 전 즉석 문자 인식(OCR)을 실행하는 기능을 추가했고, 암호화된 PDF에 비밀번호를 입력하는 옵션도 추가했습니다. 이전 버전의 Hazel과 대부분의 규칙 기반 경쟁 제품은 텍스트 레이어가 전혀 없는 파일을 읽지 못하며, File Arbor Pro는 1.3.0부터 읽을 수 있지만 비밀번호 옵션은 없습니다.

File Arbor도 Hazel처럼 Spotlight에 의존하나요?

아니요. File Arbor의 내용 매칭 조건은 Hazel의 Contents Contain Match와 같은 방식으로 파일의 텍스트를 직접 읽으므로, 오래될 수 있는 색인도 없고 폴더가 제외될 일도 없습니다. Hazel이 자체 직접 읽기 옵션에서 받아들이는 것과 같은 절충이 있습니다 — 색인 확인보다 파일을 직접 읽는 쪽이 느리지만, Spotlight가 그 파일을 먼저 처리했는지에 좌우되지 않습니다.

File Arbor가 OCR이나 암호화된 PDF에서도 Hazel을 대신할 수 있나요?

스캔본은 1.3.0부터 가능하지만 File Arbor Pro는 첫 페이지와 마지막 페이지만 읽습니다. 암호화된 PDF는 불가능합니다. 암호로 보호된 PDF를 열지 못하므로 암호화된 문서는 File Arbor의 내용 규칙과 절대 일치하지 않습니다. Hazel 6은 둘 다 가능합니다. 보유한 파일 대부분이 암호화된 PDF라면 Hazel이 더 나은 선택이며, File Arbor의 장점은 Spotlight 의존 없이 Windows와 Mac에서 같은 내용 규칙을 쓸 수 있다는 점입니다.

핵심 정리

Hazel의 Contents Contain 조건은 고장 난 것이 아닙니다. Spotlight가 색인한 것에 대해 정직하게 답할 뿐이고, 그것이 파일 안에 실제로 있는 것과 항상 같지는 않습니다. 규칙을 Contents Contain Match로 바꾸면 Spotlight로 인한 간격이 완전히 사라집니다. 암호화된 PDF가 작업 흐름의 일부라면, Hazel 6의 비밀번호 지원은 지금 어떤 Spotlight 수정도, 어떤 File Arbor 규칙도 대신할 수 없는 일을 해냅니다.

Windows에도 파일을 두고 그곳에서도 같은 종류의 내용 규칙을 쓰고 싶다면, File Arbor의 무료 플랜만으로도 자신의 파일에 규칙을 시험해 보고 Hazel과 나란히 쓸 가치가 있는지 판단할 수 있습니다 — Hazel을 대신하는 것이 아니라 함께 쓰는 방법입니다. Pro 플랜의 내용 조건에 무엇이 포함되는지는 가격 페이지에서 확인하세요.