광고 기술분석 및 테스트콘텐츠마케팅CRM 및 데이터 플랫폼전자 상거래 및 소매이메일 마케팅 및 자동화이벤트 마케팅모바일 및 태블릿 마케팅영업 및 마케팅 교육영업 지원검색 마케팅소셜 미디어 및 인플루언서 마케팅

플랫폼을 선택하기 전에 API에 대해 물어봐야 할 15 가지 질문

좋은 친구이자 멘토가 저에게 질문을했고이 게시물에 대한 제 답변을 사용하고 싶습니다. 그의 질문은 한 산업 (이메일)에 좀 더 초점을 맞추었기 때문에 모든 API에 대한 제 답변을 일반화했습니다. 그는 회사가 API를 선택하기 전에 공급 업체에 어떤 질문을해야하는지 물었습니다.

API가 필요한 이유는 무엇입니까?

An 응용 프로그래밍 인터페이스 (API) 다른 컴퓨터 프로그램이 서비스를 요청할 수 있도록하고 /하거나 이들간에 데이터를 교환 할 수 있도록하기 위해 컴퓨터 시스템, 라이브러리 또는 애플리케이션이 제공하는 인터페이스입니다.

위키 백과

URL을 입력하고 웹 페이지에서 응답을받는 것처럼 API는 시스템이 데이터를 동기화하기 위해 요청하고 응답을받을 수있는 방법입니다. 기업이 자신을 디지털 방식으로 전환하려는 경우 API를 통한 작업 자동화는 조직 내 효율성을 개선하고 인적 오류를 줄이는 좋은 방법입니다.

API는 특히 마케팅 애플리케이션에서 자동화의 중심입니다. 포괄적 인 서비스를 제공하는 훌륭한 벤더를 쇼핑 할 때의 과제 중 하나 API 개발 리소스와 비용은 일반적으로 사후 고려 사항이라는 것입니다. 마케팅 팀 또는 CMO가 애플리케이션 구매를 주도 할 수 있으며 때로는 개발 팀이 많은 정보를 얻지 못합니다.

API를 통해 플랫폼의 통합 기능을 조사하려면 단순한 질문 그 이상이 필요합니다. API가 있습니까? 그리고 다음 질문:

어떤 유형의 API가 있습니까?

다양한 유형의 API 기술이 있으며 각각 고유한 기능과 사용 사례가 있습니다. 애플리케이션에 가장 적합한 API 기술 유형은 특정 요구 사항과 요구 사항에 따라 다릅니다. 다음은 API 기술의 6가지 일반적인 유형입니다.

  1. REST API - REST API는 HTTP 메서드(예: GET, POST, PUT 및 DELETE)를 사용하여 데이터를 검색하고 조작하는 웹 API 유형입니다. REST API는 가볍고 유연하게 설계되었으며 웹 및 모바일 애플리케이션 구축에 자주 사용됩니다.
  2. SOAP API - SOAP (Simple Object Access Protocol) API는 XML(Extensible Markup Language)을 사용하여 데이터를 인코딩하고 HTTP를 통해 전송하는 웹 API 유형입니다. SOAP API는 REST API보다 더 표준화되고 구조화되어 있으며 보안과 안정성이 중요한 엔터프라이즈 환경에서 자주 사용됩니다.
  3. GraphQL API – GraphQL은 개발자가 고정된 데이터 집합을 수신하는 대신 API에서 특정 데이터를 요청할 수 있는 API용 쿼리 언어입니다. GraphQL API는 유연하며 개발자가 필요한 데이터만 요청할 수 있으므로 성능을 개선하고 데이터 낭비를 줄일 수 있습니다.
  4. Webhooks – Webhook은 클라이언트가 서버에 데이터를 요청하지 않고 서버가 실시간으로 클라이언트에 데이터를 보낼 수 있도록 하는 일종의 API 기술입니다. Webhook는 종종 애플리케이션 간의 실시간 통신을 활성화하고 특정 이벤트가 발생할 때 작업을 트리거하는 데 사용됩니다.
  5. 클라우드 API – 클라우드 API를 통해 개발자는 스토리지, 데이터베이스 및 분석과 같은 클라우드 컴퓨팅 서비스에 액세스하고 상호 작용할 수 있습니다. 이러한 API는 개발자가 애플리케이션을 보다 효율적이고 효과적으로 구축하고 배포하는 데 도움이 될 수 있습니다.
  6. 하드웨어 API – 하드웨어 API를 통해 개발자는 센서, 카메라 및 프린터와 같은 하드웨어 장치에 액세스하고 제어할 수 있습니다. 이러한 API는 물리적 장치와 상호 작용하고 제어하는 ​​애플리케이션을 구축하는 데 사용할 수 있습니다.

제대로 지원되지 않거나 문서화 된 API가있는 애플리케이션으로 로그인하면 개발 팀을 미치게 만들고 통합이 부족하거나 완전히 실패 할 수 있습니다. 적합한 공급 업체를 찾으면 통합이 작동하고 개발 담당자가 기꺼이 도와 줄 것입니다!

