책에 포함된 노트Perplexity 실전 가이드: 출처가 보이는 AI 검색으로 리서치하는 법

모바일 앱과 브라우저 환경에서 일상화하기

2026-05-12Views 99약 11분생성형 AI 활용

Summary

좋은 도구는 '열심히 쓰는 것'이 아니라 '바로 꺼내 쓰는 것'이다

앞 장에서는 업무 흐름을 스캔, 비교, 검증, 압축, 전달의 단계로 나누어 Perplexity를 사용하는 방법을 살펴보았다. 그런데 실제 생활은 그렇게 정돈되어 있지 않다. 좋은 아이디어는 지하철에서 떠오르고, 확인해야 할 뉴스는 엘리베이터 안에서 보이며, 회의 중 갑자기 모르는 용어가 튀어나온다. 책상 앞에 앉아 브라우저를 열고 주소를 입력한 뒤 질문을 정리할 시간은 생각보다 많지 않다.

그래서 Perplexity를 자주 쓰는 사람과 가끔 쓰는 사람의 차이는 의외로 단순하다. 기능을 많이 아느냐보다, 질문하고 싶어진 순간에 Perplexity를 얼마나 빨리 부를 수 있느냐가 더 중요하다. 공식 소개에서 Perplexity는 정확하고 신뢰할 수 있는 실시간 답변을 제공하는 AI 기반 앤서 엔진이라고 설명된다¹. 하지만 아무리 좋은 앤서 엔진도 세 번, 네 번의 클릭 뒤에 숨어 있으면 일상 도구가 되기 어렵다.

이번 장의 목표는 Perplexity를 '사이트'가 아니라 '습관'으로 만드는 것이다. 스마트폰 홈 화면, 위젯, 공유 메뉴, 브라우저 주소창, 단축키, 데스크톱 앱까지 질문의 입구를 여러 곳에 만들어 둔다. 핵심은 화려한 자동화가 아니다. 내가 자주 있는 장소마다 "여기서 바로 물어볼 수 있다"는 길을 하나씩 뚫어 두는 것이다.

모바일 앱과 브라우저 환경에서 일상화하기

iPhone과 iPad에서는 단축어로 질문 입구를 만든다

iOS와 iPadOS에서 Perplexity를 일상화하는 가장 좋은 방법은 앱과 단축어를 함께 쓰는 것이다. 앱을 설치해 두는 것만으로도 충분히 쓸 수 있지만, 단축어를 만들면 질문까지 가는 거리가 훨씬 짧아진다. 홈 화면 아이콘을 누르거나, 잠금 화면 위젯을 터치하거나, iPhone의 동작 버튼에 연결해 바로 Perplexity를 열 수 있다.

단축어의 목적은 "앱을 여는 것"이 아니라 "원하는 질문 상태로 바로 들어가는 것"이다. 예를 들어 그냥 Perplexity를 여는 단축어와 새 검색 화면을 여는 단축어는 느낌이 다르다. 새 검색 화면은 머릿속 질문을 바로 입력하게 만들고, Pro Search 단축어는 처음부터 조금 더 깊은 조사 모드로 들어가게 해준다. 음성 모드 단축어는 손이 바쁠 때 유용하고, Discover 듣기 단축어는 이동 중 뉴스를 듣는 방식으로 바꿔 준다.

단축어 전문가 매튜 카시넬리는 Perplexity용 단축어 예시로 웹사이트 열기, Discover 열기, Spaces와 Library 열기, iOS·iPadOS에서 새 검색 또는 Pro Search 시작하기, 질문을 입력받아 Perplexity로 보내기, Discover를 듣기, 공유된 URL을 요약하기 같은 흐름을 정리했다². 이 목록을 모두 따라 할 필요는 없다. 처음에는 세 개만 있으면 충분하다.

바로 묻기: 입력창을 띄워 질문을 쓰고 Perplexity로 보낸다.
음성으로 묻기: 이동 중이거나 손을 쓰기 어려울 때 말로 질문한다.
깊게 조사하기: Pro Search 또는 더 깊은 조사에 어울리는 모드로 시작한다.

