브라우저 확장

사람들은 하루의 대부분을 브라우저 안에서 보내는데, 그 브라우저가 하는 일을 조금 바꾸려면 오랫동안 방법이 둘뿐이었습니다. 브라우저를 직접 만들거나, 따로 프로그램을 깔아 브라우저 바깥에서 돌리는 것입니다. 버튼 하나를 더하자고 치르기에는 둘 다 큰 비용이었습니다.

그래서 사용자는 탭을 오가며 손으로 옮겼습니다. 페이지덱 초기에 세일즈를 맡은 수아의 하루가 그 모양이었습니다. 고객사 웹사이트를 보다가 눈에 띄는 내용을 기록하려면 탭을 바꾸고, 해당 고객 문서를 찾고, 붙여넣고, 무엇을 보던 중이었는지 기억해 다시 돌아와야 했습니다. 한 건에 네 단계였고 하루에 스무 번쯤 반복됐습니다. 그러다 보면 기록 자체를 건너뛰게 됩니다.

브라우저 확장은 브라우저를 만드는 쪽이 이 문제를 열어 준 결과입니다. 남이 만든 코드가 들어와 앉을 자리를 미리 정해 두고, 그 자리에서 할 수 있는 일과 할 수 없는 일을 규칙으로 못 박았습니다. 덕분에 작은 기능 하나를 만들려고 브라우저 전체를 만들 필요가 없어졌습니다.

사용자가 지금 보고 있는 화면을 떠나지 않고 일을 끝내게 하는 것입니다. 앞의 네 단계가 버튼 한 번으로 줄어드는 자리가 여기입니다.

실제로 하는 일은 네 갈래입니다.

1. 남의 페이지 위에 무언가를 덧붙입니다. 고객사 사이트 오른쪽에 패널을 띄워 그 자리에서 메모를 남기게 하는 식입니다. 상대 회사와 아무 관계가 없어도 됩니다.
2. 보이는 것을 걸러내거나 바꿉니다. 광고를 가리거나 외국어 문장을 번역해 덮어 쓰는 종류입니다.
3. 지금 보는 것을 가져갑니다. 페이지 주소와 제목과 선택한 문장을 한 번에 담아 내 서비스로 보냅니다.
4. 브라우저 자체의 동작을 바꿉니다. 새 탭을 열었을 때 나오는 화면을 갈아 끼우거나 단축키를 새로 만듭니다.

이 형태가 아니면 대신하기 어려운 이유는 자리 때문입니다. 남의 웹사이트 화면 안으로 들어갈 수 있는 제품은 이것뿐입니다. 웹앱은 자기 주소 안에서만 그릴 수 있고, 모바일 앱은 아예 다른 기기에 있습니다. 데스크톱 앱은 브라우저 밖의 파일까지 다루지만 브라우저가 그려 놓은 화면 안쪽에는 손을 대지 못합니다.

곁따라오는 이점이 둘 더 있습니다. 하나는 유통입니다. 브라우저마다 확장 장터가 있어서 검색으로 발견되고 설치가 한 번에 끝납니다. 다른 하나는 로그인입니다. 사용자가 이미 브라우저에서 우리 서비스에 로그인해 두었다면 확장은 그 상태를 그대로 씁니다. 아이디를 다시 묻지 않아도 되는 제품 형태는 흔치 않습니다.

같은 문제, 곧 사용자가 다른 화면에서 일하는 동안 우리 기능을 닿게 하는 문제를 푸는 방법은 셋 더 있습니다.

1. 탭 하나를 더 쓰게 합니다. 웹앱을 그대로 두고 창을 나란히 놓으라고 안내하는 쪽입니다. 만들 것이 없다는 점이 가장 큰 장점이고, 옮기는 일은 여전히 사람이 합니다.
2. 서버끼리 연결합니다. 상대 서비스가 API 제품처럼 외부에서 불러 쓸 통로를 열어 두었다면, 화면을 거치지 않고 데이터를 주고받을 수 있습니다. 사람 손이 아예 빠지니 가장 깔끔하지만 상대가 그 통로를 열어 두어야만 성립합니다.
3. 상대 제품 안에 들어갑니다. 큰 서비스는 대개 플랫폼이 되어 남의 기능을 붙일 자리를 내줍니다. 그 자리에 앱을 올리면 상대 화면 안에서 동작하지만, 허용되는 범위는 상대가 정합니다.

