[JS] Facebook, Youtube,Twitter uitlezen zonder authenticatie

[Anoniem: 116095]

Hallo,

Wij bouwen een systeem waarbij gebruikers o.a. hun facebook, twitter en youtube kunnen invoeren en dan checkt het systeem middels de API's het aantal Like's, Talking about, followers, views etc.

Het mooie is, is dat je deze gegevens kan krijgen zonder authenticatie. Dit is ideaal om het gebruiksvriendelijk te houden. Simpel tekstveld waar je je pagina url / accountnaam kan invoeren volstaat.

Tot zo ver niks spannends.

Nu zitten we alleen met het volgende probleem.. Hoe kunnen wij zeker zijn dat gebruikers ook echt hun eigen account invullen en niet die van iemand anders (iemand die veel populairder is) ?

We zitten er al een tijdje over te brainstormen.. We dachten aan een soort confirmatie middels het e-mailadres waarmee je op facebook, twitter, youtube staat geregistreerd. Alleen om het e-mailadres te krijgen heb je toestemming nodig. Dan kun je niet om de authenticatie heen.

Hebben jullie misschien nog suggesties om dit simpel maar veilig op te lossen?

Alvast bedankt!

[Anoniem: 296939]

Waarom zou een gebruiker andermans Twitter of Facebook account willen invullen?

[Grijze Vos]

dus je wilt authenticatie zonder authenticatie?

[Hooglander1]

Anoniem: 116095 schreef op maandag 27 mei 2013 @ 10:53:
Nu zitten we alleen met het volgende probleem.. Hoe kunnen wij zeker zijn dat gebruikers ook echt hun eigen account invullen en niet die van iemand anders (iemand die veel populairder is) ?

Wat wil je precies bereiken hiermee? Als je iets meer context geeft kan er iemand misschien wel een veel betere optie aandragen.

[Anoniem: 116095]

Thanks voor de reacties

Anoniem: 296939 schreef op maandag 27 mei 2013 @ 11:12:
Waarom zou een gebruiker andermans Twitter of Facebook account willen invullen?

Hooglander1 schreef op maandag 27 mei 2013 @ 11:14:
[...]

Wat wil je precies bereiken hiermee? Als je iets meer context geeft kan er iemand misschien wel een veel betere optie aandragen.

De website draait om populariteit en andermans account gebruiken zou je onterecht een hogere ranking geven.

Grijze Vos schreef op maandag 27 mei 2013 @ 11:13:
dus je wilt authenticatie zonder authenticatie?

Correct er is wel een nuance..

We willen proberen te vermijden dat de gebruiker zijn user/pass moet invullen om toegang te verlenen tot zijn Facebook / Youtube / Twitter account. Dit is theoretisch niet nodig omdat de benodigde gegevens toch vrij met de API's uit te lezen zijn.

Alleen hoe kunnen we verzekeren dat Henkie ook echt Henkie's Twitter accountnaam invult en niet die van Paris Hilton om makkelijk populariteit te scoren..?

[ Voor 7% gewijzigd door Anoniem: 116095 op 27-05-2013 11:23 ]

[Anoniem: 296939]

Als je wil dat de gebruiker echt zijn account gebruikt, kan je niet echt om de authenticatie heen.

[Bosmonster]

Anoniem: 296939 schreef op maandag 27 mei 2013 @ 11:31:
Als je wil dat de gebruiker echt zijn account gebruikt, kan je niet echt om de authenticatie heen.

Dit. En gebruikers zelf hun username/password in laten vullen op jouw site is not-done. Daarvoor gebruik je de login-api's (en is het dus heel simpel, ook voor de gebruiker).

[ Voor 7% gewijzigd door Bosmonster op 27-05-2013 11:44 ]

[Anoniem: 116095]

Oke duidelijk. Bedankt voor de feedback. Het leek ons gebruiksvriendelijker om het per account te doen met 1 tekstveld ipv login popups/iframes oid waar je niet omheen kunt met api logins helaas pindakaas.

[RobIII]

Bosmonster schreef op maandag 27 mei 2013 @ 11:44:
[...]


Dit. En gebruikers zelf hun username/password in laten vullen op jouw site is not-done. Daarvoor gebruik je de login-api's (en is het dus heel simpel, ook voor de gebruiker).

Dit. 1.000 maal dit.

Maar; even out-of-the-box gedacht: je zou een soort 'verificatie' kunnen inbouwen door iemand een bepaalde (random/door jullie bepaalde) tweet te laten favorite-en, een bepaalde YT video/FB post te laten liken oid. (wat ze, na verificatie aan jullie kant, eventueel weer zouden kunnen ongedaan maken). Maar dat is meer "omdat het kan" dan daadwerkelijk een zinnige oplossing.

[Anoniem: 116095]

Dat is ook een optie inderdaad maar dan is het misschien gebruiksvriendelijker om toch de API logins toe te passen. Thanks!