어떤 상태에서 시작하는 작업인가요
필요한 것은 두 가지입니다. 이을 페이지가 이미 공개돼 있고, 페이지마다 맡은 질문이 정해져 있어야 합니다. 질문을 페이지에 배정하는 순서는 SEO 키워드와 검색 의도는 어떻게 정하나요에 있습니다.
권한도 미리 봅니다. 본문에 링크를 넣는 일은 글 편집 권한으로 되지만, 메뉴와 목록·상세 페이지의 공통 영역은 템플릿을 고칠 수 있어야 합니다. 본문만 고칠 수 있으면 이번에는 본문 링크까지만 처리하고 공통 영역은 요청 목록에 적습니다.
검색엔진이 링크로 새 주소를 발견한다는 설명은 검색엔진은 사이트를 어떻게 발견하고 색인하나요에 있습니다. 이 글은 그 링크를 어디에 넣고 어떤 말로 걸지만 다룹니다.
링크를 넣는 자리와 앵커에 쓸 말
자리는 다섯 군데면 시작할 수 있습니다. 세 번째 열은 글자 수 규칙이 아니라 무엇을 가리키는 말을 쓰는지입니다.
| 링크를 넣는 자리 | 가리키는 페이지 | 앵커에 쓰는 말 |
|---|---|---|
| 본문에서 비용·기간을 언급한 문장 | 그 조건을 자세히 답하는 페이지 | 그 페이지가 답하는 질문 |
| 목록 페이지의 각 항목 | 항목별 상세 페이지 | 항목 이름 그대로 |
| 상세 페이지의 맨 위나 끝 | 한 단계 위 목록 페이지 | 목록의 이름 |
| 글에서 용어를 처음 쓴 자리 | 그 용어를 정의한 페이지 | 용어 |
| 문의를 권하는 문장 | 문의·견적 양식 페이지 | 하려는 행동 |
링크는 href 속성이 있는 a 요소로 걸어야 합니다. Google 문서는 일반적으로 그 형태만 수집할 수 있고, href 가 없는 요소나 클릭 스크립트로만 움직이는 다른 태그에서는 주소를 안정적으로 뽑아내지 못한다고 적습니다. 자바스크립트로 링크를 끼워 넣는 경우에도 같은 마크업이면 수집된다고 덧붙입니다. 편집기의 링크 버튼으로 걸면 보통 이 조건을 만족하고, 직접 만든 메뉴나 배너만 따로 확인하면 됩니다.
앵커 문구는 떼어 읽어 보고 고릅니다
같은 문서는 앵커 텍스트를 설명적이고 적당히 짧으며 지금 페이지와 가리키는 페이지 모두에 관련된 말로 쓰라고 안내합니다. 확인 방법으로 제시하는 것은 앵커 텍스트만 문맥에서 떼어 읽어 보는 것입니다. 그것만 읽고 어떤 페이지인지 짐작되지 않으면 아직 설명이 부족한 것입니다.
나쁜 예로 들려 있는 것은 "여기를 클릭", "자세히 보기", "웹사이트"처럼 어느 페이지에나 붙을 수 있는 말입니다. 한 문장을 통째로 감싼 긴 앵커도 같은 문서가 길다는 예로 듭니다.
두 가지는 하지 않습니다. 가리키는 페이지의 검색어를 앵커에 몰아넣는 것은 스팸 정책의 키워드 스터핑에 해당할 수 있다고 적혀 있습니다. 링크를 서로 붙여 연달아 놓는 것도 권장하지 않습니다. 읽는 사람이 링크를 구분하기 어렵고 링크마다 앞뒤 문맥이 없어집니다.
링크가 가지 않는 페이지는 어디서 보나요
기준은 Google 문서의 한 문장입니다. 중요하게 생각하는 페이지마다 사이트 안의 다른 페이지에서 오는 링크가 최소 하나는 있어야 한다는 것입니다.
확인 위치는 Search Console의 링크 보고서입니다. 내부 링크 구역의 상위 내부 링크 페이지 표에서 사이트 안에서 가장 많이 링크된 페이지를 보고, 목록에서 주소를 선택하면 그 페이지를 링크하는 페이지가 나옵니다. 고객센터 문서는 이 표의 쓰임을 홈이나 문의 페이지 같은 핵심 페이지가 제대로 링크돼 있는지 확인하는 일로 적습니다.
같은 문서는 자료의 한계도 적습니다. 전수 목록이 아니라 표본이고, 표는 1,000행까지만 나오며, 색인되지 않은 페이지나 중복 제거된 주소는 빠질 수 있습니다. 그래서 표에 없는 것을 링크가 없다는 결론으로 바꾸지 않고, 중요한 페이지 목록을 따로 들고 와 한 줄씩 대조합니다. 그 목록을 만드는 방법은 사이트 진단 전에 어떤 페이지와 자료를 준비하나요에 있습니다.
구조를 다시 짜야 하는 경우와 그대로 둘 경우
지금 할 일이 아닌 것부터 가릅니다. Google의 SEO 기본 가이드는 사이트를 논리적으로 정리하는 것이 길게 보면 도움이 되지만 모든 일을 멈추고 당장 재배치하지는 말라고 적습니다. 검색엔진은 현재 구조 그대로도 페이지를 이해할 가능성이 높다는 설명입니다.
주제가 비슷한 페이지를 디렉터리로 묶는 방식은 주소가 수천 개를 넘는 사이트에서 수집·색인에 영향이 있다고 조건을 달아 적습니다. 페이지가 수십 개라면 폴더 구조보다 위 표의 다섯 자리를 메우는 쪽이 먼저입니다.
링크를 더하기 전에 멈춰야 하는 경우가 둘 있습니다. 같은 질문에 답하는 페이지가 여러 개면 링크를 늘리기 전에 같은 질문에 답하는 페이지가 여러 개일 때의 정리가 먼저입니다. 한 페이지에 주소가 여러 개면 어느 주소로 걸지를 canonical 태그 설정법과 중복 URL 정리에서 정합니다.
고친 뒤 어디까지 확인됩니까
- 공개된 페이지의 소스를 다시 받아 링크가 들어갔는지, 앵커 문구가 적어 둔 말로 나오는지 봅니다. 입력칸과 출력이 다른 경우는 고친 뒤 다시 검사해야 하는 이유에서 다룹니다.
- 자바스크립트로 앵커 문구를 그려 넣었다면 URL 검사 도구로 렌더된 HTML에 그 문구가 있는지 확인하라고 Google 문서가 안내합니다.
- 링크 보고서는 Google이 시간에 걸쳐 찾은 링크를 담고 있어서 오늘 더한 링크가 오늘 표에 나타나지는 않습니다.
확인되는 범위는 링크가 공개 페이지에 실렸고 문구가 의도한 대로 나온다는 것까지입니다. 링크 개수에는 권장값이 없습니다. 같은 문서는 이상적인 개수가 없다고 적고, 많다고 느껴지면 아마 많은 것이라는 기준만 둡니다.