보이는 포트폴리오와 검색되는 포트폴리오의 숨은 차이

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

프로젝트 화면은 근사한데 이름을 검색하면 포트폴리오가 나오지 않고, 링크를 공유했더니 제목 대신 알 수 없는 문구가 뜨는 경우가 있습니다. 디자인이 부족해서가 아니라 사람에게 보이는 화면과 검색 엔진이 읽는 정보가 서로 다르게 설계됐기 때문입니다.

포트폴리오는 작품을 모아 놓은 공간인 동시에 나의 역할과 판단을 증명하는 검색 문서입니다. 기본 개념은 지식백과의 포트폴리오 정의에서도 살펴볼 수 있지만, 실제 웹에서는 화면 밖의 제목, 설명, 주소까지 챙겨야 발견될 가능성이 커집니다. 아래 방법은 전면 리뉴얼 없이도 적용할 수 있는 작은 장치들입니다.

작품명보다 검색 문장이 먼저 발견됩니다

멋진 프로젝트명에 역할을 한 줄 더 붙이기

‘Bloom’, ‘Archive 02’, ‘새로운 연결’처럼 감각적인 이름은 첫인상에는 좋지만 검색 결과에서는 무엇을 만든 프로젝트인지 전달하지 못합니다. 카드에 표시되는 작품명은 유지하되 브라우저 제목과 프로젝트 소개 첫 문장에는 업종·문제·담당 역할을 함께 넣어 보세요. ‘Bloom | 반려식물 관리 앱 UX 개선’처럼 쓰면 감성과 검색 맥락을 모두 지킬 수 있습니다.

여기서 숨은 팁은 모든 페이지에 ‘포트폴리오’를 반복하는 것이 아닙니다. 홈은 ‘이름 + 직무 포트폴리오’, 상세 페이지는 ‘프로젝트명 + 해결한 문제’, 소개 페이지는 ‘이름 + 전문 분야’처럼 검색 의도를 나누는 편이 낫습니다. 같은 제목을 복제하면 검색 결과에서 페이지끼리 경쟁하고, 방문자도 탭을 여러 개 열었을 때 구분하기 어렵습니다.

• 홈 제목: 정다온 UX 디자이너 포트폴리오처럼 정체성을 명확히 씁니다.
• 상세 제목: 주문 이탈을 줄인 모바일 결제 UX처럼 성과와 대상을 결합합니다.
• 첫 문장: 기간, 팀 규모, 자신의 역할을 80~120자 안에서 설명합니다.
• 피할 표현: Project, Work, Untitled처럼 단독으로는 의미가 없는 제목입니다.

숨은 팁: 제목을 소리 내어 읽었을 때 처음 듣는 사람이 프로젝트 종류와 나의 역할을 맞힐 수 있다면 검색 문장으로도 대체로 합격입니다.

예쁜 주소보다 설명되는 주소가 오래갑니다

숫자 대신 프로젝트 맥락을 URL에 남기기

상세 페이지 주소가 /work/07이나 /project/final-final이라면 링크만 전달받은 사람은 내용을 짐작할 수 없습니다. 주소는 화면에서 눈에 잘 띄지 않지만 검색 엔진, 메신저 기록, 분석 도구에는 계속 남습니다. /projects/checkout-ux처럼 짧고 설명 가능한 영문 슬러그를 사용하면 나중에 프로젝트가 늘어도 관리하기 쉽습니다.

이미 공개한 주소를 무작정 바꾸는 것은 주의해야 합니다. 채용 담당자에게 보낸 PDF, 과거 이메일, 다른 사이트에 등록한 링크가 모두 끊길 수 있기 때문입니다. 주소를 바꿀 수 있는 환경이라면 이전 주소에서 새 주소로 영구 이동되게 설정하고, 어렵다면 기존 URL은 유지한 채 페이지 제목과 내부 링크부터 개선하는 것이 안전합니다. 포트폴리오라는 말이 쓰이는 다양한 맥락은 관련 지식백과 항목처럼 정의가 나뉘기도 하므로, 주소에는 모호한 단어보다 자신의 직무 맥락을 담는 편이 좋습니다.

