API 가격표의 '1M 토큰당' 표기, 이렇게 읽으면 계산이 맞아떨어집니다

모델 가격표를 처음 보면 숫자가 작아 보여서 방심하기 쉽습니다. 그런데 실제 청구서는 예상과 다르게 나오는 경우가 많습니다. 대부분은 가격 자체보다 '표기를 읽는 법'에서 어긋납니다. 먼저 기준 단위입니다. 다수 제공사가 '1M 토큰당' 또는 '1K 토큰당' 단가를 적습니다. 두 표기는 1000배 차이이므로, 서로 다른 제공사를 비교할 때는 단위부터 같게 맞춰야 합니다. 여기서 말하는 토큰은 글자 수가 아니라 모델별 토크나이저가 쪼갠 조각 수라서, 같은 문장이라도 모델마다 토큰 수가 다를 수 있습니다. 한국어는 영어보다 토큰이 더 많이 잡히는 경향이 있다고 여러 제공사 문서가 안내하지만, 비율은 모델과 텍스트 성격에 따라 달라집니다. 두 번째로 입력과 출력 단가가 따로 적힌다는 점입니다. 보통 출력 단가가 입력보다 높게 책정되는 경우가 많습니다(제공사 가격표 표기 기준). 그래서 '긴 문서를 넣고 짧게 요약'하는 작업과 '짧게 묻고 길게 쓰게 하는' 작업은 비용 구조가 완전히 다릅니다. 세 번째는 요즘 가격표에 자주 등장하는 추가 항목들입니다. 캐시된 입력(cached input), 배치·비동기 처리, 추론 과정에서 내부적으로 생성되는 토큰을 별도 줄로 표기하는 곳이 늘었습니다. 특히 추론형 모델은 최종 답변에 보이지 않는 토큰도 출력 토큰으로 집계된다고 명시하는 경우가 있어, 보이는 글자 길이로만 비용을 추정하면 어긋납니다. 세부 정책은 제공사마다 다르니 해당 문서의 과금 항목 설명을 직접 확인하는 편이 안전합니다. 네 번째는 대화형 사용의 누적 효과입니다. 멀티턴 대화는 이전 내용을 매 요청마다 다시 보내는 구조가 일반적이어서, 대화가 길어질수록 입력 토큰이 계속 커집니다. 긴 시스템 프롬프트를 붙여두는 경우도 같은 영향을 받습니다. 마지막으로 구독 요금제와 API 과금은 별개 체계인 경우가 많습니다. 월 정액 구독은 사용량 한도나 속도 제한으로 관리되고, API는 사용한 토큰만큼 집계되는 방식이 일반적입니다. 둘을 같은 기준으로 비교하면 결론이 어긋나기 쉽습니다. 확인 체크리스트 · 단가 기준이 1M 토큰인지 1K 토큰인지 먼저 확인 · 입력·출력 단가가 따로 적혀 있는지, 각각 얼마인지 확인 · 캐시 입력·배치·추론 토큰 같은 별도 항목이 있는지 확인 · 내 작업이 입력이 긴 쪽인지 출력이 긴 쪽인지 구분 · 멀티턴 누적분과 시스템 프롬프트 길이를 비용에 포함해 추정 · 구독제와 API 과금을 섞어서 비교하지 않기 · 수치는 제공사 공식 가격표·문서에서 최신 기준으로 재확인