자주 묻는 질문(FAQ) - 지연 로딩, 무한 스크롤 및 단일 페이지 앱(SPA)

이 게시물은 가장 최근에 2021년 9월 14일에 업데이트되었습니다.

지연 로딩은 기사 또는 페이지에 목록 부분, 이미지 또는 기사 하위 섹션과 같은 수많은 요소가 있고 사용자가 아래로 스크롤할 때 사용자가 페이지 근처에 있을 때까지 요소가 실제로 다운로드되지 않는 경우입니다.

무한 스크롤은 사용자가 기사의 끝 부분에 도달할 때 사용자가 좋아할 만한 다른 기사나 콘텐츠가 즉시 페이지에 추가되어 사용자가 최소한의 노력으로 사이트를 계속 즐길 수 있도록 하는 것입니다.

단일 페이지 앱(SPA)은 사용자가 페이지의 요소를 클릭하는 곳으로, 전체 페이지를 새로 고치는 대신 페이지에서 변경되는 부분(일반적으로 중앙 콘텐츠)만 업데이트됩니다. 이로 인해 종종 웹 사이트 경험이 훨씬 빨라지지만 일부 검색 엔진에서는 이 콘텐츠를 인덱싱하는 데 문제가 있습니다.

이 세 가지 기술은 종종 결합되어 매끄럽고 매우 빠른 웹 경험을 제공합니다.

Lazy/Infinite/SPA가 나에게 적합한지 어떻게 알 수 있나요?

먼저 이러한 전략을 제대로 실행하려면 팀에 일반 개발자가 있어야 합니다. 이러한 기능을 제공할 수 있는 소수의 워드프레스 플러그인이 있지만 사용자 경험이 매우 열악한 경우가 많습니다. 개발자가 없으면 이러한 고급 기술을 제대로 구현하기가 매우 어려울 것입니다.

둘째, 광고주가 피드백 루프에서 광고를 구매한다는 사실을 고려해야 합니다. 지연/무한으로 전환하기 시작하면 대부분의 게시자는 세션 RPM이 즉시 감소합니다. 기존 단위, 특히 페이지 아래에 있는 단위의 조회가능성이 훨씬 낮기 때문입니다. 해당 광고 성과는 새로운 지연/무한 인벤토리에 귀속됩니다. 피드백 루프는 광고주가 조정하는 데 시간이 걸립니다. 퍼블리셔가 손익분기점에 도달하기까지 4~8주가 소요되는 것을 확인했습니다. 수익 주기에 투자할 시간이 없다면 지연 로드를 테스트하지 않아야 합니다.

셋째, 일부 게시자는 유기적 검색 또는 유기적 소셜 도달에 크게 의존합니다. 주요 검색 엔진 및 소셜 네트워크의 많은 인덱서는 게으른/무한/SPA 콘텐츠를 인덱싱하는 데 어려움을 겪고 있습니다. 일부 게시자의 경우 이는 게으른/무한/SPA로 전환하면 유기적 트래픽을 줄일 수 있음을 의미합니다. 즉, Google과 Facebook은 주요 자바스크립트 프레임워크로 깔끔하게 구현될 때 게으른/무한/SPA를 적절하게 인덱싱하는 데 꽤 능숙합니다. 반면 Google과 Facebook은 유기적 도달 알고리즘에 페이지 로드 속도를 많이 포함하고 있으며 페이지 속도를 크게 높이면 유기적 트래픽이 크게 증가할 수 있습니다. 따라서 주의를 기울이십시오. 전환 후 유기적 도달 범위가 급감하는 경우 기존 설정으로 다시 전환하는 것을 강력히 고려해야 합니다.

게으름/무한/SPA가 수익을 증가시키나요?

게으른/무한/SPA에 대한 일반적인 생각은 사용자가 가까이 있을 때만 광고/콘텐츠를 얻는다는 것입니다. 이렇게 하면 해당 광고의 조회 가능성과 참여도가 크게 증가하지만 광고 노출 수는 줄어듭니다. 대부분의 광고주는 더 높은 조회가능성을 위해 불균형한 프리미엄을 지불합니다. 업계 통계에 따르면 조회가능성이 35~40%인 단위의 조회가능성을 70~80%로 두 배로 늘리면 수익이 2.4배 증가합니다. 이것이 게시자가 지연/무한/SPA를 사용하는 또 다른 이유입니다.

