개인정보 처리방침

이 방침은 tailf 앱과 웹사이트에 적용됩니다. 앱은 회원가입과 로그인이 없습니다. 아이폰에서 이용자가 「바로 받기」를 명시적으로 선택하면 맞춤 알림에 필요한 기기 식별값과 최소 조건을 수집합니다. 무엇이 기기 밖으로 나가고 무엇이 나가지 않는지를 항목별로 적었습니다. 시행일은 2026년 9월 7일입니다.

1. 수집하는 개인정보

아이폰에서 「바로 받기」를 선택한 경우 알림 전용 난수, 기기를 확인하기 위한 값을 변환한 값, Apple 알림 주소, 앱 판, 맞춤 조건 사본과 알림 처리 상태를 받습니다. 이용자가 앱 설정의 「의견 보내기」로 직접 보낼 때는 적은 내용과 선택으로 적은 이메일 주소를 받습니다. 이메일은 답장에만 씁니다. 회원가입과 로그인은 없고, 이름과 전화번호와 이력서를 받지 않습니다. 광고 식별자도 수집하지 않습니다.

1-1. 웹사이트 이용 기록

웹사이트는 Cloudflare Web Analytics로 방문한 고정 경로, 백테스트 시작과 완료, 스토어 버튼 경로, 페이지를 한 번 불러온 기록을 묶는 임시 난수, 브라우저와 운영체제 판, 메모리와 페이지 로딩 시간을 집계합니다. 인터넷 요청을 처리하는 동안 Cloudflare에 IP 주소와 요청 시각 같은 통신 정보가 닿습니다. 고른 기술과 앱에 넣은 조건, 이름, 이메일, 기기 식별자를 이 기록에 붙이지 않습니다. 사람별 프로필을 만들거나 다른 사이트의 활동과 연결하지 않습니다.

주소에 임의의 쿼리 문자열이 붙어도 다른 요청의 Referer로 전송되지 않도록 웹사이트 전체에 no-referrer 정책을 적용합니다. Cloudflare의 보안 기능이 봇 검사를 통과한 상태를 기억하기 위해 cf_clearance 쿠키를 설정할 수 있습니다. 이 쿠키는 맞춤 결과, 광고, 이용자 프로필에 쓰지 않습니다.

1-2. 웹 새 공고 알림

웹사이트의 「앱 없이 받기」(/alerts/)를 이용자가 직접 신청하면 아래 값을 받습니다. 2026년 9월 24일부터 적용합니다.

• 받을 곳. 이메일 주소, 또는 이용자가 붙여 넣은 Slack·Discord 웹훅 주소 하나입니다. 암호화해서 보관하고, 관리 화면에는 일부만 가려서 보여 줍니다.
• 고른 조건. 찾는 직무, 경력, 근무지, 쓰는 기술, 안 볼 회사입니다.
• 보낸 기록. 같은 공고를 두 번 보내지 않기 위한 공고 번호, 마지막으로 보낸 시각, 보내지 못한 횟수와 그 사유입니다.
• 유입 경로. 신청한 화면의 고정된 이름(예: 공고 화면, 회사 화면) 하나입니다. 경로별 신청 수를 세는 데만 씁니다.

이 값은 맞는 새 공고를 골라 보내는 데만 씁니다. 이름, IP 주소, 브라우저 정보, 메일을 열었는지나 링크를 눌렀는지는 받지 않습니다. 메일에는 추적 이미지를 넣지 않습니다. 이메일은 확인 메일의 버튼을 눌러야 보내기 시작합니다.

2. 지금 폰 밖으로 나가는 것

기기와 이용자가 고른 알림 방식에 따라 아래 값이 저희 서버(api.asyncsite.com)로 갑니다.

• 공고 목록 요청. 누구나 볼 수 있는 공고 목록을 불러옵니다. 실리는 값은 몇 번째 쪽인지, 한 번에 몇 건인지, 개발 공고인지, 이 셋뿐입니다.
• 아이폰의 조용한 새 공고 확인. 지표용 설치 난수, Apple 알림 주소와 앱 판 번호를 등록합니다. 서버가 내용 없는 신호를 보내면 폰이 공개 공고 목록을 다시 받아 기기 안에서 묶음 알림을 계산합니다.
• 아이폰의 바로 알림. 이용자가 전송 항목과 목적을 보고 명시적으로 선택한 뒤 알림 전용 난수와 기기 확인값, Apple 알림 주소, 앱 판, 기술·역할·경력 범위·근무 방식과 지역·제외 조건을 보냅니다. 서버에는 기기 확인값을 변환한 값과 조건 사본, 설정 판, 알림 중복 방지용 공고 번호와 처리 상태가 저장됩니다. 서버가 맞는 새 공고를 찾으면 제목 「맞는 새 공고가 왔어요」와 본문 「새 공고를 확인해 보세요」, 상세를 여는 공고 번호를 Apple 알림 서비스로 보냅니다. 회사명과 공고 제목은 알림에 넣지 않습니다.
• 앱 사용 기록. 4절에 적었습니다.
• 의견 보내기. 이용자가 보낼 때만 적은 내용과 선택으로 적은 이메일 주소, 앱 판 번호, 보낸 화면 이름, 기기 모델명이 갑니다.

