/ Landing Pages Guide For Guy
MM Marketing — Internal Guide

Client Landing Pages
Guide for Guy

Written by Teddi, Hedgehog Marketing  ·  May 2026  ·  Updated June 2026
1

How these pages work

Each landing page is a single HTML file (index.html) that contains all the content, styling, and layout for that page. There's no backend, no CMS, no theme files. When someone visits the URL, their browser reads that file and renders it — that's it.

How it's different from WordPress

WordPressThese landing pages
Content stored in a databaseContent written directly in the HTML file
PHP renders the page on each requestBrowser reads a pre-built static file
Plugins add featuresFeatures are coded directly into the file
Theme controls layoutLayout is CSS in the same file
Admin panel for editingEdit the file via GitHub (see Section 4)
Hosting costs moneyHosted free (GitHub Pages) or cheap (Cloudways)

Why we built them this way

Speed and cost. Static HTML pages load faster than WordPress, can't be hacked via plugin vulnerabilities, don't need expensive hosting, and are easy to version-control. The trade-off is that editing requires opening the HTML file rather than a visual admin panel.

2

Where the pages live

Each client has their own GitHub repository — a folder in the cloud that stores the code. All client pages are now live on Cloudways, each at its own subdomain of the client's website. GitHub Pages is only used as a temporary preview environment while a new page is being built and reviewed — the old github.io URLs are no longer the live sites.

ℹ️ Always edit in GitHub. Where the page is hosted doesn't change how you edit it — the GitHub repo is always the source of truth.
ClientRepoLive URLHosting
Performance Plusteddi-coder/performance-plusView ↗Cloudways
Automotive Insightteddi-coder/automotive-insightView ↗Cloudways
Ballarat Automotive SCteddi-coder/ballarat-automotive-service-centreView ↗Cloudways
Ballarat Roadworthyteddi-coder/ballarat-roadworthy-centreView ↗Cloudways
Ballarat Commercial SCteddi-coder/ballarat-commercial-service-centreView ↗Cloudways
Noranda Service Centreteddi-coder/noranda-service-centreView ↗Cloudways
Ultra Tune North Rydeteddi-coder/ultra-tune-north-rydeView ↗Cloudways
Core Dieselteddi-coder/core-dieselView ↗Cloudways
Auto Responseteddi-coder/auto-responseView ↗Cloudways
MM Marketing websiteteddi-coder/mechanicmarketing-staticView ↗Cloudways

How hosting works

Cloudways (every live page): All client pages and the MM Marketing website are hosted here. You still edit in GitHub exactly as before — but the live page does not update automatically. After your change is on the main branch, someone has to deploy it from Cloudways. That's the Pull step below.

GitHub Pages (preview for new builds only): While a brand-new page is being built and reviewed, it lives at a temporary github.io preview URL that updates automatically within ~2 minutes of saving. Once Teddi moves the page to Cloudways and the client's subdomain, the preview URL is retired — always check the Live URL column above.

Making a change live — the Pull step

This applies to every live page. Push to GitHub as normal. Once your change is committed to main (or your pull request has been merged), the live site won't change until you pull it through in Cloudways:

1
Log in to platform.cloudways.com — ask Teddi if you don't have a login
2
Open MM Server, then select the application for the page you changed — e.g. Performance Plus (HTML)
3
In the left menu, click Deployment via GIT
4
Check the Branch dropdown says main — leave the GIT Remote Address and Deployment Path exactly as they are
5
Click the blue Pull button
6
The live page updates within a minute or so — hard-refresh (Ctrl+Shift+R) to confirm your change is showing
⚠️ Pull deploys whatever is on main. Make sure your PR is merged (or your commit is on main) before pulling — and never click Remove, or change the remote address or deployment path.
3

What you can edit vs what to leave alone

✓ Safe to edit
  • Headlines & body copy
  • Phone numbers
  • Addresses & hours
  • Button labels
  • FAQ questions & answers
  • Review quotes & names
~ Edit with care
  • Image src URLs
  • Link href values
  • tel: phone attributes
× Leave to Teddi
  • Page structure & layout
  • CSS styling
  • New sections
  • Form handling
  • Any JavaScript
4

How to make edits

For simple text changes — phone numbers, hours, copy, reviews, FAQ answers — edit directly on GitHub. For anything structural, use Claude Code (see Section 8).

Editing directly on GitHub

1
Go to the repo — e.g. github.com/teddi-coder/performance-plus
2
Click index.html in the file list
3
Click the pencil icon (Edit this file) in the top-right
4
Use Ctrl+F to find the text you want to change
5
Make your edit
6
Scroll to the bottom, add a short note describing what you changed, and click Commit changes
7
Your change is now saved in GitHub — to make it live, do the Pull step in Cloudways (Section 2)
What you're editing looks like
<h1>Car Servicing & Repairs in Queanbeyan</h1>
<p>Trusted local mechanics keeping Canberra & Queanbeyan
   drivers safely on the road since 1986</p>

Find the words, change them, save. You don't need to understand the tags around them.

Tips

  • Use Ctrl+F to find text — search for the exact words on the live page
  • Only change text between the > and < characters — not the tags themselves
  • A phone number appears in two places — the visible label (Call 02 6324 1091) AND the href attribute (href="tel:+61263241091"). Update both.
  • GitHub keeps full history — if something looks wrong, revert via the History button
5

Getting access to GitHub

1
Create a free account at github.com — use your MM Marketing email
2
Send Teddi your GitHub username
3
Teddi adds you as a Collaborator on each repo — you'll get an email invitation to accept
4
Once accepted, you can edit files directly
You'll have Write access — you can edit and publish changes but can't delete the repo or change its settings.
6