SPA를 사용하면 사용자가 새로운 콘텐츠로 이동할 때 광고를 새로고침할 수 있나요?

광고가 콘텐츠에 있고 전체 콘텐츠 창이 로드되는 경우 광고가 제대로 실행되기를 원할 것입니다. 페이지에 관한 한 완전히 새로운 광고입니다. SPA로 변경되지 않는 사이드바 광고가 있는 경우 본 적이 있는 경우에만 새로고침해야 합니다. 그렇지 않으면 자신의 조회가능성 통계만 손상될 뿐입니다. 광고 운영 전문가에게 이러한 조회된 노출 새로 고침 설정에 대한 지원을 요청할 수 있습니다.

지연/무한은 언제 로드해야 하며 얼마나 많은 콘텐츠를 로드해야 합니까?

사용자의 뷰포트가 페이지 하단에서 한 뷰포트 정도 떨어져 있으면 지연 또는 무한 스크롤로 콘텐츠 로드를 시작해야 합니다. 사용자가 페이지 맨 아래까지 도달할 때까지 기다리지 마십시오. 그렇지 않으면 콘텐츠가 로드될 때까지 지속적으로 대기하므로 사용자 환경이 매우 열악해집니다. 기다리는 대신 많은 사람들이 그냥 떠납니다.

무한 스크롤로 로드해야 하는 콘텐츠의 양은 세션당 평균 페이지뷰에 따라 다릅니다. 사용자의 평균 페이지뷰가 평균 10회인 경우 페이지뷰당 최대 10개의 기사를 로드하는 것을 고려해야 합니다(각각 개별적으로 로드). 그런 다음 사용자가 실제로 클릭해야 하는 옵션 목록을 표시합니다. 페이지 하단에 도달할 때까지 스크롤하는 것만으로 엄청난 양의 서버 리소스를 잡아먹는 온라인 봇이 많기 때문에 페이지당 콘텐츠 조각을 제한하는 것이 중요합니다. 무한 스크롤이 정말 무한하다면 이러한 부하에 많은 리소스를 낭비하게 됩니다.

lazy/infinite/SPA를 사용하여 단일 페이지에 몇 개의 광고를 로드할 수 있습니까?

일부 게시자는 페이지당 로드되는 광고 수에 매우 공격적이라는 사실을 발견했습니다. 게으른 로딩과 무한 스크롤은 페이지에 무제한 광고를 실행하는 변명이 아닙니다. 특정 경계를 넘는 게시자는 소셜 및 검색 엔진 도달 범위가 줄어듭니다. 한 페이지에 75개의 단위를 로드하는 것이 인기 있는 소셜 네트워크의 가이드라인을 위반하여 게시자의 사회적 도달 범위를 크게 줄인다는 사실을 확인했습니다.

모바일의 경우 화면에 하나의 단위만 있어야 합니다. 특정 시점에 두 개의 광고 단위가 없습니다. 앵커 단위는 예외이지만 일부 소셜 플랫폼은 앵커 사용 범위를 줄입니다. 즉, 광고를 포함하고 전체 화면 높이의 콘텐츠를 채운 다음 다른 광고를 포함할 수 있습니다.

동일한 태그, 광고 단위 또는 헤더 입찰 PID를 사용하여 지연/무한/SPA 테스트와 기존 설정을 분할 테스트할 수 있나요?

아니요. 이렇게 하면 광고주가 인벤토리의 두 세그먼트를 구분할 수 없습니다. 지연/무제한 광고 경험에 대한 광고 노출은 일반적으로 조회 가능성이 훨씬 높기 때문에 조회 가능성과 CTR이 훨씬 더 높습니다(사용자가 닫을 때까지 로드되지 않음). 광고주에게 인벤토리를 차별화할 수 있는 기능을 제공하지 않으면 게시자는 수익에서 제한적이거나 미미한 이익을 보게 될 것입니다. 지연/무한/SPA를 테스트하거나 전환하는 경우 다른 광고 태그, 다른 광고 단위 및 다른 헤더 입찰 PID가 있어야 하는 이유입니다.

