Geizhals-API

Geizhals-API (45 Beiträge, 8901 Mal gelesen)

Du bist nicht angemeldet. [ Login/Registrieren ]

Gibt es eigentlich eine (öffentliche) API um auf Produkte und Angebote zuzugreifen? Oder eine Möglichkeit dies per XML zu tun?

Danke für die Info!

Ich spreche zwar nicht für GH, aber das kann ich mir beim besten Willen nicht vorstellen. *g*

Funken der Hoffnung
erzählen dunklen Ängsten
das Märchen vom Licht.

Und warum nicht? Bzw. was würde dagegen sprechen?

Wie so oft .. Geld?

Funken der Hoffnung
erzählen dunklen Ängsten
das Märchen vom Licht.

Inwiefern? Die Links zu den Shops würden unverändert bleiben und Geizhals würde weiter sein Geld als Referrer verdienen. Zusätzlich würden sie sogar noch Traffic sparen, da nur die Daten und kein Layout der Seite "ausgeliefert" werden muss.

wie willst du missbrauch verhindern?

ein xml file kann ich manipulieren wie ich will, da sind schnell mal die geizhals referrer eliminiert und ich kann das in jeder beliebigen form neu aufbereiten.

Ganz verhindern könnte man den Missbrauch einer XML-Datei genausowenig wie man verhindern kann dass die aktuelle Webseite automatisch ausgelesen und gescannt wird. Insofern müsste man erstmal darüber diskutieren was Missbrauch ist.

Inhalt anders aufzubauen ist ja nichts schlechtes, solang man sich an Regeln hält. Ich habe zum Beispiel noch von keinem Blogger gehört, dass er sich missbraucht fühlt weil seine Blogs auch per RSS verfügbar sind und damit mehr Leute auf seine Seite kommen, weil sie Webseiten gerne so lesen wie sie möchten (iGoogle, Emailclient, RSS-Reader, ...).

Den Referrer zu entfernen ist
a) meiner Meinung nach nicht trivial (bzw. nicht trivial automatisierbar), da die Art der Referrerangabe bei nahezu jedem Händler anders ist (mal eine Nummer, mal Buchstaben, mal ganz kryptisch) und
b) kontraproduktiv, da viele Preise nur mit dem Geizhals-Referrer gültig sind.

17.02.2010, 23:41 Uhr - Editiert von eirogge, alte Version: hier

b) kontraproduktiv, da viele Preise nur mit dem Geizhals-Referrer gültig sind.

hab ich noch nie bemerkt, kannst du ein Beispiel nennen?

__________________
Alles ist möglich, Unmögliches dauert nur etwas länger.

http://geizhals.at/a402178.html

Pos. 5 -> Pixmania

"Die angezeigten Preise sind nur bei direktem Einstieg über diese Seite gültig."

x-x-o
o-x-o
o-o-x ... and the winner is x

ok kann sein, jedoch unterscheidet sich der Preis bei dem Produkt nicht.

fände ich auch seltsam, warum man einen Rabatt bekommt, wenn man über Geizhals einsteigt? Da hat der Händler doch nichts davon

__________________
Alles ist möglich, Unmögliches dauert nur etwas länger.

finde ich eigentlich nicht seltsam.

niedrigerer Preis => bessere Platzierung auf GH

User die sowieso auf deren Seite kommen (also nicht über GH) zahlen dann halt mehr

- da diese vielleicht gar nicht geizhals kennen/nutzen.

x-x-o
o-x-o
o-o-x ... and the winner is x

18.02.2010, 13:13 Uhr - Editiert von blitzfreak, alte Version: hier

naja wer kauft schon freiwillig was bei denen ein?

i eh ned

aber wird schon genug leute geben, die das tun

x-x-o
o-x-o
o-o-x ... and the winner is x

genausowenig wie man verhindern kann dass die aktuelle Webseite automatisch ausgelesen und gescannt wird.

Daß das einfach geht, kann man sehr wohl verhindern. Wenn jemand die Daten mit derselben Aktualität auslesen möchte, mit der wir sie veröffentlichen, fällt das auf.

Ich habe zum Beispiel noch von keinem Blogger gehört, dass er sich missbraucht fühlt weil seine Blogs auch per RSS verfügbar sind und damit mehr Leute auf seine Seite kommen, weil sie Webseiten gerne so lesen wie sie möchten (iGoogle, Emailclient, RSS-Reader, ...).

RSS-Feeds sind i.W. Verweise, Auszüge und nicht die Daten selbst.

