가장 흔한 SEO 문제 9가지와 회피 또는 해결 방법

SEO 문제란 무엇인가?

검색 엔진에서 우리 웹사이트의 성과를 해칠 수 있는 잠재적 SEO 문제는 이슈로 식별될 수 있습니다. 구글(및 다른 검색 엔진)에서 상위 랭킹된 사이트의 적절한 최적화를 보장하려면, 몇 가지 흔한 실수를 알고 있어야 합니다.

깨진 내부 및 외부 링크

웹사이트가 더 많은 페이지를 가질수록 깨진 링크의 가능성이 더 큽니다. 사이트가 계속 성장하고 더 많은 콘텐츠를 생산하면, 인지하지 못한 404 페이지의 위험이 존재합니다. 새로운 기능과 랜딩 페이지를 개발하고 추가하는 것은 좋지만, 내부 및 외부 링크 문제에 항상 주의를 기울여야 합니다.

사용자로서 우리는 작동하지 않는 페이지에 도달하는 것을 좋아하지 않죠? 이는 우리의 흐름을 방해하고 종종 즉시 웹사이트를 떠나게 합니다.

방문자는 웹페이지를 신뢰할 수 없다고 인식할 수 있습니다. 우리가 알다시피, 구글은 사용자의 웹사이트/페이지에 대한 인식을 식별하는 데 정말 능숙합니다. 따라서 사용자가 불행하면, 결과적으로 검색 엔진도 불행해질 것입니다.

게다가 깨진 페이지는 다른 곳에 의도적으로 사용될 수 있는 귀중한 크롤 버짓을 낭비합니다. 봇이 사용자가 접근할 수 없는 페이지에 시간과 자원을 쓰기를 원하지 않습니다.

좋은 소식은 다양한 SEO 도구 덕분에 깨진 내부 및 외부 링크를 쉽게 식별할 수 있다는 것입니다. 자연스럽게 페이지가 몇 개뿐인 작은 웹사이트라면 외워서 알 가능성이 크고, 모든 것이 잘 작동하는지 확인하는 것이 그렇게 어렵지 않을 것입니다.

그러나 웹사이트를 개발하면서 이를 수동으로 하는 것은 불가능하고 불필요해집니다.

팁: 일주일이나 한 달에 한 번 예약된 스캔을 실행하고 깨진 링크를 식별하면, 더 깊이 파고들어 적절히 해결하세요.

중복 콘텐츠

중복 콘텐츠는 디지털 마케터들 사이에서 알려진 가장 오래되고 흔한 문제 중 하나입니다. 주요 우려는 검색 엔진(구글 포함)에 유사한 페이지를 제공함으로써 올바른 URL을 식별하고 랭킹하는 데 어려움을 겪을 수 있다는 점입니다.

결과적으로 우리(SEO로서)는 트래픽 손실을 겪을 수 있거나 단지 웹사이트의 전체 이점을 얻지 못할 수 있습니다.

검색 엔진 전문가로서 우리는 콘텐츠가 유일한지 확인해야 합니다. 검색 엔진의 삶을 더 쉽게 만들기 위해 몇 가지 흔한 함정을 피해야 합니다.

종종 중복 콘텐츠는 같은 페이지의 다른 버전이 사용자와 봇에게 사용 가능하도록 허용함으로써 발생합니다. 예를 들어, 적절한 리다이렉트 없이 http와 https 버전 모두가 로드되도록 하는 것은 인기 있는 문제입니다.

이 잠재적 문제를 피하려면 올바른 http에서 https로의 리다이렉트를 설정해야 합니다. 브라우저에 *http://oursitename.com*을 입력해 쉽게 테스트할 수 있습니다. https 프로토콜이 활성화되고 올바르게 설정되어 있다면, 브라우저는 https://oursitename.com으로 리다이렉트해야 합니다.

