윅스 SEO 설정 — 꼭 손봐야 할 7곳

윅스에서 SEO 때문에 실제로 건드릴 곳은 일곱 군데다. 페이지별 SEO 패널, 색인 생성 허용 토글, 사이트 전체 기본값, URL 구조, 캐노니컬·구조화된 데이터, SNS 공유와 추가 메타 태그, 서치콘솔 연결. 이 순서대로 하면 10~20페이지 규모 사이트는 반나절 안에 끝난다.

윅스 공식 도움말은 기능별로 문서가 흩어져 있어서 무엇부터 손대야 하는지, 제대로 됐는지 어떻게 보는지가 비어 있다. 아래는 메뉴 순서가 아니라 검색 결과에 영향을 주는 순서로 다시 배열한 것이다.

먼저 보는 7곳 요약 — 위치와 우선순위

좌우로 밀어서 표 전체를 보실 수 있습니다

1~3번만 끝내도 검색 결과에 노출되는 제목과 설명이 정리된다. 4~7번은 페이지 수가 늘어날수록, 쇼핑몰이나 블로그를 함께 운영할수록 차이가 커지는 항목이다.

에디터·스튜디오·대시보드 중 어디서 하나

윅스는 같은 설정이 세 군데에 흩어져 있다. 헷갈리는 지점만 표로 정리한다.

좌우로 밀어서 표 전체를 보실 수 있습니다

개별 페이지를 몇 개만 고칠 때는 에디터가 빠르고, 블로그 글이나 상품이 수십 개라면 대시보드에서 목록 형태로 보는 편이 훨씬 빠르다.

체크리스트 기능부터 열어두면 덜 헤맨다

윅스 대시보드에는 초기 세팅 항목을 순서대로 보여주는 SEO 체크리스트가 있다. 사이트 목적과 주요 키워드 몇 개를 입력하면 해야 할 일이 목록으로 생성되고, 각 항목을 누르면 해당 설정 화면으로 바로 넘어간다.

다만 이 목록은 "비어 있는 칸"을 채우라고 알려줄 뿐, 입력한 값이 좋은지 나쁜지는 판단하지 않는다. 체크 표시가 전부 켜져도 모든 페이지 제목이 똑같을 수 있다. 진행 상황을 추적하는 용도로만 쓰고, 내용의 품질은 아래 7곳 기준으로 따로 보는 게 맞다.

윅스 SEO 설정 7곳을 순서대로 — 1번부터 4번까지

1. 제목 태그·메타 설명·슬러그

• 어디서: 에디터 상단 페이지 메뉴에서 해당 페이지 옆 설정 아이콘 → SEO 탭. 대시보드에서는 마케팅 & SEO → SEO → SEO 설정에서 페이지 목록이 한 번에 보인다.
• 무엇을: 제목 태그는 페이지 주제를 앞에, 브랜드명을 뒤에 둔다. 모든 페이지가 같은 제목이면 구글이 어느 페이지를 보여줘야 할지 판단할 근거가 없다. 메타 설명은 순위 요소가 아니라 클릭을 결정하는 문장이다.
• 어떻게 확인: 페이지를 새 창에서 열고 소스 보기(Ctrl+U)로 title 태그와 meta name="description" 값이 입력한 대로 들어갔는지 본다.

제목을 입력해도 검색 결과에 다른 문구가 뜨는 경우가 있다. 구글은 입력된 title 과 페이지 안의 큰 제목, 링크 텍스트 등을 함께 보고 더 적합하다고 판단한 쪽을 쓴다. 시선을 끄는 제목 링크 작성 문서에 그 판단 기준이 나와 있다. 대개는 페이지 안 H1 과 SEO 탭 제목이 서로 딴소리를 할 때 생기므로, 두 문구를 같은 주제로 맞추면 교체 빈도가 줄어든다.

윅스 페이지에서 H1 이 두 개 이상이거나 아예 없는 경우도 흔하다. 템플릿의 로고 영역이 제목 태그로 설정돼 있으면 모든 페이지의 H1 이 회사명이 된다. 에디터에서 텍스트를 선택해 제목 수준을 확인하고, 본문 대표 문장 하나만 H1 으로 남기는 편이 깔끔하다.

