Website

Build a JavaScript-free multi-page corporate site and deliver it at 100

Has your assistant build a still, fast and accessible site for corporate work such as architecture, engineering or consulting. Menu and footer are static HTML, fonts and CSS are self-hosted, and every page is measured before hand-over.

When to use it

When a corporate business needs a multi-page site where speed and accessibility matter more than decoration, with no animation and no JavaScript.

What you get

A corporate site with no JavaScript, every page measured on mobile and desktop, menu and contact details visible to crawlers, schema, robots.txt, llms.txt and sitemap in place, plus a page-by-page score report.

Does it change anything in my account?

Only with your approval. The assistant first shows a preview of every change and waits for your go-ahead.

Works with

SEO Intelligence, Search Console

Fill in before sending

[server name][business name][sector, e.g. engineering and architecture practice][city/service area][services with a short description each][phone][email][address][domain][colour/brand preference, or "your choice"][where the real photos are, or "use suitable stock photos"]["./*.html", "./**/*.html", "./_kaynak/*.inc"]
Build a corporate, multi-page, fully static site for my business on my Opus Growth hosting server [server name]. Business: [business name], [sector, e.g. engineering and architecture practice], [city/service area]. Services: [services with a short description each]. Phone: [phone], email: [email], address: [address], domain: [domain]. Colour preference: [colour/brand preference, or "your choice"]. Photos: [where the real photos are, or "use suitable stock photos"]. This site puts speed and accessibility first. Not a single line of JavaScript on any page; GSAP, Lenis and Swiper are never loaded. Everything, including the menu, the mobile menu and the FAQ, works with HTML and CSS. The design direction is "technical drawing sheet": 1. Type: a tight grotesk heading font from Fontshare (e.g. Cabinet Grotesk 800) and a calm body font (e.g. General Sans 400 and 600). Three font files at most. 2. Colour: a light paper-tone background, dark ink text, a secondary grey and one signal-colour accent. The accent appears only on labels, thin rules and the main button. Every text colour reaches at least 4.5:1 contrast. 3. Grid: 12 columns, sections separated by 1-pixel rules; no shadows, rounded corners or gradients. 4. Signature element: under the first-screen image, a four-cell strip styled like the title block of an architectural drawing (e.g. project type, code followed, scale, sheet number), and a very faint millimetre grid drawn in CSS only behind the first screen. 5. Motion: none. No transition durations either; only underline and colour change instantly on hover. Pages and their schema: 1. index.html: a first screen whose opening paragraph directly answers "what do you do, for whom, where", three service cards (each linking to its section), a four-step process (numbered "Step 1" with a CSS counter, not 01/02), two project examples, a phone band. WebPage. 2. hizmetler.html: one section per service; the first paragraph answers "when is it needed, what does it do", then a scope list, typical duration and deliverables. WebPage plus a Service per service (provider #business, areaServed). 3. projeler.html: examples with building type, method and outcome; client names only with permission. CollectionPage. 4. hakkimizda.html: who we are, our working rules, where we work. AboutPage. 5. sss.html: at least six real questions inside <details>. WebPage and FAQPage. 6. iletisim.html: phone, email and address inside <address>, a map link; leave hours out if you do not know them. ContactPage with mainEntity #business. 7. kvkk.html (privacy notice) and 404.html. Technical rules. Follow them exactly, because the gates below measure exactly these: 1. Setup. Run scaffold_site as a preview first, show me the file list, and install with confirm=true after I approve. Then read site_design_guide and site_seo_guide in full. Before writing any code, write the direction in _kaynak/ART.md (feel, font pairing, colours with contrast ratios, grid, signature element, motion decision, page list) and show it to me. 2. Strip out JavaScript. No page on this site loads any JavaScript. Remove from every page the cdn.tailwindcss.com script, the tailwind.config line, the GSAP, ScrollTrigger, SplitText, Lenis and Swiper tags and the motion.js, chrome.js and site.config.js script tags; delete assets/chrome.js and assets/motion.js. Keep assets/site.config.js, but only as the brand, contact and seo source for seo-stamp.mjs; it is never loaded in the browser. 3. Menu and footer are static HTML. The <site-nav> and <site-footer> components are drawn by JavaScript, so search and AI crawlers cannot see the menu, the internal links or the contact details. Write the header to _kaynak/ust.inc and the footer (name, address, phone, email, every page link, privacy notice, "Web: Opus Growth") to _kaynak/alt.inc. Use the .inc extension so seo-stamp and html-validate do not treat the fragments as pages. Every page carries the markers <!-- ust:bas --><!-- ust:son --> and <!-- alt:bas --><!-- alt:son -->. Then write a dependency-free Node script with site_write_file at _kaynak/parca-bas.mjs: it stamps both fragments between the markers in every HTML file, adds aria-current="page" to the current page's menu link, and rewrites sitemap.xml using each page's JSON-LD dateModified as lastmod (skipping 404 and noindex pages). Build the mobile menu without JavaScript using <details><summary>Menu</summary>; the desktop and mobile menus are two separate <nav> elements with different aria-labels. 4. Host the fonts yourself. This site uses three font files at most. Download the Fontshare CSS (https://api.fontshare.com/v2/css?f[]=family@400,600&display=swap, weight code 401 for italic) with site_fetch to _kaynak/fontshare.css, read it with site_read_file and take only the woff2 URLs of the family you asked for; the service sometimes appends a family you did not request. Download each woff2 with site_fetch into assets/fonts/. Put the @font-face rules (font-display: swap) inside assets/app.css, because design-check.mjs only looks for a custom font in that file. Do not use the default Inter, Roboto, Poppins or Montserrat. 5. Compile Tailwind. assets/app.css becomes the Tailwind source: @tailwind base; @tailwind components; @tailwind utilities; at the top, then @font-face, the focus ring, the skip link, a prefers-reduced-motion rule and your own component classes inside @layer components. Never give a component class the name of a Tailwind utility (list-item, table, grid, container, hidden and so on), because the clash silently breaks the layout after compiling. Write tailwind.config.js at the root (content: ["./*.html", "./**/*.html", "./_kaynak/*.inc"], colours and fontFamily). Run "npx --yes tailwindcss@3 -i assets/app.css -o assets/site.css --minify" with site_run_command and background=true, and wait for it with site_command_status. Every page <head> holds, in this order: a single <link rel="stylesheet" href="/assets/site.css">, then one preload line for every font file used on the first screen (heading, accent and body; as="font" type="font/woff2" crossorigin). Preload lines placed before the stylesheet delay the CSS and lengthen LCP; a first-screen font left without preload swaps late, shifts the page and raises CLS, and <link rel="icon" href="/assets/img/favicon.svg" type="image/svg+xml">. The favicon line is required: without it the browser asks for /favicon.ico, gets a 404, and the console error lowers Best Practices. 6. Images. Download photos with site_fetch using resize and image_format="webp" at several widths (480, 800, 1200 and 1600 for the first-screen image, 480, 800 and 1200 for the rest; quality between 60 and 75, lower for detailed photos). Every <img> has srcset, sizes that match the real layout, width and height (zero CLS) and a meaningful, honest alt text. fetchpriority="high" goes only on the image Lighthouse reports as the LCP element, and that image is not lazy; every other image uses loading="lazy". If the LCP element is text, no image gets fetchpriority. Also prepare assets/img/logo.png, a 1200x630 assets/img/og.jpg and assets/img/favicon.svg. 7. HTML rules (html-validate defaults). <!DOCTYPE html> in upper case; no inline style attribute (including the kit's style="background:var(--brand)", use a class instead); &nbsp; instead of plain spaces in the text of tel: links; a type on every <button>; no trailing whitespace; tables with <thead>, <tbody> and th scope. Links inside paragraphs are underlined; menu, footer, breadcrumb and button links have a touch area of at least 44x44 pixels (min-h-[44px] min-w-[44px]). 8. Structured data. Fill the seo block in site.config.js (siteUrl, description, logo, og image, business type, address fields) and run "node seo-stamp.mjs" with site_run_command; it stamps Organization, WebSite and, where relevant, a LocalBusiness subtype, plus canonical and OG tags. Add page-specific schema by hand: on every page a WebPage node with an @id (or AboutPage, ContactPage, CollectionPage, ProfilePage), datePublished and dateModified, isPartOf #site, about #business or #org, and breadcrumb pointing to a BreadcrumbList; plus a Service per service on the services page and FAQPage on the FAQ page. Write each node in its OWN <script type="application/ld+json"> block and do not use an @graph wrapper, because seo-check.mjs only reads the top-level @type and misses a BreadcrumbList inside @graph. Link the nodes with @id. Never invent opening hours, coordinates, ratings, reviews, awards, customer counts or certificates; leave unknown fields out. 9. AI access. Write robots.txt: the whole site open, only /_kaynak/ closed; Allow: / for GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, Claude-User, Claude-SearchBot, PerplexityBot, Perplexity-User, Google-Extended, Applebot-Extended and Bingbot; your decision on CCBot with the reason as a comment; the Sitemap line last. Add llms.txt at the root: a correct two-sentence summary of the business, the important pages with one line each, and contact details. Write 404.html (noindex, with the header and footer markers). 10. Writing. Each page has at least 150 words of original text inside <main>, and the first paragraph answers the page's main question directly. Titles are 48 to 60 characters, descriptions 145 to 158, unique on every page. No em dashes or en dashes, no stock slogans, no empty promises. If anything on the site is not real, say clearly that it is fictional. Gates. After every change, run these with site_run_command in this order and do not move on until each one is clean: 1. node _kaynak/parca-bas.mjs, node seo-stamp.mjs, the Tailwind build (again if you added classes). 2. node seo-check.mjs: 0 errors and 0 warnings. If it warns "gövde kısa" (body too short), add real text, not filler. 3. node design-check.mjs: 0 errors. The only warning may be "Hiç hareket yok" (no motion); that is this site's deliberate choice, so give the reason in the report. 4. npx --yes html-validate "**/*.html": 0 errors. 5. Look at every page with site_preview at view="mobile" and view="desktop", and check the home page at 360 and 768 pixels as well. Fix any horizontal overflow, cramped heading or touch target smaller than 44 pixels and look again. 6. Measure every page with core_web_vitals at strategy="mobile" and strategy="desktop", then audit the home page and the longest page with seo_audit. Target: on mobile, Accessibility, Best Practices and SEO 100 and Performance at least 95; on desktop all four at least 95. Not a single request may leave the site. If LCP is high, use resources=true to find the file holding it back: usually preload lines placed before the stylesheet, or fetchpriority given to an image that is not the LCP element. If CLS exceeds 0.1, look for a first-screen font that is not preloaded. Do not call the job done until all of these pass. After publishing, submit https://[domain]/sitemap.xml with gsc_submit_sitemap and check the home page with gsc_url_inspect. If there is no Search Console property, tell me; do not try to connect one yourself. Hand-over report: a table with the four Lighthouse scores and LCP per page on mobile and desktop, the result of the four gates, the reason behind any design-check warning, a list of information on the site that is fictional or missing, and what I still need to do (Google Business Profile, real photos, opening hours and so on).

Example result

An example of the output this prompt produces. Its structure comes from the tools' real output; numbers and names are fictional.

Example output (from a demo site built for a fictional business; the business and contact details are fictional, the scores are real measurements)

Demo: Kerte Engineering and Architecture, Ankara. Style: Technical drawing sheet: corporate, multi-page, fully static and still, zero JavaScript. 7 pages, zero JavaScript and zero requests leaving the site.

PageMobile P/A/BP/SEOMobile LCPDesktop P/A/BP/SEO
index.html100/100/100/1001.9 s100/100/100/100
hizmetler.html100/100/100/1001.7 s100/100/100/100
projeler.html100/100/100/1001.8 s100/100/100/100
hakkimizda.html100/100/100/1001.6 s100/100/100/100
sss.html100/100/100/1001.5 s100/100/100/100
iletisim.html100/100/100/1001.5 s100/100/100/100
kvkk.html100/100/100/1001.5 s100/100/100/100

Gates: seo-check 0 errors 0 warnings; design-check 0 errors, 1 warning ("no motion", a deliberate choice of the style); html-validate 0 errors; no horizontal overflow at 360, 390, 768 and 1440 pixels, no console errors, no touch target under 44 pixels.

Tailwind: Play CDN gave mobile Performance 94 (LCP 2.6 s); compiled CSS with self-hosted fonts gave 100.

What you still need to do: real photos, opening hours (left out because they were not given), a Search Console property, and a Google Business Profile with exactly the same name, address and phone as the site.

A sample site built with this prompt

Technical drawing sheet: corporate, multi-page, fully static and motionless, zero JavaScript

Built for a fictional brand by following this prompt to the letter. Scores were measured with Lighthouse on every page.

Lighthouse scores (lowest page)
MobileDesktop
Performance100100
Accessibility100100
Best practices100100
SEO100100

Checks passed

  • seo check: 0 hata 0 uyarı
  • design check: 0 hata, 1 uyarı (Hiç hareket yok: tarzın bilinçli kararı, JavaScript yüklenmiyor)
  • html validate: 0 hata
  • overflow: 360/390/768/1440 taşma yok, konsol hatası yok, dış istek yok, 44px altı dokunma hedefi yok
  • tailwind before after: Kerte demosunun ana sayfasında aynı içerikle ölçüldü (iki koşu): Tailwind Play CDN ve Fontshare CSS ile mobil Performans 94 ve 94 (LCP 2,6 sn, FCP 2,4 sn); derlenmiş site.css ile ama Fontshare hala dışarıdan 100 ve 99 (LCP 1,5 ve 1,6 sn); son hal, derlenmiş CSS ve yerel woff2 ile 100 (LCP 1,9 sn). M
Screenshots
Build a JavaScript-free multi-page corporate site and deliver it at 100: Mobile
Mobile
Build a JavaScript-free multi-page corporate site and deliver it at 100: Desktop
Desktop

Measured on: 2026-10-11

Related searches

These prompts work best when your AI assistant is connected to your accounts with Opus Growth.

Connect your accounts free

More prompts

WebsiteChanges after your approvalLive demo

Build an editorial expert site with a guides section and author schema

Has your assistant build an expert's site with a magazine-cover home page, long-form guides and an author profile. Serif typography, Article and Person schema and dated, sourced articles produce a publication people read and AI answers can cite.

When to use itWhen you are a consultant, specialist or one-person knowledge business and want your site to read like a publication that shows your expertise through writing, not like a brochure.

SEO Intelligence, Search Console
WebsiteChanges after your approvalLive demo

Build a heritage family business site with a classic look and modern standards

Has your assistant build a site in the spirit of an old label and shop sign for a producer in its third generation, framed and with a paper texture. The look is old, the build is new: mobile first, JavaScript-free, self-hosted fonts, WebP, Product and HowTo schema.

When to use itWhen you sell a craft passed down through generations, such as Turkish delight, olive oil, cheese or copperware, and want a classic look that carries that history without giving up speed or accessibility.

SEO Intelligence, Search Console
WebsiteChanges after your approvalLive demo

Build a Swiss-minimal law or accounting firm site with strong trust signals

Has your assistant build a still firm site on a strict grid, with hierarchy carried by a single type family. It puts the trust signals a YMYL field needs on the page: practitioner profiles, a dated and sourced guidance note, wording that respects professional advertising rules, and Person schema.

When to use itWhen a law, accounting or similar professional practice needs a site that looks serious and plain, stays within professional advertising rules and proves its expertise.

SEO Intelligence, Search Console
WebsiteChanges after your approvalLive demo

Build a form-free campaign page for ad traffic that drives calls and WhatsApp, with conversions tagged

Builds a single page for Google Ads and Meta traffic that repeats the ad's promise and offers call, WhatsApp and booking buttons. It marks clicks as dataLayer events, sets up consent mode, adds Tag Manager triggers and tags after your approval, and measures the page speed with and without tags.

When to use itWhen your ads land on the home page or a generic service page, and your customers reach you by phone and WhatsApp far more than through forms.

SEO Intelligence, Search Console, Tag Manager