구글 직원이 알려주는 검색엔진 최적화 실무 Q&A 모음집

구글 직원이 알려주는 검색엔진 최적화 실무 Q&A 모음집

구글 직원이 알려주는 검색엔진 최적화 실무 Q&A 모음집입니다. 개인적으로 회사 홈페이지의 검색엔진 최적화 실무를 진행할 경우 참고하기 위해 정리합니다.

구글 검색 엔진 최적화 작업 이후 일부 추가 작업을 진행할 경우 구글의 공식문서와 구글 직원의 코멘트를 확인하는 것이 안전하다고 생각합니다

구글 검색엔진 최적화의 기본과 세부 내용을 보고 헷갈리는 내용들은 유튜브 서치 센트럴에서 공부하시면 됩니다.

업데이트 내용 : 2022년 11월~2024년 8월까지

2024년 8월

Q: 제 웹사이트는 영어와 스와힐리어 페이지가 있는데, 영어 페이지는 거의 항상 인덱싱되지만 스와힐리어 페이지는 그렇지 않습니다. 왜 그럴까요?
A: 페이지의 언어와 상관없이 대부분의 콘텐츠는 유사하게 처리됩니다. 그러나 스와힐리어 페이지와 영어 페이지는 별개의 페이지로 간주되므로, 사이트 내 다른 페이지에서 이 페이지들이 연결되어 있는지 확인해야 합니다. 서로 다른 언어 버전을 교차 링크해 인덱싱을 돕는 것이 좋습니다. hreflang을 사용하는 것도 좋은 방법입니다. 추가로 국제 사이트 관리에 대한 구글의 가이드를 참조하면 유용한 정보를 찾을 수 있습니다.

Q: 사이트에 많은 nofollow 또는 noindex 태그를 사용하는 것이 구글에 저품질 페이지가 많다는 신호를 줄 수 있나요?
A: 아닙니다. 이는 저품질 콘텐츠를 의미하지 않으며, 단지 해당 링크에 연관성을 부여하지 않으려는 것일 뿐입니다. 예를 들어, 사용자가 생성한 콘텐츠라면 rel=ugc를 사용하는 것이 좋으며, 링크할 사이트가 몇 년 후 어떻게 될지 확실하지 않다면 rel=nofollow를 사용하는 이유가 될 수 있습니다.

Q: 404 오류 페이지가 많습니다. 리디렉션을 하지 않으면 사이트의 순위가 떨어지나요?
A: 404 오류 페이지는 사이트 순위에 영향을 주지 않습니다. 리디렉션은 과거 페이지를 처리하는 한 가지 방법이지만, 모든 경우에 필요한 것은 아닙니다. 예를 들어, 새 제품이 이전 제품을 완전히 대체하는 경우 리디렉션을 사용하는 것이 괜찮습니다. 하지만 단순히 비슷한 페이지로 리디렉션하는 것은 좋지 않은 사용자 경험을 제공합니다. 차라리 404 상태 코드를 반환하고, 사용자에게 설명하는 404 페이지를 만드세요.

Q: CDN에서 이미지를 사용할 때, 응답 속도가 검색 결과에 이미지를 표시할지 여부를 결정하나요?
A: 응답 속도는 여러 요인 중 하나일 뿐이며, 구글이 이미 다른 도메인에서 해당 이미지를 인덱싱한 경우 표시되지 않을 수 있습니다. 다만, 사용자에게는 이미지가 빠르게 로드되면 좋은 경험을 제공할 수 있습니다. 또한 CDN은 이미지 크기 조정 및 최적화를 자동으로 수행할 수 있는 추가 기능도 제공하므로 속도 외에도 다른 이점을 얻을 수 있습니다.

Q: Search Console에 접근할 수 없는 상태에서 내 도메인 만료 후 새로운 소유자가 내 URL을 악용하지 않도록 하려면 어떻게 해야 하나요?
A: Search Console 데이터는 사용자와 연결되어 있지 않으며, 나중에 사이트 소유를 인증한 사람도 해당 데이터를 볼 수 있습니다. 이 데이터를 초기화할 방법은 없으므로, 도메인이 만료되지 않도록 관리해야 합니다. 도메인을 다시 인증하고 사이트 제거 요청을 제출하면 일정 기간 동안 검색에서 사이트가 표시되지 않도록 할 수 있습니다. 도메인을 판매할 계획이라면 새 소유자에게 이 요청을 알리는 것이 좋습니다.

Q: 같은 콘텐츠를 포함하는 여러 국가별 하위 도메인이 특정 시장에 맞게 순위를 매기려면 어떻게 해야 하나요?
A: 동일한 콘텐츠라면, 어느 하위 도메인에 있든 동일하게 취급됩니다. 국가별 차이가 있는 경우 hreflang을 사용하여 해당 국가에 적합한 버전을 제안할 수 있습니다. 하지만 단순히 하위 도메인을 사용한다고 해서 각 지역에 맞게 콘텐츠가 표시되는 것은 아닙니다. 자세한 내용은 구글의 국제 사이트 관리 가이드를 참조하세요.

Q: 리치 결과에서 잘못된 통화가 표시됩니다. 어떻게 해결할 수 있을까요?
A: 이는 주로 중복된 콘텐츠로 인해 발생할 수 있습니다. 예를 들어 독일과 스위스의 페이지 내용이 거의 동일하다면, 시스템이 이를 중복 콘텐츠로 간주할 수 있습니다. 각 페이지가 너무 비슷하지 않도록 변경하거나, Merchant Center 피드를 사용하여 가격 정보를 제출하는 방법도 고려해 볼 수 있습니다.

Q: 사이트 스크래핑 및 성능 문제를 어떻게 해결할 수 있을까요?
A: 이 문제는 성능 저하를 일으킬 정도로 공격적인 크롤링으로 인해 발생하는 서비스 거부 공격일 수 있습니다. WHOIS 정보를 사용해 트래픽이 발생하는 네트워크의 소유자를 확인하고, 호스팅 업체에 남용 신고를 할 수 있습니다. 또한 CDN을 사용하면 봇 트래픽을 감지하고 차단할 수 있습니다. CDN은 합법적인 검색 엔진 봇은 차단하지 않으니 이 점을 고려해 사용해 보세요.

Q: 내 웹사이트는 온라인 쇼핑몰이 아닌데, Search Console에 쇼핑 탭이 표시됩니다. 어떻게 수정하나요?
A: 별다른 조치를 취할 필요는 없습니다. 구글 시스템이 제품 관련 정보를 감지하여 Search Console에 이 옵션을 표시한 것뿐입니다. 이 탭이 표시된다고 해서 사이트가 온라인 쇼핑몰로 간주되지는 않으니 걱정하지 않아도 됩니다.

Q: YouTube 동영상과 동일한 텍스트를 웹 페이지에 올리면 중복 콘텐츠로 간주되나요?
A: 아닙니다. 하나는 동영상이고, 다른 하나는 텍스트 콘텐츠이므로 둘 다 고유한 콘텐츠로 취급됩니다. 일부 사용자는 텍스트 버전을 선호할 수 있으며, 동영상을 사용할 수 없는 상황에서도 텍스트는 유용합니다.

Q: 소매 웹사이트에서 제품의 정확한 가격을 유기적 검색 결과에 표시하려면 어떻게 해야 하나요?
A: Merchant Center 피드를 사용하는 것이 가장 좋습니다. 가격 정보를 제출하는 방법은 여러 가지가 있으며, 이를 통해 제품 가격이 정확하게 표시될 수 있습니다. 문제 해결이 어렵다면, 도움말 포럼에 상세 내용을 올려 더 많은 지원을 받을 수 있습니다.

Q: 외부 서비스에서 가져온 리뷰를 구조화 데이터로 사용할 경우 SEO에 부정적인 영향을 미칠까요?
A: 다른 웹사이트에서 가져온 리뷰를 사용하는 것은 구글 가이드라인에 위배됩니다. 이는 페이지가 리뷰 리치 결과에 표시되지 않도록 할 수 있습니다. 구조화된 리뷰에 대한 자세한 가이드를 참고하세요.

Q: 존재하지 않는 하위 디렉토리도 구글이 크롤링하나요? 문제가 될 수 있나요?
A: 구글은 단순히 URL 변형을 시도하지 않고, 링크를 통해 새로운 URL을 발견합니다. 따라서 하위 디렉토리가 링크되지 않는 한 구글은 이를 인식하지 못할 가능성이 큽니다. 하위 디렉토리가 404를 반환하더라도 문제가 되지 않으며, 이는 건강한 웹사이트의 자연스러운 일입니다.

Q: 해킹된 페이지가 1년이 지나도 여전히 구글에서 크롤링되는 이유는 무엇인가요?
A: 구글봇은 해킹된 페이지를 크롤링할 수 있지만, 시간이 지나면 포기하게 됩니다. 종종 해킹된 페이지가 실수로 삭제되거나, 나중에 합법적인 콘텐츠로 복원되는 경우도 있습니다. 따라서 구글은 이를 놓치지 않으려고 합니다. 시간이 지나면 구글봇은 다른 페이지로 이동할 것입니다.

Q: 프랑스에서 온라인 쇼핑몰을 운영 중인데, 미국 시장을 타겟으로 하려면 Search Console에서 변경할 사항이 있나요?
A: Search Console에서 지리적 타겟팅 설정은 더 이상 존재하지 않으므로 변경할 필요가 없습니다. 현재 국가별 도메인을 사용 중이라면 .com과 같은 일반 최상위 도메인(TLD) 사용을 고려해 볼 수 있습니다. Merchant Center를 사용하는 것도 좋은 방법입니다.

Q: 웹사이트 감사에서 Search Central 문서에 없는 내용을 권장받았습니다. 이것이 SEO에 중요한가요?
A: 일부 감사 보고서는 SEO에 직접적인 영향을 주지 않는 항목을 언급할 수 있습니다. 예를 들어, ‘텍스트 대 코드 비율’은 구글 검색에 영향을 미치지 않으며, ‘CSS/JS 미니파이’는 사용자 경험을 개선할 수 있지만 SEO와는 큰 관련이 없습니다.

Q: 워드프레스 플러그인을 업데이트한 후 인덱싱 문제가 발생했습니다. 어떻게 해결하나요?
A: 워드프레스와 같은 CMS나 플러그인은 웹사이트의 표시 방식을 크게 변경할 수 있으며, 검색 엔진에 영향을 미칠 수 있습니다. 문제가 발생한 경우, 해당 시스템에 익숙한 전문가의 도움을 받아 문제를 진단하고 적절한 설정을 확인하는 것이 좋습니다.

Q: UTM 링크에 medium referral 파라미터가 있을 경우 백링크의 SEO 가치가 사라지나요?
A: 아닙니다. 하지만 UTM 파라미터가 포함된 링크의 타겟 페이지에서 캐노니컬 URL을 설정하는 것이 좋습니다.

**Q: SaaS 회사가

로그인 페이지를 사이트링크에 표시하려면 어떻게 해야 하나요?**
A: 사이트링크에 표시되는 페이지를 직접 제어할 수는 없지만, 로그인 페이지가 인덱싱 가능하고 크롤링이 차단되지 않도록 설정하면 구글에서 이를 정상적으로 인식할 수 있습니다.

Q: 블로그 댓글에 답변을 남기지 않으면 SEO에 영향을 미치나요?
A: 전혀 그렇지 않습니다. 구글 검색은 댓글에 답변이 달렸는지 여부를 체크하지 않으며, 텍스트가 있으면 그걸로 충분합니다.

Q: 로봇.txt 파일이 Search Console에서는 소프트 404로 나타나지만, 사용자에게는 잘 보입니다. 왜 그런가요?
A: 문제 없습니다. 로봇.txt 파일이 인덱싱되지 않아도 상관없습니다. 이는 정상입니다.

Q: X-Robots-Tag가 누락된 것 같습니다. 이 문제를 해결하려면 어떻게 해야 하나요?
A: 문제될 것이 없습니다. X-Robots-Tag HTTP 헤더는 페이지를 인덱싱에서 제외하거나 특별히 다르게 취급할 때만 필요합니다. 없으면 페이지는 다른 페이지처럼 인덱싱될 것입니다.

Q: Geo-IP 리디렉션을 사용하는 국제 웹사이트에서 “페이지 리디렉션 중” 문제를 어떻게 해결하나요?
A: Geo-IP 리디렉션은 검색 엔진 크롤러가 특정 지역의 페이지로 자동 리디렉션되게 하여 다른 로컬 페이지를 보지 못하게 하는 문제가 있습니다. 리디렉션 대신 사용자에게 배너를 표시하여 해당 지역 페이지로 이동할 수 있게 하는 방법이 좋습니다.

Q: 원의 둘레를 계산하는 법칙이 2πR이라면, 실재하는 원은 존재하지 않는다는 의미인가요?
A: 음… 그럴 수도 있겠네요! 현실을 의심하게 하지 말아 주세요!

Q: 1년 전에 웹사이트를 변경하고 SEO 작업을 많이 했습니다. 이게 지금 트래픽에 영향을 주고 있나요?
A: 변경한 SEO 작업이 실제로 영향을 미쳤는지, 그리고 그 효과가 나타나는 데 시간이 얼마나 걸릴지는 여러 요소에 따라 달라집니다. 경험을 쌓고 다른 사람의 의견을 구하면서 문제를 해결해 나가야 합니다.

Q: 나쁜 트래픽이 내 사이트로 들어오는 것이 사이트 신뢰도에 영향을 줄까요?
A: 단순히 악성 트래픽이 유입된다고 해서 사이트 신뢰도에 영향을 주지는 않습니다. 구글은 사이트 자체가 스팸이나 악성 소프트웨어를 배포하는 경우에만 신뢰도에 영향을 줍니다.

Q: 페이지 메타 제목과 설명을 수정하면 현재 순위에 영향을 미치나요?
A: 그렇습니다. 제목이나 설명을 변경하면 검색 결과에 변경 사항이 반영될 수 있습니다. 이는 예상된 결과이며, SEO에서 자주 사용하는 전략입니다.

Q: 여러 Search Console 속성 한도를 늘릴 수 있나요?
A: 아쉽지만, Search Console 속성 한도를 늘릴 수 있는 방법은 없습니다.

2024년 7월

Q: 구글은 점진적인 CMS 마이그레이션과 hreflang을 어떻게 처리하나요?
A: 사이트의 CMS를 점진적으로 마이그레이션하는 경우, 모든 페이지가 처음부터 완벽하게 연결되지 않는 것은 흔한 일입니다. hreflang 같은 구조화된 데이터나 메타데이터가 아직 페이지에 없는 경우, 그 정보는 구글이 고려하지 않습니다. 사이트가 완전히 업그레이드되고 이러한 마크업이 다시 추가되면 구글이 이를 다시 반영합니다. hreflang의 경우 여러 페이지가 관련되며, 일부 페이지에 마크업이 없으면 그 연결은 무시됩니다. 사이트가 완전히 마이그레이션되지 않았을 때는 일시적인 영향이 있을 수 있지만, 장기적인 문제를 일으키지는 않습니다. 국제 웹사이트 관리에 대한 추가 정보를 확인하세요.

Q: GoogleOther 크롤러는 검색 외 어떤 기능을 지원하나요?
A: GoogleOther는 구글의 다양한 제품 팀이 공용 콘텐츠를 크롤링하는 데 사용하는 일반적인 크롤러입니다. 이는 내부 연구 및 개발을 위해 일회성으로 크롤링을 할 수 있습니다. 과거에는 Googlebot이 이런 역할을 했지만, 더 투명하게 관리하기 위해 GoogleOther가 도입되었습니다. 검색에 영향을 미치지 않으며, GoogleOther 크롤링을 차단하면 다른 구글 제품에 영향을 미칠 수 있습니다.

Q: 내 사이트의 제품이 구글 리치 스니펫에서 사라졌습니다. 왜 그럴까요?
A: 특정한 이유를 확인하기는 어렵지만, 사이트의 기술적 문제를 신속히 해결하는 것이 중요합니다. 사이트맵 문제로 인해 리치 스니펫이 사라진 것 같다면, 전문가의 도움을 받아 사이트의 문제를 확인해 보세요. 구체적인 제품 구조화 데이터 문서를 참고해 추가 정보를 얻을 수 있습니다.

Q: 한국어로 구글에서 검색할 때 .com.kr 도메인과 .com 도메인 중 어떤 것이 더 나은가요?
A: 일반적으로 로컬 도메인(.kr)이 사용자의 위치에 맞는 콘텐츠를 홍보하기 때문에 조금 더 유리할 수 있습니다. 하지만 .com 도메인도 여전히 좋은 성과를 낼 수 있습니다. 사이트의 언어가 검색 쿼리 언어와 일치하는 것이 도메인 이름보다 더 큰 영향을 미칠 수 있습니다.

Q: 제품 포트폴리오를 크게 확장하면 SEO 성능에 어떤 영향을 미치나요?
A: 사이트가 대규모로 확장되면, 검색 엔진은 사이트를 새롭게 평가할 가능성이 큽니다. 예를 들어 제품이 1만 개에서 10만 개로 증가했다면, 이는 새로운 웹사이트로 간주될 수 있으며, 따라서 검색 엔진이 사이트를 다르게 평가할 수 있습니다. 이 문제를 SEO 문제로만 보지 말고, 전략적으로 접근하는 것이 좋습니다.