마찬가지로, 웹사이트의 non-www 버전은 그것이 우리 웹사이트의 메인 버전이라면 www 버전으로 리다이렉트되어야 하고, 그 반대도 마찬가지입니다.

URL의 매개변수는 중복 URL을 일으키는 또 다른 흔한 함정입니다. 콘텐츠 관리 시스템은 종종 정렬 매개변수(크기, 색상, 모델 등)를 추가해 같은 콘텐츠를 가진 수많은 페이지를 만들 수 있습니다.

여전히 필요할 때 적절한 canonical과 no-index 속성을 구현한다면 걱정할 일은 아닙니다.

참고: canonical 태그는 유사한 URL 세트 중 어떤 것을 인덱싱하고 메인으로 카운트할지 구글에 알리는 인기 있는 방법입니다. 또 다른 방법은 매개변수가 같거나 유사한 콘텐츠로 다른 URL을 일으킬 때 no-index 속성을 사용하는 것입니다.

타이틀 태그 실패

타이틀 태그는 가장 중요한 온사이트 SEO 요소 중 하나입니다. 검색 엔진에 페이지의 메인 주제가 무엇인지 알립니다. 타이틀 태그는 또한 각 오가닉 리스팅의 상단에 검색 결과에 표시됩니다. 이는 핵심 요소 중 하나로 만들고, 종종 사용자가 특정 결과를 클릭할지의 결정 요인이 됩니다.

올바르게 설정하기 위한 시간을 갖는 것은 **결정적인 SEO 작업**입니다. 그러나 때로는 무시되어 낮은 클릭률로 이어집니다.

타이틀 태그의 주요 문제는 다음과 같습니다.

• ›타이틀 태그가 완전히 누락됨

이 경우 구글은 우리 페이지가 무엇에 관한 것인지 이해한 바를 기반으로 타이틀 태그를 설정합니다. 보통 이 작업을 잘 처리하지만, 여전히 **놓친 SEO 기회**입니다.

특히 가장 중요한 페이지에 대해서는 타이틀 태그를 직접 설정하는 것이 좋습니다.

• ›너무 길거나 짧은 타이틀 태그

짧은 타이틀 태그를 사용하는 것은 잠재 사용자를 끌어들이고 결과를 클릭하게 하는 놓친 방법입니다. 일반적인 관행은 검색 결과에 55~65 글자 사이가 표시되도록 하는 것입니다.

반대로 너무 긴 타이틀 태그(65 글자 이상)는 잘릴 수 있고 완전히 표시되지 않을 수 있습니다. 이는 우리의 전체 메시지를 온라인 세계에 보여줄 또 다른 놓친 기회를 만듭니다.

여기서 보듯이 타이틀과 메타 디스크립션이 모두 잘려 최고의 사용자 경험을 제공하지 못합니다.

• ›중복된 타이틀 태그

이커머스 웹사이트가 동일한 태그를 갖는 것은 흔한 관행입니다. 안타깝게도 다른 유형의 사이트도 종종 그렇습니다. 중복된 타이틀 태그는 웹페이지가 다른 유사한 페이지로부터 두드러지고 차별화되는 것을 더 어렵게 만듭니다.

Robots.txt 문제

Robots.txt는 검색 엔진 크롤러에 중요한 정보와 지침을 제공하는 비교적 간단하지만 유용한 도구입니다. 웹사이트의 루트 디렉토리에 위치하며 플레인 텍스트 형식을 사용합니다.

이는 봇이 귀중한 자원을 낭비하지 않도록 우리 웹사이트의 특정 섹션이 크롤링되는 것을 막을 수 있습니다. 그러나 알아야 할 몇 가지 잠재적 실수가 있습니다.

스테이징 및 개발 사이트나 관리자 패널에 접근 허용

검색 엔진이 도메인의 테스트 및 개발 중인 버전에 도달하지 못하게 하는 여러 방법이 있습니다. 한 가지 방법은 robots.txt 파일에 명령을 사용하는 것이지만, 이를 수행하는 더 효과적인 방법(예: HTTP authentication)이 있습니다.

