I don't see much of a difference between the parameters and the query strings, in the URL. So what is the difference and when should one be used over the other?
-
2Do you have a context, because as far as I know then the two are generally used for the same - but your case might be context specific. – Allan S. Hansen Sep 01 '16 at 08:58
-
I don't have a specific context, is a general question. In what case should I use the one way instead of the other. There must be different uses of those two. – koninos Sep 01 '16 at 09:07
-
Personally - I mostly use the word parameter when taking about them in a variable or method call context, and query string when talking about them in the URL context. (e.g.: the query string is split into parameters for the method). But it's just language so context and situations differ and I doubt anybody would hunt you down for using either one when you "feel" like it :). – Allan S. Hansen Sep 01 '16 at 09:10
5 Answers
The query component is indicated by the first ?
in a URI. "Query string" might be a synonym (this term is not used in the URI standard).
Some examples for HTTP URIs with query components:
http://example.com/foo?bar
http://example.com/foo/foo/foo?bar/bar/bar
http://example.com/?bar
http://example.com/?@bar._=???/1:
http://example.com/?bar1=a&bar2=b
(list of allowed characters in the query component)
The "format" of the query component is up to the URI authors. A common convention (but nothing more than a convention, as far as the URI standard is concerned¹) is to use the query component for key-value pairs, aka. parameters, like in the last example above: bar1=a&bar2=b
.
Such parameters could also appear in the other URI components, i.e., the path² and the fragment. As far as the URI standard is concerned, it’s up to you which component and which format to use.
Example URI with parameters in the path, the query, and the fragment:
http://example.com/foo;key1=value1?key2=value2#key3=value3
¹ The URI standard says about the query component:
[…] query components are often used to carry identifying information in the form of "key=value" pairs […]
² The URI standard says about the path component:
[…] the semicolon (";") and equals ("=") reserved characters are often used to delimit parameters and parameter values applicable to that segment. The comma (",") reserved character is often used for similar purposes.
-
1Parameter and query are different. See sections 3.3 and 3.4 in https://tools.ietf.org/html/rfc2396.html – cowlinator May 08 '18 at 00:24
-
1@cowlinator: (RFC 2396 is obsolete, but the current standard, RFC 3986, says something similar about parameters in the [path component](https://tools.ietf.org/html/rfc3986#section-3.3)). I didn’t state that they are the same, or did I? URI authors *could* specify parameters in the query component (as described in my answer), and they could also specify parameters in the path component (as described in your reference) -- in both cases it’s just a convention, nothing that the standard defines. -- Would you suggest a change to my answer? Do you think OP meant parameters in the path? – unor May 08 '18 at 00:54
-
You can also find the query component at this address: https://en.wikipedia.org/wiki/Uniform_Resource_Identifier#query – georgesjeandenis Jan 25 '23 at 15:54
Parameters are key-value pairs that can appear inside URL path, and start with a semicolon character (;
).
Query string appears after the path (if any) and starts with a question mark character (?
).
Both parameters and query string contain key-value pairs.
In a GET
request, parameters appear in the URL itself:
<scheme>://<username>:<password>@<host>:<port>/<path>;<parameters>?<query>#<fragment>
In a POST
request, parameters can appear in the URL itself, but also in the datastream (as known as content).
Query string is always a part of the URL.
Parameters can be buried in form-data
datastream when using POST method so they may not appear in the URL. Yes a POST
request can define parameters as form data and in the URL, and this is not inconsistent because parameters can have several values.
I've found no explaination for this behavior so far. I guess it might be useful sometimes to "unhide" parameters from a POST
request, or even let the code handling a GET
request share some parts with the code handling a POST
. Of course this can work only with server code supporting parameters in a URL.
Until you get better insights, I suggest you to use parameters only in form-data
datastream of POST
requests.
Sources:

- 1,281
- 2
- 14
- 20
-
Nice clarification! Here's an example with python and its urllib lib: urllib.parse.urlparse( "https://www.google.com/search?q=url+param+vs+query+parameters+python+urllib&newwindow=1" ) ParseResult(scheme='https', netloc='www.google.com', path='/search', params='', query='q=url+param+vs+query+parameters+python+urllib&newwindow=1', fragment='') – TaiwanGrapefruitTea Jun 10 '21 at 17:56
Both the way of passing data in get request and the deference is something below
Params:
https://localhost:3000/user/5896544
access from backend:
request.params.userId = 5896544
Query String:
https://localhost:3000/user?userId=5896544
access from backend:
request.query.userId = 5896544

- 18,210
- 6
- 124
- 133
I guess there is no world consensus on the nomeclature, as I see several articles writen by persons that employs diferent terms for referring the same concept.
So, from my point of view I see things like this:
URL parameter: Any parameter that is present in the URL. They come in several different flawors:
- Path or Route parameter: value that is part of the URL path.
- For example:
https://stackoverflow.com/questions/39266970
the 39266970 would be the ID of the question
- For example:
- Query or String parameter: a pair of key=value that is present after the URL path immediately after the question sign
?
- For example:
https://stackoverflow.com/questions/39266970?slowClient=true
, and with that parameter you may program a client computer to perform any specific action for browsers running in slow computers
- For example:
There is also something called anchor that is quite another parameter as it instruct the browser where to focus on landing on a given page. For example: https://www.i18next.com/translation-function/plurals#interval-plurals (navigate, wait until the page is full loaded and then behold how the browser goes directly to that part of the web page)

- 3,841
- 2
- 37
- 63
PATH PARAMS vs QUERY PARAMS
Let say we have base url https://gov.philippines.com
, example of path params;
https://gov.philippines.com/sign-up
https://gov.philippines.com/sign-in
So basically path params are the /sign-up
or /sign-in
, in short, it is the extended path in base-url
, while the query params;
https://gov.philippines.com/sign-up?for=membership
https://gov.philippines.com/sign-in?as=admin
The ?for=membership
and ?as=admin
are the query params wth key
and value
, that most use case of this, is for filtering the request

- 647
- 7
- 15