한국의 개발자들을 위한 Google for Developers 국문 블로그입니다.
AMP로 수익을 내고 계시나요?
2018년 10월 26일 금요일
블로그 원문은
이 곳
에서 확인하실 수 있고 번역 리뷰는
조은(Webtech GDE)
님이 도와주셨습니다
편집자 주: 이 글은 Google의 AMP 제품 관리자 Vamsee Jasti이
Medium에 게시
했던 글입니다.
저는 AMP에서 프로덕트 매니저로 근무 중이며 저희 팀은 웹 광고를 개선하는 동시에 게시자의 성장과 발전을 돕는 데 주력하고 있습니다. 이 글에서는 저희가 AMP에서 광고하기 위한 디자인 선택 사항에 관한 배경을 설명하고 AMP 페이지를 최대한 활용하는 데 도움을 드리고자 매주 구체적인 최적화 권장 사항을 제시하고 있습니다.
AMP 페이지를 최적화하여 AMP 투자의 수익을 극대화하시기 바랍니다.
구체적인 최적화 조언을 얻으려면 여기 링크를 클릭하십시오. (영문 블로그로 이동합니다)
AMP 및 비 AMP 페이지에서 광고 밀도가 동일하게 하기
높은 광고 조회수 및 가시성을 위해 AMP 페이지 최적화
AMP에서 멀티사이즈 & fluid ads로 광고 경쟁률 높이기
헤더 입찰, 보다 잘하기 -> AMP RTC
AMP로 비디오 광고 활용하기
결론부터 말하자면 AMP 페이지를 게시하고 있다면 최소한 AMP 페이지가 수익을 잘 내고 있는지 꼭 확인해 보세요. 투자하고 있다면 수익을 확인할 수 있어야 합니다.
우리가 AMP를 출시하면서 중요하게 여겼던 점은 비 AMP 페이지에서 그랬던 것과 꼭 마찬가지로, 게시자가 AMP 페이지에서 수익을 창출하도록 돕는 것이었습니다. 광고는 여전히 많은 게시자에게 큰 수익원이기 때문입니다. 필자는 게시자들과 수많은 인터뷰를 가진 후 일부 게시자가 AMP 페이지의 장점을 충분히 활용하지 못해 수익을 많이 내지 못하고 있다는 사실을 알았습니다.
문제
우리는 많은 게시자와 함께 일하면서 AMP를 통한 수익 창출과 관련된 피드백을 받았고 AMP에서 지원이 필요한 광고 기능이 다수 있다는 얘기를 듣곤 했지만, 작년에 여러 가지 기능을 출시한 후 피드백이 많이 줄었습니다. 해야 할 일은 항상 늘고 있지만, AMP 출시 이후 우리는 여러 가지 기능을 출시했고 이제는 거의 모든 격차를 해소했습니다.
손익 분기점에 도달했을 뿐 아니라 비 AMP 페이지에 비해 AMP 페이지에서
초과 수익
을 올린 게시자도 있습니다. 50% 가까운 트래픽을 AMP 페이지로 받는 게시자의 경우 매년 1백만 달러 이상의 수익에 해당할 수 있는 수치입니다.
해결 방법
단순한 트래픽(일회적 미끼용 링크를 클릭한 횟수나 플랫폼에서의 트래픽 구매를 기준으로 하는 방문자)이 아니라 잠재고객(해당 사이트를 종종 방문해서 여기저기 둘러보는 방문자)을 찾아내는 업무에 종사하는 게시자라면 아마 이미 의식적으로 적당한 절충점을 찾아 균형을 맞추고 계실지 모르겠습니다. 사이트의 사용자 환경과 광고로부터 창출하는 수익 사이의 절충점 말이지요. 극단적인 예를 들자면, 많은 수익을 창출하는 상품을 보여주는 페이지로 넘어가기 전에 팝업 광고를 3개 연속으로 띄우는 일이야 쉽사리 할 수 있겠지만, 사용자가 광고에 질려 금새 사이트에서 나가버리거나 다음에 이 사이트를 방문하기 망설이게 되어 게시자의 브랜드에 부정적 영향을 미치기도 합니다.
AMP의 광고 이면에 숨겨진 원리
AMP를 사용할 경우 이러한 절충점에 관한 한, 우리는 다른 무엇보다도 사용자 환경을 우선시하는 입장을 가졌지만 과거의 기술적 한계와 같은 이유로 비 AMP 페이지에서는 구현하기 어려운 기능을 사용하여 여전히 광고가 매우 좋은 수익을 창출할 방법을 다시 숙고해보았습니다.
그중 몇 가지 방법을 소개하겠습니다.
1. 광고를 페이지 렌더링의 중요 경로 밖으로 빼내기
일반 페이지와는 달리, AMP 페이지는 광고 수명 주기에서 가능한 한 일찍 페이지에서 광고 요청을 합니다. 따라서 페이지 렌더링을 병렬 처리하는 동시에 광고 서버가 동작하여 최적의 광고를 고르도록 할 수 있습니다. 아마 광고가 다시 나타날 때쯤이면 페이지에서 이미 로딩을 마쳤을 것이므로 광고 역시 즉시 렌더링할 수 있어 광고의 가시성 향상과 클릭률 증가로 이어질 것입니다. 우리는 AMP가 이러한 측정 기준에서 정말 훌륭한 성과를 낸다는 점을 보여주는 데이터를 수집해왔습니다. 광고 요청 시퀀스를 간단히 조정하는 것만으로도 게시자와 광고자 모두에게 득이 됩니다. 우리는 이를 'Fast Fetch'(빠르게 가져오기)라고 부르는데,
여기
에서 개선 사항에 관한 모든 내용을 확인하실 수 있습니다. 이러한 변화 이후로 사용자에게 빈 사각형이 표시되는 문제가 현저히 줄어드는 대단한 성과를 거두었습니다.
Fast Fetch와 Delayed Fetch 광고 요청
이는 브라우저에서 광고 태그가 나와야 광고 요청이 이루어지므로 광고 요청을 지연한 후에 렌더링하는 Delayed Fetch(지연된 가져오기)와는 반대입니다.
2. 사용자의 눈에 띄는 리플로우를 허용하지 않고 여러 가지 크기의 광고 지원
어떤 사이트를 방문해 콘텐츠를 읽기 시작했는데 어디선지 모르게 광고가 나타나 콘텐츠 위에 떡하니 자리를 차지하는 바람에 콘텐츠를 계속 읽기 위해 마우스를 클릭해 광고를 없애거나 숨겨야 하는 경우가 얼마나 자주 있으신가요? 이런 상황은 사용자 환경의 관점에서 분명히 나쁜 일이며, 그래서 AMP에서는 그런 일이 생기지 않도록 절충점을 찾았습니다. AMP가 광고를 위한 공간을 미리 확보하되 콘텐츠를 리플로우하는 일 없이 계속 콘텐츠 전체를 렌더링할 수 있도록 광고마다 미리 결정된 기본 크기가 있어야 합니다.
AMP는 기본 광고 크기를 예약하므로 사용자의 눈에 띄는 리플로우가 전혀 없습니다.
하지만 우리는 여러 가지 크기의 광고가 광고 경매 수요층을 더 크게 만들어주므로 더 나은 수익성으로 이어진다는 점을 잘 알고 있습니다. AMP는 게시자가 기본 크기를 정의하고 보조 크기도 선택할 방법을 마련함으로써 광고가 표시 영역 아래에 있거나 현재 표시 영역에 있다면 기본 크기보다 작은 한, 광고를 반환되는 크기로 조정할 수 있도록 허용했습니다. 게시자 피드백을 보면 이 방법은 90% 이상의 게시자에게 최대의 수익을 안겨주는 광고 크기로 광고를 삽입할 기회를 주었다는 점에서 좋은 절충점이었던 것으로 나타났습니다. 다음에 게시할 글에서 더 자세한 내용을 설명하겠지만 출시 관련
블로그 게시물
을 읽어보세요.
3. 사용자가 쉽게 닫거나 스크롤해 지나갈 수 있는 형식의 광고 우선 선택
인정할 건 인정합시다. 사이트를 방문하는 대다수 사용자는 광고가 아니라 콘텐츠를 보러 오는 겁니다. 그래서 AMP에서는 콘텐츠를 '가리는' 광고는 절대 표시하지 않는다는 디자인 원칙을 택했습니다. 즉, 콘텐츠를 가리는 팝업(중간 광고)이 없다는 뜻입니다. 흥미로운 점은,
업계
전체가 이러한 광고 형식을 거부하고 있다는 사실입니다. 그 대신, 우리는 모든 리치 미디어 광고를 비롯하여 고정된 레이아웃 내에서 모든 광고를 지원했습니다.
AMP에서 선호하는 광고는 사용자가 쉽게 닫을 수 있는 광고
또한 AMP는
스티키 광고
와
마법의 양탄자 광고
같은 몇 가지 기본 광고 형식도 선보였습니다. 게시자가 우리에게 관심사를 알려주는
훨씬
더
풍부한 형식을 지원하는 동시에 훌륭한 사용자 환경을 보장할 계획입니다. 어떤 광고 형식을 사용하든, 사용자가 광고에 있는 전용 닫기 버튼을 탭하거나 그냥 스크롤해서 벗어날 수 있어야 합니다.
자, 그렇다면 수익은?
혹시 오해하실지 몰라 드리는 말씀이지만, 그냥 손바닥 뒤집듯 쉬운 일이란 없습니다. 끊임없이 최적화하고 새로운 것을 시도하고 훌륭한 UX 원칙을 고수하면서도 최대의 수익을 안겨주는 광고 설정으로 실험하고 안정화하느라 갖은 노력을 기울입니다.
좋은 소식을 전해드리죠. AMP에서는 그러한 최적화 작업이 꽤나 간단하다는 점입니다. 게다가 몇 가지 작업만 하면 AMP 페이지를 통해 최대의 수익을 창출할 수 있습니다.
앞으로 몇 주 정도에 걸쳐 다음 각각의 주제에 관해 자세히 설명하겠습니다.
AMP 및 비 AMP 페이지에서 광고 밀도가 동일하게 하기
높은 광고 조회수 및 가시성을 위해 AMP 페이지 최적화
AMP에서 멀티사이즈 & fluid ads로 광고 경쟁률 높이기
헤더 입찰, 보다 잘하기 -> AMP RTC
AMP로 비디오 광고 활용하기
AMP 페이지에서 직접 광고 판매하기
“자동 광고 새로고침”을 사용하여 광고를 새로고침하기
AMPHTML 광고와 함께 열어가는 미래
변화를 꾀하고 AMP에서 수익을 창출하세요
우리는 AMP로 광고를 소싱할 위치와 함께 일할 공급업체를 결정하는 데 있어 융통성을 제공한다고 믿습니다. 단지 AMP를 사용하기 위해 공유 수익의 일부라도 놓치는 일이 없습니다. 기본적으로 AMP 페이지와 통합된 광고 네트워크가 100개를 넘고 헤더 비딩(AMP RTC 사용)과 서버 측 교환을 통해 더 많은 네트워크가 지원됩니다.
AMP 팀은 오픈 웹에 대해 뚜렷한 신념을 가지고 있고
페이월
이든 광고든 상관없이 게시자가 이를 바탕으로 지속 가능한 비즈니스를 구축하는 데 최선을 다해 도움을 드리고 있습니다.
앞으로 몇 주간 더 자세한 내용을 소개할 예정이니 계속 지켜봐 주세요. 이번 시리즈나 AMP에 대한 다른 어떤 사항에 관해서도 활발한
피드백
을 기다리고 있겠습니다. 한시라도 빨리 실행해보고 싶은 분은
수익 창출 모범 사례 요약
을 확인해 보시고 바로 실행으로 옮기세요!
Contents
ML/Tensorflow
Android
Flutter
Web/Chrome
Cloud
Google Play
Community
Game
Firebase
검색
Tag
인디게임페스티벌
정책 세미나
창구프로그램
AdMob
AI
Android
Android 12
Android 12L
Android 13
Android 14
Android Assistant
Android Auto
Android Games
Android Jetpack
Android Machine Learning
Android Privacy
Android Studio
Android TV
Android Wear
App Bundle
bootcamp
Business
Chrome
Cloud
Community
compose
Firebase
Flutter
Foldables
Game
gdg
GDSC
google
Google Developer Student Clubs
Google Play
Google Play Games
Interview
Jetpack
Jetpack Compose
kotlin
Large Screens
Library
ma
Material Design
Material You
ML/Tensorflow
mobile games
Now in Android
PC
Play Console
Policy
priva
wa
wear
Wearables
Web
Web/Chrome
Weeklyupdates
WorkManager
Archive
2024
12월
11월
10월
9월
8월
7월
6월
5월
4월
3월
2월
1월
2023
12월
11월
10월
9월
8월
7월
6월
5월
4월
3월
2월
1월
2022
12월
11월
10월
9월
8월
7월
6월
5월
4월
3월
2월
1월
2021
12월
11월
10월
9월
8월
7월
6월
5월
4월
3월
2월
1월
2020
12월
11월
10월
9월
8월
7월
6월
5월
4월
3월
2월
1월
2019
12월
11월
10월
9월
8월
7월
6월
5월
4월
3월
2월
1월
2018
12월
11월
10월
9월
8월
7월
6월
5월
4월
3월
2월
1월
2017
12월
11월
10월
9월
8월
7월
6월
5월
4월
3월
2월
1월
2016
12월
11월
10월
9월
8월
7월
6월
5월
4월
3월
2월
1월
2015
12월
11월
10월
9월
8월
7월
6월
5월
4월
3월
2월
1월
2014
12월
11월
10월
9월
8월
7월
6월
5월
4월
3월
2월
1월
2013
12월
11월
10월
9월
8월
7월
6월
5월
4월
3월
2월
1월
2012
12월
11월
10월
9월
8월
7월
6월
5월
3월
2월
1월
2011
12월
11월
Feed