Ionic Action Sheet: 2026년 완전 가이드

당신은 현재 두 가지 상황 중 하나에 있으실 것입니다. EITHER 당신이 깨끗한 방법으로 몇 가지 맥락적 액션을 보여주고 싶은 경우 또는 이미 Ionic Action Sheet를 배포하고 쉽게 데모 버전이 아닌 실제 배포 버전과 다르다는 것을 발견했습니다.

그 간격은 중요합니다. 액션 시트는 간단해 보이지만, 상호 작용 디자인, 프레임워크 API, 플랫폼 동작, 접근성 및 배포 후 유지 관리의 교차점에 위치하고 있습니다. 만약에 그것을 단순히 팝업에 버튼을 넣는 것만으로 다루면, QA에서 늦게 깨지는 부분을 놓치게 될 것입니다.

Table of Contents

• 아이오닉 액션 시트에 대한 소개
  • 팀들이 왜 그것을 계속 찾는지
• 액션 시트 컨트롤러와 API를 이해하는 방법
  • API가 컨트롤러로 구동되는 이유
  • 실질적으로 중요하는 옵션
  • 해제는 계약의 일부입니다
• Angular React 및 Vue를 위한 구현 예제
  • Angular 예제
  • React 예제
  • Vue 예제
• CSS를 사용한 커스터마이징 및 스타일링
  • cssClass를 사용하여 글로벌 오버라이드 전의 시작
  • 넓은 테마링크를 위해 커스텀 속성을 사용하십시오
  • 정밀한 정확성을 필요로 할 때는 그림자 부분을 사용하십시오
• 고급 주제와 플랫폼 고려 사항
  • 웹 컴포넌트 또는 네이티브 플러그인
  • 플랫폼 모드와 접근성 세부 사항
• 트러블 슈팅과 실시간 UI 수정
  • 데모가 작동하는 후에 나타나는 버그
  • 실용적인 안전 영역 수정
  • UI 결함에 대한 실시간 업데이트의 중요성

아이오닉 액션 시트 소개

사용자가 현재 맥락과 관련된 작은, 집중된 선택을 해야 할 때는 아이오닉 액션 시트가 올바른 도구입니다. 드래프트를 삭제하십시오. 프로필 사진을 교체하십시오. 문서를 저장, 공유, 또는 보관하십시오. 이러한 액션은 중요하지만, 주된 레이아웃에 영구적인 공간을 차지할 필요는 없습니다.

Ionic에서 패턴은 오랜 시간 동안 일관성을 유지해 왔습니다. 이전 Ionic 앱은 $ionicActionSheet 서비스를 사용했으며, TutorialsPoint에서는 화면의 아래쪽에서 슬라이드 업하는 패널로 설명합니다. 서비스를 주입하고 show() 를 호출하여 표시했습니다. 현대적인 앱은 ion-action-sheet, 하지만 상호 작용 모델은 여전히 동일하게 인식할 수 있습니다. 이는 Ionic이 프레임워크의 세대 간에 모바일 UI 패턴을 보존하는 데 있어 clearer 예시 중 하나가 되는 Ionic 1 액션 시트 문서 요약에서 TutorialsPoint.

실제 프로젝트에서 이러한 연속성은 유용합니다. 이는 컴포넌트가 트렌디한 추상화가 아니라, 매번 릴리스마다 변경되지 않는 안정적인 모바일-첫 번째 패턴임을 의미합니다. iOS 및 Android 옵션 메뉴와도 잘 매핑되며, Angular, React, Vue 프로젝트에서 여전히 자연스럽게 느껴집니다.

팀이 계속해서 이를 찾는 이유는

액션 시트는 사용자가 이미 컨텍스트를 이해하고 단순한 목록으로 다음 단계가 필요할 때 잘 작동합니다. 사용자가 설명, 유효성 검사, 또는 여러 개의 양식 필드를 필요로 할 때는 잘 작동하지 않습니다.

간단한 규칙이 도움이 됩니다.

• 액션 시트를 사용하십시오. 특정 항목과 관련된 짧은 결정 메뉴에 대해.
• 경고 확인이 필요할 때 최소한의 옵션으로.
• 모달 사용 사용자가 더 많은 콘텐츠, 입력 또는 스크롤이 필요할 때.

실용적인 규칙: __CAPGO_KEEP_0__에서 버튼 레이블이 독립적으로 존재할 수 없다면, 액션 시트로 강제로 상호 작용하지 마십시오.

