애셋 일반 권장사항

마지막 업데이트: 2022년 2월 1일 | 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.

애셋 레지스트리

에디터에서 애셋을 어떻게 발견하는지, 애셋을 로드하기 전 그 유형 정보를 더 많이 알아내는 데 대한 문서입니다.

Choose your operating system:

애셋 레지스트리 (Asset Registry)는 에디터가 로드되면서 로드되지 않은 애셋에 대한 정보를 비동기적으로 그러모으는 에디터 서브시스템입니다. 이 정보는 에디터가 애셋을 로드하지 않고 목록을 만들 수 있도록 메모리에 저장됩니다. 이 정보는 권위적(authoritative)이며, 메모리의 애셋이나 디스크의 파일이 변경되면 최신으로 자동 유지됩니다. 이 시스템의 주요 고객은 콘텐츠 브라우저이지만, 에디터 코드의 어디에서도 사용될 수 있습니다.

애셋 목록 구하기

클래스별 애셋 목록을 만들려면, 애셋 레지스트리 모듈을 로드한 다음 Module.Get().GetAssetsByClass() 을 부르기(invoke)만 하면 됩니다.

그러면 애셋의 로드/언로드 여부를 기술하는 FAssetData 오브젝트 목록을 반환합니다. FAssetData 오브젝트는 애셋 로드 전에 결정 가능한 정보를 담습니다.

그 멤버와 설명은 이렇습니다:

애셋에 대한 Package.GroupNames.AssetName 형태의 오브젝트 경로입니다.

애셋이 들어있는 패키지 이름입니다.

애셋이 들어있는 패키지 경로입니다.

애셋이 들어있는 그룹 이름 목록은 ' . ' 으로 구분합니다. 그룹이 없으면 NAME_None 입니다.

패키지나 그룹을 뺀 애셋 이름입니다.

AssetRegistrySearchable (검색가능 애셋 레지스트리) 마킹된 프로퍼티에 대한 값 매핑입니다. 자세한 정보는 태그와 값 부분을 참고하시기 바랍니다.

다음 함수 중 하나를 불러 다른 범주별 목록을 만들 수도 있습니다:

특정 패키지의 애셋 목록을 반환합니다.

지정된 경로의 애셋 목록을 반환합니다.

지정된 오브젝트 경로의 애셋 목록을 반환합니다.

지정된 태그와 값 세트의 애셋 목록을 반환합니다.

모든 애셋 목록을 반환합니다. 느릴 수 있습니다.

여러 범주를 사용하여 애셋 목록을 만들 필요가 있다면, 필터 만들기 부분대로 GetAssets() 에 FARFilter 구조체를 사용하면 됩니다.

FAssetData 를 UObject* 로 변환하기

FAssetData 오브젝트는 FAssetData 가 나타내는 UObject* 를 반환하는 함수 GetAsset() 이 있습니다. 필요한 애셋을 로드한 다음 반환합니다.

애셋이 로드되었는지 확인만 하려면, IsAssetLoaded() 를 사용합니다.

필터 만들기

GetAssets() 를 부를 때 FARFilter 를 제공하여 여러 범주별로 필터링되는 애셋 목록을 만들 수 있습니다. 필터는 여러 성분으로 구성됩니다:

하나의 성분(component)에는 요소(element)가 하나 이상일 수 있습니다. 애셋은 필터의 모든 성분 을 충족시켜야 통과입니다. 하나의 성분을 충족시키려면, 애셋은 그 안의 요소 아무것에나 일치하면 됩니다.

/Game/Meshes/BeachBall 경로에 존재하는 StaticMesh 애셋을 예로 들면:

PackagePath 는 /Game/Meshes 인 필터에 이 애셋은 통과입니다. 요소가 하나인 성분 딱 하나입니다.

PackagePath 는 /Game/Meshes , Class 는 UParticleSystem AND UStaticMesh 인 필터에 이 애셋은 통과입니다. 성분이 둘이며, 첫째 성분에는 요소가 하나, 둘째 성분에는 요소가 둘 있습니다.

