개인 포트폴리오는 한곳에 모을수록 오히려 덜 발견된다

• 목록
• 답변
• 글쓰기
• 옵션
  • 수정
  • 삭제

작품과 경력을 한 페이지에 빠짐없이 모았는데도 방문자가 늘지 않는다면, 콘텐츠 부족보다 포트폴리오를 놓아둔 위치가 문제일 수 있습니다. 개인 사이트는 나를 깊이 설명하기에는 좋지만, 아직 내 이름을 모르는 사람에게 스스로 발견되기는 어렵습니다.

반대로 Behance처럼 이용자가 많은 플랫폼은 새로운 사람과 만날 기회가 많지만, 방문자가 플랫폼의 디자인과 추천 콘텐츠에 시선을 빼앗기기 쉽습니다. 그래서 좋은 개인 포트폴리오는 모든 것을 한 서비스에 맡기는 대신 발견되는 곳과 설득하는 곳을 분리합니다.

포트폴리오 플랫폼 하나로는 두 가지 일을 잘하기 어렵다

발견과 설득은 서로 다른 문제입니다

포트폴리오의 첫 번째 역할은 검색, 커뮤니티, 공유 링크를 통해 새로운 방문자를 만나는 것입니다. 두 번째 역할은 방문자가 프로젝트 과정과 전문성을 충분히 이해하고 연락하도록 만드는 것입니다. 전자는 플랫폼의 유입 구조가 중요하고, 후자는 정보 배열과 브랜드 통제력이 중요합니다.

예를 들어 시각 디자이너가 Behance에 프로젝트를 공개하면 관련 분야를 탐색하던 사람에게 노출될 가능성이 생깁니다. 그러나 채용 담당자가 이름을 검색했을 때는 독립 도메인의 개인 사이트가 더 일관된 인상을 줍니다. Portfolio의 용어적 의미를 살펴보면 포트폴리오는 단순한 작품 창고가 아니라 역량을 보여 주기 위해 선별된 결과물에 가깝다는 점도 확인할 수 있습니다.

따라서 서비스 선택 전에 ‘어디가 가장 유명한가’보다 ‘이 채널이 어떤 임무를 맡을 것인가’를 먼저 물어야 합니다. 다음 세 가지 목적 가운데 지금 가장 부족한 하나를 고르면 선택지가 빠르게 좁혀집니다.

• 검색 소유권: 내 이름과 전문 분야를 검색했을 때 독립된 페이지가 나타나야 합니다.
• 커뮤니티 발견: 아직 나를 모르는 동료, 의뢰인, 채용 담당자에게 작품이 노출되어야 합니다.
• 빠른 갱신: 개발이나 복잡한 디자인 작업 없이 새 사례를 자주 추가해야 합니다.
• 기술 증명: 코드, 배포 과정, 문서화 능력까지 포트폴리오 자체로 보여 주어야 합니다.

실무 팁: 개인 사이트를 ‘본사’, 외부 플랫폼을 ‘전시장’으로 생각하면 쉽습니다. 전시장에서 관심을 얻고, 본사에서 경력과 연락 정보를 확인하게 만드는 구조입니다.

네 가지 서비스는 가격보다 유입 경로에서 갈린다

Adobe Portfolio·Behance·Notion Sites·GitHub Pages 비교

아래 비교는 2026년 9월 공개된 공식 안내를 기준으로 정리한 실무 관점의 판단표입니다. 실제 결제액은 국가, 환율, 부가세, 구독 기간에 따라 달라질 수 있으므로 결제 화면에서 다시 확인해야 합니다. 특히 Adobe Portfolio는 단독 구매보다 지원되는 Adobe 또는 Behance 구독에 포함되는 형태라는 점을 고려해야 합니다.

표에서 ‘발견성’은 플랫폼 내부 추천이나 탐색을 통해 낯선 방문자가 유입될 가능성을 뜻합니다. ‘통제력’은 도메인, 정보 구조, 시각 표현을 개인 브랜드에 맞게 조정할 수 있는 정도입니다. 어느 항목이 무조건 우수한지를 가리는 표가 아니라 목적에 따른 비용과 운영 부담을 비교하는 표입니다.

