광고 집행 체크리스트, Google과 Meta 캠페인의 승인부터 집행 기록까지

준비된 플랜에서 “실행”을 누르면 대화 상자가 열리고, 서버에서 플랜을 다시 읽어 점검을 실행합니다. 모든 행은 통과, 경고, 문제 중 하나이며, 문제가 있으면 해결할 때까지 대화 상자의 주 버튼이 비활성 상태로 유지됩니다. 점검이 도는 동안에는 아무것도 저장되지 않고, “점검 다시 실행”은 수정한 뒤의 플랜을 다시 읽습니다. Google 검색 플랜의 행은 Google 자체 규칙을 적용합니다. 서로 다른 광고 제목 3개 이상과 설명 2개 이상(더 긴 목록은 15개와 4개로 줄이고 경고를 표시), 광고 제목 30자 이하, 설명 90자 이하, 표시 경로 15자 이하, 80자와 10단어 이하의 키워드, 일일 예산, 임시 페이지가 아닌 https 랜딩페이지입니다. 앱은 여기에 자체 상한도 더합니다. 실행 하나에 키워드 200개와 별도로 제외 키워드 200개, 그리고 타겟 그룹이 추가할 수 있는 항목의 상한입니다.

Meta 플랜은 Meta 없이 확인할 수 있는 것만 점검합니다. 목표, 기본 텍스트, 이미지나 동영상, 읽을 수 있는 예산, 그리고 판매·리드·트래픽 목표의 플랜이라면 랜딩페이지입니다. 사전 점검은 볼 수 없는 것에 대해서도 똑같이 솔직합니다. 광고 계정 안을 들여다볼 수 없으므로, 전환 입찰 전략을 쓰는 Google 플랜에는 캠페인을 활성화하기 전에 계정에 전환 액션이 있는지 확인하라는 경고가 붙습니다. 실적 최대화, Demand Gen, 디스플레이, 쇼핑 플랜은 “플랜 전용” 안내에서 멈추는데, 실행이 다루는 Google 유형은 검색뿐이기 때문입니다.

Meta 플랜은 모든 유료 광고 실행처럼 내보낸 파일을 보고 직접 만듭니다. 내보내기는 Meta의 객체 구조를 따릅니다. 플랜 유형에서 결과 목표가 정해지는 캠페인(판매, 리드, 트래픽, 인지도, 참여), 예산과 국가가 담긴 광고 세트, 카피와 링크가 담긴 광고 소재, 그리고 광고입니다. 모든 상태는 일시중지로 설정됩니다. 앱이 알 수 없는 ID는 비워 두고 내보낸 파일에 누락 항목으로 나열하는데, 광고 계정, 페이스북 페이지, 판매와 리드 목표의 픽셀 또는 데이터 세트, 이미지마다 필요한 이미지 해시가 여기에 해당합니다. 예산도 따로 표시하는데, Meta는 예산을 계정 통화의 최소 단위로 받기 때문입니다.

이 경고들은 업무를 만들기 전에 읽어 두어야 합니다. Meta는 모든 캠페인에 신용, 고용, 주택, 또는 사회 문제·선거·정치와 관련되는지 묻는데, 플랜의 내보내기는 아무것도 선언하지 않으므로 해당 분야의 플랜은 광고 관리자에서 직접 선언해야 합니다. 라이브러리의 유료 타겟 그룹이 붙은 플랜은 대신 그 그룹이 선언한 카테고리를 내보냅니다. 주택, 고용, 신용 분야에서 그룹이 연령 범위를 좁히거나 성별을 하나로 한정하거나 우편번호를 쓰면 실행을 막는 문제가 됩니다. 총 예산은 Meta가 종료일을 요구하지만 내보내기에는 담을 수 없다는 경고를 띄우고, Meta 플랜의 utm_source가 google이면 리드가 엉뚱한 채널로 집계된다는 경고를 띄웁니다. 플랜의 목표 필드와 캠페인 유형이 어긋나면 내보내기는 유형을 따르고 그 사실을 알려 줍니다.

유료 광고 실행은 지금 직접 집행하는 방식입니다. 게시 권한자에게 주 버튼은 “실행 업무 만들기”입니다. 이 버튼은 승인된 플랜을 스펙으로 고정하고 실행을 “수동 실행 대기” 상태로 올려 둡니다. Google 검색의 스펙에는 모든 광고 제목, 설명, 키워드와 제외 키워드가 일치검색 유형과 함께 담기고, 지역, 언어, 일일 예산, 입찰 방식, 랜딩페이지도 담깁니다. Meta의 스펙은 캠페인, 광고 세트, 광고 소재, 광고를 내보낸 파일이며, 모든 상태는 일시중지로 설정되고 앱이 알 수 없는 ID는 비워 둔 채 목록으로 표시됩니다. “스펙 내보내기(JSON)”로 파일을 저장합니다.