PackagePath 는 /Game/Meshes , Class 는 UParticleSystem 뿐인 필터에 이 애셋은 통과하지 못합니다. 요소가 각각 하나씩인 성분이 둘 입니다.

PackagePath 는 /Game/NotMeshes , Class 는 UStaticMesh 인 필터에 이 애셋은 통과하지 못합니다. 이 필터 역시 요소가 각각 하나씩인 성분이 둘 입니다.

Class 와 PackagePath, 성분이 둘인 필터 사용 예입니다:

태그와 값

애셋 애셋 일반 권장사항 레지스트리에서 반환된 FAssetData 오브젝트에는 TagsAndValues 라는 이름과 값 매핑이 들어있습니다. 이것은 FAssetData 가 나타내는 애셋의 프로퍼티 값과 연관된 값의 목록입니다. 이 정보는 애셋이 저장되어 애셋이 들어있는 UAsset 파일의 헤더에 기록될 때 수집됩니다. 애셋 레지스트리는 이 헤더를 읽은 다음 그에 애셋 일반 권장사항 맞게 TagsAndValues 맵을 채웁니다. 애셋 레지스트리는 AssetRegistrySearchable UPROPERTY() 플래그로 마킹된 프로퍼티만 모읍니다.

예를 들어 ( UTexture 에서):

이 플래그가 UTexture 의 'Filter' 프로퍼티에 추가되고 나면, 이제 그 이후로 저장되는 모든 UTexture 는 그 FAssetData 의 TagsAndValues 맵에 항목이 생성되며, 그 키는 "Filter" 이고 그 값은 "TF_Linear" 처럼 enum 값의 문자열 표현입니다.

이 애셋을 다시 저장 해야 애셋 레지스트리가 그 프로퍼티를 발견할 수 있습니다.

애셋 레지스트리가 UProperty 직계가 아닌 정보를 검색할 수 있도록 하려면, 애셋의 클래스에서 가상 함수 GetAssetRegistryTags() 를 구현하여 TagsAndValues 맵에 키/값 짝을 수동으로 추가해 주면 됩니다. GetAssetRegistryTags 는 UObject 를 상속받습니다.

비동기 데이터 수집

애셋 레지스트리는 UAsset 파일을 비동기식으로 읽기에, 요청한 시간에 모든 애셋 목록 전체가 없을 수도 있습니다. 에디터 코드에서 전체 목록을 요청하면, 애셋 레지스트리는 애셋이 언제 발견/생성, 이름변경, 제거되었는가에 대한 델리게이트 콜백을 제공합니다. 애셋 레지스트리가 초기 검색을 완료한 시점에 대한 델리게이트도 있는데, 여러 시스템에 유용합니다.

애셋 레지스트리 모듈을 로드한 다음 IAssetRegistry 에 제공된 함수를 사용하여 이 델리게이트에 등록하면 됩니다:

애셋 레지스트리는 커맨드렛 에 사용될 애셋 일반 권장사항 수도 있으나, 정보가 비동기 수집되지는 않습니다. 수집이 완료될 때까지 LoadModule() 호출은 블록됩니다.

코드가 애셋을 비동기식으로 발견하기를 기다리면서 Slate UI 프론트엔드가 있는 경우, 진행상황을 사용자에게 알리는 SAssetDiscoveryIndicator 위젯이 들어있을 것입니다.

온라인 판매 및 오프라인 목표가 있는 광고주를 위한 추가 권장사항

차세대 스마트 쇼핑 및 지역 캠페인인 실적 최대화 캠페인은 YouTube, 디스플레이, 검색, 디스커버리 등에서 온라인 판매 목표 또는 매장 목표를 달성하는 새로운 방법입니다. 웹사이트와 오프라인 매장을 운영하는 옴니채널 광고주의 경우, 실적 최대화 캠페인을 사용하면 단일 캠페인으로 온라인 및 매장 인지도를 간편하게 관리하여 교차 채널 기회를 포착할 수 있습니다.