브라우저 확장을 고르는 경우는 대개 2번과 3번이 막혀 있을 때입니다. 상대가 통로도 자리도 열어 주지 않았는데 사용자는 그 화면에서 일하고 있을 때, 브라우저 쪽에서 비집고 들어가는 방법이 남습니다.

대신 치르는 값이 셋입니다. 브라우저를 만드는 회사가 규칙을 바꾸면 그날로 동작이 막힐 수 있고, 실제로 확장 규격이 한 번 바뀔 때마다 상당수 확장이 다시 만들어졌습니다. 휴대폰 브라우저에서는 대부분 쓸 수 없어서 데스크톱 사용자에게만 닿습니다. 남의 페이지를 읽고 고치는 권한을 요구하는 형태라 장터 심사가 까다롭고, 사용자도 설치 직전에 권한 안내를 보고 멈칫합니다.

"이건 확장으로 가야 할 것 같아요. 그쪽에서 연동 통로를 안 열어 줘서요."

상대 서비스와 서버끼리 연결할 방법이 없으니 화면 쪽에서 붙겠다는 뜻입니다.

"확장 설치 수는 4만인데 주간 활성 사용자는 6천입니다."

깔아만 두고 안 쓰는 사람이 많다는 보고입니다.

"규격이 바뀌어서 다음 달까지 확장을 다시 올려야 합니다."

브라우저 회사가 정한 규칙이 바뀌어 예정에 없던 작업이 생겼다는 말입니다.

페이지덱이 확장을 만든 것은 세일즈 쪽 요청 때문이었습니다. 수아가 고객사 사이트에서 본 내용을 그 자리에서 문서에 남기고 싶어 했고, 지현이 기능을 두 개로 좁혔습니다. 지금 페이지를 문서에 담기, 그리고 선택한 문장을 인용으로 붙이기입니다.

만들고 나서 배운 것은 유지 비용 쪽이었습니다. 태오가 첫 버전을 2주 만에 내놓았는데, 그 뒤로 분기마다 브라우저 규격 변경을 따라가는 작업이 붙었습니다. 기능이 늘지 않아도 일이 줄지 않는 제품이 하나 늘어난 셈입니다. 페이지덱은 그래서 확장에 기능을 더 넣지 않기로 하고, 담기와 인용 둘만 유지하고 있습니다.

크기가 작으니 만들기도 쉽다고 보는 경우가 가장 많습니다. 화면이 패널 하나뿐이고 기능도 한두 개이니 그렇게 보입니다. 하지만 드는 일은 화면 크기가 아니라 상대해야 할 대상의 수로 정해집니다. 브라우저마다 규격이 조금씩 달라 두세 벌을 맞춰야 하고, 올릴 때마다 장터 심사를 기다려야 하며, 남의 페이지 구조가 바뀌면 붙여 둔 버튼이 엉뚱한 자리에 뜹니다. 쉽다고 보고 시작하면 2주짜리로 잡은 일이 분기마다 돌아오는 일이 됩니다.

설치 수를 사용자 수로 읽는 오해도 흔합니다. 장터에 뜨는 숫자가 설치 수뿐이라 그 값이 눈에 먼저 들어옵니다. 실제로는 한 번 깔고 잊는 비율이 다른 제품 형태보다 훨씬 높습니다. 설치 4만에 주간 사용 6천이면 성적이 나쁜 편도 아닙니다. 설치 수를 목표로 삼으면 장터 노출을 올리는 데 힘을 쓰게 되는데, 정작 봐야 할 것은 설치한 사람이 일주일 안에 한 번이라도 눌렀는지입니다.