전면 팝업이 검색엔진최적화를 해치는 때는 본문을 가릴 때입니다

발행일 2026-10-30 · 넥스트티
전면 팝업이 검색엔진최적화를 해치는 때는 본문을 가릴 때입니다

전면 팝업이 검색엔진최적화에 불리해지는 때는 검색 결과에서 들어온 사용자가 본문을 바로 볼 수 없을 때입니다. Google은 본문을 덮는 팝업과 대화상자가 사용자 신뢰를 떨어뜨린다고 설명합니다. 또 검색엔진이 콘텐츠를 이해하기 어렵게 만들어 검색 성과가 나빠질 수 있다고 봅니다. 쿠키 동의·연령 확인처럼 꼭 띄워야 하는 창과 화면 일부만 쓰는 배너는 따로 판단합니다.

Google은 어떤 팝업을 문제로 보나요?

Google 검색 센터 문서는 페이지 전체를 덮는 오버레이를 인터스티셜(전면 팝업)이라고 부릅니다. 페이지 일부만 덮는 오버레이는 대화상자로 구분합니다. 문서는 대화상자도 아래 콘텐츠를 가릴 수 있다고 적습니다. 둘 다 주로 홍보 목적으로 쓰인다는 점은 같습니다.

문서가 지적하는 문제는 두 가지입니다. 첫째, 사용자를 방해해 사이트에 대한 신뢰를 떨어뜨립니다. 둘째, Google과 다른 검색엔진이 콘텐츠를 이해하기 어려워집니다. 문서는 그 결과 검색 성과가 나빠질 수 있다고 설명합니다. 이 지침은 앱 설치 유도 창을 포함한 모든 홍보용 대화상자에 적용됩니다.

Google은 2016년 8월 검색 센터 블로그에서 문제가 되는 경우를 구체적으로 들었습니다. 모바일 검색 결과에서 페이지로 넘어갈 때 본문에 바로 접근하기 어려운 경우입니다. 아래 사례는 지금도 어떤 화면이 문제인지 판단할 때 쓸 수 있습니다.

  1. 본문을 덮는 팝업을 띄우는 경우
  2. 사용자가 닫아야만 본문으로 갈 수 있는 단독 전면 광고를 띄우는 경우
  3. 첫 화면 윗부분을 전면 팝업처럼 꾸미고 원래 본문은 스크롤 아래로 미룬 경우

세 사례 모두 사용자가 검색 결과를 보고 기대한 답을 첫 화면에서 볼 수 없습니다. 판단 기준은 팝업의 모양이 아니라 본문이 가려지는지입니다.

팝업 유형별로 어디까지 괜찮을까요?

운영 중인 팝업을 유형별로 나누면 빠르게 판단할 수 있습니다. 아래 표는 Google 문서의 설명을 유형별로 정리한 것입니다.

팝업 유형문서상 평가조치 방향
검색 결과에서 들어오자마자 본문을 덮는 쿠폰·회원가입·뉴스레터 창문제 사례에 해당화면 일부만 쓰는 배너로 전환
닫기 버튼을 눌러야 본문이 보이는 단독 전면 광고문제 사례에 해당전면 오버레이를 없애고 배너로 전환
첫 화면 전체를 채운 프로모션 영역, 본문은 그 아래문제 사례에 해당첫 화면에 본문 첫 단락이 보이도록 배치 조정
앱 설치 유도 전면 창홍보용 대화상자로 지침 적용 대상브라우저 앱 배너나 작은 HTML 배너로 전환
쿠키 사용 동의 창법적 의무에 따른 창은 책임 있게 쓰면 영향 없음(2016년 설명)본문 위에 겹쳐 띄우고 별도 페이지로 보내지 않음
연령 확인 창반드시 띄워야 하는 창으로 지침 예외본문 위에 겹쳐 띄우고, 성인 콘텐츠는 Googlebot 확인 후 확인 창 없이 제공
공개 색인 대상이 아닌 콘텐츠의 로그인 창영향 없음(2016년 설명)색인을 원하는 공개 페이지와 구분해 운영
화면 일부만 쓰고 쉽게 닫히는 배너권장 대안같은 틀을 뉴스레터·앱 안내에 재사용

쿠키 동의·연령 확인 창은 어떻게 띄워야 하나요?

