주의가 필요한 사이트 신호부터 시작하세요
기술 AEO는 여러 검사를 통합합니다. 각 검사는 사이트에 대한 다른 질문에 답합니다. 중요한 페이지부터 시작할 수 있도록 도와드립니다. 그런 다음 확인하고 변경할 수 있는 항목에 맞는 검사를 선택합니다.
첫 번째 단계로 작업을 3개 영역으로 그룹화합니다. 이렇게 하면 기술 추가 목록이 아닌 실제 페이지를 기준으로 검토를 진행할 수 있습니다. 이미 더 광범위한 AI 검색 노출 계획이 있다면 이를 사용하여 가장 관련성 높은 URL을 선택할 수 있습니다. GEO 감사를 통해 어떤 페이지에 먼저 주의를 기울여야 할지 결정하는 데도 도움이 됩니다.
| 검사 항목 | 확인 내용 | 유용한 경우 |
|---|---|---|
| Schema.org 그래프 | 엔티티와 관계가 표시된 페이지 콘텐츠와 일치하는지 여부 | 마크업이 일관되지 않거나 유지 관리가 어려운 경우 |
| llms.txt 파일 | 선택된 링크가 최신이고 유용한지 여부 | 일반 텍스트 사이트 가이드를 고려 중인 경우 |
| 접근 및 렌더링 | 응답, 리디렉션, 지시문 및 페이지 출력 | 중요한 콘텐츠가 누락되거나 변경된 것으로 보이는 경우 |
이러한 검사는 함께 수행할 수 있지만 서로 대체할 수는 없습니다. 검토한 URL을 기록합니다. 또한 각 결과물이 어떤 종류의 변경을 요구하는지 기록합니다. 이를 통해 콘텐츠 및 개발 담당자가 함께 시작할 수 있는 공통된 기준점을 확보할 수 있습니다.
검토에 작고 유용한 시작점을 제공하세요
우선순위 페이지의 짧은 목록은 사이트 전체를 추측하는 것보다 더 명확한 시작점을 제공합니다. 해당 URL을 사용하여 각 페이지가 전달해야 하는 내용을 파악합니다. 그런 다음 관련 기술 검사를 식별합니다.
두 명으로 구성된 게임 스튜디오가 어떤 채널부터 시작할지 결정하는 상황을 상상해 보세요. 런칭 페이지, 문서 페이지, 플레이어의 질문이 있습니다. 먼저 해당 페이지를 매핑합니다. 그런 다음 파일이나 마크업 변경을 권장하기 전에 구조, 접근 및 렌더링을 확인합니다.
이러한 첫 번째 접근 방식은 작업을 스튜디오의 실제 결정과 밀접하게 유지합니다. 또한 사이트를 가장 잘 아는 사람들이 참여할 여지를 만듭니다. 한 사람은 콘텐츠를 설명할 수 있고, 다른 사람은 페이지가 어떻게 구축되었는지 확인할 수 있습니다. 개별 URL에 대한 문제를 기록하여 다음 조치를 논의하기 쉽게 만듭니다.
예를 들어, 지원 페이지에 유용한 답변이 있지만 일부 텍스트가 스크립트 실행 후에만 나타나는 경우가 있습니다. 방문자가 보는 페이지와 검사할 수 있는 출력을 비교합니다. 그런 다음 차이점을 개발자에게 알립니다. 특정 플랫폼을 염두에 두고 있다면 Perplexity 최적화 또는 ChatGPT 노출 작업을 통해 기술 검사를 해당 광범위한 목표와 연결할 수 있습니다.
llms.txt와 schema.org는 각각 어떤 역할을 하나요?
Schema.org는 페이지의 정보와 관계를 설명합니다. llms.txt는 선택된 리소스를 가리킬 수 있는 일반 텍스트입니다. 각각을 명확한 목적에 맞게 검토합니다. 둘 중 어느 것도 필수 애드온으로 취급하지 않습니다.
스키마는 페이지를 반영해야 합니다
그래프가 방문자가 확인할 수 있는 정보를 설명하는지 확인합니다. 또한 이름과 URL이 일관되게 유지되는지 확인합니다. 연결된 엔티티는 관련 페이지 간에 논리적으로 연결되어야 합니다. 유용한 그래프는 페이지 콘텐츠가 변경될 때 팀이 정렬 상태를 유지할 수 있는 그래프입니다. 스키마 마크업 서비스는 표시된 콘텐츠와 구조화된 설명 간의 연결에 중점을 둡니다.
llms.txt는 선택적 가이드로 취급하세요
파일이 사람들에게 선택된 자료로의 유용한 경로를 제공할 때 고려할 가치가 있습니다. 링크가 존재하고 적절한 페이지를 가리키는지 확인합니다. 또한 누군가 링크를 최신 상태로 유지할 수 있는지 묻습니다. 이는 내비게이션, 사이트맵 또는 접근 제어를 대체하지 않습니다. llms.txt 및 AI 크롤러 설정과 llms.txt 가이드에서 관련 계획을 더 자세히 다룹니다.
소규모 퍼블리셔가 핵심 설명 페이지 몇 개와 더 큰 아카이브를 가지고 있다고 가정해 보겠습니다. 제안된 목록을 실제 페이지와 비교합니다. 그런 다음 링크가 변경될 때 누가 업데이트할지 묻습니다. 이렇게 하면 결정이 실용적입니다. 파일에 역할과 관리자가 있는 경우에만 유지하세요.
우선순위 URL에서 확인된 변경 사항으로 이동하세요
몇 가지 명확한 단계를 통해 작업을 진행합니다. 팀은 무엇이 왜 확인되고 있는지 볼 수 있습니다. 간단한 URL 시트는 모든 사람에게 동일한 참조를 제공합니다.
- 우선순위 페이지를 선택하세요. 최대 5개의 URL을 공유하세요. 각 페이지가 지원해야 하는 내용을 알려주세요.
- 접근 및 담당자를 확인하세요. 검사할 템플릿에 동의합니다. 또한 콘텐츠 및 개발 질문에 답변할 수 있는 사람을 식별합니다.
- 페이지 신호를 검토하세요. 적합한 경우 스키마와 llms.txt를 확인합니다. 또한 합의된 페이지의 접근 제어 및 렌더링 출력을 검사합니다.
- 결과물을 다음 조치별로 정렬하세요. 각 메모를 URL에 연결합니다. 그런 다음 콘텐츠, 개발 또는 둘 다 조치를 취해야 하는지 식별합니다.
- 합의된 작업을 확인하세요. 완료된 변경 사항을 기록합니다. 또한 접근 가능한 페이지에서 완료된 검증을 기록합니다.
Brand Community는 기술 검토자와 콘텐츠 및 개발 담당자를 연결합니다. 권장 사항은 분리된 수정 목록으로 제공되지 않습니다. 또한 2개의 검토 시점을 사용합니다. 첫 번째는 페이지와 예상 동작을 확인합니다. 두 번째는 결과물과 완료된 검사를 검토합니다. 구현이 포함된 경우 사용 가능한 CMS 또는 코드 저장소를 알려주세요. 또한 접근을 승인할 수 있는 사람을 지정해 주세요.
기술 작업을 명확하고 실현 가능한 범위 내에서 유지하세요
유용한 기술 검토는 팀에 관찰된 내용을 알려줍니다. 또한 무엇을 변경하고 결과를 확인하는 방법을 보여줍니다. URL 수준 메모, 스키마 결과물, llms.txt 권장 사항 또는 검토된 초안을 공유할 수 있습니다. 또한 합의된 구현 확인 기록을 받습니다. 정확한 작업은 시작 시 확인된 페이지와 접근 권한에 따라 달라집니다.
관찰할 수 있는 세부 사항을 찾습니다. 페이지가 예상대로 응답하는지 확인합니다. 리디렉션이 유용한 곳으로 연결되는지 확인합니다. 또한 중요한 콘텐츠가 렌더링된 출력에 나타나는지 확인합니다. 보이지 않는 플랫폼 동작을 추측하는 대신 각 검사와 결과를 기록합니다. 귀하 측에서는 우선순위 URL과 해당 페이지의 의도된 공개 또는 비공개 상태를 준비하세요. 또한 사이트 질문에 답변할 수 있는 연락처를 지정해 주세요.
AI 플랫폼은 페이지를 검색할지, 어떻게 해석할지, 인용할지 여부를 결정합니다. 스키마, llms.txt 및 접근 검사는 이러한 선택을 설정할 수 없습니다. 당사는 합의된 검토, 구현 및 검증 메모를 제공하기로 약속하며, 플랫폼 응답을 보장하지 않습니다.
시작할 준비가 되셨다면 우선순위 URL을 보내주세요. 검토가 지원해야 하는 시스템을 알려주세요. 기술 작업이 시작되기 전에 페이지, 접근 및 다음 조치를 확인해 드립니다.
이용 방법
- 우선순위 페이지 공유관심 있는 URL을 보내고 각 페이지가 사람들이 무엇을 찾는 데 도움이 되어야 하는지 설명하세요.
- 페이지 및 접근 확인확인할 템플릿, 질문에 답변할 수 있는 사람, 구현 접근 권한이 있는지 여부에 동의합니다.
- 페이지 신호 검토유용한 경우 스키마, llms.txt, 크롤러 접근 및 합의된 URL의 렌더링 출력을 검사합니다.
- 결과물 정렬각 콘텐츠 또는 개발 조치에 대한 명확한 담당자가 있는 URL 수준 메모를 받습니다.
- 합의된 변경 사항 확인완료된 작업과 당사가 접근 가능한 페이지에서 수행된 검사를 기록합니다.
자주 묻는 질문
첫 번째 기술 검토를 위해 어떤 페이지를 선택해야 하나요?
조직, 제품, 서비스 또는 핵심 지침을 설명하는 페이지부터 시작하세요. 첫 번째 목록으로 URL 5개면 대화를 집중하기에 충분합니다. 각 페이지가 방문자가 이해하는 데 도움이 되어야 하는 내용을 한 문장으로 포함하세요. 그러면 검토를 해당 요구에 맞출 수 있습니다.
사이트에 llms.txt 파일이 필요한지 어떻게 결정하나요?
선택된 페이지의 짧고 유지 관리되는 목록에 대한 명확한 용도를 찾습니다. 파일이 내비게이션을 반복하는 것뿐이라면 큰 도움이 되지 않을 수 있습니다. 제안된 링크를 실제 URL과 비교합니다. 또한 페이지가 이동하거나 변경될 때 누가 업데이트할지 묻습니다.
스키마 마크업과 llms.txt의 차이점은 무엇인가요?
Schema.org는 페이지 정보와 연결을 구조화된 데이터로 설명합니다. llms.txt 파일은 선택된 리소스로 독자를 안내할 수 있는 일반 텍스트입니다. 예를 들어, 제품 페이지는 구조화된 설명을 가질 수 있는 반면, 사이트 가이드는 몇 가지 유용한 페이지를 나열합니다. 두 형식은 다른 작업을 수행합니다.
JavaScript에 의존하는 페이지를 검사할 수 있나요?
네. 합의된 URL에서 전달된 출력과 렌더링된 출력을 비교할 수 있습니다. 중요한 콘텐츠나 링크가 검사 가능한 버전에 표시되지 않는 경우를 기록합니다. 결과물에 애플리케이션 코드 변경이 필요한 경우 개발자를 위한 작업을 식별할 수 있습니다. 또한 합의된 구현 지원을 포함할 수 있습니다.
사이트를 검토하기 전에 무엇을 공유해야 하나요?
우선순위 URL, 관심 있는 플랫폼 또는 사용 사례, 사이트 템플릿의 최근 변경 사항을 보내주세요. 구현 지원을 원하는 경우 관련 CMS 또는 저장소를 알려주세요. 또한 접근을 승인할 수 있는 사람을 지정하세요. 그러면 실용적인 시작 계획을 확인하기에 충분합니다.
스키마나 llms.txt가 AI 플랫폼이 우리 페이지를 인용하게 할 수 있나요?
아니요. 플랫폼은 어떤 페이지를 검색하고, 어떻게 해석하며, 인용할지 결정합니다. 당사는 합의된 기술 검사와 변경을 완료할 수 있습니다. 그런 다음 검토에서 페이지에 대해 확인할 수 있었던 내용을 기록합니다. 올바른 파일이나 스키마 그래프가 해당 플랫폼 결정을 제어하지는 않습니다.
프로젝트를 알려주세요
네 가지 질문에 답하면 담당자가 1시간 내로 계획, 일정, 가격대를 보내드립니다. 모든 정보는 비밀로 유지됩니다.
양식 로딩 중…