하이브리드 앱에서 이 패턴은 웹-네이티브 모델에 잘 맞습니다. UI는 웹层에서 렌더링이 가능하며, 터치 디바이스에서 네이티브처럼 느껴집니다. Capacitor을 사용하는 팀이 웹과 네이티브의 경계를 더 명확하게 이해하고 싶다면, Capacitor이 웹과 네이티브를 연결하는 방식에 대한 이 분석을 참고해 보십시오. Capacitor과 code의 경계를 명확하게 이해하기 위해 Capacitor이 웹과 네이티브를 연결하는 방식에 대한 분석. __CAPGO_KEEP_0__ 이해

Understanding the Action Sheet Controller and API

__CAPGO_KEEP_0__ 아키텍처, 구성 및 컴포넌트의 흐름도.

API이 컨트롤러에 의해 제어되는 이유.

In 일상적인 Ionic 작업에서, 컨트롤러 기반 접근 방식은 일반적으로 가장 깨끗한 옵션입니다. 액션 시트는 일시적이므로 큰 템플릿 마크업 조각이 페이지에 앉아있는 것을 원하지 않습니다. 오버플로 아이콘을 탭하여 메뉴가 나타날 때만 나타나는 메뉴에 대해 말입니다.

official Ionic 문서에서는 액션 시트를 "사용자가 취소해야 하는 모달 대화"로 정의하고, 취소 라이프 사이클 메서드와 같은 "Ionic 액션 시트 __CAPGO_KEEP_0__ 문서"에 대한 후선택 논리에 많은 중량을 두고 있습니다. 이 디자인은 __CAPGO_KEEP_0__ 구조를 알려줍니다. 첫 번째로 나타내고, 취소 후에 반응하십시오. 타이밍에 대한 가정에 대한 крит적 논리를 연결하지 마십시오. 실질적으로 중요한 옵션 대부분의 팀은 __CAPGO_KEEP_0__의 작은 서브셋만 필요하지만, 그 서브셋을 올바르게 사용해야 합니다. onDidDismiss 선택 Ionic Action Sheet API docs. That design tells you how to structure your code. Present first. React after dismissal. Don’t wire critical logic to assumptions about timing.

이 옵션은 __CAPGO_KEEP_0__의 기능을 제한합니다. 사용자가 액션 시트를 닫을 때 발생하는 이벤트를 처리하는 방법을 결정합니다.

이 옵션은 API의 기능을 제한합니다. 사용자가 액션 시트를 닫을 때 발생하는 이벤트를 처리하는 방법을 결정합니다.

버튼 구성은 일반적인 버튼이 포함할 수 있는 곳입니다.

• text __CAPGO_KEEP_0__은 사용자가 볼 수 있는 레이블입니다.
• icon 만약 시각적 힌트가 필요하다면.
• handler 즉시 콜백 논리를 위해.
• role 의미 있는 동작과 플랫폼 스타일을 위해.

role __CAPGO_KEEP_0__이 꾸미는 것이 아니다. 사용. destructive 위험한 동작들처럼 삭제를 위해. 사용. cancel 탈출 경로를 위해. 그 역할은 액션 시트가 선택을 제시하고 사용자가 압박을 받을 때 목록을 읽는 방식에 영향을 미친다.

위험한 동작은 선택 집합의 가장자리에 위치해야 하며, 중립적인 동작과 동일한 시각적 가중치를 가진 중간에 섞이지 않아야 한다.

거부는 계약의 일부이다.

일반적인 버그는 다음과 같은 방식으로 발생한다: 개발자가 액션 시트를 열어 handler 결과가 충분하다고 가정하고, overlay가 완전히 닫히기 전에 전환, 상태 업데이트, 또는 테스트에서 경쟁 조건을 트리거한다. 그 결과는 불안정한 전환,陈舊한 상태, 또는 테스트에서 경쟁 조건이 발생할 수 있다.

라이프 사이클을 의도적으로 사용하라:

1. 시트를 생성하라.
2. await present().
3. await onDidDismiss().
4. 반환된 역할 또는 데이터를 읽어라.
5. 다음 동작을 트리거하세요.

그 패턴은 지루하지만, 그게 왜 효과가 있는지 그 때문입니다.

Angular-style의 단순한 예시입니다. shape:

const sheet = await this.actionSheetController.create({
  header: 'Photo options',
  buttons: [
    {
      text: 'Take Photo',
      icon: 'camera',
      handler: () => {
        console.log('take photo');
      }
    },
    {
      text: 'Delete Photo',
      role: 'destructive',
      icon: 'trash'
    },
    {
      text: 'Cancel',
      role: 'cancel'
    }
  ]
});

await sheet.present();

const result = await sheet.onDidDismiss();
console.log('dismissed with role:', result.role);

API에서 기억할 수 있는 단 하나만 기억하세요. 그건 이거죠. Ionic 액션 시트는 나타날 때 완료되지 않습니다. 완료되려면 닫히기 전까지입니다.

Angular, React, Vue에 대한 Implementation 예시

프레임워크의 구문은 달라지지만, 정신 모델은 같습니다. 모든 버전은 동일한 상호 작용을 생성합니다. 사용자는 아바타를 탭하고, 프로필 사진의 옵션을 보며, 하나의 액션을 선택하고, overlay가 닫힐 때 앱은 반응합니다.

네트워크에 의존하는 흐름으로 바로 들어가는 사진 액션을 처리하는 경우, 네트워크가 불안정한 상태에서 미디어 업로드를 처리하는 경우, 이 __CAPGO_KEEP_0__에 대한 안내가 잘 어울립니다. Vue, Angular, React에 대한 offline 화면을 만드는 방법에 대한 안내 이 예시와 잘 어울리는 이유는 사진 액션은 네트워크에 의존하는 흐름으로 바로 들어가기 때문입니다.

Angular 예시

Ionic Angular 에서 가장 일반적인 접근 방식은 컴포넌트 또는 페이지에 ActionSheetController 를 주입하는 것입니다.

import { Component } from '@angular/core';
import { ActionSheetController } from '@ionic/angular';

@Component({
  selector: 'app-profile-photo',
  template: `
    <ion-button expand="block" (click)="openPhotoActions()">
      Profile Photo Options
    </ion-button>
  `
})
export class ProfilePhotoComponent {
  constructor(private actionSheetController: ActionSheetController) {}

  async openPhotoActions() {
    const actionSheet = await this.actionSheetController.create({
      header: 'Profile photo',
      subHeader: 'Choose what to do next',
      buttons: [
        {
          text: 'Take Photo',
          icon: 'camera',
          handler: () => {
            console.log('Open camera flow');
          }
        },
        {
          text: 'Choose from Library',
          icon: 'images',
          handler: () => {
            console.log('Open photo library flow');
          }
        },
        {
          text: 'Remove Current Photo',
          role: 'destructive',
          icon: 'trash',
          handler: () => {
            console.log('Remove current photo');
          }
        },
        {
          text: 'Cancel',
          role: 'cancel'
        }
      ]
    });

    await actionSheet.present();

    const { role } = await actionSheet.onDidDismiss();
    console.log('Action sheet dismissed with role:', role);
  }
}

Angular 팀은 일반적으로 두 가지 장소 중 하나에서 잘못된 것을 찾습니다. 그들은 버튼 핸들러에 너무 많은 로직을 이동하거나, UI 전환을 조정하는 더 안전한 장소인 취소 약속을 잊습니다.

React 예시

Ionic React에서 useIonActionSheet 는 자연스럽게 이벤트 핸들러와 함께 작동하는緊密한 함수형 API를 제공합니다.

import React from 'react';
import { IonButton, useIonActionSheet } from '@ionic/react';

const ProfilePhotoActions: React.FC = () => {
  const [presentActionSheet] = useIonActionSheet();

  const openPhotoActions = () => {
    presentActionSheet({
      header: 'Profile photo',
      subHeader: 'Choose what to do next',
      buttons: [
        {
          text: 'Take Photo',
          icon: 'camera',
          handler: () => {
            console.log('Open camera flow');
          }
        },
        {
          text: 'Choose from Library',
          icon: 'images',
          handler: () => {
            console.log('Open photo library flow');
          }
        },
        {
          text: 'Remove Current Photo',
          role: 'destructive',
          icon: 'trash',
          handler: () => {
            console.log('Remove current photo');
          }
        },
        {
          text: 'Cancel',
          role: 'cancel'
        }
      ],
      onDidDismiss: (event) => {
        console.log('Dismissed with role:', event.detail.role);
      }
    });
  };

  return (
    <IonButton expand="block" onClick={openPhotoActions}>
      Profile Photo Options
    </IonButton>
  );
};

