What's the difference if I put css file inside <head> or <body>?

HtmlCss

Html Problem Overview


Normally css files are put inside <head></head>, what if I put it inside <body></body>, what difference will it make?

Html Solutions


Solution 1 - Html

Just to add on to what jdelStrother has mentioned about w3 specs and ARTstudio about browser rendering.

It is recommended because when you have the CSS declared before <body> starts, your styles has actually loaded already. So very quickly users see something appear on their screen (e.g. background colors). If not, users see blank screen for some time before the CSS reaches the user.

Also, if you leave the styles somewhere in the <body>, the browser has to re-render the page (new and old when loading) when the styles declared has been parsed.

Solution 2 - Html

The most recent versions of the HTML spec now permits the <style> tag within body elements. https://www.w3.org/TR/html5/dom.html#flow-content Also the scoped attribute which used to be prerequisite to have a style tag in the body is now obsolete.

This means, that you can use the style tag everywhere you want, the only implications are decreased page performance due to possible reflows/repaints once the browser hits styles further down in the page tree.

Obsolete answer:

The <style> tag isn't allowed within <body> according to the w3 specs. (You can, of course, apply inline styles via <div style="color:red"> if necessary, but it's generally considered poor separation of style & content)

Solution 3 - Html

Putting CSS in body means it is loaded later. It is a technique some use to let the browser start drawing the interface faster (i.e., it removes a blocking step). This is important for user experience on SmartPhones.

I do my best to keep one small css on the <head> and I move the rest at the bottom. For example, if a page uses JQuery UI CSS, I always move it at the bottom of the <body>, just before the links to JQuery javascript. At least, all the non Jquery item can already be drawn.

Solution 4 - Html

Head is designed for (Quoting the W3C):

> "information about the current > document, such as its title, keywords > that may be useful to search engines, > and other data that is not considered > document content"

See the Global structure of an HTML document. As CSS is not document content, it should be in the head.

Also every other Web developer will expect to see it there, so don't confuse things by putting it in the body, even if it works!

The only CSS you should put in the body is inline CSS, though I usually avoid inline styles.

Solution 5 - Html

The standards (HTML 4.01: the style element) clearly specifies that the style tag is only allowed inside the head tag. If you put style tags in the body tag the browsers will try to make the best of it anyway, if possible.

It's possible that a browser would ignore a style tag in the body if you specify a strict document type. I don't know if any current browser does this, but I wouldn't count on all future versions to be so relaxed about where you place the style element.

Solution 6 - Html

Although the style tag is not allowed in the body, the link tag is, so as long as you are referencing an external stylesheet, all browsers should render and use the CSS correctly when used in the body.

Source: https://html.spec.whatwg.org/multipage/semantics.html#the-link-element

Solution 7 - Html

Two conflicting answers:

From MDN page on link tag:

> A <link> element can occur either in the <head> or <body> > element, depending on whether it has a link type that is body-ok. For > example, the stylesheet link type is body-ok, and therefore a > <link rel="stylesheet"> is permitted in the body. This isn't however > best practice; it makes more sense to separate your <link> elements > from your body content, putting them in your head.

From CSS The Definitive Guide (4th Edition/2017) page 10

> To successfully load an external stylesheet, link must be placed inside the head element but may not be placed in any other element.

Solution 8 - Html

In addition to earlier answers, though putting a style code block inside the element may work in modern browsers (though that still doesn't make it right), there's always a danger, particularly with older browsers that the browser will render the code as text unless the style section's included within a CDATA section.

Of course the other thing with putting it inside the element, other than inline styles, is that as it doesn't meet with the W3C HTML/XHTML specs is that any page with it within the body will fail on the W3C validator. It's always easier to bug-hunt unexpected display problems if all your code is valid, making it easier to spot mistakes. An invalid HTML element can adversely effect the rending of any and all element beyond where it occurs in the code, so you can get unexpected effects having elements in places where they shouldn't be, because when a browser finds an invalid element, it just makes it's best guess as to how it should display it, and different browsers may make different decisions in how they render it.

Whether you use a transitional or a strict doctype, it would still be invalid according to the (X)HTML specs.

Solution 9 - Html

You would actually defeat the purpose of using CSS by putting the styles in the body. The point would be to separate content from presentation (and function). This way, any changes to style can be done in the stylesheet, not in the content. Once you use the inline style method, every page that has inline styling needs to changed one by one. Tedious, and risky since you could miss a page or three, or ten.

Using a stylesheet, you only need to change the stylesheet; the changes propagate automagically to every HTML page that links to the stylesheet.

neonble's point is also another great reason; if you mess up the HTML by adding CSS inline, rendering becomes a problem. HTML doesn't throw exceptions to your code. Instead it goes out and renders it the best way it can, and moves on.

Adhering to web standards by using a stylesheet makes for a better website. And when you need help because things on your page aren't exactly that way you want them, placing your CSS in the head as opposed to the body makes for much better troubleshooting by yourself and for anyone you ask for help from.

Solution 10 - Html

The difference is. The loading of the page is asynchronous, so if you have external stylesheet it will load the css file immediately when it reach the link tag, that is why it is good to have at the top in head.

Solution 11 - Html

Putting the <style> in the body works well with all modern browsers.

I had been using this in eBay.

If it works, don't kick it.

Solution 12 - Html

What difference will it make?

Pros: Sometimes easier to apply certain attributes in certain places, especially if code is being generated on the fly (such as building via php and each of a dynamically sized list needs its own class... such as for item timings for transforms).

Cons: Slightly slower, may not work someday in the distant future.

My General opinion on it: Don't do it it you don't have to, but if you do have to, don't lose any sleep over it.

Attributions

All content for this solution is sourced from the original question on Stackoverflow.

The content on this page is licensed under the Attribution-ShareAlike 4.0 International (CC BY-SA 4.0) license.

Content TypeOriginal AuthorOriginal Content on Stackoverflow
QuestionShawnView Question on Stackoverflow
Solution 1 - HtmlmaurisView Answer on Stackoverflow
Solution 2 - HtmlJonathan del StrotherView Answer on Stackoverflow
Solution 3 - HtmlJérôme VerstryngeView Answer on Stackoverflow
Solution 4 - HtmlRichardODView Answer on Stackoverflow
Solution 5 - HtmlGuffaView Answer on Stackoverflow
Solution 6 - HtmlMacroManView Answer on Stackoverflow
Solution 7 - HtmlUndistractionView Answer on Stackoverflow
Solution 8 - HtmlBlissCView Answer on Stackoverflow
Solution 9 - Htmltahdhaze09View Answer on Stackoverflow
Solution 10 - HtmlTameshwarView Answer on Stackoverflow
Solution 11 - HtmlRandall GlassView Answer on Stackoverflow
Solution 12 - HtmllilHarView Answer on Stackoverflow