Q: 구글 검색 결과에서 오래된 페이지를 어떻게 제거하나요?
A: 새 사이트를 론칭한 후에도 이전 사이트의 링크가 검색 결과에 남아있는 것은 정상입니다. 사람들은 이전 이름을 오래도록 사용하는 경우가 많습니다. 검색 결과에서 오래된 링크가 사라지지 않더라도 시간이 지나면 자동으로 업데이트될 것입니다. 긴급한 경우 Search Console의 제거 도구를 사용할 수 있습니다.

Q: 페이지 인덱싱 보고서의 모든 오류를 제거할 수 있나요?
A: 모든 오류를 수정할 필요는 없습니다. 많은 오류는 예상 가능한 것이며, 예를 들어 사이트의 일부를 제거할 때 발생하는 오류나, 검색 엔진이 사이트의 모든 페이지를 인덱싱하지 않는 것은 일반적인 일입니다. 특정 오류가 궁금하다면, 도움말 포럼에서 다른 사이트 소유자와 의견을 나누는 것을 추천합니다.

Q: status.search.google.com/summary에 대한 API 링크가 있나요?
A: 좋은 소식입니다! RSS 파일과 JSON 기록을 가져와 사용할 수 있습니다. 이를 바탕으로 원하는 데이터를 구축할 수 있습니다.

Q: Search Console에서 제품 스니펫을 늘리는 방법은 무엇인가요?
A: 제품 리치 결과는 페이지가 인덱싱되었는지 여부에 따라 달라지며, 구조화된 데이터가 유효해야 하고 구글 시스템이 해당 데이터를 표시할 가치가 있다고 판단해야 합니다. 또한 Merchant Center 계정에 피드를 제출해 제품을 표시할 수도 있습니다. 이는 Search Console과는 별도의 시스템입니다.

Q: Search Console에서 무제한 인덱스 요청이 가능한가요?
A: 아니요, 무제한 인덱스 요청은 제공되지 않습니다.

Q: 일반 영어 단어와 혼동되는 브랜드명 때문에 SEO에 문제가 발생했습니다. 도와주실 수 있나요?
A: 이러한 문제는 시간이 지나면 시스템이 사용자가 실제로 찾고자 하는 사이트를 인식하면서 자연스럽게 해결될 수 있습니다. 하지만 이 과정은 몇 달이 걸릴 수 있습니다.

Q: 구글이 텍스트 일부를 무시하게 할 수 있는 HTML 태그가 있나요?
A: 구글이 특정 텍스트를 무시하게 할 수 있는 특별한 태그는 없습니다. JavaScript를 사용해 인덱싱되지 않기를 원하는 태그를 페이지에 삽입하고, 해당 JavaScript를 크롤링하지 않도록 설정하는 방법이 있을 수 있습니다.

Q: 비식용 레시피에 ‘레시피’ 구조화 데이터를 사용할 수 있나요?
A: 아니요, ‘레시피’ 구조화 데이터는 식용 레시피에만 사용할 수 있습니다. 다른 용도로 마크업을 잘못 사용하는 것은 권장되지 않습니다.

Q: 이전 도메인의 SEO 순위를 새로운 도메인으로 이전하는 데 도움을 줄 수 있나요?
A: 구글 팀은 SEO 순위 이전을 도와주지 않지만, 여러분이 직접 할 수 있습니다. 사이트 마이그레이션 가이드라인을 참고하세요.

Q: 내 사이트의 SEO가 최적화되고 있는지 어떻게 확인할 수 있나요?
A: SEO 관리 대행사와 협력할 때는 정기적으로 미팅을 통해 진행 상황을 논의하고 사이트의 성과를 확인하는 것이 중요합니다. 대행사의 업무를 이해하고 그들이 기대하는 일을 하고 있는지 확인하는 것이 필요합니다. SEO 대행사를 고용하는 방법에 대한 문서를 참조하고, SEO 시작 가이드를 통해 기본 정보를 습득하세요.

Q: 구글 검색 엔진에 noindex 태그를 어떻게 적용하나요?
A: noindex 메타 태그는 개별 페이지에 적용됩니다. HTML 페이지의 head 요소에 robots 메타 태그와 noindex 값을 추가하면 됩니다. 자세한 내용은 관련 문서를 참조하세요.

Q: 구성품 변형 데이터로 300만 개의 제품 변형을 처리할 수 있나요?
A: 모든 필드가 완전하지 않은 경우에도 구조화된 데이터를 사용할 수 있지만, 시스템에서 이를 무시할 수 있습니다. 너무 많은 변형을 처리하기보다는 공통적으로 제공하는 변형에 초점을 맞추는 것이 좋습니다.

Q: 웹페이지에 포함된 RSS 피드의 링크를 구글 크롤러가 크롤링할까요?
A: 예, RSS 피드가 사이트에 참조되면 구글이 이를 사용해 새로운 URL을 발견할 수 있습니다. 사이트맵 문서를 참조하세요.

Q: 로고를 업데이트했는데 구글 검색에 반영되지 않았습니다. 왜 그런가요?
A: 파비콘 업데이트는 시간이 걸릴 수 있으며, 구글 시스템은 이를 자주 새로 고치지 않습니다. 관련 파일이 모두 업데이트되었는지 확인하고, 시간이 지나면 반영될 것입니다. 파비콘 관련 문서를 참고하세요.

Q: SEO 스타터 가이드의 헤딩 순서에 대한 설명이 정확한가요?
A: SEO 스타터 가이드는 최신 정보로 자주 업데이트되므로, 가이드에서 읽은 내용은 신뢰할 수 있습니다. 다른 도구가 제공하는 정보가 반드시 구글과 관련된 것은 아닙니다.

Q: Search Console에서 도메인을 확인한 계정이 웹사이트 소유주와 일치해야 하나요?
A: Search Console에서 도메인을 확인하는 것은 웹사이트의 데이터와 설정에 접근하기 위한 것입니다. 구글에서는 누가 소유를 확인했는지는 중요하지 않지만, 조직 차원에서는 개인 계정을 사용하는 것이 바람직하지 않을 수 있습니다.

Q: URL의 크롤링이나 인덱싱을 차단하면 외부 및 내부 링크의 링크 파워가 취소되나요?
A: 사용자가 페이지에 접근할 수 없다면, 해당 페이지의 링크는 무의미해질 수 있습니다. 중요한 페이지가 차단된 페이지에서만 링크될 경우 검색이 어려워질 수 있습니다.

Q: 내 사이트맵 파일을 어떻게 정리해야 하나요?
A: 사이트맵 파일은 자유롭게 정리할 수 있습니다. 자동으로 생성되는 경우,

페이지 수 제한에 맞춰 파일을 채워 넣는 것이 좋습니다.

2024년 6월

Q: 제 사이트 순위가 두 개의 웹사이트를 운영하고 있다는 사실 때문에 떨어졌을까요?
A: 순위가 떨어진 것이 단순히 두 개의 웹사이트를 운영하고 있다는 사실 때문은 아닙니다. 많은 사람들이 여러 웹사이트를 운영하고 있으며, 이는 문제가 되지 않습니다. 오히려 여러 웹사이트를 관리하다 보면 각각의 사이트에 충분한 시간과 노력을 투자하지 못해 품질이 떨어질 수 있습니다. 만약 웹사이트가 충분히 가치 있고 사용자에게 도움이 되지 않는다면, Google의 알고리즘이 이를 반영해 순위에 영향을 미칠 수 있습니다.

Q: URL에서 키워드를 구분할 때 밑줄(underscore)과 하이픈(hyphen) 중 어떤 것이 더 나은가요?
A: URL에서 키워드는 검색 순위에 거의 영향을 미치지 않지만, 구분 기호로 무엇을 사용하는지는 중요할 수 있습니다. 하이픈이 단어를 구분하는 데 더 명확하기 때문에 더 적합한 경우가 많습니다. 이에 대한 자세한 내용은 Google의 공식 문서를 참고하는 것을 권장드립니다.

Q: 사이트의 페이지는 크롤링되길 원하지만, 페이지네이션된 검색 결과는 인덱싱되지 않도록 하려면 어떻게 해야 하나요?
A: 이론적으로 두 가지 결과가 있습니다. Google이 페이지와 링크를 크롤링하고 인덱스에서 제외할 수 있거나, 페이지 전체가 인덱스에서 제외될 수 있습니다. 결과는 사이트의 생애 동안 변동될 수 있으며, Google이 크롤링하거나 검색 엔진이 발견하는 것이 보장되지 않습니다. 더 확실하게 하려면 검색 엔진이 페이지를 예측하지 않도록 설정하는 것이 좋습니다.

Q: 새로운 주소로 리런칭 후, 이전 도메인에서의 노출과 클릭 수를 계속 기록해야 하나요?
A: 이 결정은 전적으로 사용자의 몫이며, SEO에는 영향을 미치지 않습니다.

