웹사이트가 오픈한 날, 많은 사장님들이 똑같은 일을 합니다. 바이두를 열고 자기 회사명을 검색하는 것이죠.
결과는 검색되지 않습니다. 아니면 업데이트되지 않은 오래된 페이지만 하나 검색됩니다.
첫 반응은 보통 '웹사이트가 제대로 안 만들어진 건가'입니다. 하지만 실제 상황은 대부분 이렇습니다. 페이지는 열리는데 바이두가 아직 색인하지 않았거나, 색인은 했지만 순위를 줄 가치가 없다고 판단한 것입니다.
이 두 가지는 분리해서 봐야 합니다. 아래 점검 순서대로 설명하겠습니다.
먼저 '색인 안 됨'인지 '순위 없음'인지 확인하기
가장 헷갈리기 쉬운 단계입니다.
바이두 검색창에 `site:내도메인`을 입력하고 결과가 있는지 확인하세요.
결과가 있으면 이미 색인된 것이고, 문제는 순위와 콘텐츠 품질에 있습니다. 결과가 없으면 크롤링과 색인조차 완료되지 않은 것이니 최적화를 논하기 전에 먼저 해결해야 합니다.
또 다른 확인 방법은 바이두 검색 리소스 플랫폼을 이용하는 것입니다. 도메인을 제출하면 색인 수량과 크롤링 상황을 볼 수 있습니다. 이 백엔드가 추측보다 훨씬 유용합니다.
주의: '브랜드명이 검색되지 않는다'는 것만으로 웹사이트에 문제가 있다고 판단하지 마세요. 신규 사이트는 오픈 후 색인에 지연이 있는 것이 당연하며, 며칠에서 몇 주까지도 정상입니다. '3일 내 색인 보장'을 내세우는 곳은 대부분 회색 수법입니다.
크롤링 통로가 스스로 막혀 있지 않은지
바이두 스파이더가 들어오지 못하면 나머지는 모두 헛수고입니다. 흔한 막힘 지점은 다음과 같습니다.
robots.txt 오류. 일부 웹사이트 빌더 템플릿에는 기본적으로 크롤링 금지 한 줄이 포함되어 있는데, 오픈 시 아무도 삭제하지 않습니다. 리소스 플랫폼의 크롤링 진단을 실행하면 반환 상태를 바로 확인할 수 있습니다.
서버 불안정. 스파이더가 올 때 타임아웃되거나 여러 번 실패하면 크롤링 빈도가 낮아집니다. 기업 웹사이트는 방문량이 많지 않지만 서버는 안정적이어야 합니다.
사이트 전체가 JS 렌더링. 이 점은 웹사이트 개발 단계에서 결정됩니다. 본문이 전부 프론트엔드 비동기 로딩에 의존하면 크롤링 효과가 떨어집니다. 기업 웹사이트를 만들 때는 서버 사이드 렌더링이나 정적화가 더 안정적입니다.
도메인 및 ICP 등록 문제. 국내 서버에 ICP 등록이 없으면 접속 자체가 불안정하고 크롤링도 자연히 영향을 받습니다.
주의: 시작부터 제목을 바꾸고 키워드를 쌓지 마세요. 먼저 크롤링 로그를 보고 스파이더가 실제로 왔는지, 왔을 때 무엇을 가져갔는지 확인하세요.
콘텐츠가 '있어 보이지만 실제로는 없는' 경우
많은 기업 웹사이트의 공통된 문제는 이렇습니다. 홈페이지에는 '전문성, 혁신, 상생' 한 줄, 제품 페이지에는 사진 세 장과 사양 한 단락, 회사 소개에는 '회사는 몇 년에 설립되었다' 정도입니다.
이런 페이지는 사람이 보기에는 괜찮지만, 검색엔진은 이것이 어떤 구체적 요구와 관련 있는지 판단할 수 없습니다.
구체적인 사례를 들어보겠습니다. 산업 장비 회사가 공식 웹사이트를 개편했는데, 원래 제품 페이지에는 모델명과 사진만 있었습니다. 개편 시 각 모델에 적용 시나리오, 흔한 고장, 선택 비교를 보충하고, 각 장비 유형별로 별도 설명 페이지를 만들었습니다. 3개월 후 롱테일 키워드에서 자연 유입이 시작되었습니다.
개편 자체가 가져온 것이 아니라, 페이지가 마침내 구체적인 질문에 답하게 된 것입니다.
주의: 키워드 밀도를 위해 억지로 단어를 넣지 마세요. 한 단락에 '웹사이트 개발'을 다섯 번 반복하면 읽기도 어색하고 효과도 없습니다.
기술적 세부 사항: 제목, 내부 링크, 깨진 링크
이 항목들은 기본기이지만 문제가 자주 발생합니다.
제목 중복. 수십 개 페이지가 같은 title을 사용하면 바이두는 어느 페이지에 어떤 키워드를 배치해야 할지 구분하지 못합니다. 각 페이지에는 독립적인 제목이 있어야 합니다.
내부 링크 부재. 페이지끼리 서로 링크하지 않으면 스파이더는 홈페이지에 도착하고 멈춥니다. 내비게이션, 브레드크럼, 관련 추천은 모두 스파이더와 사용자에게 주는 이정표입니다.
깨진 링크와 중복 콘텐츠. 개편 후 기존 링크가 404가 되고 리다이렉트를 하지 않으면 가중치가 끊깁니다. 같은 콘텐츠가 여러 URL로 접근 가능하면 가중치가 분산됩니다.
모바일 경험. 현재 크롤링은 모바일 중심입니다. 휴대폰에서 레이아웃이 깨지거나 팝업이 콘텐츠를 가리면 판단에 영향을 줍니다.
이런 일들은 복잡하지 않지만 누군가 항목별로 점검해야 합니다. 미니프로그램 개발과 App 개발 프로젝트에도 유사한 문제가 있으며, 진입점과 규칙만 다를 뿐입니다.
어떤 경우 MIC Studio에 맡기는 것이 적합한가
위 단계를 이미 점검했는데도 막혀 있다면 보통 두 가지 상황입니다.
하나는 기술 측면에서 더 이상 점검하기 어려운 경우입니다. 예를 들어 크롤링 진단에 이상이 표시되지만 서버, CDN, 템플릿 중 어느 문제인지 알 수 없는 경우입니다.
다른 하나는 재제작을 준비하는 경우입니다. 기존 사이트 구조가 혼란스러워 수정보다 재구축이 나은 상황이라면, 웹사이트 개발 단계에서 크롤링 친화성, 페이지 구조, 모바일 대응을 함께 고려해야 합니다.
MIC Studio가 맡는 기업 웹사이트 프로젝트 중 일부가 바로 이런 유형입니다. 처음부터 시작하는 것이 아니라, 검색되지 않고 수정도 어려운 사이트를 인수하는 것입니다. 저희는 보통 먼저 진단을 하고 수리할지 재구축할지 결정합니다.
또한 사이트가 보안 테스트나 API 리버싱 점검과 관련된 경우에도 같은 프로세스에서 처리할 수 있어 별도 팀과 협의할 필요가 없습니다.
바로 할 수 있는 세 가지
첫째, 오늘 `site:`로 색인을 한 번 확인하세요. 색인 안 됨인지 순위 없음인지 구분해야 이후 행동이 완전히 달라집니다.
둘째, 바이두 검색 리소스 플랫폼에 등록하고 사이트맵을 제출하세요. 이것이 공식 통로이며 어떤 '빠른 색인' 서비스보다 신뢰할 수 있습니다.
셋째, 가장 중요한 페이지 세 개를 골라 각각 구체적인 질문에 답하는 콘텐츠를 한 단락씩 작성하세요. 사이트 전체로 확장할 필요 없이, 먼저 이 세 페이지에 변화가 있는지 확인하세요.
검색되지 않는 것은 미신이 아니라 항목별로 점검할 수 있는 일련의 단계입니다. 순서만 맞으면 대부분의 문제는 스스로 파악할 수 있습니다.