슬러그는 한국어 사이트에서 사고가 가장 잦은 칸이다. 한글을 그대로 넣으면 공유할 때 주소가 퍼센트 기호로 길게 깨지고, 띄어쓰기는 %20으로 변환되며, 대문자가 섞이면 소문자 주소와 다른 페이지로 취급될 수 있다. 영문 소문자와 하이픈만 쓰는 편이 안전하다. 구글의 URL 구조 권장사항도 읽을 수 있는 단어를 하이픈으로 잇는 방식을 권한다.

2. 검색엔진 색인 생성 허용 토글

• 어디서: 같은 SEO 탭 아래쪽의 색인 생성 허용 스위치. 사이트 전체는 대시보드의 SEO 도구에서 공개 여부와 함께 확인한다.
• 무엇을: 이 스위치를 끄면 해당 페이지에 noindex 로봇 메타 태그가 들어가고, 구글은 그 페이지를 검색 결과에서 뺀다. 감사 페이지, 결제 완료 페이지, 테스트 사본처럼 검색에 나올 이유가 없는 페이지만 끈다.
• 어떻게 확인: 소스 보기에서 robots 메타 태그에 noindex가 있는지 본다. 구글 문서 NOINDEX를 사용하여 검색 색인 생성 차단에 동작 방식이 정리돼 있다.

페이지 단위 토글과 사이트 전체 차단은 성격이 다르다. 페이지 토글은 그 주소 하나에만 noindex 를 넣고, 사이트 전체 차단은 모든 주소에 한꺼번에 적용된다. 전체 차단 상태에서는 개별 페이지 토글을 아무리 켜도 소용이 없다.

좌우로 밀어서 표 전체를 보실 수 있습니다

제작 기간에 사이트 전체 색인을 꺼둔 뒤 오픈하면서 되돌리지 않는 사고가 가장 흔하다. 몇 주가 지나도 사이트명 검색에조차 안 나온다면 콘텐츠 문제가 아니라 이 토글을 먼저 의심해야 한다.

3. 사이트 전체 SEO 설정 — 유형별 기본값과 변수

• 어디서: 대시보드 → 마케팅 & SEO → SEO → 사이트 전체 SEO 설정.
• 무엇을: 블로그 글, 제품 페이지, 카테고리처럼 페이지 유형별로 제목·설명 템플릿을 정한다. 페이지 이름, 사이트 이름, 제품명 같은 변수를 넣으면 새 글이나 새 상품이 생길 때마다 자동으로 채워진다. 수백 개 상품을 손으로 고칠 수는 없으니, 쇼핑몰이라면 이 단계가 사실상 본 작업이다.
• 어떻게 확인: 상품 서너 개를 무작위로 열어 소스 보기로 제목이 서로 다르게 채워졌는지 본다.

템플릿을 짤 때는 변수 뒤에 붙는 고정 문구를 짧게 둔다. "{제품명} 구매 | {사이트명}"처럼 두 개 변수에 구분자 하나면 충분하다. 고정 수식어를 길게 넣으면 수백 개 페이지 제목이 앞부분만 다르고 뒤는 전부 같아지며, 모바일 검색 결과에서는 뒷부분이 잘려 사라진다.

설명 템플릿도 마찬가지다. 제품 설명 변수가 비어 있는 상품이 섞여 있으면 설명이 통째로 빈 채 발행된다. 템플릿을 저장한 뒤 설명이 짧은 상품 몇 개를 일부러 골라 결과를 확인하는 절차가 필요하다.

개별 페이지에서 직접 입력한 값은 템플릿보다 우선한다. 반대로 과거에 잘못 입력해 둔 값이 남아 템플릿이 안 먹는 경우에는, 해당 페이지에서 기본값으로 재설정한 뒤 템플릿이 적용되는지 다시 확인한다. 기본값 초기화는 되돌릴 수 없으므로, 직접 쓴 문구가 아까운 페이지는 메모장에 복사해 두고 누른다.

4. URL 구조와 주소를 바꾼 뒤 처리

윅스로 만든 쇼핑몰 주소에 product-page가, 블로그 글 주소에 post가 끼어 있는 걸 뒤늦게 발견하는 경우가 많다. 윅스는 대시보드의 URL 구조 설정에서 이 접두사를 바꾸거나 없앨 수 있다.

• 어디서: 대시보드 → 마케팅 & SEO → SEO → URL 구조. 기존 주소 관리는 설정 → URL 리디렉션.
• 무엇을: 접두사를 정리하면 주소가 짧아지고 주제가 드러난다. 단, 기존 주소가 전부 바뀌므로 리디렉션이 함께 만들어졌는지 반드시 확인한다.
• 어떻게 확인: URL 리디렉션 목록에서 옛 주소가 새 주소로 연결되는지 보고, 옛 주소를 브라우저에 직접 쳐서 404가 아닌 새 페이지로 넘어가는지 본다.

