WEB DESIGN CASES

웹사이트 제작 사례

OneSearchPro의 웹사이트 제작은 단순 디자인 포트폴리오가 아닙니다. 처음부터 검색엔진이 이해할 수 있는 구조·URL·속도·전환 동선을 "SEO 자산"으로 설계합니다. 다음은 사이트 제작·리뉴얼 시 자주 다루는 8가지 시나리오의 실제 작업 기록입니다.

1,200+구축 백링크
180+프로젝트
97%고객 재계약
DR 50+평균 도메인
02URL ARCHITECTURE

URL 구조

URL은 검색엔진과 사용자 모두에게 "이 페이지가 무엇인지"의 첫 신호입니다. /index.php?id=123 같은 패턴은 즉시 손해입니다.

LEGACY CMS
🔗

비의미적 URL 패턴 사이트 — 의미적 URL 재설계와 마이그레이션

작업 전 문제

기존 사이트가 PHP 기반으로 /page.php?cat=4&id=128 같은 파라미터 URL 사용. 카테고리·계층 정보가 URL에 전혀 반영되지 않았고, 같은 페이지가 여러 파라미터 조합으로 접근 가능해 중복 URL이 다수 발생했습니다.

진단 결과

의미 없는 URL은 검색엔진과 사용자 모두에게 신호가 약합니다. 또한 파라미터 URL은 트래킹·캠페인 변수에 따라 무한히 늘어나 크롤링 예산을 낭비합니다.

개선한 항목

  • URL 패턴을 /[category]/[subcategory]/[slug]/ 형식으로 통일
  • 영문 슬러그 사용 (한글 URL은 인코딩 문제 발생 가능)
  • 카테고리·서비스 계층을 URL에 반영
  • 파라미터 URL은 canonical 또는 noindex로 정리
  • 기존 URL과 새 URL 1:1 301 매핑 시트 작성

적용 후 변화

  • URL 자체가 키워드 신호로 작동
  • 중복 URL 정리로 크롤링 예산 회복
  • 색인된 핵심 페이지의 검색 노출 회복

주의할 점

URL 변경 시 반드시 모든 기존 URL의 1:1 301 매핑 필수. 누락되면 트래픽 손실이 수개월 이어집니다.

🔧 사용한 도구
  • Screaming Frog
  • GSC URL 검사
  • 301 매핑 시트
  • Ahrefs Site Audit
✅ 작업 후 확인 방식

URL 마이그레이션 후 4주·8주 시점에 GSC '색인 적용 범위'의 오류·제외 페이지 변화, 평균 게재순위, 404 발생 추이를 함께 추적했습니다. 매핑 누락 케이스가 발견되면 즉시 301 추가했습니다.

💬 담당자 코멘트
"리뉴얼하면서 URL 좀 바꿨다"는 말이 가장 위험합니다. 1:1 301 매핑 시트 없이 진행한 리뉴얼은 거의 예외 없이 트래픽이 절반으로 떨어집니다.
💡 이 사례에서 얻은 인사이트

파라미터 URL을 의미적 URL로 바꾸자 동일 페이지의 평균 게재순위가 자연 상승한 케이스가 있었습니다. URL 자체가 약하지만 분명한 시그널입니다.

🔍 비슷한 문제가 있다면 확인할 것
  • URL이 카테고리·계층을 반영하는지
  • 파라미터 URL이 canonical로 정리됐는지
  • 기존 URL → 새 URL 1:1 301 매핑 시트가 있는지
03MOBILE FIRST

모바일 반응형

구글은 모바일 우선 색인입니다. 모바일에서 안 보이는 콘텐츠는 사실상 색인되지 않습니다. "반응형"이라도 콘텐츠 패리티는 별도 점검이 필요합니다.

ECOMMERCE
📱

모바일 콘텐츠가 빠진 사이트 — 모바일 우선 색인 대응 제작

작업 전 문제

PC 기준으로 잘 만들어진 사이트지만 모바일에서는 사이드바·일부 본문·내부 링크가 display:none 처리되어 보이지 않는 상태. 모바일 viewport 메타 누락 페이지도 있었고, 터치 타겟 크기·가독성 기준도 미준수했습니다.

진단 결과

모바일 우선 색인은 "모바일에서 보이는 게 색인 기준"이 됩니다. 데스크탑에만 있는 본문·이미지·내부 링크는 사실상 색인되지 않는 셈입니다. 콘텐츠 패리티(데스크탑/모바일 일치) 실패 케이스였습니다.

