Social Fetcher URL Structure Audit

소셜별 데이터소스 확정 + 객체별 필드 통합(§4) 문서 인덱스 · 볼륨 큰 순

플랫폼별 감사 문서 (§4 객체별 통합뷰)

플랫폼볼륨확정 source객체
x5,135 · 51.9%twitterapi.io 유지Creator·Content·Venue열기 →
instagram571 · 5.8%Apify prodiger + post파싱Creator·Content열기 →
youtube514 · 5.2%공식 Data API v3Creator·Content열기 →
tiktok445 · 4.5%Apify apidojoCreator·Content열기 → Apify 비용 실측 →
telegram363 · 3.7%무료 t.me/s/ 프리뷰Venue ×2열기 → 가드 재사용 근거 →
reddit161 · 1.6%Apify harshmaurVenue·Content·Creator열기 →
github151 · 1.5%공식 REST+PATCreator·Content열기 →
각 문서 §4 = 객체별 5열 통합뷰(필드 · 설명 · 값변동성[immutable/mutable/derivable] · 파싱상태[캡처/미파싱/없음] · 트레이딩 유용성) + raw 스키마 부록 + acquisitionLadder "확정 ✅" 행. website·unknown은 별도 문서 없음

크로스 플랫폼 감사

🖼 이미지/미디어 자산 유실 감사

8개 플랫폼 전수 — raw→fetcher→Generator→DB 4단계 중 어디서 이미지가 끊기는지, 문서화된 결정인지 단순 누락인지

도구 · 기록

🗳 Source Picker

플랫폼별 데이터소스 선택 UI + JSON export (인터랙티브)

🧭 Refinement Workflow

작업 흐름·의존성·상태 체크리스트(방향 기록)

📖 README

목적·방법론·플랫폼 체크리스트

📦 Migration Manifest

별도 repo 이관 시 복사할 코드·문서 전체 목록 + 순서

확정 데이터

source-selections.json

사람이 선택한 확정 source (Phase B 입력)

source-picker-data.json

후보 카탈로그 + 볼륨 (피커 원천)

다음 단계: 확정 판정을 실제 코드 반영(라우터/fetcher + 회귀 테스트). 신규 source 구현(youtube Data API · tiktok apidojo · telegram t.me/s/ · github REST) + x 정지계정 감지 갭.