제안서에 첨부된 포트폴리오 사이트 10곳을 클릭해봤더니, 대표 이미지는 화려했지만 실제 페이지는 로딩에 4초 넘게 걸렸고 검색엔진에는 절반도 색인되지 않았습니다. 포트폴리오는 “예쁘게 만들 수 있는가”를 보여주지만, “운영하면서도 빠르고 검색에 잘 걸리게 유지할 수 있는가”는 별개의 능력입니다. 계약 전에 15분만 투자하면 이 차이를 충분히 확인할 수 있습니다.
포트폴리오 스크린샷이 숨기는 것들
제안서의 포트폴리오 이미지는 대부분 데스크톱 첫 화면 캡처입니다. 여기에는 다음이 드러나지 않습니다.
- 실제 로딩 속도(첫 화면이 뜨는 데 걸리는 시간)
- 모바일에서의 레이아웃 붕괴 여부
- 이미지 용량이 최적화되어 있는지
- 검색엔진이 실제로 그 사이트를 얼마나 색인하고 있는지
- 제작 후 1~2년이 지난 지금도 관리되고 있는지
즉, 포트폴리오는 “만든 순간”의 결과물이고, 실제로 확인해야 하는 것은 “운영되고 있는 지금”의 상태입니다. 아래 항목들은 별도 도구 설치 없이 브라우저만으로 확인할 수 있는 방법들입니다.
5분 안에 확인하는 실측 속도 체크
포트폴리오 URL을 하나씩 열어보면서 아래 순서로 확인하세요.
- 모바일 데이터로 접속 — 사무실 와이파이가 아니라 휴대폰 LTE/5G로 접속해 실제 체감 속도를 봅니다.
- 새로고침 3회 반복 — 첫 화면이 완전히 채워질 때까지 걸리는 시간을 감각적으로 비교합니다. 2초 이내면 양호, 4초를 넘기면 최적화가 안 된 상태입니다.
- 브라우저 개발자 도구의 네트워크 탭 — 전체 요청 수와 총 전송 용량을 확인합니다. 이미지 하나가 2~3MB를 넘으면 최적화가 안 된 신호입니다.
- 스크롤 시 이미지 깨짐·레이아웃 흔들림 — 이미지 크기가 사전에 지정되지 않으면 로딩 중 화면이 덜컹거립니다.
이 네 가지만 확인해도 “디자인은 좋은데 만든 방식이 무거운” 사이트를 걸러낼 수 있습니다.
검색엔진 색인 여부, 직접 확인하는 방법
포트폴리오 사이트가 실제로 검색에 잘 노출되고 있는지는 다음 방법으로 확인 가능합니다.
| 확인 방법 | 확인 내용 | 정상 신호 |
|---|---|---|
| 검색창에 site:도메인 입력 | 검색엔진에 등록된 전체 페이지 수 | 실제 페이지 수와 비슷한 규모로 노출 |
| 페이지 소스보기(Ctrl+U) | title, description 태그 존재 여부 | 페이지마다 다른 title이 들어있음 |
| 도메인/sitemap.xml 접속 | 사이트맵 파일 생성 여부 | 페이지 목록이 최신 상태로 나열됨 |
| 회사명 또는 대표 상품명으로 검색 | 실제 검색결과 노출 순위 | 1페이지 내 노출 확인 |
포트폴리오로 자랑하는 사이트인데도 site: 검색 결과가 5페이지 미만이거나 sitemap.xml이 열리지 않는다면, 디자인 완성도와 무관하게 기술적으로 방치된 사이트일 가능성이 높습니다.
제작사에 직접 물어봐야 할 질문
포트폴리오를 눈으로만 보지 말고, 상담 자리에서 다음을 직접 물어보세요.
- “이 사이트, 오픈한 지 얼마나 됐고 지금도 유지보수 중인가요?” — 방치된 포트폴리오는 현재 실력을 대표하지 못합니다.
- “이미지 최적화와 코드 압축은 기본으로 포함되나요, 별도 옵션인가요?”
- “오픈 전 속도·색인 체크리스트가 있나요? 있다면 보여주실 수 있나요?”
- “이 사이트의 현재 모바일 페이지 속도는 어느 정도인가요?”
답변이 구체적인 숫자나 절차로 나오면 신뢰할 수 있는 신호입니다. “저희는 다 빠르게 만듭니다” 같은 모호한 답변만 돌아온다면 계약서에 성능 기준을 직접 명시해야 합니다.
포트폴리오가 예뻐도 놓치기 쉬운 기술 부채
디자인 완성도가 높은 사이트일수록 오히려 기술 부채가 숨어 있는 경우가 많습니다. 대표적인 패턴은 다음과 같습니다.
| 증상 | 원인 | 영향 |
|---|---|---|
| 배경 영상은 화려한데 모바일에서 멈춤 | 영상 용량 최적화 미비 | 이탈률 상승, 데이터 소모 증가 |
| 메뉴가 많고 화려하지만 URL이 전부 물음표(?) 파라미터 | 구조화되지 않은 라우팅 | 검색엔진이 페이지를 구분하지 못함 |
| 스크롤 애니메이션이 많음 | 과도한 스크립트 사용 | 저사양 기기에서 렉, 배터리 소모 |
| 폰트가 여러 종류로 화려함 | 웹폰트 다수 로드 | 초기 로딩 지연 |
이런 부채는 계약 당시에는 보이지 않고, 운영 6개월~1년 뒤 트래픽이 늘거나 콘텐츠가 쌓이면서 드러납니다. 계약 전 진단이 곧 향후 유지보수 비용을 줄이는 방법입니다.
계약서에 성능·SEO 기준을 명시하는 문장 예시
포트폴리오 점검과 별개로, 계약서·SOW에는 아래와 같은 구체적 기준을 포함시키는 것이 안전합니다.
- “주요 페이지는 모바일 환경에서 3초 이내 첫 화면 렌더링을 목표로 한다”
- “전체 페이지에 대해 sitemap.xml을 자동 생성하고 게시글 등록 시 자동 갱신한다”
- “이미지는 업로드 시 자동 압축·리사이즈 처리를 적용한다”
- “오픈 전 주요 페이지에 대해 검색엔진 수집 요청을 진행한다”
이 기준들은 오픈 후 크롤링 점검 체크리스트와 함께 검수 항목에 넣으면 좋습니다. 견적 단계에서부터 이 기준을 요구하면 실력 있는 개발사와 그렇지 않은 곳이 답변 태도에서 갈립니다.
유형별로 다르게 봐야 할 포트폴리오 기준
업종에 따라 중점적으로 봐야 할 부분이 다릅니다.
- 쇼핑몰·커머스 — 상품 상세 페이지 로딩 속도, 검색·필터 응답 속도, 장바구니~결제 단계 이탈 여부
- 병원·클리닉 — 예약 폼의 모바일 사용성, 지도·오시는길 로딩 속도
- 제조·B2B — 카탈로그·자료실 PDF 다운로드 안정성, 견적 문의 폼의 스팸 방지 처리
- 기업 홈페이지 — 뉴스·채용 게시판의 검색 노출, 회사소개 페이지의 구조화 데이터 적용
포트폴리오 목록에서 자신의 업종과 유사한 사례를 골라 위 기준으로 실측해보면, 일반적인 “예쁜 사이트” 평가보다 훨씬 실질적인 판단이 가능합니다.
검증 후 협상 테이블에서 활용하는 법
실측 결과를 그냥 참고만 하지 말고 협상에 활용하세요.
- 속도가 느린 포트폴리오가 많다면 — “이번 프로젝트는 오픈 전 속도 기준(예: 3초 이내)을 계약서에 명시해달라”고 요구
- 색인 누락 사례가 있다면 — “SEO 기본 세팅이 견적에 포함되는지, 별도 비용인지” 사전 확인
- 기술 부채가 보이는 사례가 있다면 — “유지보수 단계에서 이런 부분을 어떻게 개선하는지” 구체적 사례 요청
이렇게 하면 “느낌이 좋아서” 선택하는 대신 근거를 가지고 개발사를 고를 수 있습니다. 궁금한 점이 있다면 무료 견적요청을 통해 원하는 업종의 실제 운영 사례를 요청해보는 것도 방법입니다.
자주 묻는 질문 (FAQ)
포트폴리오 사이트가 느린 이유가 제작사 탓이 아닐 수도 있나요? +
가능합니다. 제작 당시에는 빠르게 만들어졌지만, 이후 고객사가 이미지나 콘텐츠를 최적화 없이 계속 추가해 느려진 경우도 있습니다. 다만 이런 상황에서도 기본 구조가 확장 가능하게 설계됐는지가 실력을 가르는 기준이 됩니다.
속도 측정은 어떤 시간대에 해야 정확한가요? +
특정 시간에 국한하지 말고 평상시 이용 시간대(예: 오전 업무시간, 저녁 시간)에 여러 번 확인하는 것이 좋습니다. 서버 응답이 시간대별로 크게 달라진다면 서버 자원이나 캐시 설정에 문제가 있을 수 있습니다.
site: 검색 결과가 적게 나오면 무조건 문제가 있는 사이트인가요? +
반드시 그렇지는 않습니다. 사이트 규모가 작거나 최근에 오픈했다면 자연스러운 결과일 수 있습니다. 다만 오픈 후 6개월 이상 지났는데도 페이지 수가 지나치게 적다면 색인 관련 기술적 문제를 점검해야 합니다.
모바일과 PC 중 어느 쪽을 우선 검증해야 하나요? +
대부분의 업종에서 실제 방문자의 절반 이상이 모바일에서 유입되므로 모바일 실측을 우선하는 것이 좋습니다. 다만 B2B나 관리자용 시스템처럼 PC 사용 비중이 높은 경우는 PC 환경도 함께 확인해야 합니다.
검증 결과가 나쁜 포트폴리오만 있는 제작사는 무조건 배제해야 하나요? +
한두 사례만으로 판단하기보다 여러 포트폴리오를 함께 확인하는 것이 안전합니다. 특정 사례만 문제가 있다면 고객사 운영 방식의 영향일 수 있고, 대부분의 사례에서 같은 문제가 반복된다면 제작사의 기본 구조 문제로 봐야 합니다.