저도 분명히 그렇게 작동한다고 생각했습니다. 하지만 Bhanu가 언급한 "지연 로드(lazy loading)"가 바로 그 부분이라고 이해했고, 그는 이를 비활성화하는 것을 제안하고 있었습니다. 이제 돌이켜 보면, 제가 오해했을 수도 있겠네요. "지연 로드"란 중요한 요소들은 이미 표시하면서 비필수 요소들을 로드하는 것을 의미합니까? (모든 것이 로드될 때까지 기다렸다가 한 번에 모든 것을 표시하는 대신, 나머지 부분을 먼저 표시한 후에 이미지를 로드하는 것과 같은 경우)
"지연 로드"가 그런 의미라면, 설명된 문제와 잠재적인 연관성이 적어 보입니다. 그리고 이것은 주제의 현재 부분만 로드하는 것(아마도 비활성화할 수도 없고 Discourse가 항상 그렇게 작동하는 방식일 수 있습니다. 그것이 말씀하시는 내용입니까?)과 구별되는 개념인가요?
이러한 주제 로드 방식이 “광고 수익” 문제와 관련이 있다고 생각하시나요?
“지연 로드” 때문일까요? 아니면 아마도 다른 원인일까요? (위에서 이미 언급된 것과 같은)
[DEPRECATION] ember-addons/ember-computed-decorators는 비추천(deprecated)되었습니다. 대신 discourse-common/utils/decorators를 사용하세요. _ember_jquery-3a388c5a0562670ed1eea762f12e041d92b4a418316d3f9f83e793d3ba6be5d7.js:74491:12
비추천 공지: Discourse.NavItem을 사용하는 대신 NavItem 클래스를 가져오세요 (Discourse 2.4.0부터 비추천) (Discourse 2.5.0에서 제거됨) 2 _application-6e04c264e55fa0b55ca318bfc7b38d56fc17954d61ec053a8153d3d1d235c984.js:241:12
비추천 공지: ember 대신 구체적인 @ember/* 가져오기를 사용하세요 (Discourse 2.4.0부터 비추천) (Discourse 2.5.0에서 제거됨) _ember_jquery-3a388c5a0562670ed1eea762f12e041d92b4a418316d3f9f83e793d3ba6be5d7.js:74706:10
비추천 공지: User를 사용하는 대신 User 클래스를 가져오세요 (Discourse 2.4.0부터 비추천) (Discourse 2.6.0에서 제거됨) _application-6e04c264e55fa0b55ca318bfc7b38d56fc17954d61ec053a8153d3d1d235c984.js:241:12
요소의 'src' 속성이 비어 있습니다. ads:1:1
요소의 'src' 속성이 비어 있습니다. ads:1:1
이 사이트는 스크롤 연결 위치 지정 효과를 사용하는 것으로 보입니다. 이는 비동기 패닝(panning)과 잘 작동하지 않을 수 있습니다. 자세한 내용과 관련 도구 및 기능에 대한 토론에 참여하려면 https://developer.mozilla.org/docs/Mozilla/Performance/ScrollLinkedEffects 를 참조하세요!
가끔 구글이 페이지에 표시할 광고가 없다는 점에는 동의합니다. 그러나 다른 포럼 소프트웨어와 비교했을 때 커버리지가 훨씬 높은 것으로 보입니다. 둘째, 빈 광고가 네비게이션과 관련되어 명확한 패턴이 있는 것 같습니다. 따라서 이는 페이지나 콘텐츠와 관련된 광고 부족이 아닐 수 있다고 의심합니다.
감사합니다. 위의 제 코멘트를 참고해 주세요. 몇 가지 포인트를 말씀드리자면:
검토해 본 결과, Discourse 포럼에서 빈(아마도 구글) 광고가 표시되는 문제는 다른 포럼에서도 발생할 수 있는 것 같습니다 - 아마도 그들은 신경 쓰지 않는 것이고, 저는 신경을 쓰는 거겠죠
광고가 표시되지 않는 것으로 보이는 경우 1 - 재현 방법은 다음과 같습니다: 페이지 끝에 광고 코드가 있는 토픽을 읽으세요. 페이지 끝의 광고가 표시됩니다. 뒤로 간 후, 동일한 페이지 링크를 다시 클릭하세요. 자동으로 페이지 끝으로 이동하여 화면에 하단 광고 영역이 표시됩니다 - 이번에는 채워지지 않았습니다 (사진 참조). 동일한 페이지, 동일한 콘텐츠 - 다른 광고 채움 상태.
경우 2 - 긴 토픽의 끝으로 직접 이동한 후 위로 스크롤합니다. 대부분의 경우 광고가 표시되지 않습니다.
하우스 광고에 대해 시도해 보고 보고하겠습니다.
이 문제를 해결하기 위해 팀원들이 머리를 맞대고 있는 모습을 보니 매우 기쁩니다 - discourse는 최고입니다.
한도는 낮아졌지만 로직은 그대로 남아 있었습니다. 이는 제가 광고로 수익을 창출하던 교육 웹사이트에서 얻은 경험입니다. 당시 페이지에 여러 AdSense 배너가 배치되어 있었습니다. 일반적으로 페이지에 상당한 트래픽이 있을 경우, 뷰포트 내 광고 중 3개만 렌더링되었습니다. 일부 페이지에서는 모든 광고가 렌더링되기도 하지만, 구글은 페이지 로딩 시간과 같은 기준에 따라 표시되는 광고 수를 제한하는 경우가 많습니다. 제 가설이 정확하진 않지만, 해당 문제를 광고 매니저에게 제기했을 때 그가 내린 결론이 바로 그였습니다.
참고: 인도에서는 웹페이지에 가능한 한 많은 광고 코드를 삽입하는 경우가 많기 때문에, 구글은 이곳에서 광고를 제한(throttle)합니다.
구글의 알고리즘은 광고 서빙(ad serving)에 대해 매우 엄격합니다(그렇게 되어야 하는 것이죠). Adense 크롤러는 Adense를 서빙하는 사이트를 크롤링하여 콘텐츠와 수많은 다른 요소를 분석해 광고를 서빙해야 하는지 여부를 결정합니다.
참고로, 저희는 한 달에 4천만 개 이상의 광고를 서빙했고, “광고 서빙 및 CORS 유형” 문제를 해결할 당시에는 마운틴뷰의 구글 엔지니어에게 직접 접근할 수 있었습니다(그 시절을 그리워합니다, ㅋㅋ).
그리고, 어제 올려놓은 “빠르고 친근한” 로렘 입숨(lorem ipsum) 테스트 페이지의 하우스 광고(house ads)를 방금 업데이트했고, 더 많은 답변을 추가했으며, 이제 해당 테스트 페이지에는 20개 이상의 테스트 배치(23개인 것 같습니다…)가 있으므로, hopefully 이 페이지가 몇몇 사람들에게, 아주 작은 부분이라도, 다른 광고 서버에서 iframe 태그를 통해 서빙되는 이러한 "하우스 광고"가 어떻게 로드되는지 보는 데 도움이 되기를 바랍니다.
네, 이 주제를 200개의 답글로 늘리고 각 게시글 사이에 이러한 하우스 플레이스먼트를 배치하면, Discourse가 "제대로된 마법"을 발휘하여 태그가 보이기 직전에 해당 iframe의 내용을 로드할 것이라고 꽤 확신합니다.
() 165개의 로렘 입숨 답글을 더 작성하지 않은 점을 용서해 주세요. 하지만 해당 로렘 입숨 테스트 페이지에 더 많은 플레이스먼트가 필요하시다면, 기꺼이 10개를 더 작성하여 약 35개의 광고 플레이스먼트를 만들어드리겠습니다(사간 입숨과 재미있는 해적 입숨도 추가할 예정입니다). 이번 주 중반에 그 페이지를 삭제하기 전에요.
참고: 하우스 디스플레이 배너를 Adsense 태그로 변경하면, Adsense 광고가 전혀 표시되지 않을 것이라 99.9999% 확신합니다(확실히 그래야 합니다). Adsense는 이러한 테스트 페이지에는 광고를 제공하지 않기 때문입니다(이유는 정당한 것입니다). 이 페이지는 처음부터 하루만 운영되며 로렘 입숨 텍스트로 가득 차 있거든요. 하지만 제가 “어리석은” 일을 한다면 Google이 우리의 Adsense 계정에 대해 불만을 가질 것이라 생각됩니다. 그러므로 해당 로렘 입숨 테스트 사이트에 Adsense 태그를 설치하지 않은 점을 너그러이 용서해 주세요.
참고: Adsense 크롤러가 JavaScript와 무한 스크롤 페이지를 처리하는 방식에 대한 논의는 의도적으로 생략했습니다. 관심이 있으시다면, 흥미로운 주제인 'Adsense 크롤러가 무한 스크롤 페이지에 어떻게 반응(처리)하는가’를 Google에서 검색해 보시길 권장합니다.
이러한 “임시적으로 올린” 로렘 입숨 테스트 페이지에서 Adsense가 “보이지 않을” 이유에 대한 위의 논의를 참고해 주세요.