애셋 일반 권장사항

마지막 업데이트: 2022년 4월 14일 | 0개 댓글
  • 네이버 블로그 공유하기
  • 네이버 밴드에 공유하기
  • 페이스북 공유하기
  • 트위터 공유하기
  • 카카오스토리 공유하기

웹 스토리 만들기 권장사항

독자의 지속적인 참여를 유도하려면 웹 스토리 만들기 권장사항을 따르세요. 먼저 중요한 작업에 집중하는 것이 좋습니다. 시간이 된다면 추천 권장사항도 따르세요.

스토리텔링

중요 스토리텔링 권장사항
동영상을 먼저 활용합니다. 동영상은 텍스트나 이미지보다 사용자의 관심을 끌기 좋습니다. 최대한 많은 동영상을 사용하면서 이미지와 텍스트로 보완합니다.

스토리텔링 권장사항 더보기

추천 스토리텔링 권장사항
관점을 드러냅니다. 사실 이상을 파고들고 의견을 공유합니다. 내 스토리의 주인공이 되세요. 공감할 수 있게 만드세요.
이야기를 구성합니다. 이야기에 한 페이지에서 다른 페이지로 이어지는 긴장감을 만들어 보세요. 맥락과 설명을 제공하여 사용자가 여정에 참여하도록 유도하고 끝까지 함께한 독자에게 보상을 제공합니다.
중요 디자인 권장사항
글자 수를 줄입니다. 텍스트로 가득한 페이지가 여러 개 포함되지 않도록 합니다. 페이지당 약 280자(트윗 길이)로 텍스트를 줄이는 것이 좋습니다.
텍스트를 가리지 않습니다. 텍스트가 페이지의 다른 콘텐츠로 가려지지 않는지 확인합니다. 번인 텍스트를 피합니다. 번인 텍스트를 사용하지 않으면 다양한 기기 크기에 맞게 크기가 조절될 때 텍스트가 가려지는 것을 방지할 수 있습니다.
텍스트를 경계 내에 유지합니다. 웹 스토리의 모든 텍스트가 독자에게 표시되는지 확인합니다. 번인 텍스트를 피합니다. 번인 텍스트를 사용하지 않으면 다양한 기기 크기에 맞게 크기가 조절될 때 텍스트가 경계를 벗어나는 것을 방지할 수 있습니다.
신중하게 애니메이션을 사용합니다. 애니메이션으로 스토리에 생동감을 불어넣으세요. 피로를 일으킬 수 있는 산만하거나 반복적인 애니메이션은 피합니다.

디자인 권장사항 더보기

추천 디자인 권장사항
웹 스토리 전용 클릭 유도문안을 사용합니다. 원래 Instagram, Snapchat 또는 YouTube와 같은 소셜 플랫폼용으로 만든 스토리를 다시 만들 때는 특정 플랫폼과 관련된 독자 클릭 유도문안을 삭제해야 합니다. 사용자가 웹 스토리에서 제안하는 작업을 모두 실행할 수 있는지 확인합니다.
풀 블리드 동영상 및 이미지를 사용합니다. 스토리에 풀 블리드 애셋을 포함하여 독자에게 몰입도 높은 경험을 제공합니다.
해상도가 낮거나 왜곡된 이미지 및 동영상을 사용하지 않습니다. 고화질 이미지를 사용하고 세로 모드에 맞춰 이미지 크기를 조절할 때 주의하세요.
표지에 로고를 추가합니다. 브랜드를 대표하는 고해상도 로고를 포함하세요.
동영상 길이를 줄입니다. 페이지당 15초 미만 또는 최대 60초 미만의 동영상을 사용하는 것이 좋습니다.
오디오를 포함합니다. 볼륨이 균형 잡혀 있으며 길이가 5초 이상인 고품질 오디오 클립을 사용하고 음성을 알아들을 수 있는지 확인합니다.
동영상 전용 스토리의 자동 진행을 고려합니다. 동영상 기반 웹 스토리의 자동 진행 환경은 편안한 환경에 적합할 수 있습니다.

검색엔진 최적화

웹 스토리가 AMP 스토리 메타데이터 가이드라인을 준수하는지 확인합니다. 웹페이지에 일반적으로 포함하는 다음과 같은 마크업을 포함합니다.

검색엔진 최적화 권장사항 더보기

해당하는 경우 홈페이지 또는 카테고리 페이지에서 연결하는 등 웹 스토리를 웹사이트에 통합하는 것이 좋습니다. 예를 들어 웹 스토리가 여행 목적지에 관한 내용이고 모든 여행 기사가 나열된 페이지가 있다면 카테고리 페이지에도 웹 스토리를 연결합니다. www.example.com/stories 같은 추가적인 특수 방문 페이지(홈페이지와 같은 주요 페이지에서 연결됨)가 적절할 수도 있습니다.

시맨틱 HTML을 사용하여 웹 스토리를 빌드하는 것이 좋습니다. 그러나 일부 웹 스토리 편집기 도구는 모든 텍스트가 동영상에 번인되는 동영상 파일로 각 슬라이드의 형식을 지정하는 스토리를 대신 내보낼 수도 있습니다. 이 경우 동영상 내에 표시된 정확한 텍스트를 amp-video 요소의 title 속성으로 추가하는 것이 좋습니다. 웹 스토리에서 시맨틱 마크업을 사용할 수 없는 경우에만 이 작업을 실행해야 합니다.

중요 기술 권장사항
스토리를 유효하게 만듭니다. 웹 스토리는 유효한 AMP 페이지여야 합니다. AMP가 유효하지 않게 되는 문제를 방지하려면 AMP 유효성 검사 도구를 사용하여 스토리를 테스트하고 감지된 오류를 해결하세요.
포스터 이미지에 텍스트를 넣지 않습니다. 번인 텍스트가 포함되어 있는 이미지는 사용하지 마세요. 사용자가 Google 검색결과에서 스토리를 미리 볼 때 스토리 제목이 가려질 수 있습니다. 사용자가 제목을 명확하게 읽을 수 없으면 계속 읽을 가능성이 낮습니다.
적절한 포스터 이미지 크기 및 가로세로 비율을 사용합니다. poster-portrait-src 속성에 연결된 이미지가 640 x 853px 이상이고 가로세로 비율이 3:4인지 확인합니다.
로고에 적합한 가로세로 비율을 사용합니다. publisher-logo-src 속성에 연결된 로고 이미지가 96 x 96px 이상이고 가로세로 비율이 1:1인지 확인합니다.

