퀵서비스 반복 영상 저장이 막힐 때 시크릿비디오 정리

퀵서비스에서 반복 영상 저장이 왜 생겼는지

퀵서비스 일을 하면 주소만 보고 끝나는 경우보다, 현장 안내를 같이 확인해야 하는 경우가 더 자주 나온다. 대형 상가 지하 진입로, 야간 출입 동선, 화물 엘리베이터 위치, 인수증 작성 위치처럼 글로 설명하기 어려운 내용은 짧은 영상으로 전달되는 일이 많다. 문제는 이런 자료가 메신저 한곳에만 모이지 않고 쇼핑몰 관리자 화면, 고객사 교육 페이지, 외주 창고 안내 페이지처럼 제각각 흩어져 있다는 점이다.

처음에는 그때그때 화면을 켜서 확인했다. 하지만 하루에 비슷한 현장을 여러 번 가거나, 기사님에게 같은 내용을 다시 보내야 하는 날이 겹치면 시간이 크게 새기 시작했다. 오전 배차 전에 20건, 오후 재배차 전에 10건만 다시 확인해도 영상 찾는 시간만 30분 넘게 들어갔다. 급한 건은 링크가 만료되거나 로그인이 풀려서 현장에서 다시 열리지 않는 경우도 있었고, 그때마다 전화로 설명하느라 일이 더 늘어났다.

반복 영상 저장을 기존 방식으로 처리했을 때 한계

처음 쓴 방법은 브라우저의 즐겨찾기와 메신저 보관함이었다. 링크를 저장해 두면 될 것 같았지만, 로그인 후에만 열리는 페이지는 다음날 다시 막히는 경우가 많았다. 어떤 사이트는 주소는 같아 보여도 실제 영상 파일은 안쪽에서 따로 불러오고 있어서, 링크만 적어 둬서는 소용이 없었다.

두 번째로는 화면 녹화를 썼다. 보이는 대로 저장된다는 장점은 있었지만, 5분짜리 안내 영상을 녹화하려면 5분을 그대로 기다려야 했다. 재생 막대나 알림창까지 함께 들어가기도 하고, 음성과 화면이 어긋나는 경우도 있었다. 18개 영상을 모아야 했던 날에는 녹화만 1시간 넘게 걸렸고, 저장 후 잘린 구간이 있는지 다시 확인하는 단계까지 합치면 작업 단계가 4단계 이상으로 늘어났다.

브라우저 확장 프로그램도 시험해 봤다. 지원되는 사이트에서는 간단했지만, 막상 현장에서 자주 받는 링크는 회원 전용 페이지거나 새로고침 없이 내용만 바뀌는 화면이 많았다. 이런 곳에서는 버튼이 안 보이거나, 저장되는 파일이 짧은 광고 구간만 담긴 경우가 있었다. 결국 기존 방식은 공통으로 하나의 한계를 드러냈다. 사람이 끝까지 보고, 상황마다 다른 방식으로 저장해야 했다는 점이다.

시크릿비디오를 만든 이유와 어떤 기준으로 움직이게 했는지

필요했던 건 화려한 관리 기능이 아니라, 내가 지금 보고 있는 페이지에서 저장 가능한지 바로 판단하고, 저장 방식도 상황에 맞게 갈라지는 구조였다. 그래서 시크릿비디오는 먼저 주소를 보고 널리 알려진 저장 방식으로 처리 가능한지 확인하게 만들었다. 유튜브나 비메오처럼 이미 잘 알려진 구조면 그 방식으로 진행하고, 그렇지 않으면 브라우저 안에서 실제로 오가는 영상 요청을 보고 파일 위치를 찾도록 잡았다.

작동 기준은 단순하게 나눴다. 첫째, 주소만으로 바로 받을 수 있는지 본다. 둘째, 로그인이 필요한 페이지인지 확인한다. 셋째, 재생 버튼을 눌렀을 때 영상이 한 개 파일로 오는지, 잘게 나뉜 조각으로 오는지 구분한다. 넷째, 이미 받은 파일인지 확인해서 중복 저장을 막는다. 이 순서로 가야 사용자는 저장 버튼을 누른 뒤 결과만 확인하면 되고, 중간에 어떤 방식을 골라야 할지 판단하지 않아도 된다.

