개인 포트폴리오에 별도 블로그를 만들지 않아도 되는 이유

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

포트폴리오를 공개한 뒤 가장 오래 고민한 문제는 작품의 완성도가 아니라 글을 어디에 쓸지였습니다. 프로젝트는 개인 사이트에 올리고, 긴 글은 별도 블로그에 발행해야 전문적으로 보인다는 조언을 여러 번 들었기 때문입니다. 실제로 두 채널을 약 8개월 동안 함께 운영해 보니 방문자는 나뉘고 관리할 일만 늘어났습니다.

결국 별도 블로그의 글을 개인 포트폴리오 안으로 옮겼습니다. 그 뒤 방문자가 작업 사례에서 관련 글로 이동하는 흐름이 자연스러워졌고, 문의 메일에도 제가 쓴 글을 읽었다는 언급이 늘었습니다. 이 경험을 바탕으로 개인 포트폴리오와 글쓰기를 한 사이트에서 운영한 실제 장단점, 이전 과정에서 놓치기 쉬운 부분, 분리 운영이 필요한 예외까지 솔직하게 공유합니다.

두 사이트를 운영하자 전문성보다 관리 피로가 먼저 쌓였다

처음에는 분리하는 편이 더 깔끔해 보였다

처음 만든 구조는 단순했습니다. 개인 포트폴리오에는 소개, 경력, 프로젝트, 연락처만 두고 별도 블로그에는 작업 회고와 업계에 대한 생각을 올렸습니다. 포트폴리오는 단정하게 유지하고 글은 자유롭게 쓸 수 있으니 역할 분담이 명확하다고 생각했습니다. 하지만 독자의 입장에서는 제가 예상한 것처럼 두 사이트가 하나의 이야기로 연결되지 않았습니다.

포트폴리오에서 블로그로 넘어가는 외부 링크의 클릭률은 낮았고, 검색으로 블로그 글에 들어온 사람은 작업 사례를 거의 보지 않았습니다. 특히 같은 인물의 사이트라는 사실이 헤더와 프로필 사진만으로는 충분히 전달되지 않았습니다. 작품을 확인한 뒤 사고방식까지 읽어 주기를 바랐지만, 실제 방문 흐름은 둘 중 한 곳에서 끝나는 경우가 대부분이었습니다.

눈에 보이지 않던 운영비가 생각보다 컸다

도메인과 유료 도구 비용도 있었지만 더 부담스러운 것은 반복 작업이었습니다. 소개 문구, 경력 변경, 프로필 사진, 소셜 링크와 개인정보 관련 문구를 두 곳에서 수정해야 했습니다. 월 이용료가 크지 않아도 테마나 플러그인까지 따로 관리하면 연간 비용이 불어나며, 갱신일이 다른 서비스가 섞이면 어느 기능에 돈을 내고 있는지 파악하기도 어려웠습니다.

• 브랜드 관리: 직함이나 소개 문장이 바뀔 때 두 사이트를 모두 수정해야 했습니다.
• 콘텐츠 연결: 새 프로젝트마다 관련 글의 링크를 수동으로 찾아 양쪽에 추가했습니다.
• 검색 관리: 검색 도구 등록, 사이트맵, 색인 상태와 오류를 도메인별로 확인했습니다.
• 분석 데이터: 방문자가 두 사이트 사이에서 이동하면 하나의 여정으로 해석하기 어려웠습니다.
• 비용 부담: 호스팅과 템플릿을 각각 유료로 쓰면 작은 금액도 매년 누적됐습니다.

운영 시간을 계산할 때는 글을 쓰는 시간만 보지 않는 편이 좋습니다. 업데이트, 링크 점검, 디자인 수정에 쓰는 시간까지 합쳐야 실제 유지 비용이 드러납니다.

포트폴리오는 단순히 파일을 모아 둔 공간이 아닙니다. 용어의 기본 범위가 궁금하다면 Portfolio에 관한 지식백과 설명을 참고할 수 있습니다. 저는 결과물과 전문 역량을 보여 주는 묶음이라는 관점에서 보니, 작업 과정에 관한 글도 포트폴리오 밖으로 밀어낼 이유가 없다고 판단했습니다.

글을 포트폴리오 안에 넣자 프로젝트의 맥락이 살아났다

작품 설명과 전문적인 글은 서로 다른 역할을 했다

통합한 뒤에는 프로젝트 페이지를 억지로 길게 쓰지 않아도 됐습니다. 프로젝트에는 문제, 제 역할, 주요 판단, 결과만 간결하게 남기고 깊은 회고나 방법론은 별도의 글로 작성해 연결했습니다. 채용 담당자처럼 빠르게 훑는 방문자는 핵심 사례만 볼 수 있고, 협업 방식이 궁금한 방문자는 관련 글까지 선택해 읽을 수 있었습니다.