기술 권장사항 더보기

추천 기술 권장사항
og:image 를 포함합니다. 태그에 og:image 를 포함하여 스토리의 검색 가능성을 개선하는 것이 좋습니다.

기타 리소스

    : 웹 스토리를 만들기 위한 크리에이터 중심 리소스입니다. : Google 검색에 표시하는 데 필요한 기술 가이드라인을 충족하는 웹 스토리 빌드 관련 개발자 중심 가이드입니다. : 개발자 중심 웹 스토리 형식 기능입니다. : 웹 스토리에 모든 사용자가 액세스할 수 있도록 하는 도움말입니다. : Google 검색에서 콘텐츠를 파악할 수 있도록 구조화된 데이터를 추가하는 방법을 자세히 설명합니다.

Except as otherwise noted, the content of this page is licensed under the Creative Commons Attribution 4.0 License, and code samples are licensed under the Apache 2.0 License. For details, see the Google Developers Site Policies. Java is a registered trademark of Oracle and/or its affiliates.

앱 캠페인에 더 효과적인 광고 애셋 만들기

광고 애셋은 앱 캠페인에서 광고를 만들기 위해 사용하는 요소입니다. 이 도움말에서는 앱 캠페인 실적과 도달범위를 개선할 수 있는 텍스트, 이미지, 동영상, HTML5 등의 광고 애셋을 개발하기 위한 권장사항을 제공합니다. 앱 캠페인에서 허용하는 애셋 사양과 같은 기술 가이드는 앱 캠페인을 만드는 방법을 참고하세요.

본 문서에서 권장하는 추천 사항은 전반적인 방향성을 제공하기 위한 것입니다. 모든 캠페인이 다르므로 모든 가이드 라인을 준수하더라도 실적을 보장할 수 없습니다. 애셋 보고서를 정기적으로 확인하고 반복적으로 개선하는 것이 좋습니다.

모든 광고 콘텐츠는 정책 가이드라인 및 개인 맞춤 광고 가이드라인을 준수해야 합니다.

일반 애셋 안내

브랜드의 목표, 목소리, 스타일에 맞춰 조정

여기에 제시된 가이드라인은 광고주의 성공과 관련이 있지만 모든 비즈니스는 고유한 성격을 지닙니다. 모든 권장사항을 비즈니스의 요구 사항에 따라 평가하고 캠페인 목표에 맞춰야 합니다.

캠페인 목표에 맞게 조정

광고 애셋은 앱 캠페인의 구체적인 목표를 반영해야 합니다. 예를 들면 다음과 같습니다.

  • 설치를 유도하려면 애셋에 설치 액션을 반영해야 합니다. 예를 들어 '지금 다운로드하세요' 또는 '지금 시작해보세요' 등 사용자에게 설치를 유도하는 텍스트 광고 소재가 있어야 합니다.
  • 구매를 유도하려면 애셋에 판매, 할인 또는 구매 항목을 표시해야 합니다. 예를 들어 '첫 주문 시 5,000원 할인' 또는 프로모션을 묘사하는 이미지 등이 있어야 합니다.
  • 사용자 유지율 또는 재참여를 늘리려 한다면 애셋에 하위 유입경로 또는 새로 사용 가능한 기능을 강조하여 사용자의 상호작용을 유도합니다. 예를 들어 '100개 이상의 아이템 추가'와 같은 문구 또는 업데이트된 게임 플레이를 보여주는 동영상 등이 있어야 합니다.

필요에 따라 주제별로 일관성 있는 광고그룹 구성

앱 캠페인의 광고그룹에서는 광고 애셋을 특정 앱 기능이나 강조하려는 메시지를 기준으로 또는 관심을 끌고자 하는 사용자가 속한 인구통계를 기준으로 '그룹화'할 수 있습니다. 따라서 애셋을 통해 특정 기능, 메시지, 사용자 니즈를 나타내야 합니다. 예를 들어 초밥 애호가의 관심을 유도하기 위해 초밥 테마 광고 소재를 광고그룹 하나에 업로드하고, 테이크아웃을 선호하는 사람들을 위해 다른 광고그룹에 피자 테마 광고 소재를 업로드해야 합니다.

광고 애셋 다양화하기

에셋이 다양한 경우 앱 캠페인에서 다양한 사용자의 공감을 받는 광고를 더 많이 만들 수 있으므로, 광고가 광고 채널 전반에 더 광범위하게 게재될 수 있습니다. 광고 조합과 게재위치를 최대화하려면 각 애셋 유형에 허용되는 애셋의 최대 수량을 애셋 일반 권장사항 업로드합니다. 텍스트의 경우 4개, 이미지 및 동영상의 경우 각각 20개까지 가능하며, HTML5도 20개 한도로 이용 가능한 경우가 있습니다. 이렇게 하면 광고 애셋을 다시 활성화할 때 실적 변동을 최소화하는 효과도 있습니다.

Google Ads는 광고를 번역하지 않으므로 캠페인을 설정할 때 올바른 언어를 선택해야 합니다. 그런 다음 해당 언어를 사용할 수 있는 모든 국가를 선택합니다. 타겟팅 범위를 넓히면 목표를 달성할 수 있는 사용자를 더 많이 찾고, Google의 머신러닝 모델에 더 많은 데이터를 제공하여 캠페인을 상세하게 분석할 수 있습니다.

잠재고객의 참여 유도하기

애셋에 대화형 텍스트로 된 광고 제목과 설명, 눈에 잘 띄는 이미지, 강력한 오디오 등을 사용해 사용자의 관심을 유도해야 합니다.

실적이 저조한 애셋은 자주 교체

