All HTML documents have the same basic structure or boilerplate that needs to be in place before anything useful can be done. In this lesson, we will explore the different parts of this boilerplate and see how it all fits together.
This section contains a general overview of topics that you will learn in this lesson.
- How to write the basic boilerplate for an HTML document
- How to open HTML documents in your browser
Creating an HTML File
To demonstrate an HTML boilerplate, we first need an HTML file to work with.
Create a new folder on your computer and name it
html-boilerplate. Within that folder create a new file and name it
You’re probably already familiar with a lot of different types of files, for example doc, pdf, and image files.
To let the computer know we want to create an HTML file, we need to append the filename with the
.html extension as we have done when creating the
It is worth noting that we named our HTML file
index. We should always name the HTML file that will contain the homepage of our websites
index.html. This is because web servers will by default look for an index.html page when users land on our websites - and not having one will cause big problems.
Every HTML page starts with a doctype declaration. The doctype’s purpose is to tell the browser what version of HTML it should use to render the document. The latest version of HTML is HTML5, and the doctype for that version is simply
The doctypes for older versions of HTML were a bit more complicated. For example, this is the doctype declaration for HTML4:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
However, we probably won’t ever want to be using an older version of HTML, and so we’ll always use
index.html file created earlier in your text editor and add
<!DOCTYPE html> to the very first line.
After we declare the doctype, we need to provide an
<html> element. This is what’s known as the root element of the document, meaning that every other element in the document will be a descendant of it.
Back in the
index.html file, let’s add the
<html> element by typing out its opening and closing tags, like so:
<!DOCTYPE html> <html lang="en"> </html>
What is the
lang specifies the language of the text content in that element. This attribute is primarily used for improving accessibility of the webpage. It allows assistive technologies, for example screen readers, to adapt according to the language and invoke correct pronunciation.
<head> element is where we put important meta-information about our webpages, and stuff required for our webpages to render correctly in the browser.
<head>, we should not use any element that displays content on the webpage.
The Charset Meta Element
We should always have the meta tag for the charset encoding of the webpage in the head element:
Setting the encoding is very important because it ensures that the webpage will display special symbols and characters from different languages correctly in the browser.
Another element we should always include in the head of an HTML document is the title element:
<title>My First Webpage</title>
The title element is used to give webpages a human-readable title which is displayed in our webpage’s browser tab.
If we didn’t include a title element, the webpage’s title would default to its file name. In our case that would be
index.html, which isn’t very meaningful for users; this would make it very difficult to find our webpage if the user has many browser tabs open.
There are many more elements that can go within the head of an HTML document. However, for now it’s only crucial to know about the two elements we have covered here. We will introduce more elements that go into the head throughout the rest of the curriculum.
Back in our
index.html file, let’s add a head element with a charset meta element and a title within it. The head element goes within the HTML element and should always be the first element under the opening
<!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8"> <title>My First Webpage</title> </head> </html>
The final element needed to complete the HTML boilerplate is the
<body> element. This is where all the content that will be displayed to users will go - the text, images, lists, links, and so on.
To complete the boilerplate, add a body element to the
index.html file. The body element also goes within the HTML element and is always below the head element, like so:
<!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8"> <title>My First Webpage</title> </head> <body> </body> </html>
Viewing HTML Files in the Browser
The HTML boilerplate in the
index.html file is complete at this point, but how do you view it in the browser? There are a couple of different options:
A note: In order to avoid branching our lesson’s instructions to accommodate for all of the differences between browsers, we are going to be using Google Chrome as our primary browser for the remainder of this course. All references to the browser will pertain specifically to Google Chrome. We strongly suggest that you use Google Chrome for all of your testing going forward.
You can drag and drop an HTML file from your text editor into the address bar of your browser.
You can find the HTML file in your file system and then double click it. This will open up the file in the default browser your system uses.
You can use the terminal to open the file in your browser.
Ubuntu- Navigate to the directory containing the file and type
macOS- Navigate to the directory containing the file and type
Using one of the methods above, open up the index.html file we have been working on. You’ll notice the screen is blank. This is because we don’t have anything in our body to display.
Back in the
index.html file, let’s add a heading (more on these later) to the body, and save the file:
<!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8"> <title>My First Webpage</title> </head> <body> <h1>Hello World!</h1> </body> </html>
Now, if you refresh the page in the browser, you should see the changes take effect, and the heading “Hello World!” will be displayed.
VSCode has a built-in shortcut you can use for generating all the boilerplate in one go. Please note that this shortcut only works while editing a file with the ‘.html’ extension or a text file with the HTML language already selected. To trigger the shortcut, delete everything in the
index.html file and just enter
! on the first line. This will bring up a couple of options. Press the enter key to choose the first one, and voila, you should have all the boilerplate populated for you.
But it’s still good to know how to write the boilerplate yourself in case you find yourself using a text editor like notepad (heaven forbid) which doesn’t have this shortcut. Try not to use the shortcut in your first few HTML projects, so you can build some muscle memory for writing the boilerplate code.
Watch and follow along to Kevin Powell’s brilliant Building Your First Web Page video
Build some muscle memory by deleting the contents of the
index.htmlfile and trying to write out all the boilerplate again from memory. Don’t worry if you have to peek at the lesson content the first few times if you get stuck. Just keep going until you can do it a couple of times from memory.
Run your boilerplate through the W3 HTML validator or alternatively this HTML validator. Validators ensure your markup is correct and are an excellent learning tool, as they provide feedback on syntax errors you may be making often and aren’t aware of, such as missing closing tags and extra spaces in your HTML.
This section contains questions for you to check your understanding of this lesson on your own. If you’re having trouble answering a question, click it and review the material it links to.
This section contains helpful links to related content. It isn’t required, so consider it supplemental.
Read through this article about what charsets you should use with your HTML pages.
Another option for opening your HTML pages in the browser is using the live server extension with VSCode. This will open your HTML document and automatically refresh it every time you save the document. However, we recommend not using this extension and instead doing it the old fashioned way, by opening the page and refreshing the page manually in the browser for your first few HTML projects. In this way you can get used to that process and won’t become reliant on extensions right away. One reason is that there may be subtle differences when using extensions. For example, live server will always use UTF-8 character encoding and not the value defined in your
meta-charsetattribute. This could potentially hide some characters on your site not being encoded in the way you expect.
If you wish, you can add the
langattribute to individual elements throughout the webpage. Read through this doc for a better understanding of the