여기에 하나를 더한다면 이미지로 묻기가 좋다. 낯선 제품 설명서, 전시회 안내문, 길거리 포스터, 식물, 장비의 오류 화면처럼 말로 설명하기 애매한 대상은 사진이 훨씬 빠르다. 카메라로 찍은 뒤 "이게 무엇인지 설명해 줘"라고 묻는 것보다 한 걸음 더 나아가 "이 사진 속 제품의 핵심 기능과 구매 전 확인할 점을 알려줘"처럼 목적을 붙이면 답변 품질이 달라진다.

단축어 이름도 중요하다. "Perplexity 실행"보다 "바로 묻기"가 낫고, "Pro Search"보다 "깊게 조사하기"가 낫다. 도구 이름보다 행동 이름으로 만들어야 손이 먼저 움직인다. 홈 화면 첫 페이지에는 너무 많은 아이콘을 두지 말고, 실제로 자주 쓸 단축어만 남겨 두자. 단축어는 많아질수록 편리해지는 것이 아니라, 고르느라 멈추는 순간부터 방해물이 된다.

Android와 모바일 앱에서는 눈에 보인 것을 바로 질문으로 바꾼다

Android에서도 원리는 같다. 검색창, 음성 입력, 카메라 또는 이미지 입력, 공유 메뉴를 질문의 입구로 사용한다. 모바일에서 중요한 것은 긴 질문을 완벽하게 쓰는 능력이 아니라, 지금 본 것을 즉시 질문으로 바꾸는 능력이다.

예를 들어 출근길에 어떤 경제 기사를 읽었다고 해보자. 기사 전체를 이해하려고 애쓰기보다 공유 버튼으로 Perplexity에 보내고 이렇게 묻는다.

이 기사의 핵심 주장을 세 문장으로 요약하고, 확인해야 할 통계나 출처가 있으면 따로 표시해 줘.

회의 중 낯선 약어가 나왔다면 이렇게 물을 수 있다.

B2B SaaS에서 NRR이 무슨 뜻인지 초보자도 이해할 수 있게 설명하고, 왜 중요한 지표인지 예시와 함께 알려줘.

길을 걷다 본 안내문이 복잡하다면 사진을 찍고 이렇게 질문한다.

이 안내문에서 내가 실제로 해야 할 일을 순서대로 정리해 줘. 예외 조건이 있으면 따로 알려줘.

모바일에서는 특히 음성 입력이 강력하다. 음성 질문은 문장이 조금 어색해도 괜찮다. 말로 던진 첫 질문이 거칠다면 후속 질문으로 다듬으면 된다. Perplexity는 이전 질문을 기억하므로, 한 번 질문한 뒤 "그중 한국 상황에 해당하는 것만 다시 정리해 줘" 또는 "공식 출처가 있는 내용만 남겨줘"처럼 자연스럽게 이어갈 수 있다³. 이 특징을 이해하면 모바일 사용이 훨씬 편해진다. 첫 질문에 모든 것을 담으려고 애쓰지 않아도 되기 때문이다.

모바일에서 좋은 사용 습관은 "짧은 첫 질문, 정확한 후속 질문"이다. 처음에는 대상을 Perplexity에게 보여 주고, 그다음 범위를 좁힌다. 뉴스라면 "요약해 줘"에서 시작해 "반론은 뭐야?"로 이어간다. 제품이라면 "무엇인지 알려줘"에서 시작해 "내 사용 목적에는 적합한가?"로 이어간다. 논문이나 보고서라면 "핵심 주장은 뭐야?"에서 시작해 "근거가 약한 부분은 어디야?"로 이어간다.

스레드는 모바일 대화의 기억 장치다

모바일에서 Perplexity를 쓰다 보면 질문이 조각조각 흩어지기 쉽다. 출근길에 한 번, 점심시간에 한 번, 회의 직전에 한 번 묻다 보면 "아까 그 답변이 어디 있었지?"라는 문제가 생긴다. 그래서 모바일에서는 스레드 관리가 더 중요하다.