1. 실적 최대화로 새로운 캠페인 만들기

기존 스마트 쇼핑 캠페인 또는 지역 캠페인이 있는 경우, 계정의 Google Ads에서 원클릭 도구가 사용 가능하게 될 때 실적 최대화 캠페인으로 업그레이드할 수 있습니다.

  • 캠페인 설정하기
    스마트 쇼핑 및 지역 캠페인과 마찬가지로 실적 최대화 캠페인도 목표 기반이며 온라인 판매, 매장, 옴니채널 목표에 맞게 구성할 수 있습니다. Google 판매자 센터 제품 피드 또는 비즈니스 데이터 피드와 같은 피드를 실적 최대화 캠페인에 연결할 수도 있습니다.
    애셋 일반 권장사항
  • 더 다양한 광고 애셋 추가하기
    온라인 판매 목표가 있는 경우 제품 피드를 실적 최대화 캠페인에 연결하면 자동으로 게재할 수 있습니다. 그래도 텍스트, 이미지, 동영상 애셋을 다양하게 추가하는 것이 좋습니다. 이렇게 하면 실적 최대화 캠페인이 더 많은 사용 가능 표시 경로와 인벤토리에 광고를 게재해 최적의 실적을 달성할 수 있습니다. 매장 목표 형식에 광고를 게재하려면 광고 애셋이 필요합니다.
    • 온라인 판매 목표가 있는 새로운 실적 최대화 캠페인에는 기존 스마트 쇼핑 캠페인과 겹치는 제품이 없어야 합니다.
    • 기존 지역 캠페인이 매장 목표만 있는 새로운 실적 최대화 캠페인과 동일한 업체 위치를 타겟팅하는 경우, 새로운 실적 최대화 캠페인에 중복되는 제품 또는 광고 애셋이 포함되지 않도록 하세요.
    • Google 판매자 센터 제품 피드를 사용하여 온라인 판매 목표가 있는 실적 최대화 캠페인을 만드는 경우 최상의 실적을 얻으려면 추가 광고 애셋을 포함하는 것이 좋습니다. 광고 애셋이 제공되지 않는 경우 Google에서 광고주를 대신하여 다음 애셋을 자동으로 생성할 수 있습니다.
      • 동영상은 제공된 텍스트 및 이미지 애셋을 기반으로 자동 생성됩니다. 기능을 사용 설정하면 제공된 최종 URL을 기반으로 검색 텍스트 광고의 광고 제목과 설명이 자동으로 생성될 수 있습니다. 매장 목표만 있는 캠페인에는 사용할 수 없습니다.
      • 광고 제목 및 설명은 제공된 최종 URL을 기반으로 자동 생성됩니다. 매장 목표만 있는 캠페인에는 사용할 수 없습니다.

      Google 판매자 센터 제품 애셋 일반 권장사항 피드가 있는 광고주의 경우 실적 최대화 캠페인이 Google 채널 최고의 인벤토리에 게재됩니다. 이 경우 동일한 제품을 다루는 기존 스마트 쇼핑 캠페인, 일반 쇼핑 캠페인, 디스플레이 동적 리마케팅 캠페인보다 우선순위가 높습니다. 따라서 타겟팅을 중복해 동시에 사용하지 않는 것이 좋습니다(예: 동일한 지역에 대한 제품 중복 등).

        보고 및 통계 보기
        자동화가 어떻게 온라인 판매 및 매장 목표를 달성하는 데 도움이 되는지 알아보세요. 이런 활용 가능한 분석 정보는 광고 소재 및 전반적인 캠페인 실적을 최적화하는 데 도움이 됩니다.
          새로운 통계 페이지에서 다음 항목을 확인할 수 있습니다.
            는 검색어가 테마로 그룹화되어 광고 게재 시 소비자가 무엇을 찾는지 이해하는 데 도움이 됩니다. 에는 내 광고에 가장 우수한 실적을 제공하는 잠재고객이 표시됩니다. 을 통해 광고를 게재하는 제품 및 서비스와 관련된 검색 관심도를 파악할 수 있습니다.

          모든 계정 및 캠페인에 관한 통계가 항상 생성되는 것은 아닙니다. 통계가 표시되지 않는 이유 자세히 알아보기

          • 준비 시간 및 전환 지연을 고려하여 1~2주 정도 기다린 후 온라인 판매 캠페인 실적을 평가하세요. 매장 전용 또는 옴니채널 목표가 있는 캠페인의 경우 최대 3~4주가 걸릴 수 있습니다.

          2. 기존 스마트 쇼핑 및 지역 캠페인을 실적 최대화 캠페인으로 업그레이드하기

          • 업그레이드 도구를 사용할 수 있게 되면 Google Ads 계정에 알림이 표시되며, '캠페인' 페이지, '추천' 페이지 또는 '알림' 패널에서 업그레이드를 시작할 수 있습니다. 모든 캠페인을 일괄 업그레이드하거나, 개별적으로 업그레이드하려는 특정 캠페인을 선택할 수 있습니다.
            • 스마트 쇼핑 및 지역 캠페인은 업그레이드 절차가 완료될 때까지(1일 이내) 운영됩니다. '캠페인' 페이지에서 업그레이드 상태를 추적할 수 있습니다.
            • '원클릭' 업그레이드 도구를 사용하여 캠페인을 업그레이드하면 별도의 준비 시간 없이 새 캠페인을 즉시 운영할 수 있습니다.
            • 이전 캠페인은 더 이상 수정할 수 없지만, 실적 데이터, 예산, 설정, 애셋은 실적 최대화 캠페인으로 이전되므로 실적의 연속성이 보장됩니다. 이 경우에도 캠페인에 대한 과거 데이터는 Google Ads에서 '삭제됨' 상태로 표시됩니다.
            • 업그레이드 경험과 관련된 다음 주요 사항을 참고하세요.
              • 원클릭 도구로 업그레이드: 앞으로 몇 주 뒤 Google Ads에서 스마트 쇼핑 캠페인을 업그레이드할 수 있는 '원클릭' 업그레이드 도구가 출시됩니다. 6월부터는 지역 캠페인을 업그레이드하는 도구도 지원됩니다.
              • 자동 업그레이드: 7월에서 9월까지 스마트 쇼핑 캠페인이 자동으로 업그레이드됩니다. 지역 캠페인은 8월부터 9월까지 자동 업그레이드됩니다. 기존 캠페인이 자동으로 업그레이드되고 나면 스마트 쇼핑 캠페인과 지역 캠페인을 새로 만들 수 없게 됩니다.
              • 업그레이드 마무리:애셋 일반 권장사항 애셋 일반 권장사항 애셋 일반 권장사항 연말연시 시즌에 실적 최대화 캠페인을 사용할 수 있도록 9월 말에 업그레이드 절차가 마무리됩니다.

              스마트 쇼핑 캠페인과 지역 캠페인을 모두 업그레이드하는 경우, 각 캠페인은 기존의 온라인 또는 오프라인 목표에 최적화된 새로운 별도의 실적 최대화 캠페인으로 업그레이드됩니다.

              앱 캠페인에 더 애셋 일반 권장사항 효과적인 광고 애셋 만들기

              광고 애셋은 앱 캠페인에서 광고를 만들기 위해 사용하는 요소입니다. 이 도움말에서는 앱 캠페인 실적과 도달범위를 개선할 수 있는 텍스트, 이미지, 동영상, 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 애셋 유형에는 동영상 또는 오디오가 포함되지 않으므로 자막을 활용해야 합니다. 자막은 각종 화면 크기에서도 또렷이 읽을 수 있어야 합니다.

              일반 권장사항

              이 페이지에서는 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 개 댓글

답장을 남겨주세요