2026 포트폴리오 저작권·보안 실수 방지 가이드

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

완성도 높은 프로젝트라도 고객사의 비공개 자료, 출처가 불분명한 이미지, 실제 사용자의 개인정보가 섞이면 포트폴리오 전체를 비공개해야 할 수 있습니다. 특히 2026년에는 AI로 만든 이미지와 문구를 활용하는 일이 늘면서 포트폴리오 저작권과 프로젝트 보안을 어디까지 확인해야 하는지 혼란스러워하는 제작자가 많습니다.

문제는 침해 의도가 없어도 발생합니다. 회사에서 작업한 결과물을 개인 블로그에 그대로 올리거나, 무료라고 표시된 이미지를 이용 조건 확인 없이 쓰는 행동이 대표적입니다. 공개 후 삭제 요청을 받기 전에, 실제로 자주 발생하는 실패 사례부터 점검해 보세요.

회사 프로젝트를 내 소유처럼 공개하지 마세요

참여했다는 사실과 공개할 권리는 다릅니다

가장 흔한 실패는 자신이 기획하거나 디자인한 결과물이므로 자유롭게 공개할 수 있다고 생각하는 것입니다. 그러나 업무 중 만든 산출물은 근로계약, 용역계약, 비밀유지계약에 따라 회사나 발주처가 권리를 보유할 수 있습니다. 프로젝트 참여 이력은 개인의 경험이지만 원본 파일과 내부 정보까지 개인 소유가 되는 것은 아닙니다.

예를 들어 출시된 앱 화면은 이미 대중에게 공개되었으니 괜찮다고 판단하기 쉽습니다. 하지만 포트폴리오에 미공개 시안, 관리자 화면, 전환율 자료, 고객 명단까지 추가하면 이야기가 달라집니다. 공개 서비스 화면과 회사 내부 자료를 반드시 분리해야 합니다. 포트폴리오라는 말의 일반적인 의미는 네이버 지식백과의 포트폴리오 정의에서도 참고할 수 있지만, 구체적인 공개 권한은 실제 계약 조건을 우선 확인해야 합니다.

• 하지 말아야 할 행동: 퇴사 직전에 원본 파일을 개인 저장소로 무단 복사하기
• 확인할 항목: 근로계약서, 외주계약서, NDA, 사내 보안 규정의 결과물 공개 조항
• 안전한 대안: 공개된 화면의 링크와 담당 역할만 설명하고 내부 자료는 새 예시로 재구성하기
• 기록할 내용: 공개를 승인한 담당자, 승인 날짜, 허용된 이미지와 수치 범위

실무 팁: 구두로 “올려도 된다”는 답을 받았다면 공개 범위를 이메일이나 협업 문서로 다시 확인하세요. 나중에 담당자가 바뀌어도 판단 근거를 남길 수 있습니다.

고객 정보와 내부 지표를 성과처럼 전시하지 마세요

숫자 하나로 조직의 비밀이 드러날 수 있습니다

성과를 구체적으로 보여주려다 보안 사고를 만드는 사례도 많습니다. 회원 수, 광고비, 매출, 전환율, 이탈률을 정확한 숫자로 나열하면 설득력은 높아지지만, 경쟁사가 사업 규모나 운영 전략을 추정할 수 있습니다. 화면 속 이메일 주소와 주문번호처럼 작게 보이는 정보도 확대하면 읽힐 수 있으므로 단순히 이미지 크기를 줄이는 방식은 안전하지 않습니다.

한 디자이너가 결제 개선 프로젝트를 설명하면서 실제 관리자 페이지를 캡처했다고 가정해 보겠습니다. 이름만 흐리게 처리했지만 주소, 결제 시각, 상품 조합이 남아 있다면 사용자를 재식별할 가능성이 있습니다. 흐림 효과는 원본 정보가 남는 편집 방식일 수 있으므로 해당 영역을 완전히 덮거나 가상 데이터로 교체하는 편이 낫습니다.

1. 캡처 전에 테스트 계정과 가상 데이터를 준비합니다.
2. 이름, 전화번호, 이메일, 주소, 계정 ID, 주문번호를 모두 찾습니다.
3. 화면뿐 아니라 파일명, URL, 브라우저 탭, 알림 메시지도 확인합니다.
4. 정확한 경영 지표는 “약 20% 개선” 또는 승인된 구간 값으로 바꿉니다.
5. 편집한 이미지를 새 파일로 내보낸 뒤 확대하여 정보가 남았는지 재검토합니다.

