→

SINSABRIDGE DIGITAL ENGINEERING

2026 · 05 · 14 — KST

CLIENT REPORT · ANALYSIS & PROPOSAL

SIDOSCHOOL
토스페이먼츠
도입 제안.

sidoschool.com 사이트의 현재 환경, 사용 언어, 페이지 구조를 분석하고 토스페이먼츠 결제 시스템 도입 방안을 정리한 제안서입니다.

CLIENT

SIDOSCHOOL

SUBJECT

결제 시스템 도입

DOCUMENT

분석 보고서 V1

PARTNER

SINSABRIDGE

AGENDA

02 / 09

일곱 가지 챕터로
이 보고서를 구성했습니다.

사이트의 현재 상태를 먼저 진단하고, 어떤 기술로 만들어졌는지, 어떻게 구성되어 있는지를 분석합니다. 그 다음 토스페이먼츠 결제를 어떻게 도입할 수 있는지, 어떤 원칙으로 안전하게 진행할지를 제안합니다.

01

사이트 현황 진단

호스팅 환경, 서버, 보안, 만료일 등 기본 정보를 한눈에 확인합니다.

02

사용 언어 분석

사이트가 어떤 프로그래밍 언어로 만들어졌는지, 그 언어의 특성은 무엇인지.

03

사이트 구조 분석

페이지 구성, 디렉토리, 결제 모듈 위치를 시각화합니다.

04

토스 결제 도입 방안

결제가 어떤 단계로 진행되는지, 무엇을 새로 만들어야 하는지.

05

안전 격리 개발 모델

운영 사이트는 건드리지 않고, 별도 환경에서 만들어 마지막에 연결.

06

안전 도입 원칙

운영 중인 사이트를 멈추지 않고 결제를 도입하기 위한 원칙들.

07

다음 단계

정식 개발 착수 전, 함께 준비해야 할 사항들.

CHAPTER 01 · 사이트 현황 진단

03 / 09

SIDOSCHOOL.COM

현재 환경은
결제 도입에 적합합니다.

HTTPS 보안 통신이 이미 적용되어 있고, IIS 기반 Classic ASP 환경입니다. 토스페이먼츠가 요구하는 보안 요건은 모두 충족합니다.

서버 운영체제

WINDOWS IIS 10

Microsoft 운영체제 + IIS 웹서버
NHN 윈도우 호스팅

사용 언어

Classic ASP

VBScript 기반 서버 언어
2000년대 초반부터 사용

HTTPS 보안

적용됨

HTTP → HTTPS 자동 전환
토스 필수 요건 충족

데이터베이스

MSSQL 2008 R2

Microsoft SQL Server
300MB 용량

디스크 사용

65 %

4,000MB 중 2,599MB 사용
실제 운영 중인 사이트

보안 방화벽

WebKnight

웹 공격 차단 기능
결제 콜백 점검 필요

호스팅 만료

D − 26

2026 · 06 · 09 만료
연장 후 작업 진행 필요

한글 처리

EUC-KR

한국어 전용 인코딩
UTF-8 변환 검토 가능

쉽게 말하면

sidoschool.com은 Microsoft 서버 위에서 돌아가고 있으며, HTTPS 보안 통신이 이미 적용되어 있어 토스페이먼츠 결제를 붙이기 위한 기본 조건은 모두 만족합니다. 다만 호스팅 만료일이 26일 남았기 때문에, 본격 작업을 시작하기 전에 호스팅을 연장하시는 것이 우선입니다.

CHAPTER 02 · 사용 언어 분석

04 / 09

PROGRAMMING LANGUAGE

전체 사이트는
100% Classic ASP입니다.

데스크톱 페이지, 모바일 페이지, 회원, 강의, 결제 — 모든 페이지가 단 하나의 언어로 통일되어 있습니다. 다른 언어가 섞여 있지 않습니다.

100%

Classic ASP 비율

8개

주요 디렉토리

2종

데스크톱 + 모바일

0개

