Outlook에서 이메일 주소를 추출하는 방법

빠르게 목록이 필요해 Outlook을 엽니다. 영업팀에서 팀이 이미 접촉한 모든 잠재 고객을 원할 수도 있습니다. 또는 마케팅팀에서 CRM 마이그레이션 전에 재참여 세그먼트가 필요할 수도 있습니다. 그러다 문제를 발견합니다. Contacts 폴더에는 전체 정보의 일부만 저장되어 있고, 주소 기록은 보낸 편지함, 받은 편지함 스레드, 오래된 계정 폴더에 흩어져 있습니다.

대부분의 Outlook 추출 프로젝트가 틀어지는 지점이 바로 여기입니다. 사람들은 연락처를 내보내고 작업이 끝났다고 생각한 뒤, 정리되지 않은 파일을 발신자 플랫폼에 업로드합니다. 실제로 Outlook에서 이메일 주소를 추출하는 방법은 필요한 대상에 따라 달라집니다. 저장된 연락처인지, 메시지 기록의 주소인지, 아니면 둘 다인지에 따라 다릅니다. 그다음 작업이 시작됩니다. 파일을 정리하고, 중복 항목을 제거하며, 누군가 캠페인을 발송하기 전에 전달 가능성을 검증합니다.

Outlook에서 이메일 주소를 추출하는 것이 중요한 이유

일반적인 계기는 기술적인 문제가 아니라 운영상의 필요입니다. 영업 관리자가 공유 사서함을 인수합니다. 마케터는 suppression-safe 재활성화 목록이 필요합니다. 운영 담당자는 HubSpot이나 Salesforce로 데이터를 옮기다가 Outlook 주소록에는 누군가 저장하려고 했던 연락처만 반영된다는 사실을 깨닫습니다.

이 차이가 중요한 이유는 Outlook이 유용한 주소 데이터를 서로 다른 두 종류로 저장하기 때문입니다. 하나는 연락처 저장소에 있습니다. 다른 하나는 보낸 메일, 받은 메일, 전달된 메일, 답장한 메일 전반의 이메일 기록에 있습니다. 연락처만 내보내면 실제로 메일을 주고받았지만 공식 기록으로 저장되지 않은 사람들을 놓치게 됩니다.

저는 이런 상황을 아웃바운드 팀에서 가장 자주 봤습니다. SDR은 Outlook에서 이메일을 많이 보내지만 모든 수신자를 연락처로 저장하는 경우는 드뭅니다. 결과는 뻔합니다. 연락처 폴더는 깔끔해 보이지만 불완전하고, 보낸 편지함에는 실제 업무용 목록이 들어 있습니다.

실용적인 원칙: 추출을 목록 발송 준비가 아니라 데이터 수집으로 간주하세요.

일반적인 Outlook 추출은 보통 다음 작업 중 하나를 지원합니다.

• CRM 마이그레이션: 구조화된 CSV에 이름과 주소가 필요합니다.
• 목록 구축: 담당자나 공유 받은 편지함이 연락한 모든 사람을 파악하려고 합니다.
• 기록 보강: 계정 또는 리드 기록에서 누락된 이메일 필드를 채웁니다.
• 재참여 계획: 세분화하고 검증하기 전에 과거에 연락했던 사람들을 수집합니다.

Outlook에서 추출한 데이터는 바로 발송할 수 있는 상태인 경우가 드뭅니다. Microsoft가 Outlook에서 연락처 내보내기 안내에서 설명하듯이, 연락처 내보내기에는 연락처 기록에 저장된 내용에 따라 이름, 이메일 주소, 전화번호 및 기타 필드가 포함될 수 있습니다. 메시지 기록을 추출하면 보통 중복 수신자, 표시 이름, 별칭, 내부 주소 등 또 다른 유형의 문제가 생깁니다.

일반적으로 네 가지 방법이면 충분합니다. 기본 제공 내보내기, 검색 기반 추출, 규칙 기반 수집, 스크립팅입니다. 각각 작동하지만, 잘못된 사서함에 사용하면 각각 문제가 발생합니다.

Outlook 데스크톱 및 웹에서 연락처 내보내기

