Google, ARD 사양 발표? 메타데이터가 재편하는 검색 독점

Google이 ARD 사양을 발표했습니다. 이번 전략적 전환은 주요 기술 기업들이 플랫폼 간 도구 라우팅 문제를 해결하기 위해 통합 프로토콜을 도입함에 따라 그 가치를 확실히 인정받았습니다. 2026년 6월 17일, Google Cloud는 공식적으로 오픈 소스 사양을 공개했습니다. 이번 Google ARD 사양 배포를 둘러싼 시장의 흐름은 개발자 커뮤니티가 연합형(federated) 도메인 검증 네트워크로 이동하고 있음을 보여줍니다. 이 시스템은 중앙 집중식 스토어 인덱싱에서 도메인 검증 기반의 분산형 검색으로 변화하는 중요한 전환점을 의미하며, 자율 에이전트가 네트워크 경계를 넘어 워크플로를 라우팅할 때 발생하는 중요 매개변수 손실을 방지합니다.

연합 웹의 파편화: Google ARD 사양 발표

자원 검색을 위한 오픈 사양 발표

Google Cloud의 소프트웨어 엔지니어인 Junjie Bu와 Srinivas Krishnan은 Apache 2.0 라이선스 하에 ARD(Agentic Resource Discovery, 에이전트 자원 검색) 사양을 도입했습니다. 특히 이 프로토콜은 Linux 재단 산하 AI Catalog 워킹 그룹이 개발한 AI Catalog 데이터 모델을 직접 기반으로 합니다.

구체적으로 이 오픈 프레임워크는 에이전트 컴퓨팅의 주요 운영 병목 현상을 해결합니다. 현재 AI 에이전트는 특정 커스텀 레지스트리 내에 파편화되어 고립되어 있습니다.

결과적으로, 한 환경에서 작업하는 에이전트는 다른 곳에 호스팅된 기능을 찾거나 검증할 표준 방법이 없습니다. ARD는 이 빠진 연결 고리를 제공합니다. 조직이 가용한 도구, 기술, 에이전트를 자신의 도메인 이름 아래에 직접 게시하여 연합 레지스트리에서 검색 가능하도록 표준화합니다.

ai-catalog.json 스키마 및 페이로드 분석

이 표준의 핵심에는 ai-catalog.json 매니페스트가 있습니다. 이 매니페스트는 공급자가 제공하는 가용 기능을 설명하는 고도로 구조화된 메타데이터를 포함합니다.

카탈로그를 게시하기 위해 조직은 자체 도메인의 잘 알려진(well-known) 경로에 이 JSON 파일을 호스팅합니다. 파일이 조직의 도메인 이름 하에 직접 위치하기 때문에 도메인 소유권이 신원의 암호학적 기반 역할을 합니다.

카탈로그 페이로드는 MCP(Model Context Protocol) 서버, OpenAPI 도구, 또는 중첩된 하위 카탈로그를 포함한 다수의 도구 클래스를 설명할 수 있습니다. 이 유연한 페이로드 구조 덕분에 에이전트는 리소스를 프로그래밍 방식으로 구문 분석할 수 있어, 무거운 미사용 라이브러리를 미리 로드할 필요가 없습니다.

연합 레지스트리: 에이전트 웹 크롤링 및 인덱싱

카탈로그가 메타데이터를 저장한다면, 레지스트리는 에이전트 웹을 위한 검색 엔진 역할을 합니다. 구체적으로 레지스트리는 게시된 카탈로그를 크롤링하고 그 내용을 인덱싱합니다.

에이전트가 특정 기능을 필요로 할 때, 레지스트리에 평문 검색 요청을 제출합니다. 그러면 레지스트리는 암호학적 신뢰 메타데이터와 함께 일치하는 도구를 반환합니다.

중요한 점은 레지스트리가 오직 검색 단계만 처리한다는 것입니다. 핸드셰이크가 완료되면 에이전트가 도구의 엔드포인트에 직접 연결할 수 있도록 즉시 관여를 중단합니다. 이 분산형 연합 모델은 특정 단일 공급자가 에이전트 웹에 대한 검색 독점을 구축하는 것을 방지합니다.

