PlaysbyMoat8
Back to the library
The workflow guideResearch

Compare competitor landing pages with your own

Collect current page screenshots and ask an assistant to identify differences worth investigating.

6 implementation stepsIntermediate

How this works

Collect current page screenshots and ask an assistant to identify differences worth investigating. Landing-page comparison can reveal differences worth testing, but a screenshot does not show conversion rates or explain why one design works. The useful output separates observable page choices from hypotheses about their effect.

Capture comparable pages and review them against explicit messaging, layout, trust, and conversion-path criteria. Include your own page as the reference. Turn differences into specific experiments rather than copying a competitor's design or declaring a winner.

Before you start

Comparison goal

Choose the visitor task and conversion action being studied.

Page set

Select relevant competitors and comparable offers.

Capture conditions

Use consistent device size, locale, and access state.

Prepare the inputs

page_references
Required

Own and competitor pages

Record retrieval date and any access limits.

screenshots
Required

Comparable captures

Keep viewport dimensions and page state.

page_text
Required

Visible copy

Preserve important claims and calls to action.

review_criteria
Required

Defined dimensions

Separate messaging, hierarchy, trust, and interaction.

own_constraints
Required

Brand and product limits

Avoid proposing unavailable features.

Implementation, step by step

  1. Choose comparable journeys

    • Identify the offer and action on each page.
    • Exclude or label pages serving a materially different buyer or funnel stage.

    Checkpoint: A comparison scope.

  2. Capture current evidence

    • Record screenshots and readable text at the agreed viewport.
    • Note hidden content, consent banners, and interactions not observed.

    Checkpoint: A dated page evidence set.

  3. Describe observable choices

    • Compare headline promise, information order, proof, form effort, and action visibility.
    • Use concrete observations rather than aesthetic verdicts without reasons.

    Checkpoint: A criterion-based comparison table.

  4. Identify likely friction

    • Connect differences to the visitor's task and your own page's stated goal.
    • Label effects as hypotheses because competitor conversion data is unknown.

    Checkpoint: A friction and opportunity shortlist.

  5. Design original tests

    • Propose bounded changes to your own page using approved product facts and brand rules.
    • Specify the changed variable and the result to observe.

    Checkpoint: A test-ready recommendation set.

  6. Review and prioritize

    • Check feasibility and avoid bundling several untested changes into one vague redesign.
    • Deliver evidence and experiment options for the page owner.

    Checkpoint: A focused comparison brief.

Decisions along the way

Competitor page targets a different segment

Treat it as inspiration only and note the mismatch.

A dynamic interaction cannot be observed

Mark it unknown rather than infer behavior from the screenshot.

A competitor makes an unsupported claim

Do not import the claim into your own page.

What you will produce

landing-page-comparison.csv

CSV

Separates facts from interpretation.

Include: page · criterion · observation · evidence · hypothesis

page-experiment-brief.md

Markdown

Supports original improvement tests.

Include: problem · proposed_change · variable · measure · constraints

Check the result

  • Verify every observation against the captured page.
  • Keep viewport and page-state differences visible.
  • Check proposed copy against own product facts.
  • Ensure no claim about competitor conversion or revenue appears without evidence.

When something goes wrong

Screenshot captures a loading state

Recapture or mark the evidence incomplete.

The assistant recommends copying a distinctive layout

Translate the underlying usability principle into an original design.

Several changes cannot be evaluated separately

Prioritize or design a clearly bounded combined experiment.

A worked example

SYNTHETIC EXAMPLE · NOT A REPORTED BUSINESS RESULT

Request

Compare signup pages for a business dashboard.

Inputs

Synthetic example. Synthetic own page has a 10-field form; a comparable competitor shows a 3-field first step. Conversion rates are unavailable.

Expected result

Synthetic expected result. Propose testing a shorter first step if required data can be collected later. Do not claim the competitor converts better.

Run a small pilot

Start small

Your page and a few directly comparable alternatives.

Record the baseline

Record review time and the usefulness of proposed tests.

Agree success criteria

Agree observation accuracy and testability with the page owner.

Stop or revise

Stop conclusions based on inaccessible states or incomparable offers.

Keep the scope clear

  • Public design evidence is not permission to copy assets or wording.
  • The comparison does not authorize changing or publishing your page.

Check before using

Check screenshots and context; a competitor’s design does not prove effectiveness.

Business activities

  • Run advertising and acquisition tests
  • Research customers and markets

Editorially adapted workflow; not independently tested.

FROM A RECIPE TO YOUR WORKFLOW

Bring the company context together.

This workflow needs reliable inputs before it needs a better prompt. Moat8 Vault brings working information into a readable archive for the AI tools you use.

For this recipe: Competitor page list · Your landing page · Review criteria

Start with one recurring task, agree which sources to use, and review the first result with your team.

Discuss this workflow

What does your team do?

Choose the recurring work you would like to improve.

A field guide, made for work.

Plays is a curated library of anonymized business workflows. Each recipe explains the inputs, steps, tools, and checks you can adapt to your team. These are editorial guides, not independently tested implementations.

When you share a company website, the guide may read a limited number of public pages on that website. Messages and retrieved page text are sent to our AI provider, NVIDIA, to recommend relevant workflows. Share a general description rather than confidential information.

Saved workflows and selected activities stay in this browser. Your chat history and selected company website are kept in this tab and cleared when you reload or start a new chat. The server does not store conversations. Live source monitoring is not enabled.

If you allow analytics, PostHog receives page views and actions such as workflow saves, skill downloads and link clicks. Random browser and session identifiers connect these actions without identifying you by name. Your choice and browser identifier expire after 90 days; sessions restart after 30 minutes of inactivity or 24 hours. We use local storage, not analytics cookies. Messages, company URLs, search text, full referrers and IP addresses are not sent. There are no person profiles or session recordings. You can decline or withdraw in Analytics settings; Do Not Track and Global Privacy Control keep analytics off.

Read the Plays Privacy Notice ↗