저장된 연락처 폴더가 있다면 가장 간단한 경우입니다. 사서함 소유자가 연락처 정보를 관리해 왔다면, Outlook의 기본 내보내기 기능을 사용하면 메시지 폴더에서 추출한 데이터보다 더 깔끔한 CSV를 얻을 수 있습니다. 헤더 데이터를 스크래핑하는 대신 구조화된 필드에서 시작하기 때문입니다.

하지만 이점에는 한계가 있습니다. 기본 내보내기는 연락처로 저장된 정보만 가져옵니다. 보낸 편지함과 받은 편지함 기록에 묻혀 있는 더 많은 사람들을 복구하지는 못합니다. 따라서 이메일 주소를 추출하는 방법을 찾는 팀은 연락처 기록을 내보내는 일과 이메일 기록에서 상대방을 복구하는 일이 서로 다른 두 가지 문제라는 사실을 깨닫게 됩니다.

Windows용 클래식 Outlook

Windows용 클래식 Outlook에서는 다음 경로를 사용합니다.

파일 > 열기 및 내보내기 > 가져오기/내보내기 > 파일로 내보내기 > 쉼표로 구분된 값

그런 다음 올바른 연락처 폴더를 선택하고 CSV를 저장한 뒤 마법사를 완료합니다. Microsoft는 Outlook 연락처 내보내기 단계에서 이 순서를 설명합니다.

마침을 클릭하기 전에 필드 매핑을 확인하세요. 특히 사서함에 사용자 지정 연락처 필드가 있거나 CRM과의 동기화 기록이 있는 경우 더욱 중요합니다. 일반적으로 중요한 필드는 다음과 같습니다.

• 이름
• 성
• 전자 메일 주소
• 회사

영업 팀이 여러 공유 사서함을 사용하거나 과거에 Exchange 마이그레이션을 진행한 적이 있다면, 저는 보통 먼저 작은 테스트 파일을 내보냅니다. 전체 CSV를 나중에 정리하는 것보다 초기에 잘못된 필드 매핑을 발견하는 편이 훨씬 빠릅니다.

웹용 Outlook

연락처가 이미 웹용 Outlook에 있다면 더 간단합니다. People로 이동한 다음 연락처 관리 > 연락처 내보내기를 선택하세요. Microsoft는 웹용 Outlook 연락처 내보내기 가이드에서 모든 연락처 또는 특정 폴더를 내보낼 수 있으며, 파일이 컴퓨터에 다운로드된다고 설명합니다.

실제 운영 환경에서는 폴더 선택이 중요합니다. 한 사용자가 한 폴더에는 공급업체를, 다른 폴더에는 고객을 보관한다면 각각 별도로 내보내세요. 이렇게 하면 소유권과 세분화가 더 명확해지고, 이후 정리 작업도 줄어듭니다.

자주 발생하는 문제

가장 큰 실수는 폴더 선택에서 발생합니다. 클래식 Outlook에서 연락처 폴더를 내보내면 연락처 기록을 얻습니다. 메일 폴더를 선택하면 대신 이메일 항목이 내보내질 수 있으며, Microsoft는 연락처 내보내기에 관한 Answers 안내에서 이를 설명합니다.

운영 업무에서는 다음과 같은 문제도 자주 발생합니다.

• 하위 폴더가 누락됨: 연락처가 여러 폴더, 계정 또는 공유 사서함에 분산되어 있을 수 있습니다.
• 메일 그룹이 그룹으로 유지됨: 내보내기 파일에 목록 객체는 포함되지만 모든 구성원 주소가 개별적으로 분리되지 않을 수 있습니다.
• 주소 유형이 서로 다름: 일부 환경에서는 사용자가 기대하는 SMTP 주소 대신 Exchange 형식의 값이 표시됩니다.
• 지역에 따라 CSV 형식이 달라짐: 구분 기호 설정에 따라 쉼표와 세미콜론이 바뀔 수 있습니다.

사서함에 여러 계정이 포함되어 있다면 관련된 각 연락처 폴더를 별도의 파일로 내보내세요. 이렇게 하면 이후 중복 제거와 검증이 더 쉬워집니다. 깔끔한 연락처 내보내기 파일도 여전히 원본 파일일 뿐이기 때문입니다. 발송 전에 불필요한 반송과 평판 문제를 피하려면 목록 정리와 주소 검증이 필요합니다.