예를 들어 브랜드 개편 프로젝트에서 색상과 타이포그래피를 선정한 과정을 모두 사례 페이지에 넣었을 때는 핵심 성과가 묻혔습니다. 이를 ‘제약이 많은 프로젝트에서 디자인 기준을 세운 과정’이라는 글로 분리한 뒤 사례 하단에 연결하니 정보의 층위가 훨씬 선명해졌습니다. 분리해야 하는 것은 사이트가 아니라 독자의 읽기 목적이라는 점을 이때 체감했습니다.

제가 실제로 사용한 연결 방식

모든 글에 프로젝트 링크를 무조건 넣지는 않았습니다. 관련성이 약한 내부 링크는 방문자의 신뢰를 떨어뜨리고 글의 흐름도 끊기기 때문입니다. 대신 한 프로젝트와 직접 관련된 글을 최대 세 편까지만 고르고, 링크 주변에 왜 읽을 가치가 있는지 한 문장으로 설명했습니다. 반대로 글의 끝에는 결과물이 실제로 적용된 프로젝트 한 편을 제시했습니다.

1. 프로젝트 본문: 결과와 기여 범위를 먼저 보여 주고, 세부 회고는 ‘이 판단의 배경 읽기’로 연결했습니다.
2. 글 본문: 개념 설명 뒤에 실제 적용 사례를 한 번만 배치해 홍보성 문장을 줄였습니다.
3. 작성자 소개: 글마다 동일한 짧은 전문 배경과 포트폴리오 링크를 넣었습니다.
4. 관련 콘텐츠: 같은 직무나 문제 유형에 속한 글과 프로젝트를 섞어 세 개만 노출했습니다.
5. 문의 동선: 모든 문단마다 버튼을 넣지 않고, 독자가 충분한 근거를 확인한 지점에만 연락 링크를 뒀습니다.

이 구조의 장점은 방문자가 ‘무엇을 만들었는가’와 ‘왜 그렇게 판단했는가’를 같은 도메인에서 연속적으로 확인한다는 데 있습니다. 작품집이라는 개념을 다른 맥락에서 설명한 포트폴리오 지식백과 항목도 살펴보면 선별과 구성의 중요성을 이해하는 데 도움이 됩니다. 글 역시 많이 모으기보다 전문 배경을 증명하는 내용만 선별해야 포트폴리오의 밀도가 유지됩니다.

통합 운영은 글의 수보다 탐색 구조에서 성패가 갈렸다

일기처럼 쌓았더니 방문자가 길을 잃었다

처음에는 이전 블로그 글을 날짜순으로 전부 옮겼습니다. 이 방식은 발행자에게 익숙하지만 처음 방문한 사람에게는 불친절했습니다. 오래된 근황, 짧은 행사 후기, 프로젝트 회고가 한 목록에 뒤섞이면서 제가 어떤 분야에서 일하는 사람인지 첫 화면만 보고 파악하기 어려웠습니다. 글이 많다는 사실이 전문성을 자동으로 만들어 주지는 않았습니다.

그래서 글을 ‘작업 과정’, ‘관찰과 의견’, ‘도구 활용’, ‘경력 기록’의 네 갈래로 다시 나눴습니다. 카테고리 이름은 검색어를 억지로 넣기보다 방문자가 클릭 후 무엇을 보게 될지 예상할 수 있게 지었습니다. 날짜는 보조 정보로 내리고 대표 글과 최근 글을 따로 보여 주자, 짧은 방문에서도 전문 분야가 훨씬 명확하게 전달됐습니다.

세 가지 화면을 직접 바꾸며 확인한 차이

저는 한 달 간격으로 글 목록의 첫 화면을 세 번 바꿔 보았습니다. 화려한 카드형 화면은 보기 좋았지만 제목이 잘려 글의 차이가 드러나지 않았고, 날짜순 목록은 관리하기 쉬운 대신 대표 콘텐츠를 발견하기 어려웠습니다. 최종적으로는 추천 글 세 편을 위에 배치하고, 아래에 주제별 목록을 두는 혼합형을 선택했습니다.

글 상세 화면에서는 제목 아래에 ‘읽는 데 걸리는 시간’, 작성일, 수정일을 표시했습니다. 오래된 글을 숨기기보다 내용이 유효한지 다시 확인하고 수정일을 밝혔습니다. 기술이나 도구처럼 변화가 빠른 주제는 본문 첫 부분에 적용 범위를 명시했습니다. 독자가 현재도 믿을 만한 내용인지 판단할 근거를 주는 편이 단순히 최신 글처럼 꾸미는 것보다 낫습니다.

• 제목: 추상적인 감상보다 해결한 문제나 배운 판단을 드러냅니다.
• 요약: 두 문장 안에서 대상 독자와 얻을 수 있는 정보를 설명합니다.
• 주소: 날짜 대신 의미를 알 수 있는 짧은 영문 슬러그를 사용합니다.
• 탐색: 글 목록으로만 돌아가지 말고 관련 프로젝트로 이동할 선택지를 둡니다.
• 접근성: 작은 회색 글씨나 이미지 안의 본문을 피하고 키보드 탐색도 확인합니다.

