구글 이미지 라이선스 메타데이터는 누가 사진을 만들었고 어떤 조건으로 사용할 수 있는지를 이미지와 연결하는 권리 정보다. 자체 촬영한 상품 사진을 도매처·언론·제휴 매장에 제공하는 소상공인이라면 출처 표기와 이용 문의 경로를 정리하는 데 쓸 수 있다. 다만 마크업만으로 검색 노출이나 라이선스 배지가 보장되지는 않는다. 먼저 사진 권리를 실제로 보유했는지 확인하고, 공개할 사용 조건과 문의 절차를 준비한 뒤 적용해야 한다.
먼저 적용할 사진과 권리 상태를 나눈다
전 사진에 일괄 적용하기보다 원본 제작자를 확인할 수 있는 사진부터 고른다. A등급은 사업주나 직원이 업무로 직접 촬영해 권리 관계가 분명한 상품·공간 사진, B등급은 외주 촬영 계약서에 웹 게시와 재사용 범위가 적힌 사진, C등급은 공급처 제공·고객 후기·무료 이미지처럼 권리 범위를 다시 확인해야 하는 자료다. A와 확인이 끝난 B만 1차 대상에 넣는다. C에 임의로 자기 상호를 저작권자로 표시하면 메타데이터가 사실과 충돌한다. 촬영 목적과 장면을 먼저 정리하려면 매장 사진 촬영법, 파일 크기·대체 텍스트·로딩 문제는 이미지 SEO 점검법과 분리해 확인한다.
구조화 데이터와 IPTC 중 유지하기 쉬운 방식을 고른다
구조화 데이터는 웹페이지의 `ImageObject`에 `contentUrl`, `license`, `acquireLicensePage`, `creator`, `creditText`, `copyrightNotice` 등을 넣는 방식이다. 같은 사진이 여러 페이지에 나오면 각 페이지에서 사진과 마크업 연결을 관리해야 하지만, 개발자가 템플릿으로 통제하기 쉽다. IPTC는 Creator, Credit Line, Copyright Notice, Web Statement of Rights, Licensor URL을 이미지 파일 안에 넣으므로 파일을 전달해도 정보가 함께 이동한다. 사진 편집 도구로 원본을 관리하는 매장에는 IPTC가 편하고, CMS 템플릿이 안정적인 사이트에는 구조화 데이터가 실용적이다. 둘을 함께 쓸 때 값이 충돌하면 Google은 구조화 데이터를 우선하므로 동일한 URL과 권리자를 관리한다.
라이선스 페이지와 문의 페이지를 실제로 준비한다
`license`에는 이미지 사용 조건을 설명하는 공개 HTTPS 페이지를 연결한다. 허용 매체, 수정 가능 여부, 출처 표기 문구, 상업적 이용 여부, 금지 용도, 조건 변경일을 적고 모호한 ‘무단 사용 금지’ 한 줄로 끝내지 않는다. `acquireLicensePage`에는 특정 사진의 사용권을 얻거나 담당자에게 문의하는 절차를 둔다. 무료 이용이라면 같은 라이선스 URL을 쓸 수 있고, 별도 협의가 필요하면 문의 양식이나 연락 방법을 제공한다. 사진 설명 페이지는 로그인 없이 열리고 Googlebot이 접근할 수 있어야 한다. 페이지를 만들었어도 사진 URL이 CSS 배경으로만 삽입됐거나 robots·noindex로 막혔다면 발견 과정에서 실패할 수 있으므로 robots.txt 점검법도 함께 본다.
적용량은 이미지가 아니라 페이지별 노출로 계산한다
작업량을 ‘사진 수’만으로 잡으면 구조화 데이터 누락이 생긴다. 구조화 데이터 기준 작업 단위는 사진이 노출되는 페이지 인스턴스다. 원본 20장이 상품 상세 20곳에 한 번씩 있고, 그중 5장이 기획전 2곳에도 각각 쓰이면 기본 20건에 추가 10건을 더해 30건을 확인한다. IPTC는 원본 파일 20장에 한 번씩 넣으면 되지만, 리사이즈·압축·업로드 과정에서 메타데이터가 제거되는지 최종 파일을 다시 검사해야 한다. 우선순위는 ‘외부 재사용 가능성 1~5점 × 페이지 노출 수’로 정할 수 있다. 재사용 가능성 5점이고 4개 페이지에 나온 사진은 20점이므로, 2점짜리 단일 노출 사진보다 먼저 처리한다. 이는 순위 점수가 아니라 제한된 작업 시간을 배분하는 내부 기준이다.
배포 전에는 URL·값 일치·원본 보존을 진단한다
배포 전 진단표는 □ 사진 권리자가 확인됐는가 □ `contentUrl`이 실제 이미지와 일치하는가 □ `license` 페이지가 HTTP 200으로 공개되는가 □ 사용 조건과 출처 문구가 구체적인가 □ `acquireLicensePage`에서 실제 문의가 가능한가 □ 구조화 데이터와 IPTC의 권리자·URL이 같은가 □ 압축 후 IPTC가 남아 있는가 □ 사진이 표준 `img`와 `src`로 발견되는가 □ 리치 결과 테스트에서 구문 오류가 없는가로 구성한다. 실패 조건은 공급처 사진에 자사 권리를 표시하는 것, 모든 사진을 하나의 무관한 문의 페이지로 연결하는 것, 만료되거나 리디렉션이 반복되는 URL을 쓰는 것, 사진 교체 뒤 `contentUrl`을 갱신하지 않는 것이다. 구조화 데이터가 처음이라면 구조화 데이터 점검법에서 배포·검증 흐름을 먼저 익힌다. 검색 화면 반영에는 시간이 걸릴 수 있으므로 즉시 배지가 안 보인다는 이유만으로 값을 반복 변경하지 말고, 공개 페이지와 이미지 접근 상태부터 재확인한다.