2024년 4월 Google 검색엔진 최적화 실무자와의 만남

다음은 2024년 4월 Google 검색엔진 최적화 실무자와의 만남 스크립트입니다. 사이트에 관해 구체적인 도움이 필요하면 Google 검색 센터 도움말 커뮤니티에 질문을 게시해 보세요.

Google에서 내가 웹사이트를 2개 운영하는 것을 알게 되어 순위가 떨어졌을 가능성이 있나요?

존: 페이스님의 질문입니다. Google에서 제가 2개의 웹사이트를 보유하고 있음을 알게 되어 순위가 떨어졌다고 하는데 이 정보가 맞나요?

아니요. 그럴 가능성은 낮습니다. 여러 웹사이트를 운영하는 사용자가 많습니다. 별도의 웹사이트가 있더라도 문제가 되지 않습니다. 좀 더 간접적인 문제가 있는 경우가 많습니다. 여러 웹사이트에서 작업한다면 모든 웹사이트를 정말 멋지게 만들 시간이 부족할 것입니다. 훌륭하지 않은 웹사이트를 만든다면 Google 알고리즘에서 내 사이트를 다른 사람에게 추천할 때 웹사이트의 품질이 우수하지 않음을 인지하게 될 수 있습니다.

URL에서 키워드를 구분할 때 밑줄이나 하이픈을 사용하는 것이 중요한가요?

게리: 하비에르님의 질문입니다. URL에서 밑줄이나 하이픈을 사용하여 키워드를 구분하는 것이 실제로 정말 중요한가요?

URL 키워드는 Google 검색결과의 페이지 순위에 거의 기여하지 않습니다. 그러나 구분자로 무엇을 사용하는지는 중요합니다. 하이픈은 단어를 좀 더 명확하게 구분해 주므로 구분자로서 더욱 효과적입니다. 구분자와 관련된 도움말이 아주 많습니다.

내 사이트에서 페이지로 나누기된 검색결과를 크롤링 및 색인 생성하지 말라고 Google에 요청하려면 어떻게 해야 하나요? 'follow, NOINDEX'를 사용해야 하나요?

존: 또 다른 질문입니다. Google에서 내 사이트의 페이지를 페이지를 크롤링하고 페이지 색인을 생성하기를 원하지만, 페이지로 나누기된 검색결과는 크롤링하거나 색인을 생성하지 않았으면 합니다. 페이지로 나누기된 페이지에서 'follow, NOINDEX'를 사용하면 Google에서 검색결과를 크롤링하지 않고 페이지의 색인도 생성하지 않게 되나요?

먼저 기술적으로 유효한 웹사이트라더라도 색인 생성이 보장되지는 않는다는 점에 유의하시기 바랍니다. 이 문제에 관해 자세히 살펴보기 전에 웹사이트가 진정으로 우수하며 웹 사용자에게 가치를 제공하고 있는지 확인하세요. 질문으로 돌아가자면, 이론적으로 보았을 때 두 가지 결과가 있습니다. Google에서 페이지 및 링크를 확인할 수 있어서 이를 따라갔으나 색인 생성 작업에서 페이지를 누락할 수 있습니다. 아니면 색인 생성에서 페이지가 누락되어 페이지의 콘텐츠가 전혀 사용되지 않을 수도 있습니다. 이 결과는 정의되지 않으며, 사이트의 수명 내에서 바뀌게 됩니다. 현실적으로 말씀드리면 이렇게 불안정한 페이지의 세부정보 페이지에만 연결한다면 Google 또는 다른 검색엔진에서 페이지를 발견할 것이라고 보장할 수 없습니다. 그래도 괜찮을 수도 있습니다. 확실한 결과를 원한다면 검색엔진에서 추측할 필요가 없도록 하시기 바랍니다.

새 주소를 다시 출시한 후에도 이전 도메인의 노출수와 클릭수를 계속 집계해야 하나요?

John: 앤디님의 질문입니다. 새 주소를 다시 출시한 후에도 보고서에서 기존 도메인의 노출수와 클릭수를 계속 집계하는 것이 의미가 있나요?

앤디님, 안녕하세요. 이는 결국 사용자의 결정이며 검색엔진 최적화에 영향을 미치지는 않습니다.

드롭다운에서 색상이 서로 다른 티셔츠 제품의 URL에 #color?color를 사용해야 하나요?

게리: 하비에르님의 질문입니다. 드롭다운에 색상이 다른 티셔츠 제품이 표시됩니다. 모든 옵션은 공유가 가능해야 합니다. URL에 #color 또는 ?color 중 무엇을 사용해야 하나요? # 기호를 사용하여 색인 생성이 가능한 URL이 하나가 되도록 만들고 있습니다.

