Genaue Besucherquelle wie ermitteln?

[hanneswobus]

Magst du das genauer erläutern? Bit.ly ist ein URL-Shortener mit integrierten Analytics. Dort kommen keine anderen HTTP-Header an, als auch an deinem Webserver wenn kein URL-Shortener verwendet wird. Ein API wird dafür genutzt, um programmatisch auf die (meist) gleichen Funktionen zuzugreifen, auf die sonst über das User Interface zugegriffen wird. Ich verstehe noch nicht, warum ich mir das API von Bit.ly ansehen soll und was das mit dem Thema hier zu tun hat, erschließt sich mir leider noch nicht.

das thema ist "genaue besucherquelle ermitteln" u. die API hat einige funktionen, die ueber das user-interface hinausgehen.
ob du dir nun diese API anschaust, oder nicht anschaust, oder irgendwas damit machst, ist deine angelegenheit.
gruß

[Infinitnet]

das thema ist "genaue besucherquelle ermitteln" u. die API hat einige funktionen, die ueber das user-interface hinausgehen.
ob du dir nun diese API anschaust, oder nicht anschaust, oder irgendwas damit machst, ist deine angelegenheit.
gruß

Wenn mit dem Bit.ly API genauere Besucherquellen ermittelt werden können, wäre eine genauere Erläuterung (oder zumindest ein Hinweis auf die entsprechende API-Funktion) auch für den OP sicherlich hilfreich, als nur ein allgemeiner Verweis darauf.

Trotzdem danke für den Hinweis. Wenn ich mal Zeit dafür habe, werde ich mir die gesamte API-Dokumentation durchlesen und bin gespannt, ob ich herausfinde auf welche Funktion sich deine Aussage bezieht. Auf ersten Blick kann ich leider nichts offensichtliches erkennen - /link/referrers und /link/referring_domains liefern keine Informationen, die über die in den HTTP-Headern enthaltenen hinausgehen. Muss ich mir dann wohl mal in Ruhe alles durchlesen.

[hanneswobus]

Wenn mit dem Bit.ly API genauere Besucherquellen ermittelt werden können, wäre eine genauere Erläuterung (oder zumindest ein Hinweis auf die entsprechende API-Funktion) auch für den OP sicherlich hilfreich, als nur ein allgemeiner Verweis darauf.

naja.
der TE wird sich schon melden, wenn er da was genaueres wissen will u. wenn eine eventuelle frage genau in diese richtung geht, wuerde ich sicherlich da antworten. ich beschrieb ja auch bit.ly als eine moeglichkeit der abschaetzung, die keinesfalls alleinstehend genau ist. sie ist allerdings so genau, dass ich die funktionen der API in den standard-reporting-u.-monitoring-prozess eingebaut habe.
abgesehen davon: die funktionen sind ja auf der voellig entspannt recherchierbaren dokumentation einsehbar ... inkl. beispiele u. codes.

Trotzdem danke für den Hinweis. Wenn ich mal Zeit dafür habe, werde ich mir die gesamte API-Dokumentation durchlesen und bin gespannt, ob ich herausfinde auf welche Funktion sich deine Aussage bezieht. Auf ersten Blick kann ich leider nichts offensichtliches erkennen - /link/referrers und /link/referring_domains liefern keine Informationen, die über die in den HTTP-Headern enthaltenen hinausgehen. Muss ich mir dann wohl mal in Ruhe alles durchlesen.

nochmal: ich bezog mich auf die frage, wie man denn besucherquellen finden koennte u. das mit den headern stand da nicht unbedingt im fokus. es geht hier ja - wie wahnsinnig oft erwaehnt - um das aufdecken v. versteckten besucherquellen, worauf ich mich bezog. ^^

gruß u. viel erfolg

[Infinitnet]

Genauere Details möchtest du nicht nennen? Mir ist noch nicht ganz klar, wie man die genaue Quelle eines Facebook-Referrals (ob nun mit oder ohne Hinzuziehen weiterer Datenquellen) mit Hilfe des Bit.ly APIs "abschätzen" kann. Da mich die Sache nun aber nach dem ganzen Hin und Her interessiert, wäre ich für eine Erklärung dankbar. Gerne auch per PN, wenn die Information nicht öffentlich sein soll und du deshalb so sparsam mit aussagekräftigen Details umgehst.

[hanneswobus]

Genauere Details möchtest du nicht nennen? Mir ist noch nicht ganz klar, wie man die genaue Quelle eines Facebook-Referrals (ob nun mit oder ohne Hinzuziehen weiterer Datenquellen) mit Hilfe des Bit.ly APIs "abschätzen" kann. Da mich die Sache nun aber nach dem ganzen Hin und Her interessiert, wäre ich für eine Erklärung dankbar. Gerne auch per PN, wenn die Information nicht öffentlich sein soll und du deshalb so sparsam mit aussagekräftigen Details umgehst.