Google Cloud 통합: Gemini 플랫폼의 에이전트 레지스트리

Google Cloud는 네이티브 제품 통합을 통해 이 오픈 사양을 지원합니다. 특히 Gemini Enterprise Agent Platform에 '에이전트 레지스트리(Agent Registry)'를 도입했습니다.

이 엔터프라이즈급 시스템은 에이전트 자원을 검색, 발견 및 호스팅하기 위한 완전한 호스팅 지원을 제공합니다. 에이전트 레지스트리는 에이전트 ID(Agent Identity)를 사용하여 실행 전 신뢰 매니페스트를 검증하고 보안 자원을 관리합니다.

이 검증 계층은 엄격한 에이전트 외부 전송(egress) 정책을 시행하고 전역적으로 고유한 네임스페이스 URN을 할당합니다. 결과적으로 이는 기업 고객이 HIPAA와 같은 엄격한 규정 준수 표준을 충족하도록 도우며, 자율적 핸드셰이크가 외부 개입 없이 완전히 인증되고 안전하게 유지되도록 보장합니다.

GitHub Copilot 통합: 에이전트 파인더(Agent Finder) 출시

Microsoft 또한 GitHub Copilot용 에이전트 파인더를 출시하며 연합 네트워크에 합류했습니다. 과거에는 개발자가 MCP 서버를 수동으로 구성하고 주입해야 했으며, 이는 종종 LLM 컨텍스트 창을 불필요하게 채우곤 했습니다.

새로운 에이전트 파인더는 이러한 한계를 해결합니다. 오픈 사양을 구현함으로써 Copilot은 이제 가용한 AI 자원 인덱스를 검색할 수 있습니다.

그 결과, 작업의 요구 사항에 따라 도구를 동적으로 로드합니다. 시스템이 오픈 표준을 활용하므로, 개발자는 에이전트 파인더를 GitHub의 공개 카탈로그나 자체 보안 내부 레지스트리에 연결할 수 있습니다.

자율 거래에서 앱 퍼널 우회하기

수동 시각 인터페이스 우회

개발 팀이 신속한 코드 생성을 통해 수천 개의 소규모 애플리케이션을 배포함에 따라, 모바일 웹은 전례 없는 제품 범람에 직면했습니다. 그러나 이러한 소프트웨어 볼륨의 대폭적인 증가는 기존 사용자 인터페이스의 완전한 소멸과 동시에 진행되고 있습니다.

자율 에이전트가 오픈 표준을 사용하여 작업을 완료할 때, 인간의 시각적 여정은 사라집니다. 에이전트는 인덱싱된 카탈로그를 직접 조회하고 백그라운드에서 필요한 도구를 실행합니다.

결과적으로, 활성 웹 트래픽에서 의도 중심(intent-driven) 트래픽으로의 대규모 전환을 목격하고 있습니다. 인간은 더 이상 랜딩 페이지를 탐색하거나 홍보용 스토어 리디렉션을 클릭하지 않습니다. 대신 백그라운드 소프트웨어 프로세스가 라우팅 결정을 내리므로 기존 광고 채널의 효율성이 떨어집니다.

에이전트 검색에서의 매개변수 손실 문제

기존의 앱 라우팅은 사용자 여정을 매핑하기 위해 쿠키와 URL 리디렉션에 의존합니다. 에이전트가 도구 검색을 자동화하면 이러한 리디렉션 메커니즘은 제거됩니다.

에이전트는 직접적인 API 핸드셰이크를 설정합니다. 그 결과, 중요한 추천 매개변수와 마케팅 기여도 태그가 전송 중에 제거됩니다.

모바일 측정 플랫폼은 빈 메타데이터 패키지를 수신하게 됩니다. 그 결과 개발자는 매출의 출처를 추적할 수 없게 되어 거대한 데이터 격차가 발생합니다.

참조 아키텍처 및 엔지니어링 참조

매개변수 핸드셰이크 재구축