URL의 프래그먼트를 사용하여 콘텐츠를 변경할 수 있다면 이는 속성화된 결과를 처리하기에 좋은 방법일 수 있습니다. 하지만 단순히 특정 매개변수가 있는 URL 크롤링을 금지하는 것도 방법입니다. 제 생각에 이 내용은 전자상거래 사이트 문서에서 다루고 있을 겁니다. 확인해 보세요.

존: Google 검색에서 내 웹사이트를 삭제하려면 어떻게 해야 하나요?

이런, 최근에 저도 조금 해 본 일입니다. 검색엔진 최적화의 목표는 사용자의 검색 가능성을 높이는 것이지만, 모든 사용자가 이를 원하지는 않죠. 웹사이트의 경우 검색에서 검색되지 않도록 하는 방법이 몇 가지 있습니다. 사용자에게 적합한 웹사이트를 제공하려는 경우 robots.txt 파일 또는 noindex robots meta 태그 중 하나를 사용해 보세요. 자세한 내용을 확인하실 수 있도록 링크를 추가하겠습니다.

사이트를 절대로 찾을 수 없도록 하려면 noindex robots meta 태그를 사용하세요. 웹사이트에 robots.txt를 사용하더라도 웹사이트 이름으로 검색하면 웹사이트가 계속 표시됩니다. Wix나 WordPress와 같은 다양한 콘텐츠 관리 시스템에서 noindex를 간편하게 선택할 수 있습니다.

또한 Google 검색에서 빨리 웹사이트를 삭제해야 한다면 Search Console의 삭제 도구를 사용하세요. 먼저 웹사이트의 소유권을 확인해야 합니다. 일시적인 삭제로 제한되죠. 간단히 말씀드리면, noindex를 사용하세요.

강조 표시된 텍스트 기능이 있는 URL에 연결할 때 PageRank도 같은 방식으로 페이지로 이동하나요?

존: 션님의 질문입니다. 강조 표시된 텍스트 기능으로 연결되는 링크가 있는 URL로 연결할 때 PageRank도 이러한 방식으로 페이지로 이동하나요?

페이지에서 텍스트를 선택하고 페이지의 해당 부분으로 이동하는 링크를 요청하는 브라우저 기능을 말씀하시는 것 같네요. Chrome에서는 이를 '텍스트 프래그먼트 링크'라고 합니다. 이 기능에서는 연결된 URL에 해시 기호, 식별자, 단어 텍스트를 포함한 요소, 페이지의 일부를 고유하게 식별하는 항목이 차례로 표시됩니다. 매우 멋진 기능이죠. 긴 문서의 특정 부분에 링크하려는 경우에 유용합니다. 검색이라는 관점에서 보면 해시 기호 및 그 뒤에 오는 모든 항목은 무시되므로 특별한 효과가 없습니다. 그냥 평범한 링크입니다.

내 사이트가 1주일에 4번, 10~15분 동안 멈추는(503 상태 코드) 경우, 검색엔진 최적화라는 관점에서 우려되는 사안인가요?

게리: 로버트님의 질문입니다. 웹 출시, 서버 오류 503개, 웹 순위에 미치는 영향 등... 웹 출시 속도를 높이고자 합니다. 사이트가 1주일에 4번, 약 10~15분 동안 멈춥니다(503 임시. 사용 불가능). 검색엔진 최적화라는 관점에서 보면 문제가 되나요? 크롤링 또는 순위 지정이라는 측면에서요.

503 상태 코드를 장기간 제공하면 크롤링 속도가 감소합니다. 이 내용은 Google 검색 센터의 다양한 문서에서 다루고 있습니다. 다행히도 가끔 10~15분 정도는 '장기간'으로 간주되지 않으므로 괜찮습니다.

Facebook 페이지 URL을 새 URL로 변경했습니다. 이제 어떤 조치를 취해야 하나요?

존: 파일린님의 질문입니다. Facebook 페이지 URL을 새 URL로 변경했습니다. 이제 어떤 조치를 취해야 하나요?

파일린님, 안녕하세요. 검색 결과에 표시되는 주소를 변경하는 가장 좋은 방법은 리디렉션을 사용하는 것입니다. Facebook 페이지에서 이런 작업을 대신 해드리는지는 잘 모르겠습니다. 브라우저에서 이전 URL을 열면 리디렉션이 되는지 확인할 수 있습니다. 리디렉션되면 새 URL로 이동되어야 합니다. 리디렉션할 수 없는 경우 오래된 페이지를 삭제하여 더 이상 표시되지 않도록 하는 것이 좋습니다. 어느 경우에든 리디렉션이 없으면 검색엔진이 새 URL이 사용자와 더 관련성이 높다는 것을 파악하는 데 일반적으로 시간이 조금 더 걸립니다.

사이트가 WordPress에서 자체 게시로 이전된 후 검색 결과에서 사라졌습니다.