새 주제는 새 스레드로 시작하고, 같은 주제는 기존 스레드에서 이어가는 것이 기본이다. 이것만 지켜도 나중에 Library에서 기록을 찾기가 쉬워진다. 예를 들어 "일본 여행 준비"와 "회사 발표 자료"와 "노트북 구매 비교"는 서로 다른 스레드여야 한다. 반대로 "오사카 교통패스 비교"를 묻고 난 뒤 "3박 4일 일정이면 어느 쪽이 유리해?"라고 묻는 것은 같은 스레드 안에서 이어가는 편이 좋다.

스레드를 이어갈 때는 후속 질문이 점점 뾰족해져야 한다. "더 알려줘"는 편하지만 방향이 흐리다. 대신 다음처럼 질문하면 대화가 리서치로 바뀐다.

범위 좁히기: "한국 사용자를 기준으로 다시 설명해 줘."
근거 확인하기: "답변의 근거가 되는 출처 중 공식 문서와 언론 보도만 구분해 줘."
판단 기준 만들기: "내가 선택할 때 봐야 할 기준을 중요도순으로 정리해 줘."
실행으로 바꾸기: "이 내용을 오늘 할 일 세 가지로 바꿔 줘."

모바일에서는 긴 글을 작성하기보다 판단의 다음 단계를 얻는 것이 더 유용하다. 즉, "정답을 달라"보다 "다음에 무엇을 확인해야 하는지 알려 달라"는 식으로 쓰면 이동 중에도 리서치 품질을 유지할 수 있다.

브라우저에서는 Perplexity로 '이동'하지 않는다

PC에서 Perplexity를 일상화하는 핵심은 브라우저 안에서 바로 호출하는 것이다. 많은 사람이 검색하려고 하던 페이지를 떠나 새 탭을 열고, Perplexity 주소를 입력하고, 질문을 붙여 넣는다. 이 과정이 반복되면 생각의 흐름이 끊긴다. 브라우저 환경에서는 "현재 페이지를 읽는 중에 Perplexity를 옆으로 불러오는 방식"을 만들어야 한다.

Chrome 계열 브라우저에서는 몇 가지 선택지가 있다. Perplexity AI Companion 같은 확장 프로그램은 웹페이지를 탐색하는 중 툴바에서 질문하고, 현재 페이지 요약이나 페이지 맥락에 맞는 답변, 후속 질문, 공유 가능한 링크를 제공하는 방식으로 소개되어 있다⁴. Perplexity를 기본 검색 엔진처럼 쓰고 싶다면 주소창 검색을 Perplexity로 연결하는 확장 프로그램도 있다. Chrome 웹 스토어의 Perplexity AI Search는 브라우저 URL 입력창에서 Perplexity 검색을 하도록 설정하는 확장이라고 설명한다⁵.

다만 모든 사람에게 기본 검색 엔진 변경이 맞는 것은 아니다. 기존 Google 검색, 사내 검색, 문서 검색 습관을 유지하고 싶다면 Perplexity를 완전히 대체재로 만들기보다 보조 호출키로 두는 편이 낫다. 이때 유용한 방식이 Perplexity Shortcut 같은 확장 프로그램이다. 이 확장은 Windows와 Linux에서는 Alt+Q, Mac에서는 Option+Q로 검색창을 열고, 선택한 텍스트를 우클릭 메뉴로 Perplexity에서 검색할 수 있게 해준다고 소개되어 있다⁶.

중요한 것은 어떤 확장을 쓰느냐보다 호출 방식을 하나로 정하는 것이다. 예를 들어 다음처럼 역할을 나누면 헷갈리지 않는다.

주소창 검색: 익숙한 키워드 검색이나 사이트 이동에 사용한다.
Alt+Q 또는 Option+Q: 지금 보고 있는 주제에 대해 Perplexity에게 질문할 때 사용한다.
우클릭 메뉴: 선택한 문장, 용어, 오류 메시지를 그대로 질문으로 보낼 때 사용한다.

이렇게 나누면 Perplexity가 기존 검색 습관을 방해하지 않는다. 오히려 "키워드는 검색 엔진, 맥락 질문은 Perplexity"라는 자연스러운 분업이 생긴다.

단축키는 빠른 만큼 충돌도 빠르다

