> For the complete documentation index, see [llms.txt](https://docs.fact-finder.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.fact-finder.com/integration/de/factfinder-search-integration/search-optimization-and-performance.md). # Suchoptimierung und Leistung Effiziente FactFinder-Suchintegration umfasst mehr als das Senden von Abfragen und das Behandeln von Antworten. Dazu gehören auch Leistungsfunktionen wie Caching und Ausgabe-Komprimierung. Richtig eingesetzt verbessern diese Funktionen die Antwortzeiten und reduzieren die Last. ## Caching von Suchergebnissen FactFinder enthält einen Cache für Suchergebnisse, um Abfragen zu beschleunigen, die bereits zuvor verarbeitet wurden. Die übermittelten Suchparameter werden geprüft, um festzustellen, ob eine Abfrage mit einer bereits im Cache gespeicherten übereinstimmt. Damit der Cache effektiv bleibt, senden Sie nur Parameter, die FactFinder tatsächlich benötigt. Standardmäßig wird jeder empfangene Parameter als für das Caching relevant betrachtet. Zusätzliche Parameter verringern die Cache-Effizienz. Sie können Ergebnisse auch auf der Shop-Seite cachen. Zum Beispiel kann die Shop-Anwendung gerenderte Suchergebnisse cachen, um FactFinder nicht wiederholt aufrufen zu müssen. Wenn Sie dies tun, denken Sie daran, dass FactFinder seinen eigenen Cache ungültig macht, wenn bestimmte Ereignisse auftreten, etwa Konfigurationsänderungen oder Produktdaten-Updates. Das Shopsystem kennt diese internen Ereignisse nicht automatisch. Das bedeutet, dass ein unabhängiges Caching auf Shop-Seite veraltete Daten liefern kann, sofern Sie die Invalidierung nicht sorgfältig steuern. > Parameter, die von FactFinder selbst nicht direkt verwendet werden, können dennoch von benutzerdefinierten Erweiterungen genutzt werden und dadurch das Suchergebnis ändern. Aus diesem Grund werden alle empfangenen Parameter als für den Cache relevant behandelt. ## Ausgabe-Komprimierung Bei Abfragen, die eine große Datenmenge zurückgeben, etwa viele Ergebnisse zusammen mit umfangreichen Filter- und Navigationsdaten, kann die Antwort-Payload recht groß werden. Das erhöht die Übertragungszeit im Netzwerk und kann die gesamte Sucherfahrung verlangsamen. FactFinder kann die Ausgabe mit GZIP komprimieren, wodurch die über das Netzwerk gesendete Datenmenge erheblich reduziert wird. Die meisten modernen Webserver und Clients unterstützen GZIP für HTTP-Antworten. Wenn der Anwendungsserver dafür konfiguriert ist, kann die Suchantwort in komprimierter Form gesendet werden. Je nach der verwendeten Programmiersprache muss der Client möglicherweise auch explizite Unterstützung für dieses Komprimierungsverfahren bieten. Um komprimierte Ausgabe anzufordern, fügen Sie den Wert `gzip` in den `Accept-Encoding` Anfrage-Header ein. ## Unterdrückung leerer Suchanfragen Viele Webshop-Besucher klicken auf die Schaltfläche Suchen, ohne Text einzugeben. Aus Sicht der Benutzererfahrung ist die Ausführung einer leeren Suche normalerweise nicht hilfreich. Als Best Practice sollten Sie leere Suchanfragen im Frontend unterdrücken. Anstatt eine leere Abfrage zu senden, fangen Sie sie ab und fordern Sie den Benutzer zur Eingabe auf. Wenn der Benutzer beispielsweise mit einem leeren Feld auf Suchen klickt, zeigen Sie eine Meldung wie „Bitte geben Sie einen Suchbegriff ein.“ an und setzen Sie den Fokus wieder auf das Suchfeld. Dadurch wird die Anforderung klar und eine bedeutungslose Anfrage vermieden. Dies hilft, leere Abfragen zu verhindern, hält Suchinteraktionen relevanter und verbessert das Gesamterlebnis. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.fact-finder.com/integration/de/factfinder-search-integration/search-optimization-and-performance.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.