Troubleshooting
Contents
Start with the request path that is failing: direct Next.js rendering, Next.js-to-Guillotine fetching, or Content Studio-to-Next.js preview. The distinction usually identifies the responsible configuration.
Common symptoms
| Symptom | Checks |
|---|---|
|
Adapter reports a missing environment variable |
Define |
|
Content returns 404 |
Check the locale mapping, XP project, site path, publication state, and requested site-relative path. Direct requests read |
|
Guillotine returns validation errors |
Verify the query against Guillotine 8, the application schema, variables, and project/branch endpoint. Component queries are combined, so the server log identifies the failing selection. |
|
Page renders but a component is missing |
Register the exact application-qualified descriptor and import the mappings before |
|
Content Studio preview returns 407 |
The token sent by XP does not match |
|
Content Studio cannot contact the front end |
Test the configured URL from the XP host. |
|
Preview shows published instead of draft content |
Confirm |
|
Internal links contain the XP site name |
Check that the site segment in |
|
Locale route loops or rewrites assets |
Ensure |
|
Published changes remain cached |
Confirm the site uses Next.XP, the XP master node subscribed successfully, |
|
Component preview refresh fails but full page works |
Verify the component has an explicit mapping and that the catch-all layout preserves the single-component marker used by the XP proxy. |
Diagnostic context
Log the resolved locale, project, site, branch, render mode, content path, and front-end URL without logging the shared token. In a cluster, also confirm which XP node is master because only that node sends revalidation events.
For framework errors, use Next.js diagnostics. For GraphQL schema and query problems, use Guillotine documentation.