Website specification • business truth • audience • architecture • design system • media • features • platform requirements
OMEGA WEB PRO DOCUMENTATION • WEBSITE SPECIFICATION

Define the Website First. Generate from One Authoritative Brief.

A strong Omega project starts by deciding what the website must be, who it serves, how it is structured, how it should look and what it must do. This guide explains the information that belongs in the website specification and how Omega resolves conflicting or incomplete inputs.

Business facts firstAudience + market scope105 page types6 repeatable systemsComplete design controls50,000-character briefExplicit choices authoritative
AUTHORITATIVE PROJECT BRIEF● CURRENT PLATFORM REFERENCE
DocumentationPrinciplesBusinessPage ArchitectureContentDesignMediaPlatformReview
✓ One source of truth✓ Explicit selections preserved✓ Auto resolves only gaps

Specification principles

Separate facts, requirements, preferences and optional Auto decisions.

This distinction prevents generated content from treating a guess as a business fact.

FACT

Business facts

Legal/business name, services, products, locations, contact information, operating areas and claims you can substantiate.
REQ

Requirements

Pages that must exist, required functions, regulatory disclosures, platform target, supported languages/regions and deployment constraints.
PREF

Preferences

Visual style, typography, imagery, tone, hero treatment, cards, buttons, spacing and motion.
AUTO

Auto choices

Areas the planning system may resolve when you deliberately leave them open.

Business + market

Give Omega enough real context to write and structure the website responsibly.

Generated text cannot invent accurate private business facts that were never provided.

🏢

Identity

Business/organization name, trading name, purpose, industry, sub-industry and business model.
🌍

Markets

Countries, regions, cities, service areas, local/national/international scope and regional language conventions.
👥

Audiences

Primary and secondary customer/user groups, knowledge level, buying context and trust concerns.
🎯

Goals

Lead generation, ecommerce, bookings, education, information, support, portfolio, recruitment or another measurable purpose.

Architecture

Choose the information architecture deliberately.

Page count should follow user needs and project scope rather than an arbitrary template count.

105

Built-in pages

Use the 105-page catalogue to select the public pages the project needs.
6

Repeatable page families

Use structured service, location, product, case study, team and article lists when individual pages are valuable.
+

Custom pages

Add project-specific page requirements not represented by a built-in page type.
120

Current maximum

The generated total must stay within the current 120-page build limit.

Content direction

Define voice, terminology, factual boundaries and calls to action.

AI-assisted writing is stronger when the brief defines what may be said and what must not be fabricated.

Aa

Voice + tone

Professional, technical, friendly, luxury, editorial, direct, educational or another appropriate voice.
TERM

Terminology

Preferred service names, capitalization, product language, regional spelling and terms to avoid.
PROOF

Claims + evidence

Supply the facts behind credentials, guarantees, statistics, awards, experience, locations and commercial claims.
CTA

Conversion strategy

Define the main action: contact, quote, book, buy, call, visit, apply, subscribe, download or another conversion.

Design requirements

Translate brand intent into explicit design controls.

Use a blueprint as a starting direction, then override component systems where the brand requires it.

🎨

Colour + theme

Brand colours, light/dark/auto mode and contrast expectations.
Aa

Typography

Heading/body font direction, text scale and readability.

Navigation

Header architecture, navigation treatment, mobile menu and hierarchy.
H1

Hero + sections

Hero type/height, section rhythm, background systems and content width.

Cards + media

Card treatment, image shape, gallery layout and visual density.
3D

Buttons + motion

CTA hierarchy, button style and motion level.

Images + supporting material

Provide source media at the highest useful quality you control.

Omega can generate responsive derivatives but should not be expected to invent missing originals or improve a tiny source beyond its actual information.

LOGO

Logo

Upload the official logo that should identify the generated site.
IMG

Supporting images

Use relevant owned/licensed imagery and provide guidance about where it belongs.

No unnecessary upscale

Responsive derivative generation caps widths to the source image when appropriate.
ZIP

Supporting documents

Use controlled text/markup/ZIP inputs to provide context that belongs alongside—not above—the Builder specification.

Production target

Specify platform requirements before generation.

Pure HTML and WordPress have different runtime, form, installation and maintenance assumptions.

</>

Choose Pure HTML when

You want a CMS-free portable website using ordinary HTML/CSS/JavaScript and compatible hosting.
W

Choose WordPress when

You need a native WordPress project, theme architecture, WordPress content/editing features and WordPress-specific runtime behavior.

Human review

Review the specification before generation and review the generated site before publication.

Automation does not transfer responsibility for business accuracy, legal compliance or deployment suitability.

Before Generate

Check domain, business facts, pages, repeated lists, design direction, image rights and platform selection.

Before Purchase

Use Builder preview to check layout, navigation, imagery and obvious content issues.

Before Publish

Check live forms, legal text, prices, claims, accessibility, SEO, analytics/cookies and industry-specific obligations.

Omega Web Pro documentation

A better website starts with a better specification.

Open Builder and define the business, architecture, design and platform requirements before asking Omega to generate.