WP 사이트의 가장 흔한 차단 지침 중 하나는 wp-admin 패널 폴더를 제외하는 것입니다. 다음과 같이 보입니다.

User-agent: * Disallow: /wp-admin/

User-agent: *는 지침이 모든 봇에 적용됨을 의미하며(구글 봇, Bing 봇 등), 두 번째 줄은 /wp-admin/ 폴더와 그 안의 모든 것을 크롤링하지 못하게 하고 싶다는 것을 알립니다.

중요한 URL의 크롤링 차단

이전 명령과 마찬가지로, 봇이 접근하지 못하게 웹사이트의 중요한 폴더를 disallow하지 않기를 원합니다. 예를 들어, 흔한 실수는 다음과 같습니다.

User-agent: * Disallow: /example-important-directory/

또는 때로는 다음과 같을 수도 있습니다.

User-agent: * Disallow: /

이는 기본적으로 모든 봇에 대해 전체 웹사이트를 disallow하는 것입니다. 보통 초기 테스트 동안 웹사이트를 세계에 "공개"하기 전에 사용됩니다. 그러나 때로는 무시되어 DEV나 SEO가 웹사이트가 검색 엔진과 사용자를 포함한 대중에게 사용 가능해질 때 제거하는 것을 잊습니다.

사이트맵 파일에 대한 링크 미포함

Robots.txt는 검색 엔진이 웹사이트의 사이트맵 파일을 찾기 쉽게 만드는 좋은 방법입니다. 놓치는 것이 큰 오류는 아니지만(특히 더 작은 웹사이트의 경우), 여전히 빠르고 유용한 일입니다.

Meta Robots 태그 재앙

Meta robots는 SEO 측면에서 전체적으로 가장 중요한 태그와 디렉티브 중 하나입니다. 사이트 소유자가 검색 엔진에 특정 페이지를 따라가거나 인덱싱하지 않도록 알리는 효과적인 방법입니다.

다양한 사용 사례와 구성이 있지만, 가장 인기 있는(그리고 종종 위험한) 것은 noindex 태그입니다. 그것은 HTML의 head 섹션에 "살아" 다음과 같이 보입니다.

<meta name="robots" content="noindex,follow" />

기본적으로 이는 검색 엔진이 검색 결과에 콘텐츠를 인덱싱하는 것을 권장하지 않지만, 그 페이지의 링크는 따라가기를 원한다는 의미입니다. 검색 엔진이 콘텐츠를 인덱싱하지 못하게 함으로써 다양한 잠재적 문제를 해결할 수 있습니다. 예를 들어:

• ›사용자에게 실제 가치를 제공하지 않는 씬 콘텐츠가 있는 페이지 - 이커머스 웹사이트의 결제 페이지 - 민감한 정보를 포함하는 URL - 대중에게 출시할 준비가 되지 않은 개발/스테이징 페이지

noindex 명령에서 일어나는 가장 흔한 문제는 중요한 페이지(또는 전체 웹사이트)가 온라인 세계에 공식적으로 출시될 준비가 되었을 때 제거하는 것을 잊는 것입니다. DEV가 오랫동안 다양한 것을 테스트하며 작업해 왔는데, 누군가가 출시 후에 제거하는 것을 잊는 경우입니다.

의심할 여지없이 이는 특정 웹사이트나 특정 섹션이 오가닉 트래픽을 가져오지 않는 이유가 궁금할 때 가장 먼저(그리고 가장 간단한) 확인할 일 중 하나입니다.

소스 코드를 열고 "robots" 명령을 검색(ctrl+f)하기만 하면 됩니다. "no index" 디렉티브가 보이면 문제에 빠진 것입니다! 그러나 좋은 소식은 이제 그 이유를 알고 쉽게 해결하는 방법도 안다는 것입니다.

Canonical이 잘못 사용됨

