먼저 정해야 할 연동 범위
TradingView를 해외선물솔루션에 적용할 때 가장 먼저 결정할 것은 차트만 표시할지, 시세와 주문 흐름까지 연결할지입니다. 차트 표시만 필요한 경우에는 화면 구성, 심볼 매핑, 테마, 지표 사용 범위를 중심으로 검토합니다. 반면 주문이나 계좌 정보까지 연결하려면 서버, 인증, 로그, 권한 관리까지 함께 설계해야 합니다.
초기 상담에서 “TradingView API 연동 가능 여부”만 묻는 경우가 많지만, 실제 견적과 일정은 연동 깊이에 따라 크게 달라집니다. HTS, MTS, WTS 중 어느 플랫폼에 적용할지, 동일 차트 정책을 쓸지, 모바일에서는 일부 기능을 줄일지도 함께 정해야 합니다.
차트 연동 체크리스트
심볼과 상품 매핑
해외선물 상품명, 만기, 거래소 코드, 내부 종목 코드가 차트 심볼과 정확히 연결되어야 합니다. 코드가 맞지 않으면 차트는 보이지만 주문 상품과 표시 상품이 달라지는 위험이 생깁니다.
차트 성능
WTS에서는 브라우저 성능과 네트워크 상태가 UX에 직접 영향을 줍니다. 여러 차트를 동시에 열 때 메모리 사용량, 지표 로딩, 캔들 갱신 속도, 모바일 화면 대응을 데모에서 확인해야 합니다.
사용자 설정
지표, 색상, 레이아웃, 관심종목을 사용자별로 저장할지 결정해야 합니다. 저장 기능이 필요하면 단순 프론트 작업이 아니라 계정 데이터와 서버 저장 구조가 필요합니다.
주문 연동이 포함될 때의 보안 기준
주문 연동은 차트 표시보다 훨씬 민감합니다. API 키를 브라우저에 직접 노출하면 안 되며, 서버 프록시를 통해 권한과 요청을 제어해야 합니다. 관리자 권한, 사용자 세션, 주문 로그, 실패 로그, 비정상 요청 제한도 함께 설계해야 합니다.
서버·보안 페이지에서 다루는 HTTPS, 접근 제한, 백업, 장애 알림 기준은 TradingView 연동에도 그대로 적용됩니다. 특히 API 실패 시 사용자 화면에 어떤 메시지를 보여줄지, 주문 중복 요청을 어떻게 막을지, 로그를 얼마나 보관할지도 운영 정책으로 정해야 합니다.
HTS·MTS·WTS별 적용 포인트
HTS
HTS 솔루션에서는 다중 차트, 빠른 전환, 주문창과의 배치가 중요합니다. 전문 사용자가 장시간 이용하므로 안정성과 반응 속도를 우선 확인합니다.
MTS
MTS 솔루션에서는 화면이 작기 때문에 차트 기능을 모두 넣기보다 핵심 지표와 주문 이동 경로를 짧게 설계해야 합니다.
WTS
WTS 솔루션에서는 브라우저 호환성, WebSocket 연결 안정성, 세션 만료 처리, 새로고침 이후 상태 복구를 확인해야 합니다.
상담 전 준비 자료
- 차트만 필요한지, 주문·계좌 연동까지 필요한지 정리합니다.
- 지원할 상품군과 심볼 체계를 준비합니다.
- HTS/MTS/WTS 중 적용할 플랫폼을 구분합니다.
- 사용자별 차트 설정 저장 여부를 결정합니다.
- API 키 관리, 로그 보관, 장애 대응 기준을 확인합니다.
FAQ
TradingView 차트만 넣으면 비용이 낮아지나요?
일반적으로 주문·계좌 연동보다 범위가 작습니다. 다만 심볼 매핑, 사용자 설정 저장, 다중 차트, 모바일 대응이 포함되면 작업 범위가 커질 수 있습니다.
API 키를 프론트에 넣어도 되나요?
권장하지 않습니다. 중요한 키와 주문 관련 요청은 서버에서 처리하고, 브라우저에는 필요한 화면 데이터만 전달하는 구조가 안전합니다.
데모에서 무엇을 봐야 하나요?
차트 로딩 속도, 심볼 전환, 주문창 연결, 모바일 반응, 네트워크 오류 시 메시지, 관리자 로그 확인 여부를 함께 봐야 합니다.