다른 언어 혼용

확인된 근거

파일 확장자	모든 페이지 `.asp`
서버 응답	`X-Powered-By: ASP.NET`
세션 쿠키	`ASPSESSIONID` 사용
인코딩	EUC-KR (한국어 전용)
진입점	`Default.asp` → `/main/index.asp`
모바일 진입	`/m/` 디렉토리 (별도 ASP)

언어 특성

등장 시기	1996년 — 30년 된 기술
주 사용처	국내 학원, 쇼핑몰, 회사 사이트
장점	안정성, 한글 처리, IIS 통합
단점	현대 프레임워크 SDK 없음
토스 SDK	공식 미지원 — 직접 구현 필요
대안	표준 HTTPS API 직접 호출

쉽게 말하면 — Classic ASP가 뭔가요?

Classic ASP는 마이크로소프트가 1996년에 만든 웹 프로그래밍 언어입니다. 자동차로 치면 30년 된 클래식카와 비슷합니다 — 여전히 잘 굴러가지만, 요즘 자동차에 쓰이는 첨단 부품(공식 SDK)은 더 이상 만들지 않습니다.

토스페이먼츠는 요즘 주로 쓰이는 언어(Node.js, PHP, Python 등)용 부품은 만들어 두었지만, Classic ASP용 부품은 만들지 않았습니다. 그래서 우리가 직접 '토스용 어댑터'를 만들어 끼워 넣어야 합니다. 어댑터 자체는 단순한 구조라 충분히 가능합니다.

중요 — 모든 페이지가 같은 언어라는 사실

사이트가 여러 언어가 섞이지 않고 ASP 하나로만 통일되어 있다는 점은 큰 장점입니다. 만약 PHP, ASP.NET, Java 등이 섞여 있었다면 결제 모듈을 여러 개 만들어야 했지만, 단 한 번만 만들면 데스크톱과 모바일 모두에 적용할 수 있습니다.

CHAPTER 03 · 사이트 구조 분석

05 / 09

SITE STRUCTURE

데스크톱과 모바일이
분리된 이중 구조입니다.

데스크톱 사용자는 디렉토리별로 분리된 페이지를 보고, 모바일 사용자는 /m/ 디렉토리의 별도 페이지를 봅니다. 페이지 진입 시 사용자 기기를 감지해 자동으로 분기됩니다.

# sidoschool.com 디렉토리 구조 (외부 분석 기반) / 루트 — Default.asp가 모바일/데스크톱 분기 ├─ main/ 메인 페이지 (데스크톱) │ └─ index.asp 홈 화면 ├─ study/ 강의 (핵심) │ ├─ class_list.asp 강의 카테고리 목록 │ ├─ dan_list.asp 단과 강의 목록 │ └─ dan_view.asp 강의 상세 — "구매하기" 버튼 위치 ├─ pay/ 결제 (토스 도입 핵심) │ └─ pay_dan.asp 결제 처리 페이지 — 토스 모듈 적용 위치 ├─ member/ 회원 │ ├─ login.asp 로그인 │ ├─ login_ok.asp 로그인 처리 │ ├─ agree.asp 약관 동의 │ └─ cmsid.asp 아이디 찾기 ├─ cs/ 고객센터 │ ├─ nlist.asp · flist.asp · qlist.asp 공지/FAQ/Q&A │ └─ nneyong.asp 게시글 상세 ├─ jalyo/ 자료실 ├─ cumm/ 커뮤니티 ├─ page/ 일반 페이지 (회사소개 등) └─ m/ ★ 모바일 별도 사이트 (동일 기능 재구현) ├─ default.asp ├─ login.asp ├─ study_class_list.asp ├─ study_dan_list.asp └─ my_main.asp 마이페이지 (결제 내역 등)

결제 흐름 (현재 추정)

1단계	강의 상세 페이지에서 "구매하기" / "장바구니" 클릭
2단계	로그인 확인 (`member/login_ok.asp`)
3단계	장바구니 저장 (`buyxml.asp`)
4단계	결제 페이지 진입 (`pay/pay_dan.asp`)
5단계	현재 PG사 결제창 호출 — ★ 여기에 토스 도입

