SSP Application Overview
SuiteScript Server Pages (SSP) is the custom web application platform you use to build applications for Commerce web stores. SSP applications are an iteration on the Suitelet, letting you build frontend pages that run server-side SuiteScript to generate dynamic content. The technology emulates JSP, but uses SuiteScript as the underlying mechanism. You can also bundle and distribute SSP applications as SuiteApps, making it easier to share or sell custom applications.
SSP applications include .ssp files and a library of JavaScript files. The .ssp files make AJAX calls to backend services and keep frontend (website display) and backend (business) logic separate.
Every SSP application has entry points you can connect to different parts of your web store. The entry points for an SSP application depend on the SuiteScript version it uses. For SSP applications written in:
-
SuiteScript 1.0: Entry points (or touch points) are set as Supported Touch Points on the SSP application record. Each touch point matches a part of the web store, such as View Homepage, Log In, and Log Out. When a user goes to a certain part of the store, the connected SSP application runs and generates dynamic content for that area.
-
SuiteScript 2.0: The default SSP file selected on the SSP application record is the single entry point.
All files in an SSP application are grouped by author (application publisher) and stored together in Web Site Hosting files folder in the files cabinet.
The SuiteScript Server Pages feature works for both Site Builder and Commerce websites. This feature lets you package Commerce website assets as SSP applications. You can create SSP applications and link them to your website to customize it.
For more information, see Create and Use SSP Applications.
SSP Application Structure
SSP files (.ssp) are user interface elements on a website. They can generate anything from a banner to a whole web page. A .ssp file has the presentation logic for the web page it replaces. These .ssp files let you to add HTML and generate dynamic content to show in the browser.
An important job of .ssp files is to generate dynamic content for supported web store touch points. SSP applications written in SuiteScript 1.0 support several touch points and you can select a different .ssp file for each one. In SuiteScript 2.0 SSP applications, the default .ssp file decides which .ssp file to use for each purpose.
Backend services go in .ss files, usually one .ss file per service. Ajax calls from an .ssp file let you access .ss file services. Note that besides the SuiteScript API, both .ssp and .ss files can use the Commerce API. For more information, see File Types for SSP Applications.
SSP Applications and Commerce web stores
Commerce web store is a website and checkout solution delivered as a set of SSP applications, available as a SuiteApp you can install in your account. You can modify, test, and debug files for SSP applications in your NetSuite account. This setup lets you to manage multiple SSP applications to customize a single web store. SSP applications ensure that all assets are linked together. This setup also supports access with named URLs.
Related Topics
- Components of SSP Applications
- SSP Applications Compared to Customization with SuiteScript
- SSP Applications (SuiteScript 1.0 Compared with SuiteScript 2.0)
- Create and Use SSP Applications
- Integration with Third-Party Checkout Providers
- Debug a SuiteScript 1.0 SSP Application
- Bundle an SSP Application
- SSP Applications