Twitter forklarer API-endringer til ansatte som grenser for tredjepartsapper som går live

Twitters API-endringer ble publisert i dag, og deaktiverte nøkkelfunksjoner for tredjepartsapper som Tweetbot og Twitterific .

Det nye API-et fjerner tidslinjestrømming, forhindrer tredjepartsapper i å oppdatere tidslinjer automatisk, og det begrenser push-varslinger og andre funksjoner. Twitter er det også tar ublu gebyrer for tilgang til de nye aktivitets-API-ene, med tilgang fra 899 per måned for opptil 250 kontoer.

Alle tredjeparts Twitter-apper påvirkes av disse endringene. Tapbots oppdaterte i går Tweetbot for iOS-appen for å lamme flere funksjoner som er populære blant Tweetbot-brukere. Tidslinjestrømming over Wi-Fi er for eksempel ikke lenger tilgjengelig, noe som betyr at Twitter-tidslinjer nå vil oppdateres saktere.

beste spill å spille på macbook pro

Push-varsler for omtaler og direktemeldinger er forsinket med flere minutter, og push-varslinger for likes, retweets, følger og sitater har blitt deaktivert helt. Aktivitets- og statistikkfanene, som var avhengige av nå avviklede aktivitets-API-er, er fjernet fra appen, og fordi Apple Watch-appen var sterkt avhengig av aktivitetsdata, har den også blitt eliminert.

Lignende endringer ble introdusert i Twitterrific i juli, og fra og med i dag er Twitterrific-appen ikke lenger i stand til å motta og vise opprinnelige varsler. Twitterrifics Today center-widget og Apple Watch-appen var avhengig av disse funksjonene, og har blitt fjernet.

Twitterrific anbefaler Twitter-brukere å laste ned den offisielle Twitter-appen for å motta varslene deres, mens de bruker Twitterrific-appen til alt annet.

Da endringene ble publisert, sendte Twitter i dag ut en bedriftsomfattende e-post til ansatte som starter med å erkjenne den enorme innvirkningen som tredjeparts Twitter-klienter har hatt på veksten av Twitter-tjenesten før de peker mot 'tekniske og forretningsmessige begrensninger' som hindrer den i å fortsette å tilby API-ene som er nødvendige for å holde disse appene fungerende som før.

I dag vil vi publisere et blogginnlegg om våre prioriteringer for å investere i Twitter-klientopplevelser. Jeg ønsket å dele litt innsikt i hvordan vi nådde disse beslutningene og hvordan vi tenker på at tredjepartsklienter skal gå videre.

Først litt historie: Tredjepartsklienter har hatt en betydelig innvirkning på Twitter-tjenesten og produktene vi har bygget. Uavhengige utviklere bygde den første Twitter-klienten for Mac og den første innfødte appen for iPhone. Disse kundene var banebrytende for produktfunksjoner vi alle kjenner og elsker ved Twitter, for eksempel mute, pull-to-refresh-bevegelsen og mange flere.

Vi elsker at utviklere bygger erfaringer på API-ene våre for å presse tjenesten vår, teknologien og den offentlige samtalen fremover. Vi respekterer dypt tiden, energien og lidenskapen de har brukt på å bygge fantastiske ting ved å bruke Twitter.

hva følger macbook air med

Vi har imidlertid ikke alltid gjort en god jobb med å være grei med utviklere om avgjørelsene vi tar angående tredjepartsklienter. I 2011 ba vi utviklere (i en e-post) om ikke å bygge apper som etterligner Twitter-kjerneopplevelsen. I 2012 kunngjorde vi endringer i utviklerretningslinjene våre for å gjøre disse begrensningene klarere ved å begrense antallet brukere som er tillatt for en tredjepartsklient. Og i årene etter disse kunngjøringene har vi gjentatte ganger fortalt utviklere at veikartet vårt for API-ene våre ikke prioriterer klientbrukstilfeller – selv om vi har fortsatt å vedlikeholde et par spesifikke API-er som brukes mye av disse klientene og stille tildelte brukere. begrense unntak for klientene som trengte dem.

Det er på tide å ta den vanskelige beslutningen om å avslutte støtten for disse eldre API-ene – og erkjenne at noen aspekter ved disse appene ville bli forringet som et resultat. I dag står vi overfor tekniske og forretningsmessige begrensninger vi ikke kan ignorere. User Streams og Site Streams APIene som betjener kjernefunksjonene til mange av disse klientene har vært i en 'beta'-tilstand i mer enn 9 år, og er bygget på en teknologistabel vi ikke lenger støtter. Vi endrer ikke reglene våre, eller tar sikte på å 'drepe' tredjepartsklienter; men vi dreper, av operasjonell nødvendighet, noen av de eldre API-ene som driver noen funksjoner til disse klientene. I tillegg har det ikke vært realistisk for oss å investere i å bygge en helt ny tjeneste for å erstatte all funksjonaliteten til disse API-ene, som brukes av mindre enn 1 % av Twitter-utviklerne.

Vi har hørt tilbakemeldinger fra våre kunder om smerten dette forårsaker. Vi anmelder #BreakingMyTwitter ganske ofte og har snakket med mange av utviklerne til store tredjepartsklienter for å forstå deres behov og bekymringer. Vi er forpliktet til å forstå hvorfor folk ansetter tredjepartsklienter over våre egne apper, og vi skal prøve å gjøre det bedre med å kommunisere disse endringene ærlig og tydelig til utviklere.

hvordan tømme cache på iphone for apper

Vi vet at vi har mye arbeid å gjøre. Denne endringen er et hardt, men viktig skritt fremover. Takk for at du samarbeider med oss ​​for å komme dit.

Twitter har kontinuerlig sagt at bare 1 prosent av Twitter-utviklere bruker sine nå avviklede API-er, men ettersom disse endringene ser ut til å påvirke de fleste av de store Twitter-klientene, er det ikke klart hvordan tallet på 1 prosent beregnes.

Som TechCrunch påpeker, insisterer Twitters e-post på at API-ene var 'legacy-teknologi' som måtte elimineres for 'operativ nødvendighet', men det er Twitter, ikke en ekstern kraft, som har nektet å vedlikeholde eller omutvikle API-ene som tredjepartsapper bruker eller overføre eksisterende apper til den nye API-plattformen.

Det triste er at de bygde en tjeneste for å erstatte det meste av dette, de priset bare tilgangen til den så høyt at den like gjerne ikke eksisterer. pic.twitter.com/ylfG6lHbQp — Paul Haddad (@tapbot_paul) 16. august 2018