토스 도입 영향 범위

수정 필요	`/pay/pay_dan.asp` (데스크톱 결제)
수정 필요	`/m/` 내 결제 페이지 (모바일 결제)
신규 생성	`/toss/` 디렉토리 (모듈)
DB 신규	`TossPayments` 테이블 (결제 내역)
영향 없음	회원/강의/자료실/커뮤니티 등 80%의 페이지

쉽게 말하면

사이트는 아파트 한 동에 비유할 수 있습니다. 1~9층까지(데스크톱)와 같은 구조의 별관(/m/ 모바일)이 따로 있고, 각 층마다 강의실(study)·관리실(member)·게시판(cs)이 나뉘어 있습니다.

토스 결제는 '결제 카운터' 한 곳에만 새 단말기를 설치하는 작업입니다. 다른 강의실이나 게시판은 건드릴 필요가 없어, 사이트 전체의 약 80%는 그대로 유지됩니다.

CHAPTER 04 · 토스 결제 도입 방안

06 / 09

TOSS PAYMENTS V2 WIDGET

결제는
여섯 단계로 끝납니다.

학생이 결제 버튼을 누르면 토스 결제창이 뜨고, 결제가 끝나면 자동으로 사이트로 돌아와 결제가 완료됩니다. 학생 입장에서는 버튼 한 번 누르고 인증만 거치면 끝나는 흐름입니다.

1

학생 화면

강의 상세 페이지에서 "결제하기" 버튼 클릭. 학생이 사이트에서 결제를 시작하는 시점.

2

학생 화면

토스 결제창이 화면에 뜨고, 카드·계좌·간편결제 중 선택 → 본인 인증. 토스가 만든 표준 결제창이 자동으로 나타남.

3

토스 서버

결제 인증 성공 → 사이트로 결제 정보 전달. "이 학생이 얼마를 결제했다"는 정보가 sidoschool로 돌아옴.

4

sidoschool

전달받은 정보로 토스 서버에 "이 결제 진짜 맞나요?" 한 번 더 확인 호출. 위조 방지 — 결제 정보를 토스에 다시 검증.

5

sidoschool

확인되면 결제 내역을 DB에 저장하고, 학생의 강의 수강 권한을 부여. 결제 완료 처리 + 학생 계정에 강의 활성화.

6

학생 화면

"결제가 완료되었습니다" 안내 페이지로 이동. 학생은 영수증과 강의 시작 버튼을 받음.

쉽게 말하면

식당의 카드 단말기와 같은 원리입니다. 손님이 카드를 꽂으면 단말기(토스)가 카드사에 결제 승인을 요청하고, 카드사가 OK를 보내면 단말기가 영수증을 출력합니다. 사이트는 단말기가 출력한 영수증을 받아 "이 손님이 얼마 결제했다"를 장부(DB)에 기록하는 역할만 합니다.

결제 정보(카드번호 등)는 sidoschool 사이트에 절대 저장되지 않습니다. 모든 민감한 정보는 토스가 처리하기 때문에, 보안 부담이 크게 줄어듭니다.

CHAPTER 05 · 안전 격리 개발 모델

07 / 09

ISOLATED DEVELOPMENT MODEL

운영 사이트를
건드리지 않습니다.

결제 엔드포인트는 SINSABRIDGE가 완전히 분리된 환경에 직접 개발합니다. 4주간 검증을 끝낸 뒤 마지막 단계에서 sidoschool.com에 단 한 줄만 추가해 연결합니다.

SIDOSCHOOL.COM

운영 사이트

작업 기간 내내 한 줄도 수정하지 않음. 학생들은 평소처럼 강의 수강.

마지막 5분 작업: /pay/pay_dan.asp에 "우리 엔드포인트로 보내기" 한 줄 + 콜백 ASP 1개 추가.