1. 프로젝트를 설명하는 영문 단어를 두세 개만 고릅니다.
2. 대문자, 공백, 날짜 대신 소문자와 하이픈을 사용합니다.
3. 주소 끝에 버전 번호나 ‘new’를 붙이지 않습니다.
4. 변경 전 PDF와 이력서에 삽입된 과거 링크를 먼저 찾습니다.
5. 변경 후에는 시크릿 창과 휴대전화 데이터 환경에서 직접 열어 봅니다.

파일명도 작은 검색 문장으로 바꾸기

portfolio_last_v8.pdf보다 name-product-designer-portfolio.pdf가 받는 사람에게 훨씬 친절합니다. 이미지도 IMG_4832.png 대신 checkout-before-after.png처럼 장면의 의미를 붙이세요. 단, 고객사 비공개 정보나 내부 코드명은 파일명에 노출하지 않아야 합니다.

이미지 설명과 본문 텍스트는 같은 정보가 아닙니다

스크린샷 안의 글자를 밖으로 꺼내기

프로젝트 과정을 통째로 이미지로 제작하면 레이아웃은 안정적이지만 검색 엔진과 화면 읽기 도구는 이미지 속 작은 글자를 본문처럼 이해하기 어렵습니다. 채용 담당자 역시 모바일에서 확대를 반복해야 합니다. 핵심 문제, 자신의 기여, 결과 수치는 선택하고 복사할 수 있는 실제 텍스트로 한 번 더 제공하는 것이 좋습니다.

이미지 대체 설명에는 ‘이미지’나 ‘스크린샷’만 적지 말고 그 장면이 증명하는 내용을 씁니다. 예를 들어 ‘결제 화면’보다 ‘배송지 입력 단계를 5개에서 3개로 줄인 결제 화면’이 유용합니다. 반대로 주변 문단에서 이미 충분히 설명한 장식용 그래픽까지 길게 묘사하면 정보가 중복되므로 비워 두는 편이 낫습니다. 중요한 것은 키워드 삽입이 아니라 이미지를 보지 못해도 같은 판단에 도달하게 하는 설명입니다.

• 성과 그래프: 지표명, 비교 기간, 증감 폭을 대체 설명에 포함합니다.
• 전후 화면: 무엇이 어떻게 달라졌는지 한 문장으로 적습니다.
• 사용자 흐름: 시작점과 완료 지점, 제거한 단계를 설명합니다.
• 장식 요소: 정보가 없다면 불필요한 설명을 추가하지 않습니다.
• 민감한 자료: 대체 설명에도 실제 고객명과 내부 수치를 남기지 않습니다.

숫자는 이미지 아래에서 다시 증명하기

‘전환율 18% 향상’이라는 숫자만 크게 배치하면 인상적이지만 기준이 보이지 않아 질문을 부릅니다. 이미지 아래에 측정 기간, 비교 대상, 자신의 기여 범위를 짧게 적어 보세요. 직접 측정한 값이 아니라 팀 전체 결과라면 ‘출시 후 팀 대시보드 기준’처럼 출처 범위를 표시해야 신뢰가 생깁니다.

실전 점검: 브라우저에서 이미지를 잠시 불러오지 않았을 때도 프로젝트의 문제, 행동, 결과가 이어져 읽히는지 확인해 보세요.

공유 카드와 검색 설명은 따로 손봐야 합니다

메신저 미리보기를 작은 표지로 활용하기

포트폴리오 링크를 카카오톡, 슬랙, 이메일에 붙였는데 사이트 제작 도구 이름이나 오래된 소개가 나타난다면 공유용 메타 정보가 비어 있을 가능성이 큽니다. 페이지 내부의 큰 제목을 고쳐도 공유 카드가 자동으로 달라지지 않는 서비스가 있습니다. 공유 제목, 설명, 대표 이미지를 별도 항목에서 지정하고 상세 프로젝트마다 다른 문구를 쓰는 것이 핵심입니다.

