90-minute class plan
- 0–10 min — Opening and visual warm-up: Introduce the learning goals, review the previous class, and discuss a relevant website example.
- 10–25 min — Mini-lesson: Explain the key concepts and show examples. Keep the presentation focused on what students will apply.
- 25–45 min — Instructor demonstration: Walk through the interactive CodePen or a live example. Pause for predictions and questions.
- 45–70 min — Guided and independent practice: Students complete the lesson exercise, first following a short demonstration and then making their own decisions.
- 70–83 min — Apply and critique: Students connect the skill to their website project, compare results with a partner, and make one improvement.
- 83–90 min — Share-out and exit ticket: Review key takeaways and ask students to identify one thing they learned and one next step.
Course: Introduction to Web Design
Week: 14
Learning objectives
By the end of this lesson, you should be able to:
- Describe key tasks in a website pre-launch review.
- Test links, content, responsive behavior, accessibility, and assets.
- Explain why publishing requires a final human review.
Key concepts
Before a site is shared, review its content, navigation, responsive layout, forms, images, page metadata, and contact information. Remove placeholder text, check for broken links, and confirm that important interactions work.
Test at more than one viewport width and use keyboard navigation. Make sure images are optimized and text remains readable. If the site is being published publicly, review permissions, ownership, and any personal information included.
A checklist helps you work systematically, but it does not guarantee a perfect experience on every device or for every visitor.
Interactive demonstration
Demo file: 14-publishing-checklist.html
Use the Website Publishing Checklist and mark items only after you have tested them. Discuss which checks can be automated and which need a person to review the result.
See the Pen 14-publishing-checklist by Nicholas D’Angelo (@ndangelo) on CodePen.
Conduct a pre-launch review of your current website. Create a short bug list ordered by impact: critical problems first, then usability issues, then minor visual refinements.
Connection to your website project
Use this review to prepare your final project for presentation.
Sublime Text coding lab
Complete this coding task in Sublime Text, save the files using the names below, and open the HTML page in a browser to test it.
Today’s coding focus
Publishing, deployment-ready structure, relative paths, pre-launch QA
Project files and folder structure
Prepare site-ready/ with index.html, other HTML pages, css/styles.css, assets/, README.txt, and asset-credits.txt.
Syntax to practice
Relative paths, consistent capitalization, stylesheet links, image src paths, remove local-only paths and unused files.
Build it
Prepare the multi-page site for static hosting. Check links, images, CSS paths, titles, responsive behavior, and credits. Test locally and follow the instructor’s publishing workflow if available.
Code along: Document the site structure and pre-launch checks.
Open in Sublime Text: week-14/README.txt
Type the example below, save the file, and read the comments and selectors carefully. Use this as a starting point, then modify it for your own project.
PROJECT: Student Portfolio
PAGES:
- index.html
- about.html
- work.html
STYLES:
- css/styles.css
ASSETS:
- assets/
PRE-LAUNCH CHECKS:
- Test all navigation links.
- Test mobile, tablet, and desktop widths.
- Check alt text and asset credits.
- Confirm page titles are unique.
- Confirm no files are missing.
Complete HTML and CSS example
These are matching files. Create the folders shown below, save each code sample using the exact filename, and keep the stylesheet link consistent with your folder structure.
HTML file: week-14/index.html
<!doctype html>
<html lang="en">
<head>
<meta charset="utf-8">
<meta name="viewport" content="width=device-width, initial-scale=1">
<title>Launch Checklist</title>
<link rel="stylesheet" href="css/styles.css">
</head>
<body><main><h1>Pre-launch checklist</h1><ul><li>Navigation links work.</li><li>Mobile layout is readable.</li><li>Images have appropriate alt text and credits.</li><li>Titles and descriptions are unique.</li></ul></main></body>
</html>
CSS file: week-14/css/styles.css
body { margin: 0; font-family: Arial, sans-serif; line-height: 1.7; color: #172033; background: #f8fafc; }
main { max-width: 760px; margin: 40px auto; padding: 24px; background: white; border: 1px solid #cbd5e1; border-radius: 8px; }
li { margin-bottom: 10px; }
Important: The HTML links to css/styles.css. Keep that path correct relative to the HTML file.
Modify it
Expand this to at least ten checks. Test locally, then repeat the checks on the published URL.
Save and test
- Save the file in the exact folder shown above.
- Open the HTML file in a browser, or refresh it after saving if it is already open.
- Check that linked CSS, images, and navigation work. If something fails, inspect filenames, capitalization, nesting, and relative paths.
Assignment and required deliverables
Submit every item below. Use the specified filenames and folder structure. A screenshot does not replace a required source file.
Required files
site-ready/— complete project folder with source files and assets organized intocss/andassets/.site-ready/README.txt— description, folder map, local preview instructions, published URL if deployed.site-ready/launch-checklist.txt— at least 10 pre-launch checks marked pass/fail.site-ready/asset-credits.txt— sources and licenses for third-party assets.
Submission checklist
- No missing files; relative paths work; 10 checklist items; README and credits included; publishing status stated accurately.
- Keep all HTML, CSS, image, text, and PDF files inside the named weekly or project folder.
- Open the HTML file in a browser before submitting and confirm linked CSS and images load.
Before you leave (3-minute exit check)
Write down one thing you changed, one thing you learned from the result, and one question you still have.
References
These references support the key concepts and practices covered in this lesson. They are provided for verification and further study.
- GitHub. (n.d.). *Quickstart for GitHub Pages*. GitHub Docs. https://docs.github.com/en/pages/quickstart
- Netlify. (n.d.). *Deploy overview*. Netlify Docs. https://docs.netlify.com/site-deploys/overview/
- World Wide Web Consortium. (n.d.). *The W3C markup validation service*. W3C. https://validator.w3.org/