리디렉션은 한 번만 거치게 두는 것이 원칙이다. 백링크하이 자체 사이트는 주소 개편 과정에서 생긴 리다이렉트 44건을 전부 1홉(옛 주소 → 최종 주소)으로 구성해 운영한다. 옛 주소 → 중간 주소 → 최종 주소처럼 두 번 이상 거치면 전달되는 신호가 희석되고 크롤링도 느려진다. 구글의 리디렉션 및 Google 검색 문서도 체인을 짧게 유지하라고 안내한다.

접두사를 두 번 바꾸면 체인이 생긴다. post 를 없앴다가 다시 blog 로 바꾸면 옛 주소가 중간 주소를 거쳐 최종 주소로 가는 구조가 된다. 이럴 때는 리디렉션 목록에서 첫 규칙의 도착지를 최종 주소로 직접 수정해 1홉으로 되돌려 놓는다.

접두사 정리는 가치가 있지만, 외부 링크가 이미 많이 붙은 글의 슬러그를 취향 때문에 바꾸는 것은 손해다. 바꿀 이유가 명확한 페이지만 손대고, 바꾼 날짜와 옛 주소를 따로 기록해 두자.

5~7번: 캐노니컬에서 서치콘솔 연결까지

5. 캐노니컬 태그와 구조화된 데이터

• 어디서: 페이지 SEO 탭의 고급 SEO 영역.
• 무엇을: 윅스는 기본적으로 각 페이지가 자기 자신을 가리키는 캐노니컬을 넣는다. 대부분은 그대로 두는 게 맞다. 손대야 할 때는 같은 상품이 필터·정렬 파라미터로 여러 주소를 만들 때, 또는 같은 글을 외부 매체에 재게시해 원본을 지정해야 할 때 정도다.
• 어떻게 확인: 소스 보기에서 link rel="canonical" 주소가 그 페이지 자신인지 본다.

캐노니컬은 명령이 아니라 신호다. 구글은 내부 링크, 사이트맵, 리디렉션 같은 다른 단서와 함께 보고 다른 주소를 대표로 고르기도 한다. URL 표준화란 무엇인가요 문서가 그 판단 과정을 설명한다. 그래서 캐노니컬만 바꾸고 내부 링크는 옛 주소를 가리키게 두면 의도대로 정리되지 않는다.

구조화된 데이터는 블로그 글·제품·이벤트 등에 윅스가 기본 마크업을 넣어 준다. 고급 SEO에서 직접 JSON-LD를 추가하거나 수정할 수도 있다. 다만 실제로 페이지에 없는 평점이나 가격을 마크업에만 적으면 구조화된 데이터 일반 가이드라인 위반이 된다.

직접 추가할 때 많이 쓰는 유형은 두 가지다. 회사·브랜드 정보를 담는 조직 마크업은 홈에 한 번만 넣고, 지점이 있는 업종이면 주소·영업시간을 담는 지역 비즈니스 마크업을 안내 페이지에 넣는다. 둘 다 저장한 뒤 리치 결과 테스트로 오류가 없는지 보고, 서치콘솔의 개선 보고서에 항목이 생기는지 며칠 뒤 확인한다. 마크업을 넣었다고 리치 결과가 보장되지는 않는다는 점도 알고 시작해야 한다.

캐노니컬을 엉뚱한 주소로 지정하면 그 페이지는 검색 결과에서 조용히 사라진다. 색인 보고서에 "대체 페이지(적절한 표준 태그 있음)"로 잡히는데, 에러가 아니라 정상 처리로 표시되기 때문에 원인을 찾기 어렵다.

6. SNS 공유 설정과 추가 메타 태그

• 어디서: 페이지 SEO 탭의 소셜 공유 영역, 그리고 고급 SEO의 추가 메타 태그 영역.
• 무엇을: 소셜 공유에서 og:title, og:description, og:image를 지정한다. 비워 두면 페이지 첫 이미지가 잡혀 카카오톡·X에서 엉뚱한 썸네일이 뜬다. 가로형 대표 이미지를 페이지마다 지정해 두는 편이 낫다.
• 어떻게 확인: 실제로 카카오톡 대화방이나 슬랙에 주소를 붙여 미리보기를 본다. 캐시가 남아 있으면 주소 뒤에 의미 없는 파라미터를 붙여 다시 확인한다.