애셋 보고서를 검토해 보세요. '학습' 상태가 종료된 후 애셋에는 '저조', '양호' 또는 '우수'와 같은 순위 라벨이 지정됩니다. 업로드된 애셋 수가 최대 허용 애셋 수 미만인 경우 '우수'로 표시된 애셋과 유사한 애셋을 추가하세요. 최대 허용 애셋 수에 도달한 경우 '저조'로 분류된 애셋을 교체합니다. 이렇게 하면 실적 변동이 점차 최소화됩니다.

고품질 애셋 사용하기

고품질 광고 애셋을 제출하면 장기간에 걸쳐 광고 실적이 향상될 가능성이 높습니다. 고품질 광고 애셋은 잠재고객의 관심을 끌 확률이 높기 때문입니다. 결정적으로 낮은 품질의 광고 애셋은 잠재고객 도달범위를 좁히기 때문에 캠페인 실적을 저하시킬 수 있습니다. 애셋 품질을 극대화하면 광고가 모든 Google 서비스에서 잠재고객 도달범위를 극대화할 수 있습니다.

광고를 위해 제출하는 애셋의 유형별로 몇 가지 품질 가이드라인을 마련했습니다.

텍스트 애셋

독립적이고 완전한 생각을 담기

    , 맞춤법, 구두점을 사용하여 길이가 다양하고 어느 순서로도 의미가 통하는 독립형 문구를 작성합니다. Google Ads에서는 각 문구를 자동으로 조합하여 실적을 개선할 수 있는 여러 버전의 광고를 제공합니다.
  • 문구마다 차별화된 앱의 장점을 강조하세요.

명확한 클릭 유도 문구 사용

버튼의 텍스트를 사용하여 캠페인의 목표를 더욱 강화하세요.

  • 설치를 유도하려면 버튼의 텍스트에 설치 액션을 반영해야 합니다. 예를 들어 '지금 다운로드하세요' 또는 '지금 시작해보세요' 등의 메시지가 있어야 합니다.
  • 구매를 유도하려면 버튼의 텍스트에 판매, 할인 또는 구매 항목을 강조해야 합니다. 예를 들어 '5,000원 할인' 또는 '지금 할인받으세요' 등의 메시지가 있어야 합니다.
  • 사용자 유지율 또는 재참여를 늘리려 한다면 버튼의 텍스트에 하위 유입경로 또는 새로 사용 가능한 기능을 강조하여 사용자의 상호작용을 유도합니다. 예를 애셋 일반 권장사항 애셋 일반 권장사항 애셋 일반 권장사항 들어 '100개의 새 아이템 보기' 또는 '지금 사용해 보기' 등의 메시지가 있어야 합니다.

클릭베이트 및 과장 피하기

  • 사용자의 광고 클릭을 유도하는 방식으로 작성된 과장된 구문, 질문, 표현은 허용되지 않습니다.
  • '이것' 또는 '이것들'과 같이 모호하게 지칭하는 문구를 사용하지 않습니다.

모든 스타일 규칙 준수하기

광고가 거부되지 않으려면 스타일 규칙을 준수해야 합니다. 광고가 거부되는 가장 빈번한 이유는 다음과 같습니다.

  • 느낌표를 과도하게 사용하는 경우를 포함한 선정적인 광고(예: '진짜 깜짝 놀라실 겁니다!')
  • 그림 이모티콘
  • 구두점 또는 기호를 본래 용도대로 사용하지 않는 경우(예: '집에서'를 의미하기 위해 '@집'을 사용하는 경우)
  • 대문자 사용이 부적절한 경우(예: 'SALE, S.A.L.E, SaLe' 등)
  • 공백을 부적절하게 사용하는 경우(예: '운동화 구매,판매', '운 동 화' 등)
  • 문법이 잘못된 경우

이미지 애셋

시선 사로잡기

광고는 브랜드를 반영합니다. 이미지 애셋은 시선을 끌면서도 브랜드 신뢰도를 떨어뜨리지 않아야 합니다. 왜곡된 이미지, 이상한 형상의 이미지, 변조된 이미지, 위아래가 바뀐 이미지, 흐릿한 이미지 또는 색상이 반전된 이미지, 지나치게 필터링된 이미지는 사용하지 않는 것을 권장합니다.

고밀도 픽셀의 이미지

픽셀 밀도는 품질에 대한 명백한 신호일 뿐더러 픽셀의 밀도가 높아야만 크기를 조정하거나 해상도가 좋은 화면에 표시할 때에 이미지 렌더링이 제대로 이뤄집니다.

전체 프레임 활용하기

광고는 네이티브 콘텐츠의 모양, 크기, 위치와 일치할 때 더욱 자연스러운 느낌을 줍니다. 이미지 애셋의 테두리와 프레임 사이에는 빈 공간이 없어야 합니다.

이미지의 빈 공간 제한

빈 공간은 이미지의 80% 이하여야 합니다. 이미지의 주제는 사용자의 관심을 끄는 주요 요소가 되어야 합니다. 또한 눈에 잘 띄고 가장 두드러지도록 많은 공간을 차지해야 하며 작은 화면에서도 잘 보여야 합니다.

이미지에 텍스트, 로고 또는 클릭 유도문안 겹치지 않기

오버레이된 텍스트가 이미지보다 눈에 띄어서는 안 됩니다. 제품 포장, 의류, 간판/광고판과 같은 이미지의 텍스트나 로고는 자연스럽게 어우러지도록 하는 것이 좋습니다. 텍스트 또는 로고가 이미지와 겹쳐지는 경우 이러한 텍스트 또는 로고로 인해 사용자의 관심이 이미지에서 멀어지지 않도록 겹치는 부분을 최소한으로 줄여야 합니다. 이미지에 오버레이된 콘텐츠가 거의 없거나 전혀 없으면 더 많은 잠재고객에게 도달할 수 있습니다. 따라서 요소가 오버레이될 때는 겹치는 부분이 이미지 표면적의 20% 미만이 되도록 제한하는 것이 좋습니다.

이미지에 클릭베이트 및 과장 피하기

텍스트 애셋과 마찬가지로, 선정적이거나 자극적인 콘텐츠를 통해 사용자의 애셋 일반 권장사항 클릭을 유도하는 이미지 또는 텍스트를 사용하면 안 됩니다.

