Zu 2.: Solch ein System wird wohl nie ganz ohne Lücken sein, aber wie gesagt sehe ich hier gar keine große Motivation für Dritte. Für die Nutzung einer eigenen Anwendung erhält man nämlich selbstverständlich keine zusätzliche Entwicklerprovision. Insofern wäre der Aufwand, um einem Entwickler seine 5% streitig zu machen schon recht groß. Und wie gesagt, am Ende muss das dann auch noch einer Prüfung durch uns standhalten.

Auch die Anregung hinsichtlich der Übergabe mehrerer Product-IDs habe ich mal stellvertretend im Feedbackforum eingetragen.

zu 1tens : Das “Problem” ist, dass man für eine Untergruppe z.b. Herrenhosen erst in der 3ten Subkategorie aufs Ergebnis kommt. schöner wäre ne Abfrage aller Gruppen und Untergruppen, damit man eine Auswahlliste ohne Aufwand aktuell darstellen kann.

zu 2tens : Da jeder eine Applikation anlegen kann wäre es kein Problem eine Appliaktion mit rudimentären Funktionen anzulegen, die Domain bei dem eigenen Plugin und bei dem “gut” programmierten zu aktivieren und bei dem “gekaperten” Plugin dann die ID zu ändern. Wenn dies aber manuell geprüft wird und noch weitere Sicherheitsmechanismen exisiteren, sollte das wohl ausreichend sein.

zu 3tens : Dass sich der Inhalt der API ändert stand nirgends, wenn dies so ist, macht es natürlich Sinn.

Schön wäre es, nun da ich noch ein bissl weiter mit der API gearbeitet habe, wenn man mittels Abfrage auf mehr als ein Artikel mittels einer Liste von article_ids zugreifen könnte (z.b. für Preisverlaufsanalysen einer Kategorie, einer speziellen Marke oder sonstiges) und man eine API bekommen könnte bei der alle Kategorien und Unterkategorien gelistet werden.

Mir ist selbst noch etwas negativ aufgefallen, dass pro Unterkategorie mit products nur maximal 1000 Artikel bereitgestellt werden.

Gern gehe ich natürlich auch auf die Kritikpunkte ein:

1. Die Kritik am langen Weg zum ersten Produkt kann ich nicht nachvollziehen, da doch schon beim Aufruf der ersten Ebene “top_products” enthalten sind.

2. Da die Entwicklerprovision nicht vom Verdienst der Publisher abgezogen wird, sehe ich keine Gefahr, dass jemand dem Entwicklter seine Vergütung streitig macht. Zudem werden die Anwendungen von uns geprüft, wodurch uns soetwas auffallen würde. Auch ist der Anwendungsschlüssel nicht das einzige Zuordnungskriterium, denn es muss auch immer eine Zuordnung zur Website über unseren Kundenbereich stattfinden, wodurch wir die volle Kontrolle haben.

3. Es ist richtig, dass die ID im Tracking-Link von der Website-Nummer abweicht. Im Regelfall sollte das aber kein Problem machen. Da wir die API-Inhalte für jede Website individuell aufbereiten (u.a. um doppelte Inhalte aus Suchmaschinen-Perspektive zu vermeiden), ist ein erneuter Aufruf je Website ohnehin zu empfehlen.