Das Internet bekommt eine neue HTTP-Methode für Datenabfragen. QUERY schließt eine Lücke, an der sich Entwickler seit Jahren mit Behelfslösungen vorbeimogeln. Für alle, die APIs, Suchfunktionen oder große Filter betreiben, ändert sich damit eine alte Spielregel.Mit RFC 10008 ist die HTTP-Methode QUERY offiziell standardisiert. Eine Abfrage darf jetzt sichere, wiederholbare Anfragen mit einem Datenkörper verschicken. Bisher musste man dafür GET überdehnen oder POST zweckentfremden.
drweb.de als bevorzugte Quelle auf Google hinzufügenQualitätsgeprüfte Inhalte direkt in Google News & DiscoverJetzt hinzufügen
Das Wichtigste in Kürze
- QUERY ist eine sichere und idempotente HTTP-Methode, die anders als GET einen Anfrage-Body trägt.
- Antworten lassen sich zwischenspeichern, fehlgeschlagene Anfragen automatisch wiederholen.
- Die Methode löst das Problem zu langer URLs bei umfangreichen Suchabfragen.
- Clients, Server, Proxys und CDNs erkennen die Anfrage zuverlässig als reine Leseoperation.
Welches Problem löst QUERY?
GET trägt keinen Anfrage-Body, also mussten alle Suchparameter in die längenbegrenzte URL passen. POST wiederum gilt als verändernd und lässt sich nicht zuverlässig zwischenspeichern. QUERY verbindet beide Stärken: Datenkörper plus sichere, wiederholbare Leseoperation.
Komplexe Suchanfragen, Geodaten oder verschachtelte Filter sprengen schnell die URL-Grenze. Entwickler wichen deshalb auf POST aus, verloren damit aber Caching und klare Semantik. Mit QUERY signalisiert die Anfrage allen Beteiligten, dass nichts verändert wird und das Ergebnis gefahrlos erneut abgerufen werden darf.
Genau diese Klarheit zählt in verteilten Systemen. Ein Proxy oder ein CDN darf eine QUERY-Antwort zwischenspeichern, ohne Nebenwirkungen zu riskieren. Automatische Wiederholungen werden ebenfalls unkritisch, weil die Methode als idempotent definiert ist.
QUERY wirkt wie eine technische Kleinigkeit, räumt aber einen jahrelangen Pfusch auf. Saubere Semantik im Protokoll zahlt sich bei Tempo, Caching und Wartbarkeit über Jahre aus.
— Markus Seyfferth, Chefredakteur Dr. Web
Was bedeutet das für Webentwicklung und SEO?
Schnellere, cachebare Abfragen verbessern Ladezeiten und entlasten Server, was direkt auf Core Web Vitals und Nutzererlebnis einzahlt. Bis Browser, Server und Frameworks QUERY breit unterstützen, bleibt der praktische Effekt aber zunächst überschaubar.
Für suchlastige Anwendungen und APIs lohnt es sich, die Methode früh einzuplanen. Filter und Suchen sauber als Leseoperation zu kennzeichnen, erleichtert Caching und Auswertung. Saubere technische Grundlagen sind zugleich ein Baustein guter Sichtbarkeit, wie die SEO-Grundlagen zeigen. Eine frühe Planung verhindert späteren Umbau.
Standards setzen sich langsam durch, lohnen sich aber langfristig. QUERY ist verabschiedet, die Werkzeuge ziehen nun nach. Den Übergang sollten Entwicklungsteams aktiv begleiten statt abzuwarten.
Mehr Newshunger?