단축키를 설정할 때는 욕심을 내지 말아야 한다. 빠른 호출키 하나가 작업 전체를 편하게 만들 수 있지만, 자주 쓰는 앱의 단축키와 충돌하면 오히려 스트레스가 된다. 특히 macOS 데스크톱 앱이나 브라우저 확장 프로그램의 전역 단축키는 다른 앱 위에서도 작동할 수 있으므로 주의가 필요하다.

대표적인 예가 Command+Shift+P다. 개발 도구를 쓰는 사람에게 이 조합은 매우 익숙하다. VS Code, Sublime Text, JetBrains 계열 IDE, GitHub Desktop, Obsidian, Microsoft Edge 등 여러 앱에서 명령 팔레트나 비슷한 기능을 여는 데 사용된다. 그런데 Perplexity의 기본 새 스레드 단축키가 이 조합과 충돌할 수 있으며, 이 경우 Perplexity가 시스템 수준에서 단축키를 먼저 가져가 개별 앱의 명령 팔레트 사용을 방해할 수 있다는 사례가 보고되어 있다⁷.

해결책은 단순하다. Perplexity 앱의 단축키 설정이나 브라우저 확장 프로그램의 단축키 설정으로 들어가 내가 자주 쓰는 앱과 겹치지 않는 조합으로 바꾸면 된다. 개발자라면 Command+Shift+P를 비워 두는 것이 좋다. 글쓰기 도구를 많이 쓴다면 Command+K, Command+Shift+K, Option+Space처럼 이미 자주 쓰는 조합도 확인해야 한다. 단축키는 멋있어 보이는 조합이 아니라, 내 손과 내 앱 생태계에서 방해되지 않는 조합이어야 한다.

추천하는 기준은 세 가지다.

이미 몸에 익은 핵심 단축키는 빼앗지 않는다.
Perplexity 호출키는 하나 또는 두 개만 만든다.
전역 단축키는 정말 자주 쓰는 기능에만 부여한다.

Perplexity를 자주 쓰고 싶다고 모든 기능에 단축키를 붙이면 오히려 기억해야 할 것이 늘어난다. 새 질문, 음성 질문, 파일 업로드 정도만 빠르게 열 수 있으면 충분하다. 나머지는 앱 안에서 눌러도 늦지 않다.

긴 웹페이지는 '읽는 글'이 아니라 '대화할 자료'가 된다

브라우저에서 Perplexity가 빛나는 순간은 긴 글을 읽을 때다. 뉴스 기사, 기업 공시, 기술 문서, 제품 매뉴얼, 논문 소개 페이지, 정부 안내문처럼 길고 낯선 글은 처음부터 끝까지 정독하기 전에 구조를 잡아야 한다. 이때 텍스트를 선택해 우클릭 메뉴로 보내거나, URL을 공유해 Perplexity에게 먼저 읽게 하면 시간을 크게 줄일 수 있다.

단, 요약만 받고 끝내면 위험하다. 요약은 편하지만, 요약된 순간 빠진 정보가 생긴다. 따라서 긴 글을 읽을 때는 네 단계로 질문하는 습관을 들이면 좋다.

핵심 요약: "이 글의 핵심 주장과 결론을 다섯 문장으로 요약해 줘."
근거 확인: "이 글이 근거로 삼는 데이터, 인용, 출처를 구분해 줘."
반론 찾기: "이 주장에 대한 가능한 반론이나 한계를 알려줘."
초보자 설명: "배경지식이 없는 사람도 이해할 수 있게 비유를 들어 설명해 줘."

예를 들어 기술 문서를 읽고 있다면 먼저 "이 문서가 해결하려는 문제는 무엇인가?"를 묻는다. 그다음 "기존 방식과 비교해 달라"고 묻고, 마지막으로 "내 프로젝트에 적용하려면 어떤 조건을 확인해야 하는가?"를 묻는다. 기사라면 "누가 무엇을 주장하는가?"에서 시작해 "이 주장에 이해관계가 걸린 주체는 누구인가?"로 이어간다. 보고서라면 "결론이 어떤 데이터에서 나왔는가?"와 "데이터 해석에 무리가 있는 부분은 없는가?"를 확인한다.

