2026 · 05 · 14 — KST
CLIENT REPORT · ANALYSIS & PROPOSAL

SIDOSCHOOL
TOSS PAYMENTS.
분석 보고서.

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

CLIENT
SIDOSCHOOL
SUBJECT
PAYMENT INTEGRATION
DOCUMENT
ANALYSIS REPORT V1
PARTNER
SINSABRIDGE
AGENDA
02 / 08

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

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

01
사이트 현황 진단
호스팅 환경, 서버, 보안, 만료일 등 기본 정보를 한눈에 확인합니다.
02
사용 언어 분석
사이트가 어떤 프로그래밍 언어로 만들어졌는지, 그 언어의 특성은 무엇인지.
03
사이트 구조 분석
페이지 구성, 디렉토리, 결제 모듈 위치를 시각화합니다.
04
토스 결제 도입 방안
결제가 어떤 단계로 진행되는지, 무엇을 새로 만들어야 하는지.
05
안전 도입 원칙
운영 중인 사이트를 멈추지 않고 결제를 도입하기 위한 원칙들.
06
다음 단계
정식 개발 착수 전, 함께 준비해야 할 사항들.
SINSABRIDGE × SIDOSCHOOL
AGENDA
CHAPTER 01 · 사이트 현황 진단
03 / 08
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 사용
실제 운영 중인 사이트
보안 방화벽
WEB
KNIGHT
웹 공격 차단 기능
결제 콜백 점검 필요
호스팅 만료
D − 26
2026 · 06 · 09 만료
연장 후 작업 진행 필요
한글 처리
EUC-KR
한국어 전용 인코딩
UTF-8 변환 검토 가능
쉽게 말하면
sidoschool.com은 Microsoft 서버 위에서 돌아가고 있으며, HTTPS 보안 통신이 이미 적용되어 있어 토스페이먼츠 결제를 붙이기 위한 기본 조건은 모두 만족합니다. 다만 호스팅 만료일이 26일 남았기 때문에, 본격 작업을 시작하기 전에 호스팅을 연장하시는 것이 우선입니다.
SINSABRIDGE × SIDOSCHOOL
01 · 사이트 현황 진단
CHAPTER 02 · 사용 언어 분석
04 / 08
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 등이 섞여 있었다면 결제 모듈을 여러 개 만들어야 했지만, 단 한 번만 만들면 데스크톱과 모바일 모두에 적용할 수 있습니다.
SINSABRIDGE × SIDOSCHOOL
02 · 사용 언어 분석
CHAPTER 03 · 사이트 구조 분석
05 / 08
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%는 그대로 유지됩니다.
SINSABRIDGE × SIDOSCHOOL
03 · 사이트 구조 분석
CHAPTER 04 · 토스 결제 도입 방안
06 / 08
TOSS PAYMENTS V2 WIDGET

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

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

01
[ 학생 화면 ]
강의 상세 페이지에서 "결제하기" 버튼 클릭. 학생이 사이트에서 결제를 시작하는 시점.
02
[ 학생 화면 ]
토스 결제창이 화면에 뜨고, 카드·계좌·간편결제 중 선택 → 본인 인증. 토스가 만든 표준 결제창이 자동으로 나타남.
03
[ 토스 서버 ]
결제 인증 성공 → 사이트로 결제 정보 전달. "이 학생이 얼마를 결제했다"는 정보가 sidoschool로 돌아옴.
04
[ sidoschool ]
전달받은 정보로 토스 서버에 "이 결제 진짜 맞나요?" 한 번 더 확인 호출. 위조 방지 — 결제 정보를 토스에 다시 검증.
05
[ sidoschool ]
확인되면 결제 내역을 DB에 저장하고, 학생의 강의 수강 권한을 부여. 결제 완료 처리 + 학생 계정에 강의 활성화.
06
[ 학생 화면 ]
"결제가 완료되었습니다" 안내 페이지로 이동. 학생은 영수증과 강의 시작 버튼을 받음.
쉽게 말하면
식당의 카드 단말기와 같은 원리입니다. 손님이 카드를 꽂으면 단말기(토스)가 카드사에 결제 승인을 요청하고, 카드사가 OK를 보내면 단말기가 영수증을 출력합니다. 사이트는 단말기가 출력한 영수증을 받아 "이 손님이 얼마 결제했다"를 장부(DB)에 기록하는 역할만 합니다.