여기서 중요했던 건 로그인 처리였다. 고객사 교육 페이지나 거래처 포털은 로그인 없이는 영상이 열리지 않는데, 매번 쿠키 파일을 따로 만들라고 하면 현업에서는 못 쓴다. 그래서 현재 열어 둔 브라우저의 로그인 정보를 읽어 임시 형태로 넘기고, 그 상태로 저장을 시도하게 만들었다. 사용자 기준으로 보면 따로 설정을 더 하지 않아도, 방금 보던 페이지의 권한을 이어받아 저장하는 셈이다.

반복 영상 저장이 진행되는 순서와 내부 판단 방식

실제 사용 순서는 다섯 단계로 보면 이해가 쉽다. 먼저 자체 브라우저로 평소처럼 사이트에 들어간다. 다음으로 영상이 있는 페이지까지 이동해 재생하거나 목록을 연다. 그 뒤 저장 버튼을 누르면 프로그램이 현재 페이지 주소와 로그인 상태를 먼저 확인한다. 주소만으로 저장 가능한 곳이면 바로 파일을 받기 시작하고, 그렇지 않으면 페이지 안에서 오가는 영상 요청을 지켜본다. 마지막으로 파일 이름을 정리해 저장하고, 이미 처리한 항목이면 다시 받지 않는다.

이 과정에서 동작이 갈리는 기준도 명확하다. 한 개의 동영상 파일 주소가 보이면 그 파일을 바로 저장한다. 반대로 영상이 작은 조각 여러 개로 나뉘어 전달되면, 그 목록을 먼저 모은 뒤 하나의 완성 파일로 이어 붙이는 방식을 선택한다. 사용자는 겉으로 보기엔 같은 저장 버튼을 누르지만, 안쪽에서는 페이지 상태와 영상 전달 형태를 보고 처리 방법이 갈라지는 구조다.

파일 이름을 정하는 순서도 업무용으로 중요했다. 거래처 이름과 영상 제목이 섞여 있으면 나중에 찾기 어렵기 때문이다. 그래서 먼저 서버가 내려준 파일 이름이 있으면 그걸 쓰고, 없으면 주소에 들어 있는 이름을 본다. 그것도 없으면 현재 페이지 제목을 가져온다. 마지막에는 윈도우에서 못 쓰는 문자를 지우고 길이를 126자로 제한해, 저장은 됐는데 파일명이 깨져서 못 여는 일을 줄였다.

실사용 기준으로 보면 반복 작업이 줄어드는 지점이 분명했다. 예전에는 링크 복사, 로그인 확인, 재생, 녹화 시작, 끝까지 대기, 파일명 변경, 보관 폴더 이동까지 최소 7단계를 거쳤다. 지금은 로그인 후 페이지 열기, 저장 버튼 클릭, 저장 폴더 확인의 3단계로 끝나는 경우가 많다. 지난주 기준으로 거래처 안내 영상 62개, 총 14.8GB를 정리했는데, 기존 화면 녹화 방식은 1시간 40분 정도 걸리던 일이 시크릿비디오에서는 27분 안쪽으로 줄었다. 사람이 계속 붙어 있어야 하는 시간이 줄었다는 점이 가장 컸다.

다른 방법과 비교했을 때 맞는 상황이 다르다

화면 녹화와 비교하면 차이가 가장 뚜렷하다. 화면 녹화는 어떤 사이트든 화면에 보이기만 하면 남길 수 있어 예외 대응에는 강하다. 대신 재생 시간만큼 기다려야 하고, 알림창이나 마우스 움직임까지 함께 들어갈 수 있다. 교육 영상 한두 개를 급하게 남기는 데는 화면 녹화가 빠를 수 있지만, 같은 종류의 영상을 여러 건 모아야 할 때는 시간이 너무 많이 든다.

브라우저 확장 프로그램은 설치가 간단하고 익숙한 장점이 있다. 다만 사이트마다 동작 차이가 크고, 로그인된 페이지나 새로고침 없이 내용이 바뀌는 화면에서는 놓치는 경우가 있다. 쇼핑몰 관리자 화면처럼 메뉴를 눌러도 주소가 조용히 바뀌는 구조에서는 저장 버튼이 따라오지 못하는 일이 있었다. 시크릿비디오는 브라우저 안에서 페이지 이동과 재생 요청을 같이 보기 때문에 이런 환경에서 좀 더 안정적이었다.