존: 유진님의 질문입니다. 사이트가 WordPress에서 자체 게시로 이전된 후 거의 모든 게시물이 색인에서 사라졌습니다. 검색결과는 '0'개입니다.

이전을 수행한 바로 그 시점에 웹사이트가 검색결과에서 더 이상 표시되지 않고 더 이상 색인이 생성되지 않는다면 새 웹사이트에서 어떤 방식으로든 검색엔진을 차단하고 있거나 Google을 차단하고 있는 것입니다. 저라면 우선 Search Console의 데이터를 분석한 후 조치를 취하겠습니다.

다른 웹사이트 호스팅 업체로 전환할 경우 검색엔진 최적화 순위에 지속적으로 부정적인 영향을 주나요?

개리: 우리 회사에서 웹사이트 호스트 전환을 고려하고 있습니다. 전환하면 검색엔진 최적화 순위에 부정적인 영향을 계속 줄까요?

문서 내용에 따라 작업을 한다면, 이는 웹사이트를 계속 해결할 수 있고 실제 다운타임이 최소한으로 발생함을 의미합니다. 호스트를 변경해도 Google 검색 결과 내 페이지 순위에 부정적인 영향을 미치지 않습니다.

Google이 중국어로 된 봇이 만든 것으로 보이는 내 웹사이트 URL의 색인을 생성합니다.

존: 코스타스님의 질문입니다. Google에서는 중국어 봇이 만든 검색 URL의 색인을 생성합니다. 검색엔진 최적화에 영향을 미칠까요?

안녕하세요. 안 좋은 소식이 있습니다. 검색 결과에 다음과 같은 페이지가 표시되면 웹사이트가 해킹되었을 수 있습니다. '일본어 키워드 해킹'이라고 하는 일반적인 방식과 비슷한 것 같습니다. 웹사이트를 사용자에게 제공하거나 검색 목적으로 사용하려면 이 문제를 반드시 해결해야 합니다. 이 해킹의 다양한 형태를 해결하는 방법에 관한 문서를 링크로 제공하고 있습니다. 물론 이런 문제에 대해 도움을 받는 것을 두려워하지 마세요. 이 문제는 꽤나 기술적이며 복잡할 수 있습니다.

App Engine의 일부 IP를 차단한 다음 사이트맵을 제출했는데 HTTP 403 오류가 발생합니다.

게리: 어떤 분의 질문입니다. App Engine에서 일부 IP를 차단했는데 사이트맵을 제출할 때 403 일반 HTTP 오류가 발생합니다.

Google은 사이트맵 크롤링을 비롯하여 크롤링에 사용하는 모든 IP 주소를 게시합니다. 어떻게 차단하셨는지 모르겠지만 해당 IP를 허용 목록에 포함해 두겠습니다. Google 크롤러의 IP 범위에 관한 자세한 내용은 Google 문서를 참고하세요.

Google 검색 결과에서 내 사이트의 캐시된 이전 버전을 삭제하려면 어떻게 해야 하나요?

존: 세드릭님의 질문입니다. Google 검색결과에서 이전 정보가 캐시된 검색결과를 지우려면 어떻게 해야 하나요?

좋은 소식입니다. Google은 검색결과에서 페이지의 캐시된 버전으로 연결되는 링크를 삭제하기 시작했습니다. 적어도 이러한 조치는 취해진 것이죠. 하지만 페이지의 색인이 계속 생성되어 스니펫을 사용하여 표시될 수도 있습니다. 이는 시간이 지남에 따라 자동으로 새로고침되므로 특정 시점에서 웹페이지의 현재 상태를 반영하며, 웹사이트에서 페이지가 완전히 삭제되면 사라질 수도 있습니다. 급한 경우 삭제 도구를 사용하면 됩니다. 연결해 드리겠습니다.

부동산 광고에 Indexing API를 사용할 수 있나요?

게리: 레다님의 질문입니다. 부동산 웹사이트에 Indexing API를 부동산 광고로 사용할 수 있나요?

Indexing API 문서를 확인해 보시기 바랍니다. Indexing API는 채용 정보 및 방송 이벤트로만 제한되며 다른 용도로는 사용되지 않습니다. Indexing API가 작동할 수도 있습니다. 하지만 이 두 가지 용도를 위한 API이므로 지원되지 않는 카테고리에서 하룻밤 사이에 작동이 중단되어도 놀라지는 마시기 바랍니다.

이미지 제목을 HTML 텍스트(예: H1 태그)로 통합해도 되나요?

존: 나탈리아님의 질문입니다. 이미지 제목을 HTML 텍스트로 통합해도 되나요? 예를 들어 H1으로 설정해도 되나요?

