답변
딥링크·디퍼드 딥링크을 매체사·제작사·광고주와 협업할 때 책임 소재가 불분명하면, 문제가 생겼을 때 원인 규명보다 책임 공방에 시간을 더 씁니다. 매체사(퍼블리셔·플랫폼)·제작사(개발사·디자인 파트너)·광고주 3자가 얽히는 작업은 RACI(실행자·책임자·자문·정보공유 대상) 매트릭스로 역할을 미리 문서화해야 한다. 문서화 없이 진행하면 문제가 생겼을 때 '누구 책임인지' 다투는 데 시간을 쓰게 되고, 정작 문제 해결은 늦어진다. 변경 요청은 구두가 아니라 이메일이나 티켓 시스템으로 남기고, 계약서·업무 범위 문서에 최종 승인권자가 누구인지 명시해야 한다. 승인권자가 불분명하면 매체사·제작사 양쪽에서 서로 다른 지시를 받아 작업이 꼬이는 상황이 생긴다. 딥링크는 매체사(퍼블리셔)가 제공하는 URL 스킴, 제작사(앱 개발팀)가 SDK로 구현하는 딥링크 핸들링 로직, 광고주가 승인하는 파라미터 네이밍 규칙이 한 세트로 맞물려야 작동한다. 앱 업데이트로 딥링크가 깨졌을 때 원인이 개발팀의 SDK 변경인지, 매체사의 스킴 정책 변경인지, 애초에 파라미터 규칙이 잘못 전달된 것인지 구분되도록 이 세 주체의 역할을 계약·업무분장 문서에 명시해야 한다. 이렇게 문서화해두면, 문제가 생겼을 때 책임 공방 대신 바로 원인 해결로 넘어갈 수 있습니다.