SINSABRIDGE 책임 영역

결제 엔드포인트

Cloudflare Workers 환경에 우리가 완전 개발/운영하는 결제 모듈. 토스 결제창 호출 · 승인 · 콜백 · 환불 모두 여기서 처리.

운영 사이트와 완전 격리 — DB 접근 권한 없음, 결제 정보만 다룸.

TOSSPAYMENTS

토스 결제 서버

카드 인증, 결제 승인, 환불 처리. 민감 정보(카드번호 등)는 토스가 책임.

우리 엔드포인트와 표준 REST API로 통신.

4주 워크플로우 — 운영 사이트는 4주차 마지막에만 닿습니다

1

WEEK 01

엔드포인트 개발

SINSABRIDGE 환경에 토스 결제 모듈 작성. 운영 사이트 무관.

2

WEEK 02

테스트키 검증

성공 · 실패 · 취소 · 환불 · 가상계좌 등 모든 케이스 검증.

3

WEEK 03

고객사 데모

SINSABRIDGE 환경에서 실시연. 결제 흐름 직접 확인 후 승인.

4
WEEK 04 · GO LIVE
5분 연결
sidoschool에 FTP로 ASP 파일 1~2개 업로드. 그게 전부.

왜 ASP는 별도 "배포"가 필요 없나요?

Classic ASP는 인터프리터 언어라 빌드/컴파일 과정이 없습니다. FTP로 파일을 올리면 그 즉시 다음 요청부터 새 코드가 실행됩니다. IIS 재시작도, CI/CD 파이프라인도 필요 없습니다.

덕분에 4주차의 "운영 연결 작업"은 실제로 5분이면 끝납니다 — ASP 파일 1~2개 FTP 업로드. 문제가 생기면 이전 파일로 덮어쓰기 1번이면 즉시 롤백. 이것이 무중단의 기술적 근거입니다.

우리 결제 엔드포인트가 돌아가는 인프라

⚡

PLATFORM

Cloudflare Workers

🔒

SECURITY

SSL 자동 + Secrets

🌐

NETWORK

300+ 글로벌 엣지

💸

COST

월 운영 비용 0원

한 줄 요약

운영 중인 sidoschool.com은 4주 작업 기간 내내 한 줄도 안 바뀝니다. 결제 모듈은 SINSABRIDGE의 격리된 환경에서 완성·검증된 뒤, 마지막 날 FTP 업로드 한 번으로 연결됩니다. 문제 발생 시 1분 내 원상복구가 기술적으로 보장됩니다.

CHAPTER 06 · 안전 도입 원칙

08 / 09

SAFETY PRINCIPLES

운영 중인 사이트를
멈추지 않습니다.

이미 디스크의 65%를 사용 중인, 실제로 학생들이 강의를 듣는 사이트입니다. 우리는 다음 네 가지 원칙으로 무중단을 보장합니다.

PRINCIPLE 01

완전 백업 후 시작

작업 시작 전 사이트의 모든 파일과 데이터베이스를 외부 저장소에 백업합니다. 어떤 상황에서도 작업 이전 상태로 돌아갈 수 있는 안전망을 확보합니다.

PRINCIPLE 02

기존 사이트 무손상

결제 모듈은 새로운 폴더에 격리해서 만듭니다. 기존 강의·회원·게시판 페이지는 단 한 줄도 건드리지 않으며, 80% 이상의 사이트는 그대로 유지됩니다.

PRINCIPLE 03

테스트 환경 우선 검증

실제 결제 전, 토스가 제공하는 테스트 환경에서 성공·실패·취소·환불 모든 상황을 미리 검증합니다. 실제 카드 결제는 모든 검증이 끝난 마지막에 단 1건의 소액 테스트로 시작합니다.

PRINCIPLE 04

즉시 되돌리기 가능

결제 버튼은 ON / OFF 스위치로 만듭니다. 문제 발생 시 1분 안에 결제 기능만 꺼서 사이트를 결제 도입 이전 상태로 되돌립니다. 학생들의 강의 이용에는 영향이 없습니다.