export default ProfilePhotoActions;

React의 API는 사용하기 편리하지만, 같은 규칙이 적용됩니다. 즉시 핸들러는 선택한 동작에만 집중하고, 정리, 분석, 또는 후속 UI 상태를 위해 취소 콜백을 사용하세요.

Vue 예시

Ionic Vue에서 actionSheetController 는 Composition API 내에서 깨끗하게 작동합니다.

<template>
  <ion-button expand="block" @click="openPhotoActions">
    Profile Photo Options
  </ion-button>
</template>

<script setup lang="ts">
import { IonButton, actionSheetController } from '@ionic/vue';

const openPhotoActions = async () => {
  const actionSheet = await actionSheetController.create({
    header: 'Profile photo',
    subHeader: 'Choose what to do next',
    buttons: [
      {
        text: 'Take Photo',
        icon: 'camera',
        handler: () => {
          console.log('Open camera flow');
        }
      },
      {
        text: 'Choose from Library',
        icon: 'images',
        handler: () => {
          console.log('Open photo library flow');
        }
      },
      {
        text: 'Remove Current Photo',
        role: 'destructive',
        icon: 'trash',
        handler: () => {
          console.log('Remove current photo');
        }
      },
      {
        text: 'Cancel',
        role: 'cancel'
      }
    ]
  });

  await actionSheet.present();

  const result = await actionSheet.onDidDismiss();
  console.log('Dismissed with role:', result.role);
};
</script>

Vue 프로젝트에서 실질적인 차이점은 사이드 이펙트를 어디에 유지하는지입니다. 앱이 카메라 또는 파일 픽커 로직을 사용하는 경우, 핸들러에서 호출하고, 컨트롤러 code를 얇게 유지하세요.

프레임워크에 특정한 code를 작게 유지하세요. 카메라, 업로드, 삭제, 및 분석과 같은 비즈니스 로직은 액션 시트 설정과는 별도로 존재해야 합니다.

__CAPGO_KEEP_0__

__CAPGO_KEEP_1__

__CAPGO_KEEP_3__ __CAPGO_KEEP_4__ __CAPGO_KEEP_5__

__CAPGO_KEEP_6__

__CAPGO_KEEP_7__ cssClass __CAPGO_KEEP_8__

const sheet = await actionSheetController.create({
  header: 'File actions',
  cssClass: 'file-actions-sheet',
  buttons: [
    { text: 'Rename' },
    { text: 'Delete', role: 'destructive' },
    { text: 'Cancel', role: 'cancel' }
  ]
});

__CAPGO_KEEP_9__

.file-actions-sheet {
  --background: #101418;
  --color: #f5f7fa;
  --backdrop-opacity: 0.4;
}

__CAPGO_KEEP_10__

__CAPGO_KEEP_11__

CSS custom properties는 전체적인 느낌을 바꾸기 위해 컴포넌트 구조와 싸우지 않고 가장 빠른 방법입니다.

Common use cases include:

• 배경색과 텍스트 색상 앱이 다크 커스텀 팔레트를 가지고 있을 때
• 배경의 투명도 기본적인 어둡게 하는 것보다 약하거나 너무 무거운 느낌을 받을 때
• 간격과 크기 시각적 밀도와 나머지 인터페이스의 일치

.file-actions-sheet {
  --background: #1b1f24;
  --color: #ffffff;
  --backdrop-opacity: 0.32;
  --button-color: #dce3ea;
  --button-background-hover: #2a3138;
}

Shadow Parts를 사용할 때는 preciseness가 필요합니다

디자인에서 특정한 변경이 필요할 때, 커스텀 프로퍼티만으로 충분하지 않을 때 Shadow Parts가 중요합니다. 그들은 액션 시트의 내부 영역을 더 직접적으로 스타일링할 수 있게 해줍니다.

.file-actions-sheet::part(container) {
  border-radius: 18px 18px 0 0;
  box-shadow: 0 10px 30px rgba(0, 0, 0, 0.24);
}

.file-actions-sheet::part(button) {
  font-weight: 600;
  letter-spacing: 0.01em;
}

.file-actions-sheet::part(backdrop) {
  backdrop-filter: blur(4px);
}