결제 정보(카드번호 등)는 sidoschool 사이트에 절대 저장되지 않습니다. 모든 민감한 정보는 토스가 처리하기 때문에, 보안 부담이 크게 줄어듭니다.
SINSABRIDGE × SIDOSCHOOL
04 · 토스 결제 도입 방안
CHAPTER 05 · 안전 도입 원칙
07 / 08
SAFETY PRINCIPLES

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

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

PRINCIPLE 01
완전 백업 후 시작
작업 시작 전 사이트의 모든 파일과 데이터베이스를 외부 저장소에 백업합니다. 어떤 상황에서도 작업 이전 상태로 돌아갈 수 있는 안전망을 확보합니다.
PRINCIPLE 02
기존 사이트 무손상
결제 모듈은 새로운 폴더에 격리해서 만듭니다. 기존 강의·회원·게시판 페이지는 단 한 줄도 건드리지 않으며, 80% 이상의 사이트는 그대로 유지됩니다.
PRINCIPLE 03
테스트 환경 우선 검증
실제 결제 전, 토스가 제공하는 테스트 환경에서 성공·실패·취소·환불 모든 상황을 미리 검증합니다. 실제 카드 결제는 모든 검증이 끝난 마지막에 단 1건의 소액 테스트로 시작합니다.
PRINCIPLE 04
즉시 되돌리기 가능
결제 버튼은 ON / OFF 스위치로 만듭니다. 문제 발생 시 1분 안에 결제 기능만 꺼서 사이트를 결제 도입 이전 상태로 되돌립니다. 학생들의 강의 이용에는 영향이 없습니다.
쉽게 말하면
옷장에 새 서랍을 추가하는 일이라고 생각하시면 됩니다. 기존에 들어 있던 옷(강의·회원 데이터)은 건드리지 않고, 새 서랍(결제 모듈)만 옆에 따로 만들어 넣습니다. 새 서랍이 마음에 안 들면 떼어내기만 하면 옷장은 원래대로 돌아옵니다.

우리가 드리는 약속

01
무중단 운영
작업 기간 내내 sidoschool.com은 정상 서비스를 유지합니다. 학생들은 평소처럼 강의를 들을 수 있습니다.
02
완전 복구
어떤 상황에서도 30분 안에 작업 이전 상태로 완벽 복구합니다. 백업은 이중으로 보관합니다.
03
단계별 승인
고객사가 직접 승인하지 않으면 다음 단계로 진행하지 않습니다. 매주 진행 상황을 데모와 보고서로 공유합니다.
04
코드 인도
모든 결제 모듈 소스코드는 고객사 자산으로 인도됩니다. 향후 어떤 개발자에게도 유지보수를 맡길 수 있습니다.
05
결제 데이터 보호
카드번호 등 민감 정보는 사이트에 저장하지 않습니다. 토스가 모든 보안 처리를 담당해 부담이 줄어듭니다.
06
사후 지원
오픈 후 1개월간 무상 핫픽스를 제공합니다. 결제 관련 이슈는 24시간 이내 대응합니다.
SINSABRIDGE × SIDOSCHOOL
05 · 안전 도입 원칙
CHAPTER 06 · 다음 단계
08 / 08
READY TO START

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

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

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

함께 준비할 사항
STEP 01 · 고객사
호스팅 1년 연장 (D-26 임박)
STEP 02 · 고객사
토스페이먼츠 가맹점 신청 시작
STEP 03 · 고객사
사이트 코드 분석 자료 제공
STEP 04 · SINSABRIDGE
정밀 분석 보고서 (5영업일)
STEP 05 · 양측
킥오프 미팅 · 정식 계약
CONTACT
SINSABRIDGE
DIGITAL ENGINEERING PARTNER
END OF REPORT · 2026 · 05 · 14