토스페이먼츠 vs 포트원(구 아임포트), 2026년 결제 연동 완전 비교
서비스를 개발하다 보면 반드시 마주치는 순간이 있습니다. "결제는 어떻게 연동해요?"
처음으로 PG사(Payment Gateway, 결제대행사)를 찾아보면 토스페이먼츠, 포트원(구 아임포트), NHN KCP, 나이스페이먼츠 등 이름도 생소한 업체들이 쏟아집니다. 무엇이 다르고, 우리 서비스엔 어떤 것이 맞는지 — 이 글에서 실무 관점으로 정리해드립니다.
⚠️ 읽기 전 주의사항 수수료율, 정산 주기 등 계약 조건은 사업 유형·매출 규모에 따라 달라지며 수시로 변경됩니다. 이 글에서는 구조적인 차이와 개발 경험 위주로 비교하며, 정확한 수수료는 각 PG사에 직접 문의하시길 권장합니다.
🏗️ 먼저 이해해야 할 구조: PG사가 왜 필요한가?
소비자가 카드로 결제할 때 실제 흐름은 아래와 같습니다.
소비자 → 가맹점(서비스) → PG사 → 카드사 (승인 요청) → 카드사 승인 결과 → PG사 → 가맹점
PG사는 '돈이 통과하는 통로'가 아니라, 결제 승인 요청과 정산을 중개하는 역할을 합니다. 실제 정산 구조는 PG사마다 다소 차이가 있으며, 경우에 따라 VAN사를 거치기도 합니다.
카드 발급사(신한카드, 삼성카드 등)와 국제 카드 네트워크(Visa, Mastercard 등)는 엄밀히 다른 개념입니다. 각 카드사와 개별적으로 가맹점 계약을 맺으려면 자본 요건, 보안 심사 등 매우 높은 허들이 있습니다. PG사는 이 복잡한 계약과 결제 처리를 대신 해주는 중간자 역할을 합니다. 덕분에 스타트업도 비교적 쉽게 결제 기능을 붙일 수 있습니다.
🔍 토스페이먼츠란?
토스(비바리퍼블리카)가 운영하는 PG사입니다. 자체적으로 결제를 처리하는 직접 PG사로, 토스페이먼츠 SDK를 연동하면 카드 결제, 계좌이체, 토스페이 간편결제 등을 사용할 수 있습니다.
개발자 경험(DX) 측면에서 국내 최상위 수준으로 평가받습니다. 공식 문서가 잘 정리되어 있고, 테스트 환경(샌드박스)이 직관적으로 구성되어 있어 처음 결제를 연동하는 팀도 비교적 빠르게 붙일 수 있습니다.
토스페이먼츠 장점
- 공식 문서 품질이 높고 예제 코드가 풍부함
- 대시보드에서 결제 내역·정산 현황을 직관적으로 확인 가능
- 테스트 키와 실제 키가 명확히 분리되어 있어 개발 환경 구성이 용이
- Next.js, React 등 현대적인 프론트엔드 프레임워크와의 연동 예제 풍부
토스페이먼츠 주의사항
- 카드, 계좌이체, 가상계좌 등 기본 결제수단은 충분히 지원하지만, 타사 간편결제(네이버페이, 카카오페이 등)는 별도 연동이 필요
- 해외 카드 결제는 지원하지만, Stripe 같은 글로벌 결제 플랫폼 대비 해외 결제 기능은 제한적
🔍 포트원(구 아임포트)이란?
포트원은 PG사가 아닌 결제 미들웨어(중간 연동 레이어)입니다. 이 점이 토스페이먼츠와 가장 근본적인 차이입니다.
포트원 하나를 연동하면 그 아래에서 토스페이먼츠, NHN KCP, 나이스페이먼츠 등 여러 PG사를 하나의 인터페이스로 연동할 수 있는 중간 레이어입니다. 다만, 카카오페이·네이버페이 등 간편결제사는 포트원과 별도로 각각 계약이 필요하며, 모든 PG사가 즉시 사용 가능한 것은 아닙니다.
원래 서비스명이 '아임포트(iamport)'였으며, 이후 '포트원(PortOne)'으로 브랜드를 변경했습니다. 현재 V1과 V2 API가 병존하는 전환기에 있으니, 신규 개발 시에는 반드시 V2 기준 문서를 확인하세요.
포트원 장점
- 여러 PG사를 하나의 인터페이스로 관리할 수 있어 PG사 전환 또는 병행이 비교적 유연
- 카카오페이, 네이버페이, 페이코 등 다양한 간편결제 연동 지원 (단, 별도 계약 필요)
- Stripe, PayPal 등 해외 PG를 연동할 수 있는 구조를 지원
포트원 주의사항
- 중간 레이어가 하나 더 있어 문제 발생 시 디버깅 경로가 복잡해질 수 있음
- V1 → V2 마이그레이션 전환기이므로, 문서를 볼 때 버전 혼용에 주의
- 결국 포트원 아래 실제 PG사와의 별도 계약도 필요한 경우가 있음
⚖️ 핵심 차이 한눈에 비교
| 항목 | 토스페이먼츠 | 포트원(구 아임포트) |
|---|---|---|
| 서비스 유형 | 직접 PG사 | 결제 미들웨어 |
| 개발 난이도 | 비교적 쉬움 | 중간 (연동할 PG사 수에 따라) |
| 결제수단 다양성 | 주요 결제수단 지원 | 매우 다양 (PG사 선택에 따라) |
| 해외 결제 | 해외 카드 결제 지원, 단 글로벌 플랫폼 대비 제한적 | Stripe, PayPal 등 해외 PG 연동 구조 지원 |
| 문서 품질 | 일관되고 직관적인 문서 | 기능은 다양하나 V1/V2 버전에 따라 차이 있음 |
| 적합한 상황 | 빠른 MVP, 단일 PG로 충분한 서비스 | 다양한 결제수단이 필요한 서비스 |
🎯 우리 서비스엔 무엇이 맞을까?
→ 토스페이먼츠가 유리한 경우
- 빠르게 MVP를 출시해야 하는 초기 스타트업
- 카드 결제 + 토스페이 중심의 단순한 결제 구조로 충분한 서비스
- 개발 팀이 작고, 연동 공수를 최소화해야 하는 경우
→ 포트원이 유리한 경우
- 카카오페이, 네이버페이 등 다양한 간편결제를 반드시 지원해야 하는 경우
- 여러 PG사를 조합하거나 나중에 유연하게 전환할 가능성이 있는 경우
- 해외 결제까지 염두에 두고 있는 경우
⚠️ 결제 연동 전, 반드시 챙겨야 할 체크리스트
결제 연동은 코드 작업만의 문제가 아닙니다. 아래 항목을 먼저 준비해야 PG사 심사를 통과할 수 있습니다.
- 사업자등록증 — 개인사업자 또는 법인 모두 가능하나 필수
- 통신판매업 신고 — 온라인으로 상품/서비스를 판매하는 경우 필요 (공정거래위원회 신고)
- 서비스 화면 캡처 또는 URL — PG사 심사 시 실제 서비스 화면 제출 필요
그리고 개발 측면에서 가장 많이 놓치는 부분이 있습니다.
결제 결과는 반드시 서버에서 검증하세요
결제가 완료되면 PG사는 서버로 결제 결과를 전달합니다. PG사마다 웹훅(Webhook), 서버 검증 API 등 방식이 다를 수 있으나, 어떤 방식이든 프론트엔드 콜백만 믿지 말고 반드시 서버에서 결제 결과를 검증해야 합니다. 이를 빠뜨리면 "고객 카드에서는 돈이 빠져나갔는데 서버엔 주문이 안 잡히는" 사고가 발생합니다.
테스트 키와 운영 키를 철저히 분리하세요
개발 환경에서 실제 결제 키가 사용되거나, 반대로 운영 환경에 테스트 키가 남아 있는 실수는 생각보다 자주 발생합니다. 환경 변수로 명확히 분리해야 합니다.
🤝 마치며
결제 연동은 단순히 "라이브러리 하나 붙이면 되는 것"이 아닙니다. PG사 선택 → 사업자 서류 준비 → 심사 통과 → 웹훅 설계 → 테스트 → 운영까지 전체 과정을 함께 설계해야 서비스가 안정적으로 돌아갑니다.
강강박스는 결제 연동 경험이 있는 팀으로서, PG사 선택부터 실제 연동, 운영 안정화까지 함께 고민해 드립니다.
💬 결제 연동이 포함된 서비스 개발을 준비 중이시라면? 👉 강강박스에 무료 상담 요청하기