Android에서는 바로 알림용 식별값과 알림 주소, 맞춤 조건 사본과 처리 공고 번호를 보내지 않습니다. 운영체제가 앱을 백그라운드에서 깨운 때에 공고 목록을 다시 보고, 폰 안의 조건과 맞는 공고가 있으면 로컬 묶음 알림을 만듭니다.

인터넷 요청이라 받는 쪽 서버에는 폰의 IP 주소와 요청 시각이 닿습니다. 이 값을 실제 위치나 사람별 프로필을 만드는 데 쓰지 않습니다.

제외 회사 입력은 바로 알림의 맞춤 조건으로 보냅니다. 저장 공고, 메모, 이력서, 일반 탐색 기록과 공고 목록에서 받은 회사명·공고 제목·본문은 바로 알림에 보내지 않습니다. 기기에서 이미 보여 준 맞춤 공고 번호는 같은 공고를 다시 보내지 않기 위해 서버에 표시할 수 있습니다.

3. 앱에 넣어둔 것

모아서 받기와 Android에서는 쓰는 기술과 경력, 다닐 수 있는 근무지와 안 볼 회사를 폰 안에 저장하고 폰 안에서 맞는 공고를 계산합니다. 아이폰에서 바로 받기를 명시적으로 선택하면 같은 조건의 최소 사본을 서버에 저장해 새 공고를 맞춥니다. 바로 받기를 끄거나 모아서 받기로 바꿀 때는 서버가 새 바로 알림을 멈춘 것을 확인하고 중복 방지 기록을 폰으로 가져온 뒤 맞춤 조건 사본과 서버 처리 기록을 지웁니다. 네트워크가 끊기면 완료로 표시하지 않고 다음 앱 실행에서 다시 시도합니다.

4. 앱 사용 기록

이 절의 값은 지금 보내고 있습니다. 앱이 하루에 몇 번 깨어나 새 공고를 보는지, 알림이 열리는지를 저희가 알 수 없어서 아래 값을 보냅니다.

보내는 값은 다음과 같습니다.

• 앱을 처음 열 때 만드는 지표용 난수 하나. 바로 알림을 위해 아이폰 보안 저장소에 따로 보관하는 난수와 구분됩니다.
• 앱이 한 일의 이름과 그 시각. 앱이 깨어나 새로 본 것(「heartbeat」), 알림을 연 것(「alert_opened」) 같은 이름이고, 앱을 연 것인지 조용한 알림으로 깨어난 것인지 같은 출처 표시가 붙습니다.
• 알림을 누른 뒤 그 안의 공고 상세를 아직 열려 있을 때 실제로 봤는지, 보기 전에 모두 닫혔는지, 상태를 확인하지 못했는지를 세 상태 중 하나로 보냅니다. 어떤 공고였는지와 몇 건이었는지는 폰 안에만 남습니다.
• 알림 허가가 켜져 있는지 여부와 앱 판 번호.

앱 사용 기록에는 넣어둔 것과 쓰는 기술, 회사 이름과 공고 제목이 실리지 않습니다. 기록에는 앱 설치 난수가 붙지만 바로 알림을 위한 서버의 맞춤 조건 사본과 합치지 않습니다. 광고에 쓰거나 제3자에게 넘기지 않습니다.

5. 알림

모아서 받기는 폰이 알림을 만들어 보여줍니다. 아이폰의 바로 받기는 서버가 Apple 알림 서비스를 통해 이용자에게 보이는 일반 문구의 알림을 보냅니다. 새 맞춤 공고 알림의 켜기와 끄기, 바로 받기와 모아서 받기, 담아둔 공고가 내려갔을 때 알림과 못 본 묶음 다시 알림은 각각 구분됩니다. 첫 주 3일째와 7일째의 작동 확인 알림은 더 이상 보내지 않습니다. 알림을 허용하지 않아도 공고 탐색과 저장을 쓸 수 있습니다.