was genau meinst du denn mit "detail" u. "aussagekraeftig"? willst du jetzt von mir:
- unsere quellcodes
- unsere prozeduren u. tools
- beispiele v. unseren projekten
sehen? sorry, das werde ich dir nicht liefern u. es obliegt ganz genau deinem engagement, ob du nun die genannten loesungswege fuer deine (!) szenarien verwertest oder eben nicht verwertest. ich muss mit dir gar nicht via pm hin u. her schreiben, da die informationen - bis auf unsere interna - voellig problemlos oeffentlich u. kostenfrei abholbar u. mit hilfe v. bspw. deiner zeit nutzbar sind.

aber nochmal:
fuer fb-clicks u. die beobachtung v. fb:
=> monitoring der fb-gruppen via scraper ODER via api
=> monitoring der shares u. likes u. comments AUF den gesetzten links via scraper ODER via api u. interpretation
=> abgleich der daten mit piwik & co (=>einstiegsseiten, via fb)

fuer bit.ly
=> schau-dir-die-api-an

einen tipp gebe ich dir noch:
wenn du die extrem grob dargestelle vorgehensweise zu fb bei dir "irgendwie" umsetzt, koennte dir die beobachtung gelingen, welche interpretationen zur folgenden frage erlauben KOENNTE: "sind-socialsignals-aus-fb-rankingfoerdernd?".

gruß

[Infinitnet]

was genau meinst du denn mit "detail" u. "aussagekraeftig"? [...]

fuer bit.ly
=> schau-dir-die-api-an

Genau diesen Punkt meine ich. Klar kann ich jetzt meinen Tag mit dem Lesen der API-Dokumentation verbringen und komme dann vielleicht darauf, auf was genau du mit "schau dir die API an" hinaus möchtest. Mein Ziel ist es gerade nur, deine Aussage aus reinem Interesse an dem Thema besser zu verstehen. Ich habe keine Verwendung für die dadurch erlangten Informationen und deshalb keine besondere Motivation meine Zeit in darauf bezogene Recherchen zu investieren. Zumal ich mir nicht sicher bin, ob hier tatsächlich irgendeine besondere Funktion vorhanden ist, auf die andere Social-Media-Analytics-Plattformen (wie der Analytics-Teil von Buffer), die schon Bit.ly- und GA-Integration anbieten (wie bspw. Oktopost), noch nicht gekommen sind.

Danke für die Erklärung bezüglich Facebook-Klicks. Diese Art der Umsetzung ist aber wirklich nur eine grobe Schätzung (das Verhältnis zwischen Interaktionen und Klicks kann sehr unterschiedlich ausfallen) und, zumindest so weit ich das auf Grundlage deiner Beschreibung beurteilen kann, nur möglich, wenn man bereits die Gruppen/Seiten/Profile kennt, auf denen der Link geteilt wurde. Bei einem "viralen" Teilen des Links (also ohne, dass die Gruppen/Seiten/Profile im Voraus bekannt sind oder man sie beeinflussen kann) sieht das Ganze dann aber doch anders aus, oder?

[hanneswobus]

Genau diesen Punkt meine ich. Klar kann ich jetzt meinen Tag mit dem Lesen der API-Dokumentation verbringen und komme dann vielleicht darauf, auf was genau du mit "schau dir die API an" hinaus möchtest. Mein Ziel ist es gerade nur, deine Aussage aus reinem Interesse an dem Thema besser zu verstehen. Ich habe keine Verwendung für die dadurch erlangten Informationen und deshalb keine besondere Motivation meine Zeit in darauf bezogene Recherchen zu investieren. Zumal ich mir nicht sicher bin, ob hier tatsächlich irgendeine besondere Funktion vorhanden ist, auf die andere Social-Media-Analytics-Plattformen (wie der Analytics-Teil von Buffer), die schon Bit.ly- und GA-Integration anbieten (wie bspw. Oktopost), noch nicht gekommen sind.

wenn du absolut keine verwendung zu den infos hast, frage ich mich, warum wir diesen aspekt der diskussion weiterfuehren. gut: dann waere das ja "abgehakt". ein gedanke erlaube ich mir noch: die genannten tools duerften sehr wohl mit den dokumentierten apis zusammen arbeiten, jedoch ist ein blick in die api durchaus hilfreich, um gewisse dinge einfach selbst zu verstehen oder eigene daten zu erheben. aber du schreibst ja selbst, dass genau das thema fuer dich uninteressant ist.

