Die Entwickler von Google Chrome haben erkannt, dass Maschinen ganz gut zwischen URLs und Nicht-URLs unterscheiden können und die beiden Eingabefelder vereint.

Per Add-On gibt es diese Vereinfachung nun auch für Firefox. Vielen Dank an Matthias Zellmer (@zellmi) für den Post!.

Von der Startseite aus muss man folgenden Weg gehen, um an obige Sendungsverfolgung zu kommen.

Im Menü oben auf »Kundenservice« > »Sendungsverfolgung«. Dann in der rechten Spalte auf »Track & Trace für jedermann«.

Das Formular auf der gleichen Seite links (und auf der Homepage) wird sicherlich deutlich häufiger genutzt. Und das hat ja, erfreulicherweise, nur ein Eingabefeld. Stellt sich die Frage, was ansonsten die Unterschiede sind.

Zu Deiner Überlegung in Hinblick auf Datenbank-Abfragen: Sicherlich kostet es Systemressourcen, wenn man statt einer Datenbankabfrage grundsätzlich zwei macht. Vielleicht ist das aber gar nicht nötig. Vielleicht kann man schon am Format der Eingabe erkennen, ob es sich um eine Sendungdnummer, eine Referenznummer oder um nichts von beidem handelt. Und wie Du schon sagst: Vermutlich gibt es eine sinnvolle Reihenfolge, nach der man zunächst das eine prüfen sollte und nur bei Misserfolg das andere.

Wenn immer es darum geht, diesen zusätzlichen »maschinellen« Aufwand zu rechtfertigen sollte man nicht vergessen, dass diese Arbeit im Zweifel, wenn man den Aufwand nicht betreibt, vom Nutzer erledigt werden muss. Letztlich also eine Abwägung von System-Kosten gegen User Experience.

Es gibt aber auch einen Bereich in dem man nur nach der Referenznummer suchen kann: http://www.dhl.at/publish/at/de/eshipping/track/sref.high.html (dort dann auch mit Datum, die Nummern scheinen also nach einiger Zeit wiederverwendet zu werden).

Diese Referenznummer braucht man natürlich nur, wenn man seine Versandauftragsscheinnummer verbummelt hat. An die Referenzummer kommt man offenbar auch nur, wenn man sie beim Absender erfragt.

Was muss man, von der Startseite ausgehend, eigentlich klicken um zu dem Interface mit den beiden Eingabefeldern zu kommen?

Vielleicht werden ja jede Sekunde paar zig tausend Nummern abgefragt, würde man da für jede Eingabe mehrere Datenbanken abfragen, könnte es vielleicht einen Overhead erzeugen.
Man könnte natürlich eine Reihenfolge vorgeben. Also erst die Sendungsnummer anfragen, wenn das einen Fehler gibt, die Eingabe als Referenznummer abfragen und gucken was passiert (müsste man aber auch nochmal testen, wie oft sich Leute bei der Sendungsnummer vertippen).

Aber das man nicht in Erfahrung bringen kann, wann das Paket wirklich am Bestimmungsort ankommt, finden ich noch viel schlimmer. Mittlerweile müssten alle DHL Wagen einen GPS-Sender dabei haben und ihre Routen mit einem Routenplaner zu planen. Wäre also kein Problem das ganze auch Online abzubilden (zumindest die Ankunftszeit relativ genau anzugeben).

Meine letztes Paket konnte ich auch nur mit einer gewissen Verzögerung verfolgen. Als Kunde will ich ja in der Regel wirklich nur wissen, wann das Paket ankommt, nicht in welcher Umpackstation sich das Ding gerade aufhält… aber das schon wieder ein anderes Thema :)

@Christopher Verstehe ich das richtig, dass man dem dem Junecloud »Delivery Status« Ding nicht mal sagen muss, um welchen Versanddienst es sich handelt? Das wäre krass gedacht.

Wenn ich ein Script bauen müsste, dass die DHL Paketverfolgung als API verfügbar macht, würde ich auch die Eingabe (Paketnummer, Sendungsnummer, Referenznummer oder was auch immer) einfach in beide Eingabefelder eingeben, absenden, die Rückgabe parsen, dann schauen, wo die sinnvolle Antwort zurück gekommen ist und das ausgeben.

es gibt da auch besipiele zum thema bahnfahren (»zuginfo« etc.). es ist eigentlich erschreckend, dass technisch nichts gegen eine einfache bedienung spricht…