Top page, about, news, category, 404, products—every page a corporate site needs is running on a theme you built yourself. The final lesson is the finishing touches that tidy the theme up, and a guide to the road that lies beyond this course.
Finishing touch 1: the theme’s screenshot
In the “Appearance” → “Themes” list, is your own theme the only one showing as a gray blank with no image? Just place an image named screenshot.png (recommended 1200×900px) in the theme folder, and a thumbnail appears in the list.
Just take a shot of the top page and save it under that name. That alone sharpens up the “face” in the list. Even if the ratio is off from the recommended 4:3, it still displays (there’s just some empty space), so prioritize placing it first.
With this, the theme folder takes on this finished form. A folder that started from two files has grown this far.
shimaenagado/
├── 404.php
├── archive-shohin.php
├── category.php
├── footer.php
├── front-page.php
├── functions.php
├── header.php
├── home.php
├── index.php
├── page.php
├── screenshot.png ← the last one
├── single-shohin.php
├── single.php
└── style.cssFinishing touch 2: finish the profile section in style.css too
The comment at the top of style.css that you wrote in the first lesson is, in fact, still active. In the themes list, below the screenshot you just placed, this comment’s Description: and Author: are shown as-is as the profile text.
/*
Theme Name: Shimaenagado
Author: Your Name
Description: An original theme for the sundries shop Shimaenagado. It implements the standard corporate-site layout (top, about, news, products) in the classic theme pattern.
Version: 1.1
*/The two points worth reviewing at finishing time are these.
- Description—is it still the placeholder description you wrote early in development? Rewrite it in a line to match the current finished form
- Version—since this is a milestone of a big finish, bump it up like from
1.0to1.1. It makes “what changed at which milestone” easier for even you to trace later
If the screenshot is the “face,” this comment is the “self-introduction.” With both in place, it becomes a piece you needn’t be embarrassed by in the themes list.
Finishing touch 3: the completion checklist
Let’s inspect your theme using the same checks the pros run before delivery.
- Actually clicked through every page (top → about → news → category → detail → products → 404)
-
wp_head()andwp_footer()are present (the admin bar shows = OK) - The title tag changes per page (
title-tagsupport) - CSS is loaded with
wp_enqueue_style(no hand-written link left over) - Custom field output is escaped with
esc_html() - It doesn’t break when there are 0 articles (a heading outside the loop, and the like, doesn’t go weird)
- It doesn’t fall apart viewed at phone width (adjust with a media query if you have room)
The road from here
The patterns you gained with Shimaenagado are, as-is, the foundation for real-world work. If you’re moving on next, here are three directions.
1. Read the official Theme Handbook
WordPress’s official Theme Developer Handbook is the complete-edition dictionary of what you learned in this course. In particular, the “Template Hierarchy” page is the illustrated version of the template hierarchy you learned in this course—worth bookmarking as a map to return to when you’re lost. Conditional tags, internationalization, and every “next step” are all in there. It’s in English, but browser translation is plenty to read it.
2. Build up the admin screen with SCF (ACF)
Introducing SCF (Secure Custom Fields), which we touched on in the custom fields lesson, lets you build an editing screen at a level you can hand to clients. It’s the next step closest to a “real-world WordPress project.” For looking things up, searching with the information-rich old name “ACF” is fine (usage is nearly shared).
TipsACF or SCF—which one should I install?The question of why there are two names can be settled with this article in the handy-tricks section3. Peek into the world of block themes
What you learned in this course was classic themes. Today’s WordPress has a new approach called block themes (theme.json plus HTML templates), where even the templates are built with blocks. The template files become HTML-based markup rather than PHP, and theme.json takes over part of the role style.css’s comment carried, managing color and spacing rules all in one place. The concepts (template hierarchy, theme support) are shared, so now that you understand classic themes, you should be able to read the differences between the two as “reasons for the evolution.”
Summary of this lesson
- Place
screenshot.pngin the theme folder and the themes list gets a face - Review
style.css’sDescriptionandVersiontoo at finishing time—the self-introduction shown in the list - Finishing is checklist inspection—especially wp_head/wp_footer, enqueue, escaping, and 0 articles are viewpoints checked in real-world work too
- The next road is the three directions of the official handbook, ACF, and block themes. First, changing the subject and doing one more lap is the shortest review