Google 문서는 콘텐츠 성격 때문에 반드시 띄워야 하는 인터스티셜이 있다고 인정합니다. 예로 드는 것은 카지노 사이트의 연령 확인입니다. 이런 창은 지침의 예외이지만, 처리 방식에 따라 결과가 달라집니다.

  • 본문 위에 겹쳐 띄웁니다: 문서는 콘텐츠 위에 겹쳐 띄우면 Google이 콘텐츠 일부라도 색인할 수 있다고 설명합니다.
  • 별도 페이지로 보내지 않습니다: 동의나 정보 입력을 위해 모든 URL을 한 페이지로 리디렉션하면 그 한 페이지를 뺀 나머지가 검색 결과에서 사라진다고 문서는 경고합니다.
  • 성인 콘텐츠는 Googlebot 요청을 확인합니다: Googlebot 요청인지 검증한 뒤 연령 확인 없이 콘텐츠를 제공하는 방법을 권합니다.

문서에 적힌 결과 가운데 가장 넓은 범위에 영향을 주는 것은 리디렉션 방식입니다. 동의 창을 별도 주소로 구현한 사이트라면 이 항목부터 확인합니다.

팝업 하나로 순위가 크게 떨어지나요?

순위에 미치는 영향의 크기는 단정할 수 없습니다. Google의 페이지 경험 문서는 페이지 경험이 하나의 신호가 아니라고 설명합니다. 핵심 순위 시스템은 전반적인 페이지 경험과 관련된 여러 신호를 함께 봅니다.

같은 문서는 Core Web Vitals(로딩·반응·화면 안정성을 재는 지표)를 제외한 다른 페이지 경험 요소가 순위를 직접 올려 주지는 않는다고 적습니다. 페이지 경험이 부족해도 가장 관련성 높은 콘텐츠를 보여 주려 한다는 점도 밝힙니다. 2016년 발표 역시 이 요소를 순위에 쓰이는 수백 개 신호 가운데 하나로 설명했습니다.

그렇다고 가볍게 볼 일은 아닙니다. 페이지 경험 문서의 자가 점검 질문에는 방해가 되는 인터스티셜을 피하고 있는지가 들어 있습니다. 실무에서는 순위 신호보다 아래 두 경로를 먼저 확인하는 방법을 권합니다.

  1. 콘텐츠 인식: 모바일 우선 색인 문서는 스와이프·클릭·입력 같은 사용자 동작이 있어야 불러오는 콘텐츠를 Google이 불러오지 않는다고 설명합니다. 팝업을 닫아야 본문을 불러오는 구조라면 본문이 색인에서 빠질 수 있습니다.
  2. 화면 안정성: 페이지가 뜬 뒤 상단 배너가 끼어들어 본문을 밀어내면 CLS(누적 레이아웃 이동)가 커집니다. web.dev 문서는 기존 콘텐츠 앞에 요소를 동적으로 추가하는 것을 흔한 원인으로 듭니다. Google 문서는 CLS 0.1 미만을 목표로 제시하고, Core Web Vitals가 순위 시스템에 쓰인다고 밝힙니다.

web.dev 문서는 요소를 추가하는 것만으로는 레이아웃 이동으로 보지 않는다고 설명합니다. 다른 보이는 요소를 움직일 때만 이동으로 계산합니다. 따라서 본문 위에 겹쳐 뜨는 팝업과 본문을 밀어내는 띠 배너는 CLS에서 다르게 나타납니다. 사용자 입력 후 500밀리초 안에 생긴 이동은 점수에서 제외될 수 있습니다.

운영 중인 페이지에 문제가 있는지 어떻게 확인하나요?

Search Console의 URL 검사 도구에서 실시간 테스트를 실행합니다. 검사 도구가 렌더링한 화면의 스크린샷과 HTML, 자바스크립트 콘솔 출력, 불러온 리소스를 볼 수 있습니다. 도움말에 따르면 이 정보는 모바일 버전 페이지 기준이고, 스크린샷은 실시간 테스트에서만 제공됩니다.

나타나는 현상원인 후보확인·조치
실시간 테스트 스크린샷에 팝업만 보이고 본문은 보이지 않음진입하자마자 본문을 덮는 전면 팝업스크린샷과 HTML에서 본문 첫 단락 문장을 찾고, 배너 전환 검토
HTML에 본문 문장은 없고 팝업 문구만 있음팝업을 닫거나 버튼을 눌러야 본문을 불러오는 구조콘솔 출력과 리소스 목록에서 본문을 불러오는 시점 확인
상세 페이지 여러 개를 검사했는데 모두 같은 동의 화면이 나옴동의·연령 확인을 별도 주소로 리디렉션HTTP 응답 헤더에서 이동 여부를 확인하고 겹쳐 띄우는 방식으로 전환
Core Web Vitals 보고서에서 모바일 CLS 문제가 나타남로드 뒤 상단에 삽입되는 띠 배너나 광고배너 자리가 레이아웃에 미리 확보되어 있는지 확인
휴대전화로 열면 첫 화면 대부분이 광고·프로모션 영역상단 광고 영역이 지나치게 큼모바일 우선 색인 문서가 안내하는 Better Ads 기준과 비교
연령 확인 뒤 콘텐츠가 검사 화면에 나오지 않음연령 확인 창이 크롤링까지 막음Googlebot 요청 검증 후 확인 창 없이 제공

