2023년 1월 Google 검색엔진 최적화 실무자와의 만남
다음은 2023년 1월 Google 검색엔진 최적화 실무자와의 만남 스크립트입니다. 사이트에 관해 구체적인 도움이 필요하면 Google 검색 센터 도움말 커뮤니티에 질문을 게시해 보세요.
메타 키워드가 중요한가요?
리지: 메타 키워드가 검색엔진 최적화에 아직 도움이 되나요?
중요하지 않습니다. 메타 키워드는 검색엔진 최적화에 도움을 주지 않습니다. 2009년에 게시된 블로그 게시물에서 Google이 메타 키워드를 사용하지 않는 이유를 자세히 알아보세요.
브랜드 이름이 제대로 표시되지 않습니다. 이유가 무엇인가요?
게리: 카잘님의 질문입니다. 제 브랜드 이름은 Quoality입니다. Quebec Uniform Oscar Alpha Lima India Tango Yankee의 줄임말이죠. 그런데 사용자가 브랜드 이름 Quoality를 검색하면 Google에서 'Quality(품질)'에 관한 검색결과를 표시합니다. Quoality가 Quality로 '교정'되는 겁니다. Google에서는 왜 이런 서비스를 제공하나요?
좋은 질문이에요. 사용자가 일반적인 단어의 오타라고 여겨지는 검색어를 사용해 검색하면 Google 알고리즘이 이를 학습하여 올바른 철자법을 제안하려 시도하거나 아예 올바른 철자의 검색어로 검색을 실행해 버립니다. 카잘님의 브랜드가 성장함에 따라 Google 알고리즘이 브랜드 이름을 학습하면 알고리즘에서 처음에 올바른 철자라고 생각한 검색어의 검색결과가 표시되는 상황이 멈출 겁니다. 하지만 시간이 좀 걸릴 겁니다.
사이트맵에서 lastmod
로 어떤 날짜를 사용해야 하나요?
존: 마이클님의 질문입니다. 뉴스 기사에 대한 lastmod
이며 사이트 XML에 파일에 있습니다. 이 날짜는 기사를 마지막으로 업데이트한 날짜여야 하나요? 아니면 마지막으로 댓글이 달린 날짜여야 하나요?
사이트맵 파일의 목적은 페이지에 변경된 사항이 있을 때 페이지를 크롤링하기 위한 적절한 순간을 찾는 것이므로 lastmod
날짜는 다시 크롤링될 가치가 있을 만큼 콘텐츠가 크게 변경된 날짜를 반영해야 합니다. 댓글이 페이지에서 중요한 부분을 차지할 경우 마지막으로 댓글이 달린 날짜를 사용해도 괜찮습니다. 이는 결국 개발자가 직접 결정해야 하는 문제입니다. 게시물 자체에 대한 날짜의 경우 페이지 날짜 사용에 관한 가이드라인을 살펴보시기 바랍니다. 특히 페이지의 날짜를 일관되게 사용하고 시간대 등 구조화된 데이터를 마크업에 포함하는 것이 중요합니다.
뉴스 사이트맵과 일반 사이트맵을 함께 사용할 수 있나요?
게리: 헬렌님의 질문입니다. 하나의 웹사이트에서 뉴스 사이트맵과 일반 사이트맵 둘 다 사용해도 괜찮을까요? 뉴스 사이트맵과 일반 사이트맵에 동일한 URL이 포함되어 있으면 문제가 되나요?
sitemaps.org에 정의된 것과 같이 전통적인 웹 사이트맵 하나만 사용할 수 있습니다. 그런 다음 뉴스 사이트맵이 필요한 URL에 뉴스 확장 프로그램을 추가하세요. 30일이 넘은 URL에서는 뉴스 확장 프로그램을 삭제해야 한다는 점을 기억하세요. 따라서 보통은 뉴스와 웹에 각각 별도의 사이트맵을 사용하는 것이 더 간단합니다. URL이 뉴스에 사용하기에는 너무 오래되었다면 뉴스 사이트맵에서 완전히 URL을 삭제하세요. URL을 두 사이트맵에 포함하는 것이 아주 바람직한 방법은 아니지만, 문제를 일으키지는 않습니다.
관련 없는 검색 항목이 표시되면 어떻게 대응해야 하나요?
존: 제시카님의 질문입니다. Google의 페이지 하단에 있는 추천 검색어에 웹사이트 내용과 관련이 없는 제안이 표시됩니다. 검색결과를 살펴보았는데 우리 웹사이트가 해당 주제에서 표시되지 않습니다.
제시카님께서 어떤 의미로 질문하셨는지 정확하게 파악하기가 쉽지 않네요. 아마 검색결과에 표시되는 내용, 검색결과 페이지 요소 중 하나에 표시되는 내용이 예상과 다르다는 느낌이 드시는 것 같습니다. 전체 검색결과 페이지의 경우 하단에 의견 링크가 있으며 여러 개별 페이지에서도 의견 링크가 제공됩니다. 여기에서 의견을 제출하면 관련 팀에게 전달됩니다. 이러한 팀들은 장기적으로 모든 사용자를 위해 시스템을 개선할 수 있는 방법을 모색합니다. 그래서 기능에 대한 전반적인 의견을 선호하며 특정 사이트에서 어떤 페이지가 왜 표시되지 않는지와 같이 지나치게 구체적인 문제는 대체로 지양됩니다.
내 사이트의 설명이 왜 표시되지 않나요?
리지: 클레어님의 질문입니다. Google 설명이 Squarespace 웹사이트에 있는 사이트 설명과 다릅니다. 색인을 다시 생성했어요. 어떻게 변경해야 하나요?
여기서 주의해야 할 점은 개발자가 특정 페이지에 대해 작성한 특정 메타 설명을 Google에서 사용한다는 보장이 없다는 것입니다. 스니펫은 사실 자동으로 생성되며 사용자가 어떤 내용을 검색하느냐에 따라 다르게 표시될 수 있습니다. 페이지에서도 특정 부분이 검색어와 더 관련이 있을 수 있습니다. 개발자가 작성한 설명이 페이지에서 가져오는 것보다 페이지를 더 정확하게 설명하는 경우 Google에서 개발자의 설명을 사용할 가능성이 높습니다. Google 문서에 메타 설명을 작성하는 방법에 관한 권장사항이 있으니 확인해 보시기 바랍니다.
사용된 적이 있는 도메인의 스팸 점수는 어떻게 수정하나요?
존: 모하메드님의 질문입니다. 도메인을 구매했는데 차단된 도메인이거나 스팸 점수가 있다는 사실을 알게 되었다면 어떻게 해야 하나요? .
무엇보다도 도메인 이름에 투자하고 싶다면 사전에 매우 꼼꼼하게 살펴보거나 전문가의 도움을 받는 것이 중요합니다. 다른 곳에서 이미 사용되었던 적이 있는 도메인 이름을 다시 사용할 수 있는 경우가 많습니다. 하지만 먼저 약간의 정리 작업이 필요할 때도 있습니다. 이는 Google에서 대신 해 드릴 수 있는 작업이 아닙니다. 하지만 제가 여기에서 시도해 보았을 때는 웹사이트가 로드되지 않네요. 따라서 기술적인 문제가 주요 문제일 수 있습니다.
포르노 사이트의 스팸 링크가 있으면 순위를 결정하는 데 나쁜 영향을 주나요?
리지: 익명님의 질문입니다. 지난 한 달 동안 Google Search Console 링크 도구를 사용하여 우리 사이트로 연결되는 포르노 웹사이트 스팸 백링크가 상당히 늘었습니다. 저희는 이러한 스팸 링크를 원하지 않습니다. 이 링크가 순위에 부정적인 영향을 미치나요? 어떻게 해야 하나요?
Google 시스템에서 특정 링크가 스팸인지 아닌지 판단하는 능력이 점점 진화하고 있으므로 해당 문제에 관해 너무 신경쓰지 않으셔도 괜찮습니다. 그러나 우려되는 부분이 있거나 직접 조치를 받으셨다면 Search Console의 거부 도구를 사용하실 수 있습니다. 스팸 링크 목록을 만든 다음 도구에 업로드해야 합니다. Search Console에서 거부 방법에 관해 검색하여 더 많은 방법을 알아보세요.
Google에서는 키워드 밀도를 고려하나요?
존: 다음 질문입니다. Google은 콘텐츠에서 키워드 밀도를 고려하나요?
아니요. Google에는 최적의 키워드 밀도라는 개념이 없습니다. 지난 몇 년 동안 Google 시스템은 점점 더 페이지의 주제를 효과적으로 인식해 왔습니다. 키워드가 전혀 언급되어 있지 않은 경우에도 마찬가지입니다. 하지만 무엇에 관한 페이지인지 분명히 밝히는 것이 가장 좋습니다. 페이지가 무엇에 관한 것인지, 어떠한 검색어에 관해 페이지를 표시해야 하는지에 관한 검색엔진의 추측에 의존하지 마세요. 홈페이지에 '장소에 아름다움을 더한다'라고만 언급되며 몇몇 아름다운 집이 표시되면, 사용자와 검색엔진이 페이지에서 어떤 것을 제공하는지 알 수 없습니다. 주택 페인트 서비스를 제공하는 업체라면 그렇게 밝히면 됩니다. 페인트를 판매하는 업체라면 그렇게 밝히면 됩니다. 사용자가 무엇을 검색하는지 생각해 보고 해당 용어를 사용하세요. 그렇게 하면 페이지를 찾기 쉽고, 사용자도 자신이 원하는 항목을 찾았음을 간단히 인식할 수 있습니다. 키워드 밀도는 중요하지 않습니다. 그러나 분명한 설명을 제공하는 것은 분명 중요합니다. 다만 검색엔진 최적화에 관한 오래된 오해, 이야기, 농담, 논평 등과는 다르게 제공 가능한 모든 변형을 언급할 필요는 없습니다.
제목이 메타 설명과 섞여서 표시되는 이유는 무엇인가요?
리지: 마이클님의 질문입니다. 특정 페이지가 검색결과 페이지에 표시될 때 메타 설명이 우리가 제공한 맞춤 설정이나 페이지 스니펫이 아니라 타이틀 태그와 동일하게 표시됩니다. 이럴 때 어떻게 해야 하나요?
안녕하세요, 마이클님. 저라면 먼저 HTML이 유효한지, URL 검사 도구를 사용하여 페이지가 렌더링되는 방식에 문제는 없는지 확인할 것 같습니다. 추가적인 맥락이 없으면 조언을 더 드리기 어렵네요. Google 검색 센터 포럼을 방문하셔서 페이지의 몇 가지 예시와 지금 표시되는 검색결과를 게시해 주시기 바랍니다. 포럼에 있는 회원들이 마이클님의 문제를 살펴보고 해결 방법을 구체적으로 안내해 드릴 수 있을 겁니다.
스테이징 하위 도메인을 삭제하려면 어떻게 해야 하나요?
게리: 익명님의 질문입니다. 하위 도메인에 스테이징 사이트가 있는데 색인이 생성되었습니다. 스테이징 사이트를 검색결과에서 삭제하려면 어떻게 해야 하나요?
이런 일이 발생할 때도 있으니 걱정하지 않으셔도 됩니다. 먼저 스테이징 사이트에서 실제로 404
또는 410
상태 코드를 반환하는지 확인하세요. 그러면 Googlebot에서 사이트에 관한 기록을 업데이트할 수 있습니다. 스테이징 사이트가 Google 검색에 표시되는 것이 번거롭다면 Search Console에서 사이트 삭제 요청을 제출하시면 됩니다. 그러러면 먼저 Search Console에서 스테이징 사이트를 확인해야 합니다.
링크 거부를 사용하면 사이트 순위가 올라가나요?
존: 지미님의 질문입니다. 내 웹사이트에 연결되는 스팸 링크를 거부하면 알고리즘으로 인한 페널티를 극복하는 데 도움이 될까요?
저라면 먼저 내 사이트에서 실제로 이러한 스팸 링크를 만들었는지 확인해 보겠습니다. 사이트에 랜덤으로 이상한 링크가 있는 경우가 많기 떄문에 Google에서는 이러한 링크를 무시하는 연습을 많이 합니다. 반면에 스팸 링크를 스스로, 적극적으로 만들었다면 정리하는 것이 좋습니다. 소스에서 링크를 삭제할 수 없다면 거부 도구를 사용하면 도움이 됩니다. 그렇다고 해서 사이트가 이전과 동일한 포지션으로 돌아오는 것은 아닙니다. 하지만 Google 알고리즘에서 사이트를 다시 신뢰할 수 있음을 인식할 수 있으므로, 다시 올라올 수 있는 기회가 될 수 있습니다. 사이트를 예전의 위치로 다시 되돌릴 수 있는, 마법과도 같은 요령은 없습니다. 처음에 그랬던 것처럼 정말 노력해야 합니다.
사이트를 가장 효과적으로 이전하려면 어떻게 해야 하나요?
게리: 클라라 디펜호르스트님의 질문입니다. 회사 이름을 바꾸려고 합니다. 다만 제품과 사이트는 대부분 거의 바뀌지 않습니다. 새 이름으로 인해 URL이 변경될 텐데요, 예전 이름에 관한 크레딧을 유지하려면 어떻게 해야 할까요?
좋은 질문이에요. 그리고 이번에도 사이트 이전에 관한 질문이네요. 사이트 이전은 언제 하건 재미있고 무서운 일입니다. 가장 중요한 작업은 예전의 URL이 새 URL로 리디렉션되도록 하는 것입니다. 이것이 가장 중요합니다. 새 도메인을 출시하고 나면 Search Console에서 도메인을 확인하세요. 보안 섹션 및 기타 보고서에서 위험 신호에 표시되는지 확인해야 합니다. 이미 리디렉션이 완료되었다면 Search Console에서 사이트 이전 요청을 제출할 수도 있습니다. 사이트 이전은 매우 중요한 작업입니다. 사이트 이전에 관한 자세한 도움말을 참고하세요. 자주 사용하는 검색엔진에서 'Google 사이트 이전'과 같은 내용을 검색하여 읽어 보세요.
내 사이트가 Google에 표시되지 않는 이유는 무엇인가요?
존: 롭님의 질문입니다. 내 사이트가 Google 검색에 표시되지 않아요. 색인이 생성되지 않습니다.
롭님이 URL을 언급하셔서 잠깐 살펴보니 홈페이지에서 Google에 404
상태 코드를 반환하는 것으로 나타났습니다. 기본적으로 Google에는 이 페이지가 전혀 존재하지 않는 것입니다. 좀 더 살펴 보았는데 페이지에서 모든 Googlebot 사용자 에이전트에 404
상태 코드를 반환하며, 사용자에게도 정상적으로 표시되었습니다. 개발자 도구에서 Chrome의 사용자 에이전트 전환을 사용하여 테스트하실 수 있습니다. 서버가 잘못 구성된 것처럼 보이므로 이 문제를 해결하려면 호스팅 업체의 도움이 필요할 수 있습니다. Google에서 계속 페이지에 액세스하려 시도할 것이며 문제가 해결되면 1주일 정도 후에 다시 검색결과에 표시됩니다.
모바일 버전을 Google에 알리려면 어떻게 해야 하나요?
리지: 마테우스님의 질문입니다. Google Search Console에서 웹사이트의 모든 게시글이 아닌 일부 게시글의 데스크톱 버전만 확인합니다. 모바일 버전도 있는데도요. 모바일 버전을 Google에 알리려면 어떻게 해야 하나요?
모바일 중심 색인 생성에 관한 문서에 확인해 보실 만한 항목 목록이 있습니다. 체크리스트와 문제 해결 섹션을 살펴보시는 것이 좋을 것 같아요. 요약하자면, 두 버전의 사이트에 동일한 콘텐츠를 제공하고 사용자와 Google이 두 버전 모두에 액세스할 수 있어야 합니다. 그래도 여전히 문제가 발생한다면 포럼에 글을 올려 보세요. 포럼 회원분들이 모바일 친화적으로 표시되지 않는 특정 페이지를 살펴봐 주실 것입니다.
같은 이름을 가진 경쟁자의 소셜 계정만 표시되는 이유는 무엇인가요?
존: 앤서니님의 질문입니다. 우리 내 회사의 소셜 미디어 계정이 더 이상 검색결과에 표시되지 않는다고 말합니다. 이제 경쟁업체의 소셜 미디어 계정만 표시되고요, 두 계정 이름이 동일합니다.
단순히 특정 이름을 사용하는 사이트가 두 개 있다는 것 이상의 문제인 것 같네요. 이런 상황에서는 말씀하신 사이트를 찾기가 어렵습니다. 게다가 Google도 사용자도 어느 사이트가 진짜 사이트인지 알기가 쉽지 않습니다. 이름이 똑같기 때문에 본질적으로는 어느 쪽이 표시되건 합당한 검색결과이기 때문입니다. 사람들이 이름으로 사이트를 찾을 수 있도록 하려면, 이름이 고유해야 하며 다른 많은 사람들도 사용하는 용어가 아니어야 합니다.
왜 URL 삭제가 작동하지 않나요?
게리: 루님의 질문입니다. 콘텐츠 삭제 도구를 사용하여 요청을 승인받은 후에도 Google에 내 링크가 계속 표시되는 이유는 무엇인가요? 왜 그런지 이해할 수 있도록 도와주세요.
URL 삭제 도구를 사용하면 결과를 금방 확인할 수 있습니다. 보통 몇 시간 내에 내가 지정한 URL이 검색결과에서 삭제됩니다. 도구에서 삭제가 승인된 URL이 삭제되지 않았다면 일반적으로 잘못된 URL을 지정했음을 의미합니다. 실제 결과를 클릭하여 방문한 위치를 확인해 보세요. Google 검색에 표시되는 URL과 동일한가요? 그렇지 않은 경우 해당 URL에 대한 삭제 요청을 다시 제출하세요.
서비스를 제공하는 웹사이트에서는 어떤 구조화된 데이터를 사용해야 하나요?
존: 다음 질문입니다. 우리 웹사이트에서는 제품이 아닌 서비스를 제공하며 견적에 따라 가격이 달라질 수 있습니다. 구조화된 제품 데이터를 사용할 때 서비스에 관해 잘못 표시된 항목을 수정하려면 어떻게 해야 하나요?
말씀하신 웹사이트와 같은 지역 비즈니스의 경우 구조화된 지역 비즈니스 데이터를 확인해 보세요. 구조화된 지역 비즈니스 데이터를 사용하면 서비스의 가격대도 지정할 수 있습니다. 검색 개발자 문서에서 이 마크업에 관해 자세히 알아보시기 바랍니다.
내 콘텐츠의 색인이 생성되지 않는 이유는 무엇인가요?
게리: 익명님의 질문입니다. 비교적 상태가 양호하며 콘텐츠가 풍부한 국가 사이트의 색인 생성이 자꾸 취소되고, 반대로 이전의 404
하위 도메인과 하위 폴더의 색인이 다시 생성되는 이유는 무엇인가요?
사이트 URL이 없어서 정확한 답변을 제공해 드리는 것이 거의 불가능합니다. 하지만 Google에서 이전의 하위 도메인과 하위 폴더의 모든 URL을 방문하지 않은 것 같네요. 그래서 해당 URL이 검색결과에 계속 표시되는 것입니다. 단순히 원하는 키워드에 국가 사이트가 표시되지 않는 것이 아니라 해당 사이트가 계속 Google의 색인 생성에서 제외된다는 확신이 있다면, 기술 문제와 품질 문제 두 가지 모두 원인일 수 있습니다. Google 검색 센터 포럼을 방문하여 포럼 커뮤니티 회원들이 사이트에 어떤 문제가 있는지 도움을 줄 수 있는지 알아보세요.
Google 검색에서 오래되거나 이전한 URL을 무시하도록 설정할 수 있나요?
존: 알렉스님의 질문입니다. 301
리디렉션으로 많은 콘텐츠를 이동할 경우 색인에서 이전 URL을 삭제해 달라고 요청해야 하나요? 10년이 지났는데도 Google에서 여전히 이전 URL을 크롤링합니다. 왜 그런 거죠? 감사합니다.
아니요. 이동한 URL의 색인을 다시 생성해 달라고 요청하거나 URL을 삭제해 달라고 요청하지 않아도 됩니다. 이 작업은 시간이 지남에 따라 자동으로 진행됩니다. 알렉스님이 경험하고 계신 현상은 Google 시스템에서 알렉스님의 콘텐츠가 다른 URL에 있었음을 인지하고 있기 때문에 발생합니다. 어떤 사용자가 이전 URL을 찾는 경우 Google에서 이를 표시하고자 노력하며, 이러한 상황이 몇 년 동안 계속될 수 있습니다. 문제가 있다는 징후는 아니므로 이 경우 해결해야 할 문제가 없습니다. Search Console에서 URL을 확인해 보세요. 리디렉션을 사용하고 있다면 표준 URL이 변경된 것을 확인할 수 있습니다. 간단히 말해, 이전 URL을 검색했을 때 이전 URL이 표시되는 것에 관해 걱정하지 않으셔도 됩니다.
Search Console 인증이 Google 검색에 영향을 미치나요?
게리: 아바니님의 질문입니다. Search Console 소유권 또는 인증 코드를 변경하면 웹사이트 색인 생성에 영향을 미치나요?
Search Console에서 사이트를 인증하거나 인증 코드 및 방법을 변경해도 색인 생성이나 순위 지정에는 영향을 미치지 않습니다. Search Console에서 제공하는 데이터를 사용하여 사이트를 개선하면 Google 검색에서 사이트가 더욱 우수한 실적을 올릴 수 있지만 그 외에는 검색에 아무런 영향을 미치지 않습니다.
번역된 콘텐츠가 Google에 왜 표시되지 않나요?
존: 앨런님의 질문입니다. 약 2개월 전에 웹사이트에 다른 언어를 추가했습니다. 하지만 Google 검색에서 번역된 버전을 찾을 수 없습니다. 이유가 뭘까요?
웹사이트에 다른 언어를 추가할 때 해야 할 작업이 있고, 이에 더해 추가로 할 수 있는 작업이 있습니다. 특히 각 언어 버전마다 별도의 URL이 있어야 합니다. URL에 '?=de'와 같은매개변수를 추가하는 것 같은 사소한 작업으로도 충분합니다. 하지만 해당 언어 버전으로 연결되는 별도의 URL이 있어야 합니다. 동일한 URL의 콘텐츠를 자동으로 교체하는 시스템도 있지만 검색엔진에서는 이 기능이 작동하지 않으므로 별도의 URL이 있어야 합니다. 또 하나 중요한 건 언어 버전에 대한 링크가 있어야 한다는 것입니다. 한 언어 버전을 해당 페이지의 다른 모든 버전에 연결하는 것이 가장 좋습니다. 이렇게 하면 사용자와 검색엔진이 해당 언어 버전을 쉽게 찾을 수 있습니다. 이러한 페이지에 대한 내부 링크가 없으면 Google에서 페이지가 있다는 것을 인식하지 못할 수 있습니다. 마지막으로 hreflang 사이트설정을 사용하면 여러 페이지가 어떻게 연결되어 있는지에 관해 Google에 알릴 수 있습니다. 이건 필수는 아니고 추가적인 작업입니다. 개발자 문서에서 다국어 버전을 사용하는 사이트에 관해 자세히 알아보세요.
이미지의 URL 심도가 순위에 영향을 미치나요?
리지: 샐리님의 질문입니다. 이미지의 URL 심도가 이미지 순위에 영향을 미치나요? HTML에 이미지의 srcset 및 크기 코드를 추가하면 이미지 순위에 도움이 될까요?
이미지에 3개의 수준이 있는지, 아니면 5개의 수준이 있는지는 중요하지 않습니다. 더 중요한 것은 사이트에 맞는 구조를 사용하는 것입니다. 이렇게 하면 이미지를 일종의 논리적 패턴으로 쉽게 정리할 수 있습니다. 파일 이름이 이미지에 관해 충분한 설명을 제공하는지도 확인하세요. 예를 들어 /photos/dog/havanese/Molly.png
라는 디렉터리가 있을 수도 있지만 하바나 실크 독의 사진이 엄청나게 많지 않다면 /photos/Molly-Havanese-dog.png
정도만 사용해도 충분합니다. srcset
및 크기 코드의 경우 이미지에 적합하다면 추가합니다. 특히 반응형 이미지에 이 두 코드를 사용하면 Google에서 특정 이미지의 다양한 버전을 더 잘 이해할 수 있습니다. 이 정보가 도움이 되길 바랍니다.
hreflang
클러스터의 일부가 잘못되면 어떻게 되나요?
게리: 익명님의 질문입니다. hreflang
태그가 손상되었거나 클러스터에 noindex
또는 다른 표준 URL이 포함되어 있는지에 따라 hreflang
클러스터를 처리하는 방식에 차이가 있나요?
복잡한 주제네요. Hreflang
클러스터는 Google에서 검증할 수 있는 여러 개의 hreflang
링크로 구성됩니다. 이 컨텍스트에서 검증하세요. 즉, hreflang
태그들이 서로 백링크로 연결되어야 합니다. 어떤 한 hreflang
링크를 확인할 수 없는 경우 해당 링크는 클러스터에 표시되지 않습니다. 다른 유효한 링크와 관계없이 클러스터가 생성됩니다. 링크 중 하나가 noindex
면 클러스터에 포함될 수 없습니다.
사이트 전체 바닥글 링크를 사용하는 건 바람직하지 않나요?
리지: 나짐님의 질문입니다. 디자이너 회사 또는 CMS를 참조하는 사이트 전체 바닥글 링크를 사용하면 검색엔진 최적화에 안 좋은 영향을 미치나요?
링크가 'Squarespace 제작'과 같이 웹사이트 테마와 함께 사용되는 표준 문구라면 보통 걱정하지 않아도 됩니다. 링크를 관리할 수 있다면 이러한 유형의 링크에 nofollow
을 추가하는 것이 좋습니다. 앵커 텍스트가 적절한지도 확인하세요. 예를 들면 '최고의 플로리다 검색엔진 최적화 업체 제작'와 같이 불필요한 키워드를 포함하는 링크가 아니어야 합니다.
사이트 이전 속도를 높이려면 어떻게 해야 하나요?
게리: 모하메드님의 질문입니다. Search Console에서 웹사이트의 도메인 이름을 바꾸게 되어 이전 요청을 했습니다. 이전 속도를 높이려면 어떻게 해야 하나요? 제게 매우 중요한 일입니다.
좋은 질문입니다. 가장 중요한 작업은 예전의 URL이 새 사이트로 리디렉션되도록 하는 것입니다. 이렇게 하면 사이트 이전에 가장 긍정적인 영향을 미칠 수 있습니다. Search Console에서 사이트 이전 요청을 제출해도 좋지만, 요청을 하지 않더라도 이전 URL을 새 URL로 리디렉션하고 새 URL이 제대로 작동하는 경우 사이트 이전이 정상적으로 이루어집니다. 원하는 검색엔진에서 'Google 사이트 이동'과 같은 항목을 검색해 보세요. 자세한 내용을 알아보려면 Google의 사이트 이전에 관한 도움말을 확인하세요.
'm.' 사이트의 데스크톱 버전과 모바일 버전은 어떻게 연결하나요?
리지: 닐튼님의 질문입니다. 현재 제 사이트가 응답하지 않습니다. 사이트에는 데스크톱 버전과 m. 버전이 있어요. 도움말을 찾아보니 표준 및 대체 사이트와 관련된 조치를 취하라고 하는데요. 데스크톱 버전을 표준 버전으로 사용해야 하나요? 도움말에는 이 부분이 명확하지 않네요.
의견을 보내주셔서 감사합니다. 문서에서 이 부분을 명확하게 안내할 수 있도록 수정하겠습니다. 항상 표준 URL은 데스크톱 URL이며 m. URL은 이 데스크톱 URL을 대체하는 버전입니다. 따라서 데스크톱 버전에는 스스로를 가리키는 rel=canonical
및 m. 버전을 가리키는 rel=alternate
가 필요합니다. m. 버전의 페이지에는 페이지의 데스크톱 버전을 가리키는 rel=canonical
만 사용하면 됩니다. 이 정보가 도움이 되길 바랍니다.
EXIF 데이터는 얼마나 중요한가요?
게리: 사가님의 질문입니다. 전자상거래 사이트 또는 이미지가 핵심 역할을 하는 사이트에서 EXIF 데이터는 얼마나 중요한가요? 검색엔진 최적화라는 관점에서 보았을 때요.
쉬운 질문이네요. 저는 쉬운 질문을 정말 좋아합니다. 답을 드리면요, Google에서는 현재 EXIF 데이터를 사용하지 않고 있습니다. 현재 Google에서 사용하고 있는 유일한 이미지 데이터 또는 메타데이터는 IPTC입니다.