쉽게 말하면

옷장에 새 서랍을 추가하는 일이라고 생각하시면 됩니다. 기존에 들어 있던 옷(강의·회원 데이터)은 건드리지 않고, 새 서랍(결제 모듈)만 옆에 따로 만들어 넣습니다. 새 서랍이 마음에 안 들면 떼어내기만 하면 옷장은 원래대로 돌아옵니다.

우리가 드리는 약속

1

무중단 운영

작업 기간 내내 sidoschool.com은 정상 서비스를 유지합니다. 학생들은 평소처럼 강의를 들을 수 있습니다.

2

완전 복구

어떤 상황에서도 30분 안에 작업 이전 상태로 완벽 복구합니다. 백업은 이중으로 보관합니다.

3

단계별 승인

고객사가 직접 승인하지 않으면 다음 단계로 진행하지 않습니다. 매주 진행 상황을 데모와 보고서로 공유합니다.

4

코드 인도

모든 결제 모듈 소스코드는 고객사 자산으로 인도됩니다. 향후 어떤 개발자에게도 유지보수를 맡길 수 있습니다.

5

결제 데이터 보호

카드번호 등 민감 정보는 사이트에 저장하지 않습니다. 토스가 모든 보안 처리를 담당해 부담이 줄어듭니다.

6

사후 지원

오픈 후 1개월간 무상 핫픽스를 제공합니다. 결제 관련 이슈는 24시간 이내 대응합니다.

CHAPTER 07 · 다음 단계

09 / 09

READY TO START

분석은 끝났습니다.
다음은 함께 결정합니다.

이번 보고서는 외부에서 가능한 분석만 담았습니다. 정식 개발 착수 전, 실제 소스 코드를 분석해 결제 진입 지점과 기존 PG 모듈을 확인하면 더 정밀한 계획을 드릴 수 있습니다.

제안에 대한 질문이나 추가 요청이 있으시면 언제든 연락 주세요. 정식 견적서와 일정 계획은 컨택 후 영업일 기준 2일 이내 송부합니다.

Sinsabridge에 연락하기 →

함께 준비할 사항

STEP 01 · 고객사

호스팅 1년 연장 (D-26 임박)

STEP 02 · 고객사

토스페이먼츠 가맹점 신청 시작

STEP 03 · 고객사

사이트 코드 분석 자료 제공

STEP 04 · SINSABRIDGE

정밀 분석 보고서 (5영업일)

STEP 05 · 양측

킥오프 미팅 · 정식 계약

CONTACT

SINSABRIDGE

DIGITAL ENGINEERING PARTNER

SIDOSCHOOL 토스페이먼츠 도입 제안.

일곱 가지 챕터로이 보고서를 구성했습니다.

현재 환경은결제 도입에 적합합니다.

전체 사이트는100% Classic ASP입니다.

확인된 근거

언어 특성

데스크톱과 모바일이분리된 이중 구조입니다.

결제 흐름 (현재 추정)

토스 도입 영향 범위

결제는여섯 단계로 끝납니다.

운영 사이트를건드리지 않습니다.

4주 워크플로우 — 운영 사이트는 4주차 마지막에만 닿습니다

우리 결제 엔드포인트가 돌아가는 인프라

운영 중인 사이트를멈추지 않습니다.

우리가 드리는 약속

분석은 끝났습니다.다음은 함께 결정합니다.

SIDOSCHOOL
토스페이먼츠
도입 제안.

일곱 가지 챕터로
이 보고서를 구성했습니다.

현재 환경은
결제 도입에 적합합니다.

전체 사이트는
100% Classic ASP입니다.

데스크톱과 모바일이
분리된 이중 구조입니다.

결제는
여섯 단계로 끝납니다.

운영 사이트를
건드리지 않습니다.

운영 중인 사이트를
멈추지 않습니다.

분석은 끝났습니다.
다음은 함께 결정합니다.