X 카드는 별도 칸으로 나뉘어 있다. 비워 두면 OG 값을 가져다 쓰므로 대개 손댈 일이 없지만, X에서만 다른 문구를 쓰고 싶을 때 채운다. 이미지 비율은 가로형 기준으로 맞추고, 글자가 들어간 이미지는 가장자리에서 여유를 둬야 잘리지 않는다.

추가 메타 태그 칸은 검색엔진 소유 확인 코드를 넣는 자리다. 구글 서치콘솔의 HTML 태그 방식, 네이버 웹마스터도구 소유 확인 코드 모두 여기에 붙여 넣는다. 여러 개를 동시에 넣어도 충돌하지 않으니, 확인이 끝났다고 코드를 지우지는 말자. 태그가 사라지면 소유 확인이 풀린다.

7. 서치콘솔 연결·사이트맵 제출·색인 요청

• 어디서: 대시보드 → 마케팅 & SEO에서 구글 연동 메뉴.
• 무엇을: 윅스에서 서치콘솔을 연결하려면 유료 플랜과 연결된 도메인이 필요하다. 윅스가 기본으로 주는 무료 하위 주소로 운영 중이면 소유 확인과 색인 과정에서 제약이 생기고, 나중에 도메인을 붙이면 주소가 전부 바뀌어 처음부터 다시 쌓아야 한다. 오픈 전에 도메인을 먼저 연결하는 편이 훨씬 싸게 끝난다.
• 어떻게 확인: 서치콘솔에서 사이트맵 주소(sitemap.xml)를 제출하고 상태가 성공으로 바뀌는지 본다.

윅스는 사이트맵을 자동으로 만들고 페이지가 늘면 갱신한다. 직접 편집할 수는 없지만, 색인을 끈 페이지가 목록에 남아 있는지는 주소를 열어 눈으로 확인할 수 있다. 사이트맵 보고서에서 읽은 날짜가 최근인지, 발견된 URL 수가 실제 페이지 수와 비슷한지 두 가지만 보면 충분하다. 자세한 읽는 법은 사이트맵 보고서 사용하기에 정리돼 있다.

설정을 저장한 순간 검색 결과가 바뀌지는 않는다. 구글이 그 페이지를 다시 크롤링하고 색인을 갱신해야 제목과 설명이 교체된다. 며칠에서 몇 주까지 걸리고 시점이 정해져 있지 않으므로, 바꾼 다음 날 검색해 보고 "적용이 안 됐다"고 판단하면 안 된다. 급한 페이지는 URL 검사 도구에서 색인 생성을 요청해 둔다.

색인 요청은 하루에 쓸 수 있는 횟수가 제한되고, 같은 주소를 여러 번 넣는다고 순서가 앞당겨지지도 않는다. 새로 만든 중요한 페이지와 크게 고친 페이지만 골라 한 번씩 넣고, 나머지는 사이트맵에 맡기는 편이 효율적이다.

설정이 실제로 적용됐는지 확인하는 3단계

윅스 화면에서 저장됐다고 해서 페이지에 들어갔다는 뜻은 아니다. 순서는 항상 같다.

1. 소스 보기: 게시된 페이지를 열고 Ctrl+U. title, meta description, canonical, robots 네 가지를 눈으로 확인한다. 편집 화면이 아니라 게시된 주소에서 봐야 한다.
2. URL 검사 도구: 서치콘솔에서 해당 주소를 검사한다. 등록된 URL 결과는 과거 색인 시점의 정보이고, 실제 URL 테스트는 지금 상태를 가져온다. 둘이 다르면 아직 재크롤링 전이라는 뜻이다.
3. 페이지 색인 생성 보고서: 색인되지 않은 페이지의 사유를 유형별로 읽는다. noindex 태그에 의해 제외됨, 대체 페이지, 크롤링됨 – 현재 색인이 생성되지 않음은 각각 원인과 대응이 완전히 다르다.

세 번째 단계에서 가장 많이 만나는 사유를 미리 알아두면 당황하지 않는다.

좌우로 밀어서 표 전체를 보실 수 있습니다

백링크하이는 사이트를 넘기기 전에 파비콘, OG 이미지, 구조화된 데이터 오류, 깨진 링크, 리다이렉트 1홉 여부 등 40가지 항목을 점검한다. 윅스에서도 그대로 적용할 수 있는 항목만 추리면 다음과 같다.

