SEO 상위노출, 홈페이지 제작 단계에서 갈린다

홈페이지를 다 만든 뒤에 SEO를 얹으려 하면 늦다. 검색 순위의 바닥은 화면을 어떻게 그리는지, 메타 태그를 누가 고칠 수 있는지, 페이지가 얼마나 빨리 뜨는지 같은 제작 단계의 구조에서 정해진다. 완성 후에 손대려면 화면을 다시 짜야 하는 항목이 많아서 계약서에 적히지 않은 SEO는 그냥 빠진 채로 넘어간다.

핵심 요약

• 상위노출 준비의 절반은 코드 구조다. 제작이 끝난 뒤 글만 채워서는 되돌리기 어렵다.
• 구글은 자바스크립트로 그리는 페이지를 크롤링·렌더링·색인 세 단계로 처리한다. 렌더링은 대기열에서 밀린다. 브라우저에서만 화면을 그리는 방식은 색인이 늦어질 위험을 안는다.
• 계약 전에 확인할 것은 다섯 가지다. 렌더링 방식, 메타·구조화 데이터 편집 권한, 사이트맵과 robots.txt, 속도 목표, 검색 도구 계정 명의.
• 구글은 메타 키워드 태그를 쓰지 않는다고 공식 문서에 밝혀 뒀다. 견적서에 그런 항목이 붙어 있으면 무엇을 하는 작업인지부터 되묻는 게 낫다.
• 속도는 감이 아니라 숫자로 적는다. 코어 웹 바이탈의 권장 기준이 그대로 계약 문구가 된다.

순위는 콘텐츠보다 구조에서 먼저 갈린다

검색엔진은 페이지를 찾고(크롤링), 저장하고(색인), 줄 세운다(순위). 이 3단계는 검색엔진 원리에서 자세히 다뤘으니 여기서는 제작이 개입하는 앞의 두 단계만 본다. 색인에 못 들어가면 글을 아무리 잘 써도 검색 결과에는 없는 페이지다.

구글 검색 센터는 자바스크립트 페이지를 크롤링·렌더링·색인으로 나눠 처리한다고 설명한다. 렌더링 대기열에 들어간 페이지는 몇 초 만에 나올 때도 있지만 그보다 오래 걸릴 수도 있다고 공식 문서는 적어 뒀다. 같은 문서가 서버 사이드 렌더링이나 사전 렌더링을 두고 "사이트를 빠르게 만들어 주므로 여전히 좋은 방법"이라고 권한다. 화면을 어디서 그릴지는 개발이 끝난 뒤 설정 하나로 뒤집는 항목이 아니다.

업체가 요즘 유행하는 프레임워크로 만든다고 할 때 물어볼 말은 하나다. "공개 페이지는 서버에서 HTML을 완성해서 내려주나요, 브라우저에서 그리나요?" 소개·소식·상품 설명처럼 검색으로 들어와야 하는 페이지가 후자라면 그 선택의 이유는 계약 전에 듣고 넘어간다.

계약 전에 던질 질문 다섯 가지

아래 다섯 가지는 개발이 끝난 뒤 고치려면 화면이나 서버 설정을 다시 만져야 하는 항목이다. 견적을 받기 전에 물어보고 답을 그대로 계약서 범위에 적어 둔다.

1. 공개 페이지의 렌더링 방식. 검색으로 유입돼야 하는 페이지는 HTML이 완성된 채로 내려오는지 확인한다.
2. 메타 제목·설명과 구조화 데이터의 편집 권한. 관리자 화면에서 페이지마다 고칠 수 있는지, 아니면 매번 업체에 요청해야 하는지 갈린다.
3. 사이트맵과 robots.txt 생성. 새 글을 올리면 사이트맵에 자동으로 붙는지, 수동으로 올려야 하는지 확인한다.
4. 속도 목표. 다음 절의 숫자를 그대로 적고 검수 시점에 무엇으로 측정할지 정한다.
5. 구글 서치콘솔·네이버 서치어드바이저 계정 명의. 업체 계정으로 등록하면 계약이 끝난 뒤 데이터가 통째로 남의 것이 된다. 발주자 계정에 업체를 초대하는 순서로 뒤집는다.

