# Kong : parameter support in url **URL:** \ **Category:** General\ **Created:** [May 9, 2019, 3:49pm UTC](https://discuss.konghq.com/t/kong-parameter-support-in-url/3477 "2019-05-09T15:49:37Z")\ **Posts on this page:** 1\ **Showing post:** 2
**Author:** ![thibaultcha](https://yyz2.discourse-cdn.com/flex036/user_avatar/discuss.konghq.com/thibaultcha/32/340_2.png) [@thibaultcha](https://discuss.konghq.com/u/thibaultcha)\ **Post date:** [May 9, 2019, 8:02pm UTC](https://discuss.konghq.com/t/kong-parameter-support-in-url/3477/2 "2019-05-09T20:02:35Z")
Hi, and welcome! The best resource on this topic if you are just getting started is the Proxy Guide: [https://docs.konghq.com/1.1.x/proxy/](https://docs.konghq.com/1.1.x/proxy/) Long story short, Kong doesn’t have to know about the dynamic segments in your URL path component. Specifying a _prefix_ (e.g. `/lead`) will work just fine. Most likely, your API will return `HTTP 404` in the event than a request hits a non-existing path (e.g. `/lead/foo`). If you’d rather enforce that Kong can only proxy those two paths, then a _regex path_ is your goto choice (also documented in the above resource). You can leverage regex capture groups to extract the value of those path segments. Have a look at this post for an in-depth dive into regex paths and capture groups: > [@A few words on regex URIs usage and common pitfalls](https://discuss.konghq.com/t/a-few-words-on-regex-uris-usage-and-common-pitfalls/506): > > After recently discussing about regex URI usage and gotchas with some of our users and customers, it was brought to our attention that our documentation on the subject was rather sparse… Until we improve it, my coworker @Cooper suggested that a wrap-up about regex URIs be made public here, so that you can make the best usage of this awesome feature! So here we go: a few words on recommended practices, pitfalls and upcoming improvements to regex URIs. Refresher The Kong API entity (configurable… --- _[View the full topic](https://discuss.konghq.com/t/kong-parameter-support-in-url/3477)._