🏗️ 블로그 · 2026-04-27

100개+ 마이크로 SaaS 도구 만들면서 배운 것 (운영 회고 2026)

단일 운영자가 119개 마이크로 SaaS를 1년 운영하며 배운 인프라·SEO·AEO·운영 회고. 가장 비싼 실수와 가장 큰 레버리지를 정리.

119개 도구 1년 운영 — 핵심 숫자

LIVE 도구 119개 (한국 104 + 글로벌 34, 일부 중복)
단일 운영자
평균 배포 주기: 도구당 4~6시간
인프라 비용: 월 약 3~5만 원 (S3·CloudFront·ACM)
트래픽 분포: 상위 5개가 전체 70%

가장 비싼 실수 5가지

1. CloudFront OAC·Function 도구별 신규 생성

초기에 모든 도구가 자체 OAC·Lambda Function 을 만들면서 AWS 비용이 6배 폭증. 공유 bal-pe-kr-rewrite Function + static-shorts-oac 로 통합 후 정상화.

교훈: 동일 도메인은 OAC + Function 공유. 인프라 자원의 90%가 사이트별로 다를 이유가 없음.

2. GitHub Actions 무료 한도 초과

월 도구 5개 이상 자주 배포하면 GHA 빌링 한도 초과. 로컬 deploy 스크립트 (microsaas-infra/scripts/local-deploy.sh) 로 전환 후 영구 해결.

3. CDK BucketDeployment invalidation 타임아웃

스택 1개에 5개 이상 사이트를 묶었더니 invalidation 타임아웃 → UPDATE_ROLLBACK_FAILED. continue-update-rollback skip + 직접 S3 sync 폴백 패턴 표준화.

4. 메타데이터 i18n 누락

영문 title/description을 빠뜨려 글로벌 트래픽 6개월 손실. SEO 점검 시 i18n 메타 누락 자동 감지 스크립트 필수.

5. 같은 도구 코드 8개 사이트 복붙

레거시 KR 풀에서 발생. 공통 컴포넌트는 microsaas-shared 패키지로 묶고 props로 차이만 주입하는 구조로 리팩.

가장 큰 레버리지 5가지

1. 서브도메인 + 툴당 레포

bal.pe.kr/{tool} 단일 도메인 대신 {tool}.bal.pe.kr + 툴당 GitHub 레포. 빌드 격리 + 배포 충돌 0.

2. 공유 인프라 (CloudFront/ACM/S3)

OAC + Function + ACM 1개로 119개 사이트 운영. 신규 사이트 추가 시간 6시간 → 30분.

3. AEO 우선 (llms.txt)

전 사이트 llms.txt 표준 적용 후 ChatGPT·Perplexity 인용률 27% ↑. 트래픽 내성도 SEO만 의존하지 않게 됨.

4. 7인 work-pool 팀 운영

대규모 개선 캠페인은 architect + 5 worker + reviewer 구조로 병렬 운영. 119개 사이트 종합 개선이 2주 내 완료(2026 Q2).

5. 데이터 중심 의사결정

GA4 + Search Console + 도구별 사용 로그를 매주 회고. 상위 5개에 80% 노력 집중, 나머지는 자동화 유지보수.

운영자 체크리스트 10가지

[ ] 신규 사이트 OAC·Function 신규 생성 X
[ ] llms.txt 자동 생성 (sitemap → 변환)
[ ] i18n 메타 누락 빌드 fail
[ ] 로컬 deploy 표준화
[ ] CDK 스택 사이트당 1개
[ ] 공통 컴포넌트는 shared 레포
[ ] 주간 GA4 + GSC 리포트
[ ] 상위 5개 SLA 99.9% 모니터
[ ] AEO 인용률 월 추적
[ ] 운영 회고 분기 1회

개인 SaaS 만드려는 사람을 위한 조언

첫 도구는 본인이 매주 쓰는 것 — 동기·디테일 모두 향상
인프라 미리 표준화 — 5개째부터 카피 가능
SEO + AEO 동시 구축 — llms.txt는 첫날부터
로컬 배포 스크립트 — GHA 비용은 트랩
스코어링 → 우선순위 → 회고 — 모든 결정의 데이터화

정리

119개를 만들고 배운 것은 결국 "중복 제거 + 자동화 + 데이터화" 3가지. 1개를 100배로 만드는 것보다 1개를 100번 깎는 것이 더 빠릅니다.