API 기능에 대한 연구 질문 :

  1. 기능 격차 – 애플리케이션 프로그래밍 인터페이스를 통해 사용할 수있는 사용자 인터페이스의 기능을 식별합니다. API에는 UI에없는 기능과 그 반대의 기능은 무엇입니까?
  2. 규모 – 얼마나 많은 전화가 그들의 API 매일. 전용 서버 풀이 있습니까? API가 사후 고려 사항인지 아니면 실제로 회사 전략의 일부인지 식별하기를 원하기 때문에 수량은 매우 중요합니다.
  3. 문서 – API 문서를 요청하십시오. API에서 사용할 수있는 모든 기능과 변수를 설명하는 강력해야합니다.
  4. 커뮤니티 – 다른 개발자와 코드 및 아이디어를 공유 할 수있는 온라인 개발자 커뮤니티가 있는지 물어보십시오. 개발자 커뮤니티는 개발 및 통합 작업을 빠르고 효율적으로 시작하는 데 중요합니다. 회사의 'API 담당자'를 활용하는 대신 이미 시행 착오를 거쳐 솔루션을 통합 한 모든 고객을 활용하고 있습니다.
  5. API 유형 – 사용 중인 API 유형에 익숙하면 통합이 매우 쉬울 수 있습니다. 그러나 API를 활용하기 위한 기능과 요구 사항에 익숙하지 않은 경우에는 그 반대입니다.
  6. 언어 – 성공적으로 통합 한 플랫폼 및 애플리케이션이 무엇인지 묻고 해당 고객에게 통합이 얼마나 어려웠고 API가 얼마나 잘 실행되는지 알 수 있도록 연락처를 요청하십시오.
  7. 제한 사항 – 공급 업체가 시간당, 일별, 주별 통화 수 등에 대해 어떤 제한을 가지고 있는지 물어보십시오. 확장 가능한 공급 업체가 없다면 성장은 고객에 의해 제한 될 것입니다.
  8. 견본 – 쉽게 시작할 수 있도록 코드 예제 라이브러리를 제공합니까? 많은 회사에서 통합 타임 라인을 가속화하는 다양한 언어 및 프레임 워크 용 SDK (소프트웨어 개발 키트)를 게시합니다.
  9. 모래 상자 – 코드를 테스트 할 수있는 비 프로덕션 엔드 포인트 또는 샌드 박스 환경을 제공합니까?
  10. 자료 – 회사 내에 전용 통합 리소스가 있는지 물어보십시오. 통합 할 수있는 내부 컨설팅 그룹이 있습니까? 그렇다면 계약에 몇 시간을 투자하십시오!
  11. 보안 – API를 사용하여 어떻게 인증합니까? 사용자 자격 증명, 키 또는 기타 방법론입니까? IP 주소로 요청을 제한 할 수 있습니까?
  12. 가동 시간 – 그들의 API 가동 시간 및 오류율은 유지 관리 시간입니다. 또한이를 해결하기위한 전략도 중요합니다. 재 시도 할 내부 프로세스가 있습니까? API 다른 프로세스로 인해 레코드를 사용할 수없는 경우 호출합니까? 이것이 그들이 그들의 솔루션에서 설계 한 것입니까?
  13. 서비스 수준 계약 (SLA) – 그들은 가지고 있습니까 서비스 수준 계약 가동 시간은 99.9 % 이상이어야합니까?
  14. 로드맵 – API에 통합되는 향후 기능은 무엇이며 예상되는 제공 일정은 어떻게됩니까?
  15. 통합 – 어떤 제품화 된 통합을 개발했거나 타사에서 개발 했습니까? 때때로 회사는 다른 제품화 된 통합이 이미 존재하고 지원되고있을 때 기능에 대한 내부 개발을 포기할 수 있습니다.

이러한 질문의 핵심은 통합이 플랫폼과 '결혼'한다는 것입니다. 상대방에 대해 최대한 많이 알지 못한 채 누군가와 결혼하고 싶지 않습니까? 이것은 사람들이 통합 기능에 대한 지식 없이 플랫폼을 구매할 때 발생하는 일입니다.

API 외에도 그들이 가지고 있을 수 있는 다른 통합 리소스(바코딩, 매핑, 데이터 정리 서비스, RSS, 웹 양식, 위젯, 공식적인 파트너 통합, 스크립팅 엔진, SFTP 방울 등

Douglas Karr

Douglas Karr 의 CMO입니다. 오픈인사이트 그리고 설립자 Martech Zone. Douglas는 수십 개의 성공적인 MarTech 스타트업을 도왔고, Martech 인수 및 투자에서 5억 달러가 넘는 실사를 도왔으며, 기업이 판매 및 마케팅 전략을 구현하고 자동화하도록 지속적으로 지원하고 있습니다. Douglas는 국제적으로 인정받는 디지털 혁신이자 MarTech 전문가이자 연설가입니다. Douglas는 Dummie's Guide와 비즈니스 리더십 서적을 집필한 작가이기도 합니다.

관련 기사

맨 위로 가기 버튼
닫기

애드블록 감지됨

Martech Zone 은(는) 광고 수익, 제휴 링크 및 후원을 통해 사이트에서 수익을 창출하기 때문에 이 콘텐츠를 무료로 제공할 수 있습니다. 사이트를 볼 때 광고 차단기를 제거해 주시면 감사하겠습니다.