마지막으로 한 가지 운영 점검을 권장합니다. CSV를 임시 테스트 연락처 폴더로 다시 가져온 뒤 이름, 회사 필드, 이메일 주소가 올바른 열에 들어오는지 확인하세요. 왕복 과정에서 문제가 발생하면 해당 파일이 실제 작업 목록이 되기 전에 매핑을 수정해야 합니다.

Outlook 메시지 기록에서 이메일 주소 가져오기

연락처 내보내기는 깔끔합니다. 실제 주소 복구의 대부분은 메일 기록 추출에서 이루어집니다.

사서함에서 연락한 모든 사람을 수집하려면 받은 편지함, 보낸 편지함 또는 다른 메시지 폴더에서 작업해야 합니다. Microsoft 지원 및 커뮤니티 안내에서는 분명한 차이를 설명합니다. 표준 연락처 내보내기는 저장된 연락처를 대상으로 하지만, 이메일 기록에서 주소를 추출하려면 메시지 폴더를 선택하고 Microsoft Answers의 전체 이메일 주소 추출 안내에 설명된 CSV 내보내기 과정에서 From:(Address), To:(Address), CC:(Address), **BCC:(Address)**와 같은 주소 관련 필드를 매핑해야 합니다.

고급 찾기를 사용하는 첫 번째 방법

Outlook 데스크톱에서 먼저 원하는 폴더를 엽니다. 그런 다음 다음 경로로 이동합니다.

검색 > 검색 도구 > 고급 찾기

찾는 위치를 선택한 폴더로 설정합니다. 일반적으로 발신 수신자를 원하면 보낸 편지함, 수신 발신자를 원하면 받은 편지함을 선택합니다. 폴더 범위에 따라 결과가 크게 달라집니다. 보낸 편지함은 캠페인 및 영업 기록 복구에 더 풍부한 정보를 제공하는 경향이 있습니다. 받은 편지함은 리드 수집, 파트너 연락 및 지원 기록에 더 적합합니다.

의심스러운 발신자에 대해 빠르게 포렌식 검사를 수행하거나 주소를 신뢰하기 전에 라우팅 세부 정보를 확인해야 한다면, BillionVerify는 대량 추출보다는 헤더 수준 검토에 유용한 BillionVerify의 이메일 헤더 도구도 제공합니다.

Outlook 웹용 검색을 사용하는 두 번째 방법

Outlook 웹에서는 데스크톱과 동일한 수준의 추출 기능을 제공하지 않지만, 소규모 작업에는 여전히 유용합니다. from: 및 **to:**와 같은 검색 연산자를 사용하면 사서함을 빠르게 좁힐 수 있습니다. 그런 다음 결과를 정렬하고 메시지 헤더나 표시된 목록에서 주소를 복사할 수 있습니다.

이 방법은 한 명의 계정 관리자나 하나의 캠페인 스레드에 연결된 모든 수신자처럼 특정 범위를 수집할 때 효과적입니다. 사서함의 범위가 넓고 복잡하면 속도가 느려집니다.

검색은 범위가 명확한 추출에 유용합니다. 사서함 전체가 데이터셋인 경우에는 확장성이 좋지 않습니다.

이러한 방식으로 처음 메시지 수준 인터페이스를 사용한다면, 시각적 안내가 도움이 됩니다.

사용자 지정 열을 사용하는 세 번째 방법

많은 Outlook 보기에서는 열 머리글을 마우스 오른쪽 버튼으로 클릭하고 필드 선택기를 연 다음, 발신자 또는 수신자 주소 정보를 표시하는 필드를 끌어올 수 있습니다. 그런 다음 표시된 행을 선택하고 Excel에 복사합니다.

이 방법은 일회성 작업에 적합합니다. 표시 이름이 SMTP 주소를 숨기거나 Outlook에서 원시 사서함 값 대신 알아보기 쉬운 이름을 표시하면 한계가 드러납니다. 이때부터는 스크립팅이 더 안정적입니다.