성과 수치를 모두 숨길 필요는 없습니다. 기준 시점, 측정 기간, 자신의 기여 범위를 설명하면서 숫자는 허용된 수준으로 일반화하면 됩니다. “매출을 크게 높였다”보다 “6주간 결제 이탈 구간을 분석해 승인된 범위 내에서 전환율 개선 결과를 확인했다”라는 표현이 더 신뢰할 만합니다.

검색한 이미지와 AI 결과물을 무료 재료로 착각하지 마세요

출처 표시만 하면 된다는 생각이 위험합니다

구글이나 네이버에서 찾은 이미지는 검색할 수 있다는 뜻이지, 포트폴리오에 재사용해도 된다는 뜻이 아닙니다. 출처 링크를 붙였다고 이용 허락이 자동으로 생기는 것도 아닙니다. 사진, 일러스트, 폰트, 아이콘, 영상, 음악에는 각각 다른 이용 조건이 적용될 수 있으며 무료 에셋도 상업적 이용, 수정, 재배포를 제한하는 경우가 있습니다.

2026년에는 생성형 AI로 만든 시각 자료도 주의가 필요합니다. 사용한 서비스의 약관, 입력한 참고 이미지의 권리, 특정 브랜드나 캐릭터와의 유사성, 고객 계약상 AI 사용 제한을 함께 살펴야 합니다. AI가 생성했다는 이유만으로 타인의 로고나 캐릭터를 닮은 결과물이 안전해지는 것은 아닙니다. 애니메이션처럼 고유한 캐릭터와 제작 자산이 중요한 분야는 워너 브라더스 애니메이션 관련 자료처럼 제작 주체와 작품 맥락을 확인하고, 공식 이미지를 장식용으로 무단 복제하지 않아야 합니다.

• 검색 결과 이미지: 원저작자와 이용 허락을 확인하지 못하면 사용하지 않습니다.
• 무료 폰트: 웹 사용, 로고 사용, PDF 포함, 수정 허용 범위를 각각 확인합니다.
• 스톡 이미지: 구매 계정과 라이선스 증빙을 보관하고 재배포 제한을 점검합니다.
• AI 생성물: 사용 도구, 생성 날짜, 참고 자료, 후편집 내역을 작업 기록에 남깁니다.
• 오픈소스 아이콘: 라이선스가 요구하는 저작자 표시와 동일조건 변경 허용 여부를 확인합니다.

가장 안전한 운영법은 프로젝트별로 에셋 출처 장부를 만드는 것입니다. 파일명, 제작자, 다운로드 주소, 라이선스 종류, 구매 영수증, 표시 문구를 한 줄씩 기록하면 블로그를 개편할 때도 권리 관계를 빠르게 재검토할 수 있습니다.

팀의 성과를 혼자 만든 것처럼 쓰지 마세요

과장된 기여도는 저작권 문제만큼 신뢰를 무너뜨립니다

포트폴리오의 실패가 반드시 법적 분쟁으로만 나타나는 것은 아닙니다. 팀 프로젝트를 “제가 전체 서비스를 기획하고 제작했습니다”라고 소개했는데 면접에서 세부 질문에 답하지 못하면 경력 전체의 신뢰가 흔들립니다. 공동 작업자의 이름을 모두 공개할 필요는 없더라도, 팀 구성과 자신의 책임 범위는 분명하게 밝혀야 합니다.

특히 프로젝트 대표 이미지만 보면 한 사람이 전략, 리서치, 디자인, 개발을 모두 수행한 것처럼 보일 수 있습니다. 이때 “5인 팀에서 UX 리서치와 결제 흐름 설계를 담당했으며, 개발 구현은 프런트엔드 담당자와 협업했다”라고 적으면 오히려 전문성이 선명해집니다. 무엇을 혼자 했는지보다 어떤 제약 속에서 누구와 의사결정을 했는지가 실무 능력을 더 잘 보여줍니다.

• “우리가 개선했다”와 “내가 담당했다”를 문장 안에서 구분합니다.
• 최종 화면뿐 아니라 자신이 만든 분석, 가설, 의사결정 근거를 제시합니다.
• 동료의 문서나 시안을 넣을 때는 작성자에게 공개 동의를 받습니다.
• 수상 실적은 개인상인지 팀 수상인지 정확하게 표시합니다.
• 외주 프로젝트는 고객사 이름과 로고 공개 허용 여부를 별도로 확인합니다.

작성 기준: 면접관이 “이 부분은 직접 무엇을 했나요?”라고 물었을 때 근거 자료와 함께 설명할 수 있는 내용만 자신의 성과로 적으세요.

