Weitere Endpunkte helfen, ein Frontend-Projekt einfach und effizient umzusetzen.
Version-Endpunkt
Der Version-API-Endpunkt bietet eine effiziente Lösung zur Überprüfung des aktuellen Caching-Status der Applikation. Damit können die gesamte Anwendungskonfiguration und Seitenantworten unbegrenzt im Cache gespeichert werden. Durch eine Anfrage an diesen Endpunkt lässt sich jedoch feststellen, ob der Cache noch gültig ist.
Dieser Caching-Endpunkt ist speziell für optimale Performance ausgelegt und bietet einen Vorteil gegenüber dem Konfigurations-Endpunkt, der eine umfassendere Prüfung erfordert und eine grössere Datenmenge zurückliefert.
🔗 Dokumentation: Nitro OpenAPI
Sitemap-Endpunkt
Dieser Endpunkt stellt umfassende Daten zur Erstellung der Sitemap bereit. Er enthält alle relevanten Informationen, einschliesslich Seiten aus Containern sowie aller zugeordneten Entitäten.
Enthalten sind alle Online-Seiten – auch solche, die in der Navigation ausgeblendet sind (z.B. die über das Logo verlinkte Startseite). Nicht enthalten sind Seiten, die im Seiteneditor als nicht indexierbar markiert wurden, sowie Entitäten aus Content Pools, die ausschliesslich auf solchen Seiten platziert sind. Ist der Pool zusätzlich auf einer indexierbaren Seite platziert oder unter «Indexierte Inhalte» eingetragen, sind seine Entitäten enthalten. Der Pages- und der Entity-Endpunkt liefern dasselbe Flag als is_indexable mit, damit die Webseite für diese Seiten <meta name="robots" content="noindex"> ausgeben kann – erst das hält Suchmaschinen wirklich fern, das Fehlen in der Sitemap allein nicht.
🔗 Dokumentation: Nitro OpenAPI
Search-Endpunkt
Dieser Endpoint ermöglicht eine leistungsstarke Suche innerhalb der Sitemap einer Website, einschliesslich Seiten und Entitäten. Durch die Paginierung können Nutzer effizient navigieren und gezielt Informationen aus der Sitemap abrufen. Es gelten dieselben Regeln wie für die Sitemap: Nicht indexierbare Seiten und ihre exklusiven Pool-Inhalte werden nicht gefunden.
🔗 Dokumentation: Nitro OpenAPI