대규모 사서함에서는 주소 필드만 매핑하여 불필요한 내보내기를 피하더라도 메시지 기록 추출에 시간이 걸릴 수 있습니다. 먼저 기본 필드 매핑을 지우고 필요한 필드만 추가합니다. 그렇지 않으면 CSV가 관련 없는 메시지 메타데이터의 덤프로 변합니다.

네이티브 내보내기, 검색, 규칙 및 스크립트 비교

모든 추출 방법이 필요한 것은 아닙니다. 필요한 것은 해당 사서함과 작업에 맞는 방법입니다.

네이티브 내보내기는 가장 간편한 옵션입니다. 검색은 즉석 작업에 가장 빠른 방법입니다. 앞으로 주소를 수집하려면 규칙이 유용합니다. 사서함이 너무 크거나 일관성이 없어 수작업이 어려울 때 사용하는 것이 스크립트입니다.

Outlook Email 추출 방법 비교

시나리오별 최적의 방법

목표가 실제 연락처 기록으로 만든 뉴스레터 목록이라면 일반적으로 네이티브 내보내기가 가장 좋습니다. 구조화되어 있고 반복 사용이 가능하며, 메일 기록을 일일이 뒤질 필요가 없습니다.

대상자가 주소록이 아니라 사서함에 존재한다면 검색 기반 추출이 적합합니다. SDR 활동, 창업자 주도 영업, 공동 파트너십 받은 편지함에서 흔히 볼 수 있는 경우입니다.

규칙은 중간 지점에 있습니다. 향후 수신 트래픽에 태그를 지정하거나, 다른 곳으로 전달하거나, 수집 워크플로에 모으려는 경우 유용합니다. 반면 누군가 업무 종료 전까지 과거 목록을 요청했다면 유용성이 훨씬 떨어집니다.

스크립트가 제 역할을 하는 경우

볼륨이나 일관성 문제가 Outlook의 UI를 압도할 때는 스크립트가 적합합니다. VBA 매크로와 PowerShell 방식은 사서함 데이터에 더 깊이 접근할 수 있지만, 운영상의 우려도 커집니다. 누군가는 권한을 검토하고, 내보낸 파일을 보호하며, 어떤 폴더를 신뢰할 수 있는 원본 데이터로 간주할지 결정해야 합니다.

여기서 중요한 주의점이 하나 있습니다. Microsoft의 광범위한 문서는 이제 classic Outlook, 웹용 Outlook 및 기타 클라이언트별 지침으로 나뉘어 있어 PST 내보내기, 자동 완성 액세스 또는 관리자 권한을 사용할 수 없을 때 일부 추출 예외 상황이 해결되지 않은 채 남아 있습니다. 이는 Outlook의 가져오기 및 내보내기에 관한 Microsoft 개요에도 반영되어 있습니다.

최종 목표가 추출 후 깔끔한 아웃리치 데이터라면 수집 단계에서 멈추지 마세요. 먼저 파일을 정리한 다음, 주소를 발신 도구로 가져오기 전에 BillionVerify로 이메일을 검증하거나 다른 검증 워크플로를 사용하세요.

내보낸 주소 목록 정리 및 중복 제거

정리 단계에서는 Outlook 연락처 내보내기와 사서함 추출 결과가 마침내 하나로 합쳐집니다. 연락처에는 대개 더 명확한 필드가 포함됩니다. 반면 메시지 기록에서 가져온 주소는 더 복잡합니다. 같은 사람이 발신자, 수신자, 전달된 연락처 또는 필드에 붙여 넣은 표시 이름으로 나타날 수 있기 때문입니다.

첫 번째 작업은 서식 지정이 아니라 데이터 선별로 생각하세요.

실제 이메일 값부터 분리하기

Excel에서 파일을 열고, 다른 작업을 하기 전에 Email Address 열의 값을 별도의 깔끔한 필드로 옮기세요. 한 셀에 여러 주소가 포함되어 있다면 내보내기에서 사용한 구분 기호(보통 쉼표 또는 세미콜론)를 사용해 텍스트 나누기로 분리하세요. 값에 Jane Smith <jane@company.com>처럼 표시 이름이 포함되어 있다면 이름 부분을 제거하세요. Outlook에 표시된 방식이 아니라 실제 사서함을 기준으로 중복을 제거해야 하기 때문입니다.