개선한 항목

  • 모바일에서 display:none 처리된 본문·링크 점검 후 복원
  • viewport 메타 적용, 본문 폰트 16px 이상, 탭 영역 48×48px+
  • 모바일 친화성 테스트 통과
  • 구조화 데이터·내부 링크가 모바일에서도 동일하게 출력되는지 점검
  • 모바일 LCP·INP·CLS 별도 측정·최적화

적용 후 변화

  • 모바일 키워드 노출 회복
  • 모바일 트래픽이 데스크탑 수준으로 회복
  • 작업 기간 약 4주

주의할 점

별도 모바일 도메인(m.example.com)은 관리 부담만 큽니다. 반응형 단일 사이트가 정답입니다.

🔧 사용한 도구
  • Chrome DevTools Device Toolbar
  • PageSpeed Insights Mobile
  • GSC 모바일 사용 편의성
  • Lighthouse
✅ 작업 후 확인 방식

모바일 콘텐츠 패리티 작업 후 GSC '모바일 사용 편의성' 오류 페이지 수, 모바일 노출·CTR, Field Data의 모바일 LCP·INP·CLS를 4주 단위로 비교했습니다.

💬 담당자 코멘트
"반응형이니까 모바일도 자동으로 잘 보일 것"이라는 가정이 가장 흔합니다. 실제로는 display:none으로 숨긴 본문·내부 링크가 색인에서 빠집니다.
💡 이 사례에서 얻은 인사이트

모바일에서 본문을 복원하자 모바일 키워드 노출이 데스크탑 수준에 도달하는 데 6주면 충분했습니다. 색인 자체가 빠르게 갱신됩니다.

🔍 비슷한 문제가 있다면 확인할 것
  • 모바일에서 display:none으로 숨긴 본문·링크가 없는지
  • viewport 메타가 있고 폰트가 16px 이상인지
  • 터치 타겟이 48×48px 이상인지
04PAGE SPEED

페이지 속도

PageSpeed 점수보다 중요한 건 사용자 환경에서 측정된 Field Data입니다. 구글이 랭킹에 쓰는 건 실제 사용자 데이터입니다.

WORDPRESS

Core Web Vitals 모바일 50점대 사이트 — 90+ 만들기 작업

작업 전 문제

PageSpeed Insights 모바일 점수가 30~50점대로 정체. LCP 4초 이상, CLS 0.25 초과, INP 200ms 이상으로 Core Web Vitals 기준치 초과. 모바일 검색 노출에 부정적 영향이 있는 상태였습니다.

진단 결과

Hero 이미지가 압축 안 된 4MB PNG, 폰트가 차단 렌더링, 무거운 플러그인·CSS/JS, 호스팅 TTFB 1초 초과 등이 복합 원인이었습니다.

개선한 항목

  • Hero 이미지 WebP 변환 + 모바일용 별도 srcset, fetchpriority high
  • 한글 폰트 swap·preload·subset 적용
  • 사용 안 하는 CSS/JS 제거 또는 lazy loading
  • 캐싱 플러그인 + Cloudflare CDN 도입으로 TTFB 단축
  • Core Web Vitals Field Data를 서치콘솔에서 지속 추적

적용 후 변화

  • 모바일 PageSpeed 점수 90+ 진입
  • LCP 1.5~2초대로 단축
  • Field Data 기준 "Good" 비율 증가

주의할 점

PageSpeed Lab 점수와 Field Data가 다를 수 있습니다. 구글은 Field Data를 랭킹 신호로 사용하므로 실측 기반 모니터링이 필수입니다.

🔧 사용한 도구
  • PageSpeed Insights
  • Lighthouse CI
  • Cloudflare 대시보드
  • GSC Core Web Vitals 리포트
✅ 작업 후 확인 방식

속도 최적화 후 12주 동안 GSC '주요 사이트 정보(Core Web Vitals)' 리포트의 'Good' 비율이 증가하는지, Field Data 기준 LCP·INP·CLS 변화를 추적했습니다.

💬 담당자 코멘트
"Lab 점수 90점"이 목표가 아니라 실제 사용자 환경의 Field Data가 'Good'인 게 목표입니다. Lab은 깨끗한 환경에서 측정되므로 항상 더 좋게 나옵니다.
💡 이 사례에서 얻은 인사이트

Hero 이미지 1장만 WebP + fetchpriority high 적용해도 LCP가 1초 이상 단축된 케이스가 있었습니다. 최우선 작업은 LCP 이미지입니다.

🔍 비슷한 문제가 있다면 확인할 것
  • Field Data 기준 모바일 LCP가 2.5초 이내인지
  • INP가 200ms 이내인지
  • CLS가 0.1 이내인지
05SERVICE PAGE

