Insights

Web Development

How to Build a Website for SEO from the Start

Plan SEO before launch: search intent, URL structure, headings, internal linking, technical foundations, mobile performance and measurement.

10 min czytania

PROCESS

The best time to think about SEO is not after a website is published. It starts when you decide which pages are needed, what users search for and how they should move between services, guides, case studies and contact.

If SEO is added only at the end, the project often needs URL changes, additional sections, menu changes or indexation fixes. Much of that cost can be avoided when structure, content and development are planned together.

Short answer

To prepare a website for SEO from the start, define search intent, URL structure and the most important pages before finalizing the visual design. Then build useful content, internal linking, semantic HTML, good performance, a strong mobile experience, correct indexation and measurement in Google Search Console. Before launch, verify canonicals, the XML sitemap, robots.txt, redirects and any accidental noindex directives.

Google does not require a separate “GEO schema” or special AI file for AI Overviews or AI Mode. The foundation is still a useful, accessible and trustworthy website that follows good SEO practices.

1. Start with user questions, not the menu

A common website process goes in the wrong order: design first, menu second, copy later, and only at the end someone asks, “what about SEO?”.

A better order starts with what the user is looking for and what decision they are trying to make.

For a service business, different intents may include:

  • finding a provider for a specific service
  • checking the price
  • comparing solutions
  • seeing previous work
  • confirming whether the company serves a location
  • understanding how cooperation works

Each of these intents may need a different page type or section.

2. One primary intent = one primary URL

Good SEO architecture does not mean creating several nearly identical pages for small variations of one keyword. If different phrases lead to essentially the same type of search result, it is usually better to build one strong page than several URLs competing with each other.

Intent Primary URL Role
web design and development /en/web-development/ main service page
ecommerce development /en/ecommerce-development/ separate ecommerce intent
SEO audit /en/seo-audit/ separate diagnostic service
website cost /en/insights/website-cost/ guide supporting a purchasing decision

This reduces cannibalization and makes it easier for Google to understand which page is the main result for a topic.

3. Plan the site structure before the wireframe

Once you know which topics are needed, plan the information architecture. For every important page define:

  • the user goal
  • the main question
  • the desired action
  • the key sections
  • links to related services
  • FAQ questions
  • trust signals such as work, experience, process and data

Then the layout supports the content instead of forcing useful information into arbitrary blocks.

4. Write the most important content before locking the design

You do not need every future article before design starts, but the main commercial pages should already have realistic draft copy. Text affects section length, heading count, information order, examples, CTA placement, column widths and card sizes.

Designing around Lorem Ipsum often ends with valuable information being cut later simply because it does not fit the mockup.

5. Use headings to organize information

Headings should help people understand a page quickly. In most cases you need one logical H1 for the main topic, H2s for the main parts of the answer and H3s for subsections.

You do not need the exact keyword in every heading. A clear heading such as How much does website maintenance cost? is better than a stuffed heading written mainly for a search engine.

6. Keep URLs clear and durable

A URL should be short, stable and understandable. /en/seo-audit/ is better than a long nested address full of unnecessary words.

For evergreen articles, a URL without a year is usually easier to maintain. You can update the title, H1 and content each year without moving the article to a new address.

7. Build internal linking into the structure

Users and Google should be able to move naturally from information to a service and from a service to a useful guide.

For example, an article about website costs can link to Web Development, while the Web Development page can link to WordPress Development, Ecommerce Development, SEO, Portfolio and SEO Audit.

That creates a clear network of relationships instead of a collection of isolated pages. Anchor text should describe what is behind the link; it does not need to be the same exact-match phrase every time.

8. Keep important content available in HTML

Google can process JavaScript, but essential information should not depend on an effect or interaction that is difficult for a crawler—or a user—to access.

Do not hide critical information only inside images, canvas elements, animations or interactions without a text equivalent. This is especially important for prices, service scope, project names, FAQ content and company information.

9. Design mobile as a real user scenario

Mobile should not be a compressed desktop layout. Check whether the main message and CTA are visible early, text remains readable, buttons are easy to use, navigation is simple, forms are practical and important content is not pushed far down by decorative elements.

Also check mobile indexability: the same meaningful content should be available on mobile, and critical links should not disappear.

10. Build for performance from the start

Performance is easier to protect when it is treated as a design and development requirement instead of a last-minute optimization task.

Pay particular attention to:

  • the hero image and LCP element
  • unnecessary JavaScript
  • large fonts and assets
  • third-party scripts
  • image dimensions and modern formats
  • layout shifts
  • heavy builders and libraries that do not provide real value

Core Web Vitals are not the whole of SEO, but a slow, unstable website can damage user experience and make the technical foundation harder to maintain.

11. Prepare metadata as part of the page, not after it

Every important page should have a useful SEO title and meta description written for the actual search intent. They should explain what the page offers rather than repeat keywords mechanically.

The H1, title and URL do not have to be identical, but they should describe the same topic.

12. Control indexation deliberately

Before launch, verify which URLs should be indexed and which should not. Check:

  • noindex directives
  • robots.txt rules
  • canonical URLs
  • HTTP status codes
  • XML sitemap contents
  • duplicate or test pages
  • filter and parameter URLs where relevant