좋은 개인 사이트는 모든 방문자를 오래 붙잡는 곳이 아니라, 필요한 사람이 다음 정보를 망설이지 않고 찾게 해 주는 곳에 가깝습니다.

검색 노출을 확인할 때도 전체 방문자 수만 보지 않았습니다. 프로젝트를 본 뒤 글로 이동한 비율, 글을 읽고 소개 페이지를 연 비율, 문의 직전에 확인한 페이지를 함께 살폈습니다. 방문량이 적더라도 전문적인 글에서 프로젝트와 연락 페이지로 이어지는 흐름이 있다면 personal site의 역할을 제대로 수행하고 있다고 볼 수 있었습니다.

한 사이트가 답이 아니었던 경계도 분명히 있었다

독자와 목적이 완전히 다르면 분리가 더 편했다

통합 운영이 편했다고 해서 모든 글을 개인 포트폴리오에 넣지는 않았습니다. 취미 여행기, 가족과 공유하는 기록, 본업과 관계없는 제품 후기처럼 독자가 전혀 다른 글은 별도 공간에 남겼습니다. 개인적인 목소리는 장점이지만 전문 사이트의 방문자가 기대하는 범위를 크게 벗어나면 핵심 경력이 흐려질 수 있습니다.

회사 보안과 계약 조건도 경계가 됐습니다. 작업 화면을 흐리게 처리했다고 해서 공개 권한이 생기는 것은 아니며, 고객 이름을 빼더라도 일정이나 수치의 조합으로 프로젝트가 식별될 수 있습니다. 저는 공개가 애매한 사례는 글로 각색하지 않고, 보편적인 원칙만 새 예시로 설명했습니다. 면접에서만 보여 줄 비공개 자료와 공개 웹사이트의 콘텐츠를 같은 기준으로 다뤄서는 안 됩니다.

분리 여부를 결정할 때 제가 던졌던 질문

새 글을 발행하기 전에는 ‘이 글이 나의 professional background를 이해하는 데 도움이 되는가’를 먼저 묻습니다. 도움이 되지만 표현 방식이 지나치게 사적이라면 문체와 사례를 다듬어 포트폴리오에 싣습니다. 주제 자체가 본업과 무관하다면 억지로 연결하지 않습니다. 이 기준 덕분에 개인적인 개성을 지우지 않으면서도 사이트의 중심을 유지할 수 있었습니다.

• 이 글을 읽은 사람이 제 역할, 기술, 판단 방식 중 하나를 더 정확히 이해할 수 있는가?
• 관련된 프로젝트나 경력 페이지로 자연스럽게 이어지는가?
• 고객, 고용주, 동료의 정보와 계약상 비밀을 침해하지 않는가?
• 검색 유입이 늘어도 개인 포트폴리오의 주제와 충돌하지 않는가?
• 앞으로 수정하거나 사실관계를 관리할 수 있는 내용인가?

반대로 여러 명이 공동으로 발행하는 매체, 광고 수익이 핵심인 콘텐츠 사업, 서로 다른 언어권을 위한 독립 편집 조직이라면 별도 블로그가 더 적합할 수 있습니다. 대규모 뉴스레터와 회원 기능을 운영하거나 글의 발행 시스템이 포트폴리오 제작 도구에서 지원되지 않는 경우도 마찬가지입니다. 이전하기 전에는 원본 주소를 새 주소로 연결할 수 있는지, 구독자 데이터와 댓글을 합법적으로 옮길 수 있는지 확인해야 합니다.

1. 먼저 기존 글을 유지, 수정, 비공개, 삭제 후보로 나눕니다.
2. 옮길 글에는 새 주소를 만들고 가능하면 기존 주소에서 영구 리디렉션을 설정합니다.
3. 내부 링크, 대표 이미지, 작성자 정보와 발행일이 정상적으로 이전됐는지 확인합니다.
4. 검색 도구에서 새 사이트맵을 제출하고 이전 주소의 오류를 일정 기간 관찰합니다.
5. 두세 달 뒤 유입 경로와 문의 품질을 살펴 통합 효과를 판단합니다.

제가 겪은 통합의 효과는 글의 주제와 프로젝트가 밀접했고 혼자 사이트를 관리한다는 조건에서 나온 결과입니다. 개발 제약, 조직의 승인 절차, 기존 블로그의 강한 검색 자산까지 모든 경우를 직접 시험한 것은 아닙니다. 따라서 별도 블로그가 필요 없다는 말은 무조건 합치라는 뜻이 아니라, 독자와 목적이 같은데 관성 때문에 두 채널을 유지하고 있지는 않은지 먼저 따져 보자는 제안에 가깝습니다.