그런 다음 유지할 열만 새 워크시트에 복사하세요. 홍보용 목록이라면 보통 다음과 같습니다.

• 이름
• 성
• Email Address

출처에 맞는 방식으로 중복 제거하기

목록이 연락처에서 생성되었다면 중복 행은 대체로 간단하게 처리할 수 있습니다. 메시지 기록에서 생성되었다면 다양한 변형을 예상해야 합니다. 같은 사서함이 한 번은 소문자로, 한 번은 대소문자가 섞인 형태로, 또 한 번은 다른 이름과 연결되어 나타날 수 있습니다.

다음과 같이 두 단계로 진행하세요.

1. 먼저 이메일 필드를 정규화하세요: 공백을 제거하고 소문자로 변환한 다음, 꺾쇠괄호 같은 명확한 래퍼를 제거합니다.
2. 중복 항목을 시각적으로 강조하세요: 조건부 서식을 사용하면 하나의 주소가 여러 이름이나 회사와 연결된 경우를 쉽게 찾을 수 있습니다.
3. 정규화된 이메일 열에서 중복 제거를 실행하세요: 사서함 하나당 한 행만 남기며, 이는 캠페인 가져오기에 일반적으로 적합한 규칙입니다.
4. 예외 항목을 수동으로 검토하세요: 공유 받은편지함, 별칭 및 역할 계정은 별도의 판단이 필요할 수 있습니다.

중복 행은 시트를 복잡하게 만드는 데 그치지 않습니다. 세분화를 왜곡하고 리드 수를 부풀리며, 파일이 수정되지 않은 채 발신 시스템에 전달되면 반복 발송을 일으킬 수 있습니다.

검증 전에 정규화하기

중복을 제거한 후에는 형식뿐 아니라 사용 목적에 맞게 정리하세요. 영업팀은 회사 주소만 원할 수 있습니다. 파트너십 또는 지원팀은 역할 계정을 유지하기로 결정할 수도 있습니다. 여기에는 하나의 정답이 없습니다. 적절한 필터는 파일을 사용할 사람과 보내려는 메시지의 유형에 따라 달라집니다.

실용적인 순서는 다음과 같습니다.

1. 결합된 필드 분리
2. 표시 이름 제거
3. 이메일 필드를 소문자로 변환하고 공백 제거
4. 중복 사서함 제거
5. 개인 주소 또는 역할 기반 주소에 태그 지정
6. @가 없는 행을 포함해 잘못된 항목 필터링

가져오기 전에 완성된 시트를 CSV UTF-8로 저장하세요. 그러면 특수 문자가 보존되고 이후 필드 매핑 문제가 줄어듭니다. 파일이 발신 시스템에 전달되기 전에 한 번 더 검토하려면 대량 이메일 검증 도구를 사용하세요.

발송 전 리스트 검증 및 보안 유지

정리된 CSV라고 해서 바로 메일을 보내도 안전한 것은 아닙니다. 그저 더 체계적으로 정리된 것일 뿐입니다.

검증을 통해 사용 가능한 주소와 전달 가능성을 떨어뜨리거나, 반송 위험을 높이거나, 규정 준수 문제를 일으킬 수 있는 주소를 구분합니다. 기본적인 기술 확인 중 하나는 도메인 수준에서 이루어집니다. 이메일 검증 작동 방식에 대한 이 개요에서 설명하듯, 검증 시스템은 MX records가 존재하는지 확인해야 합니다. MX records가 없는 도메인은 이메일을 전혀 받을 수 없습니다.

발신자에게 가져오기 전에 확인할 사항

정리된 CSV를 검증 워크플로에 업로드하고, Email Address 필드를 매핑한 다음, 발송 전에 반환된 상태를 검토하세요. 명백하게 유효하지 않은 항목은 제외하고, 모호한 항목은 별도로 검토해야 합니다.

일반적으로 다음과 같은 실무 확인이 포함됩니다.

• 유효하지 않은 주소: 가져오기 전에 삭제합니다.
• Catch-all 도메인: 프로세스에서 해당 항목으로 표시하면 주의해서 검토합니다.
• 일회용 메일함: 대부분의 캠페인 워크플로에서 제외합니다.
• 역할 계정: info@ 또는 support@와 같은 주소를 대상에 포함할지 결정합니다.