동영상 광고

스토리보다 앱 경험 강조하기

정서적 호소와 스토리텔링도 중요하지만, 동영상에서는 가능한 한 빨리 앱 경험을 소개하는 것이 좋습니다. 프레임에 꽉 차는 숏(캐릭터 및 UI 클로즈업)을 사용하여 시청자가 앱에서 사용할 수 있는 기능 및 혜택에 집중하게 하세요.

시청자 집중시키기

  • 모바일 사용자의 경우 집중 유지 시간이 짧기 때문에 처음 2~3초 안에 관심을 끌어야 합니다. Google의 조사에 따르면 성공적인 앱 동영상 광고는 평균적으로 처음 5초 안에 2개 이상의 컷 전환을 포함하여 역동적인 앱 경험 감각을 제공합니다.
  • 오디오는 사용자와 추가적으로 연결된 느낌을 만들 수 있는 손쉬운 방법입니다. 오디오와 음악을 사용해 브랜딩 및 클릭 유도 문구를 강조합니다. 일부 인벤토리는 기본적으로 오디오 꺼짐 상태이므로 자막을 포함해야 합니다.

광고 전반에 걸쳐 브랜드 표시하기

  • 초기에 브랜드를 소개하고 가능하면 광고 내내 표시합니다.
  • 앱의 일부(장면)로, 측면(세로 광고)에, 도입 오디오를 통해, 또는 이 셋을 조합해서 브랜드를 노출합니다.

다각화하고 실험하기

다양한 테마(코믹하거나 감동적), 스타일(진지하거나 유쾌하게), 주제(하나의 사용 사례나 다른 앱 대비 장점) 등을 사용해 동영상을 실험하듯이 만들어 보세요. 이렇게 하면 다양한 잠재고객의 공감을 이끌어낼 기회가 늘어납니다.

HTML5 애셋

HTML5 애셋은 앞서 소개한 애셋 유형보다 훨씬 만들기 어렵고 비용도 높습니다. HTML5용으로 제작하기 전에 텍스트, 이미지 및 동영상 애셋을 최대 수만큼 업로드하는 것이 좋습니다.

휴대기기 기능을 고려해 디자인하기

HTML5 애셋은 양방향이므로 디자인의 일부로서 휴대기기 기능을 신중하게 고려해야 합니다. HTML5 광고와 상호작용하는 일반적인 방법으로는 탭, 스와이프, 드래그 앤 드롭, 손가락을 모아서 확대/축소, 흔들기 등이 있습니다.

안내문 포함하기

시청자는 광고에서 상호작용을 기대하지 않으므로 재생 전에 짧은 안내 자막을 제공합니다. 3~4초 안에 시청자가 원하는 상호작용을 수행하는 것이 목표입니다.

분명하고 눈에 띄는 일관된 브랜드 표시하기

적법성을 확보하고 거부를 방지하기 위해 '지금 설치' 또는 '지금 다운로드' 버튼과 함께 앱 로고를 광고 내내 표시해야 합니다. 상단 바에 둘을 나란히 표시하는 것이 좋습니다.

자막 포함하기

HTML5 애셋 유형에는 동영상 또는 오디오가 포함되지 않으므로 자막을 활용해야 합니다. 자막은 각종 화면 크기에서도 또렷이 읽을 수 있어야 합니다.

스마트 쇼핑 캠페인 안내

7월부터 스마트 쇼핑 캠페인이 실적 극대화 캠페인으로 자동 업그레이드됩니다. 그 전에 새로운 원클릭 도구를 사용하여 스마트 쇼핑 캠페인을 직접 업그레이드하고 추가 인벤토리와 형식을 애셋 일반 권장사항 통해 신규 고객에게 도달해보세요. 스마트 쇼핑 캠페인을 실적 극대화 캠페인으로 업그레이드한 광고주는 동일하거나 더 높은 광고 투자수익(ROAS)으로 전환 가치가 평균 12% 증가하는 효과를 보고 있습니다. 자세히 알아보기

스마트 쇼핑 캠페인을 통해 캠페인 관리를 간소화하고 전환 가치를 극대화하며 도달범위를 확대합니다. 이 캠페인 하위유형은 일반 쇼핑 및 디스플레이 리마케팅 캠페인을 결합하고 자동 입찰 및 자동 광고 게재위치를 사용해 네트워크 전체에서 제품과 비즈니스를 홍보합니다.

사용하시는 언어로 된 자막을 보려면 YouTube 자막을 사용 설정하세요. 동영상 플레이어 하단에 있는 '설정' 아이콘 을 선택한 다음 '자막'을 선택하고 언어를 선택합니다.

스마트 쇼핑 캠페인을 사용하면 Google의 머신러닝에서 광고주의 제품 피드로 다양한 광고를 만들어 Google 검색 네트워크, Google 디스플레이 네트워크, YouTube, Gmail을 비롯한 여러 네트워크에 게재합니다. Google 시스템에서는 제공된 이미지와 텍스트 애셋을 다양한 방식으로 조합하고 테스트한 다음 가장 관련성이 높은 광고를 자동으로 선택하여 게재합니다.

  • 편리한 최적화: 스마트 쇼핑 캠페인에서는 기존 제품 피드와 애셋을 결합하여 다양한 네트워크에 게재되는 광고를 만들 수 있습니다. Google의 강력한 시스템에서 이러한 광고를 테스트하여 실적이 가장 좋은 광고를 게재합니다.
  • 자동 입찰: Google에서는 스마트 쇼핑 캠페인의 각 광고에 대해 광고 게재 및 입찰을 자동화하여 정해진 예산으로 전환 가치를 극대화할 수 있는 입찰가를 제시합니다.
  • 손쉬운 통합: 원활한 마케팅 및 추적을 위해 Shopify, WooCommerce 등의 제3자 플랫폼을 통해 스마트 쇼핑 캠페인을 만들고 관리할 수 있습니다.

이용 요건

Google Ads 계정에 사용 설정 또는 일시중지 상태의 스마트 쇼핑 캠페인을 최대 100개까지 만들 수 있습니다. 실적 극대화를 위해 가급적 스마트 쇼핑 캠페인을 통합하는 것이 좋습니다.

