Google Accelerated Mobile Pages(AMP) 및 헤더 입찰에 대한 게시자 가이드

게시 됨: 2017-11-18
Google Accelerated Mobile Pages(AMP) 및 헤더 입찰에 대한 게시자 가이드

이 게시물은 2022년 8월 19일에 가장 최근에 업데이트되었습니다.

인터넷 사용은페이지 로딩 속도가 중요한 모바일 우선으로 이동하고 있습니다.사용자 참여를 위해서는 빠른 웹사이트가 필요하며 사이트가 너무 느리면 사용자는 페이지를 보지도 않고 떠납니다.

인터넷 연결 속도가 느린 국가나 지역에서는 페이지 속도 요소가 더욱 널리 퍼집니다. 따라서 귀하의 웹사이트에 Google Accelerated Mobile Pages(AMP)를 구현해야 합니다. 이 튜토리얼에서는 Google AMP가 무엇인지, 어떻게 구현하는지, 그리고 무엇보다 헤더 입찰의 힘을 초고속 AMP 모바일 페이지와 결합하는 방법에 대해 빠르게 논의할 것입니다.

글로벌 디지털 스냅샷

출처: thenextweb.com

Google Accelerate 모바일 페이지란 무엇입니까?

AMP 프로젝트는 웹사이트 소유자가 구현하고 관리하기 쉬운 빠르고 사용자 친화적인 모바일 사이트 환경을 만들 수 있도록 돕기 위해 시작되었습니다. 2016년 초 소수의 게시자에게 인터넷에 처음 소개되었습니다. 최근 보고서에 따르면 약 900,000개의 웹사이트가 모바일 방문자를 위해 AMP를 사용하고 있습니다.

Accelerated Mobile Pages를 사용하면 페이지를 빠르게 볼 수 있고 간단한 레이아웃으로 사용자 경험을 개선할 수 있습니다. Google, Bing, Pinterest와 같은 플랫폼에서 더 큰 배포 가능성도 존재합니다. AMP 페이지는 디자인 사용자 지정 및 유연성을 지원하며 페이지에서 수익을 창출할 수도 있습니다.

Google Accelerate Mobile Pages를 구현하는 방법은 무엇입니까?

AMP 구현은 특히 WordPress를 실행하는 웹사이트의 경우 생각보다 훨씬 쉽습니다. 이 프로세스에는 AMP 플러그인 설치(선택한 항목에 따라 다름), 모양과 느낌 사용자 지정, 몇 가지 추가 조정이 포함됩니다. Search Engine Land의 이 가이드는 "WordPress용 AMP 설정 및 테스트: 빠른 7단계 가이드" 방법을 보여줍니다.