Den Referrer zu entfernen ist
a) meiner Meinung nach nicht trivial (bzw. nicht trivial automatisierbar),

Doch, das ist absolut trivial und auch nicht kontraproduktiv, die speziellen Preise werden i.d.R. auch nicht über den Referer abgewickelt.

Unser blühendes Land. Jetzt muß ich schon wieder aufs Profil verlinken.

» skinflint failblog pictureisunrelated

Das wäre das genialste überhaupt. Aber Geizhals wird das wohl nicht machen, weil man dann einiges an Arbeit reinstecken müsste (und das kostet Geld) und kein erkennbarer Nutzen/Mehrwert offensichtlich ist. (Ich persönlich würde aber schon einige Firefox-Extensions schreiben wenn es eine vernünftige API gäbe.)

Ich persönlich würde aber schon einige Firefox-Extensions schreiben wenn es eine vernünftige API gäbe.

Welche und wofür?

Unser blühendes Land. Jetzt muß ich schon wieder aufs Profil verlinken.

» skinflint failblog pictureisunrelated

Z.B. zum Anwenden der Artikel-/Kategorie-Filterkriterien auch auf Artikel in der Wunschliste.
Oder: Anzeigen der Prozentanzahl der Empfehlungen für Artikel in der Wunschliste.
Oder: Einen Schalter in der Wunschliste um Artikelbilder ein-/auszuschalten.
Oder: Berechnung der Geldsumme einzelner markierter Wunschlisten-Artikel.
Oder: Onmouseover-Einblendung der Preisentwicklung für Artikel in der Wunschliste.
Oder: Bereitstellung einzelner Postings aus einem Forumsthread (damit nicht die ganze Seite geladen werden muss - so könnte ich z.B. das Forum AJAXifizieren).
Oder: User-individuelle Anpassung der Forums-Einstiegsseite, z.B. unterschiedliche Anzahl an "Vorschau-Threads" pro Kategorie (statt 3 momentan z.B. 5; oder: weglassen/umgruppieren einzelner Kategorien, etc.)

