Chapter 1
Build a landing page only when the product page cannot carry the campaign
Start from the assumption that paid traffic goes to your product page, and build something separate only when you can name what the product page cannot do. That test saves a lot of wasted work, because a hastily built landing page usually converts worse than the product page it replaced.
The product page is a strong destination for a reason. It carries every photo, the full description, the reviews, the delivery estimate, the returns terms, the variant selector and a buying process that already works. A shopper arriving there can complete the purchase without anything unusual happening.
A separate page earns its place in a few specific situations. When the offer is a bundle or a set that does not exist as a single product in your catalogue. When the campaign is built around a problem or an occasion rather than an item, and the page has to explain before it sells. When you are selling a subscription or a plan that needs comparing. When the audience needs education first, such as a product category people do not yet understand. When you are collecting something other than an order, such as a waiting list signup or a quiz response. And when you need to test a completely different structure without disturbing pages that already rank.
There is a fourth option people forget, which is improving the product page instead. If the reason for a landing page is that the product page does not answer objections well, the honest fix is to answer them on the product page, where all your organic traffic lands too. That change helps every visitor, not just the ones from one campaign.
Be careful about search implications as well. Duplicated product content on a separate page can compete with the original in search results, and a page built for one campaign is rarely something you want ranking. Set it up so search engines are not asked to choose between two versions of the same thing.
- Default to the product page, and justify anything else
- Build separately for bundles, occasions, subscriptions and education first offers
- If the problem is unanswered objections, fix the product page instead
- Prevent a campaign page from competing with the product page in search
Chapter 2
Give the page one job and one action
Decide the single thing a visitor should do, then remove everything that competes with it. Landing pages fail more often from having several purposes than from any design fault.
Write the action as a sentence before you design anything. Buy this bundle. Start this subscription. Join the waiting list. Book the consultation. If you cannot state it in one short sentence, the page is not ready.
Then audit for competition. A newsletter popup on a page whose job is a purchase competes with the purchase. A menu offering fifteen categories invites people to browse away. A link to your blog is an exit. A second offer at the bottom splits the decision. None of these are bad in themselves, they are simply the wrong things on a page with one job.
The navigation question comes up constantly, and the honest answer is that it depends on the traffic. A visitor who arrived from a specific ad for a specific offer usually does not need your full menu, and removing it keeps attention on the offer. A visitor who is not ready to buy and cannot get anywhere else will just leave, which some stores are fine with and others are not. A reasonable compromise is a simplified header with your logo, a way to reach the cart, and a link to support, without a full category menu.
Repeat the same action rather than adding new ones. A long page should offer the same button several times, after each section that gives someone a reason to act. What it should not do is offer a different action each time.
Finally, make sure the action is possible for the visitor who is ready immediately. Someone who already knows they want it should be able to buy within seconds of arriving, without scrolling through your explanation first.
- Write the single action as a sentence before designing
- Remove popups, second offers and links that compete with it
- Use a simplified header rather than the full category menu
- Repeat the same button down the page, never a different one
Chapter 3
Match the page to the promise the ad made
The first thing a visitor checks, without realising it, is whether they are in the right place. If the page does not visibly continue the ad, they leave before reading anything, and you have paid for a click that never had a chance.
Match three things. The words: the phrase that was in the ad headline should appear near the top of the page, in the same language. The picture: if the ad showed a specific product in a specific setting, that image or a close relative should be visible immediately. The offer: if the ad said a specific discount, bundle or delivery promise, the page has to state the same one in the same terms.
Mismatch is usually accidental. A campaign gets refreshed and the page does not. An offer ends in the ad account and stays on the page. A creative test introduces a new angle that the page never mentions. All of these are found by clicking your own ads on a phone, which is a worthwhile habit whatever else you do.
Match the audience as well as the creative. Traffic from a search for a specific product is closer to buying than traffic from a video someone was shown while scrolling. A page that works for the first can be far too brief for the second, which needs more explanation before the offer makes sense. Where the difference is large, two versions of the page are justified.
This also applies to email and organic sources. A page built for a paid campaign is often reused in a newsletter or a social post where the context is different, and the introduction that made sense after an ad no longer does.
Finally, be careful that the offer in the ad is one the page can honour for everyone who clicks. Stock limits, regional restrictions and expiry dates that are true in some cases and not others produce a page that contradicts itself, and shoppers notice.
- Repeat the ad's exact phrase and image near the top of the page
- State the same offer in the same words, and update both together
- Click your own ads on a phone regularly to catch drift
- Give colder audiences more explanation before the offer
Chapter 4
Put the offer, the product and the reason to stay in the first screen
Design the first screen on a phone as if it is the only thing that will be seen, because for a large share of visitors it is. Everything essential has to fit there: what this is, what it costs, why it is worth reading on, and how to act.
Five things belong at the top. A headline that states the offer or the outcome in the visitor's own words. An image or short video showing the product clearly. The price, or the offer if the price is conditional. One line that removes the biggest immediate objection, usually delivery, returns or a fit question. And the button.
The headline does most of the work. Specific beats clever. A headline that names the product and what it does for a particular person will outperform a slogan almost every time, because a visitor who arrived two seconds ago is still deciding whether this page is about them.
Be careful with hero images that look impressive and communicate nothing. A large atmospheric photograph with the product barely visible is a common and expensive mistake on stores. Show the thing. If the size or scale is the main question, show the scale in the first image.
Put the price where it is expected. Hiding it makes people scroll to find it, and a proportion of them leave instead. If your price needs justification, put the justification next to it rather than delaying it.
Do not let the top of the page be filled with things that are not the offer: an announcement bar, a cookie banner covering half the screen, an autoplaying video with a slow first frame, or a popup that appears before anything has been read. Test the page on a mid range phone and look at what is genuinely visible when it loads.
- Headline, image, price, one objection handled, and the button
- Name the product and the outcome instead of writing a slogan
- Show the product clearly, and show scale if scale is the question
- Check what is really visible on a mid range phone at first load
Chapter 5
Order the body the way a shopper's objections arrive
Structure the page as a sequence of answers to the questions a real buyer asks, in the order they ask them. That order is not the order your product team thinks in, and it is not a feature list.
The usual sequence runs like this. What is it and what does it do. Why should I believe that. Is it for someone like me. How does it work in practice. What does it cost, all in, including delivery. What if I am wrong about it. What do I do now. Each of those deserves a section, and sections a visitor does not need can be skipped over by anyone scrolling.
Use the customer's language, which you can take directly from reviews, support messages and your own site search. A section headed with a question a customer actually asked performs better than one headed with an internal product term.
Make each section skimmable on its own. A short heading that states the point, two or three short paragraphs, and an image where an image explains faster than words. Most people scroll rather than read, and the headings are what they see.
Show the product working rather than describing it working. A short demonstration clip, a before and after, a photograph of the item in a normal setting: these carry more weight than any adjective. This is where content from customers earns its place on the page.
Handle the price question directly rather than avoiding it. If the product is expensive, say what makes it worth it, break the cost down over its life if that is honest, and compare it against the buyer's own alternatives rather than against another company. If there is a cheaper option in your own range, saying so builds more trust than pretending it does not exist.
Finally, end sections with the button. Every time you have finished answering something, the visitor may be ready.
- Answer in order: what it is, why believe it, is it for me, how it works, cost, risk, next step
- Head sections with questions customers actually asked
- Show demonstrations rather than describing features
- Repeat the button after each section that gives a reason to act
Chapter 6
Put proof beside the claim it supports and the risk reversal beside the button
Place evidence where the doubt is rather than collecting it all in a testimonial block near the bottom. A claim followed immediately by its proof is far more persuasive than a claim on its own and a wall of praise three screens later.
Match the type of proof to the type of doubt. A doubt about whether it works is answered by a demonstration or a customer describing the result. A doubt about quality is answered by a close photograph, a materials detail or a warranty term. A doubt about whether it suits this particular person is answered by a review from someone visibly similar. A doubt about the company is answered by clear contact details, a real returns process and a policy written in plain language.
Use specific proof rather than general praise. A review that says exactly what happened is worth more than five that say the product is great. Where you have numbers you can genuinely support, such as a stated warranty length or a measured specification, use them. Where you do not, do not invent them.
Put the risk reversal next to the button, not in the footer. Whatever makes it safe to try, the return window, the exchange policy, the delivery promise, belongs within sight of the action. It is at that moment the visitor is weighing up what happens if they are wrong.
Be careful with badges. A row of generic trust icons at the bottom of a page does little, and can even draw attention to a risk the visitor was not thinking about. Specific, concrete reassurance works better than symbolic reassurance.
Finally, keep proof current. Reviews from years ago, an out of date press mention or a testimonial about a product you no longer sell all quietly undermine the page. Review the proof on any page that stays live for more than a season.
- Place each piece of evidence next to the claim it supports
- Choose proof that matches the doubt: demonstration, detail, similar customer, policy
- Put the return or exchange terms within sight of the button
- Prefer specific concrete reassurance over generic badges
Chapter 7
Decide where the buying actually happens before you build the page
Work out the mechanics of the purchase early, because they shape the whole page. There are three common patterns, and each has a different build and a different failure mode.
The first pattern sends the visitor to your normal product page or cart to complete the purchase. It is the simplest to build and it reuses everything that already works, but it adds a step and the visitor arrives at a page that looks different, which can undo the momentum the landing page built.
The second pattern puts the buying controls on the landing page itself: variant selection, quantity and an add to cart button that opens your normal cart. This keeps the visitor in one place and is usually the best balance for a store. It requires the page to handle stock, variants and pricing correctly, which is where these pages most often break.
The third pattern sends the visitor straight into checkout with the item already in the cart. It removes steps and suits a single fixed offer with no options. It also removes the chance to add anything else, and it can confuse visitors who expected a cart first.
Whichever you choose, make the state obvious. If someone selects a variant, show it. If something is out of stock, say so at the point of selection rather than at checkout. If the offer requires a specific quantity or a code, apply it automatically rather than asking people to type it.
Test the entire path on a phone, with a real payment, before spending anything. Then test the failure cases: an out of stock variant, a declined card, a back button press mid checkout. Landing pages built outside the normal store templates are where these edge cases usually go untested, and each one is a paid visitor lost.
- Send to the product page, sell on the page, or go straight to checkout
- Selling on the page is usually the best balance for a store
- Show variant, stock and price state clearly at the point of choice
- Test the full path and the failure cases with a real payment
Chapter 8
Build for a slow phone on a poor connection
Assume the visitor is on a mid range phone on mobile data, because a large share of paid traffic is, and a page that loads slowly loses people before any of your copy is read. Speed is not a technical nicety here, it is the first conversion factor.
The usual culprits are predictable. Oversized images that were never compressed. Autoplaying video that loads before anything else. Multiple font files. A page builder that loads scripts for every feature whether or not the page uses them. Third party scripts for chat, popups, reviews and analytics, each adding weight. Each is small on its own and they accumulate.
Deal with the big things first. Compress and correctly size every image, and serve modern formats. Make sure the main image at the top loads first rather than after everything else. Defer anything that is not needed for the first screen. Load video only when the visitor asks for it, or use a still image with a play control.
Count your third party scripts and remove what is not earning its place. A chat widget on a page nobody uses chat on, an old tracking pixel from a campaign that ended, a heatmap tool left running from a test last year: all cost every visitor a little.
Check layout stability as well as speed. Content that jumps as images and banners load causes mis taps and frustration, and on a page with one button that is expensive.
Then test properly. Use a page speed tool for the diagnosis, but also load the page on an actual phone that is not new, on mobile data, and time how long until you can read the headline and see the button. That experience is what your visitors have, and it is often very different from the same page on an office connection.
- Compress and size every image, and load the top image first
- Defer video and anything not needed for the first screen
- Audit third party scripts and remove the ones nothing uses
- Test on a real, older phone on mobile data, not just a speed tool
Chapter 9
Track the page so you can tell why it failed, not just that it did
Set up measurement before the page goes live, so a disappointing result tells you where to look. A landing page with only a conversion rate attached gives you nothing to act on.
Track the stages separately. How many people arrived. How many scrolled past the first screen. How many reached the buying section. How many started the purchase. How many completed it. Each drop between those points has a different cause and a different fix, and you cannot see any of it from the final number alone.
Add the qualitative layer. Session recordings and scroll or click maps show you where people stop, what they try to tap that is not a link, and which section everyone skips. On a single page with a single purpose, a handful of recordings is often enough to find the problem.
Use campaign parameters consistently so you can separate sources. The same page can perform well for search traffic and badly for social traffic, and averaging them hides both facts. If a page serves several campaigns, tag them properly at the start rather than trying to untangle it afterwards.
Be realistic about attribution. Platform reported conversions, your analytics and your store admin will disagree, and the gaps grow with tracking restrictions. Pick your store's own order data as the source of truth for what happened, and use the platform numbers to compare relative performance between things you ran at the same time.
Finally, watch what happens after the sale. A landing page that produces orders with a high return rate or a low repeat rate is not the success its conversion rate suggests. Check the quality of the customers it brings, not just the quantity, before you scale spend against it.
- Measure arrivals, scroll depth, buying section reached, started and completed
- Watch a handful of recordings before changing anything
- Tag campaigns so sources can be read separately
- Check return rate and repeat rate of the orders the page produces
Chapter 10
Test the things big enough to matter, and retire pages when the campaign ends
Improve the page by changing things that could plausibly move the result, and accept that most stores do not have the traffic to test small differences. Then plan for the page to be retired, because a landing page left up after its campaign becomes a liability.
Test at the level of the argument rather than the detail. A different headline that makes a different promise. A different first image. A different structure that puts the price earlier or later. A different offer. These are changes large enough to produce a readable difference. Button colours and word swaps generally are not, at the traffic most stores have.
If you cannot run a proper split test, run a before and after with a clean cut over, keep everything else constant, and be honest with yourself about seasonality and other changes during the period. It is less reliable than a split test and it is much better than guessing.
One test worth prioritising is the page against your existing product page. Send half the campaign traffic to each and compare. This is the test most stores skip, and the results are frequently uncomfortable for the landing page.
Keep a small set of pages rather than a large one. Every page is something to maintain: prices, stock, offers, delivery information, legal text and links all drift. A team that can look after three pages properly will do better than one with twenty that nobody has read this year.
When a campaign ends, deal with the page. Redirect it to the product or collection it relates to, or remove it and let it return a proper not found status if there is nowhere sensible to send people. Leaving live pages advertising an expired offer damages trust with anyone who finds them, and they occasionally get indexed and shown in search results long after you forgot they existed.
- Test different promises, images, structures and offers, not small details
- Split test the landing page against your normal product page
- Keep few enough pages that each one stays accurate
- Redirect or remove pages when the campaign they served ends