그렇다고 모든 상황에서 시크릿비디오가 답은 아니다. 아주 짧은 참고 영상 1개만 남기고 끝낼 때는 기본 화면 녹화가 더 단순할 수 있다. 반대로 회원 전용 페이지가 많고, 여러 사이트를 오가며 반복 영상 저장을 해야 한다면 이쪽이 맞다. 선택 기준을 한 줄로 줄이면, 사람 손을 오래 붙잡는 작업인지 아닌지로 나뉜다. 한 건의 임시 저장이면 다른 방법도 충분하고, 같은 일이 매일 반복되면 저장 방식이 갈라지는 도구가 의미를 만든다.

써보면서 드러난 변화와 아쉬운 점

업무에서 바로 체감된 변화는 두 가지였다. 첫째는 배차 전에 자료를 미리 모아 둘 수 있다는 점이다. 오전 8시 전에 기사님별로 필요한 안내 영상을 폴더로 정리해 두면, 현장에서 링크가 안 열린다는 연락이 왔을 때 다시 찾지 않아도 된다. 둘째는 파일이 겹쳐 쌓이는 일이 줄었다는 점이다. 같은 재생 목록을 여러 번 눌러도 이미 처리한 항목은 건너뛰도록 잡아 두어서, 비슷한 이름의 파일이 수십 개 생기는 문제가 많이 줄었다.

아쉬운 점도 있다. 모든 사이트가 한 번에 깔끔하게 떨어지지는 않는다. 영상이 암호화되어 있거나, 재생 권한이 아주 촘촘하게 걸린 곳은 저장이 막히는 경우가 있다. 또 최고 화질로 받다 보니 파일 크기가 커질 수 있는데, 1080p 기준으로 10분짜리 영상이 300MB를 넘는 경우도 있어 노트북 저장 공간을 미리 봐야 한다. 설치 없이 바로 쓰는 구조는 좋지만, 오래 켜 두면 브라우저 메모리 사용량이 400MB 이상으로 올라가는 날도 있어서 저사양 장비에는 부담이 될 수 있다.

그래도 이 아쉬움은 작업 기준으로 판단하면 선명하다. 한 번 막히는 사이트 때문에 전체가 무의미해지는 구조는 아니었다. 자주 쓰는 거래처 페이지와 교육 영상 보관 화면에서 안정적으로 작동하고, 예외 사이트만 다른 방식으로 넘기면 된다. 전부를 한 도구로 통일하려 하기보다, 반복 건은 시크릿비디오로 묶고 예외 건은 녹화로 처리하는 식이 현실에 맞았다.

어떤 사람에게 맞고, 어떤 상황에서는 굳이 안 써도 된다

배차 전에 여러 기사에게 같은 안내 영상을 나눠 보내야 하는 사람, 거래처별 출입 영상을 주기적으로 보관해야 하는 사람, 링크 만료나 로그인 문제로 같은 영상을 자꾸 다시 찾는 사람에게는 잘 맞는다. 특히 퀵서비스처럼 시간 단위로 일정이 흔들리는 업종에서는, 반복 영상 저장이 줄어드는 것만으로도 전화 확인과 재전송 횟수가 함께 내려간다. 저장 버튼 하나를 누르는 순간 안쪽에서 판단과 분기가 이어지기 때문에, 사람이 중간 결정을 덜 하게 되는 점이 크다.

반대로 영상 보관이 가끔 필요할 뿐이고, 저장 대상도 한 달에 몇 건 안 되는 경우라면 굳이 따로 쓸 필요는 적다. 사내 보안 규정상 로그인된 페이지를 외부 도구로 다루기 어려운 환경에서도 맞지 않을 수 있다. 현장 자료를 많이 모으는 팀, 교육 영상이나 안내 영상을 폴더 단위로 정리해야 하는 담당자라면 도움이 되지만, 단발성 저장 위주라면 기본 녹화나 링크 보관이 더 단순하다. 결국 맞는 조건은 분명하다. 반복 영상 저장이 업무 병목으로 올라왔을 때, 그때부터 의미가 생긴다.

메타 설명: 퀵서비스 현장에서 반복 영상 저장이 왜 번거로운지, 기존 링크 보관과 화면 녹화의 한계, 시크릿비디오로 처리 순서가 어떻게 바뀌는지 정리한 글.

공식 홈페이지로 가기