스펙과 함께 실행은 해당 클라이언트의 “Marketing Plans” 프로젝트에 업무를 하나 엽니다. 제목에는 플랜과 플랫폼이 들어가며, “Launch Spring Blend Search on Google Ads”가 그 예입니다. 업무는 실행을 준비했거나 승인한 사람에게 높은 우선순위로 배정되고, 마감은 일주일 뒤이며, 실행으로 돌아가는 링크가 붙고, 대행사 전용으로 유지되어 클라이언트에게는 보이지 않습니다. 업무를 완료한다고 해서 집행된 것으로 표시되지는 않습니다. 집행은 실행 페이지에서 기록하므로 체크한 칸과 실제로 노출 중인 캠페인이 헷갈릴 일이 없습니다.

점검을 실행하고 실행을 요청하는 데는 해당 클라이언트의 라이브러리 편집 권한이면 충분합니다. 실행을 직접 시작하려면 게시 권한도 필요하고, 요청을 승인하거나 실행을 기록하려면 해당 클라이언트에 대한 게시 권한이 필요합니다. 편집자가 “실행 승인 요청”을 선택하면 실행은 “승인 대기” 상태로 기다립니다. 프로젝트에 “Approve launch” 업무가 열리고, 클라이언트의 게시 권한자들에게 알림 벨로 알림이 가며, 알림 설정에 따라 그중 최대 다섯 명에게는 이메일도 갑니다. 요청은 팀 > 승인의 실행 탭에도 나타나며, 요청자는 대기 중에 요청을 철회할 수 있습니다.

게시 권한자는 요청을 열어 자신의 권한으로 점검을 다시 실행한 뒤 승인하거나 반려합니다. 승인하면 승인한 사람이 기록되고, 승인자 본인의 점검 결과로 스펙이 다시 고정되며, 실행이 “수동 실행 대기” 상태로 넘어가면서 승인자에게 새 업무가 생기고 요청자는 그 업무를 지켜보는 사람으로 붙습니다. 반려에는 서면 사유가 필요하며 요청자가 이를 읽을 수 있습니다. 플랜의 승인은 이 시점에 한 번 더 확인되므로, 검토자가 본 뒤에 바뀐 내용으로는 요청이 실행을 시작할 수 없습니다.

페이지는 클라이언트 전환기로 고른 클라이언트 한 곳씩 읽으며, “전체 클라이언트”를 고르면 한 곳을 먼저 고르라고 안내합니다. 맨 위에는 “실행 준비 완료”, “실행 승인 대기”, “진행 중”, “완료”의 네 가지 수치가 나옵니다. 그 아래로 목록이 셋 이어집니다. “실행 준비 완료”에는 현재 내용 그대로 승인되었고 진행 중인 실행이 없는 플랜이 올라옵니다. “실행” 목록은 승인을 기다리는 요청을 먼저, 그다음 진행 중인 실행을, 마지막으로 끝난 실행을 최신순으로 최대 100건까지 보여 주며 더 오래된 것이 있으면 그렇다고 알려 줍니다. “아직 준비되지 않음”에는 승인을 기다리는 플랜, 돌려보낸 플랜, 승인 후 바뀐 플랜이 올라옵니다.

모든 행에는 상태 칩과 쉬운 설명이 붙습니다. “승인 대기”, “수동 실행 대기”, “집행 완료”, “반려됨”, “취소됨” 중 하나이며, 누가 요청했고 얼마나 지났는지도 함께 나옵니다. 마지막 실행이 취소되거나 반려된 플랜은 아무 일도 없었던 것처럼 보이지 않고 준비 완료 행에 그 사실이 표시됩니다. 실행을 열면 출처가 된 플랜, 요청한 사람과 승인한 사람, 고정된 스펙의 핵심 내용, 통과한 점검, 타임라인이 나옵니다.

광고 플랫폼에 캠페인이 만들어지면 게시 권한자가 실행을 열어 “집행 완료로 표시”를 선택합니다. 캠페인의 https 주소를 링크로 붙일 수 있고 메모는 2,000자까지 쓸 수 있으며, 둘 다 선택 사항입니다. 행은 “집행 완료”로 바뀌고, 업무는 댓글과 함께 닫히고, 플래너에서 플랜은 “활성”으로 표시되며, 요청자와 승인자는 본인이 기록한 경우가 아니면 이 소식을 받습니다. 타임라인에는 누가 무엇을 언제 했는지가 보는 사람의 시간대로 남습니다.

고정된 스펙을 기준으로 삼아야 합니다. 실행을 표시하기 전에 Google Ads나 Meta 광고 관리자의 캠페인을 스펙과 비교하며, 대상은 예산, 지역, 키워드, 입찰, 랜딩페이지입니다. 플랫폼 때문에 무언가를 바꿨다면 메모에 그 내용을 적어, 기록에 승인된 내용과 실제로 집행된 내용이 함께 남게 합니다. 캠페인을 끝내 만들지 않았다면 실행을 취소하며, 그러면 플랜이 준비 완료 목록으로 돌아갑니다. 이 페이지는 광고 계정 안을 들여다보지 않으므로 “집행 완료”는 플랫폼의 확인이 아니라 사람의 진술입니다.