텍스트를 HTML 요소 및 이미지에 통합하는 방법에는 여러 가지가 있습니다. 대부분의 경우 별다른 설정 없이 작동합니다. 이미지 파일에 텍스트를 넣는 것은 피해야 합니다. 검색엔진과 일부 사용자가 인식하기 어렵기 때문입니다.

게리: 어떤 분의 질문입니다. 웹사이트에 데스크톱 메뉴와 동일한 링크가 포함된 숨겨진 버거 메뉴가 있으면 제재를 받을 수 있나요? DOM에 중복 링크가 있나요?

대답은 '아니요'입니다.

도메인에서 지역 하위 도메인을 사용하는 경우 여러 개의 hreflang 태그를 사용하여 선호하는 위치를 표시할 수 있나요?

존: 대런님의 질문입니다. 도메인에서 me.domain과 같은 지역 하위 도메인(중동)을 사용하는 경우 여러 개의 hreflang 태그를 사용하여 선호하는 위치를 표시할 수 있나요?

예, 동일한 페이지에 여러 hreflang 값을 사용할 수 있습니다. 예를 들어 독일과 오스트리아에 독일어 페이지를 하나씩 만들 수 있습니다. 이 기능은 특히 검색 결과에서 사용자에게 표시되는 URL을 사용자의 언어 및 위치에 따라 변경하는 hreflang에 사용됩니다. 다국어화 문서에서 자세한 내용을 확인하세요.

HTTP에서 HTTPS로 웹사이트를 이동할 때 Search Console 속성을 새로 만들어야 하나요?

존: 이반님의 질문입니다. HTTP에서 HTTPS로 웹사이트를 이동할 때 Search Console 속성을 새로 만들어야 하나요?

간단히 말씀드리면 그렇습니다. 또는 도메인 수준에서 확인하면 두 가지 모두 자동으로 확인됩니다.

게리: 클라우디아님의 질문입니다. 외부 소스에서 내 웹사이트로 이동하는 가짜 404 URL이 있으면 순위 하락과 관련이 있을 수 있나요? 이 문제를 해결하려면 어떻게 해야 하나요?

Googlebot이 가짜 404를 크롤링하더라도 순위 하락에 기여할 수는 없습니다. 사이트에 404가 여러 개 표시되는 것은 정상이며, 이를 해결하지 않아도 됩니다. 하지만 분석 소프트웨어에서 이러한 404 URL을 통해 유입되는 실제 사용자 수가 더 많아지는 것이 확인되는 경우, 저라면 이러한 URL에 관련 콘텐츠를 표시하는 등의 방법을 사용해 이 URL을 변환하려고 노력할 겁니다.

Search Console에서 도메인을 확인하는 데 사용된 Google 계정이 새 웹사이트의 소유자와 일치해야 하나요?

존: Google Search Console에서 도메인을 확인하는 데 사용된 Google 계정이 새 Google 사이트의 소유자와 일치해야 하나요?

Search Console 인증은 웹사이트와 관련된 데이터 및 설정에 액세스할 수 있게 해줍니다. Google의 경우 누가 웹사이트의 소유권을 확인했는지는 중요하지 않습니다. 하지만 조직의 관점에서 보자면 회사의 웹 활동을 관리할 때 직원의 개인 계정을 사용하는 것은 좋지 않습니다. 하지만 Search Console과 Google 검색에서는 중요하지 않습니다. 질문자님이 결정하실 문제입니다.

사이트맵 파일 이름은 sitemap.xml 또는 sitemap_index.xml여야 하나요? 그리고 사이트맵은 필수인가요?

게리: 랜지트님의 질문입니다. 사이트맵 파일 이름에 sitemap.xml 또는 sitemap_index.xml 이외의 다른 이름을 사용할 수 있나요? 그리고 사이트맵은 필수인가요?

사이트맵이 반드시 있어야 할 필요는 없지만 하나 이상의 사이트맵이 있는 경우 원하는 대로 이름을 지정할 수 있습니다. 예를 들어 제 사이트맵의 이름은 johnmu_loves_cheese.xml 입니다.

모바일 사이트 URL을 반응형 웹 디자인이나 동적 게재를 사용하는 대신 데스크톱 URL로 리디렉션해야 하나요?

존: 프렘님의 질문입니다. 반응형 또는 동적 게재 방식을 사용하는 대신 모바일 사이트 URL을 일반 데스크톱 URL로 리디렉션해야 하나요?

한 걸음 물러서서 살펴보자면, 모바일과 데스크톱 버전에 별도의 URL을 사용할 수도 있습니다. 하지만 이렇게 하면 검색엔진 최적화뿐 아니라 분석, 유지보수, 테스트라는 측면에서 상황을 불필요하게 어렵게 만들게 됩니다. 가능하면 안전한 반응형 설정으로 이동하는 것이 좋습니다.