일반적으로 잘 작동하지 않는 것은 컴포넌트를 과도하게 스타일링하여 시스템 레벨의 선택 메뉴가 아닌 것처럼 보이게 하는 것입니다. 만약에 rich cards, thumbnails, long descriptions, 또는 복잡한 row layouts가 필요하다면, 액션 시트 패턴을 벗어났습니다.

좋은 커스텀 패스는 컴포넌트가 앱에 맞춰지게 해야하며, 컴포넌트가 무엇인지 숨기지 않아야 합니다.

고급 주제와 플랫폼 고려 사항

생산 액션 시트는 대부분의 튜토리얼에서 인정하지 못하는 더 큰 결정 공간에 존재합니다. 당신은 단순히 버튼 레이블을 선택하는 것만이 아닙니다. overlay가 Ionic의 웹层에서 렌더링되거나 native UI로 위임되는지, 플랫폼 특정 동작의 강도, 사용자 모두에게 시트가 이해가 되는지 결정해야합니다.

웹 컴포넌트 또는 네이티브 플러그인

표준 이오닉 앱을 빌드하는 경우 ion-action-sheet 는 일반적으로 기본값입니다. 스타일링이 용이하고, 앱의 overlay 시스템과 일관되며, 일관되게 작동합니다.

Capacitor-기반 앱인 경우, host 운영 체제가 시트를 렌더링하도록 하려면 네이티브 경로를 @capacitor/action-sheet. 이오닉은 플러그인을 주변 showActions(options) -> Promise<ShowActionsResult>, 설치된 npm install @capacitor/action-sheet , 동기화된 npx cap sync, 그리고 ,를 문서화합니다. PWA 요소는 웹 및 PWA 컨텍스트에서 필요합니다. 그것은 Capacitor 액션 시트 플러그인 문서.

그것은 실용적인 교환 표를 제공합니다.

시각적 일관성을 앱에 더 중요하게 여겨질 때 웹 컴포넌트를 사용하십시오. 플랫폼 신뢰도에 더 중요하게 여겨질 때 네이티브 플러그인을 사용하십시오.

플랫폼 모드와 접근성 세부 사항

iOS와 Material Design 모드에 적응할 수 있으며, 이는 간격, 동작 및 전체적인 시각적 ton에 영향을 미칩니다. 두 모드 모두에서 스타일링이 동일하게 작동하는 것을 가정하지 마십시오. 특히 팀이 모든 플랫폼에 단일 모드를 강제할 경우, 의도적으로 두 모드를 테스트하십시오.

액션 시트가 작아 보인다 보니 접근성도 잊혀질 수 있습니다. 기본 사항은 여전히 중요합니다:

• 명확한 버튼 텍스트를 사용하십시오 컨텍스트 밖에서 의미를 부여할 수 있는 텍스트를 사용하십시오.
• 위험한 동작에 대해 destructive 사용자 인터페이스가 의도를 전달하도록 하십시오. 명확하게
• 사용자가 명확한 종료 경로를 갖도록 하십시오. cancel 다중 액션의 유사한 소리가 있지만 매우 다른 결과를 가지는 경우 장식적 모호성을 피하십시오.
• __CAPGO_KEEP_0__ __CAPGO_KEEP_0__

사용자가 스크린 리더나 cognitve load 제약을 가진 사용자가 “간단” overlay를 간단하게 경험하지 못하는 이유는 label이 모호하기 때문입니다.

native와 web 접근 방식은 서로 다른 문제를 해결합니다. web component는 appearance와 integration에 대한 더 많은 제어를 제공합니다. native plugin은 플랫폼에 대한 더 강한 연관성을 제공합니다. 자동으로 더 좋지는 않습니다. 올바른 답은 현재 앱의 문제가 시각적 일관성, 구현 속도, 또는 시스템 네이티브 동작인지에 따라 달라집니다.

오류 해결의 함정과 실시간 UI 수정

대부분의 ionic action sheet 오류는 처음으로 3개의 버튼을 연결하고 시뮬레이터에서 탭을 통해 테스트할 때 나타나지 않습니다. 오류는 나중에, 시트가 스타일링되었을 때, 테스트된 새로운 장치에서, 그리고 실제 네비게이션과 상태 전환과 함께 combination되었을 때 나타납니다.

데모가 작동하는 오류

오류의 첫 번째 클래스는 시간입니다. logic은 code가 닫힘을 기다리지 않기 때문에 너무 일찍 실행됩니다. 사용자는 overlay가 여전히 애니메이션 중일 때 경로 변경을 보거나, 다른 컴포넌트의 렌더링과 경쟁하는 상태 업데이트를 보게 됩니다.