리스트가 처음부터 Outlook에 도달하기 전에 악용과 일회성 가입을 줄이려는 경우, Square 추천 프로그램을 보호하는 방법에 대한 이 가이드는 일회용 이메일 감지가 상위 단계에서 중요한 이유를 보여주는 유용한 예시입니다.

파일을 민감한 데이터처럼 다루기

내보낸 파일과 관련된 개인정보 보호 실수는 흔하지만 예방할 수 있습니다. 검증 작업이 완료되면 임시 CSV, 작업 파일, 그리고 생성한 PST 사본을 삭제하세요. 최종 보고서는 팀의 절반이 탐색할 수 있는 공유 드라이브가 아니라, 액세스가 통제되는 위치에 보관하세요.

수동으로 추출한 후 가입 또는 데이터 보강 플로우에서 확인 작업을 자동화해야 한다면, Email Validation API를 사용해 검증을 상위 단계로 이동할 수 있습니다. 그러면 잘못된 주소가 CRM 또는 캠페인 도구에 도달하기 전에 발견됩니다.

이는 선택 사항이 아닙니다. 검증 없이 Outlook에서 추출한 리스트는 발신자 평판을 빠르게 손상시킬 수 있습니다. 적법한 근거 없이 추출한 리스트는 그만큼 빠르게 법적 위험을 초래할 수 있습니다.

빠른 체크리스트 및 개인정보 보호 알림

업무가 책상에 도착하면 아래 순서대로 진행하고 복잡하게 만들지 마세요. 단순한 방식이 효과적입니다.

추출 체크리스트

• 먼저 출처를 확인하세요: 주소가 연락처, 메시지 기록 또는 둘 다에 있는지 결정하세요.
• 상황에 맞는 가장 간단한 방법을 선택하세요: 연락처에는 기본 내보내기를 사용하고, 일회성 추출에는 검색을, 지속적인 수집에는 규칙을, 대규모 과거 데이터 작업에는 스크립트를 사용하세요.
• CSV로 내보내세요: 정리된 작업용 복사본을 만들 때까지 원본 파일을 변경하지 마세요.
• Excel 또는 데이터 도구에서 여세요: 필드를 분리하고, 이메일 열을 따로 추출하며, 헤더를 표준화하세요.
• 중복을 제거하고 정규화하세요: 중복 항목을 삭제하고, 형식이 잘못된 항목을 제거하며, 캠페인에 맞지 않는 주소를 분리하세요.
• 가져오기 전에 검증하세요: 원본 Outlook 결과를 ESP 또는 시퀀싱 도구에 직접 불러오지 마세요.

개인정보 보호 및 규정 준수 알림

안전장치를 철저히 유지하세요.

• 법적 근거를 확인하세요: GDPR, CAN-SPAM, CASL 또는 운영 지역에 적용되는 규정에 따른 의무를 확인하세요.
• 승인된 사서함 안에서만 작업하세요: 소유하거나 관리하지 않는 받은편지함에서 추출하지 마세요.
• 민감한 범주를 정리하세요: 워크플로에 포함되지 않는 내부 주소, 역할 계정 및 경쟁사 주소를 제거하세요.
• 수신 거부를 신속히 반영하세요: 누군가 구독을 취소했거나 연락하지 말라고 요청했다면 즉시 발송 제외 목록에 추가하세요.
• 저장된 파일을 보호하세요: 내보낸 CSV를 안전하게 보관하고, 검증 및 가져오기가 끝나면 삭제하세요.
• 출처를 기록하세요: 나중에 누군가 목록을 감사할 수 있도록 추출 날짜와 원본 폴더를 기록하세요.

매번 발송 전에 검증하세요.

BillionVerify는 수집한 주소를 안전하게 사용할 수 있는지 확인하여 Outlook에서 추출한 뒤의 작업을 마무리할 수 있는 실용적인 방법을 팀에 제공합니다. Outlook에서 연락처 데이터를 옮기고 정리한 뒤 캠페인 전에 발신자 평판을 보호하려는 경우, BillionVerify를 방문하여 대량 파일 및 API 기반 검사에 사용할 수 있는 검증 옵션을 확인하세요.