Product 스키마의 가격·재고 정보 관리

가격·재고 관리의 판단 기준

구글의 구조화된 데이터 일반 가이드라인은 리치 결과 테스트가 포착하지 못하는 잘못된 데이터가 있을 수 있다고 설명합니다. 구조화된 데이터가 참조하는 콘텐츠가 사용자에게 표시되지 않는 경우도 문제로 제시합니다. 운영자는 검사 결과에 오류가 없다는 이유로 작업을 종료하지 않고, 현재 공개된 가격과 재고를 별도의 판단 자료로 사용합니다.

도구 검사는 기술적인 문제를 찾는 데 사용하고, 실제 값 대조는 상품 정보가 정확하게 전달되는지 판단하는 데 사용합니다. 두 작업의 결과를 같은 완료 표시로 처리하면 이전 가격이 남아 있는 상황을 놓칠 수 있습니다. 변경 기록에는 검사 상태와 값의 일치 여부를 서로 다른 항목으로 기재합니다.

검사 결과별로 남겨야 할 판단

구글의 모바일 중심 색인 생성 권장사항은 데스크톱과 모바일에 구조화된 데이터가 모두 존재하고 서로 같아야 한다고 안내합니다. 화면이 같은 모양이라는 사실만으로 데이터까지 같다고 판단할 수는 없습니다. 운영자는 같은 상품을 대상으로 양쪽의 화면과 데이터를 각각 수집하도록 요청합니다.

구글의 리치 결과 테스트 도움말은 결과에서 오류와 제안사항을 읽을 수 있으며, 코드 탐색기에 렌더링된 소스 코드가 사용된다고 설명합니다. 개발 담당자는 이 코드를 변경 내용이 전달됐는지 판단하는 자료로 활용합니다. 검사 결과를 읽는 작업과 가격·재고 값을 찾는 작업을 함께 진행하되, 각각 무엇을 판정했는지 기록합니다.

가격의 구체적인 표기 형식이나 재고 상태별 입력값은 일반 가이드라인만으로 확정하지 않습니다. 먼저 실제 값의 불일치를 찾고, 입력 규칙에 관한 판단이 필요한 항목은 Product 전용 문서로 넘깁니다. 값이 같다는 판단과 해당 값이 기능별 규칙에 맞는다는 판단은 별개의 기록으로 관리합니다.

변경 정보 대조의 실행 순서

작업은 공개 화면에서 시작해 기기별 데이터와 변경 페이지의 검사 결과로 진행합니다. 운영자는 상품을 식별할 정보, 변경 사유, 변경 전후의 가격·재고 내용을 준비합니다. 개발 담당자는 어떤 페이지와 상품 선택 조건을 검사했는지 함께 기재해 서로 다른 조건의 결과가 섞이지 않도록 합니다.

1. 운영자가 변경된 상품 화면의 가격·재고를 확인합니다. 상품 선택 상태와 표시 문구를 함께 기록하고, 변경 요청이 화면에 반영되지 않았다면 화면 수정부터 요청합니다.
2. 개발 담당자가 같은 상품의 모바일·데스크톱 구조화된 데이터를 추출합니다. 화면과 데이터의 값을 대조한 뒤 기기 사이에 누락이나 차이가 있는지도 기록합니다.
3. 변경 페이지를 검사하고 결과의 세부 내용과 렌더링된 코드를 읽습니다. 대상 상품의 값이 변경 요청과 일치하는지 재확인하고, 해결되지 않은 항목은 완료 처리에서 제외합니다.

순서를 지키면 화면 자체의 오류와 데이터 전달 과정의 오류를 따로 추적할 수 있습니다. 화면에 이전 정보가 남아 있다면 데이터만 고쳐서 작업을 마무리하지 않습니다. 공개 화면이 변경 요청과 맞는 상태가 된 뒤 다음 단계의 대조를 진행합니다.

담당자가 준비할 대조 기록

이 표는 특정 속성이나 재고 입력값을 정하는 양식이 아닙니다. 각 칸에는 실제로 수집한 내용을 기재하고, 뜻을 해석할 근거가 부족한 값은 미판정으로 처리합니다. 화면 문구와 코드의 표현이 다를 때는 글자가 다르다는 이유만으로 불일치를 확정하지 않고, 같은 상태를 뜻하는지 판단할 근거를 추가합니다.

