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