다섯 항목 모두 개발자에게는 몇 시간짜리 결정이지만 나중에 되돌리려면 며칠에서 몇 주짜리 재작업이 된다. 이 비대칭이 계약 전에 물어야 하는 이유다.

견적서에서 SEO 항목 읽는 법

견적서의 "SEO 최적화 포함" 한 줄은 아무것도 약속하지 않는다. 무엇이 들어갔는지는 항목을 쪼개서 물어야 드러난다.

견적서에 흔한 표현	실제로 확인할 것
SEO 최적화 포함	페이지별 제목·설명을 누가 어디서 고치는가
메타태그 삽입	메타 키워드가 아니라 title·description·canonical인가
검색엔진 등록 대행	계정 명의가 발주자인가, 등록 후 소유권이 넘어오는가
속도 최적화	목표 수치와 측정 도구가 문서에 적혀 있는가
키워드 세팅	어떤 페이지가 어떤 검색어를 맡는지 표가 있는가

제작 비용에서 이 작업들이 차지하는 몫은 대체로 크지 않다. 구조를 처음부터 그렇게 잡는 일이라 별도 공수가 적게 잡히는 편이다. 반대로 완성된 사이트를 뜯어 고치는 견적은 새로 만드는 값에 가까워지기도 한다. 견적 항목을 읽는 법은 웹사이트 제작 비용 글에서 더 다뤘다.

자주 하는 오해 세 가지

상담에서 되풀이되는 오해부터 걷어내야 돈이 엉뚱한 데로 가지 않는다.

• 메타 키워드를 채우면 순위가 오른다 → 구글은 SEO 기본 가이드에서 키워드 메타 태그를 쓰지 않는다고 못 박았다. 이 항목에 돈이 붙어 있으면 빼는 게 맞다.
• 글이 길수록 유리하다 → 같은 문서는 콘텐츠 길이 자체는 순위에 영향을 주지 않는다고 설명한다. 분량을 채우려고 같은 말을 늘리면 읽는 사람만 떨어져 나간다.
• 오픈하면 며칠 안에 상위에 뜬다 → 구글 문서는 변경이 몇 시간 만에 반영될 때도, 몇 달이 걸릴 때도 있다고 적는다. 오픈 직후 순위가 안 보인다고 업체를 다그칠 일이 아니다.

속도는 감이 아니라 숫자로 못 박는다

"빠르게 만들어 주세요"는 검수 기준이 되지 못한다. 구글이 사용자 경험 지표로 쓰는 코어 웹 바이탈은 세 지표의 권장선을 숫자로 제시한다. 가장 큰 콘텐츠가 그려지기까지 2.5초 이내(LCP), 상호작용 응답 200밀리초 이내(INP), 레이아웃이 밀리는 정도 0.1 이하(CLS)다. 판정은 모바일과 데스크톱을 나눠 방문의 75번째 백분위수로 한다.

이 세 줄을 검수 조건에 그대로 옮기면 다툴 여지가 줄어든다. 측정 도구와 측정 페이지까지 지정해 두면 "제 폰에서는 느린데요" 같은 대화가 사라진다.

선택 기준은 이렇게 갈린다. 소개·소식 위주의 사이트라면 페이지를 미리 만들어 두는 정적 생성으로 충분하고 속도도 쉽게 나온다. 로그인 뒤에 개인 데이터를 다루는 서비스라면 공개 페이지만 떼어 서버에서 완성해 내리고 로그인 이후 화면은 브라우저에서 그리게 나눈다. 검색으로 사람을 데려올 페이지와 로그인한 사람만 보는 화면은 애초에 요구가 다르다.

가상 예시

가상 예시다. 대구에서 인테리어 시공사를 운영하는 A사가 시공 사례 60건을 올릴 홈페이지를 맡겼다. 업체는 화면을 브라우저에서 그리는 방식으로 만들었다. 사례 페이지는 주소가 모두 같은 한 페이지 안에서 바뀌었다. 오픈 두 달 뒤 검색에 잡힌 페이지는 첫 화면 하나뿐이었다. 사례마다 고유 주소를 주고 서버에서 HTML을 완성해 내리도록 고치는 데 다시 3주가 들었다. 계약 전에 렌더링 방식과 주소 구조를 한 줄만 물었으면 없었을 일이다. 오픈 이후의 순서는 오픈 뒤 성장 로드맵에 정리해 뒀다.