(Gewiss könnte man jetzt auch schon einige dieser Sachen realisieren, aber mit einer API wär's halt um einiges bequemer.)

20.02.2010, 10:39 Uhr - Editiert von RevX, alte Version: hier

Das dauert alles mit Jetpack jeweils max. 1 Stunde, da bist du mit einer API kaum schneller.

Davon abgesehen sind solche Sachen tw. problematisch bez. der Performance, bzw. können es werden, wenn jemand z.B. eine "AJAXifizierte" Oberfläche für's Forum veröffentlicht (von den rechtlichen Implikationen mal ganz zu schweigen).

Unser blühendes Land. Jetzt muß ich schon wieder aufs Profil verlinken.

» skinflint failblog pictureisunrelated

Das dauert alles mit Jetpack jeweils max. 1 Stunde, da bist du mit einer API kaum schneller.

Jetpack wäre client-side, die API würde aber serverseitig (von Geizhals) angeboten.
Und wenn's nur eine Frage von Stunden ist, warum baut das Geizhals-Team dann das nicht ein?!

Davon abgesehen sind solche Sachen tw. problematisch bez. der Performance,
bzw. können es werden, wenn jemand z.B. eine "AJAXifizierte" Oberfläche für's
Forum veröffentlicht

Ganz im Gegenteil. Durch AJAX würde sogar der Datentransfer reduziert. Ich sehe jetzt eigentlich nicht, wo da Performance-Probleme auftreten könnten.

von den rechtlichen Implikationen mal ganz zu schweigen

Versteh' ich nicht. Da wird ja nichts Illegales gemacht. Man kommt nur bequemer an die gewünschten Informationen (welche jetzt auch schon zur Verfügung stehen).

Jetpack wäre client-side, die API würde aber serverseitig (von Geizhals) angeboten.

Für die API brauchst du auch einen client ... (auch wenn der auf einem anderen Server läuft, dann ist Jetpack mit Sicherheit auch schneller als das).

Und wenn's nur eine Frage von Stunden ist, warum baut das Geizhals-Team dann das nicht ein?!

Weil Jetpack programmieren != API basteln/warten/freigeben/abuse beobachten.

Ganz im Gegenteil. Durch AJAX würde sogar der Datentransfer reduziert. Ich sehe jetzt eigentlich nicht, wo da Performance-Probleme auftreten könnten.

Datentransfer ist uns bis zu einer gewissen Menge pro User mehr oder weniger egal, die HTTP-Requests sind das Problem und diese betragen bei AJAX üblicherweise ein Vielfaches von non-JS-Seiten.

Versteh' ich nicht. Da wird ja nichts Illegales gemacht. Man kommt nur bequemer an die gewünschten Informationen (welche jetzt auch schon zur Verfügung stehen).

Da denkst du zu kurz. Jetzt kann niemand eine GH-Kopie mit aktuellen/verfälschten Daten bauen. Mit einer API ist das durchaus möglich. Solange nicht ein deutlicher Nutzen erkennbar ist, wollen wir uns mit solchen Problemen lieber nicht herumschlagen.

Unser blühendes Land. Jetzt muß ich schon wieder aufs Profil verlinken.

» skinflint failblog pictureisunrelated

Für die API brauchst du auch einen client ... (auch wenn der auf einem anderen
Server läuft, dann ist Jetpack mit Sicherheit auch schneller als das).

Weil Jetpack programmieren != API basteln/warten/freigeben/abuse beobachten.

Ich habe nie behauptet, dass es ein Klacks ist, eine API aufzusetzen (und zu supporten). Aber für gewisse Erweiterungen hilft mir das netteste Jetpack nichts, wenn ich nur kompliziertest an die benötigten Daten rankomme. Eine API, einmal geschrieben, kann vielfach clientseitig genutzt werden. Die Extension/(Web)App-Entwickler müssen nicht jedesmal das (komplizierte) Rad von neuem erfinden.

Datentransfer ist uns bis zu einer gewissen Menge pro User mehr oder weniger
egal, die HTTP-Requests sind das Problem und diese betragen bei AJAX
üblicherweise ein Vielfaches von non-JS-Seiten.

Mag sein, dass es mehr Requests gibt, aber dafür gäbe es auch "Gegenmaßnahmen" (Bereitstellung statischer Responses häufiger Anfragen, webserver load balancing, etc.). Zudem glaube ich, dass die/der Geizhals-Server durchaus potent genug sind, zahlreiche AJAX-Abfragen ohne merkbaren Performance-Verlust verarbeiten zu können.

Jetzt kann niemand eine GH-Kopie mit aktuellen/verfälschten Daten bauen. Mit
einer API ist das durchaus möglich.

Warum soll man keine Fake-GH-Kopie bauen können? Wäre einiger Aufwand - sicherlich - aber machbar. Eine API macht vielleicht das Nachbauen einfacher, aber man muss ja nicht unbedingt die API derart bereitstellen, dass man leicht Missbrauch betreiben kann. Abgesehen davon, sollten rechtliche Ärgernisse nicht der Grund sein, eine API nicht zu realisieren (Probleme kann's mit oder ohne API egal in welchem Bereich - Stichwort: Produktfotos - immer geben...)

Solange nicht ein deutlicher Nutzen erkennbar ist, wollen wir uns mit solchen
Problemen lieber nicht herumschlagen.

Ich habe die Erfahrung gemacht, dass (technologischer) Stillstand im Endeffekt ein Rückschritt ist. Aber ich kann deine Ansicht verstehen ("never change a running system").

Warum soll man keine Fake-GH-Kopie bauen können? Wäre einiger Aufwand - sicherlich - aber machbar.

nicht falsch zitieren.

Ich habe die Erfahrung gemacht, dass (technologischer) Stillstand im Endeffekt ein Rückschritt ist. Aber ich kann deine Ansicht verstehen ("never change a running system").

Ich habe eigentlich etwas ganz anderes geschrieben.

Unser blühendes Land. Jetzt muß ich schon wieder aufs Profil verlinken.

» skinflint failblog pictureisunrelated

nicht falsch zitieren.

Ich habe eigentlich etwas ganz anderes geschrieben.

Ich weiß, denn ich habe (nur) meine persönliche Meinung wiedergegeben.

nicht falsch zitieren.

"... mit aktuellen Daten"

Ich weiß, denn ich habe (nur) meine persönliche Meinung wiedergegeben.

OK, warum du der Meinung bist, daß es für uns nützlich wäre, eine API bereitzustellen, weiß ich aber noch immer nicht.

Unser blühendes Land. Jetzt muß ich schon wieder aufs Profil verlinken.

» skinflint failblog pictureisunrelated

OK, warum du der Meinung bist, daß es für uns nützlich wäre, eine API
bereitzustellen, weiß ich aber noch immer nicht.

Mit einer API wäre es Web-/App-/Extension-Entwicklern möglich, nützliche und hilfreiche Erweiterungen rund um "Geizhals" bereit zu stellen. Durch ein attraktiveres Angebot, (kostenlos) bereitgestellt durch Dritte, würde die Nutzerzahl wachsen (=gut fürs Geschäft) und dem Preisvergleichsdienst einen technologischen Vorsprung gegenüber anderen, ähnlichen Diensten sichern.
Anders formuliert: Wie populär wären Mozilla (mit Firefox, Thunderbird, etc.) oder Google (mit Maps, Earth, etc.) wenn es keine APIs und damit auch keine Möglichkeit gäbe, kostenlose Erweiterungen und Funktionalität durch "Fremdentwickler" für die Allgemeinheit bereit zu stellen?!

Durch ein attraktiveres Angebot, (kostenlos) bereitgestellt durch Dritte, würde die Nutzerzahl wachsen (=gut fürs Geschäft)

Gut für's Geschäft, wenn die User dann auch bei uns landen, sonst schlecht für's Geschäft. Wir sind nun mal eine Website und profitieren nicht davon, andere Websites mit einer anderen Verwendung unserer Daten zu unterstützen.

ie populär wären Mozilla (mit Firefox, Thunderbird, etc.) oder Google (mit Maps, Earth, etc.) wenn es keine APIs und damit auch keine Möglichkeit gäbe, kostenlose Erweiterungen und Funktionalität durch "Fremdentwickler" für die Allgemeinheit bereit zu stellen?!

Unzulässiger Vergleich, diese Dienste sind gratis, tw. keine Websites, müssen nicht gewinnorientiert arbeiten usw.. Und wie populär Google Maps / Firefox / Thunderbird ohne APIs wären, kannst du dir selbst beantworten.

Unser blühendes Land. Jetzt muß ich schon wieder aufs Profil verlinken.

» skinflint failblog pictureisunrelated

Gut für's Geschäft, wenn die User dann auch bei uns landen, sonst schlecht
für's Geschäft. Wir sind nun mal eine Website und profitieren nicht davon,
andere Websites mit einer anderen Verwendung unserer Daten zu unterstützen.

Was spricht denn gegen ein Partnerprogramm, bei dem die Teilnehmer eine Provision erhalten, wenn sie euch Traffic schicken, der dann anschließend bei euch für Umsatz sorgt?

Gerade im Bereich PC / Hardware / Software gibt es doch unzählige Seiten, die sich in ihren Artikeln und Berichten immer wieder auf diverse Preisvergleiche berufen, Links, denen die interessierten Nutzer dann folgen, und über einen eurer Händler kaufen. Gerade bei Testberichten über Hardware kann ich mir vorstellen, dass sowas gut konvertiert, immerhin lesen die Leute Infos zu einem Produkt, das sie evtl. kaufen würden.

Da wäre ein kleiner zusätzlicher Verdienst sicher ein Ansporn, die Links gerade deshalb auf geizhals.at zeigen zu lassen, zumal ihr euch eh auf den europäischen Raum ausweitet . Mehr Traffic ist sicher auch ein Argument, Werbung auf eurer Seite zu schalten.

Also kurz, ich meine etwas kleineres, als eure derzeitigen Whitelabel Lösungen (die für heise, computerbase, ...). Und da müsstet ihr nicht mal zwangsweise irgendwelche Daten über Schnittstellen rausgeben.

Dass ein Partnerprogramm selbst eine rießen Sache ist, ist natürlich ein anderes Thema.
--
DiTech postete:
Sie haben offensichtlich 7mal mit dem Goldadler positive Erfahrung gemacht. Bei dieser Menge an Glück sollten Sie Lotto spielen.

GHF Watcher 1.4 (FF-Erweiterung) Bild Upload (Hosting Service)

21.02.2010, 11:40 Uhr - Editiert von Dr. Watson, alte Version: hier

Gut für's Geschäft, wenn die User dann auch bei uns landen, sonst schlecht
für's Geschäft. Wir sind nun mal eine Website und profitieren nicht davon,
andere Websites mit einer anderen Verwendung unserer Daten zu unterstützen.

Ich verstehe diese Bedenken. Aber könnte man nicht die Nutzung der API an eine rein nicht-kommerzielle Verwendung knüpfen (mit evt. lizensierten Ausnahmen?)?

Unzulässiger Vergleich, diese Dienste sind gratis, tw. keine Websites, müssen
nicht gewinnorientiert arbeiten usw..

Doch, in gewisser Weise müssen die schon auch gewinnorientiert arbeiten. Nur von Luft und Liebe (und Freiwilligen) können die auch nicht (über)leben und wachsen - die haben halt ihre speziellen "Einnahme-Methoden".

Und wie populär Google Maps / Firefox / Thunderbird ohne APIs wären, kannst du
dir selbst beantworten.

Meine Frage war ohnehin nur rhetorisch.

Ich verstehe diese Bedenken. Aber könnte man nicht die Nutzung der API an eine
rein nicht-kommerzielle Verwendung knüpfen (mit evt. lizensierten
Ausnahmen?)?

und dann?

sollen sie kurse anbieten, wie man die API verwendet .. oder welches äquivalent zur "open-source"-philosophie schlägst du denen vor?

die debatte hat immer mehr mit "an den haaren herbeiziehen" zu tun, kommt mir vor!

wobei natürlich dein persönlicher wunsch, die daten privat kostenlos nutzen zu dürfen, absolut verständlich ist! nur ist dieser wunsch alleine keine garantie, ein entsprechend kommerziell funktionierendes modell für eine firma wie "geizhals" zu finden (und umgekehrt für sie auch kein grund, ein entsprechendes modell zu finden)!

lg

s c h ö n e s c h e i s s e, d a u e r n d d a s s e l b e

Viele Menschen sind zu gut erzogen, um mit vollem Mund zu sprechen,
aber sie haben keinerlei Bedenken, es mit leerem Kopf zu tun!

sollen sie kurse anbieten, wie man die API verwendet

Für das Benutzen/Verstehen einer (hoffentlich gut dokumentierten!) API ist jeder selbst verantwortlich.

mjy hat schon geschrieben/erklärt, dass für ihn kein vorteilhafter Nutzen für Geizhals erkennbar ist. Damit können wir wohl diese Diskussion beenden.

was ist Jetpack?

si tacuisses, philosophus mansisses

Da kaufe ich gerne: Peluga, Academia, Tonershop, nc-Shop, NRE, 1ashop,

e-tec

Links: http://unicef.at/shopforlife.html und http://vienna.mybikelane.com

https://wiki.mozilla.org/Jetpack

Ist aber schon ein paar Jahre her ...

Google-Suchergebnisse, nur mit Privatsphäre? startpage.com!

Once you allow the government to start breaking the law, no matter how seemingly justifiable the reason, you relinquish the contract between you and the government which establishes that the government works for and obeys you, the citizen—the employer—the master. And once the government starts operating outside the law, answerable to no one but itself, there’s no way to rein it back in, short of revolution. -- John W. Whitehead

Zwangsbejagung Ade!

Welche und wofür?

Man könnte endlich mal eine Geizhals-App fürs iPhone machen zB.

Hat das iPhone keinen Browser, dass man für jeden Schei.ß eine App braucht?

Während wir alle von einer Insel in der Südsee träumen, von der Rückkehr ins Paradies,
sieht die Wirklichkeit ganz anders aus.
- Ernest Dichter -

Hat das iPhone keinen Browser, dass man für jeden Schei.ß eine App
braucht?

Was bringt mir ein Browser, wenn die Webseite nicht für mobile Endgeräte angepasst ist? Sicher, zur Not gehts so auch. Aber es ginge auch besser.

Außerdem könnte man sehr praktische Gimmicks einbauen (zB. Barcode-Scanner). Amazon geht sogar einen Schritt weiter und hat eine Bildererkennung im App eingebaut (ähnlich der von Google Goggles).

Praktische wäre auch eine Händlersuche, die mittels GPS-Position den billigsten Preis eines Artikels in der näheren Umgebung sucht.

20.02.2010, 20:35 Uhr - Editiert von hellbringer, alte Version: hier

Wenn man schon keine APIs zur Verfügung stellt sollte man bitte wirklich eine iPhone kompatible Version der Seite bauen! Die Produktbilder werden viel zu klein dargestellt, und die Schriftgröße ist unregelmäßig so dass man ständig rein und raus zoomen muss. Das Layout der Seite wird auch nicht korrekt dargestellt.

ES GIBT BEREITS EINE
"wirklich iPhone kompatible Version der Seite"
du brauchst nur einen "wirklich" funktionierenden Browser für dein "phone"
z.B. Chrome, Firefox, Opera... und alle anderen Browser die Websiten normal darstellen können
Win XP

Der Beitrag auf den du antwortest ist über 4 Jahre alt. Mittlerweile kann ich mich nicht mehr beschweren.

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung