JavaScript
Handles interactivity in the browser, enhancing the pre-built page at runtime.
[ glossary — web architecture ]
Learn how pre-rendered pages and APIs fit together, and where a different rendering approach may be needed.
( the three letters )
Handles interactivity in the browser, enhancing the pre-built page at runtime.
Supply dynamic data like product catalogs, content, and user features through service calls.
Static HTML is generated ahead of requests and can be cached on a content delivery network (CDN).
Less page-generation work per request, balanced against build times, content freshness and API dependencies.
( where it fits )
Serve landing pages and published content from a CDN, with crawlable HTML and an update process.
Pair a fast static front end with commerce APIs for payments and inventory.
Pre-render published articles and documentation, then rebuild or regenerate when content changes.
The approach lives on in Next.js static generation and edge-based hosting.
( faq )
It stands for JavaScript, APIs, and Markup. JavaScript handles interaction, APIs provide dynamic data, and Markup is pre-built static content served from a CDN.
Yes. Pre-rendering and separating content delivery from backend services remain useful approaches. Frameworks such as Next.js can combine static generation with other rendering methods where needed.
Cached pages reduce work at the origin and can serve large audiences efficiently. Removing request-time page generation can reduce some server exposure, but APIs, dependencies, credentials and browser code still need security controls.
It can suit storefront content, with commerce APIs handling carts, checkout and inventory. Prices and stock need an update strategy so cached pages do not mislead shoppers.
Yes. We build fast, SEO-friendly, and API-driven sites, typically with Next.js and a modern static-generation approach.
Avoid it if you need heavy real-time personalization server side or a large amount of constantly changing server-rendered logic on every request.