• 모든 페이지의 제목 태그가 서로 다른가
• 메타 설명이 비어 있는 페이지가 남아 있는가
• 색인 토글이 꺼진 페이지가 의도한 것뿐인가
• 캐노니컬이 자기 자신을 가리키는가
• 파비콘과 대표 OG 이미지가 지정됐는가
• 내부 링크 중 404가 되는 주소가 있는가
• 리디렉션이 두 번 이상 겹치지 않는가
• 사이트맵에 색인 차단 페이지가 들어가 있지 않은가

빌더 환경의 속도 점검 — 어디까지 줄일 수 있나

윅스에서 속도는 설정 메뉴로 해결되는 항목이 아니다. 손댈 수 있는 것은 이미지 용량과 설치한 앱·위젯 수 정도다. 그래도 기준값은 알아야 자기 사이트가 느린지 판단할 수 있다.

백링크하이 자체 사이트는 정적 생성 방식이라 첫 응답이 0.004~0.091초, 모바일 기준 전송 용량 388~477KB, 요청 30회, 화면이 보이기까지 0.9~1.1초로 측정됐다(자체 측정). 윅스 사이트에서 크롬 개발자도구 네트워크 탭을 열어 같은 값을 재보면, 전송 용량이 몇 MB에 요청이 100회를 넘는 경우가 드물지 않다.

차이의 대부분은 고해상도 원본 이미지와 중복 설치된 앱에서 나온다. 사용하지 않는 앱을 지우고, 배경·배너 이미지를 실제 표시 크기에 맞게 다시 올리는 것만으로 체감 속도가 달라진다. 반대로 서버 응답 시간 자체는 사용자가 건드릴 수 없는 영역이라, 빌더 환경에서는 개선 여지에 천장이 있다는 점을 인정하고 시작하는 편이 낫다.

화면 흔들림도 자주 놓치는 항목이다. 슬라이드쇼나 팝업이 늦게 떠서 글자가 밀리면 레이아웃 변경 횟수(CLS) 값이 나빠진다. 윅스에서는 요소 높이를 고정하고 첫 화면에 애니메이션을 겹치지 않게 두는 정도가 할 수 있는 조치다. 모바일에서 첫 화면 전체를 덮는 팝업은 사용자 경험에서도 감점 요소이므로 노출 조건을 스크롤 이후로 미루는 편이 안전하다.

윅스 SEO가 손댈 수 없는 영역

설정을 다 해도 남는 제약이 있다. 미리 알아야 엉뚱한 데 시간을 쓰지 않는다.

자바스크립트 렌더링 의존

첫 HTML은 서버에서 내려오지만 갤러리·필터·일부 앱 영역은 브라우저에서 그려진다. 브라우저에서 자바스크립트를 끄고 페이지를 열었을 때 사라지는 부분은 크롤러 입장에서도 불확실한 영역이다.

서버 수준 제어

응답 헤더, 캐시 정책, 서버 로그 파일 접근이 불가능하다. 크롤러가 실제로 어떤 주소를 얼마나 긁어 갔는지 로그로 분석하는 방식은 쓸 수 없고, 서치콘솔 통계에 의존해야 한다.

robots.txt 세부 제어

편집기는 제공되지만 플랫폼이 쓰는 내부 경로 규칙이 섞여 있어, 서버에서 직접 작성하는 것만큼 자유롭지는 않다.

참고로 백링크하이 자체 사이트는 자바스크립트를 꺼도 본문이 그대로 읽힌다. 홈 화면 기준 3,858자가 HTML에 그대로 들어 있다(자체 측정). 이렇게 만들면 렌더링 단계에서 생길 변수가 사라진다. 윅스에서 이 수준을 맞추기는 어렵지만, 적어도 핵심 설명 문구를 앱 위젯 안이 아니라 일반 텍스트 요소로 넣는 선택은 할 수 있다.

직접 재보는 방법은 간단하다. 크롬 설정에서 자바스크립트를 차단한 뒤 주요 페이지를 열어, 남아 있는 글자만으로 그 페이지가 무엇을 파는 곳인지 설명이 되는지 본다. 설명이 안 되면 그 페이지는 검색엔진에 전달되는 정보가 화면보다 적다는 뜻이다. 처음부터 이런 구조를 피하고 싶다면 SEO 되는 홈페이지 제작 방식을 비교해 보는 편이 빠르다.

한국 검색 환경 대응 — 네이버 웹마스터도구