개인 도메인 가격까지 포함하면 무료 서비스도 완전히 비용이 없는 것은 아닙니다. 반면 이미 Creative Cloud를 이용하는 사람이 Adobe Portfolio 대신 별도 빌더를 추가 결제하면 기능이 겹칠 수 있습니다. 월 이용료만 비교하지 말고 기존 구독, 도메인, 이전 작업 시간까지 합친 연간 비용을 계산하는 편이 정확합니다.

• 시각 작업의 신규 노출이 급하다면 Behance의 내부 탐색 구조가 유리합니다.
• 브랜드와 프로젝트 순서를 세밀하게 통제하려면 Adobe Portfolio나 GitHub Pages가 낫습니다.
• 일주일에 여러 번 내용을 바꾼다면 Notion Sites의 편집 속도가 강점이 됩니다.
• 가격이 비슷하다면 나중에 원본 글과 파일을 쉽게 옮길 수 있는지도 확인합니다.

서비스별 장점은 직업과 작업물 형식에 따라 달라진다

시각 창작자는 Adobe Portfolio와 Behance를 함께 볼 이유가 있습니다

Adobe Portfolio는 이미지 중심의 프로젝트를 독립된 웹사이트처럼 보여 주는 데 적합합니다. 템플릿을 활용하면 반응형 화면을 빠르게 구성할 수 있고, 지원되는 구독을 이미 유지하고 있다면 추가 빌더 비용을 줄일 수 있습니다. 커스텀 도메인을 연결해 이름 중심의 professional personal site를 운영하려는 사진가나 디자이너에게 특히 실용적입니다.

Behance는 반대로 플랫폼 안에서 작품을 발견하게 만드는 힘이 큽니다. 프로젝트에 분야, 도구, 설명을 충실히 입력하면 관련 작업을 찾는 이용자와 접점이 생깁니다. 다만 프로필 화면과 프로젝트 배열의 자유도는 독립 사이트보다 낮고, 방문자가 다른 창작자의 작업으로 이동할 수 있다는 점은 감수해야 합니다.

• Adobe Portfolio 추천: 이름 검색 결과와 클라이언트 제안서에 넣을 정돈된 대표 주소가 필요한 경우
• Behance 추천: 그래픽, 브랜딩, 일러스트, 사진처럼 완성 화면의 매력이 강한 경우
• 병행 추천: Behance 프로젝트 마지막에 개인 사이트의 상세 사례 링크를 연결할 수 있는 경우
• 주의: 같은 이미지와 문장을 그대로 복제하기보다 외부 플랫폼에는 요약본을 올리는 편이 채널 역할을 구분하기 쉽습니다.

문서형 직군과 개발자는 다른 기준이 필요합니다

Notion Sites는 제품 기획서, 리서치 기록, 콘텐츠 전략처럼 글과 표가 많은 프로젝트에 잘 맞습니다. 데이터베이스로 사례를 관리하다가 공개 상태만 바꾸면 되므로 갱신이 빠릅니다. 반면 섬세한 인터랙션이나 완전히 독자적인 화면을 원하면 한계가 빨리 드러날 수 있고, 검색용 제목과 설명을 세밀하게 다루려면 제공 플랜의 기능 범위를 확인해야 합니다.

GitHub Pages는 정적 파일을 저장소에서 직접 배포하므로 프런트엔드 개발자에게 포트폴리오 그 자체가 기술 증명이 됩니다. 커스텀 도메인과 HTTPS를 사용할 수 있고 코드 변경 이력도 남습니다. 그러나 비개발자에게는 저장소, 빌드, DNS 설정이 편집 장벽이 될 수 있으므로 단순히 무료라는 이유만으로 고르면 갱신이 멈출 가능성이 큽니다.

• 글과 표가 중심이고 공개 속도가 중요하면 Notion Sites를 우선합니다.
• 코드 품질, 접근성, 성능 개선까지 평가받고 싶다면 GitHub Pages가 어울립니다.
• 기술 설정 때문에 새 프로젝트 등록을 미룬다면 유지 비용이 이미 비싼 플랫폼입니다.

상황별 추천은 직업명이 아니라 다음 행동으로 결정한다

채용, 프리랜스 영업, 기록 중 무엇이 먼저입니까?

