CheckMate를 운영하는 사람과 원칙

누가 만들고 책임지는지, 분석 결과를 어디까지 믿을 수 있는지, 어떤 근거로 콘텐츠를 고치는지 공개합니다.

최종 업데이트: 2026년 7월 16일

운영 주체

이름: 이매진
형태: 1인이 만들고 운영하는 무료 서비스
연락처: dlaudwls1203@gmail.com
공개 시작: 2026년 3월

아직 유료 상품이 없어 사업자 정보는 공개하지 않습니다. 결제를 받는 기능이 생기면 통신판매업 신고와 함께 사업자 정보를 이 자리에 표기합니다.

왜 만들었나요?

인스타그램 언팔 확인 앱 다수가 계정 비밀번호나 지속적인 계정 연결을 요구하는 문제를 피하고 싶었습니다. 그래서 Instagram이 사용자의 요청에 따라 제공하는 데이터 내보내기 파일을 브라우저에서 직접 읽는 방식을 선택했습니다.

기획, TypeScript 분석기, 화면, 배포와 문의 대응을 운영자 1인이 직접 담당합니다. 실제 내보내기 구조가 바뀌면 샘플을 다시 확인하고 파서와 설명을 함께 수정합니다.

분석은 어떻게 동작하나요?

사용자가 Instagram에서 JSON 형식의 데이터 내보내기를 직접 요청합니다.
CheckMate가 ZIP 또는 JSON을 브라우저 메모리에서 해제하고 관계 파일을 찾습니다.
followers와 following을 비교해 맞팔, 나를 팔로우하지 않는 계정, 팬 목록을 계산합니다.
새 형식에 안정적인 ID가 있을 때만 사용자명 불일치를 보정하고, 나머지는 가능성으로 표시합니다.

파일이 거치는 경로를 정확히 적으면 이렇습니다. 업로드 버튼을 누르면 브라우저가 ZIP을 메모리에 올리고, JSZip으로 connections/followers_and_following/ 아래의 JSON만 골라 풉니다. 파싱 함수(src/lib/igFormat.ts)가 구형·신형 두 형식을 같은 모양으로 정규화하고, 분석 함수(src/lib/analyzer.ts)가 두 목록을 대조합니다. 이 과정에 네트워크 요청은 없습니다. 결과 화면의 숫자 네 개(내가 팔로우, 나를 팔로우, 맞팔, 나를 팔로우하지 않음)와 목록은 전부 그 메모리에서 나오고, 탭을 닫으면 사라집니다. 서버로 가는 것은 페이지 조회 같은 일반 사이트 분석뿐이며, 그것도 업로드 내용과 결합되지 않습니다. 코드는 공개 저장소에서 같은 경로로 확인할 수 있습니다.

내보내기 범위는 계정과 요청 시점에 따라 달라질 수 있습니다. CheckMate는 보편적인 365일 제한을 가정하지 않고 파일에서 실제로 관측된 기간을 사용합니다.

정확도와 해석의 한계

최신 내보내기에 안정적인 계정 ID가 포함된 경우에만 사용자명 변경과 무관한 매칭이 가능합니다.
구형 형식의 URL은 사용자명 기반이며 timestamp 일치는 닉네임 변경 후보를 추정하는 보조 신호입니다.
비활성화, 삭제, 차단, 내보내기 누락은 파일만으로 완전히 구분할 수 없습니다.
결과는 관계 정리 참고용이며 Instagram의 공식 계정 상태 판정이 아닙니다.

위 한계는 추상적인 면책이 아니라 실제 파일에서 확인한 사실에서 나옵니다. 운영자 본인 계정의 2026-08-18 내보내기를 열어보면 followers_1.json과 following.json 두 파일에만 계정 고유 ID가 없고, 같은 ZIP의 나머지 8개 파일에는 전부 들어 있었습니다. 그래서 사용자명이 바뀐 계정을 이 두 파일만으로 확정할 방법이 없고, CheckMate는 "닉네임 변경 가능성"까지만 표시합니다. 자세한 수치는 파일 10개 전수 해부에 있습니다. 반대로 "followers는 최근 1년만 나온다"는 통설은 같은 파일에서 성립하지 않았습니다. 543건 중 86.4%가 1년보다 오래된 기록이었고 가장 오래된 항목은 2018년이었습니다. 그렇다고 모든 계정이 그렇다고 단정하지는 않습니다. 표본이 하나이기 때문입니다. 이 결과와 재현 방법은 365일 제한 실측 글에 정리했습니다.

글을 쓸 때 지키는 기준

이 사이트의 기술 글은 세 가지 출처만 근거로 씁니다. 첫째, Meta가 공개한 문서와 도움말. 둘째, 운영자 본인 계정에서 직접 받은 내보내기 파일의 관측치. 셋째, 공개된 파서 코드가 실제로 하는 동작. 이 셋으로 확인되지 않는 것은 추정이라고 적고, 어디까지가 관측이고 어디부터가 해석인지 문장 단위로 구분합니다.

그래서 쓰지 않는 것도 분명합니다. 이용자 파일을 모아 낸 통계는 존재하지 않으므로 인용하지 않습니다. 서비스가 시작된 2026년 3월 이전을 운영자가 관찰한 것처럼 쓰지 않습니다. 제품이 화면에 보여주지 않는 기능을 있는 것처럼 설명하지 않습니다. 이 세 가지는 저장소의 테스트가 문장 패턴으로 검사해, 어기면 빌드가 실패하도록 되어 있습니다.

실측 글의 표본은 계정 하나입니다. 다른 계정, 다른 요청 시점에서 같은 결과가 나온다고 보장하지 않으며, 독자가 같은 절차로 자기 파일을 확인할 수 있게 재현 스크립트를 함께 싣습니다. 반례를 제보받으면 확인 후 글에 반영하고 수정 이력을 남깁니다.

이 기준은 실제로 적용됐습니다. 2026년 8월 19일에 블로그 전체를 다시 검토해, 서비스 개설 이전 시점의 자체 데이터를 출처처럼 인용한 문장과 이용자 집계로 읽힐 수 있는 표현을 전부 고쳤고, 제품에 없는 기능을 설명하거나 근거를 복원할 수 없는 글 네 편은 수정 대신 삭제했습니다. 남긴 글도 출처 없는 수치는 추정임을 표 옆에 적거나 정성 표현으로 바꿨습니다. 같은 날 사이트 안내에서 "관심사 분석"처럼 화면에 없는 기능 문구도 지웠습니다. 이후 발행하는 실측 글은 위 세 출처와 표본 1개 원칙을 그대로 따릅니다.

개인정보와 콘텐츠 검수

원본 ZIP, 사용자명 목록, DM 본문과 상대 계정명은 서버로 전송하지 않습니다. 새로고침하거나 탭을 닫으면 분석 메모리에서 사라집니다. 일반 사이트 분석은 업로드 결과 수집과 분리해 개인정보 처리방침에 공개합니다.

기술 글은 확인한 JSON 키와 실제 파일 관측치를 기준으로 작성합니다. 확인되지 않은 표본, 운영 기간, 알고리즘 수치나 성공률은 사실처럼 게시하지 않습니다.

운영자에게 연락하기

오류 재현, 개인정보 문의, 콘텐츠 정정 요청은 dlaudwls1203@gmail.com로 보내주세요.