HTML 수정 권한과 지원 경로
빌더 사이트에서는 HTML을 직접 수정할 수 있는지 먼저 확인하고, 검색엔진 설정이나 구조화 데이터용 플러그인 등 빌더가 지원하는 추가 경로를 찾습니다. 지원 경로로 데이터를 넣은 뒤 코드 시험과 게시 페이지 URL 시험을 진행해 적용 여부를 확인합니다.
구조화 데이터는 페이지에 담긴 정보를 검색엔진에 설명하는 표시입니다. 구글 검색 센터는 이를 페이지 정보를 전달하고 콘텐츠를 분류하는 표준화된 형식으로 설명합니다. 운영자는 화면에 표시할 내용을 작성하는 작업과 검색엔진이 읽을 표시를 추가하는 작업을 따로 관리해야 합니다.
빌더에서는 운영자가 글과 이미지를 편집할 수 있어도 페이지 HTML을 직접 수정하지 못할 수 있습니다. 구글 검색 센터는 이런 환경에서 검색엔진 설정이나 구조화 데이터용 플러그인을 이용할 수 있다고 안내합니다. 현재 사용하는 빌더의 공식 안내에서 구조화 데이터 추가 방법을 찾고, 사이트 관리자 계정으로 이용 가능한 기능인지 따집니다.
| 확인할 추가 경로 | 운영자가 확인할 내용 | 지원되지 않을 때 요청할 내용 |
|---|---|---|
| HTML 직접 수정 | 페이지 코드를 편집할 권한과 저장 범위 | 코드 추가 권한이나 별도 지원 기능 안내 |
| 검색엔진 설정 | 구조화 데이터 입력 기능의 유무와 적용 대상 | 구조화 데이터를 추가할 수 있는 다른 경로 |
| 구조화 데이터용 플러그인 | 현재 빌더에서의 사용 가능 여부와 설치 권한 | 호환되는 확장 기능이나 공식 지원 방법 |
| 자바스크립트 삽입 지원 | 개발 담당자가 구현할 수 있는 코드 실행 범위 | 삽입 제한과 구현 시험에 필요한 조건 |
표의 경로가 모든 빌더에 함께 존재하는 것은 아닙니다. 운영자는 메뉴 이름이 비슷하다는 이유로 기능을 선택하지 말고, 공식 안내에 구조화 데이터를 추가할 수 있다고 명시돼 있는지 읽어야 합니다. 검색결과의 제목이나 설명문을 편집하는 기능만 있다면 별도의 추가 방법을 요청합니다.
입력 기능과 적용 대상의 판단
입력란이 있다는 사실만으로 원하는 페이지에 적용된다고 판단해서는 안 됩니다. 운영자는 해당 기능이 개별 페이지에 적용되는지, 여러 페이지에 공통으로 적용되는지 빌더 안내와 설정 설명을 대조합니다. 기능의 적용 범위가 불명확하면 사용 전에 지원 담당자에게 질문합니다.
구글 검색 센터는 구조화 데이터를 해당 정보가 있는 페이지에 추가하고, 페이지 콘텐츠를 설명하도록 안내합니다. 데이터만 보관하는 빈 페이지를 만들거나 사용자에게 표시되지 않는 정보를 추가하는 방식은 피해야 합니다. 추가 경로를 선택할 때는 편집의 편의성뿐 아니라 설명하려는 페이지에 데이터를 넣을 수 있는지도 판단합니다.
실행 순서와 담당자 준비 자료
운영자는 빌더 이름, 사용 중인 기능, 관리자 권한, 적용할 페이지 목록을 먼저 정리합니다. 개발 담당자에게는 해당 페이지의 표시 내용과 구조화 데이터를 추가하려는 목적을 함께 전달합니다. 기능 안내 화면이나 공식 도움말의 설명도 준비하면 지원 범위를 묻는 과정에서 빠지는 조건을 줄일 수 있습니다.
- 운영자가 HTML 직접 수정 가능 여부를 조사하고, 수정할 수 없다면 그 제한 내용을 기록합니다.
- 빌더 공식 안내에서 검색엔진 설정과 구조화 데이터용 플러그인 등 지원 경로를 찾습니다.
- 선택한 기능의 입력 방법과 적용 대상을 정리하고, 코드 삽입이 필요하면 개발 담당자에게 구현을 요청합니다.
- 넣을 코드를 시험한 뒤 게시 페이지 URL로 다시 시험하고, 두 결과를 각각 기록합니다.
공식 안내를 검색할 때는 빌더 이름과 구조화 데이터 또는 구조화 데이터 플러그인이라는 표현을 함께 사용합니다. 검색으로 찾은 설명이 현재 사이트에서 이용하는 기능에 해당하는지는 별도로 가려야 합니다. 다른 빌더의 사용법이나 오래된 화면 설명을 현재 관리자 메뉴에 그대로 적용하지 않습니다.
지원 담당자에게는 구조화 데이터 추가 가능 여부만 묻기보다 입력 위치, 허용되는 방식, 적용 대상의 지정 방법을 질문합니다. 개발 담당자에게는 임의의 코드 입력란을 먼저 전달하지 말고 빌더가 허용하는 경로를 함께 제시합니다. 답변에서 해결되지 않은 제한은 작업 요청서에 남겨 구현 전에 처리합니다.
코드 시험과 게시 페이지 시험
구글의 리치 결과 테스트 도움말은 코드 조각을 입력하거나 페이지 전체 URL을 제출해 시험할 수 있다고 안내합니다. 운영자는 코드 자체를 시험한 기록과 실제 게시 페이지를 시험한 기록을 따로 보관합니다. 두 시험은 입력 대상이 다르므로 코드 시험 결과만으로 게시 작업을 완료 처리하지 않습니다.
| 시험 단계 | 입력할 대상 | 확인 범위와 접근 조건 |
|---|---|---|
| 삽입 전 코드 시험 | 추가할 구조화 데이터 코드 | 입력한 코드에서 발견되는 항목과 오류·제안사항 |
| 수정 후 코드 재시험 | 수정 사항을 반영한 코드 | 수정한 코드의 시험 결과 |
| 게시 페이지 URL 시험 | 실제로 게시한 페이지의 전체 URL | 게시 페이지에서 감지되는 데이터와 익명 접근 가능 여부 |
코드 시험에서는 도구의 코드 입력 방식을 선택해 내용을 입력하고 테스트를 실행합니다. 수정이 필요하면 코드를 고친 뒤 다시 실행하며, 게시 요청에는 최종 시험에 사용한 코드를 전달합니다. 작업 중간에 사용한 코드를 최종 코드와 혼동하지 않도록 기록에 상태를 표시합니다.
URL 시험에는 관리 화면이나 편집 화면이 아닌 게시 페이지 주소를 제출합니다. 구글 도움말에 따르면 익명 사용자가 페이지의 모든 리소스에 접근할 수 있어야 하며, 네트워크 접근 차단 설정이나 비밀번호로 보호된 리소스는 시험할 수 없습니다. 담당자는 접근 조건을 준비한 뒤 시험을 진행하고, 접근 실패와 데이터 시험 결과를 같은 문제로 처리하지 않습니다.
저장 완료와 게시 적용의 차이
빌더 관리 화면의 저장 완료 메시지는 게시 페이지에서 구조화 데이터가 감지됐다는 시험 결과를 대신하지 못합니다. 운영자는 저장한 위치와 실제 적용 페이지를 연결해 기록하고, 게시 페이지 시험에서 예상한 데이터가 감지되는지 대조합니다. 입력한 내용이 감지되지 않으면 같은 코드를 반복 입력하기 전에 게시 상태와 적용 대상부터 조사합니다.
기능이 사이트 전체에 적용되는지 특정 페이지에 적용되는지를 잘못 이해하면 시험할 페이지도 잘못 선택할 수 있습니다. 작업 기록에는 사용한 기능, 지정한 적용 대상, 게시한 페이지, 시험 결과를 함께 기재합니다. 담당자가 전달한 화면에 페이지 식별 정보가 없다면 어느 페이지의 결과인지 추가로 요청합니다.
시험 결과를 기록할 때는 코드를 입력해 얻은 결과인지 URL을 제출해 얻은 결과인지 표시합니다. 게시 페이지에서 기대한 항목을 찾지 못했다면 마지막으로 시험한 코드와 빌더에 입력한 내용이 같은지 대조합니다. 내용이 같을 때는 빌더의 삽입 처리와 게시 과정을 개발 담당자에게 조사하도록 요청합니다.
자바스크립트 대안의 검증 조건
HTML 직접 수정이 어렵더라도 개발 담당자와 자바스크립트 삽입 방식을 논의할 수 있습니다. 구글 검색 센터는 자바스크립트로 JSON-LD를 생성해 페이지에 삽입할 수 있으며 구현을 시험해야 한다고 안내합니다. 이 설명만으로 현재 빌더가 자바스크립트 입력이나 실행을 허용한다고 결론 내리지는 않습니다.
개발 담당자는 빌더의 코드 실행 제한을 조사하고, 사용할 수 있는 경로에서 구현을 시험합니다. 운영자는 개발 작업의 완료 보고와 게시 페이지 시험 결과를 함께 받아야 합니다. 구현 설명만 전달받았다면 실제 적용 페이지를 특정해 시험 결과를 추가로 요청합니다.
자바스크립트 방식의 작업 기록에는 사용한 빌더 기능과 유지관리 담당자를 남깁니다. 이후 편집 과정에서 해당 기능을 변경하려는 사람이 데이터 삽입 작업과 관련된 설정임을 알 수 있도록 설명합니다. 담당자가 바뀔 때도 수정 요청을 어디로 전달할지 알 수 있게 연락 창구를 기록합니다.
시험 실패와 지원 불가의 차이
게시 페이지 시험이 실패했다고 해서 빌더가 구조화 데이터를 지원하지 않는다고 바로 결론 내리지는 않습니다. 입력한 코드 문제, 게시 처리 문제, 외부 접근 문제 가운데 어떤 상태가 보고됐는지 가려야 합니다. 운영자는 실패 화면의 설명과 시험 대상을 함께 전달하고, 담당자에게 조사할 범위를 지정합니다.
반대로 공식 안내에 추가 기능이 있다는 설명만 있어도 현재 사이트에서 사용할 수 있다고 단정할 수 없습니다. 계약한 기능 범위나 계정 권한에 제한이 있는지는 빌더 지원 담당자에게 묻습니다. 지원 불가 답변을 받으면 어떤 경로가 제한되는지 기록하고, 다른 지원 경로에 관한 답변도 요청합니다.
자주 묻는 질문
빌더의 일반 텍스트 입력란에 코드를 넣어도 됩니까?
일반 텍스트 입력란을 코드 삽입 기능으로 간주해서는 안 됩니다. 화면에 문자를 표시하는 용도인지 코드 처리를 지원하는 용도인지 기능 설명을 읽어야 합니다. 용도가 명확하지 않으면 운영자가 임의로 입력하기 전에 빌더 지원 담당자에게 허용 방식을 묻습니다.
플러그인 설치 권한이 없으면 계정을 공유해야 합니까?
계정 공유부터 진행할 필요는 없습니다. 운영자는 권한을 관리하는 담당자에게 설치 작업을 요청하고, 필요한 접근 방식은 회사의 계정 관리 절차에 따라 결정합니다. 요청할 때는 설치하려는 기능과 작업 목적을 명시해 승인 대상이 불명확해지지 않도록 합니다.
외부에서 받은 코드를 그대로 입력해도 됩니까?
출처가 불분명하거나 내용이 설명되지 않은 코드는 바로 입력하지 않습니다. 개발 담당자에게 코드의 동작과 외부 요청 여부를 검토하도록 요청합니다. 구조화 데이터 추가 목적과 관계없는 동작이 포함돼 있다면 필요한 내용을 정리한 후 적용 여부를 결정합니다.
빌더 사용법을 묻기 위해 관리자 화면 전체를 보내야 합니까?
기능 이름과 관련 설정을 설명하는 데 필요한 범위만 전달하는 것이 적절합니다. 계정 정보나 다른 업무 자료가 포함된 화면이라면 해당 내용을 제외하고 공유합니다. 지원 담당자가 추가 자료를 요청하면 필요한 항목과 이유를 받은 뒤 전달 범위를 결정합니다.
지원 담당자의 답변에 코드 형식이 빠져 있으면 어떻게 합니까?
입력 가능한 형식을 추가로 질문하고, 답변 전에는 임의의 방식으로 구현을 확정하지 않습니다. 리치 결과 테스트는 JSON-LD, RDFa, 마이크로데이터를 지원하지만 이것이 빌더 입력 기능의 지원 범위를 뜻하지는 않습니다. 빌더가 허용하는 형식에 관한 답변을 개발 담당자에게 전달해 작업 조건으로 기록합니다.