같은 UX 디자이너라도 취업을 준비하는 사람과 독립 컨설팅 문의를 받으려는 사람의 선택은 달라집니다. 취업 목적이라면 채용 담당자가 짧은 시간 안에 역할, 문제, 행동, 결과를 확인할 수 있어야 합니다. 이때 독립 도메인의 Adobe Portfolio나 구조를 직접 만든 사이트를 중심에 놓고 Behance를 보조 유입 채널로 쓰는 구성이 안정적입니다.

프리랜스 영업이 목적이라면 작품 감상보다 문의 전환이 중요합니다. 서비스 범위, 예상 일정, 협업 방식, 연락 수단을 통제하기 쉬운 개인 사이트가 중심이 되어야 합니다. 반면 첫 포트폴리오를 빠르게 공개하고 동료 반응을 얻는 단계라면 Notion Sites나 Behance처럼 시작 장벽이 낮은 서비스가 더 나은 선택일 수 있습니다.

1. 시각 디자이너·사진가: Adobe Portfolio를 대표 사이트로, Behance를 발견 채널로 운영합니다.
2. 콘텐츠 기획자·마케터: Notion Sites에서 상세 사례를 관리하고 개인 도메인이나 프로필에서 연결합니다.
3. 프런트엔드 개발자: GitHub Pages를 중심으로 저장소, 데모, 기술 회고를 한 흐름으로 묶습니다.
4. 첫 취업 준비생: 무료 서비스로 세 가지 강한 사례를 먼저 공개하고, 콘텐츠가 검증된 뒤 도메인과 디자인에 투자합니다.
5. 다직군 프리랜서: 독립 사이트에서 서비스별 입구를 나누고 외부 플랫폼에는 분야별 대표 사례만 배포합니다.

포트폴리오 관련 개념에서도 결과물을 목적에 맞게 구성한다는 맥락을 확인할 수 있습니다. 방문자가 보고 싶은 것은 도구의 화려함이 아니라 ‘이 사람이 내 문제를 해결할 수 있는가’에 대한 근거입니다. 그러므로 플랫폼 선택은 콘텐츠 전략을 대신할 수 없으며, 사례의 역할과 성과가 먼저 선명해야 합니다.

플랫폼을 바꿀지 고민된다면 최근 받은 문의를 떠올려 보세요. 상대가 내 이름을 알고 들어왔다면 설득 채널을, 우연히 작품을 발견했다면 발견 채널을 강화할 차례입니다.

가장 현실적인 해법은 원본 하나와 배포 채널 둘이다

개인 사이트를 기준 문서로 두면 중복 운영이 줄어듭니다

여러 플랫폼을 병행한다고 해서 네 곳에 같은 분량의 프로젝트를 반복해서 올릴 필요는 없습니다. 개인 사이트에는 프로젝트의 배경, 담당 범위, 의사결정, 결과, 회고를 갖춘 원본 사례를 둡니다. Behance에는 시각적 장면과 핵심 결과를 압축하고, GitHub에는 코드와 실행 방법을 남기는 식으로 채널별 정보를 달리하면 됩니다.

이 구조의 장점은 플랫폼 정책이나 추천 방식이 변해도 대표 주소와 핵심 콘텐츠를 지킬 수 있다는 점입니다. Jim Samuels 같은 이름 기반의 개인 사이트라면 도메인, 소개, 경력, 글, 연락처를 하나의 기준점으로 유지하기 좋습니다. 외부 채널에서 들어온 방문자도 동일한 이름과 설명을 반복해서 접하므로 전문적인 인상이 강화됩니다.

검색엔진이 페이지의 관계를 이해하도록 제목과 소개 문구도 일관되게 관리해야 합니다. 개인 사이트에서는 ‘이름 + 전문 분야 + 대표 가치’를 사용하고, 외부 플랫폼에서는 프로젝트 문제와 결과가 드러나는 제목을 붙이세요. 모든 채널의 제목을 똑같이 복사하면 각각 다른 검색 의도를 확보할 기회를 놓칩니다.

• 원본 채널: 개인 도메인에 전체 사례, 경력, 글, 문의 수단을 보관합니다.
• 발견 채널 1: Behance나 직군 커뮤니티에 시각적 요약을 게시합니다.
• 증거 채널 2: GitHub, 문서 페이지, 발표 자료에 작업 과정과 원본 증거를 남깁니다.
• 연결 규칙: 외부 게시물에는 개인 사이트 상세 페이지 링크를, 개인 사이트에는 실제 산출물 링크를 넣습니다.
• 갱신 규칙: 경력과 연락처는 원본 채널에서 먼저 바꾸고 외부 프로필을 차례로 수정합니다.

