레드플 개인정보 처리방침

적용 대상: 크롬 확장 「레드플 — 레드랭크 블로그 어시스턴트」 (이하 "레드플")

시행일: 레드플 2.6.1 배포일

운영자: 주식회사 딥레드 (대표 권태형) · 충청북도 청주시 흥덕구 봉명로 218, 3층 에이 13호(봉명동)

레드플은 레드랭크(www.redrank.kr)에서 만든 원고를 네이버 블로그·티스토리 글쓰기 화면에 채워 주는 크롬 확장이에요. 그 보조로, 패널에서 키워드 검색량과 레드랭크에 등록해 둔 내 블로그 순위를 조회해 보여 줘요(둘 다 레드랭크 서버에서 받아요). 또 네이버 통합검색 결과 페이지(search.naver.com)에서는 결과 목록을 브라우저 안에서 읽어 검색 결과 위 작은 카드에 노출 순서·결과에 뜬 블로그·연관 검색어를 보여 주고, 그 검색어의 검색량을 레드랭크에서 받아 함께 보여 줘요(패널의 검색 탭은 이 페이지를 따라가지 않고 사용자가 고른 키워드만 조회해요). 패널의 원고 탭에서는 사용자가 버튼을 누를 때 레드랭크에 원고 만들기(목차·원고·사진 생성과 검수)를 부탁할 수 있어요 — 만든 원고는 사이트에서 만든 원고처럼 사용자의 레드랭크 보관함에 저장돼요. 네이버 블로그 글쓰기 화면에서는 에디터 도구 카드가 지금 쓰고 있는 글을 브라우저 안에서 읽어 글자·사진·동영상 수와 과장 표현을 보여 주고, 사용자가 검사 버튼을 누를 때만 그 글을 레드랭크로 보내 맞춤법·금칙어·법적 표현·형태소를 검사해요. 어느 페이지에서든 글자를 선택하고 우클릭 메뉴를 누르면 그 글자로 패널의 검색량 조회나 원고 만들기를 시작해요. 사용자가 레드랭크 사이트에서 위험 안내에 동의하고 패널 설정의 '이 PC에서 발행 일정 실행'을 켠 경우에만, 레드랭크 '발행 일정'에 넣은 네이버 원고를 이 PC의 크롬이 한 편씩 새 글쓰기 창에 사진과 함께 채우고 네이버 예약 발행으로 등록하거나(미리 예약) 정한 시각에 바로 발행한 뒤(정시 발행) 결과를 레드랭크에 알려요(기본은 꺼짐 — 3절 12번·5절). 발행 일정에 동의한 회원은 원고 자리의 사진을 레드랭크 서버에도 저장해 발행 일정에 써요(3절 13번). 이 방침은 확장 프로그램 안에서 어떤 정보가 다뤄지는지를 설명해요. 레드랭크 웹사이트 자체의 개인정보 처리는 사이트의 개인정보처리방침(https://www.redrank.kr/privacy)을 따라요.

1. 한눈에 보기

• 레드플이 통신하는 서버는 레드랭크(www.redrank.kr) 하나뿐이에요. 그 외 어떤 서버·분석 도구·광고 네트워크와도 연결하지 않아요. (원고 사진은 네이버 사진 업로드 서버로 올라가요 — 글쓰기 화면에서 직접 사진을 올리는 것과 같은 경로예요. 발행 일정에 동의했다면 원고 자리 사진은 레드랭크 서버에도 저장돼요(아래 표·3절 13번).)
• 레드랭크로 보내는 것은 API 키, 원고 번호(ID), 사용자가 검색 탭·홈의 키워드 칸에 입력해 조회를 누른 키워드, 네이버 통합검색 결과 페이지에서 검색 카드를 펼쳐 두었을 때 그 페이지의 검색어, 사용자가 '지수'를 누른 블로그의 주소(https://blog.naver.com/아이디), 사용자가 '진단 보내기'를 누르거나 설정에서 자동 전송을 켰을 때만 보내는 진단 보고(편집기 셀렉터를 찾았는지 여부·확장/크롬 버전·사이트 — 원고 내용·네이버 아이디 없음), 그리고 사용자가 원고 탭에서 버튼을 눌렀을 때만 보내는 원고 재료(글 유형·키워드·형식별 입력·나의 경험·원본 자료·추가 요청 등)·목차·원고의 제목과 본문(편집 저장·검수)·사진 자리의 장면 설명·원본 자료 주소, 네이버 글쓰기 화면의 에디터 도구에서 사용자가 검사·형태소 버튼을 눌렀을 때만 보내는 지금 쓰고 있는 글의 제목·본문 텍스트(3절 11번), 우클릭 메뉴 '검색량 보기'로 사용자가 고른 글자(키워드 조회로 — 3절 6번), 발행 일정을 켠 경우에만 보내는 레드플 신호와 진행·결과 보고(레드플이 만든 무작위 식별값·확장 버전·상태와 멈춘 이유 코드·일 번호·진행 단계·결과 코드·예약 시각·등록된 글 주소 — 3절 12번), 그때 함께 가는 이 PC 가 맡는 발행 계정 번호(회원이 등록한 발행 계정과 같을 때만)와 확인 상태 코드, 그리고 발행 일정 동의 시 원고 자리에 붙인 사진 파일(만든 사진·켜 둔 경우 내 사진 — 3절 13번)뿐이에요.
• 레드랭크에서 받는 것은 보관함 원고, 조회한 키워드의 검색량·문서수·추이 통계, 사용자가 레드랭크에 등록한 추적 키워드와 순위 이력, '지수'를 누른 블로그의 지수 숫자·등급, 글쓰기 화면의 칸을 찾는 데 쓰는 셀렉터 표(CSS 셀렉터 문자열 목록), 그리고 원고 만들기의 작성기 설정(글 유형·문체·분량·비용 표)·목차 후보·원고·사진·검수 결과, 발행 일정을 켠 경우 등록할 원고(제목·본문·태그·소제목/문단·공개 설정·등록 방식·예약 시각·카테고리)와 그 일의 사진(일을 맡은 동안에만 받아 이 브라우저에 3시간까지 둠), 대기 수·멈춤 여부·회원의 발행 계정 목록 같은 일정 정보, 그리고 원고 탭에서 서버에 저장해 둔 원고 사진(사용자가 [불러오기]를 누를 때)이에요. 코드를 내려받아 실행하지 않아요.
• 네이버·티스토리의 로그인 정보(아이디·비밀번호 입력칸)와 쿠키는 읽지도, 저장하지도, 보내지도 않아요. 글쓰기 화면의 글은 바로 아래 항목처럼 에디터 도구가 브라우저 안에서 읽고, 사용자가 검사·형태소 버튼을 누를 때만 레드랭크로 가요(2절 '에디터 도구가 읽은 글' 행·3절 11번). 로그인된 블로그는 이 PC 안에서 확인하고, 서버에는 회원이 등록한 발행 계정 중 같은 것의 번호와 확인 상태 코드만 보내요(블로그 ID·아이디는 보내지 않아요). 일을 맡은 동안 글쓰기 창에서 네이버에 그 창의 로그인 블로그를 한 번 더 묻기도 해요(결과는 PC 안에서만 써요).
• 페이지 내용은 두 곳에서만 읽어요. 네이버 통합검색 결과 페이지 — 결과 블록의 순서, 통합 결과 글의 제목·작성자·글 주소, 연관 검색어. 이것은 브라우저 안(탭을 닫으면 지워지는 세션 저장소)에만 두고 어디로도 보내지 않아요. 설정에서 '네이버 검색 카드'를 끄면 읽지 않아요. 그 페이지에서는 읽기만 하고 아무것도 누르거나 입력하지 않아요. 그리고 네이버 블로그 글쓰기 화면(에디터 도구) — 지금 쓰고 있는 글의 제목·본문 텍스트와 사진·동영상·소제목·인용구 개수. 세고 과장 표현을 찾는 것은 브라우저 안에서만 하고, 글은 사용자가 검사·형태소 버튼을 누를 때만 레드랭크로 가요. 에디터의 글을 고치지 않아요.
• 우클릭 메뉴는 사용자가 메뉴를 누를 때만 선택한 글자를 받아요(크롬이 넘겨줘요 — 확장이 그 페이지를 읽지 않아요).
• 방문 기록을 만들거나 저장하지 않아요. 다만 검색 결과 페이지의 검색어는 검색량을 받으려고 레드랭크로 가요(3절 6번) — 그래서 8절에서 '웹 기록'을 '예'로 공개해요.
• 확장이 저장하는 것은 모두 사용자의 브라우저 안(크롬 확장 저장소와 확장 자체의 IndexedDB)에만 있고, 브라우저를 닫거나 기간이 지나거나 패널의 '연결 해제'·확장 삭제로 지워져요. 원고 만들기로 만든 원고만은 레드랭크 서버가 사용자의 레드랭크 보관함에 저장해요(사이트 작성기와 같아요 — 7절). 발행 일정을 켜면 그 진행 상태·결과와 이 PC 레드플의 상태(식별값·버전·마지막 신호·멈춘 이유·맡는 발행 계정 번호와 확인 상태)도 레드랭크 서버에 남고, 발행 일정에 동의한 회원의 원고 사진도 레드랭크 서버에 저장돼요(3절 12·13번).

2. 레드플이 다루는 정보

3. 레드랭크 서버로 보내는 것 (전부)

레드플이 레드랭크와 네트워크로 하는 일은 아래 1~8번과 10~13번이 전부이고(9번은 사용자가 여는 페이지예요), 서버는 모두 https://www.redrank.kr 하나예요(경로는 항목마다 적었어요. 6·7·8번과 10·11번의 대부분이 /api/extension/ 밖의 경로예요).

1. 키 확인 — 패널에서 '연결하기'를 누를 때, 그리고 패널을 열 때마다 코인·플랜 표시를 조용히 갱신할 때(POST /api/extension/verify). API 키를 헤더로 보내고, 계정 표시 정보(2절)를 받아요. 확장이 켜져 있는 동안 최대 60초는 같은 요청을 다시 보내지 않아요(확장이 쉬었다 깨면 다시 보낼 수 있어요).
2. 보관함 목록 — 패널을 열거나 새로고침할 때, 홈의 '최근 원고'와 원고 탭 목록에(GET /api/extension/drafts). API 키를 헤더로 보내고, 최근 원고의 제목·글자수·사진 수·만든 날짜·마지막 발행 상태(발행됨/예약/보냄/초안)를 받아요.
3. 원고 내려받기 — 목록에서 원고를 고르거나, 원고 탭 보관함에서 원고를 열거나, 만든 원고를 '발행 탭으로 보내기' 할 때(GET /api/extension/drafts/{원고 번호}). API 키와 원고 번호를 보내고, 그 원고의 제목·본문·태그·사진·발행 옵션·검수 결과를 받아요.
4. 셀렉터 표 받기 — 패널을 열거나 채우기를 시작할 때 마지막으로 받은 지 6시간이 지났으면. 아무것도 보내지 않고(API 키도 없이) 글쓰기 화면의 칸을 찾는 CSS 셀렉터 문자열 표와 버전을 받아요. 받은 표는 확장 안의 기본 표와 같은 규칙으로 걸러서(허용된 항목·길이만, 최종 [발행] 버튼 셀렉터는 절대 받지 않음) 브라우저에 저장해요. 실행되는 코드가 아니라 "어느 칸이 어디 있는지"를 적은 데이터예요.
5. 진단 보고 (선택) — 사용자가 패널의 '진단 보내기' 를 누를 때, 또는 설정에서 '채우기가 실패하거나 평문으로 대신 채웠을 때 진단을 자동으로 보내기' 를 켰을 때(기본은 꺼짐) 네이버 채우기가 실패하거나 평문으로 내려간 경우마다 1회(탭당 10분에 1회). API 키를 헤더로 보내고, 본문에는 정확히 아래 항목만 들어가요:
   • extVersion 확장 버전 · chromeVersion 크롬 버전 숫자만(전체 User-Agent 는 보내지 않음) · site 네이버/티스토리
   • selectorsVersion·remoteVersion 셀렉터 표 버전 · results 셀렉터 키마다 찾음/못 찾음/확인 불가 · missing 못 찾은 키 이름 목록
   • engine 채우기 엔진(문서 모델/평문) · fallbackReason 폴백 이유 코드 · reason 보낸 계기(manual/fill_failed/fallback) · at 시각
   • 들어가지 않는 것: 원고의 제목·본문·태그·사진, 네이버·티스토리 아이디, 블로그 주소·탭 주소(쿼리 포함), 편집기에 적힌 글, 키 입력.
   레드랭크는 이 보고를 "네이버가 글쓰기 화면 구조를 바꿔 채우기가 막혔는지"를 알고 셀렉터 표를 고치는 데만 써요. 응답으로 접수 번호 하나를 받아 패널에 앞 8자를 보여 줘요.
6. 키워드 조회 (GET /api/keyword/analyze?keyword=<키워드>) — 두 경우에 보내요.
   • 검색 탭이나 홈의 키워드 칸에 키워드를 입력하고 조회를 누를 때, 또는 패널의 최근 조회 칩을 누를 때 — 사용자가 고른 키워드.
   • 어느 페이지에서든 글자를 선택하고 우클릭 메뉴 '레드플: … 검색량 보기' 를 누를 때 — 패널 검색 탭이 열리며 선택한 글자(40자까지로 정리)를 조회해요. 메뉴를 누르기 전에는 선택한 글자를 읽지 않고, 그 페이지의 다른 내용·주소는 보내지 않아요.
   • 네이버 통합검색 결과 페이지(https://search.naver.com/search.naver…)에서 — 검색 결과 위 카드를 펼쳐 두었을 때(펼침 상태는 기억돼 다음 검색에도 이어져요) 카드가 그 페이지 주소의 검색어를 자동으로 조회해요. 카드를 접어 두면(처음엔 접혀 있어요) 보내지 않고, 설정에서 '네이버 검색 카드'를 끄면 카드가 그려지지 않아 조회도 없어요. 그 탭 옆에서 패널을 열어도 패널 검색 탭은 이 검색어를 조회하지 않아요(2.6.1 부터). 검색 결과 페이지에서 읽은 결과 목록(글 제목·작성자·글 주소·연관 검색어)은 실리지 않아요.
   어느 경우든 API 키를 헤더로, 키워드 하나를 주소의 쿼리로 보내고, 그 키워드의 월간·PC·모바일 검색량, 문서 수, 경쟁률·포화도, 12개월 추이 같은 통계를 받아요. 네이버 계정의 정보는 실리지 않아요(통계는 레드랭크가 자기 서버에서 조회한 값이에요). 레드랭크 계정이 연결돼 있지 않으면(API 키 없음) 보내지 않아요. 같은 키워드는 확장이 켜져 있는 동안 최대 10분 다시 보내지 않아요(확장이 쉬었다 깨면 다시 보낼 수 있어요).
7. 내 블로그 순위 — 홈 탭을 열 때(GET /api/rank-tracking). 보내는 것은 API 키 헤더뿐이고, 사용자가 레드랭크 사이트에 등록해 둔 추적 키워드·블로그 ID·날짜별 순위 이력을 받아 최신 순위와 전날 대비 변동을 보여 줘요(최대 3개). 확장이 순위를 직접 재거나 네이버에서 읽지 않아요. 확장이 켜져 있는 동안 최대 5분은 다시 보내지 않아요(확장이 쉬었다 깨면 다시 보낼 수 있어요).
8. 블로그 지수 조회 — 검색 결과 위 카드의 '결과에 뜬 블로그' 목록에서 사용자가 어느 블로그의 '지수' 버튼을 누를 때만(GET /api/blog/score?url=https://blog.naver.com/<아이디>). 한 번에 두 개까지 보내고, 그보다 많이 누르면 앞 조회가 끝난 뒤 차례로 보내요. API 키 헤더와 그 블로그의 첫 화면 주소 하나를 보내고, 레드랭크가 계산한 블로그 지수 숫자·등급을 받아요. 레드랭크 계정의 하루 조회 한도가 있어서 자동으로는 조회하지 않아요. 확장은 https://blog.naver.com/ 뒤에 영문·숫자·_·- 2~40자만 붙은 주소가 아니면 보내지 않고(글 주소·다른 사이트 주소는 거름), 성공한 조회 결과는 확장 백그라운드 메모리에 블로그별로 최대 30분 두고(일부 정보가 빠진 결과는 두지 않아요) 그동안 같은 블로그는 다시 보내지 않아요(확장이 쉬었다 깨거나 계정 연결이 바뀌면 캐시가 비어서 다시 보낼 수 있어요).
9. 레드랭크 페이지 열기 — '레드랭크에서 상세 분석', 원고 탭의 '사이트에서 쓰기' 를 누를 때, 그리고 검색 카드의 '이 키워드로 원고 만들기' 를 눌렀는데 패널을 열 수 없을 때만 https://www.redrank.kr/… 를 새 탭으로 열어요(2.2 부터 '이 키워드로 원고 만들기'와 홈의 '새 원고 만들기'는 먼저 패널 원고 탭을 열어요 — 이때 키워드는 브라우저 세션 저장소에만 둬요). 키워드가 있는 버튼은 그 키워드 하나를 주소의 keyword= 에 실어요(작성기·키워드 분석 화면이 그 키워드로 시작하도록). 확장이 서버로 보내는 요청이 아니라 사용자가 연 페이지이고, 레드랭크 사이트의 개인정보처리방침을 따라요. 레드랭크가 아닌 주소는 열지 않아요.

1. 원고 만들기 (패널 원고 탭) — 모두 사용자가 버튼을 누를 때만 보내고, API 키를 헤더로 실어요(작성기 설정만 키 없이). 코인이 드는 요청(원고 생성·사진 만들기·법적 표현 검사)은 확장이 자동으로 다시 보내지 않고, 같은 요청을 동시에 두 번 눌러도 한 번만 보내요.
   • 작성기 설정 받기 — 원고 탭을 열 때(GET /api/extension/writer-config). 아무것도 보내지 않고(API 키도 없이) 글 유형·형식별 입력 칸·문체·분량·사진 옵션·코인 비용 표를 받아요. 확장이 켜져 있는 동안 1시간은 다시 받지 않아요.
   • 내 문체 확인 — 원고 탭을 열 때(GET /api/ai/tone-sample). API 키만 보내고, 레드랭크에 등록해 둔 문체 표본이 있는지를 받아 '내 문체' 선택지를 보여 줄지 정해요. 60초 동안은 다시 보내지 않아요.
   • 원본 자료 가져오기 — 원본 자료 칸의 'URL 로 가져오기'를 누를 때(POST /api/ai/collect-source). 사용자가 넣은 주소 하나를 보내고, 레드랭크 서버가 그 주소에서 추려 낸 글을 받아요(그 주소에 접속하는 것은 레드랭크 서버예요).
   • 목차 먼저 보기 — '목차 먼저 보기'를 누를 때(POST /api/ai/outline). 위 2절의 원고 재료를 보내고 목차 후보 2~3개를 받아요. 코인은 들지 않지만 레드랭크 계정의 하루 한도가 있어요.
   • 원고 생성 — '원고 생성하기'를 누르고 차감 안내를 확인했을 때(POST /api/ai/generate). 원고 재료와 고른(고친) 목차를 보내요. 레드랭크가 코인을 차감하고 원고를 만들어 사용자의 레드랭크 보관함에 저장한 뒤 원고 번호·제목·본문·해시태그·목차·SEO 팁을 돌려줘요. 확장은 최대 100초 기다리고, 그 안에 답이 없으면 기다리기를 멈추지만 레드랭크 서버에서는 생성·저장이 끝났을 수 있어요(패널이 보관함을 확인하라고 알려요).
   • 사진 만들기 — 사진 자리의 '사진 만들기'나 '빈 자리 모두 만들기'(확인 뒤, 한 장씩)를 누를 때(POST /api/ai/generate-image). 그 자리의 장면 설명과 사진 스타일·크기를 보내고 이미지 한 장을 받아요(장마다 코인). 받은 이미지는 확장의 IndexedDB 에만 둬요(2절).
   • 편집 저장 — 결과 화면에서 제목이나 본문을 고치면 1.5초 뒤(PATCH /api/drafts/{원고 번호}). 원고 번호와 고친 제목·본문을 보내 보관함의 그 원고를 갱신해요.
   • 검수 — '맞춤법·금칙어 검사'(POST /api/nlp/analyze)·유사도 검사(POST /api/similarity)·'법적 표현 검사'(POST /api/ai/legal-check, 고른 분야와 함께 — 분야별 코인)를 누를 때. 원고 본문을 보내고 지적 목록과 제안을 받아요.
   • 키워드 '조회'는 6번과 같아요.
   원고 재료·목차·원고는 레드랭크 서버로만 가고, 레드랭크 서버는 원고·사진을 만들 때 이를 AI 모델로 처리해요 — 서버 쪽 처리와 보관함 저장은 레드랭크 웹사이트의 개인정보처리방침을 따라요. 나의 경험·원본 자료 칸에 다른 사람의 개인 정보는 적지 않기를 권해요.

1. 에디터 도구 검사 (네이버 글쓰기 화면의 에디터 도구 카드) — 모두 사용자가 버튼을 누를 때만 보내고, API 키를 헤더로 실어요. 보내는 것은 그 순간 에디터에 있는 글의 제목·본문 텍스트(사진·동영상 파일, 네이버 아이디, 탭 주소는 보내지 않아요)예요.
   • 맞춤법·금칙어 — POST /api/nlp/analyze(mode 가 spellcheck/profanity). 원문과 제안 목록을 받아요. 코인은 들지 않아요.
   • 형태소 — POST /api/nlp/analyze(mode 가 morpheme). 글에 많이 쓴 명사와 횟수를 받아요. 코인은 들지 않아요.
   • 법적 표현 — POST /api/ai/legal-check, 사용자가 고른 분야 하나와 함께(분야별 코인 — 누르기 전에 비용을 보여 줘요). 자동으로 다시 보내지 않고, 같은 요청을 동시에 두 번 눌러도 한 번만 보내요(10번과 같아요). 비용 표는 10번의 작성기 설정에서 받아요.
   • 과장·단정 표현 실시간 경고와 글자·사진·동영상 수 세기는 보내지 않아요 — 브라우저 안에서만 해요.
   받은 결과는 카드에 표시만 하고 저장하지 않아요. 확장은 에디터의 글을 고치지 않아요(고치는 건 사용자가 에디터에서 해요). 레드랭크 서버 쪽 처리는 레드랭크 웹사이트의 개인정보처리방침을 따라요.

1. 발행 일정 확인·결과 보고 (2.5·2.6 — 패널 설정의 '이 PC에서 발행 일정 실행'을 켠 경우에만. 한 번도 켜지 않았으면 보내지 않아요. 끌 때 '꺼짐'을 한 번 알리고, 끄기 전에 못 보낸 결과 보고와 이미 누르기 직전 승인을 받은 1편의 결과만 끝까지 보내요). 모두 API 키를 헤더로 실어요.
   • 일정 확인 (POST /api/extension/publish-jobs/poll) — 켜 둔 동안 몇 분마다(할 일이 있으면 1분, 없으면 최대 15분 — alarms), 크롬을 켠 뒤, 화면 잠금이 풀릴 때, 패널의 [지금 확인]·사이트에서 일정을 넣었을 때. 보내는 것: 레드플이 처음 켤 때 만든 무작위 식별값(이 브라우저의 레드플을 가리킬 뿐 사람·기기 정보가 아니에요), 확장 버전, 상태(대기·멈춤·꺼짐)와 멈춘 이유 코드(예: naver_login_required = 이 PC 크롬에서 네이버 로그인이 풀림, screen_locked = 화면이 잠겨 기다림), 일을 받을지 여부, 그리고 이 PC 가 맡는 발행 계정 번호(회원이 등록한 계정 중 이 PC 크롬에 로그인된 것과 같은 것 — 최대 10개, 끄면 빈 목록)와 확인 상태 코드(확인됨·모름·로그인 풀림·등록 안 된 블로그)·확인한 지 몇 초. 받는 것: 서버 시각, 이 회원에게 발행 일정이 열렸는지, 사이트 동의 여부, 대기 수·다음 시각, 회원의 발행 계정 목록(번호·블로그 ID·이름), 그리고 차례가 된 일 한 편(일 번호·임대 토큰·등록 방식·예약 시각·서버가 아는 블로그 ID와 계정 이름·원고 제목·본문·태그·소제목/문단·공개 설정·카테고리·실을 사진 목록).
   • 사진 받기 (GET /api/extension/publish-jobs/{일 번호}/images/{사진 번호}) — 맡은 일의 사진을 한 장씩. API 키·임대 토큰·식별값을 헤더로 보내고 사진 파일을 받아 해시를 대조해요. 받은 사진은 그 일에만 써요(2절 '발행 일정 사진 캐시').
   • 진행·결과 보고 (POST /api/extension/publish-jobs/report) — 그 일을 처리하는 동안 단계가 바뀔 때, 그리고 발행 창을 여는 버튼과 최종 예약 발행 버튼을 누르기 직전마다(서버가 '아직 이 PC 의 일이고 취소·동의 철회가 없으며 마감 전'이라고 확인해 줘야 누르기 때문이에요), 누른 뒤와 끝났을 때. 보내는 것: 일 번호·임대 토큰·식별값·클릭 차수, 진행 단계, 결과(예약됨·확인 필요·실패와 그 이유 코드), 예약 시각, 그리고 얻은 경우 등록된 글 주소·글 번호(블로그 주소가 들어 있어요 — 서버는 일정의 블로그 주소와 맞을 때만 저장해요). 보내지 않는 것: 원고 본문, 네이버 아이디·블로그 ID 문자열(로그인된 블로그는 이 PC 안에서만 확인하고 계정 번호와 상태 코드만 보내요)·쿠키·세션, 창이 앞에 보였는지 여부, 화면 잠김 여부(멈춘 이유 코드 screen_locked 만), 탭·창 번호, 그 밖의 탭 주소. (사진은 13번)
   • 계정 확인 창 — 발행 일정을 켤 때와 블로그 확인이 필요할 때 네이버 글쓰기 창을 최소화한 채 잠깐 열어 주소만 읽고 닫아요. 일을 맡은 동안에는 그 글쓰기 창에서 네이버에 로그인 블로그를 한 번 더 물어요. 편집기에 입력하지 않고 결과는 서버로 보내지 않아요.
   • 패널 홈 요약 (GET /api/extension/publish-jobs/summary) — 켜 둔 동안 홈 탭을 볼 때, 그리고 설정 탭을 열 때 발행 일정이 이 회원에게 열렸는지 보려고(15초 캐시). API 키만 보내고, 열림 여부, 대기·예약·확인 필요 수와 다음 일정·최근 결과(제목·시각·상태·등록 방식) 각 3개, 이 계정의 PC 레드플 목록(식별값 앞 8자·버전·상태·마지막 신호·맡는 계정)을 받아 표시만 해요.
   레드랭크 서버는 이 보고로 사이트 '발행 일정' 화면과 알림에 진행 상태·멈춘 이유를 보여 줘요. 서버 쪽 보관(일정·결과·PC 레드플 상태·동의 기록)은 레드랭크 웹사이트의 개인정보처리방침을 따라요.

1. 원고 사진 저장 (2.6 — 발행 일정에 동의한 회원만. 서버가 조건을 정하고, 조건 밖이면 올리지 않아요) — 패널 원고 탭에서 보관함에 저장된 원고의 사진 자리에 사진을 만들거나 내 사진을 넣을 때, 그리고 원고를 열었을 때 서버에 그 자리 사진이 없으면, 그 사진 파일을 올려요(PUT /api/drafts/{원고 번호}/images?slot=…&kind=…, API 키 헤더 · 만든 사진은 영수 정보와 함께). 원고를 열 때는 서버의 사진 목록을 받고(GET /api/drafts/{원고 번호}/images), 사용자가 [불러오기]·[서버 사진 받기]를 누르면 그 사진을 받고(GET …/images/file), [지우기]를 누르면 서버의 그 자리 사진도 지워요(DELETE …/images?slot=…).
   • 무엇: 원고 자리의 사진 파일(만든 사진, 그리고 설정 '내 사진도 서버에 저장'을 켠 경우 내 사진 — 사람 얼굴이 담길 수 있어요). 레드랭크 서버는 긴 변 1600px로 줄이고 사진 속 위치·촬영 정보를 지운 뒤 저장해요.
   • 어디: www.redrank.kr(레드랭크 서버)만. 저장된 사진은 사이트 '발행 일정'의 확인 화면에 보이고, 발행 일정을 맡은 PC 레드플이 그 일의 사진으로 받아요(12번).
   • 끄는 법: 패널 설정 '사진' → '내 사진도 서버에 저장'을 끄면 내 사진은 이 패널에만 두고(카드에 [이 사진만 서버에 올리기]), 사이트에서 발행 일정 동의를 철회하면 서버의 사진이 모두 지워져요. 서버 쪽 보관 기간(마지막으로 쓴 뒤 30일·발행 뒤 7일)과 삭제는 레드랭크 웹사이트의 개인정보처리방침을 따라요.

레드플은 이 키로 보관함 읽기(키 확인·목록·원고 내려받기), 키워드 검색량 조회, 내 블로그 순위 조회, 블로그 지수 조회, 진단 보고 접수, 사용자가 누른 원고 만들기(목차·원고·사진 생성, 편집 저장, 검수, 원본 자료 가져오기), 사용자가 누른 에디터 도구 검사(맞춤법·금칙어·법적 표현·형태소), 그리고 켠 경우의 발행 일정 확인·진행 보고·사진 받기(12번)와 동의한 경우의 원고 사진 저장(13번)만 요청해요. 키로는 일정을 만들거나 시각을 바꿀 수 없어요(사이트에 로그인해야 돼요). 일정을 넣은 뒤 원고가 사이트 밖(패널 등)에서 바뀌면 그 일정은 등록하지 않고 멈춰요. 다만 이 키는 레드랭크 계정의 인증 수단이기도 하므로 다른 사람에게 보여 주거나 공유하지 마세요. 키가 새어 나갔다고 생각되면 프로필에서 새 키를 발급하면 이전 키는 바로 무효가 돼요. 다른 인터넷 요청과 마찬가지로, 레드랭크 서버는 요청을 받을 때 접속 IP·브라우저 종류 같은 통신 기록을 사이트 개인정보처리방침에 따라 다룰 수 있어요.

레드랭크 사이트에서 '바로 채우기'를 누른 경우: 원고는 레드랭크 웹페이지에서 확장으로 직접 넘어와요(서버를 거치지 않아요). 이때 "어느 원고를 어느 플랫폼으로 보냈는지"(플랫폼·원고 번호·계정 별칭)를 보관함의 발행 이력에 남기는 것은 레드랭크 웹사이트가 로그인된 사이트 세션으로 하는 일이고, 확장이 보내는 것이 아니에요. 채우기 결과(성공·실패)는 위 5번의 진단 보고를 사용자가 켜거나 누른 경우가 아니면 서버로 가지 않아요. 같은 원고를 다시 보내면 확장이 그 페이지에 '이미 보낸 원고'(보낸 시각)라고 답해 사이트가 다시 보낼지 확인을 받고, 자동 발행을 켠 원고는 그 결과(예약됨·발행됨·멈춘 이유 코드, 예약 시각, 원고 제목)를 원고를 보낸 레드랭크 탭의 화면에 돌려줘요 — 둘 다 같은 브라우저 안의 페이지 메시지라 확장이 서버로 보내는 것이 아니에요(2절 '보낸 원고 기록'·'자동 발행 결과를 돌려줄 곳'). 레드랭크 사이트의 '발행 일정'에서 일정을 넣으면 그 페이지가 이 브라우저의 레드플을 한 번 깨워요. 레드플은 켬 여부와 상태(대기·진행·멈춤 등)만 답하고(같은 브라우저 안의 페이지 메시지), 일은 페이지가 아니라 12번의 서버 확인으로만 받아요. 레드플 2.5 이상이 있다는 표식(data-redrank-queue)을 레드랭크 페이지에 달아 사이트가 이 기능을 쓸 수 있는지 알게 해요.

네이버로 가는 것: 원고에 딸린 사진과 사용자가 패널에 넣은 사진은 채우기 때 네이버의 사진 업로드 서버로 올라가요. 사용자가 글쓰기 화면에서 사진을 직접 올릴 때와 같은 경로이고, 이미 로그인된 탭의 편집기가 하는 일이에요. 원고 탭의 사진을 레드랭크 서버에 저장하는 것은 발행 일정에 동의한 경우의 3절 13번뿐이에요. 티스토리에는 사진을 올리지 않아요.

4. 수집하지 않는 것

• 네이버·티스토리의 비밀번호, 로그인 쿠키, 세션. 레드플은 이미 로그인된 탭을 그대로 쓸 뿐이에요. 네이버 블로그 아이디는 글쓰기 화면 주소에서 알아낸 것(발행 수 세기·내 블로그 위치 표시용 · 발행 일정의 계정 확인)과 사용자가 설정에 넣은 것만 브라우저 안에 두고, 보내지 않아요 — 발행 일정은 등록된 발행 계정의 번호만 보내요(2절·3절 12번).
• 글쓰기 화면의 페이지 내용을 몰래 보내는 일. 채우기는 편집기에 쓰기만 해요. 채운 직후 제목·본문 칸을 한 번 읽는 것은 "실제로 들어갔는지" 확인하기 위해서이고, 그 결과는 성공/실패 표시로만 남고 저장·전송하지 않아요. 채운 뒤 체크리스트(글자수·사진 수·소제목 수·태그 수·카테고리 이름·공개 설정·예약 시각)를 읽어 패널에 보여 주는 것도 브라우저 안에서만 하고 저장·전송하지 않아요. '편집기 인식'은 칸이 있는지 없는지(참/거짓)를 보고, 편집기에 이미 쓴 글이 있으면 원고로 바꾸기 전에 물어보려고 그 글의 글자 수와 사진·동영상 등의 칸 개수(숫자 둘)만 세요. 센 글자·사진 자체는 어디에도 남기지 않고, 이 숫자도 패널에 표시하거나 채울 탭을 고르는 데(이미 글이 있는 다른 탭은 쓰지 않음)만 쓰며 저장·전송하지 않아요(진단 보고에도 넣지 않아요). 에디터 도구(켜져 있을 때)는 네이버 글쓰기 화면의 제목·본문을 읽어 세고 과장 표현을 찾지만, 이것은 브라우저 안에서만 하고, 글이 레드랭크로 가는 것은 사용자가 검사·형태소 버튼을 누른 그때뿐이에요(3절 11번). 새로고침 뒤 뜨는 "작성 중인 글" 팝업을 대신 닫지 않아요(발행 일정도 그 창이 뜨면 누르지 않고 멈춰요). 발행 일정(켠 경우)은 자기가 연 글쓰기 창에서만, 채운 직후 편집기 글의 해시(지문) 를 PC 안에 잠깐 두고 누르기 직전에 다시 견줘 내용이 바뀌었으면 누르지 않아요. 이 지문과 글은 저장·전송하지 않아요.
• 네이버 검색 결과 페이지를 서버로 보내는 일. 레드플은 통합검색 결과 페이지를 읽기만 해요(광고·링크 클릭, 입력, 자동 스크롤, 자동 검색 없음 — 카드의 노출 순서 칩을 사용자가 누르면 그 블록으로 화면을 옮길 뿐이에요). 읽은 결과 목록은 세션 저장소에만 두고, 레드랭크로 가는 것은 검색어 하나와 사용자가 '지수'를 누른 블로그 주소뿐이에요(3절 6·8번). 다른 검색 결과(이미지·뉴스 탭 등의 내용), 다른 사이트의 페이지는 읽지 않아요. 우클릭 메뉴도 페이지를 읽지 않고, 사용자가 메뉴를 누를 때 크롬이 넘겨주는 선택 글자만 받아요.
• 키 입력, 마우스 동작, 클릭 기록. 어떤 입력도 기록하지 않아요. 에디터 도구는 글이 바뀌면 다시 셀 뿐, 무엇을 언제 쳤는지 남기지 않아요. 원고 탭에 적은 재료는 작성 중 보관(세션 저장소)과 사용자가 누른 생성 요청에만 쓰여요(2절·3절 10번). 발행 일정의 등록 창에서는 채우고 등록하는 동안 그 창의 키보드·마우스 입력을 막아요(내용이 섞이지 않게 — 입력을 버릴 뿐 기록하지 않아요). idle 권한으로는 화면이 잠겼는지만 보고, 입력 내용은 보지 않아요.
• 원고 재료를 레드랭크 밖으로 보내는 일. 경험·원본 자료·추가 요청 같은 재료는 네이버·티스토리·다른 서버로 보내지 않아요. 네이버 글쓰기 화면에는 사용자가 발행 탭에서 채우기를 누른 완성 원고만 들어가요.
• 방문 기록, 열려 있는 탭 목록. 글쓰기 탭을 찾고 패널을 켤지 정하려고 탭 주소가 네이버 글쓰기·티스토리 글쓰기·레드랭크·네이버 검색 결과인지 패턴만 확인해요. 주소를 서버로 보내지 않아요(검색 결과 페이지의 주소는 그 탭의 검색 결과 분석과 함께 세션 저장소에 남았다가 탭을 닫으면 지워져요). 발행 일정의 등록 창은 그 창의 주소만 봐요(글쓰기 주소의 블로그 아이디 비교 · 누른 뒤 넘어간 곳이 글 보기인지) — 서버로 가는 것은 일정의 블로그와 맞는 등록된 글 주소뿐이에요(3절 12번).
• 위치, 건강, 결제 정보, 연락처, 개인 메시지.
• 제3자 전송 없음. 분석 도구, 광고, 외부 글꼴·스크립트 CDN 을 쓰지 않아요. 확장 안의 코드만 실행하고, 원격 코드를 내려받아 실행하지 않아요. 레드랭크에서 받는 셀렉터 표(3절 4번)는 CSS 셀렉터 문자열 데이터이고, 확장은 그 문자열로 칸을 찾기만 해요. 최종 [발행] 버튼을 가리키는 셀렉터는 표에서 받지 않고 확장 안의 상수만 써요.
• 데이터를 팔거나, 광고·신용 평가 등 다른 목적에 쓰지 않아요.

5. 자동 발행에 대해

레드플은 기본적으로 발행 버튼을 누르지 않아요. 예외는 둘뿐이에요.

• 자동 발행 — 레드랭크 사이트의 발행 준비 화면에서 네이버 약관 경고를 읽고 사용자가 자동 발행을 직접 켠 네이버 원고만, 채운 뒤 화면의 5초 카운트다운(취소 가능)이 끝나면 발행 버튼을 눌러요. 패널에서 고른 원고는 항상 자동 발행이 꺼져 있고, 티스토리는 자동 발행이 없어요.
• 발행 일정(2.5·2.6) — 사용자가 레드랭크 사이트 '발행 일정'에서 위험 안내에 동의하고, 패널 설정의 '이 PC에서 발행 일정 실행'도 직접 켠 경우에만, 사이트에서 사용자가 만든 일정의 네이버 원고를 새 글쓰기 창에 사진과 함께 채운 뒤 10초 카운트다운([이번 글 건너뛰기]·[발행 일정 멈추기])이 끝나면 발행 창을 열고, 미리 예약은 예약 발행 버튼을, 정시 발행은 정한 시각에 예약이 꺼진('현재') 상태의 발행 버튼을 눌러요(정한 시각 5초 전부터 10분 안에서만 — 늦어지면 올리지 않아요. 그 시각에 창이 가려져 있으면 누르지 않아요). 발행 창을 여는 버튼과 최종 버튼을 누르기 직전마다 레드랭크 서버에 확인을 받아요(3절 12번). 한 번에 한 편씩, 사이트가 정한 한도(정시 발행끼리 15분 간격 등) 안에서만 해요. '작성 중인 글이 있습니다' 창이 뜨거나, 로그인이 풀렸거나, 사진을 올리지 못했거나, 누른 뒤 결과를 확인하지 못하면 누르지 않거나(이미 누른 뒤면 다시 하지 않고) 멈춰 이유를 알려요. 로그인된 블로그가 일정의 블로그와 다르면 누르지 않고 그 블로그로 로그인한 PC 에 넘겨요.

둘 다 누르기 직전에 발행 창에 넣은 예약 시각(정시 발행은 '현재')·공개 설정·카테고리·태그를 다시 읽어 요청과 같을 때만 누르고, 하나라도 어긋나면 누르지 않고 멈춰 이유를 알려요. 같은 원고는 30분 안에 다시 자동 발행하지 않아요(2절 '보낸 원고 기록'). 서로이웃·이웃추가·댓글 등 다른 어떤 버튼도 자동으로 누르지 않아요. 이 기능은 정보를 수집하는 기능이 아니라 사용자가 켠 동작이지만, 무엇을 누르는지 분명히 하려고 여기에 적어요.

6. 권한별 사용 이유

레드플은 클립보드를 읽지 않아요(clipboardRead 권한 없음). 실패 화면의 '제목 복사 / 본문 복사' 버튼은 사용자가 눌렀을 때 클립보드에 쓰기만 해요.

7. 보관 기간과 삭제

• 확장은 브라우저 안에만 보관해요. 레드플(확장)이 따로 사용자 정보를 보관하는 서버는 없어요. 다만 원고 만들기로 만든 원고는 레드랭크 서버가 사용자의 레드랭크 보관함에 저장해요 — 사이트에서 만든 원고와 똑같이 사이트 보관함에서 보고 지울 수 있고, 그 보관·삭제는 사이트의 개인정보처리방침을 따라요.
• API 키와 계정 표시 정보(local)는 패널 아래의 '연결 해제' 를 누르면 즉시 지워져요. 확장을 삭제(chrome://extensions)해도 크롬이 확장 저장소를 함께 지워요.
• 패널 설정(채울 곳, 진단 자동 전송 여부, 화면 테마, 검색 카드·에디터 도구 켬 여부), 검색 카드 버튼 위치·펼침 여부, 내 블로그 아이디와 셀렉터 표 캐시(local)는 '연결 해제'로는 지워지지 않고 확장을 삭제하면 지워져요. 에디터 도구의 버튼 위치·펼침 여부(local)도 같아요. 진단 자동 전송과 네이버 검색 카드, 에디터 도구는 패널의 '설정' 탭에서 언제든 끌 수 있고, 내 블로그 아이디는 설정에서 지울 수 있어요.
• 마지막 원고(사진 포함)와 진행 상태, 최근 조회 키워드와 열어 둔 탭 이름(session)은 브라우저를 닫으면 자동으로 사라져요. 패널에 넣은 내 사진은 패널을 닫으면 사라져요. 홈에 표시한 추적 키워드·순위와 블로그 지수 결과는 저장하지 않아요.
• 작성 중 원고 재료, 원고 생성 중 표시, 패널에서 만든 원고의 세션 사본, 원고 만들기·검색량 보기·패널 열기 의도, 에디터 도구 메인 키워드(session)는 브라우저를 닫으면 자동으로 사라져요(의도는 패널이 읽으면 바로 지워요). 에디터 도구가 읽은 글과 검사 결과는 저장하지 않아요. 패널에서 만든 사진(IndexedDB)은 패널을 열 때마다 14일이 지난 것을 지우고, 확장을 삭제하면 함께 지워져요.
• 검색 결과 분석(session)은 그 탭을 닫거나, 그 탭이 검색 결과 밖으로 가거나 검색어가 바뀌면 바로 지워지고, 5탭을 넘으면 오래된 것부터 지워지며, 브라우저를 닫으면 모두 사라져요.
• 보낸 원고 기록(local)은 7일이 지나거나 200개를 넘으면 새 기록을 남길 때 오래된 것부터 지워지고, 확장을 삭제하면 지워져요('연결 해제'로는 지워지지 않아요). 다시 보내기 확인 표식과 자동 발행 결과를 돌려줄 곳(session)은 브라우저를 닫으면 사라져요.
• 보낸 진단 보고는 확장 안에 남지 않아요. 레드랭크 서버에 접수된 보고의 보관·삭제는 사이트의 개인정보처리방침을 따라요.
• 발행 일정 설정(켬 여부·확인한 안내 버전)과 실행 기록(local — 무작위 식별값·상태·진행 중인 일·최근 결과·창 기억·열어 둔 창 목록·못 보낸 보고·계정 확인·발행 계정 목록)은 '연결 해제'로는 지워지지 않고 확장을 삭제하면 지워져요. 발행 일정 사진 캐시(IndexedDB)는 그 일이 끝나면, 늦어도 3시간 뒤 지워지고, 사진 동기화 기록은 30일·300개가 지나면 지워져요. 그 전에도 최근 결과는 30일·100개, 창 기억은 1시간이 지나면 새로 남길 때 지워지고, 보낸 보고는 바로 지워져요. 패널 설정에서 언제든 끌 수 있어요(끄면 새 일정을 가져가지 않아요). 레드랭크 서버에 남은 일정·결과·PC 레드플 상태와 사이트에서 한 동의 기록의 보관·삭제는 사이트의 개인정보처리방침을 따라요.
• 키 자체를 무효로 만들고 싶으면 레드랭크 프로필 → 확장프로그램 API 키에서 새 키를 발급하면 돼요. 새로 발급하면 기존 키는 더 이상 쓸 수 없어요.
• 레드랭크 계정에 저장된 원고·발행 이력의 삭제와 계정 탈퇴는 사이트의 개인정보처리방침을 따라요.

8. 크롬 웹스토어 '개인정보 보호 관행' 공개 항목

크롬 웹스토어 확장 페이지의 '개인정보 보호 관행' 항목에는 아래와 같이 공개해요. (예 = 다룸)

또한 아래 세 가지를 약속해요:

• 사용자 데이터를 승인된 용도 외에 제3자에게 판매하거나 전송하지 않아요.
• 사용자 데이터를 이 확장의 단일 목적(레드랭크 원고를 만들어 블로그 글쓰기 화면에 채우고 발행을 준비하기 — 키워드 검색량·네이버 검색 결과 분석·블로그 지수·내 블로그 순위 조회는 무엇을 쓸지 정하는 보조, 에디터 도구의 분량·표현 검사는 발행 전 점검 보조, 사용자가 동의하고 켠 발행 일정은 정한 시각대로 사진까지 채워 예약하거나 발행하는 일, 원고 사진 저장은 그 발행 일정에 쓰는 일)과 무관한 목적에 쓰거나 전송하지 않아요. 키워드·검색어·지수 조회와 원고 재료·원고, 에디터 도구가 검사하는 글은 레드랭크 서버(www.redrank.kr)로만 가고, 검색 결과 페이지에서 읽은 결과 목록은 브라우저 밖으로 나가지 않아요.
• 사용자 데이터를 신용도 판단이나 대출 목적에 쓰거나 전송하지 않아요.

9. 방침의 변경

확장이 다루는 정보나 권한이 바뀌면 이 문서를 고치고 시행일을 갱신해요. 확장 업데이트로 권한이 늘어나면 크롬이 설치 시 다시 물어봐요.

10. 문의

이 방침이나 레드플의 정보 처리에 대해 물어볼 곳:

• 운영자: 주식회사 딥레드 (대표 권태형) · 충청북도 청주시 흥덕구 봉명로 218, 3층 에이 13호(봉명동)
• 문의 이메일: support@redrank.kr
• 개인정보 보호책임자: 확인 중/확인 중 · support@redrank.kr