이 사이트가 첫 번째 프로젝트입니다

Before

파인더블랩의 이전 홈페이지는 정적 HTML 4페이지였습니다. 회사 소개와 서비스 설명이 한 페이지에 섞여 있었고, Schema(JSON-LD)·sitemap·robots.txt가 없었습니다. FAQ 18개는 한 줄 단답이라 검색엔진이나 AI가 인용할 만한 답변 구조가 아니었고, 히어로 이미지 한 장이 1.58MB로 모바일 첫 화면 로딩을 지연시켰습니다.

Problem

“검색과 AI에서 발견되는 구조를 만든다”고 말하는 회사가 정작 자신의 사이트에서 그 구조를 보여주지 못하고 있었습니다. 서비스 범위, 업종 전문성, 지역 정보가 분리되어 있지 않아 Entity가 불명확했고, 구조화 데이터가 없어 AI가 답변에 인용할 근거도 부족했습니다.

Strategy

고객에게 제안하는 Search Ready Website 방식을 그대로 적용하기로 했습니다. 정보 구조를 서비스·업종·FAQ·인사이트·케이스로 나누고, 페이지 유형별로 JSON-LD를 정의하며, 모든 페이지를 내부링크 규칙으로 연결합니다. 성능은 정적 생성과 이미지 최적화로 확보하고, 결과는 측정 가능한 지표로 이 페이지에 공개합니다.

Implementation

Astro 정적 생성으로 전환하고 콘텐츠 컬렉션 기반으로 서비스 4개, 업종 3개, FAQ 24개, 인사이트 8개, 케이스 페이지를 만들었습니다. 페이지 유형마다 JSON-LD를 적용하고 sitemap·robots·canonical·OG 메타를 정비했으며, Free Audit 신청 페이지를 신설했습니다. 히어로 이미지는 WebP로 변환해 300KB 이하로 줄였습니다.

After

25개 이상의 페이지가 각각 하나의 주제를 갖고 구조화 데이터와 함께 생성됩니다. SEO·GEO·Local SEO 서비스 페이지와 업종 페이지, FAQ가 서로 연결되어 검색엔진과 AI가 사이트의 전문 영역을 읽을 수 있는 상태가 되었습니다.

Data

지표 표는 페이지 상단에 있습니다. 페이지 수, JSON-LD 적용, 이미지 용량처럼 구축 시점에 확정된 항목은 수치를 기록했고, Lighthouse 성능·색인 페이지 수·AI 검색 언급은 2026년 10월과 12월에 측정을 시작해 결과가 나오는 대로 업데이트합니다. 측정 전 항목을 추정치로 채우지 않습니다.

Learnings

구조를 먼저 나누는 것이 가장 큰 변화였고, Schema는 페이지 유형별로 설계해야 의미가 전달됩니다. 콘텐츠 규칙을 문서화하면 같은 품질로 확장할 수 있으며, 측정하지 않은 결과는 사례로 쓰지 않는다는 원칙을 이 페이지에서부터 지키고 있습니다.