이 방식은 단순한 읽기 속도 향상이 아니다. 글을 읽는 태도 자체가 바뀐다. 예전에는 긴 글 앞에서 "언제 다 읽지?"라고 생각했다면, 이제는 "이 글에 무엇을 물어볼까?"라고 생각하게 된다. 그 순간 Perplexity는 검색 도구가 아니라 읽기 파트너가 된다.

아이콘을 익히면 메뉴를 찾는 시간이 사라진다

앱을 빠르게 쓰는 사람은 메뉴 이름을 오래 읽지 않는다. 아이콘의 의미를 대략 알고 있기 때문이다. Perplexity 웹과 모바일 화면에서도 검색, 음성, 이미지, 모델 선택, 공유, 설정, 스레드 관련 아이콘을 익혀 두면 질문 방식 전환이 훨씬 빨라진다. 여러 사용 가이드에서도 웹과 모바일의 검색, 음성, 모델 선택, 공유, 설정 아이콘을 이해하는 것이 빠른 사용에 도움이 된다고 설명한다⁸.

아이콘을 외운다는 말이 모든 버튼을 암기하라는 뜻은 아니다. 자주 쓰는 버튼만 먼저 익히면 된다. 돋보기나 입력창은 새 질문, 마이크는 음성 입력, 이미지 또는 카메라 아이콘은 사진 기반 질문, 모델 이름이나 드롭다운은 답변 모델 선택, 공유 아이콘은 결과 전달, 톱니바퀴는 설정, 시계나 Library 계열 메뉴는 이전 스레드 확인으로 연결된다.

특히 모델 선택과 공유 아이콘은 놓치기 쉽다. 모델 선택은 "이번 질문을 빠르게 처리할 것인가, 더 깊게 처리할 것인가"와 연결된다. 공유 아이콘은 답변을 혼자 보는 데서 끝내지 않고 동료나 친구에게 전달하는 통로다. 업무에서는 이 공유 기능이 생각보다 중요하다. Perplexity로 정리한 내용을 그대로 복사해 메신저에 붙여 넣기보다, 필요한 경우 스레드나 결과 링크를 공유하면 상대가 출처와 맥락을 함께 볼 수 있다.

스레드 관련 아이콘도 자주 확인하자. 모바일에서 짧게 묻고 지나간 내용이 나중에 중요한 자료가 되는 경우가 많다. "아까 물어본 것"을 찾을 수 있어야 Perplexity가 기억 보조 장치가 된다. 질문을 잘하는 사람은 답변을 잘 받는 데서 끝나지 않고, 받은 답변을 다시 찾을 수 있게 만든다.

Comet 같은 AI 브라우저에서는 원리가 더 넓어진다

Perplexity를 브라우저 확장이나 주소창에서 부르는 방식에 익숙해지면, Comet 같은 AI 브라우저 환경도 자연스럽게 이해할 수 있다. Comet은 Perplexity가 제공하는 AI 브라우저로, 개인 비서처럼 웹 조사, 작업 자동화, 이메일 정리 등을 돕는 환경으로 소개된다⁹. 핵심은 브라우저 자체가 질문을 이해하는 공간이 된다는 점이다.

일반 브라우저에서는 내가 텍스트를 선택하고 Perplexity에 보내야 했다. AI 브라우저에서는 현재 탭, 열려 있는 페이지, 작업 흐름 자체를 바탕으로 질문할 수 있는 범위가 넓어진다. 예를 들어 여러 탭에 열린 제품 비교 페이지를 요약하거나, 긴 문서에서 특정 조건에 맞는 부분만 찾아달라고 하거나, 웹 작업의 다음 단계를 제안받을 수 있다.

하지만 원칙은 변하지 않는다. AI 브라우저를 쓰더라도 질문은 목적이 있어야 하고, 답변은 출처로 확인해야 하며, 자동화는 민감한 정보와 분리해야 한다. 특히 확장 프로그램을 함께 설치할 때는 권한을 확인해야 한다. Comet 도움말은 Chrome과 같은 보안 모델을 따르지만, 확장 프로그램을 설치하기 전 Chrome 웹 스토어에서 평점, 권한, 개발자 평판을 검토하라고 안내한다¹⁰. 이 조언은 Comet뿐 아니라 모든 브라우저 확장에 적용된다.