6. 제3자 제공과 위탁

의견 보내기로 받은 내용은 저희 팀이 읽는 슬랙(Slack) 작업 공간으로 전달됩니다. Slack은 그 전달과 보관을 맡는 도구이고, 저희는 그 내용을 답장과 개선에만 씁니다. 아이폰 알림은 Apple 알림 서비스를 거칩니다. 조용한 확인 신호에는 내용이 없고, 바로 알림에는 일반 제목과 본문, 상세를 여는 공고 번호가 들어갑니다. Android에서는 이 원격 알림과 알림 주소 등록을 쓰지 않습니다. Cloudflare는 웹사이트 전송, 보안, 1-1절의 웹 성능과 경로 집계를 맡고, 1-2절의 웹 알림 신청 정보를 보관하고 처리합니다(Cloudflare Workers KV). 웹 알림 메일은 Amazon Web Services의 Amazon SES(서울 리전)를 통해 보냅니다. Slack·Discord 웹훅을 받을 곳으로 넣으면 공고 목록 메시지가 그 서비스로 전달됩니다. 제3자 광고망을 넣지 않았고, 사람을 다른 사이트까지 따라가는 분석을 하지 않습니다.

7. 보관과 지우기

아이폰 바로 받기의 맞춤 조건 사본과 중복 방지 처리 기록에는 정해진 자동 삭제 기한이 없습니다. 바로 받기를 끄거나 모아서 받기로 바꾸는 절차가 끝나면 맞춤 조건 사본과 처리 기록을 지우고 기존 조용한 새 공고 확인에 필요한 Apple 알림 주소는 남깁니다. Apple 알림 서비스가 주소가 무효라고 답하면 알림 주소와 맞춤 조건 사본, 처리 기록을 함께 지웁니다. 전체 기기 알림 등록 삭제 요청은 기기 확인을 거쳐 이 셋을 함께 지웁니다.

아이폰의 알림 전용 난수와 기기 확인값은 아이폰 보안 저장소에 있어 앱을 지운 뒤에도 남을 수 있습니다. 앱 삭제만으로 서버의 맞춤 조건 사본이 즉시 지워진다고 보장하지 않습니다. 다시 설치했을 때 폰에 동의 기록이 없고 이전 식별값이 남아 있으면 바로 받기를 자동으로 되살리지 않고 서버의 바로 알림 중단과 삭제를 다시 시도합니다. Android는 원격 알림 주소와 맞춤 조건 사본을 등록하지 않습니다. 익명 사용 기록은 최대 1년 보관한 뒤 지웁니다. 의견은 답장과 개선에 쓴 뒤 최대 1년 보관하고, 이메일 주소는 답장 뒤 지웁니다.

Cloudflare는 웹 성능 비콘 원본을 7일 보관하고, 그 뒤에는 약 10%로 축약한 집계를 장기 보관합니다. 저희는 이 원본을 별도로 복사해 보관하지 않습니다. 사람을 알아볼 식별자가 없어 특정 방문 기록만 찾아 지울 수는 없으며, 웹 계측을 끄면 그 뒤의 새 기록은 생기지 않습니다.

폰 안의 조건과 저장 항목은 앱에서 직접 지울 수 있습니다. 바로 받기의 서버 사본은 알림 설정에서 바로 받기를 끄는 절차가 완료돼야 지워집니다.

웹 알림은 메일과 메시지마다 있는 「그만 받기」를 누르면 받을 곳과 조건, 보낸 기록을 바로 지웁니다. 확인하지 않은 이메일 신청은 7일 뒤 자동으로 지워집니다. 받을 곳에 계속 보내지 못해 멈춘 신청은 멈춘 날부터 30일 뒤에 지웁니다.

8. 이용자의 권리

의견 보내기로 보낸 내용과 이메일 주소는 11절의 주소로 요청하면 지웁니다. 바로 알림의 맞춤 조건 사본은 앱의 새 맞춤 공고 알림을 끄면 서버 확인과 함께 삭제됩니다. 폰 안의 값은 이용자가 언제든 직접 지울 수 있습니다.

9. 아동의 개인정보

이 앱은 만 14세 미만 아동을 대상으로 하지 않으며 아동의 개인정보를 수집하지 않습니다.

10. 이 방침이 바뀔 때

폰 밖으로 나가는 값이 늘어나면 항목과 목적과 보관 기간을 이 문서에 먼저 적고, 앱 안에서 알린 뒤에 적용합니다. 4절이 그 첫 자리입니다.

11. 문의

[email protected] 으로 보내주시면 답변드립니다.