유럽의 광고주는 스마트 쇼핑 캠페인을 모든 비교 쇼핑 서비스(CSS)와 함께 사용할 수 있습니다. 광고는 일반 검색결과 페이지 및 그 밖에 CSS에서 선택한 모든 위치에 게재됩니다.

스마트 쇼핑 캠페인 최대한 활용

리마케팅 목록 사용

스마트 쇼핑 캠페인에는 리마케팅 목록을 사용하고 신규 사용자를 계속해서 목록에 추가하는 것이 좋습니다. 최상의 광고 노출 애셋 일반 권장사항 범위를 확보하려면 최근 30일간 활성 사용자가 100명 이상이어야 하며 최근 2일간 신규 사용자가 한 명이어야 합니다.

전환 추적

스마트 쇼핑 캠페인은 온라인 구매(전환 이벤트 소스로 권장됨), 가입, 전화 통화를 통한 구매, 매장 방문 등의 이벤트에 전환 추적을 사용하며 설정한 일일예산 내에서 전환 가치를 자동으로 극대화합니다. 스마트 애셋 일반 권장사항 쇼핑 캠페인 최적화에 대해 자세히 알아보기

  • 전환 추적 없이 스마트 쇼핑 캠페인을 만들 수 있지만 캠페인의 지출이 제한될 수 있습니다.
  • 전환 추적 또는 리마케팅 요건을 충족하지 않아도 기존 스마트 쇼핑 캠페인을 운영할 수 있지만 지출이 제한될 수 있습니다.

새로운 광고 유형 살펴보기

스마트 쇼핑 캠페인에서는 Google 애셋 일반 권장사항 검색 네트워크, 디스플레이 네트워크, YouTube, Gmail에 게재될 수 있는 쇼핑 광고, 오프라인 판매점 인벤토리 광고, 디스플레이 광고(동적 리마케팅 및 동적 잠재고객 발굴 포함)를 사용합니다. 광고 유형 및 형식 요건에 대해 자세히 알아보기

실적 분석

전환 가치 및 광고 투자수익(ROAS) 보고서를 통해 캠페인 실적을 평가할 수 있습니다. 또한 페이지 상단에서 보고서 아이콘 을 클릭하고 '사전 정의된 보고서(측정기준)'를 선택한 다음 '쇼핑'을 선택하여 카테고리, 제품 유형, 맞춤 라벨 등 특정 제품 속성별로 분류된 사전 정의된 보고서를 볼 수 있습니다. '쇼핑' 드롭다운 메뉴에서 검토하려는 보고서를 클릭합니다.

클릭, 전환, 노출수와 같은 일반적인 보고서도 사용할 수 있습니다.

스마트 쇼핑 캠페인의 경우 '제품 그룹' 탭의 보고 측정항목이 '캠페인', '광고그룹' 또는 '광고' 탭과 다를 수 있습니다. '제품 그룹' 탭에서는 제품 수준 데이터에 대해서만 보고할 수 있기 때문입니다.

일반 에이전트 설계 권장사항

특히 음성 에이전트 설계에 대해 다룬 음성 에이전트 설계 가이드와 Dialogflow 서비스 사용에 대한 권장사항 가이드도 참조하세요.

에이전트를 제작하기 전에

이 섹션에서는 에이전트 제작을 시작하기 전에 고려해야 할 정보를 제공합니다.

에이전트의 전반적인 목표를 고려합니다.

  • 비즈니스에서 달성하고자 하는 바는 무엇인가요?
  • 사용자가 에이전트에서 기대하는 것은 무엇인가요?
  • 사용자가 에이전트와 얼마나 자주 상호작용하나요?

사용자가 에이전트에 액세스하는 방법을 고려합니다. 콘텐츠를 만들기 전에 Dialogflow에서 지원되는 플랫폼을 검토합니다. 지원할 플랫폼을 선택할 때 그에 따라 적절히 콘텐츠를 준비합니다. Dialogflow의 플랫폼 통합 중 일부는 이미지, 링크, 추천 검색어 칩과 같은 요소를 포함할 수 있는 리치 메시지를 지원합니다.

반복적으로 에이전트 제작

에이전트가 크거나 복잡하다면 먼저 최상위 요청만 처리하는 대화를 만듭니다. 기본적인 구조가 완성되면 대화 경로를 반복 실행하면서 사용자가 선택할 수 있는 가능한 모든 경로를 감안했는지 확인하세요.

사전 제작된 에이전트

Dialogflow는 처음 시작하는 데 도움이 되도록 사전 제작된 에이전트를 제공합니다. 사전 제작된 에이전트는 호텔 예약, 내비게이션, 온라인 쇼핑과 같은 일반적인 사용 사례를 다룹니다. 이러한 에이전트에는 가장 일반적인 사용자 쿼리를 처리하기 위한 인텐트와 항목이 함께 제공됩니다. 내 비즈니스와 관련된 응답을 추가하면 유용한 에이전트를 신속하게 만들 수 있습니다.

시스템 개체

사용자가 요청을 할 때 사용자가 말한 내용에는 파싱해야 할 중요한 정보가 있습니다. Dialogflow에서 이러한 정보를 항목이라고 합니다. 특히 Dialogflow가 제공하는 사전 제작된 항목인 시스템 항목은 가장 일반적인 정보 유형을 처리합니다.

스몰 토크

대화를 개발할 때 주제를 벗어난 요청을 처리하는 방법을 고려할 수 있습니다. Dialogflow는 스몰 토크라고 하는 선택적인 기능을 제공합니다. 이 기능을 사용 설정하면 에이전트는 보편적인 대화, 감정적인 반응, 에이전트 자체에 대한 질문에 응답합니다. 모든 스몰 토크 응답은 맞춤설정을 통해 브랜드의 성격(친근함, 사무적, 또는 그 중간)을 반영하는 경험을 보장할 수 있습니다.

에이전트 설계 권장사항

이 섹션에서는 견고하고 정확하고 유능하고 유용한 에이전트를 위한 권장사항 목록을 제공합니다.

