Block patterns are the shortest path to a site that looks polished on every page. Instead of rebuilding a hero, a testimonial, or a pricing grid each time, you save the best version once and drop it anywhere in seconds. Pair patterns with template parts and the Site Editor, and your team ships pages quickly while keeping typography, spacing, and brand colour choices aligned.
What block patterns do in plain language
A block pattern is a precomposed group of blocks that you can insert with one click. Think hero sections, feature lists, comparison tables, FAQs, callouts, and CTAs. You design the section once, lock the parts that should not change, and let editors swap text and images safely. Patterns remove guesswork, reduce styling drift, and make junior editors as fast as seniors.
Template parts vs patterns
Template parts are structural. Headers, footers, sidebars, and post meta areas live here. Change a template part once, and it updates across every template that uses it. Patterns are content sections. You can place them anywhere inside a template. Use template parts to nail the frame of the site, then use patterns to build out pages at speed.
Start with a lean pattern library
Too many patterns slow editors and dilute the visual system. Begin with a focused set that covers most pages.
Must-have patterns
- Hero sections for home, service, and article pages
- Feature grid with three or six items
- Testimonial block with avatar and role
- Pricing table with three columns
- CTA banner with strong contrast
- FAQ accordion with accessible toggles
- Media plus text for case studies
- Contact panel with short form and trust note
Each pattern should have a clear name, a short description, and a thumbnail so editors recognise it instantly.
Design tokens keep patterns consistent
Define colours, font sizes, spacing, and radii in theme.json. When patterns use those tokens, every section feels related and changes are easy. If the brand palette shifts or type sizes need a small bump, you update tokens once and all patterns follow. This protects consistency without manual audits.
Make patterns flexible, not fragile
A good pattern balances freedom and control.
Lock what should not move
Lock layout wrappers, grid counts, and key spacing. Keep headings, paragraphs, and images editable. When you lock the frame and leave the content open, editors stay fast and the design stays intact.
Offer variants
Create two or three variants for the sections that show up everywhere. For example, a hero with left text, a hero with centered text, and a hero with a small eyebrow line. Variants reduce one-off tweaks that lead to drift.
Use sensible defaults
Write honest placeholder copy that hints at tone and length. Use real looking numbers in pricing tables. Add alt text prompts in image captions so editors do not forget accessibility.
Accessibility first patterns
Build patterns that are usable from day one. Use real buttons for actions, not styled links. Ensure focus styles are visible. Set heading levels that match the page outline so screen reader users can navigate cleanly. For FAQ and accordion patterns, wire proper roles and keyboard behaviour. When accessibility ships inside the pattern, editors do not have to be experts to publish pages that work for everyone.
Performance baked into patterns
Patterns can protect Core Web Vitals. Set intrinsic image dimensions so layout does not jump when media loads. Add sizes guidance to media blocks so responsive images pick correct sources. Keep decorative flourishes lightweight. Avoid heavy carousels where a static strip of logos will do. Faster patterns produce faster pages without extra effort.
Build once, use everywhere
Create patterns inside a child theme or a site plugin so they travel with the codebase. Group them in folders by purpose such as Hero, Content, Proof, Conversion, and Utility. Name files clearly and include short comments that explain expected copy length and media ratios. A tidy library makes onboarding new editors painless.
Page building workflow that scales
Give editors a simple, repeatable flow.
1. Pick a page goal
Is this page supposed to convert, to inform, or to rank for a topic. Goal decides which patterns belong near the top and which can wait.
2. Assemble a spine
Start with hero, proof, and one conversion pattern. Add supporting sections only if they earn their place. A short, focused page is easier to scan and tends to convert better.
3. Swap content, not structure
Replace text and images, then stop. If a pattern needs a small variation for a new use case, add a variant to the library instead of hacking a one off on the page.
4. Check mobile first
Open the page on a phone and ensure line lengths, button sizes, and spacing feel calm. Patterns should handle common breakpoints without edits.

Template parts that never drift
Lock down your header and footer as template parts. Use navigation blocks with clear focus styles. Keep the header compact so hero content sits high on the page. In the footer, group links logically and add structured contact information. When headers and footers are template parts, you avoid dozens of tiny differences that confuse visitors.
Patterns for key page types
Homepages
A short hero that states the value, a proof strip with two or three logos or a metric, a feature grid, a short case study, and a CTA. Keep it tight. Your goal is to guide visitors to the right section in a few seconds.
Service pages
Start with a hero that names the service and the outcome. Add benefits with icons, a short process pattern, one testimonial, and a CTA block. Link to related services and a contact panel. Do not overstuff. Clarity converts.
Case studies
Lead with the outcome and the client name. Use a media plus text pattern for challenge and approach. Add a compact results grid with numbers. Close with a CTA. Keep images sized and compressed inside the pattern.
Blog posts
Use a simple article header pattern with title, excerpt, author, and date. Add a pull quote and a CTA to subscribe or contact. Keep a related posts pattern at the end to reduce bounce.
Governance that keeps quality high
Write a one page pattern guide that sets expectations for tone, length, and image ratios. Add a short checklist to your publishing workflow. Check headings, alt text, link clarity, and hero readability on mobile. Review new patterns in pull requests so design and engineering agree on defaults before editors see them.
Common mistakes and quick fixes
Too many patterns. Prune similar options and merge the best parts into fewer, stronger designs.
Unlocked layout. Lock the outer group and grid blocks so spacing does not slip.
Tiny contrast. Raise contrast in buttons and small labels so calls to action stand out.
One off overrides. If a page needs a tweak more than once, add a clean variant to the library and retire the hacked version.
A two week rollout plan
Day 1 to 2. Audit current pages. List sections that repeat and note where layouts drift.
Day 3 to 5. Build the first eight patterns and two template parts using tokens from theme.json.
Day 6. Add mobile checks and accessibility behaviour for interactive patterns.
Day 7. Write the pattern guide and add thumbnails and descriptions.
Day 8 to 9. Convert one high traffic page to patterns only and measure build time and visual consistency.
Day 10 to 12. Create two or three variants for hero, proof, and CTA.
Day 13. Train editors with a short loom or live demo.
Day 14. Publish the updated pages and archive old one off sections.
The takeaway
WordPress block patterns turn repeatable design into a reliable system. Editors move faster, pages stay consistent, and quality improves because accessibility and performance are built into each section. Keep the library lean, lock what matters, provide clear variants, and document how to use them. Pair patterns with solid template parts and strong tokens in theme.json, and your team will publish better pages in far less time.

