XMLHttpRequest, der Scraping Bots draußen hält
bearbeitet von Mitleser 2.0> Wie funktioniert die Authentifizierung des Clients (daher durch den Browser) [...], damit er Daten per Klick nachladen darf?
[Antwort](https://forum.selfhtml.org/self/2023/may/23/xmlhttprequest-der-scraping-bots-draussen-halt/1808968#m1808968).
> Würde einem/r nicht-Bot BenutzerIn gerne das Einsehen von Daten ermöglichen, und Bots gleichzeitig "draußen" halten.
>
Es gibt Wege, aber die passen alle nicht zu Deinem Setup "öffentlich klickbar". Du kannst es (wie im Beispiel) erschweren, aber das war es auch dann auch schon.
Mehr als z.B. durchaus brutale Captchas fällt mir da nicht ein. Dann solltest Du allerdings auch mit Besucherrückgang rechnen ;-)
[Antwort](https://forum.selfhtml.org/self/2023/may/23/xmlhttprequest-der-scraping-bots-draussen-halt/1808968#m1808968).
> Würde einem/r nicht-Bot BenutzerIn gerne das Einsehen von Daten ermöglichen, und Bots gleichzeitig "draußen" halten.
>
Es gibt Wege, aber die passen alle nicht zu Deinem Setup "öffentlich klickbar". Du kannst es (wie im Beispiel) erschweren, aber das war es auch dann auch schon.
Mehr als z.B. durchaus brutale Captchas fällt mir da nicht ein. Dann solltest Du allerdings auch mit Besucherrückgang rechnen ;-)
XMLHttpRequest, der Scraping Bots draußen hält
bearbeitet von Mitleser 2.0> Wie funktioniert die Authentifizierung des Clients (daher durch den Browser) [...], damit er Daten per Klick nachladen darf?
[Antwort](https://forum.selfhtml.org/self/2023/may/23/xmlhttprequest-der-scraping-bots-draussen-halt/1808968#m1808968).
> Würde einem/r nicht-Bot BenutzerIn gerne das Einsehen von Daten ermöglichen, und Bots gleichzeitig "draußen" halten.
>
Es gibt Wege, aber die passen alle nicht zu Deinem Setup "öffentlich klickbar".
Mehr als z.B. durchaus brutale Captchas fällt mir da nicht ein. Dann solltest Du allerdings auch mit Besucherrückgang rechnen ;-)