AI 브라우저가 편해질수록 더 조심해야 할 것도 있다. 브라우저는 이메일, 업무 문서, 결제 정보, 사내 시스템, 개인 메시지가 모두 지나가는 공간이다. 따라서 "요약해 줘"라고 쉽게 말하기 전에 그 페이지에 어떤 정보가 들어 있는지 살펴야 한다. Perplexity가 유능해질수록 사용자는 더 분별력 있어야 한다.

나만의 호출 루틴 만들기

Perplexity를 생활 도구로 만들려면 하루의 특정 장면에 붙여야 한다. 막연히 "자주 써야지"라고 생각하면 잘 되지 않는다. 대신 반복되는 순간에 하나씩 배치한다.

아침에는 Discover나 뉴스 요약을 듣거나 읽는다. 중요한 뉴스가 보이면 "이 이슈의 핵심 쟁점과 오늘 확인해야 할 후속 뉴스를 알려줘"라고 묻는다. 출근길에는 음성으로 질문한다. "오늘 회의에서 나올 수 있는 질문을 예상해 줘" 또는 "어제 정리한 내용을 1분 발표용으로 줄여 줘"처럼 이동 시간에 맞는 질문이 좋다.

업무 중에는 브라우저 단축키를 쓴다. 긴 문서를 읽다가 막히면 선택한 문장을 Perplexity로 보내 "이 문단을 쉬운 말로 풀어 줘"라고 묻는다. 오류 메시지를 만나면 그대로 선택해 "원인 후보를 가능성순으로 정리하고, 먼저 확인할 명령어를 알려줘"라고 묻는다. 회의가 끝난 뒤에는 메모를 붙여 넣고 "결정 사항, 할 일, 확인이 필요한 쟁점으로 나눠 줘"라고 정리한다.

저녁에는 스레드를 정리한다. 하루 동안 모바일에서 흩뿌린 질문 중 다시 볼 만한 것을 Library에서 찾아 제목을 고치거나 Collection에 넣는다. 중요한 조사라면 Space로 옮겨 프로젝트 맥락을 붙인다. 이 단계까지 가면 Perplexity는 순간 질문 도구를 넘어 개인 지식 창고가 된다.

처음부터 모든 루틴을 만들 필요는 없다. 다음 세 가지 중 하나만 골라 일주일 동안 반복해 보자.

이동 중에는 음성으로 묻는다.
긴 글은 선택 후 Perplexity에 요약과 반론을 묻는다.
하루 끝에 유용한 스레드 하나를 Library에서 다시 확인한다.

하나가 익숙해지면 다음 하나를 붙이면 된다. 습관은 한 번에 만들어지는 거대한 시스템이 아니라, 반복되는 작은 입구에서 시작된다.

일상화의 기준은 '가장 가까운 질문창'이다

Perplexity를 잘 쓰는 사람은 특별한 프롬프트를 매번 외우는 사람이 아니다. 궁금한 순간에 가장 가까운 질문창을 여는 사람이다. 책상 앞에서는 브라우저 단축키가 가장 가깝고, 이동 중에는 음성이 가장 가깝고, 눈앞의 사물은 카메라가 가장 가깝고, 긴 글은 선택 후 우클릭 메뉴가 가장 가깝다.

이 장에서 만든 환경은 결국 하나의 질문으로 정리된다.

지금 이 순간, Perplexity를 부르는 가장 빠른 길은 무엇인가?

그 길이 홈 화면 단축어일 수도 있고, Action Button일 수도 있고, Alt+Q일 수도 있고, 브라우저의 공유 메뉴일 수도 있다. 중요한 것은 길이 하나 이상 있어야 한다는 점이다. 질문의 입구가 가까워지면 궁금증을 미루지 않게 된다. 궁금증을 미루지 않으면 정보가 쌓이고, 정보가 쌓이면 판단이 빨라진다.

자주 쓰는 도구는 대단해서 살아남는 것이 아니다. 가까워서 살아남는다. Perplexity도 마찬가지다. 이제 Perplexity를 '필요할 때 찾아가는 사이트'가 아니라, 생각이 생기는 순간 바로 불러오는 생활형 도구로 바꿔 보자.