It’ll be the /com.google.analytics/v1 path on the collector, the collector logic allows a vendor / version path to be sent and then the enricher downstream determines which adapter to utilise to enrich and process this data.
As @ihor has mentioned above the /i and .../tp2 are typically used for GET and POSTs respectively. Currently third party vendor / version style paths are all registered in the Adapter Registry here.
(defroutes routes
"Our routes"
(GET "/i" {c :cookies, hs :headers} (send-cookie-pixel-or-200' c hs true))
(GET "/ice.png" {c :cookies, hs :headers} (send-cookie-pixel-or-200' c hs true)) ; legacy name for i
(GET "/:vendor/:version" {{v :vendor} :params, p :params, c :cookies, hs :headers} (send-cookie-pixel-or-200-or-redirect' c hs true v p)) ; for tracker GET support. Need params for potential redirect
(POST "/:vendor/:version" {c :cookies, hs :headers} (send-cookie-pixel-or-200' c hs false)) ; for tracker POST support, no pixel
(OPTIONS "/:vendor/:version" {hs :headers} (responses/send-preflight-response hs)) ; for CORS requests
(HEAD "/:vendor/:version" request responses/send-200) ; for webhooks' own checks e.g. Mandrill
(GET "/healthcheck" request responses/send-200)
(GET "/crossdomain.xml" request send-flash-crossdomain) ; for Flash cross-domain posting
(compojure.route/not-found responses/send-404))