담당자는 표와 함께 대상 페이지의 식별 정보, 수집 시점, 상품 선택 조건, 변경 요청 내용을 전달합니다. 검사 결과만 첨부하면 어떤 상품의 어느 변경을 처리했는지 다시 추적하기 어렵습니다. 수정 후에는 이전 기록을 지우지 않고 새 결과를 추가해 문제의 발생 지점과 해결 내용을 연결합니다.

자료를 확보하지 못한 항목은 빈칸으로 남기는 대신 미수집 사유를 기재합니다. 예를 들어 대상 값을 찾지 못했다면 값이 없다고 확정하기 전에 데이터 추출 범위부터 개발 담당자에게 묻습니다. 자료 부족과 실제 불일치를 별도로 처리해야 다음 작업 요청도 구체적으로 작성할 수 있습니다.

불일치 기록에서 자주 틀리는 판단

가격·재고 대조에서 자주 생기는 오류는 서로 다른 상품 선택 상태를 같은 대상으로 취급하는 일입니다. 운영자는 상품명만 기록하지 않고 화면에서 선택한 옵션이나 구매 조건도 함께 기재합니다. 조건에 따라 표시 정보가 달라지는 페이지라면 대조 대상이 같은지 먼저 가립니다.

여러 상품 정보가 한 페이지에 포함된 경우에는 찾은 값이 변경 대상 상품의 값인지 판단해야 합니다. 코드에서 가격 표현을 발견했다는 사실만으로 대상 값까지 찾았다고 처리하지 않습니다. 개발 담당자는 상품 식별 정보와 해당 데이터의 관계를 기록하고, 연결이 불명확하면 값 대조 결과를 미판정으로 남깁니다.

기기별 결과를 서로 다른 시점에 수집하면 그 사이의 정상적인 변경이 오류처럼 기록될 수 있습니다. 운영자는 자료를 수집하는 동안 추가 변경이 있었는지 변경 이력과 대조합니다. 추가 변경이 있었다면 서로 다른 시점의 값을 그대로 비교하지 않고 같은 변경 상태에서 자료를 다시 수집합니다.

미해결 항목의 재검사 기준

수정 요청은 불일치가 발생한 대상과 위치를 특정할 수 있을 때 전달합니다. 기록에는 앞에서 정한 기준에 따라 실패한 항목, 기대한 내용, 실제 수집한 내용을 기재합니다. 원인을 아직 가리지 못했다면 가격·재고 전체를 다시 수정하라는 요청 대신 해당 값이 생성되는 경로의 추적을 요청합니다.

재검사는 수정한 항목의 결과를 새로 수집하는 작업으로 진행합니다. 이전 검사 화면이나 게시 전 코드만으로 변경 페이지의 작업을 종료하지 않습니다. 공개된 페이지에서 대상 값이 전달되는지 판단한 뒤, 다른 기기에도 같은 수정이 적용됐는지 기록합니다.

검사 도구가 페이지를 가져오지 못했다면 가격·재고의 정확성에 대한 결론을 내리지 않습니다. 구글의 리치 결과 테스트 도움말은 크롤링 완료와 실패를 페이지 접근 가능 여부를 나타내는 상태로 설명합니다. 이 경우 담당자는 값의 오류와 접근 실패를 별도로 기록하고, 접근 문제가 해결된 후 값 대조를 재개합니다.

자동 생성 값의 임시 수정 위험

구조화된 데이터가 상품 관리 정보에서 자동으로 생성된다면, 출력 코드만 임시로 수정하는 방식은 이후 변경에서 이전 값을 다시 전달할 위험이 있습니다. 개발 담당자는 현재 값이 어디에서 생성되는지 파악하고 수정 대상이 원천 정보인지 변환 과정인지 가립니다. 운영자는 화면과 데이터가 서로 다른 정보원을 사용하는지도 작업 기록에 남깁니다.

임시 조치가 필요한 경우에는 적용 범위와 종료 조건을 함께 기재합니다. 이후 상품 정보가 다시 변경될 때 임시 값이 계속 남을 수 있는지 기술 담당자에게 묻습니다. 원천 정보의 오류가 해결됐다는 사실과 임시 처리가 제거됐다는 사실을 각각 기록해 후속 변경의 판단 자료로 사용합니다.

이어서 읽을 주제

병원 기관 정보 정비는 상품처럼 자주 변경되는 정보와 별개로, 기관을 식별하는 공개 정보의 관리 기준을 정리할 때 이어 읽을 주제입니다. 사이트에서 관리하는 정보의 종류가 달라질 때 어떤 자료를 기준으로 수정 요청을 처리할지 연결해 판단할 수 있습니다.