canonical 태그는 SEO의 무기고에서 강력한 무기입니다. 다양한 URL에 존재하는 유사한 콘텐츠로 인한 잠재적 SEO 문제를 피하기 위해 자주 사용됩니다.

예를 들어, 잠재적으로 중복 콘텐츠 문제를 일으킬 수 있는 페이지의 다양한 매개변수가 있는 이커머스 매거진에서 매우 흔합니다.

canonical로 검색 엔진에 어느 것이 "메인" / "원본" 페이지인지 단순히 알려, 다른 모든 버전이 문제를 일으키지 않도록 합니다. 또한 구글은 검색 결과에 표시할 어떤 페이지를 우선시해야 하는지 알게 됩니다.

여기서 발생할 수 있는 몇 가지 문제가 있습니다. 이미 언급했듯이 그중 하나는 같은 콘텐츠를 가진 다른 URL이 있을 때 canonical을 설정하지 않는 것입니다.

canonical이 설정된 경우 가장 흔한 위험은 다음과 같습니다.

• ›canonical URL이 noindex 태그가 있는 URL을 가리킴 - canonical URL이 4xx 또는 5xx 상태 코드를 반환하는 URL을 가리킴 - canonical URL이 페이지의 보안되지 않은 http 버전을 가리킴(보안 버전이 사용 가능할 때) - 자기 참조하지 않는 canonical (소위 canonicalized URL)

참고: 의도적인 경우라면 괜찮을 수 있지만, 대부분의 경우 자기 참조 canonical을 원할 것입니다.

• ›canonical 태그가 비어 있거나 유효하지 않은 페이지를 가리킴

Hreflang 문제

Hreflang은 페이지의 HTML 코드에 있는 하이퍼링크 참조로, 특정 언어나 지역에 할당된 대체 URL을 지정할 수 있게 해줍니다. 다양한 국가에서 운영되고 다양한 언어로 콘텐츠를 제공하는 웹사이트에 특히 중요합니다.

hreflang 참조의 주요 아이디어는 사용자와 그들의 국가/언어에 따라 올바른 웹사이트 버전을 보여주는 것을 보장하는 것입니다.

예를 들어 스페인 방문자에게는 웹사이트/페이지의 /es 버전을, 독일 방문자에게는 /de 등을 제공하고 싶습니다.

본질적으로 우리는 사용자의 언어 설정과 위치에 따라 어떤 페이지를 어떤 언어로 표시해야 하는지 구글에 알리고 있습니다.

Hreflang 어노테이션은 다음과 같이 보입니다.

<link rel="alternate" href="https://www.example.com/es/" hreflang="es" />

가장 흔한 hreflang 문제는 다음과 같습니다.

• ›리턴 링크 누락

대체 URL은 대체 hreflang URL을 포함하는 페이지와 같은 코드를 가져야 합니다. hreflang 태그를 사용할 때 페이지 X가 페이지 Y로 링크하면, 페이지 Y는 페이지 X로 다시 링크해야 합니다. 기본적으로 다른 페이지를 참조하는 모든 hreflang 코드 라인은 추가되는 모든 페이지에 같은 코드를 가져야 합니다.

• ›감지된 언어가 지정된 언어와 일치하지 않음

때때로 hreflang 태그에 지정된 언어가 실제 페이지 콘텐츠와 다를 수 있습니다.

• ›잘못된 ISO 코드

영국의 영어 사용 방문자를 타겟할 때 "en-UK" 대신 "en-GB"를 사용하는 것이 인기 있는 실수입니다. 구문도 매우 중요합니다. 많은 웹사이트가 URL에서 언어를 지정할 때 언더스코어를 사용하지만, hreflang에는 대시만 작동합니다.

• ›자기 참조 태그 누락

자기 참조 hreflang 태그를 추가하는 것은 국제 사이트가 올바르게 설정되고 검색 엔진이 이해하기 쉽도록 보장하는 데 필수입니다.

• ›절대 URL 대신 상대 URL 사용