WordPress 이외의 웹사이트 플랫폼 및 보다 기술적인 구현 방법은 AMP 프로젝트 공식 설정 가이드(https://www.ampproject.org/docs/tutorials/create)를 참조하세요.

Google AMP와 호환되는 헤더 입찰을 만드는 방법은 무엇입니까?

Accelerated Mobile Pages와 호환되는 헤더 입찰을 만드는 이 튜토리얼의 주요 초점에 대해 살펴보겠습니다. 이 프로세스는 다소 기술적이고 복잡합니다. 자세한 지침은 Prebid AMP 가이드를 참조하거나 지원팀에 문의하여 전담 지원을 받으세요.

1단계: 게시자 도메인에 대한 전용 하위 도메인을 생성하거나 사용해야 하며 https 확장자를 사용해야 합니다.이는 AMP 페이지가 다른 서버에 캐시될 수 있기 때문에 필요하므로 광고 호출이 다른 하위 도메인에서 올 것이라는 점을 고려하여 모든 것을 구성하는 것이 좋습니다.

2단계: 기본 AMP 웹사이트도 https에 있어야 합니다. 즉, https로 작동할 수 있는 입찰자만 사용해야 합니다.

3단계: 기본 AMP 웹사이트에서 remote.html 파일이 위치할 하위 도메인을 참조하는 태그를 포함해야 합니다.예를 들면 다음과 같습니다.

<meta name=”amp-3p-iframe-src” content=”https://subdomain.yourdomain.com/remote.html”>

4단계: http://prebid.org/dev-docs/how-prebid-on-amp-works.html의 지침에 표시된 대로 amp-ad 및 구성을 사용하여 페이지에 광고 단위를 추가합니다.

5단계: 귀하를 위해 구성된 입찰자 목록인 remote.html 파일을 변경하고 기본 도메인을 허용하십시오.

6단계: DFP(Doubleclick For Publishers)로 이동하고 키-값 쌍 hb_amp=true를 추가하여 광고 항목을 변경합니다.

7단계: 사전 입찰 지침에서 설명한 대로 헤더 입찰 크리에이티브를 AMP와 호환되는 것으로 변경합니다.

헤더 입찰과 함께 Google Accelerated Mobile Pages 사용의 장단점

AMP 및 헤더 비딩은 기존 헤더 비딩 솔루션보다 훨씬 더 복잡하기 때문에 몇 가지 문제가 있다고 생각할 수 있습니다. 여기에는 다음이 포함됩니다.

  • 프로세스 구성이 복잡함
  • 모든 도메인은 https에 있어야 합니다.
  • AMP를 지원하려면 새로운 헤더 입찰 DFP 광고 항목 세트를 만들어야 할 가능성이 높습니다.
  • AMP 광고 단위는 지연 로드되므로 모든 입찰가를 동시에 받을 수 없습니다.
  • 광고 단위에서 매번 사전 입찰 구성을 변경해야 합니다. 이는 페이지 시작 부분에 전역 구성 설정이 없음을 의미합니다. 이 구성도 하나씩 변경해야 합니다.

AMP 및 헤더 입찰 사용의 이점은 다음과 같습니다.

  • 광고 수익에 대한 긍정적인 효과는 페이지 로드 속도 증가와 사용자 참여 증가 때문입니다.
  • 웹사이트 속도가 순위 요인이고 Accelerated Mobile Pages(이론적으로)를 통한 빠른 페이지 로딩 시간으로 인해 검색 엔진 순위를 향상시킬 수 있기 때문에 Google을 통한 유기적 트래픽의 간접적인 증가.

AMP 대 FIA 광고 수익 창출 실적

Google의 AMP와 Facebook의 인스턴트 아티클은 각각 고유하고 놀라운 플랫폼이지만 몇 가지 중요한 이점과 제한 사항이 있습니다. 최근 FIA는 플랫폼에 대한 업데이트를 지속적으로 개선하고 릴리스하는 AMP에 비해 개발 및 게시자 가치에서 뒤처졌습니다.

Reddit, Flipboard 및 LinkedIn과 같은 많은 최고의 퍼블리셔는 그 이후로 모두 AMP를 구현했습니다. 반면에 텍스트 기사 대신 동영상을 보는 Facebook의 현재 콘텐츠 방향에 힘입어 New York Times와 같은 많은 게시자가 FIA 사용을 중단했습니다.

우리는 FIA를 완전히 제한하지 않습니다. 일부 게시자에게는 유익한 수익 창출원이었습니다. 그러나 이는 온라인 콘텐츠 게시 및 수익 창출과 관련하여 다양한 프리미엄 게시자가 서로 다른 구조를 따른다는 것을 보여줍니다.

일반적으로 Google의 AMP 프로젝트는 게시자를 위해 구축되었으며 특히 여러 수준에서 게시자를 위한 서비스를 제공합니다. 반면에 Facebook의 최종 목표는 사용자를 모바일 앱 내에 유지하고 광고를 통해 Facebook에 가능한 한 많은 수익을 창출하는 것입니다. 이것은 또한 게시자 콘텐츠가 사용자의 뉴스 피드에 덜 표시될 것이라는 2018년의 최신 Facebook 개발로 더욱 널리 퍼졌습니다.

CNBC는 Digiday.com의 최근 기사에서 2016년부터 AMP를 사용해 왔으며 이후 주요 트래픽 소스에 영향을 주지 않고 합리적인 수준의 수익 창출을 달성하지 않고도 기하급수적으로 성장할 수 있었다고 언급했습니다.

AMP의 원래 목표는 뉴스 분야에서 게시자의 페이지 속도 문제를 해결하는 것이었지만 이후 전자상거래, 소셜 웹사이트, 구독 지원 등을 둘러싼 여러 기능과 지원으로 발전했습니다.

AMP와 FIA 모두에서 수익 창출은 게시자에게 여전히 중요한 구성 요소입니다. AMP는 현재 이 분야에서도 성공하고 있습니다. 특히 FIA에서는 허용되지 않지만 게시자가 AMP 페이지에서 헤더 입찰을 실행할 수 있다는 사실을 고려하면 더욱 그렇습니다.

이후 많은 기술 회사 경영진이 Google의 AMP 개발 및 발전에 대해 찬사를 보냈습니다. 전체 게시자는 플랫폼을 좋아하고 보고 기능을 사용하기 쉬우며 Google의 상당한 지원을 경험했습니다.

수익 창출 옵션, 사용자 정의 및 지속적인 개발 개선으로 Accelerated Mobile Pages 프로젝트는 많은 게시자에게 Facebook 인스턴트 아티클보다 확실한 승자가 되었습니다.

AMP를 실행해야 할까요, 말아야 할까요?

현재 MonetizeMore는 AMP로 수익 창출을 지원하지만 게시자마다 ROI가 크게 다른 것을 확인했습니다. 심층 테스트를 통해서만 게시자는 AMP를 실행하는 것이 ROI 관점에서 시간을 투자할 가치가 있는지 여부를 결정할 수 있습니다.

테스트에 대한 결정은 전적으로 새로운 자연 검색 트래픽과 AMP 페이지의 결과 및 해당 검색 트래픽 세그먼트에 대한 세션당 일반적인 페이지 조회수를 중심으로 이루어집니다. 또한 Android의 이후 버전의 Chrome에는 이제 AMP 기사도 포함할 수 있는 추천 피드가 있습니다.

테스트 팁

Google이 사람들을 AMP로 보낼지 비 AMP로 보낼지 외부에서 제어하고 그에 따라 무작위화할 수 없기 때문에 진정한 다변량 테스트는 불가능합니다. 가장 좋은 솔루션은 AMP에 20개의 기사를 설정하고 기존 모바일에 또 다른 20개의 기사를 설정하는 것입니다.

다음으로, 각 측면의 상위 및 하위 두 기사(이상값이라고도 함)에 대한 통계를 제거하고 해당 두 세그먼트의 페이지에 들어오는 모든 세션에 대해 특정 시간 단위에 대한 총 수익을 비교합니다.

이러한 테스트를 실행할 때 다음 사항에 유의하십시오.

  • 원시 페이지 RPM 또는 RPS를 사용할 수 없습니다. AMP에 대한 Google의 피치는 AMP에 대해 더 많은 페이지뷰를 제공한다는 것이기 때문입니다.
  • 더 많은 페이지뷰가 있어야 하지만 모든 광고는 지연 로드되어 조회가능성과 CPM을 높이는 동시에 노출수를 크게 줄입니다.
  • 또한 AMP는 사용자 획득 방법이기 때문에 세그먼트를 해당 기사로 시작하는 세션으로 유지해야 합니다. AMP 피치의 일부는 더 빠른 페이지로 사용자가 사이트에서 더 많은 페이지를 방문하므로 세션당 페이지 조회수가 증가해야 한다는 것입니다.
  • 더 높은 CPM이 노출의 100%에 대해 항상 실현되는 것은 아닙니다.
  • AMP 파일은 Google의 CDN에서 제공됩니다. 완전한 투명성과 IAB 불만 사항 추적을 위해 DFP 광고 단위에 AMP 광고 단위를 게재하는 것이 좋습니다. Google은 때때로 AMP에서 안전한 프레임 DFP 광고 단위를 발견했습니다(자세한 내용: https://github.com/ampproject/amphtml/issues /10808)

이와 같은 철저한 테스트를 거쳐야 게시자로서 AMP를 실행하는 것이 ROI에 긍정적인지 알 수 있습니다. 유기적 도달 범위가 좋은 최신 뉴스 콘텐츠는 AMP가 긍정적인 ROI를 달성할 수 있는 곳입니다. 롱테일 참조 콘텐츠는 성능이 매우 낮고 소셜/직접 트래픽은 AMP의 영향을 받지 않습니다.

여기에 더해 지금은 잘 작동하지 않을 수 있지만 향후 AMP의 성장으로 나중에 실행 가능해질 수 있습니다.

고려해야 할 다른 사항

Google의 CDN에서 제공되는 AMP 기사에는 도메인이 아닌 AMP CDN URL로 시작하는 URL이 포함됩니다. 또한 AMP에서는 아직 HTML5로 URL을 다시 작성할 수 없습니다.

그 결과 사용자가 소셜 미디어에 AMP URL을 붙여넣으면 실제 기사 콘텐츠 URL이 아니라 해당 URL이 소셜 도달 범위에 기여합니다.

Facebook은 특히 경쟁 제품의 AMP로 이것을 고칠 인센티브가 없습니다.

또한 Google이 AMP 기사 URL의 검색 순위를 기존 URL로 정규화하는지 여부도 알 수 없습니다. 전반적으로 이는 AMP로 시작한 모든 기사에서 사회적 도달 범위가 낮아질 수 있음을 의미합니다.

MonetizeMore가 어떻게 도움을 줄 수 있나요?

여기 MonetizeMore에서는 게시자와 파트너 관계를 맺고 광고 인벤토리를 최적화하여 합당한 수익을 창출하도록 돕습니다. AMP를 사용하는 경우 PubGuru 헤더 입찰 플랫폼을 사용하여 중앙 집중식 위치에서 광고 단위를 구성하여 설정 프로세스를 간소화할 수 있습니다. 광고 최적화 팀은 광고 항목 생성 및 타겟팅 설정을 지원할 수도 있습니다. 자세한 내용은 지금 무료 상담에 등록하십시오!