A Twitter elmagyarázza az API-módosításokat az alkalmazottaknak, mint korlátozásokat a harmadik féltől származó alkalmazások számára

A Twitter API-módosításai a mai napon életbe léptek, és letiltották a legfontosabb funkciókat a harmadik féltől származó alkalmazásokhoz, például a Tweetbothoz és a Twitterifichoz.

Az új API eltávolítja az idővonal streamelést, megakadályozva, hogy a harmadik féltől származó alkalmazások automatikusan frissítsék az idővonalakat, és korlátozza a push értesítéseket és egyéb funkciókat. A Twitter is az túlzott díjak felszámítása az új tevékenységi API-khoz való hozzáférésért, havi 2899 USD-tól kezdődően akár 250 fiókhoz.

Ezek a változások minden harmadik féltől származó Twitter-alkalmazást érintenek. A Tapbots tegnap frissítette a Tweetbot for iOS alkalmazást, hogy megbénítsa a Tweetbot felhasználók körében népszerű számos funkciót. A Wi-Fi-n keresztüli idővonal streamelés például már nem érhető el, ami azt jelenti, hogy a Twitter idővonalai mostantól lassabban frissülnek.

mennyibe kerül egy almás iwatch

A megemlítésekre és a közvetlen üzenetekre vonatkozó push értesítések több percet késnek, a kedvelések, retweetek, követések és idézetek push értesítései pedig teljesen le vannak tiltva. A már elavult tevékenység API-kra támaszkodó Tevékenység és Statisztika lapokat eltávolítottuk az alkalmazásból, és mivel az Apple Watch alkalmazás nagymértékben függött a tevékenységi adatoktól, azt is megszüntettük.

Hasonló változtatásokat vezettek be a Twitterrific júliusban, és mától a Twitterrific alkalmazás már nem képes natív értesítések fogadására és megjelenítésére. A Twitterrific Today center widgetje és az Apple Watch alkalmazás ezekre a funkciókra támaszkodott, ezért eltávolították őket.

A Twitterrific azt javasolja a Twitter felhasználóinak, hogy töltsék le a hivatalos Twitter alkalmazást, hogy megkapják az értesítéseket, míg minden másra a Twitterrific alkalmazást használják.

Ahogy a változások életbe léptek, a Twitter ma kiküldte egy vállalati szintű e-mail az alkalmazottaknak, ami abból indul ki, hogy elismeri a külső Twitter-kliensek hatalmas hatását a Twitter-szolgáltatás fejlesztésére, mielőtt olyan „műszaki és üzleti korlátokra” mutatna rá, amelyek megakadályozzák, hogy továbbra is kínálja azokat az API-kat, amelyek szükségesek ahhoz, hogy ezek az alkalmazások a korábbiaknak megfelelően működjenek.

Ma egy blogbejegyzést teszünk közzé a Twitter-ügyfélélményekbe való befektetési prioritásainkról. Szeretném megosztani egy kis betekintést abba, hogyan hoztuk meg ezeket a döntéseket, és hogyan gondolkodunk a harmadik féltől származó ügyfelek előrelépésében.

Először is egy kis előzmény: a harmadik féltől származó ügyfelek jelentős hatást gyakoroltak a Twitter szolgáltatásra és az általunk készített termékekre. Független fejlesztők készítették el az első Twitter klienst Machez és az első natív alkalmazást iPhone-hoz. Ezek az ügyfelek úttörő szerepet játszottak a Twitteren mindannyian általunk ismert és kedvelt termékfunkciókban, mint például a némítás, a frissítéshez húzó kézmozdulat és még sok más.

Szeretjük, ha a fejlesztők tapasztalatokat építenek API-jainkra, hogy előmozdítsák szolgáltatásunkat, technológiánkat és a nyilvános beszélgetést. Mélyen tiszteljük azt az időt, energiát és szenvedélyt, amit a Twitter segítségével csodálatos dolgok felépítésébe fektettek.

megéri az új Apple karóra