대표 이미지는 화려한 목업 한 장보다 프로젝트 성격을 즉시 알아볼 수 있는 장면이 낫습니다. 작은 화면에서 잘리는 가장자리에 중요한 문구를 두지 말고, 중앙 영역에 서비스 유형과 핵심 결과를 배치하세요. 공개 전에는 본인에게 메시지를 보내 미리보기를 확인해야 합니다. 플랫폼 캐시 때문에 과거 이미지가 남을 수 있으므로 파일명을 바꾸거나 각 서비스의 갱신 기능을 사용하되, 여러 번 새 링크를 만들지는 않는 편이 좋습니다.

• 공유 제목: 프로젝트명과 해결한 문제를 합쳐 짧게 작성합니다.
• 공유 설명: 담당 역할, 기간, 대표 성과 중 두 가지를 넣습니다.
• 대표 이미지: 모서리가 잘려도 핵심 화면이 남도록 중앙에 배치합니다.
• 공개 범위: 비공개 프로젝트는 이미지에도 고객 정보가 없는지 확인합니다.

검색 설명에는 궁금증의 답을 먼저 주기

검색 결과의 설명 문구는 광고 카피보다 페이지의 요약에 가깝습니다. ‘새로운 경험을 설계했습니다’보다 ‘B2B 주문 등록 시간을 줄인 관리자 도구 UX 프로젝트로, 사용자 조사와 프로토타입 검증 과정을 담았습니다’가 클릭 전 판단에 도움을 줍니다. 개인 포트폴리오의 구성 목적을 넓게 이해하려면 포트폴리오 관련 용어 설명도 참고할 만하지만, 실제 문구는 반드시 자신의 프로젝트 증거에 맞춰 작성해야 합니다.

오늘 한 프로젝트의 첫 10초를 바꿔보세요

검색 결과처럼 읽는 15분 실험

사이트 전체를 한꺼번에 고치려 하면 리뉴얼 작업으로 커지기 쉽습니다. 지금 가장 보여 주고 싶은 프로젝트 하나만 골라 제목, 주소, 첫 문장, 이미지 설명, 공유 문구를 메모장에 펼쳐 놓으세요. 그리고 화면을 전혀 보지 않은 사람이 이 다섯 요소만 읽고 ‘무엇을, 왜, 어떤 역할로 했는지’를 말할 수 있는지 확인합니다.

친구에게 검토를 부탁할 시간이 없다면 생성형 도구에 기밀 정보를 제외한 다섯 문장을 넣고 직무, 문제, 행동, 결과를 각각 추출해 달라고 요청하는 방법도 있습니다. 빠진 항목이 발견되면 새로운 섹션을 만들기보다 기존 첫 문장에 한 구절을 보태세요. 이 작은 수정은 디자인 균형을 거의 건드리지 않으면서도 검색과 공유 상황에서 프로젝트의 정체성을 선명하게 만듭니다.

1. 대표 프로젝트 상세 페이지를 시크릿 창으로 엽니다.
2. 브라우저 탭 제목을 읽고 직무와 프로젝트 유형이 드러나는지 확인합니다.
3. 첫 화면에서 텍스트로 선택 가능한 문제 문장과 역할 문장을 찾습니다.
4. 대표 이미지의 설명에 변화나 성과가 포함됐는지 점검합니다.
5. 자신에게 링크를 전송해 공유 제목과 설명이 현재 내용과 맞는지 봅니다.

지금 당장 할 행동은 간단합니다. 가장 자신 있는 프로젝트의 첫 문장을 복사한 뒤 ‘누구의 어떤 문제를, 내가 무슨 역할로 바꿨는가’라는 틀에 맞춰 한 번만 다시 써 보세요. 저장 후 링크를 본인 메신저로 보내 새 문장이 공유 카드와 실제 페이지에서 자연스럽게 이어지는지 확인하면 됩니다.