ShopiPress 1.0.0 · 10
Reference the 17 dynamic Gutenberg blocks
Map every registered server-rendered block to the catalog surface it controls.
Applies to ShopiPress 1.0.0, officially published on Freemius.
Verified workflow
- Insert the block from the ShopiPress category.
- Confirm that its product or collection context resolves in the editor preview.
- Preview the public page because editor registration does not prove theme-level output parity.
This guide applies to the ShopiPress version identified in the page header, officially published on Freemius. Confirm the installed version before applying the procedure. Later versions may change screens, defaults or service boundaries.
Expected result
Map every registered server-rendered block to the catalog surface it controls.
The exact candidate registers 17 dynamic Gutenberg blocks. Every block has apiVersion 3 metadata, a PHP render callback and a ServerSideRender editor preview. The metadata declares no user attributes, so this reference must not invent inspector controls.
Before you begin
- Insert the block from the ShopiPress category.
- Confirm that its product or collection context resolves in the editor preview.
- Preview the public page because editor registration does not prove theme-level output parity.
Scope and current limits
Keep the responsibility model visible throughout the task: Shopify remains the commercial source and checkout system; ShopiPress connects, synchronizes and renders the catalog according to delivered contracts; WordPress owns the publishing context. A successful WordPress result must not be interpreted as a transfer of orders, customers, payments or inventory authority.
The exact candidate registers 17 dynamic Gutenberg blocks. Every block has apiVersion 3 metadata, a PHP render callback and a ServerSideRender editor preview. The metadata declares no user attributes, so this reference must not invent inspector controls.
Procedure
- Insert the block from the ShopiPress category. Consult the complete version-bound inventory rendered below and test the smallest representative example before reusing it.
- Confirm that its product or collection context resolves in the editor preview. Consult the complete version-bound inventory rendered below and test the smallest representative example before reusing it.
- Preview the public page because editor registration does not prove theme-level output parity. Consult the complete version-bound inventory rendered below and test the smallest representative example before reusing it.
Verify the result
Verify the result in the rendered WordPress page and in the authoritative Shopify surface, not only inside the ShopiPress administration screen. Use a representative product with price, availability, variant and collection data. Repeat the smallest safe operation when idempotence matters, and record any difference before broadening the test.
- Confirm the exact name or stable ID.
- Compare the declared context with the rendered page.
- Test empty, long and unavailable data states.
- Compare Gutenberg, shortcode, Elementor and WPBakery output only where the coverage matrix declares a component.
Common mistakes
- Do not infer an attribute, block control or builder component from a similar name.
- Do not count builder-only components among public shortcodes.
- Do not describe conceptual coverage as control, markup or behavioral parity.
Troubleshooting
- Reconfirm the installed package version and edition.
- Reduce the issue to one component, one known catalog record and one WordPress URL.
- Compare the exact name, stable ID, context and output with the version-bound inventory below.
- Identify whether the failing responsibility belongs to Shopify, ShopiPress or WordPress.
- Preserve the rendered response and settings before changing configuration, then repeat the smallest safe test once.
Security and data
Record the installed version, edition, WordPress and PHP versions, active builder or SEO integration, exact URL, viewport and the ordered actions that produced the result. Capture only controlled catalog data. Redact the Storefront token, customer data, order information, private domains and any environment secret before an artifact leaves the validation workspace.
SEO consequences
Reference components can change headings, links, product data and interactive controls. Inspect rendered semantics, accessibility, canonical behavior and the Shopify buying handoff on a representative page.
Evidence to record
Record the installed version, edition, WordPress and PHP versions, active builder or SEO integration, exact URL, viewport and the ordered actions that produced the result. Capture only controlled catalog data. Redact the Storefront token, customer data, order information, private domains and any environment secret before an artifact leaves the validation workspace.
Related guides
Version and product state
ShopiPress is officially published on Freemius. This guide describes the documented version. Purchase and download links will be added to this site once their destinations are configured.
Product surface
Every block has apiVersion 3 block.json metadata, a ServerSideRender editor preview and a dynamic PHP callback. The exact candidate metadata declares no user attributes.
shopipress/add-to-cart- Dynamic server-rendered Gutenberg block. Namespace: shopipress/add-to-cart. Editor preview and frontend output use the PHP block renderer; control, markup and accessibility parity must be verified per builder.
shopipress/availability- Dynamic server-rendered Gutenberg block. Namespace: shopipress/availability. Editor preview and frontend output use the PHP block renderer; control, markup and accessibility parity must be verified per builder.
shopipress/buy-now- Dynamic server-rendered Gutenberg block. Namespace: shopipress/buy-now. Editor preview and frontend output use the PHP block renderer; control, markup and accessibility parity must be verified per builder.
shopipress/collections- Dynamic server-rendered Gutenberg block. Namespace: shopipress/collections. Editor preview and frontend output use the PHP block renderer; control, markup and accessibility parity must be verified per builder.
shopipress/description- Dynamic server-rendered Gutenberg block. Namespace: shopipress/description. Editor preview and frontend output use the PHP block renderer; control, markup and accessibility parity must be verified per builder.
shopipress/gallery- Dynamic server-rendered Gutenberg block. Namespace: shopipress/gallery. Editor preview and frontend output use the PHP block renderer; control, markup and accessibility parity must be verified per builder.
shopipress/image- Dynamic server-rendered Gutenberg block. Namespace: shopipress/image. Editor preview and frontend output use the PHP block renderer; control, markup and accessibility parity must be verified per builder.
shopipress/price- Dynamic server-rendered Gutenberg block. Namespace: shopipress/price. Editor preview and frontend output use the PHP block renderer; control, markup and accessibility parity must be verified per builder.
shopipress/tags- Dynamic server-rendered Gutenberg block. Namespace: shopipress/tags. Editor preview and frontend output use the PHP block renderer; control, markup and accessibility parity must be verified per builder.
shopipress/title- Dynamic server-rendered Gutenberg block. Namespace: shopipress/title. Editor preview and frontend output use the PHP block renderer; control, markup and accessibility parity must be verified per builder.
shopipress/variants- Dynamic server-rendered Gutenberg block. Namespace: shopipress/variants. Editor preview and frontend output use the PHP block renderer; control, markup and accessibility parity must be verified per builder.
shopipress/vendor- Dynamic server-rendered Gutenberg block. Namespace: shopipress/vendor. Editor preview and frontend output use the PHP block renderer; control, markup and accessibility parity must be verified per builder.
Collection surface
Every block has apiVersion 3 block.json metadata, a ServerSideRender editor preview and a dynamic PHP callback. The exact candidate metadata declares no user attributes.
shopipress/collection-description- Dynamic server-rendered Gutenberg block. Namespace: shopipress/collection-description. Editor preview and frontend output use the PHP block renderer; control, markup and accessibility parity must be verified per builder.
shopipress/collection-products-per-page- Dynamic server-rendered Gutenberg block. Namespace: shopipress/collection-products-per-page. Editor preview and frontend output use the PHP block renderer; control, markup and accessibility parity must be verified per builder.
shopipress/collection-sort- Dynamic server-rendered Gutenberg block. Namespace: shopipress/collection-sort. Editor preview and frontend output use the PHP block renderer; control, markup and accessibility parity must be verified per builder.
shopipress/collection-title- Dynamic server-rendered Gutenberg block. Namespace: shopipress/collection-title. Editor preview and frontend output use the PHP block renderer; control, markup and accessibility parity must be verified per builder.
shopipress/products-loop- Dynamic server-rendered Gutenberg block. Namespace: shopipress/products-loop. Editor preview and frontend output use the PHP block renderer; control, markup and accessibility parity must be verified per builder.
Keep the system boundary visible
Shopify remains the commerce source; ShopiPress moves catalog records and rendering contracts; WordPress owns publication.
Shopify · catalog source and checkout
ShopiPress · manual sync and rendering
WordPress · content, templates and SEO surface
Verify before moving on
- Confirm the result in WordPress, not only in the ShopiPress interface.
- Keep cart and checkout on Shopify.
- Record the installed version when reporting a defect.