점검 결과는 팝업마다 한 줄씩 남기면 담당자가 바뀌어도 이어서 관리할 수 있습니다. 아래 항목으로 기록 양식을 만듭니다.

  • 페이지 주소와 팝업 이름
  • 종류: 홍보, 앱 설치, 쿠키 동의, 연령 확인, 로그인
  • 표시 시점: 진입 즉시, 스크롤 후, 클릭 후
  • 덮는 범위: 화면 전체, 일부, 띠 배너
  • 닫기 전 본문 첫 단락이 보이는지
  • 구현 방식: 본문 위 겹침, 별도 주소 이동
  • URL 검사 스크린샷 결과와 조치 내용

예를 들어 가상의 ○○ 쇼핑몰이라면 「상품 상세 · 홍보 · 진입 즉시 · 화면 전체 · 본문 안 보임 · 겹침 · 스크린샷에 쿠폰 창만 보임 · 띠 배너로 전환」처럼 적습니다.

전면 팝업 대신 무엇을 쓰면 되나요?

Google 문서는 전면 인터스티셜 대신 화면의 작은 부분만 차지하는 배너를 권합니다. 배너를 쓰면 사용자와 검색엔진이 콘텐츠에 바로 접근할 수 있습니다. 문서가 제시하는 대안은 세 가지입니다.

  • 브라우저·플랫폼 배너: Safari의 스마트 앱 배너, Chrome의 앱 설치 안내
  • HTML 배너: 앱 스토어로 연결하는 작은 광고형 영역. 같은 틀을 뉴스레터 가입 안내에도 쓸 수 있습니다.
  • 공통 라이브러리: CMS 플러그인의 표준 대화상자를 쓰면 개발사가 여러 사이트를 한꺼번에 개선할 수 있습니다.

문서는 피해야 할 실수 두 가지도 명시합니다. 전면 팝업으로 페이지 전체를 가리는 것과 동의나 입력을 받으려고 사용자를 별도 페이지로 보내는 것입니다.

배너로 바꿀 때는 문안을 한 줄로 줄입니다. 예를 들어 가상의 ○○ 기업이 뉴스레터 가입 팝업을 바꾼다면 다음과 같습니다.

  • 기존 전면 팝업: 「지금 가입하면 업계 리포트를 매주 보내 드립니다」, 이메일 입력 칸, 닫기 버튼
  • 바꾼 띠 배너: 「업계 리포트 매주 받기」, 가입 버튼, 닫기 버튼

실무에서는 띠 배너 자리를 레이아웃에 미리 확보하는 방법을 권합니다. 로드 뒤 배너가 끼어들어 본문을 밀어내면 CLS 문제가 새로 생길 수 있습니다.

마케팅팀이 새 팝업을 요청하면 웹 담당자는 다음 질문으로 먼저 확인합니다.

  1. 이 창은 홍보용입니까, 법적 의무나 연령 확인처럼 반드시 띄워야 하는 창입니까?
  2. 검색 결과에서 들어온 사용자가 창을 닫기 전에 본문 첫 단락을 볼 수 있습니까?
  3. 창이 화면 전체를 덮습니까, 일부만 차지합니까?
  4. 본문은 창을 닫지 않아도 HTML에 들어 있습니까?
  5. 동의·입력을 별도 주소에서 받습니까, 본문 위에 겹쳐 받습니까?
  6. 배너라면 레이아웃에 자리가 미리 확보되어 있습니까?

정리

전면 팝업이 불리해지는 핵심 조건은 검색 결과에서 들어온 사용자와 검색엔진이 본문을 바로 볼 수 없는 상태입니다. 다음 순서로 바로 실행합니다.

  1. 사이트에 걸린 팝업을 기록 양식에 모두 적고 홍보용과 의무용으로 나눕니다.
  2. 대표 페이지를 Search Console URL 검사 실시간 테스트로 열어 스크린샷과 HTML에 본문이 있는지 확인합니다.
  3. 동의·연령 확인을 별도 주소로 보내는 구조는 본문 위에 겹쳐 띄우는 방식으로 바꿉니다.
  4. 본문을 덮는 홍보 팝업은 화면 일부만 쓰는 배너로 바꾸고, 배너 자리를 레이아웃에 미리 확보합니다.
  5. 변경 후 Core Web Vitals 보고서에서 모바일 CLS가 어떻게 바뀌었는지 확인합니다.

참고 자료

목록으로