hreflang의 또 다른 흔한 실수입니다. 경로만 제공하는 상대 주소를 피하고 항상 전체 페이지 경로를 사용해야 합니다.

올바름:

<link rel="alternate" href="https://www.example.com/es/spanish-post" hreflang="es" />

잘못됨:

<link rel="alternate" href="es/spanish-post" hreflang="es" />

여기 hreflang 문제를 식별하는 데 유용한 도구가 있습니다. https://technicalseo.com/tools/hreflang/

JavaScript 위험

구글이 JavaScript가 SEO 문제 없이 사용될 수 있다고 확인하지만, 주의해야 합니다. 종종 개발자는 JS를 사용해 중요한 콘텐츠와 링크를 로드하는데, 이는 검색 엔진이 콘텐츠를 올바르게 크롤링하고 이해할 수 없는 상황을 만들 수 있습니다.

따라서 모든 중요한 정보가 적절히 표시되는지 확인하기 위해 추가 시간을 들여 웹사이트를 검사하는 것이 권장됩니다.

예를 들어 잘못된 JS 구현은 구글이 *우리가 설정한 메타 타이틀과 디스크립션을 읽지 못하게 만드는 결과**를 가져올 수 있고, 이는 검색 결과에서 CTR에 문제를 일으킵니다.

그래서 구글의 JavaScript 콘텐츠 해석을 인지하고 정보를 적절히 크롤링하고 인덱싱할 수 있는지 인지하는 것이 결정적으로 중요합니다.

모바일 사용성 문제

모바일 사용성과 웹사이트의 성능이 오늘날 가장 중요한 SEO 요소 중 두 가지라고 말해도 누구도 놀라지 않을 것입니다.

구글이 *mobile-first indexing*으로 전환하고 웹페이지의 모바일 버전을 우선적으로 고려한 지 몇 년이 지났습니다.

예전에 더 자주 보였던 주요 문제 중 하나는 데스크톱과 모바일 사용자에게 다른 콘텐츠를 표시하는 것입니다. 이는 매우 위험한 관행이며 더 낮은 오가닉 결과로 이어질 수 있습니다.

웹사이트 성능에 영향을 미칠 수 있는 주요 요소 중 일부는 다음과 같습니다.

• ›많은 수의 플러그인

많은 수의 플러그인 설치를 멀리하세요. 플러그인이 많을수록 웹사이트가 더 무거워지고 어색해집니다.

게다가 플러그인은 (제때 업데이트되지 않을 때) 해커의 잠재적 진입점이 되므로 보안 위험이 될 수 있습니다.

• ›최적화되지 않은 이미지

이미지는 페이지 속도와 웹사이트의 전반적 성능에 영향을 미치는 가장 흔한 요소 중 하나입니다. 천천히 로딩되는 웹사이트를 즐기는 사람은 없으니, 이미지를 100kb 미만으로 유지하는 것을 항상 권장합니다.

• ›호스팅 서비스

웹사이트를 호스팅하는 서버가 모든 것이 구축될 기반이라는 점을 고려하세요. 따라서 가장 저렴한 솔루션을 선택하지 않고 미래의 골칫거리를 줄이는 것이 좋습니다. 조금 더 투자할 가치가 있지만, 그 대신 신뢰할 수 있고 안전하며 빠른 호스팅 서비스를 받게 될 것입니다.

요약

이미 보았듯이 SEO에 관해 잘못될 수 있는 수많은 방법이 있습니다. 또한 이는 우리가 마주칠 수 있는 가장 인기 있고 흔한 SEO 기술 문제 중 일부일 뿐이라는 점을 언급할 가치가 있습니다. 발생할 수 있는 더 많은 SEO 악몽이 있습니다.

지금까지 주요 SEO 문제와 더 중요한 회피 또는 해결 방법에 대한 더 나은 아이디어와 이해를 얻는 데 도움이 되었기를 바랍니다.

행운을 빕니다!