Twitter forklarer API-ændringer til medarbejdere som grænser for tredjepartsapps Go Live

Twitters API-ændringer gik live i dag og deaktiverede nøglefunktioner for tredjepartsapps som Tweetbot og Twitterific.

Den nye API fjerner tidslinjestreaming og forhindrer tredjepartsapps i at opdatere tidslinjer automatisk, og den begrænser push-meddelelser og andre funktioner. Twitter er også opkræver ublu gebyrer for adgang til dets nye aktivitets-API'er, med adgang fra .899 pr. måned for op til 250 konti.

Alle tredjeparts Twitter-apps påvirkes af disse ændringer. Tapbots opdaterede i går Tweetbot til iOS-appen for at lamme flere funktioner, der er populære blandt Tweetbot-brugere. Tidslinjestreaming over Wi-Fi er for eksempel ikke længere tilgængelig, hvilket betyder, at Twitter-tidslinjer nu opdateres langsommere.

ipad pro vs ipad air 2020

Push-beskeder for omtaler og direkte beskeder er forsinket med flere minutter, og push-beskeder for likes, retweets, følger og citater er blevet deaktiveret helt. Fanerne Aktivitet og Statistik, som var afhængige af nu forældede aktivitets-API'er, er blevet fjernet fra appen, og fordi Apple Watch-appen var stærkt afhængig af aktivitetsdata, er den også blevet elimineret.

Lignende ændringer blev introduceret i Twitterrific i juli, og fra og med i dag er Twitterrific-appen ikke længere i stand til at modtage og vise native notifikationer. Twitterrifics Today center-widget og Apple Watch-app var afhængig af disse funktioner og er blevet fjernet.

Twitterrific anbefaler Twitter-brugere at downloade den officielle Twitter-app for at modtage deres meddelelser, mens de bruger Twitterrific-appen til alt muligt andet.

Da ændringerne gik live, sendte Twitter i dag ud en e-mail for hele virksomheden til medarbejdere, der starter med at anerkende den enorme indflydelse, som tredjeparts Twitter-klienter har haft på væksten af ​​Twitter-tjenesten, før de peger på 'tekniske og forretningsmæssige begrænsninger', der forhindrer den i at fortsætte med at tilbyde de API'er, der er nødvendige for at holde disse apps fungerende som før.

I dag vil vi udgive et blogindlæg om vores prioriteter for at investere i Twitter-kundeoplevelser. Jeg ville gerne dele lidt indsigt i, hvordan vi nåede disse beslutninger, og hvordan vi tænker på, at tredjepartsklienter skal komme videre.

Først lidt historie: Tredjepartsklienter har haft en bemærkelsesværdig indflydelse på Twitter-tjenesten og de produkter, vi har bygget. Uafhængige udviklere byggede den første Twitter-klient til Mac og den første native app til iPhone. Disse kunder var banebrydende for produktfunktioner, som vi alle kender og elsker ved Twitter, såsom mute, pull-to-refresh-bevægelsen og mange flere.

Vi elsker, at udviklere bygger oplevelser på vores API'er for at skubbe vores service, teknologi og den offentlige samtale fremad. Vi respekterer dybt den tid, energi og passion, de har brugt på at bygge fantastiske ting ved hjælp af Twitter.

ipad mini vs ipad air (2020)

Vi har dog ikke altid gjort et godt stykke arbejde med at være ligetil over for udviklere om de beslutninger, vi træffer vedrørende tredjepartsklienter. I 2011 bad vi udviklere (i en e-mail) om ikke at bygge apps, der efterligner den grundlæggende Twitter-oplevelse. I 2012 annoncerede vi ændringer i vores udviklerpolitikker, der skulle gøre disse begrænsninger klarere ved at begrænse antallet af brugere, der er tilladt for en tredjepartsklient. Og i årene efter disse meddelelser har vi gentagne gange fortalt udviklere, at vores køreplan for vores API'er ikke prioriterer klientbrugssager - selv om vi er fortsat med at vedligeholde et par specifikke API'er, der er meget brugt af disse klienter og stille tildelte brugere. begrænse undtagelser til de kunder, der havde brug for dem.

Det er på tide at tage den svære beslutning om at afslutte supporten til disse ældre API'er – i erkendelse af, at nogle aspekter af disse apps ville blive forringet som følge heraf. I dag står vi over for tekniske og forretningsmæssige begrænsninger, som vi ikke kan ignorere. User Streams og Site Streams API'erne, der tjener kernefunktionerne for mange af disse klienter, har været i en 'beta'-tilstand i mere end 9 år og er bygget på en teknologistack, som vi ikke længere understøtter. Vi ændrer ikke vores regler eller sætter os for at 'dræbe' tredjepartsklienter; men vi dræber, af operationel nødvendighed, nogle af de ældre API'er, der driver nogle funktioner hos disse klienter. Derudover har det ikke været realistisk for os at investere i at bygge en helt ny tjeneste til at erstatte al funktionaliteten af ​​disse API'er, som bruges af mindre end 1 % af Twitter-udviklerne.

Vi har hørt feedback fra vores kunder om den smerte, dette forårsager. Vi gennemgår #BreakingMyTwitter ret ofte og har talt med mange af udviklerne af store 3. parts kunder for at forstå deres behov og bekymringer. Vi er forpligtet til at forstå, hvorfor folk ansætter tredjepartsklienter over vores egne apps, og vi vil forsøge at gøre det bedre med at kommunikere disse ændringer ærligt og klart til udviklere.

overfør afspilningsliste fra spotify til apple music

Vi ved, at vi har meget arbejde at gøre. Denne ændring er et hårdt, men vigtigt skridt fremad. Tak fordi du samarbejdede med os for at nå dertil.

Twitter har hele tiden sagt, at kun 1 procent af Twitter-udviklere bruger deres nu forældede API'er, men da disse ændringer ser ud til at påvirke de fleste af de store Twitter-klienter, er det ikke klart, hvordan tallet på 1 procent bliver beregnet.

Som TechCrunch påpeger, insisterer Twitters e-mail på, at API'erne var 'legacy-teknologi', der skulle elimineres af 'operationel nødvendighed', men det er Twitter, ikke en udefrakommende kraft, der har nægtet at vedligeholde eller omudvikle API'erne, som tredjepartsapps bruger eller overføre eksisterende apps til den nye API-platform.

Det triste er, at de byggede en tjeneste til at erstatte det meste af dette, de prissatte bare adgangen til den så høj, at den lige så godt ikke kunne eksistere. pic.twitter.com/ylfG6lHbQp - Paul Haddad (@tapbot_paul) 16. august 2018