서비스 페이지 구성

서비스 페이지는 검색 의도(거래형) 매칭 + 전환 동선이 핵심입니다. 본문이 없으면 둘 다 실패합니다.

B2B · SAAS
💼

이미지 위주 빈약한 서비스 페이지 — 전환 + SEO 통합 6단락 재구성

작업 전 문제

서비스 페이지가 이미지 위주로 구성되고 본문이 거의 없었습니다. 사용자가 어떤 서비스인지, 가격·차별점·결과를 알기 어려웠고, 검색에서도 거래형 키워드("서비스명 + 가격", "비교")에서 노출되지 않았습니다.

진단 결과

서비스 페이지는 "정보 + 전환" 두 역할을 동시에 해야 하는데, 본문 부재로 검색엔진 신호(SEO)와 사용자 결정(전환) 둘 다 잡지 못하는 상태였습니다.

개선한 항목

  • 서비스별 6단락 구조: ① 대상 고객, ② 해결할 문제, ③ 해결 방식, ④ 차별점·증거, ⑤ 프로세스, ⑥ FAQ
  • Service / Offer 스키마 적용
  • 기간·결과물·범위 명시 ("보장" 표현 없이 "기준"·"목표"·"평균" 표현 사용)
  • 관련 사례·블로그 글로 본문 내 컨텍스트 링크
  • 페이지 하단 명확한 CTA + 신뢰 신호 (실적·후기·법적 정보)

적용 후 변화

  • 거래형 키워드에서 서비스 페이지가 직접 노출
  • 문의 전환율 회복 추세
  • 재구성 기간 약 6주

주의할 점

가격 비공개 정책이면 가격 대신 "프로젝트 단위 견적"으로 안내하되, 범위·기간은 반드시 명시해야 신뢰가 형성됩니다.

🔧 사용한 도구
  • GSC 거래형 키워드 모니터
  • Schema Markup Validator
  • GA4 전환 이벤트
  • MS Clarity 스크롤·클릭 히트맵
✅ 작업 후 확인 방식

서비스 페이지 재구성 후 GA4 전환 이벤트, GSC '검색 외관' 의 Service/Offer 리치 결과 노출, Clarity 스크롤 깊이를 8주 단위로 비교했습니다.

💬 담당자 코멘트
이미지만 잔뜩 박힌 서비스 페이지는 결국 영업 자료를 PDF로 받아본 사람만 결정합니다. 본문이 있어야 검색에서 발견되고, 발견된 사람이 결정합니다.
💡 이 사례에서 얻은 인사이트

6단락 중 가장 전환에 기여한 단락은 '차별점·증거'와 'FAQ'였습니다. 결정 직전 사용자에게 가장 필요한 정보가 그 두 단락에 들어 있기 때문입니다.

🔍 비슷한 문제가 있다면 확인할 것
  • 서비스 페이지에 6단락 구조가 있는지
  • Service/Offer 스키마가 적용됐는지
  • '보장·확실' 표현 없이 '기준·평균'으로 명시되는지
06META INFO

메타 정보

메타는 SERP의 입구입니다. 자동 추출에 맡기면 사용자가 클릭할 후크가 없습니다. 페이지별 수동 작성이 필수입니다.

MULTI-PAGE
🏷️

자동 생성된 메타가 클릭률을 낮추는 사이트 — 페이지별 수동 작성

작업 전 문제

title이 모든 페이지에 "회사명 - 페이지명" 패턴으로 자동 생성. description은 입력 안 된 상태라 본문 첫 문장이 자동 추출되어 "안녕하세요, ○○ 회사입니다" 같은 의미 없는 텍스트가 검색 결과에 노출되었습니다.

진단 결과

메타는 SERP에서 사용자가 우리 페이지를 클릭할지 결정하는 핵심 후크입니다. 자동 추출은 통제 불가능하고, 클릭 후크가 없어 같은 노출수에서도 클릭이 빠집니다.

개선한 항목

  • 페이지별 title 50~60자 (1차 키워드 + 클릭 후크 + 브랜드)
  • description 120~155자 (가치·차별점·CTA 한 줄)
  • OG title·description 별도 작성 (SNS 공유 카피와 SERP 카피 분리)
  • 구조화 데이터로 리치 결과 유도 (FAQPage, Review, Product 등 페이지 유형별)

적용 후 변화

  • 평균 CTR 회복
  • 같은 노출수에서 클릭 증가
  • 메타 작성·검수 작업 기간 약 3~4주 (페이지 수에 비례)

주의할 점