두 번째 클래스는 레이아웃입니다. 알려진 Ionic 문제는 iOS 장치 조건에서 action sheet가 bottom safe area를 덮어씌울 수 있으며, especially when __CAPGO_KEEP_0__가 nonzero일 때 발생합니다. 이 문제는 issue report에서 bottom safe area overlap에 대한 Ionic의 자체 문서 데모에서 reproducible하다고 언급합니다. --ion-safe-area-bottom 이러한 문제는 팀이 늦은 QA에서 놓치는 문제입니다. 이는 장치의 모양, 모드, 및 커스텀 CSS에 의존하기 때문입니다. the GitHub issue about bottom safe area overlap이러한 문제는 팀이 늦은 QA에서 놓치는 문제입니다. 이는 장치의 모양, 모드, 및 커스텀 CSS에 의존하기 때문입니다.

A 실질적인 안전 영역 수정

앱이 홈 인디케이터 영역 근처에서 시트를 표시할 경우, 범위 제한된 override를 사용하는 것이 전역적으로 broad patch보다 좋습니다.

.safe-area-sheet::part(container) {
  padding-bottom: calc(env(safe-area-inset-bottom) + 8px);
}

액션 시트를 생성할 때 클래스를 적용하세요:

const sheet = await actionSheetController.create({
  header: 'More actions',
  cssClass: 'safe-area-sheet',
  buttons: [
    { text: 'Archive' },
    { text: 'Delete', role: 'destructive' },
    { text: 'Cancel', role: 'cancel' }
  ]
});

이것은 실제 장치 테스트 대신에 사용할 수 있는 구체적인 시작 지점입니다. 그러나 모든 overlay를 변경하지 않고도 사용자에게 작은 시각적 오류를 일으키지 않도록 합니다.

UI 오류에 대한 실시간 업데이트 중요성

릴리스 운영의 실질적인 현실이 드러납니다. 안전 영역 오류, 패딩 규칙이 깨진 경우, 파괴적인 버튼 색상 오류 등이 자바스크립트나 CSS에서 발생합니다. 만약 이러한 버그가 프로덕션에 배포된다면, 완전한 스토어 릴리스를 기다리면 작은 시각적 오류가 사용자에게 몇 일간의 불편을 초래할 수 있습니다.

실질적인 옵션 중 하나는 Capacitor 앱에 대한 실시간 업데이트 서비스입니다. 예를 들어 Capgo 업데이트된 웹 번들을 제공하여 팀이 자바스크립트, CSS, 복사본, 구성, 및 자산 수정을 기다리지 않고 앱 스토어 리뷰를 기다리지 않고 배포할 수 있습니다. 이는 액션 시트 스타일링 또는 overlay 버그가 QA를 통과하지 못할 때 직접 관련이 있습니다.

UI overlay는 안전망이 효과를 발휘하는 특정 기능입니다. 그들은 작은 스타일링 변경으로 쉽게 깨질 수 있으며, 일반적으로 원본 code를 재빌드하지 않고 수정할 수 있습니다.

팀이 정기적으로 아이오닉 또는 Capacitor 앱을 배포한다면 Capgo release workflow에서 평가할 가치가 있습니다. 이 기능은 액션 시트 레이아웃 버그, 스타일링 회귀, 복사 오류와 같은 문제에 대한 웹-layer 수정을 릴리스 후에 푸시할 수 있게 해주며, 롤아웃 채널 및 업데이트 동작에 대한 제어를 유지할 수 있습니다.

2026년 Ionic Action Sheet: 완전한 가이드

Ionic Action Sheet: 2026년 완전한 가이드를 사용하는 경우 계획 및 기업 운영을 위한 마이그레이션에 연결하려면 __CAPGO_KEEP_0__ Enterprise Capgo Enterprise에서 제품 워크플로우 for the product workflow in Capgo Enterprise, __CAPGO_KEEP_0__ Alternatives에서 제품 워크플로우 __CAPGO_KEEP_0__ Alternatives Capgo Alternatives에서 제품 워크플로우 Capgo Consulting Capgo Consulting Capgo 제품 워크플로우에서 Capgo 컨설팅을 Capgo 프리미엄 지원 Capgo 프리미엄 지원 제품 워크플로우에서