Before saving any change — checklist

  • Used Ctrl+F to find the exact text — not scrolled manually looking for it
  • Only changed text between tags, not the tags themselves
  • If changing a phone number, updated both the visible label and the tel: href
  • Done the Cloudways Pull step (Section 2), then checked the live URL to confirm the change looks right
  • If something broke, reverted via the repo History button
7

Common tasks — quick reference

📞 Change a phone number

Search for the old number (e.g. 6324 1091). It appears in two places:

  • Visible label: Call 02 6324 1091
  • Link attribute: href="tel:+61263241091"

Update both. The tel: format uses +61 instead of 0 and has no spaces.

🕐 Update business hours

Search for the current hours text (e.g. 7:30 AM). Update wherever it appears — usually in 2–3 places: hero, location section, and footer.

Add a review

Find the reviews section (search for an existing reviewer name). Copy an existing review block:

<div class="review-card">
  <p>"Review text here."</p>
  <span>— Reviewer Name</span>
  <span class="stars">⭐⭐⭐⭐⭐</span>
</div>

Paste a copy, update the text and name, save.

Update an FAQ answer

Search for the question text. The answer is immediately below it. Update the answer text only — don't touch the surrounding tags.

🔘 Change a button label

Search for the current button text (e.g. Get a Quote). Update the text between the > and </a> tags. Don't change the href unless the destination is also changing.

8

Larger changes — Claude Code

For anything beyond text edits — adding a section, changing a layout, fixing a bug, changing colours or styling — don't edit the HTML directly. Write a code brief and run it through Claude Code instead.

What is Claude Code?

Claude Code is an AI coding tool built into the Claude desktop app. You open a repo folder, paste a brief, and it reads the files, makes the changes, and shows you exactly what it did — without you touching the code directly.

You already have it installed with the same code brief skill loaded as Teddi, so it knows exactly what format to expect.

How to write a brief

You don't write briefs manually. You describe what you want in plain English and ask Claude to write the brief for you.

"Write me a code brief for the Performance Plus page. The FAQ section shows all answers visible at once. I want clicking a question to toggle the answer open and closed."

Claude will ask any clarifying questions it needs, then produce a properly formatted brief ready to paste into Claude Code.

  • Say which page it's for
  • Describe what currently happens and what you want to happen instead
  • Name the section if you know it (e.g. "the Why Choose Us section")
  • You don't need to know the technical solution — just describe the problem

Running the brief through Claude Code

1
Open the Claude desktop app and switch to Claude Code
2
Open the repo folder for the page you want to change
3
Paste the brief into the chat
4
Claude Code explains what it plans to change and asks for confirmation before making any edits
5
Review what it did and open index.html in a browser to verify it looks correct
6
Tell Claude Code to commit and push — it handles that for you
7
Once the change is merged to main, do the Pull step in Cloudways (Section 2) to push it live
⚠️ If something looks wrong: don't commit. Tell Claude Code what's wrong and it will fix it before pushing.
ℹ️ Not sure if it's right? Send a screenshot to Teddi before telling Claude Code to push.

Adding a new page to an existing client

This is the common case — the client already has a repo and a live Cloudways site, and they need another landing page (a new service, a new offer, a new location). The new page is just another .html file in their existing repo, built to match the pages already there. No new repo, no new hosting, no DNS.

1
Decide the filename / URL — e.g. brake-repairs.html. Keep it short, lowercase, hyphenated
2
Gather the content for the page — service description, offer, phone number, any reviews specific to that service
3
Ask Claude to write a code brief for a new page in that client's repo, based on the structure and styling of the pages already in it — copying within the same client's repo is exactly right, it keeps everything consistent
4
Run the brief through Claude Code in that client's repo, review the new file in a browser, then tell it to commit and push
5
Once merged to main, do the Pull step in Cloudways — the new page goes live at the-client-subdomain/your-filename.html
6
If the page needs a clean URL (no .html on the end), tell Teddi — that's a one-line rewrite rule she adds in Cloudways

Setting up a brand-new client

Different job entirely. New clients don't start from scratch or from another client's repo — every new client build starts from the shared template repo, teddi-coder/mm-lp-template. The template already contains the page structure, layout, forms and tracking hooks; branding is controlled by CSS variables at the top of the stylesheet, so a new client's colours drop in without touching the layout. Here's the split of who does what:

1
Gather the content — business name, suburb/location, services to feature, phone number, opening hours, brand colours, logo, and 3–5 real Google reviews
2
Ask Teddi to create the repo from the template — repo creation, the Cloudways app and the subdomain DNS are her side of the fence
3
Describe the business and the page goal to Claude and ask it to write a code brief for a new LP from the template — include everything from step 1
4
Open the new repo in Claude Code and run the brief, exactly like the workflow above
5
Review the page on its temporary GitHub Pages preview — this is the one situation where the github.io URL is the page you check
6
When you and the client are happy, hand back to Teddi — she moves it to Cloudways, points the client's subdomain at it, and adds it to the table in Section 2
⚠️ Never start a new client by copying another client's repo — always go from mm-lp-template. Copying a live client page drags their phone numbers, tracking IDs and branding along with it. (Copying pages within one client's own repo is fine — that's the new-page workflow above.)
9

Getting help

🤔 Minor uncertainty

Make the change, check the live page after 2 minutes. If something looks wrong, revert via the GitHub History button.

🔧 Larger or structural changes

Describe the problem to Claude, get a brief, run it through Claude Code. Or send it to Teddi.

🚨 Something broke and you can't fix it

Go to the repo → index.html → click History (clock icon) → find the last working version → restore it.

GitHub keeps every version forever. Nothing can be permanently broken.