Facebook's nieuwe API en Platform Policies: de praktijk
In augustus 2014 werd het al aangekondigd. Op 5 november vorig jaar werd het werkelijkheid: er ging het een en ander veranderen voor Facebook apps en het gebruik van de Facebook API. Een aantal zaken die gemeengoed waren geworden in het maken van Facebook apps en activaties op Facebook-pagina's, is nu niet meer mogelijk. Wat is er nu een aantal maanden na de invoering van de veranderingeneigenlijk anders en hoe zie je dit in de praktijk terug?
Het meest in het oog springende 'slachtoffer' van de wijzigingen is de zogenaamde 'like-gate'. Voorheen was het een vaak toegepaste taktiek dat, als je een Facebook app wilde gebruiken, je eerst de Facebookpagina van de eigenaar van de app leuk moest vinden, voordat je de inhoud van het spel of de actie te zien kreeg. Met de juiste belofte van een mooie prijs of interessante content, was dit een mooi instrument om het aantal likes van je pagina te vergroten. Met de nieuwe Facebook Graph API, is het niet meer mogelijk om te zien of een bezoeker je pagina al leuk vindt. Je kunt dus ook niet meer zorgen dat je verschillende content presenteert aan 'likers' en 'niet-likers'. Voor de gebruiker moet er dus echt een andere motivatie zijn om je pagina leuk te vinden dan het mogelijk winnen van een prijs of het krijgen van exclusieve content. Als merk en pagina-eigenaar moet je vooral zorgen dat je bezoekers oprecht geïnteresseerd zijn in wie je bent en wat je te melden hebt.
Daarnaast is het gebruik van het Facebook Platform (alle functionaliteit en informatie die via de API te gebruiken is) aan veel strengere regels gebonden. Voor Facebook app ontwikkelaars betekent dit dat een boel functies die eerder gewoon gebruikt konden worden, nu achter slot en grendel zitten tot je toestemming hebt van Facebook zelf om die functies of informatie te gebruiken. De enige informatie waar je nu zonder toestemming van Facebook over kunt beschikken is:
Het e-mailadres van de ingelogde gebruiker (indien opgegeven)
Openbare profielinformatie. Voornaam, achternaam, profielfoto en andere zaken als geslacht en leeftijd, indien openbaar.
Lijst van vrienden die ook jouw app gebruiken.
Voor alle andere functies en informatie moet je eerst aan Facebook toestemming vragen of je deze mag gebruiken. Dit gaat via een review proces dat wel vergelijkbaar is met het reviewen van apps voor de App Store door Apple. Je moet voor de review precies uitleggen wat je exact met de functies en informatie wilt gaan doen. Alles wat je daarin vertelt moet helemaal voldoen aan de Facebook Platform Policies. Daar waar je eerder kon kijken waar je mee weg kwam bij het maken van een app en het inzetten van gebruikersinformatie, beoordeelt Facebook zelf nu van tevoren of je app wel door de beugel kan. Wat bijvoorbeeld niet meer zonder expliciete toestemming mag is het opvragen van de volledige vriendenlijst van een gebruiker. Waar je eerder bijvoorbeeld een mooi scherm kon maken waarin je al je vrienden zag en kon aanvinken wie je een bericht wilde sturen, is dat nu iets waar je speciaal toestemming voor moet krijgen. Eén op één berichtjes sturen naar een hele lijst vrienden kan niet en een heleboel vrienden taggen in een bericht is ook niet zomaar meer toegestaan.
Je moet er bij de ontwikkeling van een app dus rekening mee houden dat je een aantal dagen kwijt bent met het krijgen van de juiste toestemmingen van Facebook. (onze anekdotische ervaring is zeker 3 werkdagen per review). Daarbij moet je er ook rekening mee houden dat Facebook na de review vindt dat je app niet aan alle voorwaarden voldoet en niet gepubliceerd mag worden. Als je zeker wilt weten dat je je app kunt lanceren, moet je óf alleen gebruikmaken van de standaardpermissies (e-mail, openbare profielinfo en vrienden op dezelfde app), óf zeker weten dat je app aan alle policies voldoet.
Wat in principe ook niet meer mag volgens de richtlijnen is het organiseren van een share-en-win actie. De basisregel in de voorwaarden is dat je deelnemers niet mag belonen (bijvoorbeeld met een kans op een prijs) om Facebook functies als iets leuk vinden of delen te gebruiken. Als je zo'n soort actie zou organiseren door het gewoon plaatsen van een afbeelding op je wall, kan Facebook dit minder goed controleren dan met een app review. Maar mocht Facebook er lucht van krijgen, dan kun je er rekening mee houden dat je actie uit de lucht wordt gehaald.
Nog iets waar je op moet letten bij het maken van een Facebook actie: redirects. Waar het eerder (zeker toen er nog like-gates waren) een goed idee was om desktop gebruikers van je actiepagina rechtstreeks door te sturen naar je Facebook tab, moet je er nu rekening mee houden dat Facebook detecteert dat gebruikers worden doorgestuurd. Zodra ze dit zien, krijg je als bezoeker een waarschuwing over de site ('mogelijk onbetrouwbaar!') wanneer je deze bijvoorbeeld wilt delen op je wall. Er komen dan waarschuwings-icoontjes in beeld staan en je moet een extra verificatie-code invoeren om je site te kunnen delen. Dat staat niet heel fraai bij een goedbedoelde actie.
Met deze nieuwe regels is het kortom minder makkelijk om met de Facebook API dingen te doen die uit marketing-oogpunt interessant waren. Voor de gebruikers bleken dit echter toch wel vaak dingen met een vrij hoog spam-gehalte en daar heeft Facebook een stokje voor willen steken. Ontwikkelaars, marketeers en creatieven zullen dus voortaan innovatiever moeten zijn in het bedenken en bouwen van apps die de bezoekers uit zichzelf graag willen delen met hun vrienden. Al met al zal dit zeker de kwaliteit van de content ten goede komen.