이전 가능성과 데이터 보존도 비교해야 합니다

서비스를 오래 사용할수록 디자인보다 중요한 것이 내보내기와 링크 유지입니다. 구독을 중단했을 때 사이트가 비공개로 전환되는지, 파일과 글을 어떤 형식으로 받을 수 있는지, 커스텀 도메인을 다른 서비스로 옮길 수 있는지 확인하세요. 주소가 사라지면 오래된 이력서와 게시물에 남은 링크도 함께 무효가 됩니다.

포트폴리오의 활용 맥락을 참고하더라도 핵심은 결과물을 축적하고 필요할 때 제시할 수 있어야 한다는 데 있습니다. 원본 이미지, 프로젝트 설명, 성과 수치, 추천 문구를 로컬 폴더나 별도 저장소에도 보관하면 특정 서비스에 갇히는 위험을 낮출 수 있습니다.

• 도메인 소유 계정과 플랫폼 로그인 계정을 구분해 기록합니다.
• 대표 프로젝트의 원본 이미지와 본문을 분기별로 백업합니다.
• 외부 플랫폼이 사라져도 이해되는 개인 사이트 문장을 작성합니다.
• 서비스 해지 전에 리디렉션과 공개 상태가 어떻게 바뀌는지 확인합니다.

지금 30분 동안 대표 프로젝트의 이동 경로를 그려 보자

새 플랫폼 가입보다 링크 한 개를 고치는 일이 먼저입니다

지금 당장 네 서비스를 모두 시험할 필요는 없습니다. 먼저 분석 화면이나 최근 메시지에서 대표 프로젝트를 본 방문자가 어디에서 들어왔는지 확인하세요. 데이터가 없다면 지인 한 명에게 포트폴리오를 보여 주고 ‘어디에서 이 페이지를 찾을 것 같은지’와 ‘다음에 무엇을 눌러야 할지 보이는지’를 물어보는 것만으로도 출발할 수 있습니다.

종이에 발견 → 신뢰 확인 → 상세 사례 → 연락 네 칸을 그리고 현재 사용 중인 주소를 하나씩 배치합니다. 비어 있는 칸이 플랫폼 추가가 필요한 지점입니다. 예를 들어 Behance 조회 수는 있는데 문의가 없다면 새 커뮤니티 계정을 늘리기보다 프로젝트 끝에 개인 사이트 사례와 연락 페이지 링크를 추가해야 합니다.

반대로 개인 사이트는 완성도가 높지만 방문자가 없다면 대표 사례 하나를 Behance에 요약 게시하거나 개발 결과를 GitHub에서 공개하는 편이 효과적입니다. 이때 외부 게시물에는 전체 설명을 복제하지 말고 문제, 핵심 장면, 수치 한 개, 원본 링크만 남기세요. 방문자가 더 알고 싶어 개인 사이트로 이동할 이유가 생깁니다.

1. 가장 보여 주고 싶은 프로젝트 한 개의 주소를 복사합니다.
2. 그 페이지에 내 역할, 해결한 문제, 확인 가능한 결과, 다음 행동이 있는지 표시합니다.
3. 외부 플랫폼 프로필 한 곳에 해당 프로젝트의 짧은 요약과 개인 사이트 링크를 추가합니다.
4. 개인 사이트의 프로젝트 하단에는 이메일이나 문의 페이지로 이어지는 문장형 링크를 넣습니다.
5. 일주일 뒤 유입 수보다 상세 페이지 이동과 연락 행동이 생겼는지 확인합니다.

오늘 실행할 행동은 하나면 충분합니다. 지금 대표 프로젝트 페이지를 열고 마지막 문단 아래에 “이 프로젝트와 비슷한 문제를 논의하려면 연락해 주세요”라는 문장과 실제 연락 링크를 추가하세요. 포트폴리오 플랫폼 비교의 목적은 더 많은 계정을 만드는 것이 아니라, 발견된 관심이 다음 행동으로 끊기지 않게 만드는 데 있습니다.