SMX Liveblog: 고급 기술 SEO 문제

게시 됨: 2022-06-12

기술 SEO에 대해 알아보기 위해 다음과 같은 존경받는 연사가 있습니다.

  • Bill Hunt, Back Azimuth 사장(@billhunt)
  • Maile Ohye, Google 수석 개발자 프로그램 엔지니어(@maileohye)
  • Eric Wu, 성장 및 제품 부사장, SpinMedia(@eywu)

smx 일부 사람들에게는 아직 조금 이르고 여기 있는 사람들이 오늘 아침에 조금 느리게 움직이는 것처럼 보이지만 커피 한 잔을 마시고 오늘 아침 이 스피커의 기술적인 문제에 뛰어들 준비가 되었습니다. 저는 클라이언트 사이트에서 기술적 SEO 문제를 해결하는 것을 좋아하며 일반적으로 사이트가 클수록 문제가 커집니다. 이 전문가들이 우리를 위한 몇 가지 좋은 정보를 얻을 수 있기를 바랍니다.

Maile Ohye: Javascript 실행 및 HTTPS의 이점

Ohye는 "Googlebot이 사이트의 보이는 콘텐츠나 레이아웃에 의미 있는 기여를 하는 모든 임베디드 리소스에 액세스할 수 있도록 하는 것이 좋습니다."라고 말했습니다.

5월 23일 Google은 더 많은 JavaScript exe를 수행한다고 발표했습니다. 미세 조정을 거쳐 마침내 출시할 수 있었습니다. 현재 200kb의 페이지를 표시하는 Fetch as Google을 시작한 직후 텍스트 콘텐츠를 보고 차단된 리소스를 주당 500개의 가져오기 속도로 수정했습니다. 모바일을 포함한 다양한 크롤러를 선택할 수 있습니다. 이를 사용하여 Google이 사이트의 모든 중요한 부분을 가져올 수 있는지 확인합니다.

모달 및 전면 광고 - 어디에나 있습니다. 사용자의 워크플로를 방해할 가치가 있는지 판단해야 합니다. 필요하지 않은 경우 워크플로를 방해합니다. 분석을 확인하여 필요한지 확인하십시오. 모달 또는 전면 광고의 색인이 생성되지 않도록 하려면 Google 렌더링으로 가져오기를 확인하여 색인이 생성되는지 확인하고 robots.txt에서 항상 허용하지 않을 수 있습니다. 한 번 더 확인하여 금지가 작동하는지 확인하십시오.

인덱싱되는 콘텐츠를 최적화합니다. CSS/js 리소스가 크롤링 가능한지 확인하세요. Google로 가져오기를 사용하여 렌더링 중인지 확인하고 견고한 서버 성능의 우선 순위를 기억해야 합니다. 서버에서 오래된 js 파일을 삭제하는 대신 유지하는 것을 고려하십시오. 때때로 Google은 크롤링을 수행할 때 이러한 파일이 필요할 수 있습니다. 마지막으로 모든 브라우저와 SE가 JS를 실행하는 것은 아니기 때문에 잘 저하됩니다. 테스트를 해보세요.

HTTPS 이점

누가 보안을 우선시합니까? 보안이 점점 더 중요해지고 있으며 현재 보안 브라우징을 제공하는 여러 대형 사이트가 있습니다. 왜 스위치를

TLS를 사용하면 사용자가 사이트에 있을 것으로 예상되는 위치를 알 수 있습니다. 데이터 무결성을 제공하고 데이터를 암호화합니다. TLS는 사용자에게 추가 보안 계층을 제공합니다. Google은 https를 스파이더할 수 있습니다. 예 https는 검색 친화적입니다. 몇 년 전에는 그렇지 않았습니다. 웹마스터 도구는 https를 지원합니다. 실제로 GWT 내에서 https 사이트를 확인할 수 있습니다. 문제를 방지하려면 크롤링에 하나의 버전만 사용할 수 있는지 확인하십시오.

https 사이트 크롤링 및 인덱싱 – 중복 콘텐츠를 피하기 위해 http에서 https로 301을 수행하려고 합니다. 모든 https 리소스를 제공하고 rel=canonical이 올바른지 확인하세요. https로 전환하기로 결정할 때 브라우저에서 사이트를 테스트하여 모든 리소스가 올바르게 표시되는지 확인하십시오.

웹은 인증, 무결성 및 암호화를 향해 성장하고 있으므로 준비가 되어 있습니다. HTTPS 사이트 마이그레이션은 올바르게 수행하고 리소스를 일관되게 제공하는 경우 검색 친화적일 수 있습니다.

휴, 그녀는 많은 데이터를 매우 빠르게 검토했습니다.

Eric Wu: Ajax는 폭력과 같습니다. 문제가 해결되지 않으면 충분히 사용하지 않는 것입니다.

대부분의 사이트는 jQuery, Angular JavaScript 또는 백본 JavaScript와 같은 것을 사용합니다. 이것들은 어떻게 활용하느냐에 따라 사이트 속도를 높이는 데 도움이 됩니다. 아이디어는 사이트의 사용자 경험과 크롤링 가능성을 개선하기 위해 사이트 속도를 개선하는 것입니다. 테스트에서 사이트 속도를 개선한 후 Eric의 팀은 자연 검색 세션이 80% 증가한 것을 확인했습니다.