Mindazonáltal nem mindig tettünk jó munkát azzal, hogy közvetlenek voltunk a fejlesztőkkel a külső ügyfelekkel kapcsolatos döntéseinkkel kapcsolatban. 2011-ben (e-mailben) azt mondtuk a fejlesztőknek, hogy ne készítsenek olyan alkalmazásokat, amelyek utánozzák a Twitter alapvető élményét. 2012-ben bejelentettük a fejlesztői irányelveink módosításait, amelyek célja a korlátozások egyértelműbbé tétele azáltal, hogy korlátozzuk a harmadik féltől származó ügyfelek számára engedélyezett felhasználók számát. A bejelentéseket követő években pedig ismételten elmondtuk a fejlesztőknek, hogy az API-jainkra vonatkozó ütemtervünk nem részesíti előnyben az ügyfélhasználati eseteket – még akkor sem, ha továbbra is fenntartottunk néhány olyan API-t, amelyeket ezek az ügyfelek és csendesen biztosított felhasználók gyakran használnak. kivételek korlátozása azon ügyfelek számára, akiknek szükségük volt rájuk.

Ideje meghozni azt a nehéz döntést, hogy megszüntetjük ezeknek a régi API-knak a támogatását – elismerve, hogy ezeknek az alkalmazásoknak egyes aspektusai ennek következtében leromlanának. Ma olyan technikai és üzleti korlátokkal nézünk szembe, amelyeket nem hagyhatunk figyelmen kívül. A legtöbb ilyen kliens alapvető funkcióit kiszolgáló User Streams és Site Streams API-k több mint 9 éve „béta” állapotban vannak, és olyan technológiai készletre épülnek, amelyet már nem támogatunk. Nem változtatjuk meg szabályainkat, és nem szándékozunk „megölni” harmadik féltől származó ügyfeleket; de működési szükségszerűségből megölünk néhány örökölt API-t, amelyek az ügyfelek bizonyos funkcióit működtetik. Ezen túlmenően nem volt reális, hogy egy teljesen új szolgáltatás kiépítésébe fektessünk be, amely felváltja ezen API-k összes funkcióját, amelyeket a Twitter-fejlesztők kevesebb mint 1%-a használ.

Ügyfeleink visszajelzéseit hallottuk az ezzel járó fájdalomról. Elég gyakran áttekintjük a #BreakingMyTwittert, és számos jelentős, harmadik féltől származó ügyfél fejlesztővel beszélgettünk, hogy megértsük igényeiket és aggályaikat. Elkötelezettek vagyunk amellett, hogy megértsük, miért alkalmaznak az emberek harmadik féltől származó ügyfeleket saját alkalmazásainkon keresztül, és igyekszünk jobb eredményeket elérni azzal, hogy ezeket a változásokat őszintén és egyértelműen közöljük a fejlesztőkkel.

az Apple ID-ját használták a facetime bejelentkezéshez

Tudjuk, hogy nagyon sok dolgunk van. Ez a változás nehéz, de fontos előrelépés. Köszönjük, hogy velünk dolgozott, hogy elérjük.

A Twitter folyamatosan azt állítja, hogy a Twitter fejlesztőinek mindössze 1 százaléka használja a már elavult API-it, de mivel ezek a változások a legtöbb fő Twitter-klienst érintik, nem világos, hogyan számítják ki az 1 százalékos értéket.

Mint TechCrunch rámutat, hogy a Twitter e-mailje kitart amellett, hogy az API-k „örökölt technológia” voltak, amelyeket „működési szükségszerűség” miatt meg kellett szüntetni, de a Twitter nem külső erő, amely megtagadta a harmadik féltől származó alkalmazások által használt API-k karbantartását vagy újrafejlesztését. átállíthatja a meglévő alkalmazásokat az új API-platformra.

A szomorú dolog az, hogy építettek egy szolgáltatást ennek a nagy részének pótlására, csak olyan magasra árazták a hozzáférést, hogy az is lehet, hogy nem is létezik. pic.twitter.com/ylfG6lHbQp - Paul Haddad (@tapbot_paul) 2018. augusztus 16