781

What is the difference between the id and name attributes? They both seem to serve the same purpose of providing an identifier.

I would like to know (specifically with regards to HTML forms) whether or not using both is necessary or encouraged for any reasons.

albert
  • 7,915
  • 3
  • 42
  • 62
yogibear
  • 12,787
  • 8
  • 27
  • 30

20 Answers20

678

The name attribute is used when sending data in a form submission. Different controls respond differently. For example, you may have several radio buttons with different id attributes, but the same name. When submitted, there is just the one value in the response - the radio button you selected.

Of course, there's more to it than that, but it will definitely get you thinking in the right direction.

Samveen
  • 3,412
  • 34
  • 49
John Fisher
  • 21,209
  • 2
  • 34
  • 60
  • would you please describe a littel more on it..When submitted, there is just the one value in the response - the radio button you selected. – NoviceToDotNet Mar 31 '13 at 06:56
  • other than radio button are there any usage ?? I think it should have great differences other than that ??? – Prageeth godage Oct 30 '13 at 04:23
  • 31
    @Prageeth: The difference is that a "name" transfers from the browser to the server and can be different than the "id". There are many reasons people might want that difference. For example, your server-side language/framework may need the submitted values to have certain names, but your javascript works best with something completely different in the ids. – John Fisher Nov 01 '13 at 22:18
  • 40
    To put it very informally, `id` is what your frontend (CSS, JS) works with, while `name` is what your server receives and can then process. This is basically what Greeso's answer says. – Saraph Dec 06 '16 at 08:15
  • 4
    It might be better to say: *The name attribute is **required*** when sending data... instead of: *The name attribute is **used** when sending data...* since any form data missing the **name** attribute will not be transmitted (or indeed will not be processed at all according to the HTML spec) – ebyrob May 09 '19 at 17:47
  • I've always used id to be unique, and name to not be unique, and I've used them both pervasively outside of forms for years. Incredibly useful, allows uniqueness and grouping and both are reference-able via js. Come to find out I'm doing it wrong, but data-name would be allowed... wasn't there a time that name was the only way to group, maybe HTML 3 or 4? – gunslingor Oct 09 '19 at 00:24
354

Use name attributes for form controls (such as <input> and <select>), as that's the identifier used in the POST or GET call that happens on form submission.

Use id attributes whenever you need to address a particular HTML element with CSS, JavaScript or a fragment identifier. It's possible to look up elements by name, too, but it's simpler and more reliable to look them up by ID.

Community
  • 1
  • 1