윅스 공식 문서는 구글과 SNS만 다룬다. 국내 사이트라면 네이버 서치어드바이저 웹마스터도구에도 사이트를 등록해 둔다. 순서는 간단하다.

1. 네이버 서치어드바이저에서 사이트를 추가하고 HTML 태그 방식의 소유 확인 코드를 받는다.
2. 윅스 홈 페이지의 SEO 탭 → 고급 SEO → 추가 메타 태그에 그 코드를 붙여 넣고 사이트를 다시 게시한다.
3. 소유 확인을 누르고, 확인되면 사이트맵 주소를 제출한다. 블로그를 운영한다면 RSS 주소도 함께 등록한다.

HTML 파일 업로드 방식은 윅스에서 쓰기 어렵다. 루트 경로에 파일을 올릴 수단이 없기 때문에, 소유 확인은 메타 태그 방식으로 진행해야 한다.

등록했다고 네이버 검색 결과에 바로 나오지는 않는다. 두 엔진은 수집과 노출 방식이 다르므로 기대치를 따로 잡아야 한다. 항목별 차이는 네이버와 구글 SEO 9개 항목 비교에 정리해 두었다.

윅스·워드프레스·아임웹 — 제어 범위 비교

설정을 하다 보면 "이건 플랫폼을 바꿔야 하나"라는 질문에 닿는다. 제어 범위를 기준으로만 비교하면 이렇다.

좌우로 밀어서 표 전체를 보실 수 있습니다

제작 비용과 기간도 판단 재료다. 백링크하이가 집행한 범위 기준으로 빌더 방식(윅스 포함)은 150만~250만원에 1~2주, 워드프레스는 250만~400만원에 3~6주가 걸린다. 페이지 수십 개 규모의 소개형 사이트라면 윅스로 충분하고, 콘텐츠를 수백 건 쌓아 검색으로 유입을 만들 계획이라면 제어 범위가 넓은 쪽이 2~3년 뒤에 유리하다.

이전을 고민한다면 판단 기준은 하나다. 지금 막히는 것이 설정 항목인지, 플랫폼 구조인지. 제목이 중복됐거나 슬러그가 지저분한 것은 윅스 안에서 전부 해결된다. 반면 서버 로그를 봐야 풀리는 문제, 수백 개 페이지를 조건별로 일괄 수정해야 하는 작업은 빌더에서 끝까지 불편하다. 이미 워드프레스를 쓰고 있다면 워드프레스 SEO 설정 10가지 체크리스트에서 같은 항목을 플랫폼에 맞춰 확인할 수 있고, 아임웹이라면 아임웹에서 손봐야 할 8곳 쪽이 대응된다.

7곳을 다 해도 순위가 안 오르는 이유

여기까지는 검색엔진이 내 페이지를 오해 없이 읽게 만드는 작업이다. 출발선을 맞추는 일이지 등수를 올리는 일이 아니다. 설정이 끝난 뒤에도 순위가 그대로라면 남은 변수는 세 가지다.

• 콘텐츠: 검색한 사람이 묻는 것에 끝까지 답하는 페이지가 있는가. 회사 소개 세 줄짜리 페이지는 아무리 메타를 다듬어도 경쟁 대상이 되지 않는다.
• 내부 링크: 중요한 페이지가 다른 페이지에서 몇 번이나 링크되는가. 윅스에서도 본문 안 링크는 자유롭게 넣을 수 있다.
• 외부 링크: 다른 사이트가 내 페이지를 근거로 걸어 주는 링크. 설정으로는 만들 수 없는 유일한 항목이다.

순서는 설정 → 콘텐츠 → 링크다. 앞 단계를 건너뛰고 링크부터 모으면 크롤링이 잘못된 주소로 몰려 효과가 새고, 반대로 설정만 반복해서 다듬으면 6개월이 지나도 숫자가 움직이지 않는다. 지금 끝낸 7곳을 기록해 두고, 다음 달에는 콘텐츠 한 축을 추가하는 식으로 넘어가는 편이 현실적이다.

성과를 볼 때도 기간을 길게 잡아야 한다. 서치콘솔 실적 보고서에서 노출 수가 먼저 늘고, 그다음에 클릭이 따라온다. 설정을 끝낸 날짜를 적어 두고 4주·8주 간격으로 같은 지표를 비교하면 무엇이 효과였는지 구분할 수 있다. 어디부터 막혔는지 스스로 판단하기 어렵다면 무료 SEO 진단으로 현재 상태를 점검해 보는 것도 방법이다.