자동 생성 도구 활용 시에도 페이지마다 검수 필수. 동일 패턴이면 구글이 자동 추출로 대체하기도 합니다.

🔧 사용한 도구
  • GSC 검색 실적(CTR)
  • Screaming Frog 메타 추출
  • title/description 길이 측정기
  • Rich Results Test
✅ 작업 후 확인 방식

페이지별 메타 작성 후 4주·8주 시점에 GSC '검색 실적'에서 페이지별 CTR 변화를 비교했습니다. 자동 추출로 대체된 페이지는 별도 시트로 관리해 본문도 함께 손봤습니다.

💬 담당자 코멘트
"메타는 자동으로 두면 된다"는 가정이 가장 빈번한 손실 원인입니다. 자동 추출은 통제 불가능하고 클릭 후크가 없습니다.
💡 이 사례에서 얻은 인사이트

title의 클릭 후크 한 단어(예: '체크리스트', '가이드', '비교')만 추가해도 CTR이 회복된 사례가 많았습니다. 모든 페이지에 후크 1개씩은 필요합니다.

🔍 비슷한 문제가 있다면 확인할 것
  • 페이지마다 title·description이 수동 작성됐는지
  • title 50~60자, description 120~155자 내인지
  • OG title·description이 별도 작성됐는지
08CONVERSION STRUCTURE

문의 전환 구조

SEO로 트래픽이 회복돼도 문의·전환으로 이어지지 않으면 비즈니스 가치는 절반입니다. 사이트 제작 단계에서 전환 동선이 함께 설계되어야 합니다.

LEAD GEN
💬

트래픽은 오는데 문의가 없는 사이트 — CTA 동선 재설계

작업 전 문제

SEO 작업 후 검색 유입은 회복됐는데 문의·신청 수가 거의 변하지 않는 상태. 페이지에 도착해도 다음 행동(CTA)이 명확하지 않거나, 폼이 복잡해서 결정 마비가 발생하는 패턴이었습니다.

진단 결과

페이지마다 "다음 행동"이 명확하지 않거나 푸터에만 있는 케이스. 폼 항목이 너무 많아서 입력 부담이 크고, 신뢰 신호(실적·후기·법적 정보)가 부족해 마지막 결정이 막히는 구조였습니다.

개선한 항목

  • 모든 핵심 페이지에 명확한 CTA 배치 (상단·중간·하단 3구간)
  • 폼 항목 최소화 (이름·이메일·문의 내용 3개로 시작)
  • 복수 채널 제공 (폼 외에 텔레그램·이메일 등)
  • 신뢰 신호 강화 (실적·후기·인증·법적 정보·사업자등록번호)
  • 마이크로 컨버전 추가 (무료 진단·체크리스트 다운로드 등 진입 장벽 낮은 행동)

적용 후 변화

  • 같은 트래픽에서 문의 수 회복 추세
  • 재구성 작업 기간 약 3~4주

주의할 점

CTA가 너무 공격적이거나 팝업이 과하면 이탈률이 증가합니다. 신뢰 신호와 CTA의 균형이 핵심입니다.

🔧 사용한 도구
  • GA4 전환 이벤트
  • MS Clarity 클릭·스크롤 히트맵
  • Hotjar 폼 분석
  • CRO 가설 트래킹 시트
✅ 작업 후 확인 방식

CTA 동선 재설계 후 4주·8주 시점에 GA4 전환율, Clarity의 CTA 영역 클릭률, 폼 입력 중단 단계 데이터를 비교했습니다. 마이크로 컨버전(자료 다운로드)도 별도 KPI로 추적했습니다.

💬 담당자 코멘트
"트래픽이 늘면 문의는 자연스럽게 따라온다"는 가정은 위험합니다. 페이지에 도착한 사용자가 다음 행동을 찾지 못하면 트래픽이 100배여도 문의는 그대로입니다.
💡 이 사례에서 얻은 인사이트

가장 빠르게 전환을 회복한 변경은 'CTA를 상단·중간·하단 3구간 배치'였습니다. 한 곳에만 CTA가 있으면 스크롤 깊이별로 결정 타이밍을 놓칩니다.

🔍 비슷한 문제가 있다면 확인할 것
  • 페이지 상단·중간·하단에 CTA가 있는지
  • 폼 항목이 3~5개로 최소화됐는지
  • 신뢰 신호(실적·후기·법적 정보)가 페이지에 노출되는지

지금 사이트는 어느 시나리오에 해당할까요?

현재 사이트의 메뉴·URL·속도·전환 구조를 8가지 기준으로 진단해 우선순위를 알려드립니다. 신규 제작·리뉴얼 견적도 함께 회신드립니다.