"Onebox Assistant", crawl for those previews reliably!

문제가 아닙니다. 다시 한번 순서대로 설명해 드리겠습니다.

기본(vanilla) Discourse에서 onebox 미리보기를 생성하려면, Discourse 서버가 대상 페이지 메타 정보에 포함된 “og” 태그 데이터를 확인하고 가져올 수 있어야 합니다. 이는 기본적으로 크롤링 과정입니다.

이를 위해 대상 웹 서버와 그 보안 게이트키퍼(방화벽 등)가 이 크롤링을 차단하지 않아야 합니다.

현재 해당 페이지의 게이트키퍼가 메타 정보를 볼 수 없도록 설정되어 있는 것으로 보입니다.

이것이 바로 이 플러그인을 사용하게 된 이유입니다.

이 플러그인은 직접 크롤링하는 대신 API를 통해 대상 페이지를 반환받습니다.

이 방식은 API 제공자가 수행하는 활동 및 관리(예: 높은 평판의 IP 주소를 가진 서버 팜을 통해 크롤링을 시작하거나, 데스크톱에서 온 것처럼 뷰를 위장하는 등)를 활용하여 콘텐츠에 접근할 수 있는 확률을 크게 높입니다.

불행히도 이 경우, embed.rocks조차 해당 페이지를 크롤링할 권한이 없는 것으로 보이며, 따라서 이 상황에서는 이 플러그인이 도움이 되지 않습니다.

다만, 이 문제를 embed.rocks 지원팀에게 제기하면 이 차단을 해결할 방법을 찾아낼 수 있을 것입니다.

일반적으로 이 플러그인은 API 제공업체에 비용을 지불해야 하지만, 플러그인이 없는 기본 Discourse보다 더 나은 onebox 미리보기 경험을 제공하므로 유용할 것입니다.

참고로, 여기서 다른 문제들이 발생하고 있을 수도 있습니다. 예를 들어 대상 페이지에 좋은 섬네일(썸네일)이 없을 수 있습니다.

그러나 Facebook의 디버그 도구를 사용하여 데이터를 탐색해 볼 수 있으며, 데이터 자체는 좋은 것으로 보입니다:

https://developers.facebook.com/tools/debug/

이는 현재 문제가 embed.rocks에 있음을 시사합니다.

부연 설명으로, 생성형 AI의 부상(부상)으로 인해 콘텐츠 플랫폼이 자신의 콘텐츠가 누군가의 모델에 무료로 사용될까 두려워하여, 누가 콘텐츠를 볼 수 있는지에 대해 훨씬 더 신중해지고 있을 수 있습니다.

이해가 되셨기를 바랍니다.

3개의 좋아요