A beautiful page that Google cannot index is still an SEO problem.

13. Plan redirects before a migration

If an old website already has traffic, links or rankings, create a map from old URLs to the most relevant new URLs before launch. Do not redirect everything to the homepage. Each permanent move should have a meaningful destination.

After publication, test redirects and monitor 404 errors and indexation in Search Console.

14. Use structured data only where it describes visible content

Schema can help search engines understand the type and meaning of content and can make a page eligible for selected search features. It should reflect what users can actually see on the page.

Do not add structured data simply because a plugin offers a checkbox. Use the types that fit the real entity and content.

15. Prepare content for AEO, GEO and AI Search without writing for robots

Answer directly

If a heading asks “How much does SEO cost?”, provide the short answer in the first one to three sentences, then expand.

Add first-hand experience

AI systems can summarize many generic definitions. Real projects, observations, Search Console data, working processes and specific examples are harder to replace.

Make entities clear

A website should make it easy to understand what FreenetPro is, which services it provides, who runs it, which projects it has delivered, which markets it serves and which technologies it genuinely uses.

Use facts instead of empty claims

“Highest quality” says little. It is more useful to explain that a site is built without a heavy builder, uses a defined stack, has been measured against Core Web Vitals or follows a documented migration process.

Keep content current

For price and technical guides, show an update date so users can tell whether information is current or several years old.

16. Connect measurement before launch

You should not wait until after publication to decide how results will be measured.

At minimum, configure Google Search Console, suitable analytics such as GA4 where needed and correctly consented, and tracking for important conversions such as forms, calls or purchases.

In Search Console, monitor impressions, clicks, average positions, new queries, pages gaining or losing visibility, indexation and Core Web Vitals.

17. SEO checklist before publication

Structure

  • ☐ each main intent has a target URL
  • ☐ there are no near-duplicate pages competing for the same topic
  • ☐ important pages are reachable through navigation or internal links
  • ☐ URLs are short and durable

Content

  • ☐ every important page has one logical H1
  • ☐ H2s answer real user questions
  • ☐ critical information exists as HTML text
  • ☐ there are no placeholders or empty commercial pages
  • ☐ informative images have useful alt text

Technical SEO

  • ☐ HTTPS works correctly
  • ☐ important URLs return 200
  • ☐ no accidental noindex
  • ☐ robots.txt does not block important sections
  • ☐ canonicals are correct
  • ☐ the XML sitemap contains indexable pages
  • ☐ 301 redirects are ready for a migration

Performance

  • ☐ LCP, INP and CLS have been checked
  • ☐ the hero image is optimized
  • ☐ unnecessary heavy libraries are avoided
  • ☐ below-the-fold images are lazy-loaded where appropriate
  • ☐ the layout does not jump after loading

Measurement

  • ☐ Search Console is connected
  • ☐ the sitemap is submitted
  • ☐ conversions are measured
  • ☐ a pre-redesign visibility baseline has been saved when relevant

18. What to check after publication

The first days and weeks after launch are important, especially after a migration. Check whether Google discovers the new URLs, old addresses redirect correctly, 404s are not increasing, key pages are indexed, the sitemap is clean, forms work and Search Console does not show a sudden technical problem.

Do not judge the whole SEO result one day after launch. First confirm that the site has been discovered, processed and indexed correctly.

FAQ

Should SEO be planned before a website is built?

Yes. Starting before visual design makes it possible to align the structure, URLs, content and internal linking with real demand instead of rebuilding the finished site later.

How do you prepare a new website for Google?

Plan structure and content, use indexable HTML, optimize performance and mobile UX, create useful metadata and internal links, configure the sitemap, canonicals and Search Console, and prepare 301 redirects for any migration.

Is WordPress good for SEO?

Yes. WordPress can be an excellent SEO-friendly CMS when it is implemented cleanly, configured correctly and not overloaded with unnecessary plugins or a heavy builder.

Does website speed affect SEO?

Performance and Core Web Vitals are part of the overall page experience. They do not replace useful content, but a slow or unstable site can hurt UX and make good technical performance harder to achieve.

Do you need a blog to rank?

No. For many businesses, strong service pages, location pages and case studies are more important first. A knowledge section is useful when it answers real questions and supports commercial pages.

Does structured data improve rankings?

Schema helps search engines understand content and can make pages eligible for selected rich results. Adding schema alone does not guarantee higher rankings.

Do you need special schema or ai.txt for GEO?

No special file or GEO schema is required for Google AI Overviews or AI Mode. The foundation remains indexable, useful content and correct structured data that matches what is visible on the page.

What is the most common SEO mistake during a redesign?

Launching a new URL structure without mapping old URLs and redirects. That can lose traffic, backlinks and rankings earned by the previous site.

Building a new website or planning a redesign?

The biggest savings come when structure, UX, content, development and SEO are planned together. That avoids “adding SEO” to a finished project or rebuilding important parts immediately after launch.

See how FreenetPro builds websites with SEO planned from the start →

Read next

Related articles

START A PROJECT

Have a website to rebuild or a new project?

Tell us what you need. We’ll explain clearly what is worth doing, in what order, and what does not need to be overcomplicated.

kontakt@freenetpro.com WhatsApp · +48 512 480 599