단지위키 — 리모델링 단지 정보 위키

🧭 만든 동기 · 리모델링 단지 정보가 블로그·카페·뉴스에 너무 흩어져 있어서, 어디 단지가 지금 어느 단계까지 갔는지 비교 한 번 하기가 힘들었어요. · 시세·세대수·시공사·조합 단계 같은 핵심 정보를 한 곳에 정규화해서 모아두고 싶었습니다. · 단지마다 가장 정확한 정보는 결국 그 단지 주민·조합원이 갖고 있더라고요. 나무위키처럼 익숙한 협업 편집 패턴으로 그 지식을 끌어모으는 그릇이 필요하다고 봤어요. · 도메인을 danjiwiki.com 으로 잡은 건, 지금은 리모델링 중심이지만 앞으로 재건축·재개발까지 확장 가능한 "단지" 단위로 키우려는 의도예요. 🧱 사용 기술 · Next.js 15 (App Router) + React 18 + TypeScript · Tailwind CSS 3 · Supabase (Postgres + Auth + Storage + RLS) — 마이그레이션 42개 누적 · 카카오 OAuth (Supabase Auth Provider 경유) · 네이버 지도 SDK + NCP Geocoding API · 공공데이터 연동: K-apt API(전국 9,800+ 단지), 국토부 실거래가 API (cron으로 정기 적재, 누적 8.6만 건+) · Vercel 호스팅 + Cron Jobs · next/sitemap, JSON-LD, OG/Twitter 카드로 "단지위키" 브랜드 SEO 최적화 · DiceBear 기반 UUID 아바타 자동 생성 아키텍처 측면에서 신경 쓴 부분: · SSR 페이로드 슬림화 — 초기 8,400단지(약 1MB) 통째 전송하던 걸, 시군구·동 집계 + 최신 5개로 줄이고 개별 마커는 viewport bbox로 lazy fetch. Supabase egress가 약 4.3GB → 0.5GB 예상까지 감소. · 줌 아웃 단계별 클러스터(광역시·도 → 시군구 → 동 → 단지)로 시각화 · 신뢰점수 트리거 — 승인 시 +1, 5점 이상 사용자는 이후 제보 자동 승인되어 운영 부담 최소화 · 알림 시스템 — 즐겨찾기·대댓글·제보 결과·문의 답변 등 다채널 발송 💬 받고 싶은 피드백 · 지도 첫 진입 속도, 마커 클릭 → 패널 뜨는 반응성 체감 어떤가요? · 단지 상세 정보 중 "이게 더 보고 싶다" 싶은 항목 있나요? (분담금? 시공사 이력? 조합 연락처?) · 위키형 제보 흐름이 직관적인지, 어디서 막히는지 알려주시면 큰 도움이 돼요.