SAG / ARCHITECTURE NOTE
캡처·OCR·DOM의 경계: 화면으로 무엇까지 진단할 수 있는가?
이미지와 텍스트·DOM을 서로 다른 증거 유형으로 관리하는 방식입니다. 화면에는 제품 설명이 보여도 메타 태그나 canonical은 보이지 않습니다. 캡처를 HTML 진단과 같은 근거로 취급하면 확인하지 않은 기술 항목에 결론을 내립니다.
다중 수집 근거란 무엇인가?
이미지와 텍스트·DOM을 서로 다른 증거 유형으로 관리하는 방식입니다. 이 노트는 다중 수집 근거를 기능 이름보다 입력·변환·출력의 책임으로 읽습니다. 분석 결과를 신뢰하려면 어떤 자료가 들어왔고, 무엇을 확인했으며, 어디까지 결론을 낼 수 있는지 이어져야 합니다.
왜 이 기술이 필요한가?
화면에는 제품 설명이 보여도 메타 태그나 canonical은 보이지 않습니다. 캡처를 HTML 진단과 같은 근거로 취급하면 확인하지 않은 기술 항목에 결론을 내립니다.
설계 원리와 데이터 흐름
캡처는 보이는 문구와 구조를 확인하는 근거로, DOM과 HTML은 기술 신호 확인에 사용합니다. OCR 결과는 원본 이미지와 대조하는 검증 단계가 필요합니다.
허용된 캡처 → 텍스트 추출·대조 → 근거 유형별 진단
각 단계는 앞 단계의 성공을 다음 단계의 성과로 바꿔 부르지 않아야 합니다. 자료의 식별자와 기간, 검증 상태를 이어서 기록하면 누락과 오류가 생긴 위치를 찾고 다시 확인할 범위를 정할 수 있습니다.
SAG 아키텍처와의 연결
SAG 캡처 진단은 화면 텍스트와 인용 근거 검토를 제공하되 HTML 소스 확인이 필요한 SEO 항목을 구분합니다. 캡처 자체를 실제 AI 인용 관측으로 처리하지 않습니다.
SAG의 운영 가치는 이 관계를 페이지와 질문, 비교 결과와 개선 작업으로 연결하는 데 있습니다. 고객은 숫자만 읽는 대신 보강할 대상과 판단 근거를 함께 검토할 수 있습니다. 추가 적용이 필요한 패턴은 해당 문단의 범위를 기준으로 읽어야 합니다.
설명용 예제와 판단 기준
설명용으로 캡처에서 고객 지원 문장은 확인해도 robots 메타의 존재는 확인할 수 없습니다. 화면 근거와 소스 근거를 나누면 부족한 자료를 정확히 요청할 수 있습니다.
위 예제는 구조와 계산을 설명하기 위한 자료이며 특정 고객사의 실측 성과가 아닙니다. 실제 보고서에는 선택한 기간·대상·관측 조건과 원문 기록이 연결돼야 같은 판단을 다시 확인할 수 있습니다.
실무 검증 체크리스트
| 흐름 단계 | 확인할 항목 |
|---|---|
| 허용된 캡처 | 이미지·DOM 증거 타입 구분 |
| 텍스트 추출·대조 | OCR와 캡처 원문 대조 |
| 근거 유형별 진단 | 소스 전용 진단은 미확인 표시 |
정상 입력뿐 아니라 비어 있는 자료, 중복 자료와 조건이 다른 자료에서도 같은 의미를 유지하는지 확인하세요. 검증 항목을 작업 완료 기준에 연결하면 기능 설명과 실제 운영의 차이를 줄일 수 있습니다.
한계와 적용 시 주의점
OCR 오인식, 이미지 속 표와 잘린 화면은 해석 오류를 만들 수 있습니다. 수집 성공과 진단 가능한 범위를 동시에 표시해야 합니다.
연구와 공식 문서
- Google JavaScript SEO 가이드 — HTML과 렌더링된 콘텐츠를 검토하는 검색 문서입니다.
외부 자료는 위 설계 주제의 배경이며 SAG의 모든 구현이나 고객 성과를 인증하는 자료가 아닙니다. 이 노트의 적용 해석과 설명용 예제는 SAG 운영 구조를 기준으로 정리했습니다. 자료 확인: 2026-10-06.
이어 읽기와 기능 확인
이 기술을 이어서 읽는 방법
HTML ZIP·사이트맵 → 정규화 → 페이지 버전 → 근거 기록을 따라갑니다.
SAG / KNOWLEDGE LINKS