지연/무한/SPA로 인해 내 페이지뷰가 감소한 이유는 무엇입니까?

대부분의 분석 플랫폼은 이러한 이벤트를 구체적으로 발생시키는 코드를 개발하지 않는 한 지연/무한/SPA 로드를 새로운 페이지뷰로 계산하지 않습니다. 그 결과 페이지뷰가 급감합니다. 대신 기본 KPI로 세션 및 세션 RPM에 주의를 기울여야 합니다.

게으른/무한/SPA로 헤더 입찰 경매를 얼마나 빨리 시작하고 다시 시작할 수 있습니까?

일부 입찰자는 동시 요청을 지원하지 않으므로 경매는 일반적으로 동시에 실행되지 않습니다. 또한 과도한 요청으로 인해 입찰자에 의한 내부 속도 제한이 발생합니다. 그들은 기본적으로 DSP 및 기타 광고 파트너에게 입찰 요청을 보내는 것을 중단합니다. 또한 반복적으로 수많은 헤더 입찰 요청을 하면 대기 시간이 늘어나고 사용자 경험이 악화됩니다. 이러한 이유로 경매 사이에 최소 10초의 엄격한 시간이 있으며 30초 미만으로 이동하는 경우는 거의 없습니다.

또한 일부 수요 소스는 동일한 페이지뷰에서 실행되는 여러 입찰 요청과 단순히 호환되지 않는다는 점에 유의해야 합니다. 코드에서 오류가 발생하지 않으면 null 또는 0 입찰로 응답합니다. 우리는 초기 요청을 하고 이러한 입찰자에 대한 후속 요청을 하지 않습니다.

이러한 이유로 지연/무한/SPA 설정에는 동일한 광고 단위에 대해 2~6세트의 헤더 입찰 PID가 있는 경우가 많으므로 경매를 다시 시작할 필요 없이 페이지 아래에서 비교 및 ​​유사 단위로 사용할 수 있습니다.

lazy/infinite/SPA 및 PubGuru/MonetizeMore로 광고를 구현하려면 어떻게 해야 하나요?

먼저 평소와 같이 구성을 페이지에 포함합니다.

 <script src="https://m2d.m2.ai/path-to-config.js" type="text/javascript" 비동기></script>

그러면 광고 div가 div ID가 아닌 data-gpt-parent로 올바르게 참조되어야 합니다.

 <div class="pg-lazy" 데이터-gpt-parent="leaderboard"></div>

<div class="pg-lazy" data-gpt-parent="right-rail"></div>

<div class="pg-lazy" data-gpt-parent="in-content"></div>

data-gpt-parent는 슬롯 또는 광고 단위 코드(GAM 네트워크 코드 포함 또는 제외)별로 구성의 모든 단위와 일치해야 합니다. 즉, 구성에서 "/1234567890/atf-leaderboard" 단위가 있고 div id(슬롯)가 "atf-lb"인 경우 data-gpt-parent에 다음 값을 사용할 수 있습니다.

• /1234567890/atf-leaderboard
• atf 리더보드
• atf-lb

구성에서 단위 코드 또는 div ID(슬롯)가 고유한지 확인하십시오. 사용자가 게으른/무한/SPA로 페이지를 스크롤하거나 변경할 때 동일한 단위 div를 계속 참조할 수 있으며 코드가 나머지를 처리합니다. 위의 예제 코드에서 게시자가 "콘텐츠 내" 단위의 사본을 5개 가지고 있는 경우 코드는 각 사본에 대해 해당 단위의 설정을 상속합니다.

PubGuru 헤더 입찰 지연 로딩 및 무한 스크롤 설정에 대한 추가 지원을 받으려면 지금 MonetizeMore에서 프로페셔널 계정에 가입하세요!

최종 업데이트: 2019년 10월 24일