구글은 자바스크립트를 쓰는 페이지를 크롤링, 렌더링, 색인 순서로 처리합니다. 먼저 크롤링으로 서버가 보낸 HTML을 받고, 렌더링 대기열에 넣었다가 자원이 허용될 때 헤드리스 크롬으로 자바스크립트를 실행해 완성된 화면을 만든 뒤, 그 결과를 색인합니다.
여기서 두 가지 문제가 생길 수 있습니다. 첫째, 렌더링이 크롤링보다 늦게 이뤄질 수 있어 자바스크립트로 만든 콘텐츠는 반영이 늦어질 수 있습니다. 둘째, 링크를 클릭 이벤트로만 구현하면 구글이 발견하지 못합니다. 구글은 href 속성이 있는 <a> 태그만 링크로 따라갑니다.
서버에서 HTML을 완성해 브라우저에 보내는 방식(Server-Side Rendering)입니다. 크롤러가 자바스크립트를 실행하지 않아도 콘텐츠와 링크를 바로 읽을 수 있어, 브라우저에서 화면을 만드는 방식(CSR)보다 SEO에 유리합니다.
크롤러에게는 서버에서 렌더링한 HTML을, 사용자에게는 자바스크립트로 그리는 화면을 보내는 방식입니다. 구글은 동적 렌더링을 임시방편으로 보고 SSR이나 정적 생성을 권장합니다.
검색엔진 로봇이 링크와 사이트맵을 따라 웹 페이지를 방문해 내용을 수집하는 과정입니다. 검색 노출의 첫 단계로, 크롤링되지 않은 페이지는 색인도 순위도 받을 수 없습니다.
크롤러가 수집한 페이지를 분석해 검색엔진의 데이터베이스에 저장하는 것, 또는 그 데이터베이스입니다. 색인된 페이지만 검색 결과에 나올 수 있으며, 서치콘솔의 페이지 색인 생성 보고서에서 상태를 확인합니다.
HTML 같은 문서를 읽어 태그와 구조를 분석하고 프로그램이 다룰 수 있는 형태로 바꾸는 과정입니다. 검색엔진은 페이지를 파싱해 제목·본문·링크·메타정보를 추출하며, HTML 오류가 심하면 의도와 다르게 해석될 수 있습니다.