공동 작업자의 이름을 밝힐 수 없는 상황이라면 직무 단위로 표현해도 충분합니다. “프로덕트 매니저 1명, 디자이너 2명, 개발자 4명과 협업”처럼 구조를 보여주고, 본인의 참여 기간과 산출물을 덧붙이면 보안을 지키면서도 기여도를 투명하게 전달할 수 있습니다.

공개 후 방치하는 포트폴리오 운영은 피하세요

한 번 승인된 자료도 계속 공개할 수 있는 것은 아닙니다

프로젝트 공개 허락을 받았더라도 서비스 정책, 회사 관계, 계약 기간이 바뀌면 게시 상태를 다시 점검해야 합니다. 예전에 정상적으로 공개한 링크가 현재는 다른 사이트로 연결되거나, 인수·합병 후 브랜드 사용 기준이 달라질 수도 있습니다. 삭제된 프로젝트 페이지를 그대로 두면 방문자는 관리되지 않는 포트폴리오로 받아들입니다.

또한 검색엔진과 웹 아카이브에는 삭제 전 정보가 일정 기간 남을 수 있습니다. 문제가 생긴 뒤 게시물만 지우는 것보다 처음부터 공개 범위를 최소화하는 편이 안전합니다. 비밀번호가 설정된 페이지도 링크가 공유될 수 있으므로 비밀번호 보호를 공개 동의의 대체 수단으로 생각해서는 안 됩니다.

1. 매월: 외부 링크, 문의 주소, 다운로드 파일이 정상 작동하는지 확인합니다.
2. 분기마다: 개인정보, 내부 수치, 오래된 로고와 브랜드명을 다시 검사합니다.
3. 계약 종료 시: 고객사와 공개 유지 가능 여부를 확인하고 답변을 보관합니다.
4. 연 1회: 이미지·폰트·아이콘 라이선스와 AI 도구 이용 조건을 재검토합니다.
5. 삭제 요청 발생 시: 해당 자료를 우선 비공개하고 백업본과 검색 노출 범위를 확인합니다.

Susie Kim 포트폴리오 블로그처럼 프로젝트와 일상을 함께 운영한다면 게시 전 체크 절차를 템플릿으로 만들어 두는 것이 좋습니다. 글을 발행하는 순간에는 내용에 익숙해져 실수를 발견하기 어려우므로, 하루 뒤 다시 읽거나 프로젝트에 참여하지 않은 사람에게 화면 속 민감정보를 찾아달라고 요청해 보세요.

게시 버튼 전 이것만은 꼭 확인하세요

10분 점검으로 삭제 요청과 신뢰 손상을 줄이는 법

마지막 검수에서는 글의 완성도보다 “이 정보를 공개할 권한이 있는가”를 먼저 질문해야 합니다. 프로젝트가 훌륭해 보이더라도 권리와 보안을 침해하면 좋은 포트폴리오가 될 수 없습니다. 직무 포트폴리오의 개념을 다른 관점에서 살펴보고 싶다면 포트폴리오 용어 자료를 참고하되, 실제 게시 판단에는 계약서와 권리자의 승인을 적용하세요.

검수자는 방문자의 시선뿐 아니라 고객사, 공동 작업자, 실제 사용자 관점에서도 페이지를 읽어야 합니다. “내 이름이나 데이터가 동의 없이 이 화면에 등장한다면 괜찮을까?”라고 질문하면 놓쳤던 위험이 잘 보입니다. 확신하기 어려운 자료는 일단 제외하고, 역할과 문제 해결 과정을 텍스트와 재구성된 도식으로 설명하는 선택지가 있습니다.

• 결과물 공개 권한을 계약서 또는 서면 승인으로 확인했나요?
• 실명, 연락처, 위치, 주문번호, 계정 정보가 완전히 제거되었나요?
• 매출과 전환율 등 내부 지표의 공개 범위를 승인받았나요?
• 이미지, 폰트, 아이콘, AI 생성물의 이용 조건을 기록했나요?
• 팀 규모와 자신의 담당 업무를 과장 없이 구분했나요?
• 브랜드 로고와 고객사 이름을 공개해도 되는지 확인했나요?
• 모바일 화면과 다운로드 파일에서도 민감정보를 검사했나요?

모든 항목을 통과하지 못했다고 프로젝트 자체를 포기할 필요는 없습니다. 실제 화면 대신 구조를 다시 그린 익명 사례, 정확한 값 대신 범위로 표현한 성과, 고객사를 특정할 수 없는 문제 해결 기록으로 바꿀 수 있습니다. 좋은 포트폴리오는 많은 정보를 드러내는 문서가 아니라, 공개 가능한 근거만으로 자신의 판단력과 기여를 증명하는 문서라는 점을 게시 기준으로 삼아 보세요.