구글 검색 상위노출 작업 14가지 구글 검색 상위노출 작업 14가지 방법 Home 구글SEO 구글 상위노출 작업 해결법14 구글 상위작업 구글 검색 상위노출 작업 해결법 14가지 구글 검색 상위노출 작업 목표 중 하나는 Google SERP(Search Engine Result Page; 구글 검색 순위 결과)에서 첫 페이지에 노출되는 것입니다. 그리고 이를 위해서는 먼저 사이트의 기술적인 SEO문제가 해결되어야 합니다. 문제를 쉽게 해결할 수 있는 방법에 집중해 보면, 수 개월에 걸친 트래픽 문제같은 대부분의 문제들이 의외로 쉽게 해결될 수 있습니다. 기술적인 SEO의 정의는 약간 모호합니다. 콘텐츠 제작을 제외하고 사이트에서 일어나는 모든 것을 포함하는지, 코드나 기술적인 것에만 국한된 것인지에 대한 정의가 필요하기 때문이죠. 여기에서는 기술적인 SEO를 일반적인 마케팅 담당자들이 확인하지 못한 더 많은 기술적 문제들로 구성된 사이트라고 정의하겠습니다. 기술적인 SEO문제 또한 일반적으로 특정 페이지 문제라기보다는 사이트 전체적인 문제이기 때문입니다. 아래는 지금 바로 해결할 수 있는 가장 일반적이고 기술적인 SEO문제를 요약해 놓았기 때문에, 실제로 여러분 사이트의 트래픽 손실을 줄이는데 도움이 될 수 있습니다. 지금부터 말씀드릴 방법을 따라 전체 사이트를 개선할 수 있습니다. 1. 사이트 인덱싱 여부 확인 먼저, 사이트가 제대로 인덱싱 되고 있는지를 확인하는 것이 중요합니다. 검색결과에 나타나지 않는 사이트는 키워드 검색을 통한 트래픽 역시 발생하지 않기 때문이죠. 그렇다면 사이트는 어떻게 색인 할 수 있을까요? 구글에서 사이트 검색을 통해 정답을 확인할 수 있습니다. 인덱스화면 확인작업: site:{yoursitename.com}를 검색하면 사이트의 페이지 수가 표시됩니다. 제품 페이지 및 블로그 게시물과 같은 다양한 페이지를 더 확인해보세요. 서브 도메인의 인덱싱 여부를 확인합니다. 구 버전 사이트를 확인하여 리디렉션 대신 잘못 인덱싱 되었는지 확인합니다. 위 내용을 바탕으로 인덱싱 문제의 원인을 정확하게 파악합니다. 2. robots.txt (로봇 텍스트) SEO에서 중요한 사항 중 하나는 잘못 쓰여진 robots.txt를 확인하는 것입니다. 많은 사람들이 robot.txt를 간과하기 때문에, 이를 확인하고 바르게 수정하는 것 만으로 구글의 색인을 원활하게 할 수 있습니다. (이는 사이트 마다 다르며, robot.txt를 제출하지 않은 사이트도 있을 수 있습니다.) 로봇.txt 확인작업: yoursitename.com/robots.txt 하고 “User-agent: * Disallow: /”.이 표시되지 않는지 확인합니다. robots.txt에 Disallow:/가 포함된 경우, 다음과 같은 검색결과가 노출됩니다. 검색결과 추가작업: "Disallow:/"이 나타나면 사이트 개발자를 통해 타당한 이유가 있었는지를 확인합니다. robots.txt가복잡한 경우, 파일이 올바르게 작성되었는지 개발자와 검토하여야 합니다. 3. Noindex 태그 Noindex는 잘못된 robots.txt로봇보다 훨씬 더 치명적일 수 있습니다. Noindex는 태그가 삽입된 모든 페이지를 인덱싱에서 제거하기 때문이죠. (잘못된 robots.txt가 Google인덱스에 있는 경우에는 해당 조건에 맞는 특정 페이지만 인덱싱하지 않습니다.) 가장 일반적으로 Noindex는 웹 사이트가 개발 단계에 있을 때 설정됩니다. 많은 웹 개발 프로젝트들이 예정보다 늦어질 때, 마감 시간내에 프로젝트를 끝마치기 위해 실수가 일어날 수 있습니다. 4. URL 정규화 일반 사용자는 홈페이지가 다음과 같이 개별적으로 표시되어도 이를 크게 구분하지 않습니다 www.example.com example.com www.example.com/home.html example.com/home.html 하지만 검색 엔진은 이를 엄격하게 구분하여 인식합니다. 그리고 이러한 구성은 링크를 약화시키고 사이트의 상태를 악화시킬 수 있습니다. Google은 일반적으로 어떤 버전을 색인할지를 결정하기 때문에, 여러 버전의 URL이 혼합되어 있다면 검색 로봇에게 혼란을 줄 수 있습니다. 확인작업: 여러 버전의 URL을 검색하여 모든 버전이 동일한 URL로 확인되는지 확인합니다. 또한 URL은 HTTP 및 HTTPS 중 하나만 존재해야 합니다. 여러 종류의 URL이 존재한다면, 301 리디렉션을 설정하여 이 문제를 해결해야 합니다. Google검색에서 "site:" 검색을 사용하여 실제로 인덱싱되고 있는 페이지를 확인합니다. 추가작업: Screaming Frog 같은 도구로 전체 사이트를 스캔하여 더 빠른 작업을 할 수 있습니다. 주 또는 월 단위로 스케쥴을 설정하여 URL을 모니터링합니다. 5. Canonical Tag Canonical 태그는 위에서 언급 한 URL 정규화와 밀접하게 관련되어 있지만, 서로 다른 URL의 동일한 버전을 해결하는 데 사용되는 점이 다소 다릅니다. 캐노니칼 여러 페이지에 유사한 내용이 있는 경우 페이지 복제를 방지하는 데도 유용합니다. 위의 이미지를 보면, 카테고리 시스템이 동일한 페이지에 대해 여러 버전을 생성하는 모습을 볼 수 있습니다. 예를 들어 http://www.widgets.com/blue-widgets에 대해 ?color=blue, ?color=red, ?color=green등의 페이지가 자동으로 생성된다고 하더라도, 각 페이지에 대해 기본 URL인 http://www.widgets.com/blue-widgets를 Canonical Tag로 설정함으로써 해당 페이지가 ‘원본’이라는 것을 명시해야 합니다. 확인작업: 중요 페이지에서 Canonical Tag를 사용하는지 확인합니다. 사이트의 모든 Canonical Tag를 확인하고, rel=canonical태그에 문제가 있는지 확인합니다. 6. 이미지 내의 텍스트 많은 사이트에서는 텍스트가 포함된 이미지를 볼 수 있습니다. 구글은 이미지의 텍스트를 어느 정도 이해할 수 있지만, 사람이 이미지를 인식하는 것만큼 정교하게 파악하지는 못합니다. SEO의 가장 좋은 방법은 중요한 텍스트를 이미지에 삽입하지 않는 것입니다. Google의 GaryIllyes는 Google의 크롤러가 텍스트를 올바르게 인식할 가능성은 없다(I say no)고 확인했습니다. 이미지텍스 검색 결과의 결론은 검색 엔진이 실제로 검색 쿼리에 사용하기 위해 이미지에서 텍스트를 추출하지는 못한다는 것입니다. 텍스트이미지 확인작업: 사이트에서 가장 중요한 페이지의 이미지에 중요한 텍스트가 숨겨져 있는지 확인합니다. 만일 그렇다면, 이를 검색 로봇이 읽을 수 있도록 해당 텍스트를 추가합니다 7. Broken Link 확인하기 SEO담당자나 개발자가 사이트를 제대로 관리하지 않는다면, 웹사이트에서 수 많은 Broken Link가 발생할 수 있습니다. 사이트나 컨텐츠의 주소를 이전하는 마이그레이션 후 사이트의 상위 페이지 중 일부가 404페이지(페이지 없음)가 될 수 있습니다. 이러한 경우, Google Search Console(이하GSC)과 Moz, Majestic같은 Backlink를 확인할 수 있는 툴을 통해 Broken링크를 찾을 수 있습니다. 먼저, GSC에서 상위 1000개의 404에러를 검토하고 Broken Link를 통해 상위 오류의 우선 순위를 지정합니다. 404에러 확인작업: Broken Link가 있는 페이지를 확인한 후, 해당 페이지의 상위 카테고리/페이지로 301리디렉션합니다. (예를 들어 전자기기 판매사이트의 경우 www.example.com/home-appliances/television/페이지가 404에러로 확인된다면, www.example.com/home-appliances/로 301리디렉션) 링크 된 사이트가 잘못 입력되었거나 링크 코드가 잘못된 Broken Link를 찾습니다. 8. HTTPS와 같이 웹사이트에도 보안이 필요합니다. HTTPS와 같이 쇼핑몰 사이트에서만 필요했던 것이 이제는 모든 사이트에서 점점 더 필요해 지고 있습니다. 구글은 암호를 저장하거나 신용 카드를 허용하는 경우, 모든 HTTP사이트를 보안되지 않은 사이트로 표시하기 시작할 것이라고 발표했습니다. "사용자가 웹을 안전하게 검색할 수 있도록 Chrome은 주소 표시줄에 연결 보안 상태를 나타냅니다. 과거에 Chrome은 HTTP연결을 보안되지 않음으로 표시하지 않았습니다. 2017년 1월(Chrome56)부터 모든 HTTP사이트를 ‘보안되지 않음’으로 표시하는 장기 계획의 일환으로 비밀 번호나 신용 카드를 수집하는 HTTP페이지를 ‘보안되지 않음’으로 표시합니다.” 또한 구글은 모든 HTTP URL을 보안되지 않은 사이트로 표시하고 있는 중입니다. "결국 모든 HTTP페이지에 ‘보안되지 않음’으로 레이블을 지정하고 해당 페이지에 대해 Not Secure에 해당하는 빨간 색 삼각형으로 변경할 계획입니다." 보안오류 이러한 맥락에서 본다면, 구글이 HTTPS사이트에 HTTP보다 더 많은 알고리즘 순위 혜택을 주기 시작할 것이라고 상상해 보는 것도 무리가 아닌데요, 사용자가 사이트를 클릭하기도 전에 안전하지 않은 사이트에 대한 경고가 검색 결과에서 직접 사이트에 표시될 가능성도 충분합니다. 구글은 현재 해킹 당한 사이트에 대해 이것을 보여 주고 있으며, 이는 단순한 SEO를 넘어 웹 개발, IT및 사이트 전환율과 관련이 있습니다. 확인작업: 현재 사이트에 HTTPS가 배포되어 있는 경우 사이트를 실행하여 페이지가 어떻게 해결되는지 확인합니다. 모든 페이지가 사이트의 HTTPS버전으로 해결되는지 확인합니다.(앞에서 언급한 URL정규화와 동일). 추가작업: 사이트가 HTTPS에 없는 경우 Google에서 해당 전환이 HTTPS에 얼마나 중요한지 확인했으므로 전환하려는 페이지에 대한 맵핑을 시작합니다. SEO마이그레이션 통해 순위를 잃지 않도록 HTTPS 전환에 대한 관리를 합니다. 9. 301 / 302 Redirect 앞서 Broken Link를 확인한 후 이를 올바른 페이지로 매칭시키기 위한 방법으로 리디렉션을 사용했었던 사실, 기억하시나요? 이렇듯 리디렉션은 SEO에서 사용하지 않는 페이지를 관리 및 제어하고, 여러 페이지를 통합하며, 웹 사이트 마이그레이션이 문제없이 작동하도록 합니다. 301리디렉션은 영구적이고 302리디렉션은 임시입니다. 가장 좋은 방법은 페이지를 영구적으로 리디렉션 할 때 301리디렉션을 항상 사용하는 것입니다. 301개의 리디렉션이 SEO로 전송되어 올바르게 사용하려고 시도하는 사람들에게 혼란을 줄 수 있습니다. 301리디렉트 확인작업: 사이트에 있는 모든 URL들을 검토합니다. 302리디렉션을 영구적인 리디렉션으로 잘못 사용하는 경우, 301 리디렉션으로 변경하세요. 추가작업: 302리디렉션을 사용하는 경우, 개발 팀과 상의하여 사이트에서 리디렉션을 사용하는 이유를 설명합니다. 301 리디렉션 사용의 중요성에 대한 가이드를 작성합니다. 특정 이유가 있지 않다면, 이전 사이트의 모든 페이지를 홈 페이지로 리디렉션 하지 않는 것이 좋습니다. (동일한 페이지에 대해 리디렉션하는 것을 권장) 월별 또는 주별로 사이트 검색 프로세스에 리디렉션 검사를 포함하세요. 10. 메타 업데이트 메타 업데이트를 통합 사이트 새로고침은 Google또는 프로페셔널 SEO에서는 권장되지 않습니다. 앞서 언급한 301 리디렉션을 통한 방법이 훨씬 더 좋습니다. 메타 업데이트를 구현할 경우 다음과 같습니다. 메타리프레쉬 Google의 JohnMu는 다음과 같이 말했습니다. "URL을 변경한 경우 메타 새로고침 유형이나 JavaScript리디렉션을 사용하지 않는 것이 좋습니다. 이러한 종류의 리디렉션을 사용하는 대신, 서버가 일반 301리디렉션을 수행하도록 하십시오. 검색 엔진은 JavaScript또는 메타 검색 형식의 리디렉션을 인식할 수 있지만, 이는 제가 기대할 수 있는 것이 아닙니다. 301 리디렉션이 항상 훨씬 더 좋습니다." Moz의 자체 리디렉션 가이드에는 다음과 같은 내용이 있습니다. "5초 안에 리디렉션 되지 않으면 여기를 클릭하십시오."라는 텍스트와 함께 5초 카운트다운이 가장 일반적으로 연결됩니다. 메타 업데이트는 일부 링크 주스를 통과하지 못하지만, 사용 편의성 저하 및 통과한 링크 주스 손실로 인해 SEO전략으로는 권장되지 않습니다." 확인작업: 리디렉션 경로 확인기(구글 확장 프로그램)를 사용하여 개별 페이지를 확인합니다. Screaming Frog 또는 다른 사이트 크롤러와 함께 확인합니다. 추가작업: 개발자에게 301리디렉션을 표준으로 사용하는 것의 중요성을 알리고 특별한 이유가 없는 한 메타 업데이트를 사용하지 않는 것이 좋습니다. 리디렉션 유형 사용을 모니터링하도록 매월 검사를 예약합니다. 11. XML Sitemap XML사이트 맵은 구글과 다른 검색 엔진 로봇들이 당신의 사이트를 탐색하고 이해하는 것을 도와줍니다. Google의 검색 콘솔 도움말 가이드는 XML사이트 맵의 목적과 유용성에 대해 매우 명확하게 설명하고 있습니다. "사이트의 페이지가 올바르게 연결되어 있다면 당사의 웹 탐색기가 대부분의 사이트를 검색할 수 있습니다. 그렇다 하더라도 사이트 맵은 특히 사이트가 다음 기준 중 하나를 충족할 경우 사이트의 탐색 기능을 향상시킬 수 있다.” 대형 사이트의 경우 반드시 Sitemap을 제출합니다. 사이트에 서로 연결되지 않은 내용 페이지가 많이 있는 경우 Sitemap을 제출합니다. 외부링크가 거의 없는 신규 사이트의 경우 Sitemap을 제출합니다. 다음은 XML사이트에서 발생한 가장 큰 문제 중 몇가지 사항입니다. Sitemap을 처음부터 생성하지 않음. Robot.txt의 위치는 포함하지 않음. 여러 버전의 Sitemap 존재 허용. 오래 된 버전의 사이트 맵 허용. Search Console내의 Sitemap을 업데이트하지 않음. Sitemap을 사용하지 않는 대형 사이트. 확인작업: 사이트 맵 및 URL의 품질을 확인하려면 검색 콘솔의 사이트 맵에서 제출하고 인덱싱 한 URL수를 확인해보세요. 검색 콘솔 내에서 XML사이트 맵에 자주 제출되는 URL의 인덱싱을 모니터링 합니다. 구글이 각 사이트 맵을 10MB및 50,000개 URL로 제한하기 때문에 사이트가 복잡해지면 XML사이트 맵과 사이트 맵 인덱스 나누어 제출해야 합니다. 12. 고유 단어 수와 페이지 크기 과거, 컨텐츠와 관련성이 적은 방대한 양의 텍스트를 사이트에 의도적으로 삽입하여 순위를 높이는 방법의 SEO가 있었습니다. 유저들에게는 보이지 않게 처리해 놓았지만, 실제로 검색엔진은 이를 확인하고 사이트를 판단하는 것이 가능했기에 해당 사이트에 패널티를 부여하게 되었죠. 예를 들어, 사이트의 특정 페이지를 확인하였을 때 해당 페이지에는 수 백개의 단어가 있었지만, 스캔을 통해 확인해보니, 약 9000개의 단어가 있는 것으로 밝혀졌습니다. 소스 코드에 특정 텍스트가 "디스플레이:not:(표시 안 됨)"으로 표시되어 있었기 때문이죠. 단어확인 이렇게 하면 페이지의 로딩 속도가 느려질 수 있으며, 의도적으로 클로킹(텍스트를 감추는 것)을 하는 것으로 간주될 경우 일부 페널티 문제가 발생할 수 있습니다. 확인작업: 사이트를 스캔하여 계산된 단어 수와 페이지 크기를 예상한 크기와 비교합니다. 페이지의 소스 코드를 검토하고 확대를 줄일 수 있는 영역을 추천합니다. 패널티를 받을만한 숨겨진 텍스트가 없는지 확인합니다. 추가작업: 개발자의 관점에서 소스 코드에 숨겨진 텍스트에 대한 타당한 이유가 있을 수 있지만, 수정하지 않으면 속도와 다른 SEO문제를 일으킬 수 있습니다. 주기적으로 사이트의 모든 URL에서 페이지 크기 및 단어 수를 검토합니다. 13. 페이지 스피드 구글은 속도가 알고리즘의 작은 부분이라고 밝혔습니다. "우리와 마찬가지로 사용자들도 속도에 많은 가치를 두고 있습니다. 그래서 우리는 검색 순위에서 사이트 속도를 고려하기로 결정했습니다. 우리는 다른 사이트에 비해 사이트의 속도를 결정하기 위해 다양한 소스를 사용합니다." 이러한 명확한 SEO지침과 명백한 UX및 CRO장점에도 불구하고 속도는 많은 사이트 관리자들의 우선 순위의 맨 아래에 목록에 있는 것처럼 보입니다. 모바일 검색이 데스크 톱 검색만큼 중요하게 굳어지면서 속도가 더 이상 간과할 수 없는 부분이 되어버렸습니다. 마이크 킹은 에서 최근의 SEO에서 속도가 가장 중요한 것이라고 말했습니다. "저는 구글이 링크와 컨텐츠가 잘 되어 있다고 믿기 때문에, 계속해서 속도와 모바일 친화성을 추구할 것입니다. 따라서 현재 가장 좋은 기술적인 SEO전략은 사이트를 더 빠르게 만드는 것입니다." 확인작업: SEO감사 도구를 사용하여 사이트 속도 및 페이지 속도 감사를 시행합니다. 더 작은 사이트를 운영하지 않는 한 이 사이트에서 개발자와 긴밀하게 협력하는 것이 좋습니다. 당신의 사이트를 가능한 한 빠르게 만드세요. 지속적으로 리소스를 투입하여 조직 전체의 사이트 속도에 집중합니다. 14. 내부 링크 사이트의 내부 연결 구조는 검색 로봇이 여러분의 사이트를 크롤링하는데 중요한 영향을 미칩니다. 특히나 대규모 사이트를 최적화하는 경우에는 많은 노력을 기울여야 합니다. 워드프레스와 같은 표준 플랫폼에서 단순한 사이트를 관리하는 경우에는 내부 링크의 중요성이 그다지 높지 않을 수 있습니다. 내부 연결 계획을 작성할 때 다음 사항을 고려해야 합니다. 플러그인을 통한 확장 가능한 내부 연결 최적화된 앵커 텍스트 사용 내부 연결과 사이트 크롤링과의 관련성 내부링크구조 위의 예시와 같은 견고한 사이트 구조에서도 내부 링크에 집중하면 일부 사이트의 검색 순위를 높일 수 있습니다. 확인작업: 블로그 게시물, 제품 페이지 및 중요한 사이트 페이지에서 콘텐츠, 교육 정보 유형 링크를 클릭하여 사이트를 이동하는 방법을 테스트합니다. 사이트 검사 도구를 사용하여 가장 중요한 페이지로 내부 링크가 연결되어 있는지를 확인합니다. 정리하면, 일부 개발자는 기술적인 SEO문제를 모니터링하고 수정하지 않을 가능성이 높으며, 사이트로의 트래픽이나 SEO수정에는 전혀 신경 쓰지 않습니다. 또한, SEO가 기술적인 문제를 해결하는 데 도움이 되지 않는 경우에는 개발자가 이를 처리하지 않을 가능성이 높습니다. 사실 개발자들은 다른 업무가 충분히 있으며, SEO문제를 해결할 만한 통찰력이 없기 때문입니다. SEO를 사용하여 제대로 관리하지 못할 경우, 웹사이트를 마이그레이션하는 도중과 그 이후에 많은 기술적인 SEO문제를 겪게 됩니다. 따라서 여러분의 사이트를 제대로 운영하기 위해 기술적인 SEO는 반드시 필요합니다. 당신의 SEO 점수는? SEO (Search Engine Optimize) 특정 키워드에 대해 상위 노출 될 수 있도록 사이트를 SEO에 맞게 최적화합니다. Global Marketing 구글 / 바이두 / 야후 / 웨이보 / 웨이신 / 아메바 블로그 / 페이스북 운영 ICP 등록 중국 내 웹 서비스를 위해 필수적으로 ICP 등록을 지원합니다. PPC 광고 구글 애드워즈, 바이두, 야후 등 전 세계 검색엔진 PPC 광고 등록을 지원합니다. 최적화 사이트 제작 및 운영 SEO에 최적화된 사이트를 기획, 제작부터 운영 및 유지 관리까지 책임집니다. 시스템 개선 시스템(서버) 성능 향상을 위한 진단과 안정성 확보를 위한 유지 보수를 지원 합니다.