Google은 2004년부터 js를 크롤링하려고 노력해 왔습니다. 수년에 걸쳐 그들은 점점 더 좋아져 마침내 마침내 크롤링할 수 있다고 말할 수 있게 되었습니다. GWT Fetch & Render는 그들이 지금 이것을 할 수 있는지 확인하는 방법입니다.

Eric은 Infinite Scroll을 구현할 것을 제안합니다. 모바일에서 잘 작동할 뿐만 아니라 더 나은 사용자 경험을 제공하기 때문입니다. 무한 스크롤을 구현할 때 rel=next / prev를 사용하세요.

연속 콘텐츠는 간단한 코드가 필요한 PushState를 사용합니다.

History.pushState(
{}
제목 페이지,
newURL
);
History.replaceState();

게시자와 같은 사이트의 슬라이드쇼 측면에서 Ajax 갤러리. 슬라이드쇼는 큰 사용자 참여, 더 많은 소셜 공유 및 기타 수많은 이점을 제공합니다. Eric은 Vox를 pushState를 사용하는 사이트로 언급하며 이 경우 rel=next / prev를 효과적으로 사용합니다.

지연된 이미지 로딩은 아직 좋은 해결책이 없다고 Eric이 말한 것입니다. 해결 방법에는 1×1 블랭크, 스켈레톤 스크린 또는 저해상도를 "지연" 로딩 솔루션으로 사용하는 것이 포함됩니다.

반응형 이미지를 사용할 때 다음을 사용할 수 있습니다.
• 스크립트
• 폴리필
• Ua 감지

다른 장치에 대한 이미지를 로드하기 위해 Eric은 noscript 사용을 제안합니다.

Bill Hunt: 색인성 및 관련성 향상

이 세션의 마지막 연사로서 Hunt는 이전 연사들처럼 "괴짜"가 되지 않을 것이라고 약속합니다.

그는 기본을 약속하므로 SEO를 인덱싱 가능성, 관련성, 권위 및 클릭 가능성의 네 가지 영역으로 분류합니다. Bill은 이 항목 중 2가지에 대해 말할 것입니다.

인덱싱성을 향상시키려면 스파이더가 콘텐츠에 접근할 수 없으면 콘텐츠를 저장할 수 없다는 것을 기억해야 합니다! 스파이더가 콘텐츠에 접근할 수 있도록 대규모 사이트에서 크롤링 효율성을 개선합니다. 오류를 확인하고 수정하여 오류를 줄입니다. 개발이 더 복잡해짐에 따라 검색 엔진에 어디로 가야 하는지, 색인을 생성하려는 데이터를 어떻게 가져올지 알려야 하는 경우가 늘어납니다.

XML 사이트맵을 검색 엔진에 제출할 때 오류를 확인하고 보고된 오류를 수정하십시오. Bing은 제출된 페이지의 1% 이상이 오류가 있는 경우 XML 사이트맵의 URL 크롤링을 중지한다고 밝혔습니다. 여러분의 오류를 정리하십시오. 검색 엔진에서 일을 더 쉽게 만듭니다. 알아내는 것은 그들의 문제가 아니라 당신의 문제입니다. 사이트의 페이지 수와 사이트맵의 페이지 수에서 연결이 끊어지는 것을 원하지 않습니다. Google과 Bing이 사이트에서 문제가 있는 위치를 알려주지 않으면 이를 확인하고 실제로 문제를 해결하세요.

Bill이 현장에서 본 몇 가지 일반적인 문제는 다음과 같습니다.

  • URL 대소문자 불일치: 사이트의 URL에 대문자와 소문자가 모두 있습니다.
  • 제안이 없는 페이지: 거의 2M soft 404 오류는 제안/콘텐츠가 없기 때문에 발생합니다.
  • 표준 태그로 인해 2-200개의 중복 페이지가 생성됩니다.

빌은 다음과 같이 제안합니다.

  • 소문자 URL 의무화
  • 페이지에 5개 이하의 결과가 있는 경우 noindex 및 nofollow 추가
  • 404 헤더로 커스텀 404 구현
  • 분류 논리를 기반으로 동적으로 구축된 xml
  • 주간 워크플로에 사이트맵 오류 검토 추가

글로벌 사이트에서 href를 활용하십시오. href가 할 수 있는 일은 국가 페이지에서 중복 콘텐츠를 방지하고 검색 엔진이 어떤 국가 및 언어에 대한 버전인지 이해하는 데 도움이 됩니다. href를 수행할 때 코드의 어딘가에서 원본 URL을 참조해야 합니다. 많은 사이트에서 이 작업을 수행하지 않고 많은 도구에서 이 작업을 수행하지 않습니다. 또 다른 실수는 잘못된 국가와 언어를 참조하는 것입니다. Bill은 실제로 URL 구축에 도움이 되는 href 빌더(hrefbuilder.com)를 구축했습니다.

그리고 그것으로 Bill은 끝났습니다. 이 세션은 약속한 내용을 전달했습니다. 우리 괴짜를 위한 많은 기술적 SEO 정보입니다.