애드센스 보고서에서 광고 요청, 광고 요청 CTR, 게재율, 매치된 광고 요청 지표가 갑자기 달라졌다면 사이트 문제가 아니라 Google AdSense 보고 방식 변경 때문일 수 있습니다. 2026년 6월에는 비네트 광고 트리거와 멀티플렉스 광고 요청 집계 방식에 중요한 변화가 있었습니다.
핵심 요약
2026년 6월 15일부터 브라우저 뒤로가기 버튼은 비네트 광고를 트리거하지 않습니다. 또한 2026년 6월 23일부터 멀티플렉스 광고 단위는 기존처럼 광고 단위 1개를 광고 요청 1회로 보는 방식이 아니라, 그리드 안의 각 광고를 개별 광고 요청으로 집계합니다. 따라서 광고 요청 수가 늘거나 광고 요청 CTR과 게재율이 달라져도 바로 수익 감소로 단정하면 안 됩니다.
티스토리 블로그를 운영하다 보면 어느 날 애드센스 보고서에서 광고 요청 수가 갑자기 증가하거나, 광고 요청 CTR이 낮아진 것처럼 보이는 경우가 있습니다. 특히 멀티플렉스 광고를 하단이나 본문 중간에 넣어둔 블로그라면 2026년 6월 23일 이후 보고서 수치가 이전과 다르게 보일 수 있습니다.
이번 글에서는 2026년 6월 Google AdSense 공지 기준으로 비네트 광고와 멀티플렉스 광고 요청 지표가 어떻게 바뀌었는지, 티스토리 운영자는 어떤 수치를 확인해야 하는지 정리합니다.
검색 유입 변화까지 함께 점검하려면 Search Console 생성형 AI 보고서도 함께 확인해 보세요.
목차
애드센스 지표 변화 핵심 요약
2026년 6월 애드센스 운영자에게 중요한 변경은 두 가지입니다. 첫째, 브라우저 뒤로가기 버튼이 비네트 광고를 트리거하지 않도록 변경됐습니다. 둘째, 멀티플렉스 광고 단위의 광고 요청 집계 방식이 바뀌었습니다.
| 변경일 | 변경 내용 | 영향을 받는 지표 |
|---|---|---|
| 2026년 6월 15일 | 브라우저 뒤로가기 버튼이 비네트 광고를 트리거하지 않음 | 비네트 광고 노출, 자동광고 수익, 페이지 이동 경험 |
| 2026년 6월 23일 | 멀티플렉스 광고 그리드 안의 각 광고를 개별 광고 요청으로 집계 | 광고 요청, 매치된 광고 요청, 광고 요청 CTR, 게재율 |
중요한 점은 보고서 수치가 달라졌다고 해서 반드시 광고 코드가 잘못됐거나 정책 문제가 생긴 것은 아니라는 점입니다. 특히 멀티플렉스 광고는 보고 방식 자체가 바뀌었기 때문에 6월 23일 전후 데이터를 단순 비교하면 오해가 생길 수 있습니다.
비네트 광고 뒤로가기 트리거 변경
Google AdSense 공지에 따르면 2026년 6월 15일부터 브라우저 뒤로가기 버튼은 더 이상 비네트 광고를 트리거하지 않습니다. 이 변경은 자동으로 적용되며, 추가 비네트 광고 트리거를 허용한 게시자에게도 적용됩니다.
비네트 광고는 페이지 전환 과정에서 전체 화면 형태로 표시되는 자동광고 형식입니다. 기존에는 특정 조건에서 브라우저 뒤로가기 버튼을 눌렀을 때도 비네트 광고가 표시될 수 있었지만, 변경 이후에는 이 동작이 중단됩니다.
이 변경은 사용자의 뒤로가기 탐색 경험을 방해하지 않기 위한 조치입니다. 따라서 비네트 광고 수익이 일부 줄어든 것처럼 보이더라도, 전체 사이트 경험과 검색 정책 측면에서는 자연스러운 변화로 보는 것이 좋습니다.
티스토리 운영자에게 생길 수 있는 변화
- 비네트 광고 노출수가 일부 감소할 수 있습니다.
- 자동광고 수익 중 비네트 비중이 높았다면 일시적으로 수익 변화가 보일 수 있습니다.
- 뒤로가기 시 광고가 뜨지 않아 사용자 경험은 개선될 수 있습니다.
- 광고 코드 수정 없이 자동으로 반영됩니다.
멀티플렉스 광고 요청 집계 방식 변경
더 큰 보고서 변화는 멀티플렉스 광고에서 발생할 수 있습니다. Google AdSense는 2026년 6월 23일부터 멀티플렉스 광고 요청 보고 방식을 변경했습니다.
기존에는 멀티플렉스 광고 단위 하나가 여러 광고 슬롯을 포함하더라도 광고 요청은 하나로 집계되고, 그리드 안의 각 슬롯은 여러 노출로 계산되는 구조였습니다. 변경 이후에는 멀티플렉스 광고 그리드 안에 표시되는 각 광고가 각각 하나의 광고 요청으로 보고됩니다.
| 구분 | 변경 전 | 변경 후 |
|---|---|---|
| 멀티플렉스 광고 요청 | 광고 단위 1개를 광고 요청 1회로 집계 | 그리드 안의 각 광고를 개별 광고 요청으로 집계 |
| 광고 요청 수 | 상대적으로 적게 표시 | 늘어난 것처럼 표시 가능 |
| 총 노출수 | 각 슬롯 노출 반영 | 큰 변화가 없을 수 있음 |
| 수익 | 기존 방식으로 집계 | 큰 변화가 없을 수 있음 |
예를 들어 하단 멀티플렉스 광고가 1개 있고, 그 안에 8개의 추천형 광고가 표시되는 구조라면 기존에는 광고 요청 1회처럼 보이던 지표가 변경 후에는 각 광고 단위 기준으로 더 많이 잡힐 수 있습니다. 그래서 광고 요청 수는 늘었는데 수익은 그대로인 것처럼 보일 수 있습니다.
어떤 지표가 달라져 보이나요?
이번 멀티플렉스 보고 방식 변경으로 가장 혼동하기 쉬운 지표는 광고 요청, 매치된 광고 요청, 광고 요청 CTR, 게재율입니다.
| 지표 | 의미 | 이번 변경 후 해석 |
|---|---|---|
| 광고 요청 | 사이트가 광고 게재를 요청한 횟수 | 멀티플렉스 광고 사용 시 증가해 보일 수 있음 |
| 매치된 광고 요청 | 광고가 반환된 요청 | 광고 요청 증가에 따라 함께 변동 가능 |
| 광고 요청 CTR | 클릭 수를 광고 요청 수로 나눈 비율 | 분모가 커져 낮아진 것처럼 보일 수 있음 |
| 게재율 | 광고 요청 중 실제 광고가 반환된 비율 | 광고 요청 집계 방식 변화로 변동 가능 |
| 총 노출수 | 실제 광고가 노출된 횟수 | 큰 변화가 없을 수 있음 |
| 예상 수입 | 예상 광고 수익 | 보고 방식 변경만으로 큰 변화가 없을 수 있음 |
Google AdSense 도움말에 따르면 광고 요청 CTR은 클릭 수를 광고 요청 수로 나눈 값입니다. 따라서 광고 요청 수가 보고 방식 변경으로 늘어나면 클릭 수가 같더라도 광고 요청 CTR은 낮아진 것처럼 보일 수 있습니다.
게재율은 광고 요청 중 실제 광고가 반환된 비율입니다. 광고 요청 집계 방식이 바뀌면 게재율도 이전과 다른 수준으로 보일 수 있습니다. 따라서 6월 23일 전후의 광고 요청 CTR과 게재율을 단순 비교해 “광고 효율이 나빠졌다”고 판단하면 안 됩니다.
티스토리 운영자가 확인할 지표
이번 변경 이후에는 광고 요청 수만 보지 말고, 실제 수익과 사용자 행동에 가까운 지표를 함께 봐야 합니다. 특히 티스토리 블로그는 자동광고, 본문 수동광고, 하단 멀티플렉스 광고를 함께 쓰는 경우가 많기 때문에 지표를 나눠서 확인하는 것이 좋습니다.
1. 예상 수입
가장 먼저 확인할 지표는 예상 수입입니다. 광고 요청 수가 늘었더라도 예상 수입이 유지되고 있다면 보고 방식 변경의 영향일 가능성이 큽니다.
2. 페이지 RPM
페이지 RPM은 블로그 운영자가 실제 체감 수익을 볼 때 중요한 지표입니다. 특정 광고 형식의 요청 수보다, 방문자가 페이지를 볼 때 평균적으로 얼마의 수익이 발생하는지 확인하는 데 유용합니다.
3. 노출 RPM
노출 RPM은 광고 노출 1,000회당 수익을 보는 지표입니다. 멀티플렉스 광고 요청 집계 방식이 바뀐 뒤에는 광고 요청 RPM보다 노출 RPM을 함께 보는 것이 좋습니다.
4. 광고 형식별 보고서
멀티플렉스 광고를 쓰고 있다면 광고 형식별 또는 광고 단위별 보고서를 확인해야 합니다. 특정 날짜 이후 멀티플렉스 광고 요청만 급증했다면 사이트 문제가 아니라 보고 방식 변경 때문일 수 있습니다.
5. Search Console 유입 변화
수익 변화가 실제로 발생했다면 애드센스만 볼 것이 아니라 Search Console 유입도 함께 확인해야 합니다. 검색 노출과 클릭이 줄었다면 광고 지표 변경이 아니라 트래픽 감소가 원인일 수 있습니다.
검색 노출 변화와 AI 검색 유입을 함께 확인하려면 아래 글을 참고하세요.
수익이 줄었을 때 점검 순서
광고 요청 수나 CTR만 보고 광고 코드를 바로 수정하면 오히려 수익 구조가 흔들릴 수 있습니다. 아래 순서대로 원인을 나눠서 확인하는 것이 좋습니다.
| 점검 순서 | 확인할 내용 | 판단 기준 |
|---|---|---|
| 1단계 | 6월 15일 전후 비네트 광고 수익 | 뒤로가기 트리거 중단 영향 여부 확인 |
| 2단계 | 6월 23일 전후 멀티플렉스 광고 요청 | 보고 방식 변경 영향 여부 확인 |
| 3단계 | 예상 수입과 페이지 RPM | 실제 수익 감소인지 확인 |
| 4단계 | Search Console 클릭수 | 검색 유입 감소 여부 확인 |
| 5단계 | 광고 코드·정책센터 | 광고 미송출 또는 정책 제한 여부 확인 |
가장 중요한 기준은 실제 수익입니다. 광고 요청 수가 늘고 광고 요청 CTR이 낮아졌더라도 예상 수입, 페이지 RPM, 노출 RPM이 유지된다면 큰 문제로 볼 필요는 없습니다.
반대로 예상 수입과 페이지 RPM이 동시에 줄었다면 원인을 더 자세히 봐야 합니다. 이 경우에는 검색 유입 감소, 광고 단가 하락, 정책 제한, 특정 글의 트래픽 감소, 모바일 광고 배치 문제를 함께 확인해야 합니다.
자주 묻는 질문
광고 요청이 갑자기 늘었는데 문제가 생긴 건가요?
반드시 문제라고 볼 수는 없습니다. 2026년 6월 23일부터 멀티플렉스 광고의 각 광고가 개별 광고 요청으로 보고되기 때문에, 멀티플렉스 광고를 사용하는 사이트에서는 광고 요청 수가 증가해 보일 수 있습니다.
광고 요청 CTR이 떨어졌는데 수익이 줄어든 건가요?
광고 요청 CTR은 클릭 수를 광고 요청 수로 나눈 지표입니다. 광고 요청 수가 보고 방식 변경으로 늘어나면 클릭 수가 같아도 CTR은 낮아질 수 있습니다. 따라서 광고 요청 CTR만 보고 수익 감소로 단정하면 안 됩니다.
멀티플렉스 광고를 삭제해야 하나요?
보고서 수치가 달라졌다는 이유만으로 멀티플렉스 광고를 바로 삭제할 필요는 없습니다. 예상 수입, 페이지 RPM, 노출 RPM, 사용자 체류시간을 함께 보고 판단하는 것이 좋습니다.
비네트 광고 수익이 줄어든 것 같으면 어떻게 하나요?
2026년 6월 15일부터 뒤로가기 버튼이 비네트 광고를 트리거하지 않도록 변경됐기 때문에 일부 변화가 있을 수 있습니다. 다만 사용자 경험 개선 측면에서는 자연스러운 변화이며, 광고 코드를 임의로 수정하기보다 자동광고 설정과 전체 RPM을 함께 확인하는 것이 좋습니다.
티스토리에서 가장 먼저 볼 지표는 무엇인가요?
광고 요청 수보다 예상 수입, 페이지 RPM, 노출 RPM을 먼저 보는 것이 좋습니다. 그 다음 광고 형식별 보고서에서 멀티플렉스 광고 요청이 6월 23일 이후 어떻게 변했는지 확인하면 됩니다.
마무리
2026년 6월 애드센스 지표 변화는 광고 코드 오류보다 Google의 공식 보고 방식 변경과 관련이 큽니다. 6월 15일부터는 브라우저 뒤로가기 버튼이 비네트 광고를 트리거하지 않고, 6월 23일부터는 멀티플렉스 광고 그리드 안의 각 광고가 개별 광고 요청으로 집계됩니다.
따라서 광고 요청 수가 갑자기 늘거나 광고 요청 CTR이 낮아졌다고 해서 바로 광고 배치를 바꾸거나 광고 코드를 삭제할 필요는 없습니다. 먼저 변경일 전후로 멀티플렉스 광고 요청, 예상 수입, 페이지 RPM, 노출 RPM, Search Console 유입을 함께 확인해야 합니다.
티스토리 운영자는 이번 변화를 수익 하락 신호로만 볼 것이 아니라, 보고서 해석 기준이 바뀐 시점으로 보는 것이 좋습니다. 앞으로는 광고 요청 수보다 실제 페이지 수익성과 검색 유입 흐름을 함께 보는 방식으로 애드센스 데이터를 점검해야 합니다.
함께 확인하면 좋은 글