Bei einem "viralen" Teilen des Links (also ohne, dass die Gruppen/Seiten/Profile im Voraus bekannt sind oder man sie beeinflussen kann) sieht das Ganze dann aber doch anders aus, oder?

rate mal, warum ich den gedankengang "beobachtung" hier ausformulierte. diese "beobachtung" erlaubt bspw. das erfassen der accounts, welche das zeug teilen u. diese accounts duerften mit einer hohen wahrscheinlichkeit auch auf den geteilten link herum klicken. selbstverstaendlich (!) erlaubt diese "beobachtung" nur eine "prognose" u. ist keinesfalls zu 100000% genau.
wie das erfassen dieser accounts funktioniert, steht irgendwo in der fb-api. ^^

gruß

[Infinitnet]

wenn du absolut keine verwendung zu den infos hast, frage ich mich, warum wir diesen aspekt der diskussion weiterfuehren. gut: dann waere das ja "abgehakt".

Ich frage mich halt, warum du überhaupt mehrfach das Bit.ly API erwähnst, wenn du nicht genauer darauf eingehen möchtest, inwiefern das mit der Ermittlung der Besucherquellen in Zusammenhang steht. Mein Interesse wurde nur durch den Mangel an Aufklärung deinerseits geweckt. Ich arbeite nicht mit eigenen Analyse-Tools und beschäftige mich auch nicht mit der programmatischen Auswertung von Daten, sondern verwende ausschließlich bestehende Lösungen dafür. Sonst würde ich mir das wohl genauer ansehen.

wie das erfassen dieser accounts funktioniert, steht irgendwo in der fb-api. ^^

Man kann also tatsächlich per Facebook API Accounts erfassen, die eine bestimmte URL teilen? Das wusste ich noch nicht. Ich dachte immer, dass das unterbunden wird, um das Scrapen von eben solchen Daten zu unterbinden, zumal ein großer Teil der Facebook-Profile privat, also nicht ohne "Freundschaft" abrufbar ist. Wenn es hier eine Möglichkeit gibt Facebook-Profile, Gruppe und Seiten aufzuspüren, die bestimmte Links teilen, wäre das durchaus auch für mich interessant, um so Influencer durch Analyse viraler Beiträge der Konkurrenz zu finden. Das mache ich bis jetzt nur mit Twitter so, was aber in vielen Branchen (und ich habe das Gefühl generell in Deutschland) nicht besonders populär ist.

[hanneswobus]

wenn du absolut keine verwendung zu den infos hast, frage ich mich, warum wir diesen aspekt der diskussion weiterfuehren. gut: dann waere das ja "abgehakt".

Ich frage mich halt, warum du überhaupt mehrfach das Bit.ly API erwähnst, wenn du nicht genauer darauf eingehen möchtest, inwiefern das mit der Ermittlung der Besucherquellen in Zusammenhang steht. Mein Interesse wurde nur durch den Mangel an Aufklärung deinerseits geweckt. Ich arbeite nicht mit eigenen Analyse-Tools und beschäftige mich auch nicht mit der programmatischen Auswertung von Daten, sondern verwende ausschließlich bestehende Lösungen dafür. Sonst würde ich mir das wohl genauer ansehen.

den grund hatte ich doch mehrfach genannt u. irgendwo bemerkte ich:
- eine version v. vielen
u.
- moegliche problemloesungsversion
aber ... das thema ist ja abgehakt. ^^

wie das erfassen dieser accounts funktioniert, steht irgendwo in der fb-api. ^^

Man kann also tatsächlich per Facebook API Accounts erfassen, die eine bestimmte URL teilen?

natuerlich

Das wusste ich noch nicht.

tut mir leid.

Ich dachte immer, dass das unterbunden wird, um das Scrapen von eben solchen Daten zu unterbinden, zumal ein großer Teil der Facebook-Profile privat, also nicht ohne "Freundschaft" abrufbar ist.

wenn account xyz auf einer oeffentlichen seite / gruppe aktiv ist, wird man halt sichtbar ...

Wenn es hier eine Möglichkeit gibt Facebook-Profile, Gruppe und Seiten aufzuspüren, die bestimmte Links teilen, wäre das durchaus auch für mich interessant, um so Influencer durch Analyse viraler Beiträge der Konkurrenz zu finden. Das mache ich bis jetzt nur mit Twitter so, was aber in vielen Branchen (und ich habe das Gefühl generell in Deutschland) nicht besonders populär ist.

tjanun. lese dir halt die API durch u. programmiere da was. diese recherchefunktionen sind selbstverstaendlich moeglich u. erstaunlich einfach umzusetzen, bedenke aber, dass FB bei weitem nicht mehr so interessant ist wie vor ein paar jahren ...
viel erfolg