시작 인사와 끝 인사

권장사항 세부정보
환영 인텐트는 브랜딩을 염두에 두고 사용자가 에이전트의 기능을 알 수 있도록 해야 합니다. 에이전트의 환영 인텐트는 사용자에게 에이전트가 도움을 줄 수 있는 작업을 2~3개 알리고 이러한 기능을 사용하는 방법에 대한 간략한 설명(필요한 경우)을 제공해야 합니다.
에이전트에 성공적인 상호작용이 끝났을 때 사용할 적절한 종료 메시지가 있어야 합니다. 사용자가 에이전트에서 작업을 완료하면 에이전트는 트랜잭션/작업을 요약하고 '다음에 또 만나요' 등의 말을 해야 합니다.

머신러닝과 학습

    를 검토하여 강조표시된 주석이 올바른 객체를 가리키는지 확인하세요.
  • 일부 경우에만 주석 처리되는 텍스트는 학습 문구에 포함되면 안됩니다.
  • 주석으로 선택되는 텍스트에는 항목 일치에 필요한 텍스트가 모두 포함되어야 하지만 그 이상은 포함되면 안 됩니다.
  • 여러 학습 문구에서 주석 처리된 애셋 일반 권장사항 텍스트에는 학습 문구의 비슷한 부분이 포함되는지 확인합니다. 예를 들어 '오전 6시에 알람 울리기'라는 학습 문구가 있고 여기서 '오전 6시'가 @sys.date 로 주석 처리되어 있다고 가정해 보겠습니다. 다른 학습 문구 '오전 7시에 깨우기'가 있는 경우 '오전 7시'를 주석 처리해야 하며, '오전 7시에'애셋 일반 권장사항 애셋 일반 권장사항 를 주석 처리해서는 안 됩니다.
  • 나는 7세 입니다(주석 처리된 텍스트의 시맨틱 의미는 사람의 연령).
  • 계약은 7년 동안 유효합니다(주석 처리된 텍스트의 시맨틱 의미는 기간).

인텐트 이름 지정

에이전트에 인텐트가 많은 경우 체계적으로 유지하는 데 도움이 되는 이름 지정 스킴을 고려해야 합니다. 구두점으로 인텐트 이름을 구분하는 것이 일반적이며, 특수성은 왼쪽에서 오른쪽으로 증가합니다. 또한 인텐트 이름은 대화 차례에 대한 최종 사용자의 의도를 반영해야 합니다.

적절한 명명 체계가 많지만 다음이 한 가지 예시입니다.

  • phone-service.order.cancel
  • phone-service.order.create
  • phone-service.order.change
  • tv-service.order.cancel
  • tv-service.order.create
  • tv-service.order.change
  • account.balance.get
  • account.balance.pay
  • account.address.get
  • account.address.update

유용한 인텐트 기능

권장사항 세부정보
에이전트는 컨텍스트 요청을 지원해야 합니다. 예를 들어 에이전트가 날씨 요청을 처리하고 사용자가 '샌프란시스코의 날씨'를 묻는 경우 '내일은 어때?'와 같은 추가 요청도 지원하도록 컨텍스트를 추가해야 합니다.
에이전트에는 예, 아니요, 취소, 다음, 뒤로 등에 대응하는 후속 조치가 있어야 합니다. 후속 조치 인텐트는 일반적인 응답에 대응하는 데 사용됩니다. 후속 조치 인텐트를 추가하려면 인텐트로 마우스를 가져간 다음 후속 조치 추가를 클릭하세요.
인텐트에 하나 이상의 텍스트 응답이 있어야 합니다. 응답 섹션은 인텐트 페이지 맨 아래에 있습니다. 변형을 추가하면 여러 가지 응답 중에서 선택되므로 같은 응답이 반복되는 것을 줄일 수 있습니다.
에이전트는 사용자 요청을 처리하기 위해 필요한 모든 정보를 수집해야 합니다. 필요한 매개변수를 필수 항목으로 설정하는 방법을 고려하세요. 에이전트는 필요한 정보를 얻을 때까지 계속 사용자에게 애셋 일반 권장사항 요청합니다. 이것을 슬롯 채우기라고 합니다.
주문 확인과 같이 필요한 경우 응답에서 정보를 반복해야 합니다. 사용자가 주문 또는 정보 변경 등을 요청하면 에이전트는 확인을 위해 현재 상황을 반복해서 말해야 합니다. 이러한 확인 응답을 만들 때는 반복되는 항목 및 매개변수의 가능한 모든 조합을 포함해야 합니다.

대화 복구

권장사항 세부정보
에이전트에는 대화의 각 단계에서 유용한 복구 프롬프트가 있어야 합니다. 예를 들어 첫 번째 프롬프트가 '원하시는 색상이 무엇인가요?'이고 사용자가 '정글 앵무새'라고 답했으면 대체/후속 조치 인텐트는 '죄송하지만 무슨 색상이라고 하셨나요?'와 같이 질문을 바꿔서 말해야 합니다.
에이전트에는 기본 대체 인텐트에 맞춤설정된 브랜드별 응답이 있어야 합니다. 사용자가 인텐트와 일치하지 않는 내용을 말하는 경우 기본 대체 인텐트가 일치됩니다. 대체 인텐트는 브랜드의 성격을 반영하여 맞춤설정되어야 하며 사용자에게 유효한 요청을 하도록 안내하는 정보를 제공해야 합니다.
맞춤설정된 fulfillment의 경우 사용자가 정보를 반복하도록 허용하는 인텐트가 에이전트에 있어야 합니다. 하나의 인텐트가 '다시 말해', '반복해', '다시 재생해'와 같은 요청을 처리할 수 있습니다. 이는 후속 조치 인텐트일 수 있습니다.
사용자가 성공을 거둘 수 있도록 돕고, 듣고싶은 답변 내용을 정확히 알려줄 수 있도록 돕습니다. 예를 들어 선택지를 제시하는 경우 "A 혹은 B를 좋아하시나요?"라고 묻지 마세요. 사용자가 "예"라고 대답할 수 있기 때문입니다. 그 대신 "저한테 A와 B가 있습니다. 어느 것이 좋으세요?"라고 물으세요.
권장사항 세부정보
에이전트 응답의 스타일과 어조가 브랜드와 어울리고 에이전트 전반에서 일관적이어야 합니다. 사용자는 에이전트와 대화하는 과정에서 하나의 인격체와 대화하는 느낌을 받아야 합니다. 선택한 특성과 성격이 모든 응답에 반영되었는지 확인하세요.
에이전트는 문화, 성별, 종교적 신념, 신체나 정신적 능력, 연령에 주의해야 합니다. 고정 관념화는 농담이라도 사용자에게 모욕감을 줄 수 있으며 그러면 사용자가 에이전트를 다시 찾지 않을 가능성이 높습니다.

음성 설계

권장사항 세부정보
시각화 또는 키보드 및 마우스 상호작용이 필요한 콘텐츠는 피하세요. 하이퍼링크, 테이블, 이미지, 약어는 사용하지 마세요. 이름으로 웹사이트를 참조할 수 있습니다. 옵션 목록을 표시할 때 가장 일치하는 항목을 반환하고 사용자가 대체 옵션을 듣길 원하는지 물어봅니다.
어색한 침묵을 만들지 마세요. 항상 질문으로 끝내세요. 대화를 주도하고 상호작용이 진행되도록 하세요.
이해하기 쉬운 간결한 대화를 작성하세요. 화면에서는 텍스트가 길고 여러 단락을 포함할 수도 있습니다. 그래도 관심이 없는 부분을 건너뛸 수 있습니다. 하지만 가상 에이전트의 음성 설명이 너무 길면 사용자가 불편하게 느낄 수 있습니다.
SSML 사용 SSML을 사용하여 문장의 구조를 구성하고 변경하여 음성이 더 자연스럽게 들리도록 합니다.

음성 설계에 대한 자세한 내용은 음성 에이전트 설계를 참조하세요.

소비자의 개인정보보호

권장사항 세부정보
에이전트 설정에서 GDPR 규정 준수에 대해 데이터 로깅을 사용 중지하세요. 에이전트 설정에서 Dialogflow의 상호작용 로깅을 사용 중지할 수 있습니다. 이 기능을 사용 중지하면 PII 데이터가 Dialogflow에 저장되지 않습니다. 즉 애널리틱스와 같은 특정 기능을 사용할 수 없습니다.
BigQuery에 채팅 대화 데이터를 저장하여 리전별 스토리지를 제어합니다. Cloud Logging 또는 Dialogflow API를 사용하여 새로 추가되는 채팅 발화를 BigQuery로 전송할 수 있습니다. 이 방법을 사용하면 데이터를 저장할 리전을 제어할 수 있습니다. 또한 Data Loss Prevention API를 사용하여 민감한 정보를 마스킹할 수 있습니다. GCP에서 AI로 지원되는 고객 서비스를 빌드하기 위한 청사진을 참조하세요.

기술 자료 커넥터 사용

권장사항 세부정보
공개 FAQ를 가져올 때 적합한 HTML5 마크업을 사용하세요. 예를 들어 schema.org/Question 및 schema.org/Answer와 같은 schema.org 표기법으로 기사 요소를 사용합니다.
FAQ 웹사이트가 Google Robot에 의해 색인으로 생성되었는지 확인합니다. 웹사이트에서 Google Robot이 허용되어야 하고, Google 웹마스터 도구를 통해 Google 검색 엔진에 웹사이트를 추가해야 합니다. pages.github와 같은 사이트는 크롤링 가능한 사이트가 아니므로 작동하지 않습니다.
1~200개 FAQ 사용 기술자료당 1~200개 사이의 Q&A 쌍이 필요합니다. 더 필요하면 여러 기술 자료를 로드할 수 있습니다.

Dialogflow API 구현

권장사항 세부정보
모바일 또는 웹 애플리케이션용 클라이언트 코드베이스에서 서비스 계정 비공개 키를 노출하지 마세요. 안전한 방법이 아닙니다. Chrome 개발 도구에 익숙한 누구라도 키를 쉽게 훔쳐서 해당 계정을 통해 (유료) API 호출을 수행할 수 있습니다. 항상 API 프록시 서버를 통해 Google Cloud 인증을 처리하는 것이 더 나은 방법입니다. 이렇게 하면 서비스 계정이 일반에 노출되지 않고 키를 안전하게 보관할 수 있습니다.

에이전트 한곳에서 음성 및 텍스트 설계

권장사항 세부정보
기본 플랫폼 응답에 SSML을 사용하지 마세요. 에이전트가 음성 및 텍스트로 모두 응답할 수 있으면 텍스트 응답에 원시 SSML 코드가 포함됩니다. 기본 플랫폼 응답에 일반 텍스트를 사용하고 플랫폼별 응답에 SSML을 사용하세요. 또는 웹훅을 사용해서 음성 응답이 필요할 때만 SSML을 생성할 수 있습니다.
권장사항 세부정보
개발에 관여하지 않은 사람을 통해 앱을 철저히 테스트하세요. 에이전트에 익숙하지 않은 사람이 앱을 사용하도록 하면 애셋 일반 권장사항 대화 진행에 대한 객관적인 의견을 얻을 수 있습니다. 정확성, 긴 정지 상태, 대화 경로 누락, 진행 속도, 서툰 전환 등을 유의하여 살펴보도록 하세요.
지원하려는 모든 플랫폼에서 앱을 테스트하세요. 플랫폼 한 개 이상에서 에이전트를 사용할 수 있는 경우 모든 플랫폼에서 서식 있는 메시지와 응답이 예상대로 나타나는지 확인합니다.

기업 권장사항

    를 참조하세요.

추가 대화 설계 가이드

  • Actions on Google팀이 제공하는 대화 설계 가이드를 참조하세요.
  • Actions on Google 팀에서 제공되는 SSML 가이드를 참조하세요.

Except as otherwise noted, the content of this page is licensed under the Creative Commons Attribution 4.0 License, and code samples are licensed under the Apache 2.0 License. For details, see the Google Developers Site Policies. Java is a registered trademark of Oracle and/or its affiliates.