Q: 드롭다운에서 다양한 색상을 제공하는 티셔트 상품의 URL에 #color나 ?color 중 어느 것을 사용하는 것이 좋나요?
A: 만약 URL에 프래그먼트(#)를 사용해 콘텐츠를 변경할 수 있다면, 이는 효율적인 방법이 될 수 있습니다. 하지만 특정 매개변수를 가진 URL의 크롤링을 차단하는 것도 좋은 방법입니다. 이에 대한 자세한 내용은 전자상거래 사이트를 위한 문서를 참조하시기 바랍니다.

Q: 내 웹사이트를 Google 검색에서 어떻게 제거하나요?
A: 웹사이트를 검색에서 제거하는 방법은 여러 가지가 있습니다. 만약 웹사이트가 여전히 사용자에게 제공되기를 원한다면, robots.txt 파일이나 noindex 메타 태그를 사용할 수 있습니다. 더 확실한 방법은 noindex 메타 태그를 사용하는 것이며, 급하게 검색에서 제거해야 한다면 Search Console의 제거 도구를 사용할 수 있습니다.

Q: 하이라이트된 텍스트 기능을 가진 URL로 링크를 걸면, PageRank가 동일하게 흐르나요?
A: 하이라이트된 텍스트 기능을 사용하는 경우, URL에 해시 기호(#)가 포함되지만, 검색 엔진은 해시 기호 이후의 내용은 무시합니다. 따라서 이는 일반 링크처럼 취급되며 PageRank 흐름에 특별한 영향은 없습니다.

Q: 사이트가 일주일에 4번, 10~15분 정도 다운되면 SEO에 영향을 미치나요?
A: 서버 오류로 인해 장시간 503 상태 코드가 반환되면 크롤링 빈도가 감소할 수 있습니다. 하지만 10~15분 정도의 짧은 시간은 큰 문제가 되지 않으므로 걱정하지 않으셔도 됩니다.

Q: Facebook 페이지 URL을 새로 변경했는데, 그 후 어떻게 해야 하나요?
A: Facebook 페이지에서 리디렉션을 설정할 수 있다면, 이전 URL이 자동으로 새로운 URL로 리디렉션되도록 설정하는 것이 이상적입니다. 만약 리디렉션이 불가능하다면, 이전 페이지를 삭제하는 것이 좋습니다.

Q: WordPress에서 자체 게시 시스템으로 이전한 후, 검색 결과에서 사이트가 사라졌습니다. 이유가 뭘까요?
A: 사이트 이전 후 검색 결과에서 사라졌다면, 새 사이트가 검색 엔진에 의해 차단되었을 가능성이 있습니다. 먼저 Search Console에서 데이터를 확인한 후 문제를 분석하는 것이 좋습니다.

Q: 웹 호스팅 제공업체를 변경하면 SEO 순위에 영향을 미칠까요?
A: 웹사이트가 계속 접근 가능하고 다운타임이 최소화된다면, 호스팅 변경은 SEO 순위에 부정적인 영향을 미치지 않을 것입니다.

Q: 내 사이트의 검색 URL이 봇에 의해 생성된 중국어 페이지로 인덱싱되었습니다. 이게 SEO에 영향을 미칠까요?
A: 사이트가 해킹된 것일 수 있습니다. 이는 흔히 발생하는 “일본어 키워드 해킹”과 유사합니다. 이 문제는 반드시 해결해야 하며, Google 문서에서 자세한 해결 방법을 참고할 수 있습니다.

Q: 앱 엔진에서 일부 IP를 차단했더니 사이트맵 제출 시 403 오류가 발생합니다.
A: Google이 사용하는 IP 범위를 확인하여 차단된 IP를 허용 목록에 추가하는 것이 좋습니다. 이에 대한 자세한 내용은 크롤러 IP 범위 문서를 참고하세요.

Q: Google 검색 결과에서 사이트의 오래된 캐시 버전을 어떻게 제거하나요?
A: 오래된 캐시 버전은 시간이 지나면 자동으로 업데이트됩니다. 긴급하게 캐시를 제거하려면 Search Console의 제거 도구를 사용할 수 있습니다.

Q: 부동산 광고에 Indexing API를 사용할 수 있나요?
A: Indexing API는 현재 직업 게시나 방송 이벤트에만 사용할 수 있습니다. 다른 목적으로는 사용하지 않는 것이 좋습니다.

Q: 이미지를 HTML 텍스트(H1 태그 등)로 통합하는 것이 가능한가요?
A: 대부분의 경우 HTML 요소에 텍스트를 통합하는 것은 문제가 없습니다. 단, 텍스트를 이미지 파일 자체에 삽입하는 것은 피해야 합니다.

Q: 모바일 메뉴와 동일한 링크를 포함한 숨겨진 버거 메뉴가 있어도 문제가 없나요?
A: 동일한 링크를 포함한 숨겨진 메뉴가 있어도 문제가 되지 않습니다.

Q: 지역 하위 도메인을 사용하는 경우에도 여러 개의 hreflang 태그를 사용할 수 있나요?
A: 네, 가능합니다. 동일한 페이지에 대해 여러 개의 hreflang 값을 사용할 수 있습니다.

Q: HTTP에서 HTTPS로 사이트를 이전할 때 Search Console 속성을 새로 만들어야 하나요?
A: 네, HTTP와 HTTPS는 별개의 속성으로 취급되므로, 새로운 속성을 만들어야 합니다.

Q: 외부에서 유입되는 가짜 404 오류가 순위 하락과 관련이 있나요?
A: 가짜 404 오류가 순위 하락의 원인이라고 보기는 어렵습니다. 404 오류 자체는 일반적인 것이며, 큰 문제가 되지 않습니다.

Q: Google Search Console에서 도메인을 확인한 계정이 웹사이트 소유주와 일치해야 하나요?
A: 도메인 소유 확인은 웹사이트의 데이터와 설정에 접근하기 위한 것입니다. Google에서는 누가 소유를 확인했는지는 중요하지 않지만, 조직 차원에서는 직원의 개인 계정을 사용하는 것은 바람직하지 않을 수 있습니다.

Q: 사이트맵 파일명을 꼭 sitemap.xml로 해야 하나요? 사이트맵이 필수인가요?
A: 사이트맵은 필수가 아니며, 파일명도 자유롭게 설정할 수 있습니다.

Q: 반응형 웹 디자인 대신 모바일 사이트 URL을 데스크톱 URL로 리디렉션하는 것이 맞나요?
A: 반응형 디자인을 사용하는 것이 SEO 및 유지보수 측면에서 더 효율적입니다. 가능한 경우 반응형 디자인으로 전환하는 것이 좋습니다.

2023년 12월

Q: iframe을 사용할 때 iframe의 콘텐츠를 어떻게 인덱싱하나요?
A: iframe으로 하위 페이지를 임베드할 때, Google은 해당 하위 페이지의 콘텐츠를 주 페이지의 일부로 인덱싱하려고 시도하지만, 보장되지는 않습니다. 하위 페이지가 항상 주 페이지의 일부로만 인덱싱되기를 원한다면, 하위 페이지에 noindexindexifembedded 메타 태그를 함께 사용할 수 있습니다. 반대로 하위 페이지가 주 페이지의 일부로 절대 인덱싱되지 않도록 하려면, HTTP 헤더에 x-frame-options를 설정해 iframe으로 임베딩되는 것을 방지할 수 있습니다.

Q: 계층적 구조와 평면적 구조 중 어떤 것이 더 나은가요?
A: 사이트의 크기에 따라 다릅니다. 대형 사이트의 경우 계층적 구조가 더 나은데, 이는 각 섹션을 따로 관리하고 검색 엔진이 특정 섹션을 더 빠르게 크롤링하도록 할 수 있기 때문입니다. 예를 들어 /news/ 섹션을 더 자주 크롤링하고, /archives/ 섹션은 덜 크롤링하도록 설정할 수 있습니다. 모든 콘텐츠를 하나의 디렉토리에 넣으면 이 작업이 어렵습니다.

Q: Googlebot에게 특정 JavaScript의 링크를 크롤링하지 말라고 할 수 있나요?
A: robots.txt 파일을 사용해 크롤링하지 않길 원하는 URL을 명확히 차단할 수 있습니다. Googlebot은 JavaScript 파일을 직접 요청하지 않으므로, 그 안에 있는 URL을 크롤링하지 않습니다.

Q: Core MVC로 사이트를 만들고 HTTPS로 전환했는데, 인덱싱이 되지 않는 이유는 무엇인가요?
A: 사이트가 “www” 서브도메인 없이 인덱싱된 것으로 보입니다. “www” 버전을 찾으려면 결과가 없을 수 있지만, 사이트를 site:domain.com과 같은 방식으로 검색하면 인덱싱된 페이지를 찾을 수 있을 것입니다.

Q: 비영어 페이지 URL에 대한 권장 사항은 무엇인가요?
A: 언어가 큰 영향을 미치지는 않지만, URL에 콘텐츠 언어를 사용하는 것이 Google 검색 및 사용자에게 도움이 될 수 있습니다.

Q: <meta name="prerender-status-code" content="404"> 태그가 Googlebot에 어떤 영향을 미치나요?
A: Googlebot은 이 상태 코드를 무시합니다. 소프트 404를 방지하려면 <meta name="robots" content="noindex"> 태그를 사용하거나 서버에서 404 상태 코드를 반환하는 것이 좋습니다.

Q: 새로운 UI/UX를 도입할 때 모든 것을 한 번에 변경하는 것이 좋을까요?
A: 사이트 리런칭은 여러 변화를 포함할 수 있으므로, 무엇이 변경되는지 명확하게 파악하는 것이 중요합니다. URL이 변경되는 경우에는 사이트 마이그레이션에 대한 Google의 가이드를 참고하세요. 변경 사항이 많다면 SEO 전문가의 도움을 받는 것이 좋습니다.

Q: URL에 이중 슬래시를 사용하는 것이 SEO에 어떤 영향을 미치나요?
A: RFC 3986에 따르면 슬래시는 구분자이므로 URL 경로에 반복적으로 나타나는 것이 허용됩니다. SEO 관점에서 문제가 되지는 않지만, 사용성 측면에서 혼란을 줄 수 있습니다.

Q: Google Search Console에서 “비디오가 뷰포트 밖에 있음” 오류를 어떻게 해결할 수 있나요?
A: 사용자가 페이지에 도착했을 때 스크롤하지 않고도 비디오를 볼 수 있도록 페이지 상단에 비디오를 배치하세요. 이렇게 하면 오류를 해결할 수 있습니다.

Q: 다른 서버로 호스팅된 제품 이미지 URL을 변경했을 때 어떻게 해야 하나요?
A: 이미지 요소를 새 URL로 업데이트하고, 이전 이미지 URL을 새 URL로 리디렉션하는 것이 좋습니다. 이미지 크롤링은 덜 빈번하게 이루어지므로 시간이 걸릴 수 있습니다.

Q: 사이트에 많은 404 페이지가 있으면 문제가 되나요?
A: 404 오류는 웹의 일부분이며, 이를 두려워할 필요는 없습니다. 중요한 페이지가 갑자기 404 오류를 반환하면 그때 수정하면 됩니다.

Q: 사이트가 404 페이지에 대해 HTTP 200 상태 코드를 반환하면 소프트 404 또는 클로킹으로 간주되나요?
A: 이는 일반적으로 소프트 404로 간주되며, 클로킹은 아닙니다. 그러나 바람직하지는 않습니다. 서버에서 404 상태 코드를 반환하도록 설정하거나, robots 메타 태그에 noindex 값을 동적으로 추가할 수 있습니다.

Q: 변경 후 사이트를 다시 크롤링하려면 어떻게 해야 하나요?
A: 변경된 내용을 검색 엔진에 명확히 알려주는 것이 중요합니다. 예를 들어, 페이지를 업데이트한 경우 이를 눈에 띄게 표시하고, 페이지를 이동한 경우 이전 페이지에 리디렉션을 설정하세요.

Q: 사이트맵 파일이 자체 링크를 가질 수 있나요?
A: 가능합니다. 하지만 사이트맵을 인덱싱하는 것은 불필요하며, x-robots-tag HTTP 헤더에 noindex를 추가하여 검색 결과에서 효율적으로 제거할 수 있습니다.

Q: API 경로에서 발생하는 404 오류가 많이 증가하면 문제가 되나요?
A: 걱정할 필요는 없습니다. 그러나 이러한 URL을 크롤링하지 않도록 하려면 robots.txt를 사용해 차단할 수 있습니다.

Q: 내 비즈니스가 검색 결과에 나타나지 않는 이유는 무엇인가요?
A: 비즈니스 이름이 일반적인 단어인 경우 검색에서 찾기 어려울 수 있습니다. Facebook과 같은 프로필에 웹사이트 링크를 연결하여 인덱싱을 돕는 것이 좋습니다.

Q: PDF가 검색 결과에 표시되면 사용자가 이를 다운로드하고 사이트로 리디렉션할 수 있나요?
A: PDF 자체로는 리디렉션이 불가능하지만, PDF 상단에 사이트로 이동하는 링크를 추가할 수 있습니다.

Q: 접근성이 순위에 중요한가요?
A: 접근성은 순위에 직접적인 영향을 미치지는 않지만, 이미지의 alt 속성 등은 Googlebot에게 유용한 정보를 제공합니다. 웹사이트는 사용자에게 유용하고 도움이 되어야 하므로, 최대한 많은 사용자를 대상으로 접근성을 고려하는 것이 좋습니다.

Q: 제3자 웹사이트에서 링크를 구매하는 것이 왜 나쁜가요?
A: 유료 링크는 Google의 스팸 정책 위반입니다. Google의 스팸 정책, 특히 링크 스팸 섹션을 참고하세요.

Q: 유료 백링크 신고 외에 더 할 수 있는 것이 있나요?
A: 유료 백링크 신고는 알고리즘 개선에 사용되며, 개별적인 조치는 취하지 않습니다. 관련 블로그 게시물을 참고하세요.

Q: noindex와 robots.txt로 차단된 URL이 Google에 인덱싱된 이유는 무엇인가요?
A: robots.txt로 크롤링을 차단하면 Googlebot이 해당 URL을 요청하지 않아 noindex 태그를 확인할 수 없습니다. 차단된 URL이 인덱싱되지 않도록 하려면 크롤링을 허용하고 noindex를 사용하세요.

Q: 트렌드에 맞게 사이트를 업데이트했는데도 노출이 감소하는 이유는 무엇인가요?
A: 온라인 성공은 단순히 페이지를 추가하는 것만으로는 이루어지지 않습니다. 고유한 가치를 제공하고, 사이트 전체가 품질이 높고 매력적이어야 합니다. 때로는 아무 실수를 하지 않았더라도 성공하지 못할 수 있습니다.

Q: Google의 인덱스에서 내 콘텐츠를 제거하려면 어떻게 해야 하나요?
A: 가장 쉬운 방법은 해당 콘텐츠를 삭제하고 Google이 다시 크롤링할 때까지 기다리는 것입니다. noindex를 추가하거나 Search Console의 제거 도구를 사용할 수도 있습니다.

Q: 회사 소유 블로그도 Google 뉴스에 포함될 수 있나요?
A: Google 뉴스 콘텐츠 정책을 보면 회사 블로그에 대한 특별한 제한은 없습니다. Google 뉴스에 이미 표시되고 있는지 확인하려면 Search Console에서 성능 보고서를 확인하세요.

Q: Google은 검색 결과에서 특수 문자를 어떻게 처리하나요?
A: 특수 문자가 검색 결과에 올바르게 표시되지 않으면, 페이지의 문자 인코딩과 관련된 문제일 수 있습니다. HTML에 meta charset 태그로 인코딩을 지정하여 이 문제를 해결할 수 있습니다.

Q: Search Console의 위치 데이터가 검색 결과와 다른 이유는 무엇인가요?
A: Search Console의 데이터는 실제로 검색 결과에 표시된 내용을 기반으로 합니다. 검색 결과가 동적으로 변할

수 있어 재현이 어려울 수 있습니다.

Q: Google과 무료로 SEO를 협의할 수 있나요?
A: 아니요.

Q: 폐업한 비즈니스 웹사이트가 여전히 표시되는 이유는 무엇인가요?
A: 오래된 웹사이트가 표시되는 경우 Search Console에서 제거를 요청할 수 있습니다. 오래된 비즈니스 프로필은 도구를 사용해 “폐업”으로 표시할 수 있습니다.

Q: SEO 보고서에서는 Google Analytics와 Search Console 중 어느 것을 신뢰해야 하나요?
A: 두 도구 모두 서로 다른 방식으로 데이터를 수집하므로 독립적으로 살펴보는 것이 좋습니다.

Q: URL에 점을 포함할 수 있나요?
A: Google 검색 관점에서 점을 사용하는 것은 문제되지 않지만, 일부 사이트는 이런 문자를 재작성하는 것이 더 나을 수 있습니다.

Q: 내 SEO가 완벽한지 어떻게 알 수 있나요?
A: SEO는 완벽할 수 없습니다. 인터넷과 검색 엔진, 사용자의 검색 방법은 항상 변화하기 때문에 SEO도 지속적으로 발전해야 합니다.

2023년 9월

Q: Google이 내 사이트의 www 버전을 잘못 인덱싱하고 있나요?
A: 서버가 non-www에서 www로 자동 리디렉션을 설정했고, canonical 태그도 적절히 설정되어 있습니다. Chrome 브라우저에서는 처음에 www가 없는 것처럼 보일 수 있지만, URL을 클릭하면 www가 표시됩니다. Google 검색에서는 www와 non-www 버전 모두 동일하게 처리되므로 걱정하지 않으셔도 됩니다.

Q: Search Console에서 필터링된 데이터가 전체 데이터보다 많은 이유는 무엇인가요?
A: 이 문제는 우리가 Bloom 필터라는 기술을 사용하기 때문입니다. Bloom 필터는 대규모 데이터를 처리하는 데 필요한 시간과 저장 공간을 절약하지만, 데이터 손실이 발생할 수 있어 필터링된 데이터가 전체 데이터보다 더 많이 보일 수 있습니다.

Q: Google Sites 웹사이트의 페이지가 제대로 인덱싱되지 않는 이유는 무엇인가요?
A: Google Sites에서 만든 웹사이트도 인덱싱될 수 있지만, Google Sites의 URL이 로그인 상태와 비로그인 상태에서 다를 수 있어 추적이 어려울 수 있습니다. SEO에 최적화된 방법은 아니므로, 더 나은 추적을 위해서는 자체 도메인을 사용하는 것이 좋습니다.

Q: 사이트에 여러 버튼이 있는데, Google이 버튼을 통해 링크를 크롤링할 수 있나요?
A: 일반적으로 Googlebot은 버튼을 클릭하지 않습니다.

Q: 게스트 포스트를 통해 백링크를 얻는 것은 Google 가이드라인에 위배되나요?
A: 게스트 포스트를 통해 링크를 얻는 것은 Google의 스팸 정책 위반입니다. 링크에 rel=nofollow 또는 rel=sponsored 속성을 사용하여 검색 결과에 영향을 주지 않도록 해야 합니다.

Q: 전자상거래 카테고리 페이지의 콘텐츠가 전체 순위 개선에 도움이 되나요?
A: 페이지에 유용한 콘텐츠를 추가하는 것은 좋지만, 자동 생성된 저품질 텍스트는 피해야 합니다. 실제로 사용자에게 도움이 되는 콘텐츠를 추가하는 것이 중요합니다.

Q: 잘못된 시맨틱 태그가 Google이 웹사이트 콘텐츠를 이해하는 데 부정적인 영향을 줄 수 있나요?
A: 시맨틱 HTML을 올바르게 사용하는 것은 검색 엔진이 콘텐츠를 더 잘 이해하는 데 도움이 됩니다. 잘못된 시맨틱 태그가 큰 영향을 미치지는 않지만, 올바르게 사용하는 것이 권장됩니다. <hr> 태그를 디자인 목적으로 사용하는 것은 큰 문제가 되지 않습니다.

Q: Search Console에서 404 페이지가 JSON 또는 JavaScript 코드에서 실수로 가져온 URL로 채워졌습니다. 무시해도 되나요?
A: 네, 이런 URL들은 무시해도 됩니다. 또는 noindex HTTP 헤더를 추가하여 크롤링을 방지할 수 있습니다.

Q: 사이트맵 인덱스 파일에 다른 도메인의 사이트맵 파일을 포함할 수 있나요?
A: 경우에 따라 가능합니다. robots.txt로 사이트맵을 제출하거나, Search Console에서 모든 도메인에 대한 소유권을 확인한 경우에 가능합니다. 이러한 설정을 사용할 때는 주의가 필요하며, XML 주석을 추가해 나중에 문제가 발생하지 않도록 해야 합니다.

Q: Google이 사이트의 메타 설명을 무시하고 자체 메타 설명을 선택하는 이유는 무엇인가요?
A: 페이지에 콘텐츠가 많지 않거나, 메타 설명이 사용자의 검색 쿼리와 더 관련이 있을 경우 Google은 자체 메타 설명을 사용할 수 있습니다.

Q: 검색 엔진이 페이지의 특정 섹션을 크롤링하지 않도록 할 수 있나요?
A: 페이지의 일부 섹션만 크롤링하지 않도록 설정할 수 있지만, 일반적인 페이지 요소(헤더, 메뉴, 사이드바 등)에 대해서는 그럴 필요가 없습니다. 특정 콘텐츠를 제외하고 싶다면 iframe을 사용하거나 robots.txt로 해당 콘텐츠를 차단할 수 있습니다. 검색 결과에 표시되는 것을 피하고 싶다면 data-nosnippet 속성을 사용할 수 있습니다.

Q: 무한 스크롤 기능을 사용하는 것이 괜찮나요?
A: 무한 스크롤을 구현할 때, 각 콘텐츠나 가상 페이지가 고유한 URL을 가지고 있어야 합니다. 이 경우, 일반적으로 무한 스크롤을 사용하는 것이 문제가 되지 않습니다.

Q: 모바일 웹에서만 표시되고 데스크톱에서는 숨겨진 링크가 있으면 Google이 가치를 떨어뜨리나요?
A: 모바일 우선 인덱싱을 사용하므로, 모바일 버전의 페이지가 전체 콘텐츠를 포함하고 있다면 문제없습니다. 데스크톱 버전에 콘텐츠가 적은 것은 의외지만, 이유가 있겠죠.

Q: 웹사이트에 호스팅되지 않은 Google Drive의 PDF 파일도 Google에서 인덱싱되나요?
A: 네, Google Drive에 공개된 PDF 파일도 URL을 통해 인덱싱될 수 있습니다. 인덱싱 속도는 URL마다 다르며, 몇 초에서 영구적으로 인덱싱되지 않는 경우도 있습니다.

Q: “스크롤재킹” 콘텐츠가 Google에서 어떻게 크롤링되며, 순위에 영향을 미칠 수 있나요?
A: 스크롤재킹이 사용자 경험에 부정적인 영향을 미칠 수 있지만, Google에서 이를 악용으로 간주하지는 않습니다. 다만, 스크롤 이벤트로 인해 콘텐츠가 제대로 표시되지 않을 경우, Google 시스템에서 콘텐츠가 제대로 보이지 않는 것으로 간주될 수 있습니다.

Q: robots.txt로 크롤링을 차단했는데도 Search Console에서 URL이 인덱싱된 이유는 무엇인가요?
A: Google은 URL을 크롤링하지 못하더라도, 그 URL이 인터넷에서 중요한 경우에는 URL만 인덱싱할 수 있습니다. 이 문제가 문제라면, 크롤링을 허용하고 noindex 메타 태그나 HTTP 헤더를 사용하는 것이 좋습니다.

Q: AI로 작성된 콘텐츠를 제거하거나 수정해야 하나요?
A: AI 콘텐츠를 게시했더라도, 저품질 콘텐츠라면 삭제하거나 수정하는 것이 좋습니다. 전체 웹에서 중복되는 콘텐츠가 아니라, 유용하고 독창적인 콘텐츠를 제공할 수 있는지 고려해야 합니다.

Q: 하루 사이에 인덱싱된 URL이 급격히 증가한 이유는 무엇인가요?
A: 더 많은 하드 드라이브를 확보했거나, 새로운 URL을 발견했기 때문일 수 있습니다. 이유는 다양하지만, 축하할 일입니다!

Q: 여러 크기 파일을 하나의 파비콘 파일에 포함할 수 있나요?
A: 기술적으로 .ico 파일에 여러 해상도의 파일을 포함할 수 있습니다. 하지만 각 크기를 개별적으로 지정하는 것이 더 나은 방법일 수 있습니다.

Q: 서로 다른 CMS가 있는 웹사이트의 각 부분을 Google이 다르게 처리하나요?
A: 아니요, Google은 동일하게 처리합니다.

Q: PDF 다운로드가 메인 페이지로 표시되는 검색 결과를 변경할 수 있나요?
A: 홈페이지에 noindex 메타 태그가 설정되어 있기 때문에, 다른 페이지가 대신 표시되고 있습니다. 이 태그를 제거하면 문제가 해결될 것입니다.

Q: 내 웹사이트 검색 결과에서 첫 번째로 나오는 페이지가 제품 페이지인데, 왜 그럴까요?
A: Google은 사용자가 무엇을 찾고 있는지에 따라 가장 관련성 높은 페이지를 결정합니다. 제품 페이지가 SEO 준비가 덜 되어 있어도, 사용자의 검색 의도에 맞는 페이지일 경우 더 상위에 표시될 수 있습니다.

Q: INP 문제 개선에 대한 Search Console 경고를 받았는데, 어떻게 계산되며 가장 쉬운 해결 방법은 무엇인가요?
A: INP(Interaction to Next Paint)는 현재 Core Web Vitals에 포함되지 않았지만, 웹.dev에서 더 많은 정보를 확인할 수 있습니다. 사용자 경험을 개선하는 데는 도움이 되지만, 검색 순위에는 크게 영향을 미치지 않을 수 있습니다.

Q: 일본어 키워드 해킹으로 인해 Search Console에 3만 개의 URL이 표시되었습니다. 이를 제거하는 방법은 무엇인가요?
A: 해킹이 해결되었다면, 문제가 되는 페이지를 수동으로 제거하거나 다시 인덱싱하여 처리하는 것이 좋습니다. 모든 페이지를 한꺼번에 처리하기보다는 중요한 페이지부터 해결하는 것이 좋습니다.

Q: Search Console에 제출한 페이지가 왜 자꾸 인덱싱이 취소되나요?
A: 페이지의 품질에 문제가 있거나, Google 시스템이 페이지의 가치를 충분히 인식하지 못한 경우일 수 있습니다. 계속해서 인덱싱을 시도하기보다는, 사이트의 전체적인 품질과 콘텐츠가 웹에 얼마나 고유한 가치를 제공하는지 개선하는 것이 좋습니다.

2023년 8월

Q: 하나의 사이트맵 인덱스 파일에 몇 개의 URL을 포함할 수 있나요?
A: XML 사이트맵 파일은 최대 50,000개의 URL을 포함할 수 있으며, 사이트맵 인덱스 파일도 마찬가지로 최대 50,000개의 URL을 포함할 수 있습니다. 사이트맵 인덱스 파일에는 다른 사이트맵 파일들만 포함됩니다. 자세한 내용은 사이트맵 문서를 참고하세요.

Q: ARIA 속성이 SEO를 개선하나요?
A: ARIA 속성 사용 자체로는 SEO에 아무런 이점이 없습니다. 대신, 접근성을 위한 이유로 이 기능을 사용하는 것이 좋습니다. SEO와 상관없이 이러한 기능에 의존하는 사용자들이 충분히 많으므로 올바르게 사용하는 것이 중요합니다. ARIA-label과 같은 접근성 기능을 인위적으로 사용하기보다는, 실제로 필요할 때 적절하게 사용하는 것이 바람직합니다.

Q: canonicalized 된 “domain/en”을 “domain”으로 리디렉션해야 하나요, 아니면 canonical 처리만으로 충분한가요?
A: SEO 관점에서 추가적인 이점은 없지만, 일관성을 유지하는 것이 중요합니다. 만약 언어 코드가 없는 버전이 기본 버전이라면, 이를 hreflang의 x-default로 설정하는 것이 좋습니다. canonical 태그와 내부 링크를 일관성 있게 사용하는 것이 일반적으로 그 버전이 canonical로 선택되는 데 도움이 되며, 이렇게 하면 관리도 더 쉬워집니다. 하지만 SEO 자체에는 큰 영향을 미치지 않습니다.

Q: URL에서 해시(#) 이후의 요소들이 검색 결과에 영향을 미치나요?
A: 보통은 그렇지 않습니다. 해시(#) 이후의 부분은 ‘프래그먼트(fragment)’라고 불리며, 페이지 내 특정 콘텐츠로 이동하는 데 사용됩니다. Google 검색은 페이지 전체를 기준으로 평가하기 때문에 프래그먼트는 일반적으로 무시됩니다. 다만, 사용자들이 페이지의 특정 부분으로 바로 이동할 수 있도록 하는 데 유용할 수 있습니다. 아주 드물게 프래그먼트가 다른 콘텐츠를 표시하는 데 사용되는 URL도 있지만, 이는 권장되지 않는 방법이며 Google 검색에서는 일반적으로 프래그먼트를 무시합니다.

Q: 경쟁이 낮고 SEO가 잘 되어 있음에도 불구하고 사이트가 상위에 노출되지 않는 이유는 무엇인가요?
A: 이런 질문은 자주 받습니다. Google은 주로 SEO에 대한 기술적인 측면에 중점을 두지만, 더 많은 것이 필요합니다. 오프라인 세상과 비교해보면, 책의 표지나 문장 길이, 철자 오류가 없는 것이 책의 성공을 보장하지 않는 것처럼, SEO도 단순히 기술적인 요소만으로는 성공을 장담할 수 없습니다. 마찬가지로 식당에서도 좋은 재료를 사용하고 깨끗한 주방에서 요리한다고 해서 반드시 많은 손님이 오는 것은 아닙니다. 기술적인 부분을 잘 처리하는 것은 중요하지만, 성공을 위해서는 더 많은 요소가 필요합니다.

Q: 새로 구매한 사이트에 패널티가 있는지 확인하려면 어떻게 해야 하나요?
A: Search Console에서 수동 조치 상태를 확인할 수 있습니다. 사이트 소유권을 확인하면 모든 확인된 소유자가 이 정보를 볼 수 있습니다. 만료되거나 해결된 수동 조치는 표시되지 않으며, 해결된 경우 그 효과는 일반적으로 빠르게 사라집니다. 또한, Google 알고리즘이 수동 조치 없이도 심각한 품질 문제에 반응할 수 있다는 점을 기억하세요.

Q: 부동산에 제품 리치 스니펫을 사용해도 되나요?
A: Google 쇼핑과 관련해서는 부동산과 같은 고정된 자산은 지원되지 않는 콘텐츠로 분류됩니다. 실제로 이런 경우에는 제품 구조화 데이터를 사용하더라도 그냥 무시됩니다. 부동산에 제품 구조화 데이터를 사용하는 것은 남용으로 간주되지는 않지만, 아무런 효과도 없습니다. 제 추천은 검색에서 제품으로 표시될 수 있는 항목에만 제품 구조화 데이터를 사용하는 것입니다.

Q: hreflang을 직접 번역이 아닌 유사한 콘텐츠를 다른 국가에 연결하는 데 사용할 수 있나요?
A: 네, 가능합니다. hreflang은 대체 언어나 지역 버전을 위한 것이며, 반드시 지역화된 콘텐츠만을 위한 것은 아닙니다. 예를 들어, 같은 초콜릿 캔디를 여러 국가에서 판매하지만, 각국의 재료가 다를 수 있는 경우에도 hreflang을 사용할 수 있습니다. 더 자세한 내용은 국제 웹사이트에 대한 문서를 참조하세요.

Q: 흰색 폰트를 컬러 배경에 사용하는 것이 괜찮나요?
A: 네, 가능합니다. 단, 사용자가 쉽게 읽을 수 있도록 대비를 충분히 확보하는 것이 중요합니다.

Q: HTML 태그 사용이 Google에 영향을 미치나요?
A: HTML 태그 사용 자체로는 Google 검색에 아무런 영향을 미치지 않습니다. 이것은 다른 많은 HTML 태그와 마찬가지입니다. 그러나 HTML은 Google 검색 외에도 중요한 부분이 많습니다. 특정 마크업을 사용할 때는 SEO만 생각하지 말고 접근성이나 의미론적 이유도 고려해야 합니다.

Q: 상대 링크와 절대 링크를 혼합하여 사용하는 것이 SEO에 문제가 되나요?
A: 검색 엔진은 링크를 브라우저처럼 처리하기 때문에 상대 링크와 절대 링크의 혼합은 SEO에 아무런 문제가 되지 않습니다. 링크에 대해 궁금하다면 Google의 링크 모범 사례 문서를 확인하세요.

Q: 프랑스 웹사이트의 구조화 데이터에서 영업일을 영어 또는 프랑스어로 작성해야 하나요?
A: 대부분의 텍스트 기반 구조화 데이터는 페이지에 표시되는 내용과 일치시켜야 하지만, 일부 구조화 데이터는 정해진 형식을 사용해야 합니다. dayOfWeek와 같은 데이터는 영어로 작성해야 하며, 이는 schema.org의 명세에 문서화되어 있습니다. 즉, 사이트가 다른 언어로 되어 있더라도, 구조화 데이터에서는 영어로 요일을 명시해야 합니다.

Q: 이 IP 주소가 Google 크롤러인가요?
A: 해당 IP 주소는 Google 크롤러가 아닙니다. IP 주소의 호스트 이름을 확인하려면 역 DNS 조회를 사용해볼 수 있습니다. Googlebot을 확인하는 방법에 대해서는 관련 문서에서 자세히 다루고 있습니다. 또 다른 방법은 WHOIS 서비스를 이용해 등록 세부 사항을 확인하는 것입니다. 예를 들어, 이 경우에는 홍콩 기반의 클라우드 제공업체로 나타납니다. 일부 스크래퍼들이 Googlebot 사용자 에이전트를 사용해 사이트를 속이려 시도하기도 합니다. 이러한 IP를 차단해도 괜찮습니다.

Q: Google은 링크 프리페치(prefetch), 프리렌더(prerender), DNS 프리페치(dns-prefetch) 같은 태그를 사용해 사이트가 좋은 UX를 제공하려 한다는 신호로 인식하나요?
A: 이러한 태그들이 올바르게 사용되어 사용자 경험이 개선되면, 이는 코어 웹 바이탈과 같은 실제 사용자 메트릭에 반영되며, 검색에서도 고려될 수 있습니다. Google이 중시하는 것은 단지 시도 자체가 아니라, 실제로 사용자가 좋은 페이지 경험을 얻는지 여부입니다. 구현한 기능이 실제로 작동하는지 확인하세요.

Q: Google 캐시 페이지가 내 사이트에 대해 404 오류를 표시하는 이유는 무엇인가요?
A: 이 문제에는 여러 가지 이유가 있을 수 있으며, 과거에도 몇 번 논의한 적이 있습니다. 일반적으로 캐시는 인덱싱에 전혀 영향을 미치지 않으며, 기술적인 SEO 도구로 사용되지 않습니다. URL 상태를 진단하려면 Search Console을 사용하는 것이 좋습니다.

Q: 온라인 도박 사이트가 내 도메인에 나타나고 있는데, 이들이 Google’s smartphone crawler에서 온 것으로 보입니다. 어떻게 해야 하나요?
A: 중요한 점은 Google이 자체적으로 콘텐츠를 만들어 인덱싱하지 않는다는 것입니다. Google은 귀하의 사이트가 제공하는 콘텐츠만 사용합니다. 만약 온라인 도박 콘텐츠가 검색 결과에 표시되는데 귀하의 사이트가 도박과 관련이 없다면, 이는 귀하의 서버나 인프라가 해킹되었을 가능성이 큽니다. 해킹 문제를 해결하고 사이트를 안전하게 보호하는 것이 중요합니다. 처음이라면 다른 전문가의 도움을 받는 것이 좋습니다.

2023년 7월

2023년 7월 Q&A

Q: 내 사이트가 Google에 표시되지 않아요. 도움을 주세요!
A: 사이트를 확인해본 결과, Googlebot이 스마트폰 사용자 에이전트로 사이트를 크롤링할 때 403 HTTP 상태 코드를 반환하고 있습니다. 이 코드는 Google이 인덱싱할 수 있는 콘텐츠가 없다는 신호를 주기 때문에, 인덱싱이 이루어지지 않습니다. 이 문제는 Google Search Console의 URL 검사 도구를 사용하여 확인할 수 있습니다.

Q: 수백만 개의 404 오류 페이지와 301 리디렉션 중 어느 쪽이 덜 해로운가요?
A: 404 상태 코드와 301 리디렉션 모두 해롭지 않습니다. 상황에 따라 어떤 것이 더 적합한지 결정한 후, 그에 맞게 처리하시면 됩니다.

Q: 전자상거래 사이트의 카테고리 페이지가 인덱싱되기 위한 최적의 URL 형식과 canonical 설정은 무엇인가요?
A: canonical 설정은 사이트 소유자가 rel=canonical 태그를 통해 제공하는 권장 사항을 기반으로 하며, 해당 URL이 웹에서 어떻게 연결되는지 등 여러 요소를 종합적으로 고려합니다. 짧은 URL로 canonical을 설정할 수 있으면 좋겠지만, 불가능해도 문제는 없습니다. CSR(클라이언트 사이드 렌더링) 또는 SSR(서버 사이드 렌더링)을 사용하는지에 관계없이 canonical 설정에는 차이가 없습니다.

Q: 내 사이트가 여러 통화를 제공함에도 불구하고 검색 결과에서 USD로만 가격이 표시되는 이유는 무엇인가요? VPN으로도 테스트해봤습니다.
A: 사이트가 사용자의 위치에 따라 통화와 가격을 조정하는 것으로 보입니다. Google은 주로 미국에서 크롤링을 수행하기 때문에 USD로 표시된 가격만 인덱싱됩니다. 여러 통화를 검색에 반영하려면 통화별로 각각의 URL을 설정하고, 해당 페이지에서 그 통화를 모든 사용자에게 표시해야 합니다.

Q: 도메인 이름을 구매하고 테스트했는데, 404 오류가 발생합니다. 이유가 뭔가요?
A: 도메인이 Google 검색 결과에 나타나려면 호스팅 서비스가 필요합니다. WordPress.com, Wix.com 또는 Blogger 같은 서비스와 도메인을 연결한 후 양질의 콘텐츠를 만들기 시작하면 됩니다. 일반적으로 이 과정을 거치면 문제없이 사이트가 표시됩니다.

Q: Search Console에서 다른 국가 도메인의 잘못된 canonical URL이 선택됩니다. 이를 어떻게 방지할 수 있나요?
A: canonical과 hreflang은 서로 다른 개념이지만 관련이 있습니다. hreflang은 동일한 콘텐츠를 다른 언어나 지역에서 제공한다는 것을 Google에 알리는 역할을 하고, canonical은 주 URL을 결정합니다. 여러 언어나 지역에서 비슷한 콘텐츠를 제공하면, canonical은 주 URL을 선택하지만 다른 URL도 사용자의 언어나 지역에 따라 검색 결과에 표시될 수 있습니다. 독일 사용자는 .de 도메인을 볼 가능성이 높으며, .at 또는 .ch 도메인이 canonical로 설정되더라도 마찬가지입니다. 두 페이지가 매우 유사하다면, 사용자가 선호하는 지역을 선택할 수 있는 기능을 제공하는 것이 좋습니다.

Q: 내 사이트를 검색했을 때 중국어로 작성된 링크들이 많이 나타나는데, 이를 영구적으로 삭제하고 싶습니다.
A: 검색 결과는 웹사이트가 공개적으로 표시하는 콘텐츠를 반영합니다. 중국어로 된 사이트에서 귀하의 사이트로 연결된 링크가 크롤링 및 인덱싱을 허용하고 있다면, Google이 이를 수집할 수 있습니다. Disavow Links 도구를 사용하여 해당 링크가 랭킹에 반영되지 않도록 요청할 수 있지만, 웹에서 해당 링크를 제거하거나 Google 시스템에서 삭제하는 것은 아닙니다. 다른 언어로 된 웹사이트에서 링크가 걸리는 것은 문제가 되지 않으며, 스팸 링크라면 그냥 무시해도 괜찮습니다.

Q: 내 사이트 주소를 구 도메인에서 새 도메인으로 어떻게 변경할 수 있나요?
A: 사이트 이동에 대한 가이드가 인터넷에 수백 개 이상 있으며, Google에서도 사이트 마이그레이션에 대한 가이드를 제공하고 있습니다.

Q: 여러 판매자가 동일한 제품을 제공할 때 제품 페이지의 콘텐츠를 어떻게 고유하게 만들 수 있나요?
A: 제품 페이지를 고유하게 만들려면, 제조사가 제공하는 기본 제품 설명 외에도 본인만의 리뷰나 테스트 결과, 제품에 대해 유용하다고 느낀 점을 추가하는 것이 좋습니다.

Q: Google Search Console에서 서브도메인별로 보고서를 분리할 수 있나요?
A: 네, Search Console에서 서브도메인뿐만 아니라 서브디렉토리도 인증할 수 있습니다. 도메인이 인증된 상태라면 별도의 인증 절차 없이 추가할 수 있습니다. 새로운 사이트의 경우 데이터가 표시되기까지 며칠이 걸릴 수 있습니다.

Q: 많은 404 페이지가 순위에 부정적인 영향을 미칠 수 있나요?
A: 아니요, 404 페이지는 순위에 부정적인 영향을 미치지 않습니다.

Q: Google Discover에 다시 표시되려면 어떻게 해야 하나요?
A: Google Discover는 사용자의 수요와 습관에 따라 달라집니다. Discover 트래픽을 복구하는 간단한 방법은 없지만, 일반적으로 인덱싱된 콘텐츠가 Google의 콘텐츠 가이드라인을 충족하면 Discover에 포함될 수 있습니다. 다만 Discover 트래픽은 예측하기 어렵고, 변동이 있을 수 있습니다.

Q: 제휴 사이트에 적합한 스키마 유형은 무엇인가요?
A: 제휴 사이트는 괜찮지만, 사용자를 위한 유용한 콘텐츠를 제공하는 것이 중요합니다. 제휴 사이트임을 나타내는 특별한 구조화 데이터는 없으며, rel=”nofollow” 또는 rel=”sponsored” 속성을 사용하여 검색 엔진에 제휴 링크임을 명시하는 것이 좋습니다.

Q: 좋은 robots.txt 파일을 어떻게 만들 수 있나요?
A: “좋은 robots.txt”라는 것은 일반적으로 정의된 것이 아닙니다. 사이트의 필요에 맞는 robots.txt 파일을 만들어야 하며, 내부 검색 결과 페이지를 크롤링하지 않도록 설정하는 등 각 사이트의 특성에 맞게 설정하는 것이 중요합니다. Google의 robots.txt 관련 문서를 참고하면 더 많은 정보를 얻을 수 있습니다.

Q: Google은 품질 평가자가 사이트를 검토하고 평가하는 과정을 어떻게 사용하는가요?
A: 품질 평가자는 개별 웹사이트를 검토하지만, 그 평가가 실시간으로 검색 결과에 영향을 미치지는 않습니다. 평가자들의 피드백은 알고리즘 개선에 사용되지만, 직접적으로 검색 순위에 영향을 주지는 않습니다.

Q: 사이트 이전 후에도 Search Console에서 수백만 개의 “리디렉션된 페이지”가 표시됩니다. 이 문제를 해결할 방법이 있나요?
A: 이는 정상적인 현상일 수 있습니다. Google의 시스템은 이전 URL을 오랫동안 기억하는 경향이 있으며, 이는 문제가 아닙니다. 리디렉션이 정상적으로 이루어지고 있다면 신경 쓸 필요가 없습니다. 시간이 지나면서 이 URL들은 점차 사라집니다. 최근에 발생한 성능 변화는 사이트 이전과 관련이 없을 가능성이 큽니다.

Q: 내 사이트가 Google 검색 결과에 나타나지 않는 이유는 무엇인가요?
A: 사이트를 확인한 결과, Search Console에서 사이트를 인증하고 그곳에서 제공하는 힌트를 확인하는 것이 좋습니다. Search Console에 접속하면 쉽게 해결할 수 있을 것입니다.

Q: 우리 도메인은 이메일 계정에만 사용됩니다. Google 검색 결과에 나타나지 않게 할 수 있나요?
A: 이메일 용도로만 도메인을 사용하고 있다면, 검색 결과에 표시될 콘텐츠가 없습니다. robots.txt 파일을 사용해 Googlebot이 도메인의 URL에 접근하지 않도록 설정할 수 있지만, 이를 통해 검색 결과에서 완전히 제거할 수 있는 것은 아닙니다. 검색 결과에서 완전히 제외하려면 “noindex” 메타 태그나 HTTP 헤더를 사용해야 합니다.

Q: Search Console에서 내 사이트가 Googlebot 데스크톱 크롤러로 크롤링되고 있습니다. 모바일 인덱스로 전환되지 않는 이유는 무엇인가요?
A: 대부분의 사이트는 이미 모바일 우선 인덱싱에 포함되어 있습니다. 이를 확인하려면 Search Console의 크롤링 통계에서 크롤러 유형을 확인하세요. 스마트폰 Googlebot이 가장 자주 사용되는 크롤러라면, 이미 모바일 인덱싱이 설정된 상태입니다.

Q: hreflang에 포함된 쿼리 문자열이 Google에 혼란을 줄 수 있나요?

href에 포함된 쿼리 문자열 예제 
 <link rel="alternate" hreflang="en-us" href="https://www.domain.us?setContextLanguageCode=en-us" >


A: 쿼리 문자열 자체로는 큰 문제가 되지 않지만, 일관성 있게 사용하는 것이 중요합니다. 그렇지 않으면 canonical 처리에서 문제가 발생할 수 있습니다.

Q: 사이트의 양식 디자인이나 위치가 SEO 순위에 영향을 미치나요?
A: 양식 자체는 순위에 특별한 역할을 하지 않으며, 다른 콘텐츠처럼 취급됩니다. 다만, 양식의 위치는 콘텐츠의 중요성을 Google에 알릴 수 있습니다. 양식을 오버레이 형태로 사용하는 경우 사용자 경험에 영향을 미칠 수 있으니 주의해야 합니다.

Q: 페이지를 삭제하면 크롤링 및 인덱싱이 개선되나요?
A: 사이트가 크롤링하는 양은 사이트의 품질에 따라 달라집니다. 페이지 수를 줄이기보다는 전체적인 사이트 품질을 개선하는 것이 중요합니다. 단순히 인덱싱 가능한 페이지 수를 줄이는 것만으로는 검색 성과가 나아지지 않습니다.

Q: 글로벌 기업이 .ai 도메인을 사용할 수 있나요, 아니면 Anguilla의 ccTLD로 간주되나요?
A: 2023년 6월 기준으로, Google은 .ai 도메인을 gTLD로 처리합니다. 따라서 글로벌 사이트에 사용할 수 있습니다.

Q: Search Console에서 “찾을 수 없음(404)” 오류를 모두 지우려면 어떻게 해야 하나요?
A: Search Console에는 오류를 수동으로 지우는 설정이 없습니다. 오류는 웹사이트를 크롤링할 때 자동으로 수집 및 업데이트됩니다. 404 오류는 문제가 되지 않으며, 존재하지 않는 페이지에 대해 404를 반환하는 것은 오히려 좋은 신호입니다.

Q: Google Discover 트래픽을 다시 얻으려면 어떻게 해야 하나요?
A: Discover는 사용자의 수요에 따라 달라지며, 트래픽을 다시 가져오는 쉬운 방법은 없습니다. 인덱싱된 콘텐츠가 Google의 가이드라인을 충족하면 Discover에 포함될 수 있지만, Discover 트래픽은 예측하기 어렵고 변동성이 큽니다.

Q: Google Scholar에 내 논문을 인덱싱 요청하려면 어떻게 해야 하나요? 나는 박사과정에 있으며 내 웹사이트가 없습니다.
A:
동일한 콘텐츠가 여러 URL에 걸쳐 있어 다른 버전이 인덱싱된 것 같습니다. 페이지의 일부 텍스트를 검색해 인덱싱된 버전을 찾아보세요.

2023년 6월

2023년 6월 Q&A

Q: 제 콘텐츠를 타사에 하에 배포(syndicated contents)되었는데, 구글 디스커버에서 제 사이트가 아닌 배포된 버전이 표시됩니다. 왜 그럴까요?
A: 최근 배포된 콘텐츠에 대한 가이드를 확장했습니다. rel=canonical 링크는 구글에서 정본 페이지를 결정하는 데 도움이 되는 힌트일 뿐입니다. 만약 배포된 버전이 검색 결과에 표시되지 않기를 원하신다면, 해당 배포된 페이지에 noindex 메타 태그를 포함시켜 검색 결과에 나타나지 않게 할 수 있습니다. 이렇게 하면 페이지는 여전히 사용자에게 접근 가능하지만, 검색에는 표시되지 않게 됩니다.

Q: 다른 최상위 도메인(TLD)을 사용하는 두 개의 도메인이 동일한 국가에서 동일한 키워드를 타겟팅해도 괜찮나요?
A: 두 도메인이 동일한 콘텐츠를 가지고 있다면 사용자가 혼란스러워할 수 있을 것 같습니다. 정책적으로도 이는 검색 결과 조작으로 보일 수 있습니다. 구글의 스팸 정책을 확인해 보시는 것이 좋겠습니다.

Q: Lighthouse에서 나오는 자바스크립트 보안 경고가 페이지의 평가나 순위에 영향을 미치나요?
A: 아니요. Lighthouse에서 발생하는 자바스크립트 경고는 순위에 영향을 미치지 않습니다. 하지만 보안 경고는 무시하는 것이 좋지 않으니, 가능한 빨리 수정하는 것이 좋습니다.

Q: 구글봇이 특정 웹페이지의 일부 섹션을 크롤링하지 못하도록 할 수 있나요?
A: 특정 HTML 페이지의 일부 섹션만 크롤링하지 못하도록 막을 수는 없습니다. 대신 data-nosnippet 속성을 사용해 해당 부분이 검색 결과 스니펫에 표시되지 않게 할 수 있습니다. 또는 robots.txt로 차단된 iframe이나 JavaScript를 사용할 수 있지만, 이 방식은 크롤링과 인덱싱에 문제가 발생할 수 있으니 주의가 필요합니다. 만약 반복되는 콘텐츠라면 구글봇이 이를 보는 것을 굳이 막을 필요는 없습니다.

Q: 사이트맵을 제출했는데 검색 결과에 표시되지 않는 이유는 무엇인가요?
A: 사이트맵은 검색 엔진에 콘텐츠 위치를 알리는 방법일 뿐입니다. 사이트맵에 제출한 URL이 반드시 크롤링되거나 인덱싱되는 것은 아닙니다. 콘텐츠의 품질과 인기도에 따라 크롤링 및 인덱싱 여부가 결정됩니다.

Q: 구조화된 데이터가 구글에서는 오류로 표시되지만 schema.org에서는 오류가 없습니다. 왜 그런가요?
A: schema.org는 오픈 표준으로 특정 벤더와 독립적인 기준을 따릅니다. 구글과 같은 벤더는 일부 속성이나 유형에 대해 별도의 요구 사항을 가질 수 있으며, 이는 구글의 리치 결과와 같은 기능에서 사용됩니다. schema.org에서 오류가 없더라도 구글의 리치 결과에서 특정 형식이나 속성이 필요할 수 있습니다.

Q: HSTS와 같은 보안 헤더를 통합하면 순위에 영향을 미치나요?
A: 아니요. HSTS 헤더는 순위에 영향을 미치지 않습니다. 이 헤더는 사용자에게 HTTPS 버전으로 직접 접근하도록 안내하는 용도이며, 구글의 페이지 크롤링과 인덱싱에는 영향을 미치지 않습니다.

Q: 구글이 XML 사이트맵의 현재 버전과 이전 버전을 비교하나요?
A: 네, 구글은 변경 사항이 없는 사이트맵을 다시 처리하지 않지만, 변경이 발생하면 사이트맵을 다시 파싱하여 처리합니다. 그러나 사이트맵에서 URL을 삭제하더라도 그 URL이 즉시 인덱스에서 제거되는 것은 아닙니다.

Q: XML 사이트맵과 HTML 사이트맵의 차이는 무엇인가요?
A: XML 사이트맵은 로봇용이며, HTML 사이트맵은 사용자용입니다. HTML 사이트맵이 필요하다면, 이는 사이트의 내비게이션이 혼란스러울 수 있다는 신호일 수 있으므로 내비게이션을 개선하는 것이 좋습니다.

Q: 구글은 파싱 오류가 있는 구조화된 데이터를 어떻게 처리하나요?
A: 구글은 파싱 오류가 있는 구조화된 데이터를 무시합니다. 파싱되지 않으면 해당 데이터를 사용할 수 없으므로, 오류가 발생한 구조화된 데이터는 무시됩니다.

Q: URL에 숫자를 포함하는 것이 SEO에 안 좋은가요?
A: 아닙니다. URL에 숫자를 포함하는 것은 문제가 되지 않습니다. 숫자, 문자, 비라틴 문자 또는 유니코드 기호까지 사용할 수 있습니다. 다만, 페이지를 방문할 때마다 변하는 임시 식별자는 피하는 것이 좋습니다.

Q: 내 사이트 URL이 차단된 이유는 무엇인가요?
A: 사이트가 차단된 것이 아니라 순위가 낮은 것입니다. 구글의 SEO 스타터 가이드를 확인해보고, SEO 전문가 사이트에서 추가 팁을 얻어 보세요.

Q: “인덱스 팽창”이라는 개념이 구글의 크롤링과 인덱싱에 영향을 미치나요?
A: 구글에는 “인덱스 팽창”이라는 개념이 없습니다. 구글 시스템은 사이트당 인덱싱되는 페이지 수를 인위적으로 제한하지 않습니다. 중요한 것은 인덱싱할 페이지가 실제로 유용한지 여부입니다.

Q: 구글봇이 내 사이트에 전혀 접근하지 못하게 하려면 어떻게 해야 하나요?
A: robots.txt 파일에서 구글봇 사용자 에이전트를 차단하거나, 구글봇의 IP 주소를 방화벽 규칙에 추가해 네트워크 접근 자체를 차단할 수 있습니다.

Q: SEO 회사가 구글로부터 승인된 배지를 받을 수 있나요?
A: 구글 SEO 인증은 존재하지 않습니다. 구글 Ads와 같은 일부 제품에는 인증이 있지만, SEO에 대한 공식 인증은 없습니다.

Q: 여러 개의 내비게이션 메뉴가 SEO 성능에 영향을 미칠 수 있나요?
A: 여러 개의 내비게이션 메뉴가 사이트의 SEO 성능에 영향을 미칠 가능성은 낮습니다.

Q: HTML과 ASPX 페이지를 인덱싱하려 했는데, 일부 HTML 페이지만 인덱싱되었습니다. 도와주세요!
A: 파일 확장자는 구글의 시스템에 특별한 의미를 가지지 않습니다. HTML이나 ASPX 페이지 모두 인덱싱될 수 있습니다. 도움이 필요하다면 커뮤니티에 질문을 올려 보세요.

Q: 동일한 도메인에서 두 개의 다른 페이지가 검색 결과에 표시되는데, 두 번째 페이지는 살짝 들여쓰기되어 있습니다. 왜 그런가요?
A: 이 현상은 ‘호스트 그룹’이라고 합니다. 두 페이지 모두 특정 쿼리에 대해 잘 순위가 매겨질 수 있음을 나타냅니다. 두 페이지를 통합하는 것을 고려해 볼 수 있습니다.

Q: 가짜 구글봇이 합법적인가요? 공식 URL을 언급하지만 다른 IP 주소에서 발생합니다.
A: 누구나 구글봇 사용자 에이전트 이름을 사용할 수 있습니다. 구글봇의 IP 범위는 공식 문서에서 확인할 수 있으며, 요청이 합법적인지 확인하는 방법도 제공됩니다.

Q: 도메인 대신 IP 주소를 거부할 수 있나요?
A: 아니요, IP 주소를 거부할 수 있는 방법은 없습니다.

Q: Blogger에서 자주 볼 수 있는 NOODP 태그의 목적은 무엇인가요?
A: NOODP는 과거 DMOZ 오픈 디렉토리 프로젝트에서 사용되던 메타 태그입니다. 현재는 더 이상 사용되지 않으며, 남겨둬도 문제가 없습니다.

Q: 동영상이 페이지의 “주 콘텐츠”가 되어야 한다는 것은 동영상이 페이지의 첫 번째 요소여야 한다는 뜻인가요?
A: 아닙니다. 사용자 관점에서 동영상을 쉽게 찾을 수 있도록 페이지에서 눈에 잘 띄는 위치에 배치하는 것이 중요합니다. YouTube나 Vimeo 같은 사이트에서 볼 수 있듯이, 동영상이 주요 콘텐츠로 인식되려면 페이지에서 강조되어야 합니다.

2023년 5월

2023년 5월 Q&A 원문

Q: 도메인이 페널티를 받으면 외부로 향하는 링크에도 영향을 미치나요?
A: 도메인이 스팸 알고리즘이나 수동 조치로 인해 강등된 경우를 말하는 것이라면, 예, 우리는 스팸 사이트의 링크를 신뢰하지 않습니다. 이는 우리가 앵커 신호의 품질을 유지하는 데 도움이 됩니다.

Q: 다양한 URL 테스트 도구에서 생성된 결과는 다르게 생성되나요?
A: 일반적으로 동일하게 생성됩니다. 하지만 “크롤링된 페이지 보기” 탭을 사용할 때와 라이브 테스트를 사용할 때 다소 차이가 있을 수 있습니다. 라이브 테스트는 캐싱을 생략하므로, 캐싱 시간 초과가 발생할 수 있고, 이는 렌더링된 HTML에 영향을 미칠 수 있습니다. 결과적으로 다르게 보일 수 있습니다.

Q: 디렉토리 및 소셜 북마킹 사이트에 SEO 제출 작업을 하는 것이 가치 있나요?
A: 요즘에는 디렉토리 제출과 소셜 북마킹 작업이 SEO에 거의 도움이 되지 않습니다. 시간을 더 가치 있는 곳에 투자하는 것이 좋습니다.

Q: 내 사이트의 컬렉션 페이지가 noindex로 제외된 이유는 무엇인가요?
A: 특정 카테고리 페이지가 noindex 태그를 포함하고 있을 가능성이 큽니다. 페이지 소스를 확인하여 noindex 메타 태그가 있는지 확인하고, 필요한 경우 수정할 수 있습니다.

Q: 내 사이트로 연결되는 링크가 러시아 웹사이트에서 오는 것 같습니다. 이를 차단하려면 어떻게 해야 하나요?
A: 우리의 알고리즘은 일반적으로 스팸이나 무의미한 링크를 잘 무시합니다. 이러한 링크에 대해 걱정하지 말고, 사이트 개선에 집중하세요.

Q: 웹사이트의 백엔드가 순위에 영향을 미치나요?
A: 백엔드 자체는 순위에 영향을 미치지 않지만, 서버 성능은 영향을 미칠 수 있습니다. 예를 들어, 서버가 느리면 순위에 약간의 영향을 줄 수 있습니다.

Q: 스니펫에 대해 여러 개의 사이트 이름을 허용할 계획이 있나요?
A: 현재로서는 도메인 이름만을 허용하고 있습니다. 향후 변경을 약속할 수는 없지만, 팀에서 한 가지 문제를 해결한 후 확장할 가능성은 있습니다.

Q: 16,000개의 페이지를 인덱싱하는 데 6개월 이상이 걸려도 정상인가요?
A: 인덱싱 속도는 사이트의 품질과 인기도에 따라 달라집니다. 콘텐츠 품질을 최대로 높인 후, 소셜 미디어 프로모션 등을 통해 사이트 인지도를 높이는 것이 도움이 될 수 있습니다.

Q: 퍼머링크에서 축약형 “-will-not-“과 “-wont-” 중 어떤 것이 더 나은가요?
A: 큰 차이는 없습니다. 일관성을 유지하는 것이 중요하며, URL을 자주 변경하는 것은 추천하지 않습니다.

Q: 이미지 URL이 여러 단계로 구성되어 있을 때 구글봇이 이미지를 크롤링하고 인덱싱하는 데 어려움이 있나요?
A: 단계가 많아도 구글봇이 이미지를 크롤링하고 인덱싱하는 데 문제가 없습니다.

Q: 스팸 백링크가 내 사이트로 많이 연결되었을 때 이를 막는 방법이 있나요?
A: 가장 좋은 방법은 그냥 무시하는 것입니다. 만약 정말로 불편하다면, 구글 서치 콘솔의 디사보우 도구를 사용할 수 있습니다.

Q: 구글 서치 콘솔이 잘못된 쿼리를 보여줄 수 있나요?
A: 서치 콘솔의 성능 데이터는 실제 검색에서 사용된 데이터를 기반으로 합니다. 데이터를 세부적으로 분석해 쿼리가 특정 국가나 기간에만 나타나는지 확인해 보세요.

Q: 검색 엔진에는 서버사이드 렌더링을 제공하고 사용자에게는 클라이언트사이드 렌더링을 제공하는 것이 괜찮나요?
A: 이를 동적 렌더링이라고 하며, 시스템 유지 보수에 복잡성을 추가하지만 잘 작동한다면 문제는 없습니다. 그러나 새로운 프로젝트에서는 이 방법을 권장하지 않습니다.

Q: 이미지에 설명적인 파일 이름을 사용하는 것이 얼마나 중요한가요?
A: 파일 이름은 어느 정도 도움이 되지만, 이미지가 많아지면 그 중요성은 줄어듭니다. 몇 개의 이미지에는 신경 쓰는 것이 좋지만, 대규모 이미지에서는 크게 신경 쓰지 않아도 됩니다.

Q: 리디자인 후 트래픽을 증가시키는 가장 좋은 방법은 무엇인가요?
A: 리디자인이 사이트 구조나 URL을 완전히 변경했다면, 사이트 이동과 같은 절차를 따르는 것이 중요합니다. 그러나 점진적인 트래픽 감소는 리디자인보다는 사용자의 변화나 검색 트렌드의 변화 때문일 수 있습니다.

Q: 구글봇이 크롤링하는 모든 페이지를 렌더링하나요?
A: 모든 페이지가 렌더링되는 것은 아닙니다. 예를 들어 404 페이지는 렌더링되지 않으며, 정상적인 페이지만 렌더링됩니다.

Q: 유효하지 않은 스키마 마크업이 사이트에 해를 끼치나요?
A: 유효하지 않은 스키마 마크업이 있더라도 사이트에 해가 되지 않습니다. 단지 그 정보를 사용할 수 없을 뿐입니다.

Q: 302 리디렉션을 301로 변경하려면 어떻게 해야 하나요?
A: 서버 호스팅 업체에 문의하는 것이 좋습니다. 그러나 장기적으로 사용된 302 리디렉션도 구글에서는 301로 간주할 수 있으므로 큰 문제가 되지 않습니다.

Q: 광범위한 보일러플레이트 콘텐츠가 사이트에 해를 끼치나요?
A: 보일러플레이트 콘텐츠가 많아도 검색에는 큰 영향을 미치지 않습니다. 하지만 사용자 경험을 고려하는 것이 좋습니다.

Q: 자바스크립트를 렌더링할 때 구글봇이 비싼 외부 API를 호출하는 것을 방지할 수 있나요?
A: robots.txt로 API를 차단할 수 있습니다. 하지만 페이지 콘텐츠가 API에 의존하는 경우, 구글봇이 이를 액세스해야만 페이지 콘텐츠를 제대로 볼 수 있습니다. API 호출을 조건부로 처리하는 것도 한 방법입니다.

Q: 도메인 이름을 변경해도 SEO 순위를 유지할 수 있는 방법이 있나요?
A: 잘 수행된 사이트 이동은 트래픽 손실을 최소화할 수 있습니다. 구글의 사이트 이동 가이드를 참고하세요.

Q: 내 브랜드 파비콘을 업로드한 지 한 달이 넘었는데, 구글에서 여전히 웹플로우 파비콘이 표시됩니다. 해결 방법이 있나요?
A: 구글의 파비콘 가이드를 확인해 일관되게 설정했는지 확인하세요. 오래된 파비콘 파일을 제거하고, 새 파일로 리디렉션하는 것도 방법입니다.

Q: 여러 언어로 작성된 게시글이 있을 때 최선의 분리 방법은 무엇인가요?
A: URL 매개변수나 언어 코드를 경로에 사용하는 등 여러 방법이 있지만, 검색 측면에서는 어느 방법이든 괜찮습니다. 각 언어 버전마다 고유한 URL을 사용하는 것이 중요합니다.

Q: 구글은 드롭다운에 있는 링크를 인식하나요?
A: 드롭다운 내 URL은 링크로 인식되지 않지만, 구글봇이 해당 URL을 크롤링할 수는 있습니다. 제대로 링크로 처리되려면 일반적인 앵커 태그를 사용하는 것이 좋습니다.

Q: 서치 콘솔에서 robots.txt가 도달할 수 없다고 표시되는데, 이유가 무엇인가요?
A: 사이트나 서버에 문제가 있을 수 있으며, 이를 해결해야 합니다. 서버의 방화벽 규칙과 구성 파일을 확인해 보세요.

Q: 사이트맵에 hreflang URL이 포함된 경우, lastmod나 priority 속성이 어떻게 영향을 미치나요?
A: hreflang 주석은 다른 URL을 참조하지만, 크롤링은 lastmod와 같은 속성을 참조해 결정됩니다. 하지만 lastmod는 페이지가 재크롤링될지 여부를 보장하지는 않습니다.

Q: 제휴 링크를 robots.txt로 차단하는 것이 좋나요?
A: 크롤링 예산을 관리하려면 robots.txt로 제휴 링크를 차단하는 것이 합리적입니다. 물론 구글도 이러한 링크를 무시하는 데 능숙하지만, 직접 관리하는 것이 더 나을 수 있습니다.

2023년 4월

2023년 4월 Q&A 원문
2023년 4월

Q: Website.com/eu 또는 국가별로 개별 웹사이트를 운영하는 것이 좋을까요?
A: EU로 확장할 때, website.com/eu와 같은 하위 디렉토리를 사용하고 여러 hreflang 태그(en-fr, en-de, en-nl 등)를 적용하는 것은 가능합니다. hreflang 주석은 페이지별로 적용되며, 여러 국가에 해당하는 주석을 동일한 페이지에 적용할 수 있습니다. 각 국가에 맞는 페이지를 제공할 수 있도록, 특정 국가에서 잘못된 페이지에 접속한 사용자에게 적합한 경험을 제공하는 배너를 사용하는 것도 좋은 방법입니다.

Q: 사이트맵에 포함된 내용을 검색했는데 인덱싱된 게시물이 보이지 않는 이유는 무엇인가요?
A: 구글이 인터넷의 모든 URL을 인덱싱하지 않기 때문입니다. 우선, Search Console의 URL 검사 도구를 사용해 해당 URL이 구글봇에 접근 가능한지 확인하세요. 구글이 인덱싱하는 URL은 일반적으로 고품질의 콘텐츠입니다. developers.google.com/search에서 고품질 콘텐츠에 대한 가이드를 참고해 보세요.

Q: 구글이 제품 관련 서드파티 리뷰 및 평가 데이터를 Rich 결과에 사용하는가요?
A: 제품에 대한 리뷰가 해당 페이지에 표시되고, 사람들이 쉽게 리뷰를 읽을 수 있도록 해야 합니다. 리뷰는 특정 제품에 대한 것이어야 하며, 카테고리 전체가 아닌 개별 제품에 대한 리뷰여야 합니다. 자세한 내용은 구글의 리뷰 스니펫 관련 문서를 참고하세요.

Q: 내 사이트가 구글에서 표시되지 않는 이유를 어떻게 찾을 수 있나요?
A: 사이트가 구글에서 “플래그”로 표시되었다면, Search Console에서 알림을 받을 것입니다. 그렇지 않다면, 사이트의 콘텐츠 품질을 검토해야 할 수 있습니다. developers.google.com/search에서 콘텐츠 품질에 대한 문서를 참조해 보세요.

Q: 특정 용어의 URI를 사용하는 것이 SEO에 도움이 될까요?
A: 현재 구글 검색은 URI를 직접 지원하지 않습니다. 그러나 이러한 주석이 구글 외부에서 유용하다면 사용하는 데 문제가 없습니다. 구글이 지원하는 구조화된 데이터에 대한 정보는 Search 개발자 문서에서 확인할 수 있습니다.

Q: Search Console URL 검사 도구에서 robots.txt 파일이 도달 불가능한 오류를 표시하는 이유는 무엇인가요?
A: 이 오류는 사이트 설정 문제로 인해 발생하며, 구글이 해결할 수 없습니다. 방화벽 설정, CDN, 호스팅 제공업체의 설정을 확인하고 문제를 해결하세요. robots.txt 파일을 인덱싱할 필요는 없으며, 그 자체로는 아무런 기능을 하지 않습니다.

Q: 오래된 인덱싱된 HTML 랜딩 페이지를 삭제할 경우 404 오류를 홈페이지로 리디렉션해야 하나요?
A: 삭제된 페이지의 내용이 홈 페이지로 리디렉션되는 것이 사용자에게 혼란을 주지 않는 경우에는 가능합니다. 그러나 페이지 내용과 완전히 관련이 없는 경우 404 상태 코드를 유지하는 것이 더 좋습니다.

Q: 구글 검색에서 오래된 웹사이트를 삭제하는 방법은 무엇인가요?
A: 새로운 도메인으로 이전하는 경우, 이전 사이트를 삭제하기보다는 새 사이트로 리디렉션하는 것이 좋습니다. 이전 사이트에서 얻은 신호를 보존할 수 있기 때문입니다. 리디렉션을 이미 설정한 경우, 구글 검색에서 모든 URL이 새 사이트로 교체되는 데 몇 주에서 몇 달이 걸릴 수 있습니다.

Q: 잘못된 URL이 내 사이트에서 발견되었습니다. 이로 인해 크롤링에 영향을 받을 수 있나요?
A: 구글의 시스템은 이러한 상황을 처리할 수 있으며, 일시적으로 서버에 부하가 증가할 수 있지만, 다른 URL의 인덱싱이나 품질 평가에 영향을 미치지 않습니다.

Q: 구글봇에게 410 상태 코드를 제공하고 사용자에게는 200 상태 코드를 제공하는 것이 괜찮은가요?
A: 상태 코드에 대한 클로킹은 권장되지 않으며, 문제가 발생할 수 있습니다. 특정 페이지를 검색에서 제외하려면 noindex 메타 태그를 사용하는 것이 훨씬 안전하고 간단합니다.

Q: 구글은 308 상태 코드를 301과 동일하게 처리하나요?
A: 네, 구글은 308과 301 상태 코드를 동일하게 처리하며, 둘 다 “영구적으로 이동됨”을 의미합니다. 구글봇은 308을 301과 동일하게 취급합니다.

Q: Google Search Console에서 인덱싱 속도를 어떻게 높일 수 있나요?
A: 사이트의 콘텐츠 품질이 높을수록 더 많은 페이지가 인덱싱될 가능성이 큽니다. 더 자세한 내용은 developers.google.com/search에서 확인할 수 있습니다.

Q: 내 웹사이트가 구글 검색에 나타나지 않는 이유는 무엇인가요?
A: 웹사이트가 아직 구글에서 발견되지 않은 것 같습니다. Search Console에 사이트를 추가하고 사이트맵 파일을 제출한 후, 개별 페이지를 직접 인덱싱 요청하세요.

Q: “Wifi”와 “Wi-Fi”가 구글에서 동일하게 간주되지 않는 이유는 무엇인가요?
A: “Wifi”와 “Wi-Fi”는 구글에서 대체로 동일하게 간주되지만, 사람들이 두 가지를 혼용해서 사용하기 때문에 약간의 차이가 있을 수 있습니다. 구글은 사용자가 입력한 방식에 최대한 가깝게 결과를 표시하려고 합니다.

Q: ratingValue 및 reviewCount에 대한 구조화된 데이터가 없는 것이 SEO에 악영향을 미치나요?
A: 리뷰가 없는 경우 reviewCount가 0인 것은 문제가 되지 않습니다. 리뷰가 없으면 구글에서 별점 정보를 표시할 수 없을 뿐입니다.

Q: 특정 키워드에 대해 내 사이트가 검색 결과에서 사라질 수 있나요?
A: 특정 키워드에서 완전히 순위가 사라지는 경우는 드뭅니다. 대신 경쟁자가 더 높은 순위를 차지했을 가능성이 큽니다. 내부 링크 구조나 페이지 레이아웃, 외부 링크 등을 검토해 보는 것이 좋습니다.

Q: 구식 정보 도구를 통해 요청이 거부된 이유는 무엇인가요?
A: 이 도구는 페이지에서 특정 정보가 제거된 경우에만 요청을 수락합니다. 페이지에서 정보가 제거되었지만 인덱싱되지 않은 경우, 도구는 이를 처리할 수 없으므로 요청이 거부됩니다.

Q: Google Domains로 이전한 도메인이 검색에 나타나기까지 얼마나 걸리나요?
A: 사이트 품질에 따라 다르며, 몇 일에서 몇 달까지 걸릴 수 있습니다. 고품질 사이트일수록 빠르게 처리됩니다.

Q: 레시피 구조화된 데이터를 최적화하여 리치 결과에 표시되려면 어떻게 해야 하나요?
A: 레시피 리치 결과에 표시되려면 필수 속성인 이미지와 이름을 입력해야 합니다. 선택적 속성이 비어 있어도 괜찮지만, 이 경우 해당 부분의 리치 결과가 표시되지 않을 수 있습니다.

Q: 내 사이트 설명에 스팸이 표시되는 이유는 무엇인가요?
A: 이 경우 사이트가 해킹당했을 가능성이 높습니다. 웹사이트를 정리하고 보안을 강화해야 합니다.

2023년 3월

2023년 3월 Q&A 원문
Q : 검색엔진 최적화 검색결과를 가장 효과적으로 업데이트하는 방법은 무엇인가요? URL을 새 WordPress 사이트로 연결했지만 검색결과에 이전 사이트와 새 사이트가 둘 다 나타난다
A : 페이지를 삭제하거나 여러 페이지를 하나로 묶을 때와 같이 웹사이트 URL을 변경하면 이전 URL이 새 URL로 리디렉션되어야 합니다. 이렇게 하면 사용자와 검색엔진에 도움이 됩니다

Q : Google에서는 어떻게 WEBP 이미지를 인식하나요
A : Google은 거의 모든 콘텐츠 유형에서 HTTP 응답의 콘텐츠 유형 헤더를 확인하는데요, 이미지도 마찬가지입니다. 이미지 형식은 사실 파일 확장자에서 학습되는 것이 아니라 서버가 보내는 콘텐츠 유형 헤더를 통해 학습됩니다. 다른 방법을 사용하여 이미지의 형식을 알아볼 수도 있지만 보통은 HTTP 헤더로 충분합니다.

Q : ‘눈에 띄는 동영상을 결정할 수 없습니다’ 오류 해결
A : 페이지를 디자인한 방식에 따라 의도한 대로 작동하는 것이라면 괜찮습니다. ‘눈에 띈다’는 것은 페이지가 처음 로드될 때 동영상이 바로 표시됨을 의미합니다. 이를 ‘스크롤 없이 볼 수 있는 부분’이라고도 합니다. 동영상 크기 역시 너무 작거나 크지 않고 적절해야 합니다. Google에서 이 페이지의 동영상으로 인정될 만큼 눈에 띈다고 간주할 만한 동영상을 찾지 못했습니다. 이 페이지에서 동영상의 색인을 생성하려면 먼저 다른 동영상 색인 생성 문제를 해결하는 것이 좋습니다. 경우에 따라 Googlebot의 렌더링 문제로 인해 이 동작이 발생할 수도 있으므로 해결할 수 없는 경우도 있습니다. 하지만 해당 페이지에서 동영상이 적절하게 눈에 잘 띄는지는 확인해야 합니다.
페이지에 URL 검사 보고서의 실시간 테스트를 실행해 스크린샷을 검토하여 Google이 보는 페이지를 확인하세요. 페이지 URL을 검사한 다음 실제 URL 테스트 > 테스트된 페이지 보기 > 스크린샷을 클릭합니다. 동영상이 초기 화면 이외의 위치에 있는 경우 다른 테스트 방법을 시도해야 합니다.

Q : 두 시장에서 하나의 언어만 사용하는 경우 Google은 이를 중복 콘텐츠로 간주하나요
A : 중복 콘텐츠에 대한 페널티는 없습니다. 그리고 이러한 경우에도 어떠한 불이익도 주어지지 않죠.
하지만 이로 인해 몇 가지 결과가 계속 나타날 수는 있습니다. 사이트에 같은 언어로 된 동일한 콘텐츠를 가진 페이지가 여러 개 있는 경우, Google에서는 이러한 페이지 중 하나를 중복으로 취급하여 다른 페이지를 표준으로 선택할 수 있습니다. 이는 페이지 단위로 적용됩니다. 일반적인 텍스트를 검색하면 이러한 페이지 중 하나만 표시됩니다. 다른 페이지에 있는 콘텐츠도 동일하기 때문입니다. hreflang 주석을 사용하는 경우에도 Google 검색에서 URL을 교체할 수 있습니다. 하지만 Search Console에서는 주로 표준 URL을 보고하므로 다른 버전을 무시하는 것처럼 보일 수도 있습니다. 간단히 말해 보고가 약간 혼란스러울 수는 있지만 여전히 효과는 있습니다. 만전을 기하려면 다른 국가의 사용자가 방문한 경우 배너를 표시하여 적절한 버전을 안내할 수 있습니다.

Q : 네덜란드어 웹사이트에 .com을 사용하는 것이 좋은가요? 아니면 .nl을 사용하는 것이 더 좋은가요?
A : 저라면 도메인 이름의 .nl 버전을 유지하겠습니다. 첫째, 사이트 이전에는 위험이 수반될 수 있습니다. 따라서 일반적으로 다른 선택지가 없는 경우에만 사이트를 이전하는 것이 좋습니다. 둘째, .nl 버전을 사용하면 모든 검색엔진에 직접 사이트가 네덜란드에 속한다는 사실을 알릴 수 있지만 .com 도메인으로는 이러한 이점을 누릴 수 없습니다.

Q : 색인이 생성된 다수의 페이지를 이전하려면 어떻게 해야 하나요?
A : 문제가 발생할 가능성을 최소화하고 변경할 부분을 분리하세요. 사이트의 구조나 디자인을 바꾸는 등의 다른 큰 작업을 같이 진행하지 마세요. URL을 현재 상태 그대로 이전하는 일에만 집중하세요. URL 리디렉션도 잊지 말고 처리하세요. 이전 전후의 모든 URL을 표시한 목록을 만드세요. 이렇게 하면 트래픽을 올바르게 리디렉션하고 있는지 모니터링할 수 있습니다. 사이트 이전에 관한 도움말에서 사이트 이전에 도움이 될 만한 사항을 확인할 수 있습니다.

Q : 색인을 대량으로 다시 생성해 달라고 요청할 수 있나요?
A : 사이트맵 파일을 사용하여 변경된 페이지를 Google에 알릴 수 있으며 대부분의 전자상거래 설정에서 이 작업을 수행합니다. . 개별 페이지를 더 빠르게 업데이트하려면 Search Console의 URL 검사 도구를 사용하여 색인 생성을 다시 요청할 수 있습니다. 급히 삭제해야 하는 페이지가 있다면 Search Console에서 삭제할 수도 있습니다. 전자상거래 설정을 적절히 지정되어 있다면 이 모든 과정이 자동으로 진행될 것입니다.

Q : 다른 유형의 구조화된 데이터 내에 구조화된 데이터 1개를 추가할 수 있나요?
A : 그렇습니다. 구조화된 데이터를 중첩하면 Google에서 페이지의 주요 내용을 파악하는 데 도움이 됩니다. 예를 들어 레시피와 리뷰를 동일한 수준에 두는 것보다 이 페이지에 레시피가 있고 그 안에 리뷰가 중첩되어 있음을 Google에 명확하게 알리는 것이 낫습니다. 즉, 페이지의 주요 목적은 레시피이며 리뷰는 하위 구성요소라는 의미입니다. 한 가지 팁을 드리자면 항상 특정 기능 문서를 확인하여 다양한 구조 데이터 유형 결합에 관한 추가 참고사항이 있는지 살펴보세요. 현재 지원되는 캐러셀 기능은 과정, 영화, 레시피, 식당뿐입니다.

Q : 실제로 Google에서는 soft-404 오류가 있는 페이지를 어떻게 정의하나요?
A : oft-404 오류는 일반적으로 일종의 오류가 있을 때 표시됩니다. 예를 들어 페이지에 로드되어야 하는 일부 리소스가 누락된 경우 404 페이지와 매우 유사하게 보이게 됩니다. 또는 리소스가 로드되지 않으면 몇 가지 오류 문자열이 표시될 수 있습니다. URL 검사 도구를 사용하여 Googlebot에 페이지가 어떻게 표시되는지, 제대로 표시되고 있는지 확인할 수 있습니다. 당신의 사이트가 취업정보 검색결과 페이지라면 위젯에서 정보를 로드하지 못해 ‘취업정보 없음’이라는 오류 메시지가 표시되는 것보다는 취업정보 목록이 있는 것이 좋겠죠. 그러나 정말로 취업정보가 없다면 이 페이지의 색인은 생성되지 않아야 합니다. soft-404 오류가 의도한 대로 작동할 때도 있는데, 이 경우 Search Console에 오류가 표시되더라도 무시할 수 있습니다.

2023년 1월

2023년 1월 Q&A 원문

Q : 메타 키워드가 중요한가?
A : 중요하지 않습니다. 메타 키워드는 (구글) 검색엔진 최적화에 도움을 주지 않습니다.
구글이 메타 키워드를 사용하지 않는 이유(2009년 블로그)

Q : 사이트맵에서 lastmod로 어떤 날짜를 사용해야 하나요?
A : 사이트맵 파일의 목적은 페이지에 변경된 사항이 있을 때 페이지를 크롤링하기 위한 적절한 순간을 찾는 것이므로 lastmod 날짜는 다시 크롤링될 가치가 있을 만큼 콘텐츠가 크게 변경된 날짜를 반영해야 합니다. 댓글이 페이지에서 중요한 부분을 차지할 경우 마지막으로 댓글이 달린 날짜를 사용해도 괜찮습니다. 이는 결국 개발자가 직접 결정해야 하는 문제입니다. 게시물 자체에 대한 날짜의 경우 페이지 날짜 사용에 관한 가이드라인을 살펴보시기 바랍니다. 특히 페이지의 날짜를 일관되게 사용하고 시간대 등 구조화된 데이터를 마크업에 포함하는 것이 중요합니다.

Q : 뉴스 사이트맵과 일반 사이트맵을 함께 사용할 수 있나요?
A : sitemaps.org에 정의된 것과 같이 전통적인 웹 사이트맵 하나만 사용할 수 있습니다. 웹 사이트맵.xml 파일에서 30일 이내 URL은 뉴스 사이트맵 양식으로 적용해주세요. 30일이 넘은 URL에서는 뉴스 확장 프로그램을 삭제해야 한다는 점을 기억하세요. 따라서 보통은 뉴스와 웹에 각각 별도의 사이트맵을 사용하는 것이 더 간단합니다. URL이 뉴스에 사용하기에는 너무 오래되었다면 뉴스 사이트맵에서 완전히 URL을 삭제하세요. URL을 두 사이트맵에 포함하는 것이 아주 바람직한 방법은 아니지만, 문제를 일으키지는 않습니다.

Q : 사용된 적이 있는 도메인의 스팸 점수는 어떻게 수정하나요? 도메인을 구매했는데 차단된 도메인이거나 스팸 점수가 있다는 사실을 알게 되었다면 어떻게 해야 하나요?
A : 무엇보다도 도메인 이름에 투자하고 싶다면 사전에 매우 꼼꼼하게 살펴보거나 전문가의 도움을 받는 것이 중요합니다. 다른 곳에서 이미 사용되었던 적이 있는 도메인 이름을 다시 사용할 수 있는 경우가 많습니다. 하지만 먼저 약간의 정리 작업이 필요할 때도 있습니다. 이는 Google에서 대신 해 드릴 수 있는 작업이 아닙니다. 하지만 제가 여기에서 시도해 보았을 때는 웹사이트가 로드되지 않네요. 따라서 기술적인 문제가 주요 문제일 수 있습니다.

Q : Google에서는 키워드 밀도를 고려하나요?
A : 아니요. Google에는 최적의 키워드 밀도라는 개념이 없습니다. 지난 몇 년 동안 Google 시스템은 점점 더 페이지의 주제를 효과적으로 인식해 왔습니다. 키워드가 전혀 언급되어 있지 않은 경우에도 마찬가지입니다. 하지만 무엇에 관한 페이지인지 분명히 밝히는 것이 가장 좋습니다. 페이지가 무엇에 관한 것인지, 어떠한 검색어에 관해 페이지를 표시해야 하는지에 관한 검색엔진의 추측에 의존하지 마세요. 홈페이지에 ‘장소에 아름다움을 더한다’라고만 언급되며 몇몇 아름다운 집이 표시되면, 사용자와 검색엔진이 페이지에서 어떤 것을 제공하는지 알 수 없습니다. 주택 페인트 서비스를 제공하는 업체라면 그렇게 밝히면 됩니다. 페인트를 판매하는 업체라면 그렇게 밝히면 됩니다. 사용자가 무엇을 검색하는지 생각해 보고 해당 용어를 사용하세요. 그렇게 하면 페이지를 찾기 쉽고, 사용자도 자신이 원하는 항목을 찾았음을 간단히 인식할 수 있습니다. 키워드 밀도는 중요하지 않습니다. 그러나 분명한 설명을 제공하는 것은 분명 중요합니다. 다만 검색엔진 최적화에 관한 오래된 오해, 이야기, 농담, 논평 등과는 다르게 제공 가능한 모든 변형을 언급할 필요는 없습니다

Q : 링크 거부를 사용하면 사이트 순위가 올라가나요?
A : 저라면 먼저 내 사이트에서 실제로 이러한 스팸 링크를 만들었는지 확인해 보겠습니다. 사이트에 랜덤으로 이상한 링크가 있는 경우가 많기 떄문에 Google에서는 이러한 링크를 무시하는 연습을 많이 합니다. 반면에 스팸 링크를 스스로, 적극적으로 만들었다면 정리하는 것이 좋습니다. 소스에서 링크를 삭제할 수 없다면 거부 도구를 사용하면 도움이 됩니다. 그렇다고 해서 사이트가 이전과 동일한 포지션으로 돌아오는 것은 아닙니다. 하지만 Google 알고리즘에서 사이트를 다시 신뢰할 수 있음을 인식할 수 있으므로, 다시 올라올 수 있는 기회가 될 수 있습니다. 사이트를 예전의 위치로 다시 되돌릴 수 있는, 마법과도 같은 요령은 없습니다. 처음에 그랬던 것처럼 정말 노력해야 합니다.

Q : 사이트를 가장 효과적으로 이전하려면 어떻게 해야 하나요?
A : 가장 중요한 작업은 예전의 URL이 새 URL로 리디렉션되도록 하는 것입니다. 이것이 가장 중요합니다. 새 도메인을 출시하고 나면 Search Console에서 도메인 소유권을 확인하세요. 보안 섹션 및 기타 보고서에서 위험 신호에 표시되는지 확인해야 합니다. 이미 리디렉션이 완료되었다면 Search Console에서 사이트 이전 요청을 제출할 수도 있습니다. 사이트 이전은 매우 중요한 작업입니다. 사이트 이전에 관한 자세한 도움말을 참고하세요. 자주 사용하는 검색엔진에서 ‘Google 사이트 이전’과 같은 내용을 검색하여 읽어 보세요.

Q : 모바일 버전을 Google에 알리려면 어떻게 해야 하나요?
A : 모바일 중심 색인 생성에 관한 문서에 확인해 보실 만한 항목 목록이 있습니다. 체크리스트와 문제 해결 섹션을 살펴보시는 것이 좋을 것 같아요. 요약하자면, 두 버전의 사이트에 동일한 콘텐츠를 제공하고 사용자와 Google이 두 버전 모두에 액세스할 수 있어야 합니다. 그래도 여전히 문제가 발생한다면 포럼에 글을 올려 보세요. 포럼 회원분들이 모바일 친화적으로 표시되지 않는 특정 페이지를 살펴봐 주실 것입니다.
모바일 사이트 및 모바일 중심 색인 생성 권장사항 :

Q : ‘m.’ 사이트의 데스크톱 버전과 모바일 버전은 어떻게 연결하나요?
A : 항상 표준 URL은 데스크톱 URL이며 m. URL은 이 데스크톱 URL을 대체하는 버전입니다. 따라서 데스크톱 버전에는 스스로를 가리키는 rel=canonical 및 m. 버전을 가리키는 rel=alternate가 필요합니다. m. 버전의 페이지에는 페이지의 데스크톱 버전을 가리키는 rel=canonical만 사용하면 됩니다.

2022년 12월

2022년 12월 Q&A 원문

Q : 작성자 이름 대신 조직 이름을 사용할 수 있나요?
A : 조직을 기사 작성자로 등록해도 괜찮습니다. 이에 대해서는 구조화된 기사 데이터 문서를 참고하세요. 조직이나 사람을 작성자로 지정해도 되며 둘 다 괜찮습니다. 콘텐츠에 적합한 작성자를 추가할 수 있습니다.

Q : Search Console에 모든 페널티가 표시되나요?
A : Google에서는 검토자 및 알고리즘 작업에 의해 부과되는 직접 조치와 Spambrain과 같은 스팸 알고리즘에서 전적으로 담당하는 알고리즘 조치라는 두 가지 종류의 조치를 부과합니다. 직접 조치의 경우 Search Console을 통해서만 사이트 소유자에게 알림이 전달됩니다. 사이트 소유자는 직접 조치 보고서를 검색하여 관련 페이지를 확인할 수 있습니다. 이 페이지에는 다양한 유형의 직접 조치를 이해하는 데 도움이 되는 정보 및 직접 조치를 받았으며 이미 문제를 해결한 경우 재검토 요청을 제출하는 방법에 관해 자세히 알아볼 수 있는 정보가 나와 있습니다.

Q : 유용한 콘텐츠 시스템에서는 방문자가 만족스러운 경험을 했는지 여부를 정확히 어떻게 판단하나요?”
A : 최근 Search Console팀에서는 ‘Google의 2022년 8월 유용한 콘텐츠 업데이트에 관해 크리에이터들이 알아두어야 할 사항’이라는, 상당히 종합적인 글을 게시하였습니다. 이 글에서는 사용자에게 도움이 되는 콘텐츠를 만들고 있는지 판단하기 위해 스스로에게 물어볼 수 있는 몇 가지 질문을 다룹니다. 가령, 사용자 중심 콘텐츠에 충분히 집중하고 있나요? 여러 자동화 도구를 사용해 검색 사용자의 관심을 끌 수 있는 콘텐츠를 만들고 있지는 않나요? 특정 주제의 전문가라고 자처하며 아무런 근거도 없는 글을 잔뜩 작성하지는 않았나요? 개인적으로 저는 SEO뿐만 아니라 디지털 마케팅 담당자, 콘텐츠 작가, 사이트 소유자 모두 사용자에게 가장 유용한 콘텐츠와 경험을 제공하기 위해 이러한 개념에 관해 잘 알고 있어야 한다고 생각합니다.

2022년 11월

2022년 11월 Q&A 원문
Q : Disvaow 기능이 서치콘솔에 보이지 않는다. 어떻게 해야 하나
A : 도메인 레벨 인증했다면 찾을 수 있을 것이다. 구글은 스팸성 링크를 잘 거르고 있으니 외부 링크에 신경쓸 필요 없다. disavow는 당신이 실제로 해당 링크에 돈을 지급했을때 그리고 나중에 해당 링크를 제거할 수 없을 때 사용하면 된다.

Q : canonical tag를 구글이 제대로 인식하지 못한다면 어떻게 해야 하나
A : 표준화(canonicalization)는 link rel=”canonical” 태그 이외의 것도 참고하는 것이다. 매우 비슷한 콘텐츠 URL들을 발견할 경우 구글은 그 중 콘텐츠를 가장 잘 드러내는 URL을 선택한다. 구글은 canonical 태그(link rel=”canonical”) 외에도 리디렉션, 사이트맵, 내부 링크, 외부 링크 등을 함께 고려한다. 표준 URL이라고 판단한다면 모든 시그널들을 잘 배열해야 한다. 표준화라는 것은 어떤 URL이 보여야 하는지에 대한 것이라고 보면 된다. 이 표준화는 검색 랭킹에 영향 끼치지는 않는다.

Q : 구글은 짧은 콘텐츠가 있는 페이지를 좀 더 자주 크롤링하고 인덱싱하나?
A : 콘텐츠의 길이는 구글이 크롤하고 인덱싱하는 것에 영향을 끼치지 않는다. 틈새 콘텐츠는 인덱싱될 수 있다. 짧은 콘텐츠에 불이익이 있는건 아니다. 하지만 일반적으로는 인터넷에서 인기를 얻는 (외부 링크가 많은)콘텐츠가 구글에서 자주 크롤되고 인덱싱이 쉽게 된다.

Q : http/3을 사용하면 성능을 업그레이드해서 결국엔 SEO에 도움이 되나?
A : 현재 구글은 http/3을 랭킹요소로 사용하지 않고 있다. 내가(존 뮬러) 알기로는 구글은 크롤링에도 사용하지 않는다. 성능 관점에서 보자면 나는 사용자가 http/3을 사용해서 얻는 장점이 있는지 의심스럽다. http/3을 쓰는 것이 코어 웹 바이털에 확실히 좋은 영향을 끼치는지 알 수 없다.(구글은 코어 웹 아이털을 페이지 경험 랭킹 요소로 사용 중임) 빠른 서버를 유지하는 것은 언제나 좋은 생각이지만 http/3을 사용하는 것이 SEO와 직접적인 관련이 되는지는 의심스럽다. 이건 당신의 서버에 더 빠른 RAM을 사용하는 것과 (SEO와의) 직접적 관련성을 찾는것이 어렵다는 것과 비슷한 것 같다

Q : 링크 빌딩 캠페인을 허락하지 않는데 왜 구글은 백링크를 계속해서 랭킹 팩터로 사용하나? 왜 구글은 쉽게 조작 가능한 백링크 대신 다른 것을 랭킹 팩터로 찾지 않나?
A : 1. 백링크는 구글 검색이 처음 시작했을 때보다 좀 덜한 영향력을 가진다. 구글은 수백가지의 랭킹 신호를 가지고 가장 연관성있고 도움이 되는 검색 결과를 만든다. 2. 전체적인 링크빌딩 캠페인은 궁극적으로 구글의 스팸 정책을 어기는 링크 스팸이 된다. 구글은 부자연스러운 링크를 탐지하고 이를 무효화하는 알고리즘을 가지고 있다. 따라서 스패머 또는 돈을 주고 링크빌딩을 하더라도 구글이 이것을 파악하는 순간 해당 링크는 모두 무효화된다.

Q : 대부분의 내부 링크를 위한 앵커의 콘텐츠 링크가 같아도 문제 없나?

A : 문제 없다. 사실 이같은 경우가 많다. 메뉴나 제품들은 항상 같은 링크가 링크돼있다. SEO적으로는 할 것이 특별히 없다

Q : 웹사이트 내에 no index 페이지가 많아지만 잘 발견이 안되거나 인덱싱에 문제가 생기나

A : no index 페이지가 많더라도 구글 크롤링과 인덱싱엔 영향이 없다.

Q : URL과 페이지가 동일한 언어를 사용하지 않아도 괜찮나?

A : SEO 측면에서는 부정적인 효과가 없다. 다만 사용자 입장에서는 신경쓰일 수 있다

Q : 내 콘텐츠를 표절하거나 변경한 콘텐츠가 (오리지널 콘텐츠보다) 검색 상단 결과에 위치한다

A : 스크랩한 콘텐츠나 일부만 변경한 콘텐츠는 스팸 정책에 위반된다. 구글은 이같은 행위를 확인하고 검색에 불이익을 준다. 당신이 이런 콘텐츠를 발견한다면 구글에 알려달라

Q : 구글 디스커버에 나타나도록 하려면?

A : 구글 디스커버에 노출되는 것은 구글이 자동으로 처리한다. 구글은 당신의 콘텐츠가 구글 검색에 노출될지 구글 디스커버에 노출될지에 대해서는 다른 기준을 사용한다. 따라서 검색에서 얻는 트래픽이 구글 디스커버에서 트래픽을 보장하지 않는다

Q : 내가 긴 콘텐츠를 여러개의 짧은 콘텐츠로 바꾸면 빈약한(thin) 콘텐츠가 되나?

A : 콘텐츠를 보기 전에는 알수 없다. 하지만 글자수만으로 빈약한 콘텐츠를 지정하지 않는다. 두 가지의 방법이 있다. 1. 하나의 주제를 깊이 연구하는 완벽한 포스팅 2. 주제를 이해하기 쉽게 콘텐츠를 나누는 방법. 당신이 웹사이트 방문 독자를 잘 알고 있기 때문에 주제와 콘텐츠가 어떤가에 따라 다르다. 나라면 당신이 당신의 독자에 가장 도움이 될만한 방법을 찾고 각자의 페이지들이 해당 주제에 대해 충분한 가치를 전달할 수 있는지에 집중할 것이다

Q : 구글 도움말 문서에 따르면 404 페이지가 많으면 크롤링이 중단될 수 있다는 게 사실인가?

A : 도움말 문서의 실수를 바로잡았다. 처음 도움말은 “404 HTTP 상태코드는 사이트 레벨의 크롤링 중단을 가져온다”. 수정된 것은 “HTTPS 인증 오류는 사이트레벨의 크롤링 중단을 가져온다” 404 오류는 얼마든지 있어도 괜찮다. 404 페이지는 인터넷의 매우 건강한 신호다

Q : Key Moments 비디오 마크업의 현재 상태는 어떤가? 스니핏은 유튜브 영상에만 적용되는게 맞는지?

A : 비디오 마크업은 라이브된 상태로 다양한 영상 제공자에 사용된다. 유튜브에만 한정되는게 아니다. 구글의 온라인 문서가 충분하지 않다면 공개포럼에서 정보를 찾아봐라

Q : FAQ 스니펫을 스키마 마크업을 사용하지 않고 순수한 html로 구현 가능한가?
A : FAQ 리치 결과에 대한 것이라면 현재는 FAQ 스키마 마크업을 사용해야 검색 결과에 나타날 것이다.

Q : self reffering canonical은 데이터 중복 제거에 도움이 되나?
A : 그렇지 않다.

Q : 구글이 표절 웹스토리에 대해 조치를 취하지 않는 이유는? 특히 디스커버에서
A : 스팸성 표절 콘텐츠가 있는 사이트는 구글 스팸 정책을 위반한다. 구글은 이런 사이트를 검색결과에서 불이익을 주고 있다

Q : rel=”ugc’ 링크는 인덱싱이 안되나?
A : 인덱싱이 된다. 만약 어떤 페이지를 인덱싱하고 싶지 않다면 rel nofollow를 사용하면 된다.

Q : 구글은 제휴(affiliate) 링크가 아닌 무형의 상품에 대한 제품 리뷰 업데이트를 어떻게 처리하나?
A : 구글은 판매될 수 있는 물리적인 제품에 집중하지만 동시에 디지털 제품과 연관된 콘텐츠를 평가하기도 한다. 만약 당신이 어떤 제품을 리뷰한다면 꼭 제휴링크를 제공할 필요는 없다. 독자에게 도움이 될 수 있는 유용한 링크를 포함해주는 것이 모범 사례다

Q : 내 사이트에 1천개 이상의 페이지가 있다. 각자 페이지에 메타태그를 추가하는데 너무 오랜 시간이 걸린다. 빠르게 할 수 있는 방법은?
A : 제품소개처럼 큰 데이터베이스를 가진 사이트 같은 경우 자동으로 메타 디스크립션을 넣을 수도 있다. 다만 각 페이지의 메타 디스크립션은 반드시 독자적이고, 특정하고, 관련성 있어야 한다. 같은 메타 디스크립션을 계속해서 사용하지 말아야 한다

Q : 내 사이트에서 1만개 정도의 빈약한(thin) 페이지를 없애려고 한다. 모범 사례는?
A : 해당 페이지를 삭제해라. 다만, 빈약한 페이지를 삭제한다는 것이 당신의 웹사이트를 더욱 가치있게 만들지는 않는다. 가치라는 것은 빈약한 콘텐츠가 있거나 이를 삭제하거나 별개로 존재하는 것이다

Q : 내가 보는 SEO 웹사이트나 영상에서는 백링크를 사라고 추천한다. 백링크를 사는게 나을까 아니면 내 사이트의 콘텐츠에 집중하는게 나을까?
A : 구글은 20년 전처럼 링크를 매우(predominantly)잘 사용하지 않는다. 구글은 링크 스팸을 무력화하는 많은 알고리즘을 실행하고 있다. 당신의 돈을 스팸 링크에 사용하지 말아라. 돈은 사용자 경험과 도움되는 콘텐츠 생산에 사용하는게 좋다

Q : 검색 결과에 나오려면 캐시 카피(cached copy)가 필요한가?
A : 그렇지 않다. 캐싱 시스템은 검색 랭킹 및 인덱싱과 별개다.

Q : 왜 구글 서치콘솔 보고서는 알려지지 않은 내부 URL을 400 오류 URL로 취급하나?
A : 구글이 모든 페이지를 인덱싱하지 않기 때문에 해당 URL은 알려지지 않을 수 있다. 구글봇은 어떤 페이지를 발견할 수 있지만 이 페이지가 인덱싱되지 않았다면 구글은 이를 알려지지 않은(unknown)으로 취급한다.

Q : 워드프레스를 사용하고 있다. abc.com/page/one, /page/two 같이 자동으로 생성된 페이지를 nofollow 처리를 해야 하나?

A : 만약 당신 사이트 일부 페이지에 크롤링이나 인덱싱을 제한할 필요가 있다면 nofollow보다는 robots.txt disallow 규칙을 사용하는 것이 낫다. 결국, 다른 사람들이 당신 페이지에 링크하는 것을 통제할수가 없기 때문에 어떤 링크들은 가짜(air-quotes) follow가 될 수 있다

Q : 유료 콘텐츠가 검색 결과와 디스커버에 나타나는 것을 어떻게 막을까? 나는 페이월 콘텐츠 마크업을 잘 했다. 불만 있는 사용자가 있을까 우려스럽다

A : 그것이 구글이 추천하는 것이다. 구글에 페이월 구조화된 데이터를 통해 페이월 뒤에 어떤 콘텐츠가 있는지 알려주는 것이다. 만약 유료 콘텐츠가 완전히 검색에서 나타나지 않기를 바란다면 해당 페이지에 noindex를 넣어라.

Q : 스팸 지수가 내 사이트 랭킹에 영향을 끼치나? 링크 무효화(disavowing links) 외에 웹사이트 스팸 스코어를 개선하는 방법이 있나?

A : 구글은 다른 SEO 회사가 개별 페이지들에 대해 결정한 점수를 사용하지 않는다. 당신의 웹사이트의 스팸 점수를 측정하더라도 구글은 이를 사용하지 않는다. 이같은 툴이 쓸모 없다는 것은 아니다. 다만 구글은 해당 점수를 사용하지 않는다는 것이다. 나(John Muller)의 추천은 이 툴이 당신에게 알리려는 것을 이해하고 뭔가 조치를 취할 것이 있다면 그것을 진행하면 된다

( SEMrush 같은 SEO 도구 사이트는 스팸지수를 알려줍니다. 이 지수를 보면 가슴이 답답해져서 뭔가 조치를 취해야 하는지 고민하게 됩니다. 하지만 구글측 이야기는 스팸지수에는 신경쓸게 없다는 얘기입니다. 단, 링크를 구매한 경우는 조금 예외인것 같습니다)

Q : 판매하는 상품이 재고가 없고 앞으로도 그럴 것 같다. 이 상품 페이지를 어떻게 처리할까? 1. 상품 페이지를 삭제할까? 2. 다른 특정 페이지로 리디렉션할까?

A : 검색의 관점으로는 해당 페이지를 삭제해도 된다. 사이트 이용성 관점에서 본다면 해당 페이지를 당분간 유지하거나 리디렉션하는게 좋을 것 같다. 해당 페이지에 제 3자 블로그나 사용자에 북마크됐을 수도 이기 때문이다

Q : hreflang를 사용했는데 리턴 태그(return tags)가 없을 경우, hreflang은 여전히 return tags로 간주되는가? 아니면 이런 오류가 웹사이트 전반에 영향을 끼치나(개발 용어라 이해는 못했지만 적어둡니다)

A : hreflang의 오류가 웹사이트 전체에 부정적인 영향을 끼치지 않습니다.구글이 hreflang을 볼때는 어떤 적절한 hreflang 주석을 살펴봅니다. 예를 들어 일부가 깨진(broken) 경우 구글은 연결을 끊기만 합니다. 따라서 당신 웹사이트의 한 페이지에 3개의 hreflang 주석이 있는데 하나가 깨졌다고 가정해봅시다. 우리는 하나의 깨진 주석만을 무시하고 나머지 주석을 활용합니다. hreflang은 페이지별 주석입니다. 작동하지 않는 주석은 hreflang 작동을 하지 않을 뿐입니다. 제 조언은 이렇습니다. 작동하지 않는 주석을 발견한다면 수정하세요. 그래야 걱정이 없을 테니까요.

Q : 많은 나라에서 사용하는 다양한 버전의 웹페이지를 통하지 않고 hreflang을 적용하는 방법은?

A : hreflang은 중요하면서도 복잡한 주제입니다. 사이트 다양한 버전에 hreflang을 간단하게 적용하는 방법은 모든 hreflang을 하나의 사이트맵에 적용하는 겁니다. sitemap.org에서 “sitemap cross submits”를 검색하고 이를 어떻게 설정하는지 배우세요. 그리고 hreflang을 당신의 html 페이지 대신 사이트맵에 추가하세요.

Q : hreflang 사이트맵은 아무 폴더에 위치해도 되나?

A : 그렇다. hreflang 사이트맵은 특별하지 않다. hreflang 사이트맵은 전통적인 사이트맵 파일에 hreflang 주석을 추가한 것이다. robots.txt 파일을 통해 hreflang 사이트맵을 제출할때 당신 사이트의 어떤 폴더에 추가해도 상관 없다. 이미지 사이트맵과 비디오 사이트맵도 마찬가지다.

Q : 새로운 language 업데이트에 대해 x-default hreflang을 어떻게 적용해야 할까? 나는 13개 언어로 된 웹사이트가 있다. 작성자가 퇴사하면서 해당 기사는 새로운 language 업데이트가 어렵게 됐다. 고객은 우리에게 두 가지 선택지를 제시했다. 1. x-default를 없애거나 2. 마지막 언어를 x-default로 사용하거나. 뭐가 더 나을까요?
A : 편한대로 선택하면 된다. 당신은 페이지 단위로 언어를 지정할 수 있다. 웹사이트 전체에 동일한 언어를 적용하지 않아도 된다. 사용자에 유용하다면 한번은 영어를 디폴트 언어로 하고 또 다음번엔 일본어를 디폴트 언어로 적용해도 괜찮다. hreflang x-default 값은 사이트에서 사용자의 언어 및 지역을 지원하지 않을 때 콘텐츠의 언어 및 지역의 영향을 받지 않는 URL을 지정하는 데 사용되고 특정 언어와 지역을 타겟팅하는 콘텐츠의 URL 버전을 지정하는 다른 hreflang 값과 함께 사용된다.

Q : 프로덕트 리뷰 업데이트가 다른 콘텐츠에 영향을 미치는가?
A : 그렇지 않다. 다른 업데이트가 프로덕트 리뷰가 아닌 콘텐츠에 영향을 미쳤을 것이다

Q : 이미지 안의 텍스트가 이미지 검색 랭킹에 영향을 끼치나? 예를 들면 티셔츠 프린팅의 이미지. 나는 티셔츠 내에 이미지에 대해서는 신경을 쓰지 않고 있다. 오히려 이미지 주변의 가격, 제품이름, 브랜드 URL 같은 특징적인 텍스트에 신경 쓰는 편이다
A : 이미지 주변의 텍스트는 이미지를 이해하는데 유용하다. 구글은 이미지 주변의 캡션, 이미지 제목 같은 내용을 추출해서 사용한다. 물론 해당 이미지는 텍스트와 관련 있고 텍스트는 이미지를 잘 설명하는 것이 좋다

Q : 우리 회사 웹사이트를 지역의 무료 또는 유료 리스팅 웹사이트에 등록하는 것이 도움이 될까? 구글은 지역 검색 결과에 넣어주나?
A : 당신 지역에서 유명한 리스팅 업체 사이트에 등록하는 목적을 SEO의 방법으로 접근하지 말아라. 구글 검색과 별개로 리스팅 웹사이트에서 트래픽을 받는 것을 목적으로 하라. 지역(local) 검색은 다른 것이다.

Q : query parameter(예를 들면 ‘add to cart’ 가 URL에 포함된다면 SEO에 나쁜가?
A : query parameter 자체가 SEO에 나쁜것은 아니다. 다만, 매우 큰 웹사이트의 경우 query parameter를 무의미하게 남용한다면 크롤링 비용을 높일 수 있다. 당신의 웹사이트가 큰 사이트인지를 판단해봐야 한다. 이런 추가적인 파라미터는 당신 웹사이트의 내부 링크를 기하급수적으로 늘리게 된다. 만약 이런 목적이 아니라면 나(John Muller)라면 이런 파라미터를 줄일 것 같다. 만약 당신의 웹사이트가 중소 규모라면 지금 당장은 크롤링 비용에 대한 문제는 없을 것 같다

보관용 질문

Q : abc.com이라는 사이트에서 m-en.abc.com으로 도메인을 운영할 경우 구글이 이를 모바일 도메인으로 인지하는가? 도메인 랭킹에 불이익이 있는가? 도메인을 m.abc.com 또는 반응형으로 변경해야 하는가?

A : 도메인 변경 안해도 된다. 전제 조건은 모바일 사이트가 사이트가 모바일 프렌들리해야 하고, 도메인 내간에 canonical과 link alternate가 잘 연결됐다면 구글이 이해할 수 있다. 구글이 반응형을 추천하는 이유는 운영자의 관리 편의성을 위한 거다. 과거에는 두가지 분기형으로 사이트를 운영해왔다.

확대 해석 : mnews.abc.com 도 문제가 없음. 전제 조건을 충족시킬 경우

출처 : 2021년 4월 1일 Google Search Central SEO Office Hours 영상 41분 50초

Q : 모바일 도메인이 abc.com이 있고 이를 abc.kr로 302 리다이렉션하고 있다. 검색 결과에 기사 일부는 abc.com으로 기사 일부는 abc.kr로 나간다. 변경해야 하나

a : abc.kr의 최종 목적지가 abc.com으로 됐을 경우 문제는 없다. 오랜 기간 그렇게 처리해온 경우 구글이 알아서 퍼머넌트 리다이렉션으로 인식한다.

(끝)

검색엔진 최적화 관련 포스팅

구글 검색, 구글 뉴스, 구글 디스커버 작동원리 총정리

홈페이지에 구글 유입 급감 이유 찾기

구글 검색 최적화 실행 체크리스트

구글 서치콘솔 사용 가이드 완전 정복

Leave a Comment