Warren Young
  • 36,691
  • 8
  • 76
  • 94
  • 3
    This was hugely clarifying. So, might I infer, then, that "name" is almost a representation of the parameter "identifier" sent across to the server? This question is partly answered by the accepted answer but is not put in those terms. – Thomas Feb 16 '15 at 16:18
  • 5
    @Thomas: There is no necessary tie between `name` and `id` at all. The identifier uniquely identifies a particular HTML element on the page. The `name` attribute of an HTML form element, by contrast, does not have to be unique, and often isn't, such as with radio buttons or pages with multiple `
    ` elements. It is traditional to use the same string for `name` and `id` where both are used on a single HTML element, but nothing makes you do this.
    – Warren Young Feb 17 '15 at 02:31
  • @WarrenYoung what about the name attribute of the form tag. As far as I know, its value must also be unique, so I am confused why there is a name attribute for this tag that does the same thing as the id attribute. In my opinion, the name attribute for the form tag is obsolete and should not be used. Instead, the id attribute should be used. I haven't tested it, but I think if you have multiple forms with the same name, the last form overwrites the previous ones. Apart from the fact that it's not actually allowed, but how much HTML code is out there that is not compliant with the rules. – Alexander Behling May 27 '21 at 13:22
158

Here is a brief summary:

  • id is used to identify the HTML element through the Document Object Model (via JavaScript or styled with CSS). id is expected to be unique within the page.

  • name corresponds to the form element and identifies what is posted back to the server.

Community
  • 1
  • 1
Mike Buckbee
  • 6,384
  • 2
  • 30
  • 33
30

The way I think about it and use it is simple:

id is used for CSS and JavaScript/jQuery (has to be unique in a page)

name is used for form handling on the server when a form is submitted via HTML (has to be unique in a form - to some extent, see Paul's comment below)

Will Bradley
  • 1,683
  • 13
  • 26
Greeso
  • 5,502
  • 6
  • 43
  • 65
  • 3
    Not entirely true - the **Name** attribute doesn't have to be unique in a form, as it can link radio buttons together. – Paul Dec 15 '15 at 16:39
  • 5
    Also, it may surprise you, but PHP is not the only server language in the world. – see sharper Jan 10 '19 at 04:01
  • @seesharper - That's funny. I even voted you up! Well, yes, that does not surprise me :) – Greeso May 30 '19 at 15:12
28

See this http://mindprod.com/jgloss/htmlforms.html#IDVSNAME

What’s the difference? The short answer is, use both and don’t worry about it. But if you want to understand this goofiness, here’s the skinny:

id= is for use as a target like this: <some-element id="XXX"></some-element> for links like this: <a href="#XXX".

name= is also used to label the fields in the message send to a server with an HTTP (HyperText Transfer Protocol) GET or POST when you hit submit in a form.

id= labels the fields for use by JavaScript and Java DOM (Document Object Model). The names in name= must be unique within a form. The names in id= must be unique within the entire document.

Sometimes the name= and id= names will differ, because the server is expecting the same name from various forms in the same document or various radio buttons in the same form as in the example above. The id= must be unique; the name= must not be.

JavaScript needed unique names, but there were too many documents already out here without unique name= names, so the W3 people invented the id tag that was required to be unique. Unfortunately older browsers did not understand it. So you need both naming schemes in your forms.

NOTE: attribute "name" for some tags like <a> is not supported in HTML5.

HoldOffHunger
  • 10,963
  • 6
  • 53
  • 100
Roedy Green
  • 313
  • 3
  • 2
  • 2
    A bit confusing... and I think wrong in some points. Isn't it this: `name` is important for `` tags in a `
    ` submission as the parameters are used in the HTTP, and `id` is merely a unique identifier
    – Don Cheadle Jul 22 '15 at 15:11
  • Also, this (unregistered) user is linking to his own page (the link on his profile says http://mindprod.com/jgloss/ ). I don't know if that's a problem for SO but given the rather confusing snippet it feels inapropriate. – zb226 Sep 04 '18 at 11:52
15

ID tag - used by CSS, define a unique instance of a div, span or other elements. Appears within the Javascript DOM model, allowing you to access them with various function calls.

Name tag for fields - This is unique per form -- unless you are doing an array which you want to pass to PHP/server-side processing. You can access it via Javascript by name, but I think that it does not appear as a node in the DOM or some restrictions may apply (you cannot use .innerHTML, for example, if I recall correctly).

Extrakun
  • 18,259
  • 19
  • 74
  • 122
  • 9
    radio buttons *must* share the same name to behave properly - it's not unique per form. – nickf Sep 09 '09 at 05:14
  • My mistake. Though to clarify, for text inputs, text areas and etc, name tags are used to identify them. Not necessary unique. – Extrakun Sep 09 '09 at 05:23
12

Generally, it is assumed that name is always superseded by id. This is true, to some extent, but not for form fields and frame names, practically speaking. For example, with form elements the name attribute is used to determine the name-value pairs to be sent to a server-side program and should not be eliminated. Browsers do not use id in that manner. To be on the safe side, you could use name and id attributes on form elements. So, we would write the following:

<form id="myForm" name="myForm">
     <input type="text" id="userName" name="userName" />
</form>

To ensure compatibility, having matching name and id attribute values when both are defined is a good idea. However, be careful—some tags, particularly radio buttons, must have nonunique name values, but require unique id values. Once again, this should reference that id is not simply a replacement for name; they are different in purpose. Furthermore, do not discount the old-style approach, a deep look at modern libraries shows such syntax style used for performance and ease purposes at times. Your goal should always be in favor of compatibility.

Now in most elements, the name attribute has been deprecated in favor of the more ubiquitous id attribute. However, in some cases, particularly form fields (<button>, <input>, <select>, and <textarea>), the name attribute lives on because it continues to be required to set the name-value pair for form submission. Also, we find that some elements, notably frames and links, may continue to use the name attribute because it is often useful for retrieving these elements by name.

There is a clear distinction between id and name. Very often when name continues on, we can set the values the same. However, id must be unique, and name in some cases shouldn’t—think radio buttons. Sadly, the uniqueness of id values, while caught by markup validation, is not as consistent as it should be. CSS implementation in browsers will style objects that share an id value; thus, we may not catch markup or style errors that could affect our JavaScript until runtime.

This is taken from the book JavaScript- The Complete Reference by Thomas-Powell

Farhan Shirgill Ansari
  • 13,172
  • 7
  • 49
  • 95
  • 4
    Another reason not to get in the habit of just making id match name: you may have two forms on a page which need to submit the same data (e.g. two search fields). In this case, the `name` should be the same (the server-side code doesn't care which was submitted), but the `id` must be different (because it must be unique within the whole page). – IMSoP Feb 02 '16 at 13:22
11
<form action="demo_form.asp">
<label for="male">Male</label>
<input type="radio" name="sex" id="male" value="male"><br>
<label for="female">Female</label>
<input type="radio" name="sex" id="female" value="female"><br>
<input type="submit" value="Submit">
</form>
Hongtao
  • 165
  • 1
  • 5
9

name is deprecated for link targets, and invalid in HTML5. It no longer works at least in latest Firefox (v13). Change <a name="hello"> to<a id="hello">

The target does not need to be an <a> tag, it can be <p id="hello"> or <h2 id="hello"> etc. which is often cleaner code.

As other posts say clearly, name is still used (needed) in forms. It is also still used in META tags.

xmoex
  • 2,466
  • 18
  • 35
user1454923
  • 99
  • 1
  • 4
9

This link has answers to the same basic question, but basically, id is used for scripting identification and name is for server-side.

http://www.velocityreviews.com/forums/t115115-id-vs-name-attribute-for-html-controls.html

James Black
  • 40,548
  • 9
  • 79
  • 153
7

The ID of a form input element has nothing to do with the data contained within the element. IDs are for hooking the element with JavaScript and CSS. The name attribute, however, is used in the HTTP request sent by your browser to the server as a variable name associated with the data contained in the value attribute.

For instance:

<form>
    <input type="text" name="user" value="bob">
    <input type="password" name="password" value="abcd1234">
</form>

When the form is submitted, the form data will be included in the HTTP header like this:

If you add an ID attribute, it will not change anything in the HTTP header. It will just make it easier to hook it with CSS and JavaScript.

orbit
  • 1,062
  • 1
  • 10
  • 22
6

name Vs id

name

  • Name of the element. For example used by the server to identify the fields in form submits.
  • Supporting elements are <button>, <form>, <fieldset>, <iframe>, <input>, <keygen>, <object>, <output>, <select>, <textarea>, <map>, <meta>, <param>
  • Name does not have to be unique.

id

  • Often used with CSS to style a specific element. The value of this attribute must be unique.
  • Id is Global attributes, they can be used on all elements, though the attributes may have no effect on some elements.
  • Must be unique in the whole document.
  • This attribute's value must not contain white spaces, in contrast to the class attribute, which allows space-separated values.
  • Using characters except ASCII letters and digits, '_', '-' and '.' may cause compatibility problems, as they weren't allowed in HTML 4. Though this restriction has been lifted in HTML 5, an ID should start with a letter for compatibility.
Subodh Ghulaxe
  • 17,260
  • 14
  • 78
  • 95
2

If you're not using the form's own submit method to send information to a server (and are instead doing it using javascript) you can use the name attribute to attach extra information to an input - rather like pairing it with a hidden input value, but looks neater because it's incorporated into the input.

This bit does still currently work in Firefox although I suppose in the future it might not get allowed through.

You can have multiple input fields with the same name value, as long as you aren't planning to submit the old fashioned way.

Jon Bray
  • 47
  • 3
2

<body>
<form action="">
    <label for="username">Username</label>
    <input type="text" id="username" name="username">
    <button>Submit!</button>
</form>
</body>

As we can see here that "id" and "for" elements are interconnected. If you click on the label(Username) then the input field will be highlighted(This is useful for mobile users and is considered as a good practice).

On the other hand, the "name" element is useful while submitting the form. Whatever you enter in the input field will be displayed on the URL. image of URL

1

Id : 1) It is used to identify the HTML element through the Document Object Model (via Javascript or styled with CSS). 2) Id is expected to be unique within the page.

Name corresponds to the form element and identifies what is posted back to the server. Example :

<form action="action_page.php" id="Myform">
 First name: <input type="text" name="FirstName"><br>
 <input type="submit" value="Submit">
 </form>

 <p>The "Last name" field below is outside the form element, but still part of the form.</p>
 Last name: <input type="text" name="LastName" form="Myform">
1

ID is used to uniquely identify an element.

Name is used in forms.Although you submit a form, if you dont give any name, nothing will will be submitted. Hence form elements need a name to get identified by form methods like "get or push".

And the ones only with name attribute will go out.

Aditi
  • 53
  • 8
VIJ
  • 1,044
  • 1
  • 11
  • 23
1

Based on personal experiences and according to the W3 Schools description for attributes:

ID is a Global Attribute and applies to virtually all elements in HTML. It is used to uniquely identify elements on the Web page, and its value is mostly accessed from the frontend (typically through JavaScript or jQuery).

name is an attribute that is useful to specific elements (such as form elements, etc) in HTML. Its value is mostly sent to the backend for processing.

https://www.w3schools.com/tags/ref_attributes.asp

0

Below is an interesting use of the id attribute. It is used within the tag and used to identify the form for elements outside of the boundaries so that they will be included with the other fields within the form.

 <form action="action_page.php" id="form1">
 First name: <input type="text" name="fname"><br>
 <input type="submit" value="Submit">
 </form>

 <p>The "Last name" field below is outside the form element, but still part of the form.</p>
 Last name: <input type="text" name="lname" form="form1">
Brook
  • 26
  • 1
0

There is no literal difference between an id and name.

name is identifier and is used in http request sent by browser to server as a variable name associated with data contained in the value attribute of element.

The id on the other hand is a unique identifier for browser, client side and JavaScript.Hence form needs an id while its elements need a name.

id is more specifically used in adding attributes to unique elements.In DOM methods,Id is used in Javascript for referencing the specific element you want your action to take place on.

For example:

<html>
<body>

<h1 id="demo"></h1>

<script>
document.getElementById("demo").innerHTML = "Hello World!";
</script>
</body>
</html>

Same can be achieved by name attribute, but it's preferred to use id in form and name for small form elements like the input tag or select tag.

marc_s
  • 675,133
  • 158
  • 1,253
  • 1,388
Aditi
  • 53
  • 8
-1

The id will give an element a id, so once you write real code, (like JavaScript) you can use the id to read elements. The name is just a name so the user can see the name of the element, I guess.

Example:

<h1 id="heading">text</h1>
<script>
  document.getElementById("heading"); //Reads the element that has the id "heading".
</script>
//You can also use something like this:
document.getElementById("heading").value; //Reads the value of the selected element.

Is it helpful? Let me know if there is some problems.