이제 Google은 AJAX 크롤링 체계를 더 이상 사용하지 않습니다 . 그들은 구글 봇이 이제 동적 콘텐츠를 보는 데 아무런 문제가 없기 때문에 더 이상 필요하지 않기 때문에 새로운 웹 사이트에서이를 구현하지 않아도된다고 말합니다. 이 진술을 즉시 신뢰해야합니까, 더 이상 사용되지 않는 표준을 준수하는 것이 더 낫습니까?
이제 Google은 AJAX 크롤링 체계를 더 이상 사용하지 않습니다 . 그들은 구글 봇이 이제 동적 콘텐츠를 보는 데 아무런 문제가 없기 때문에 더 이상 필요하지 않기 때문에 새로운 웹 사이트에서이를 구현하지 않아도된다고 말합니다. 이 진술을 즉시 신뢰해야합니까, 더 이상 사용되지 않는 표준을 준수하는 것이 더 낫습니까?
답변:
다른 검색 엔진 (Bing, Yandex 등)은 여전히 _escaped_fragment_시스템을 사용합니다 . 그들은 구글이 가지고 있기 때문에 밤새 사용을 중단하지 않을 것입니다. 따라서 Google 이외의 검색 엔진이 사이트를 색인 할 수있게하려면이 체계를 계속 지원해야합니다.
_escaped_fragment_사이트에서 이미 지원 을 설정 한 경우이를 비활성화 할 이유가 없습니다. 새 사이트를 개발하는 경우이 기능을 이점과 비교하는 비용을 고려해야합니다 (현재 Google은 인터넷 검색에 거의 독점적이며 다른 경우에는 다른 검색 엔진이 있다는 점을 명심하십시오) 곧 Google의 사례를 따르고 동적 Ajax가로드 한 콘텐츠를 더 잘 크롤링하도록 구현할 것입니다.)
마지막으로, 대부분의 경우 가장 단순하고 가장 안전한 솔루션은 사이트를 구현하여 처음에는 그러한 트릭이 필요하지 않다는 것입니다. 최소한 99 %의 시간 동안 Ajax 나 클라이언트 쪽 스크립팅이 전혀 필요 하지 않습니다 . Ajax에 대한 불필요한 의존을 피하고 최소한 기본 브라우징 기능 이 JavaScript가 비활성화 된 상태에서도 작동하도록 사이트를 설계함으로써 브라우저와 검색 엔진에서 가장 광범위한 호환성을 보장 할 수 있습니다.
이 작업을 효율적으로 수행하려면 먼저 기본 HTML 및 CSS와 일반 링크를 사용하여 사이트의 기본 기능을 설정하고 JS는 전혀 사용하지 않는 것이 좋습니다. 이 작업을 수행 한 후에는 더 부드러운 로딩 및 추가 기능을 위해 JS 및 Ajax를 추가 할 수 있으며 추가 기능을 지원하지 않는 사용자 및 검색 엔진을위한 우아한 대체 인터페이스를 계속 유지할 수 있습니다. 그러나 모든 것에 Ajax에 의존하기 시작하면 나중에 Ajax 이외의 대체 인터페이스를 개조하는 것은 매우 어렵고 어색 할 수 있습니다.
Google은 이미 JavaScript를 크롤링하고 처리하므로 새 사이트에서 AJAX 크롤링 체계를 구현할 필요가 없습니다.