이러한 의미론적 라우팅 격차를 해소하기 위해 소프트웨어 설계자는 안전한 매개변수 보존 프레임워크를 배포해야 합니다. 외부 에이전트가 애플리케이션을 호출할 때, 사용자의 원래 의도, 추천 매개변수, 보안 토큰이 포함된 검증된 페이로드를 전송해야 합니다.

핵심적으로, 개발자는 Deferred Deep Linking(지연 딥 링크) 프레임워크를 사용하여 복원력 있는 솔루션을 구축할 수 있습니다. 이 시스템은 동적 페이로드 매개변수가 백그라운드 설치 루프에서도 유지되도록 보장합니다. 기기에 네이티브 애플리케이션이 없더라도 컨텍스트 복원 인프라는 의도 페이로드를 보존하여 첫 실행 시 앱에 안전하게 전달합니다.

{
  "applinks": {
    "apps": [],
    "details": [
      {
        "appID": "9H938Y49U3.com.opoinstall.global",
        "paths": [ "/intent/*", "/restore/*" ]
      }
    ]
  }
}

기계 간 거래를 위한 암호학적 검증

또한, 이러한 자동화된 거래를 안전하게 보호하려면 엄격한 암호학적 핸드셰이크가 필요합니다. 백그라운드 에이전트는 인간의 시각적 감독 없이 작동하므로 악성 스크립트가 거래 요청을 위조하려고 시도할 수 있습니다.

이를 방지하기 위해 모든 딥 링크 라우팅 요청에는 검증 가능한 암호학적 서명이 포함되어야 합니다. 애플리케이션은 작업을 실행하기 전에 공개 개발자 레지스트리를 대조하여 이 서명을 검증해야 합니다.

안전한 Deferred Deep Linking(지연 딥 링크) 프레임워크를 시행하면 개발 팀이 이러한 검증을 자동으로 실행할 수 있습니다. 이 과정은 애플리케이션 샌드박스를 부정 설치로부터 보호하고 마케팅 예산 사기로부터 거래 파이프라인을 보호합니다.

산업 전망 노트: 자율 의도 트래픽을 위한 기기 간 매개변수 전달과 관련하여, opoinstall 기술 연구소는 현재 주요 엔터프라이즈 앱 파트너들과 공동 탐색 연구를 진행 중입니다.

엔터프라이즈 아키텍처를 위한 기술 보안 지침

개발자 및 시스템 설계자를 위해

네이티브 Google ARD 사양 구현을 애플리케이션 아키텍처에 통합하려면 개발 관행의 근본적인 전환이 필요합니다. 엔지니어는 기존의 시각적 탐색 경로 설계에서 벗어나 상세한 앱 인텐트(App Intents)를 구축해야 합니다. 이러한 인텐트는 시스템 수준 에이전트가 앱 구조를 읽고 데이터를 프로그래밍 방식으로 조회할 수 있게 합니다.

나아가 개발자는 들어오는 모든 딥 링크 페이로드를 검증하기 위해 엄격한 서명 확인을 구현해야 합니다. 이러한 검증은 부적절한 에이전트가 로컬 샌드박스를 탈출하거나 사기성 결제를 유발하는 것을 방지합니다. 설계자는 또한 iOS, Android, HarmonyOS NEXT 전반에서 사용자 여정을 추적하기 위해 통합된 다중 플랫폼 ID 시스템을 구성해야 합니다.

제품 및 성장 관리자를 위해

한편, 제품 및 마케팅 리드는 성장 지표를 재정의해야 합니다. 에이전트 환경에서는 페이지 뷰, 이탈률, 세션 시간과 같은 기존 KPI 지표의 가치가 떨어집니다.

대신 성장 팀은 '의도 포착률(Intent Capture Rates)'을 최적화해야 합니다. 에이전트가 쉽게 구문 분석할 수 있는 고도로 구조화된 기계 판독 가능한 메타데이터를 애플리케이션이 제공하도록 해야 합니다.

또한, 팀은 자동화된 스크립트 기반 다운로드를 식별하고 차단하기 위해 고급 사기 방지 필터를 배포해야 합니다. 이러한 보호 조치는 마케팅 예산이 기계 생성 트래픽이 아닌 실제 사용자 성장에 사용되도록 보장합니다.