일반 권장사항

이 페이지에서는 Redis용 Memorystore를 최적으로 사용하는 방법을 안내합니다. 이 페이지에서는 방지할 수 있는 잠재적 문제도 다룹니다.

문제 해결 시나리오의 목록은 문제 해결을 참조하세요.

RDB 내보내기

RDB 백업을 내보내는 경우 다음 안내를 따르세요.

    .
  • 쓰기 속도가 높은 기간 동안 내보내는 경우 maxmemory 구성을 인스턴스 용량의 50%로 일시적으로 낮춰 성공적인 작업을 위한 충분한 오버헤드를 제공합니다.

리소스 집약적인 작업

표준 등급 Redis 인스턴스의 경우 다음 작업에서는 작업 기간 동안 추가 메모리를 사용합니다.

버전 업그레이드, 확장, 수동 장애 조치는 복제로 인해 추가 메모리(표준 등급 인스턴스의 경우)를 사용합니다. 이러한 작업은 표준 등급 인스턴스 업그레이드 동작에 설명된 복제 프로세스를 따릅니다.

가져오기 및 내보내기 작업에는 포크된 Redis 프로세스 및 이러한 작업과 연결된 copy-on-write 데이터 관리로 인해 추가 메모리가 필요합니다.

리소스 집약적인 작업의 단점을 완화하려면 다음을 수행해야 합니다.

    구성을 작업 기간 동안 인스턴스 용량의 80%로 줄입니다. 이는 성공적인 작업을 위한 충분한 오버 헤드를 제공합니다. 하고 이러한 작업 중 하나를 실행하기 전에 이 측정항목이 80% 미만인지 확인합니다.
  • 인스턴스 트래픽이 적은 기간(예: 야간 또는 주말 등)에 이러한 작업을 실행합니다.
  • 이러한 작업을 실행하기 전에 지수 백오프를 사용하여 재시도 로직을 수행하세요.

연결 재시도가 필요한 작업 및 시나리오

다음 작업과 시나리오에서는 네트워크와 Redis 인스턴스 간의 네트워크 연결이 끊깁니다.

이러한 작업은 인스턴스를 수정하므로 일시적인 연결 중단이 필요합니다. 애플리케이션이 자동으로 다시 연결되고 계속 정상적으로 작동하려면 이러한 작업을 실행하기 전에 지수 백오프를 사용한 재시도 로직이 있어야 합니다.

정기 유지보수

Redis용 Memorystore 인스턴스는 주기적으로 유지보수를 수행합니다. 자세한 내용은 Memorystore for Redis 유지보수 정책을 참조하세요.

정기 유지보수에 대비할 수 있도록 다음 권장사항을 구현하세요.

  • 유지보수 업데이트가 발생할 수 있는 유지보수 기간을 설정합니다.
    • 인스턴스 트래픽이 적고 메모리 오버헤드가 충분한 때에 유지보수 기간을 예약합니다. 자세한 내용은 유지보수 업데이트의 영향을 참조하세요.

    메모리 관리

    오픈소스 Redis에서 발생하는 잘 알려진 메모리 조각화로 인해 메모리 관리가 어려울 수 있습니다. 메모리가 부족할 경우 오버헤드를 확보하기 위해 인스턴스의 maxmemory 구성을 낮추는 것이 좋습니다.

    Memorystore 인스턴스에서 메모리 부족을 모니터링하는 가장 좋은 방법은 시스템 메모리 사용량 비율 측정항목을 사용하는 것입니다. Redis용 Memorystore의 메모리 관리 방법에 대한 자세한 내용은 메모리 관리 권장사항을 참조하세요.

    기본 등급 제한 사항

    기본 등급은 복제를 사용하여 고가용성을 제공하지 않으므로 임시 캐시로 사용하는 것이 가장 좋습니다.

    기본 등급의 캐시 삭제를 유발하는 시나리오 및 작업의 전체 목록은 기본 등급의 캐시 삭제를 참조하세요.

    유휴 연결 관리

    시간 경과에 따라 연결이 제대로 종료되지 않으면 Memorystore 인스턴스의 연결 수가 증가할 수 있습니다. 특히 용량 등급에 따라 최대 연결 한도를 적용하는 전송 중인 암호화를 사용하는 경우 성능 저하가 발생할 수 있습니다. 이 문제를 완화하려면 유휴 클라이언트 연결이 자동으로 종료되기 전까지의 시간(초)을 설정할 수 있는 timeout Redis 구성 매개변수를 사용하는 것이 좋습니다.

    일부 서버리스 환경에 필요한 서버리스 VPC 액세스 커넥터

    일부 서버리스 환경에서 Redis용 Memorystore에 연결하려면 서버리스 VPC 액세스 커넥터가 필요합니다. 이러한 환경 중 하나를 사용하여 연결하려면 프로젝트의 서버리스 VPC 액세스 커넥터를 설정합니다.

    비공개 서비스 액세스 연결 모드를 사용하는 것이 좋습니다. Redis용 Memorystore는 비공개 서비스 액세스와 다이렉트 피어링이라는 두 가지 연결 모드를 사용합니다. 비공개 서비스 액세스 연결 모드를 사용하면 IP 범위 관리가 더 쉬워지고 원하는 경우 공유 VPC를 사용할 수 있습니다.

    인스턴스를 만든 후에는 연결 모드를 변경할 수 없습니다.

    자세한 내용은 네트워킹을 참조하세요.

    모니터링 및 알림

    모니터링 및 알림은 Redis 인스턴스의 메모리 사용량에 대한 주요 신호를 제공하므로 사용하는 것이 좋습니다. 또한 Redis 인스턴스가 수신 캐시 요청에 얼마나 효율적으로 응답하는지도 파악할 수 있습니다.

    다음과 같은 기본 알림을 설정해야 합니다.

    Except as otherwise noted, the content of this page is licensed under the Creative Commons Attribution 4.0 License, and code samples are licensed under the Apache 2.0 License. For details, see the Google Developers Site Policies. Java is a registered trademark of Oracle and/or its affiliates.


0 개 댓글

답장을 남겨주세요