기술 GEO 체크리스트, 실행해야 할 순서대로.

체크리스트는 항목이 의존 관계 순으로 놓였을 때에만 값어치가 있고, 기술 항목은 유난히 서로 의존합니다. 아래 열 가지 중 네 가지는 명령줄 페치 한 번으로 끝납니다. 세 가지는 한 달치 보관된 서버 로그와 그것을 조회할 수 있는 사람이 필요합니다. 세 가지는 아예 수정이 아닙니다. 남의 기계가 무엇을 읽을 수 있게 하고 싶은지에 대한 결정입니다. 이 순서로 실행하는 것은 깔끔함 때문이 아니라, 결과가 의미를 갖는 유일한 순서이기 때문입니다.

의존은 한 방향으로만 흐릅니다. 평범한 페치가 페이지 대신 챌린지를 돌려준다면, 그 뒤에 살펴보는 모든 로그는 침묵을 보여 주지만 그 이유는 엔진이 여러분에게 관심이 있는지와 아무 상관이 없습니다. robots.txt가 검색 측 토큰을 막고 있으면 한 달치 크롤 데이터는 무관심처럼 읽히고, 팀은 AI 엔진이 자기 카테고리를 무시한다고 결론을 내리지만, 실제로는 사이트가 오지 말라고 말한 것입니다. 본문이 하이드레이션 이후에만 존재한다면, 인용 측정은 글이 아니라 JavaScript 번들을 측정합니다. 셋 다 진짜 음성과 똑같이 생긴 거짓 음성입니다. 그래서 목록 위쪽의 실패는 들고 갈 메모가 아니라 중단 지시입니다.

비용도 같은 방향을 가리킵니다. 1계층은 노트북과 10분입니다. 2계층은 한 사람의 하루를 쓰고, 여러분에게 없을 수도 있는 로그 보관이 필요합니다. 3계층은 회의 한 번입니다. 값싼 점검이 값비싼 점검의 관문이므로, 1계층 실패에 대한 대응은 고치고, 업체 시스템이 따라잡기를 기다리고, 맨 위에서 다시 시작하는 것입니다. 각 항목의 근거는 그 항목의 글에 있으며 항목에서 링크해 두었습니다. 이 페이지가 더하는 것은 순서와 실행 방법입니다.

07번은 문서상 설정과 가장 자주 어긋나는 항목입니다. robots 지시문은 예의 바른 크롤러가 지키는 요청입니다. 봇 관리 규칙은 여러분의 애플리케이션이 무엇을 보기도 전에 작동하는 강제이고, 대개 다른 팀이 소유합니다. 둘이 어긋나면 강제가 이기고, robots 파일은 아무도 들여다볼 만한 증상 없이 몇 달 동안 틀린 채로 남습니다. 어떤 팀은 robots.txt 수정 전후를 비교했다가 크롤 양이 꿈쩍도 하지 않는 것을 보고, 원인을 방금 편집한 파일이 아니라 엣지의 관리형 봇 규칙 세트에서 찾았습니다. 그 데이터를 어떻게 읽는지, 그리고 진짜 크롤러와 그 이름만 뒤집어쓴 것을 어떻게 구분하는지는 크롤러 로그 읽기에서 다룹니다.

제외는 취향의 문제가 아닙니다. Google의 안내는 “Google 검색(생성형 AI 기능 포함)에 표시되기 위해 새로운 기계 판독 파일, AI 텍스트 파일, 마크업, Markdown을 만들 필요가 없습니다. Google 검색 자체가 그것들을 사용하지 않기 때문입니다”라고 밝힙니다.² 이 문장은 1차 출처이고 날짜가 있으며, 이는 그 문장이 배제하는 전술들이 내놓을 수 있는 것보다 낫습니다. 구조화된 데이터는 리치 결과를 위해서라면 여전히 내놓을 가치가 있고 그쪽 근거는 오래되었지만 좋습니다. 뒷받침이 전혀 없는 것은 거기에 붙여 놓은 인용 주장 쪽입니다. 그럴듯해 보이는 항목을 모두 담은 목록은 스스로의 목적도 무너뜨립니다. 열 가지는 실행되고, 스물다섯 가지는 훑어보게 되며, 정작 중요했던 네 가지는 훑어본 부분에 들어 있습니다.