In May 2018, Instagram announced a new feature for users to share feed posts to their own Instagram Stories.1 This practice of ‘resharing’, as Instagram calls it, had already been introduced over six years prior in a third-party app called Regram,2 a popular app with over 500,000 downloads addressing the platform’s lack of support for reposting images, or ‘regramming’.3, “Why Regram?”] As a workaround to this limitation, Regram loaded a user’s feed and added a Regram button underneath each post to instantly reshare and credit other people’s posts. Since 2012, many apps have been developed for reposting Instagram content. Instagram finally introduced the popular practice to its own app, albeit in a limited form, as users can repost only to their Stories and not to their own feeds.4 Similarly, third-party Twitter clients introduced new platform features such as retweet and mute options that were later implemented into Twitter’s official website and app.5 These examples suggest that there are continuous negotiations between developers of third-party apps and social media platforms, which sometimes adopt and sometimes defeat the added functionality. Moreover, these examples represent only a few of the platform-related apps currently available through app stores and external app directories.6.]
In this article, we develop an empirical account of how apps build on platforms, focusing on Android and iOS mobile apps associated with four popular social media platforms: Facebook, Instagram, Snapchat, and Twitter.7 We propose an app-centric methodological approach for infrastructure analysis and argue that app stores are relevant entry points for research. Our twofold approach moves beyond previous studies that mainly focus on application programming interface (API) connections between apps and platforms, as we first explore how apps draw on platform practices and associated features to investigate the heterogeneous ways these connections are realised technically. The aim is to qualify the relations between apps and platforms beyond more general accounts of programmability of platforms or innovation ecosystems and to attend to the often messy, heterogeneous, mutual or conflictual relations that can emerge between apps and platforms. Drawing on Agre’s work on capture through ‘grammars of action’,8 we advance the notion of regramming which focuses on the different ways in which app developers engage with platform data and functionality. We propose five forms of regramming the social media platform – intensification, reduction, revival, instruction, and transformation – which have implications for working, valorising, and interpreting app and platform data.
Platform Studies Meet App Studies
Studies of platforms, apps, and their relations largely appear in two fields of research: media studies and business and management studies. Within media studies, particularly in software and platform studies, there has been a growing interest in the materiality and technical underpinnings of social media as software platforms that mediate the interactions among multiple stakeholder groups with diverging interests and that enable third parties to use their data and functionality to build new services and applications.9 These approaches all seek to develop material accounts of software to contribute to an understanding of contemporary computational culture.10 Platform–app relations have been studied regarding a platform’s capacity to regulate and govern conditions for app development by focusing on controlled data exchanges through standardised platform functionality such as APIs and social plugins.11 More recently, there has been increased dialogue between platform and infrastructure studies that explore the extent to which platforms are becoming infrastructural while infrastructures – robust, widely shared, accessible, and essential systems – are increasingly operating according to platform logics.12 Meanwhile, apps are also considered to operate as platforms for developers to build on, as demonstrated by Facebook’s popular Messenger app and development platform.13 Central to these infrastructural perspectives are platform APIs,14 which provide a stable reference and common interface to developers for accessing platform data and functionality through standardised methods and formats. For developers, APIs pose an essential development infrastructure for building software on top of continuously changing platforms. For platforms, API connections render the process of building on top of platforms traceable and controllable, as they enable monitoring and regulating who makes connections and which data, functionality and practices are being built upon or altered. As Andreessen contends, APIs realise the programmability of platforms and their adaptability to custom needs, which may lead to new and unforeseen platform interpretations:
A ‘platform’ is a system that can be programmed and therefore customized by outside developers—users—and in that way, adapted to countless needs and niches that the platform’s original developers could not have possibly contemplated, much less had time to accommodate.15
In their developer documentation, Facebook and Instagram invite third-party developers to use their platform resources to ‘Add something unique to the community’16 while ruling out the replication of their core functionality. Twitter similarly demands that developers ‘Avoid Replicating the Core Twitter Experience’,17 and Snapchat only recently opened a limited set of public APIs.18 While platform APIs impose de facto infrastructural standards through the data forms and functions they make available, they also allow for certain degrees of openness of interpretation. This previously called ‘interpretative flexibility’ concerns perceptions of what platforms, data, and features can be used for,19 raising the question of whether and how third-party apps offer different interpretations of data and functionality and whether they support alternative practices.20
Within the fields of management and information systems, the interest in platforms concerns the socio-technical relations among core or ‘keystone’ platforms, connected apps, third-party app developers, and businesses, which are underpinned by technological infrastructures.21 Similar to media studies approaches, management and information systems researchers adopt a platform-centric perspective with empirical contributions to with empirical contributions to the understanding of leading software platforms – including industry platforms, social media, app development platforms, and app stores – and their platform-based ‘innovation ecosystems’, which consist of developers, enterprise business firms, and apps connected to platforms through APIs.22 These apps are often built on top of other platforms as external contributions but may also be embedded within them. Here, platforms are understood as extensible codebases that foster ‘generativity’ by stimulating external contributions and innovation through hosting open architectures and platform resources that document how to develop applications for them.23 Most platforms offer various technical resources, such as APIs and software development kits (SDKs), as well as non-technical resources, such as developer documentation and platform policies, to enable third-party app development while simultaneously constituting their means of control.24 An app, in this specific context, is an ‘add-on software subsystem or software service that connects to a platform to extend its functionality,’ and it figures as a complementary good or service presumed to add value to that platform or its ‘ecosystem’.25 However, not all apps contribute equally to the platform, and some may not even align with its objectives, raising the question of how exactly those apps relate to or complement platforms.
The two approaches share platform-centric perspectives that yield insights into the role of the core platform in facilitating and governing the relations between platforms – which serve as the underpinning technological infrastructures – and connected third-party apps. In contrast, we examine app–platform relations from the perspective of apps and consider what apps do with platforms’ functionality and data. This approach is becoming increasingly relevant because large numbers of apps are not created as standalone software applications but are built on top of, or in relation to, social media platforms, which raises critical questions around power relations (technical, economic, legal).26 Many apps, for example, establish connections with remote hosts or servers to request content, serve ads, and connect to social media platform APIs to retrieve structured social data or embed social plugins. Starting from apps enables an empirical, open-ended exploration of such infrastructural relations and allows us to ask what apps do to platforms and vice versa.
Typically, platform–app relations are studied through API-based connections, for example, by scoping apps built on top of platforms listed in public APIs and app directories, such as ProgrammableWeb and IFTTT.27 However, this approach presumes infrastructural relations that are API based and leaves out multiple non-formalised ways of relating to platforms – which we seek to identify in this article. Therefore, we start by delineating apps related to social media platforms using the leading Android and iOS app stores: Google Play and Apple’s App Store. Our analytical approach employs Star and Ruhleder’s relational understanding of infrastructure, asking ‘when—not what—is an infrastructure’.28 In their view, infrastructure is not just a layering of technical standards but ‘shapes and is shaped by the conventions of a community of practice’.29 Drawing on Agre, we suggest that these conventions are formalised into ‘grammars of action’ in the forms of posts, shares, likes, and followings.30 At the same time, action grammars determine the action possibilities for users while simultaneously capturing data about these actions.31 The action grammars of platforms are standardised in form, transforming user content and interactions into data that can be compounded, commensurated, and combined within platforms’ databases.32 However, the practices and features supported by these action grammars are not standardised and come with a certain degree of ‘interpretative flexibility’ in meaning, value, and use scenarios for other user groups, such as app developers.33 The aforementioned Regram app not only supports a widespread image-reposting practice on Instagram but also raises the question of how apps intensify, alter or regram platforms’ action grammars to accommodate the alternative ‘needs and niches’ of their user communities.34
App-Centric Methodological Approach
We turn to app stores as the primary and ‘native’ environments for the distribution and monetisation of mobile apps in order to identify apps related to and relevant to platforms. Serving both as markets and indices of apps, app stores can be used to scope collections of apps in various ways.35 We focus on Google Play and Apple’s App Store, which are the two most popular app stores, and query them both for apps associated with four leading social media platforms: Facebook, Instagram, Snapchat, and Twitter. We focus on Facebook and Twitter, as they have been around for more than ten years and have mature platforms for developers and businesses. Moreover, Facebook and Twitter have received considerable scholarly attention in platform-centric studies, and we aim to supplement these studies from an app-centric perspective. To complement our comparison, we include Instagram and Snapchat, as they were originally launched as mobile apps and only later grew into platforms for developers, businesses, and advertisers.36 However, while we explore app–platform relations in two dominant app stores, the aim is not to perform a comparative analysis of stores but rather to use the inventories of both stores to scope a wide range of Android and iOS apps, building on previous research that deployed the capabilities of app stores for demarcating source sets.37 Moreover, this gives us more insights into the different forms of management and regulation that app stores perform, which influence the kinds of relations that are allowed to emerge between platforms and apps in the first place. Google Play and the App Store have specific logics and mechanisms for organising, sorting, ranking, relating, and recommending apps. In addition, they each provide different forms of data access that we needed to account for. Additionally, Google Play has a web interface that can be scraped, while the App Store has a limited web interface but can be accessed programmatically via the iTunes Search API.
First, we used the search capabilities of Google Play and the App Store by querying them for [Facebook], [Instagram], [Snapchat], and [Twitter]. To prevent personalisation and localisation in the results returned, we used internet proxies to default the locale to the United States and to English language settings. In total, Google Play yielded 998 apps across all four search queries, and the App Store yielded 531 apps (Table 1). For each app listing, app stores provide a number of details, including app titles, descriptions, and various technological specifications. Most of these details are written by developers themselves, and there are app store guidelines that stress the importance of accurate and focused titles and descriptions to cover what the app is about.38 This is important information for our analysis because we use these titles and descriptions for identifying the key practices, features, and platform connections of apps. Second, to enlarge these source sets with additional relevant apps that were not returned by the initial search queries, we subsequently followed each app’s recommendations. Notably, app stores employ different kinds of algorithmic and personalised recommendations to recommend related or similar apps to users.39 Google Play shows ‘Similar Apps’ based on topics derived from words and phrases in the titles and descriptions of apps – creating relations based on topical clusters. The App Store, however, lists related apps under ‘You May Also Like’ (specified in the URL as ‘customers-also-bought’), which are based on other apps purchased, downloaded, or installed by users – creating relations based on use practices. Taking all related apps listed for our initial search results, the Google Play source set led to a total number of 12,772 unique apps and the App Store to 5,180 (Table 1).40 We collected the names and details of all these apps (e.g., bundle identifiers, app store categories, developer names, descriptions, ratings, reviews, prices, software versions) using programmatic data retrieval tools and custom-built web scrapers.41
Table 1. Unique apps per source set.
|Search query||Google Play||App Store|
|Search||‘You May Also Like’||Search||‘You May Also Like’|
To analyse how apps engage with platforms’ action grammars, we developed a scalable methodological approach that involves a close reading of app titles and descriptions followed by an emergent, collaborative coding process. The resulting lexicon subsequently informed a computational analysis and classification process. Much like the computational topic classifier models used for identifying Google Play topic clusters, we identified prominent words and phrases describing our apps and subsequently determine broader topics to cluster and interpret them. For our purposes, these broader topics are of three different kinds: platform-related practices (e.g., monitoring and growth, content creation), general features across platforms (e.g., growth, effects and filters), and platform-specific features (e.g., friends, followers). This twofold focus on practices and features allows us to determine the forms of functionality present in apps and how they relate to platform-specific action grammars. To detect the resonance of each identified practice and feature in our entire source set, we created search patterns with extended regular expressions that enabled us to run advanced pattern-based searches across all four source sets.42 In a second step, we also ran nested searches to further contextualise each positive match when it co-occurred with one of the social media platform names (i.e., Facebook, Instagram, Snapchat, Twitter), which helped us distinguish more and less relevant matches. The outcome is a frequency count for each classified practice and feature (per store, per source set), which enables us to further qualify the relation apps set up to the associated platforms.
Classification of App–Platform Relations
As we have found, apps engage with platforms in multiple ways, which we captured in the following visualisations. Figures 1a–1d provide aggregate views of the practices that these apps offer and how they are distributed per source set. Each figure combines two hierarchical sunburst diagrams, displaying the various associated practices and features per social media platform. The inner sunbursts show the results for the smaller source set with initial search results only [Facebook], [Instagram], [Snapchat] and [Twitter], and the outer sunbursts show the results for the much larger – and inevitably less relevant – source sets of algorithmically related apps (‘Similar’, ‘You May Also Like’). The rings differentiate between the platform-related practices that apps engage with (the innermost rings) as well as the platform features supporting these practices (the outer rings). The more each practice or feature resonates with the source set of apps, the larger its relative size. Finally, the thinnest rings detail how many apps co-occur with the initial search query for that source set – that is, with the social media platform names – indicating stronger app–platform relations. Overall, apps sourced directly from the initial search queries have much higher relevance, whereas algorithmically related apps score lower due to topic drift. Instagram-related apps score the highest on relevance overall (avg. 87.86%; Figure 1b).
Platform-related practices and features
This form of quantitative and qualitative analysis offers an aggregated perspective on the platform-related practices these apps offer to their users (Figure 2a). As such, it complements more common, small-scale studies of single apps and their specific use practices, interfaces, and users.43 Analysed apps relate to action grammars in multiple ways. Most prominently, the majority of apps do not rework but enhance the existing platform functionality and user experience or complement established content creation practices across all four source sets. Many apps accommodate analytics practices such as social monitoring and growth or management functionality to drive popularity and presence – supporting practices that are in line with platform objectives. A smaller proportion of apps enhance platform functionality that supports practices such as content discovery, sharing, uploading, (live) streaming, and downloading and saving content. Further, there are apps that focus on providing instructional guides, protection, and screen locks.
In addition to practices that are shared across multiple platforms, the visualisations provide insights into platform-specific practices and features. For example, such specificity is found in the practice of integrating connected devices in Twitter-related apps, content creation and editing in Snapchat-related apps, and content integration and discovery in Snapchat and Twitter-related apps, while content uploading, protection and screen locks resonate more with Facebook-related apps. Compared to the others, Instagram-related apps are the least distinctive in terms of their associated practices. Overall, though, Instagram and Snapchat are both focused more on original content creation and editing, and Twitter leads in terms of the number of alternative third-party clients.
On the feature level, however, the distinctions between platforms are more clearly articulated because features typically relate to specific functionality and action grammars (Figure 2b). There are clear differences in the content level of these platforms (e.g., visual, textual, video). Snapchat and Instagram are particularly distinctive in terms of content creation and editing apps. Snapchat-related apps include cameras, lenses, effects, and filters, while Instagram-related apps include ‘no crop’ apps and apps for adding text layers to images. ‘No crop’ apps address a distinctive aspect of Instagram, namely, that the official app automatically square-cropped images before it started allowing portrait and landscape formats.44 In contrast, Facebook-related apps include birthdays and celebrations, games, and horoscopes, and Twitter has apps related to photo hosting, polls, quotes, and even ringtones.
Additionally, some practices are shared but are constituted differently due to platform specificities (e.g., specific constraints, features, metrics). Apps for content discovery, for example, are articulated in platform-specific ways, including apps related to Twitter Moments, Trends, location-based discovery, and and the discovery of celebrities or influencers on Facebook. Functionality enhancement resonates strongly for Facebook-, Instagram-, and Twitter-related apps. For Facebook and Instagram, such enhancement apps enable users to replay Stories, share video Stories longer than fifteen seconds, or add music, while Twitter-related enhancement apps enable users to write posts beyond the character limit, post ‘tweetstorms’ (i.e., a series of related tweets posted successively), or dictate tweets. Furthermore, apps enhancing the user experience (e.g., resurfacing content, ad blocking) occur more frequently in the Snapchat source set, while Facebook and Twitter have many related apps for optimising device performance and reducing network traffic load. Such apps allow users to engage with platforms despite infrastructural connectivity constraints – possibly expanding the user bases of these platforms. Social monitoring and growth apps are featured prominently for all platforms with Twitter-related apps for unfollowing, content removal, and follower growth; Instagram-related apps for content removal, self-promotion, growing followers or likes, and monitoring overuse; Snapchat-related apps for monitoring one’s following and tracking overuse; and Facebook-related apps for monitoring friend activity, profiles, unfriending, and apps assisting with strategic use (e.g., timing posts). Interestingly, Instagram features the most anti-addiction apps. Apps catering to businesses, advertisers, and marketers, including multi-account and multi-channel integration, occur most notably in relation to Twitter and Facebook. Finally, although sharing is a core aspect of social media in general,45 there are differences in terms of the objects shared. Twitter-related apps share links, locations, and posts, while Facebook and Instagram-related apps share Stories, videos, photos, and links. Similarly, for content downloading or saving, the objects are different. While Facebook and Instagram-related apps have the most downloaders for photos, videos, Stories, and statuses, Snapchat has related apps for recovering content, saving Snaps, and downloading videos.
The analysis of app titles and descriptions has shown the multiple ways in which apps can relate to, enhance, advance, alter or add to platform practices and their features. In the next step, we inquire how these relations are realised technically and infrastructurally – whether apps connect to platforms through API and other HTTP requests or other means and whether these connections are subject to platform regulations (Table 2). Interestingly, a considerable number of app developers have included legal disclaimers in their descriptions to distance themselves from the official platform – in part because they know their apps might violate platform policies. Only very few developers describe how the technical connections between their apps and platforms are realised. Some practices are technically supported through platform-specific action grammars that can be programmatically accessed through APIs and SDKs. However, not all of the social media platforms in this study provide such programmatic access to third parties. Facebook and Twitter both offer APIs and SDKs to third-party developers and business developers, while Instagram recently shut down its Platform APIs for third-party developers in favour of its new Graph API for business developers only.46 Snapchat also favours business developers, as it offers resources such as Marketing APIs and Lens Studio to business partners only.47
Table 2. Detected app–platform relations per source set.
|Brand (mentions)||1,449 (34.96%)||2,945 (80.03%)||614 (12.17%)||1,107 (21.80%)|
|Legal (mentions)||302 (7.29%)||318 (8.65%)||268 (5.31%)||305 (6.01%)|
|Technical (mentions)||61 (1.47%)||62 (1.68%)||70 (1.39%)||114 (2.24%)|
|Technical (libraries, SDKs)*||83 (33.20%)||0 (0%)||0 (0%)||40 (16.13%)|
|Technical (HTTP requests)*||156 (62.40%)||89 (35.60%)||12 (4.80%)||102 (41.13%)|
* Only for Google Play search results (N = 998).
To explore how apps connect to platforms on an infrastructural level, we employ static analysis of Android package files (.apk) and examine the contents of the Android apps in our source set using their decompiled source code.48 This allows us to detect official software libraries embedded within apps as well as remote network requests made to platforms, which are required to connect with social media platforms’ APIs and to load, embed, and wrap platform content in third-party apps. In other words, when we detect traces of such connections, we know that apps have embedded official resources to integrate platform data and functionality, and conversely, if they do not, we know that there is no official technical or API-based integration (although unofficial resources may be used).
We find that 33.20% of all Facebook-related apps contain the official Facebook Android SDK,49 and 16.13% of Twitter-related apps contain the Twitter Kit,50 which are both software libraries for integrating platform content and functionality in external apps. As Snapchat and Instagram did not offer public SDKs at the time of data collection, no results were retrieved. Another story unfolds when we look at the HTTP requests made by our Android apps to the social media platforms. These apps make network requests to platforms’ public APIs, private APIs, and mobile pages and request content from content delivery networks. Nearly two-thirds (62.40%) of Facebook-related apps make HTTP requests to facebook.com (e.g., graph.facebook.com, m.facebook.com), to sign in and authenticate with Facebook, and to retrieve data from Facebook’s mobile site, on which the majority of lightweight clients are built. Over 41% of Twitter-related apps make requests to the platform’s APIs and mobile site (e.g., api.twitter.com, mobile.twitter.com), and over 35% of Instagram-related apps connect to the platform’s public or private APIs (e.g., api.instagram.com, i.instagram.com). Only 4.8% of Snapchat-related apps make requests to the platform; this is because there was no public API at the time of data collection, and Snapchat actively blocks third-party applications from accessing its private API.51 Direct connections are indicative of data exchanges between apps and platforms, but even without direct connections, platform-related apps can influence content creation, interpretation of platforms’ action grammars, and envisioned scenarios of use, as we detail in the next section.
We can further distinguish between official and unofficial APIs and SDKs. For example, although api.instagram.com is Instagram’s official (i.e., public and documented) API, we find many apps making requests to i.instagram.com. The latter refers to the platform’s unofficial (i.e., private, undocumented) API, which represents a developer workaround to overcome, bypass, or minimise limitations posed by official platform infrastructures, such as inaccessible data fields or rate limiting.52 These findings indicate that Facebook most tightly regulates app development on its platform and that Facebook-related apps have the most technical relations. There are also differences in terms of how platforms treat and regulate the existence of unofficial APIs and SDKs, with Snapchat explicitly forbidding unauthorised access to any of its services and Facebook prominently listing popular unofficial SDKs ‘built by amazing communities of active developers’ on their developer pages.53
However, most connections that we find represent other kinds of infrastructural relations beyond these APIs and SDKs. This suggests that the programmability of social media platforms is not merely manifested through APIs but may also take other forms. In what follows, we further explore app–platform relations by enquiring how apps relate to platforms’ action grammars.
Five forms of regramming
Our results suggest that most apps do not use platforms’ official software libraries or connect to official APIs. Consequently, the kinds of app–platform relations that emerge are not always technical and challenge common ideas around API-based programmability. We understand app developers’ engagements with social media platforms’ action grammars as forms of regramming that are not necessarily aligned with the interests and objectives of those platforms. These forms reflect different ways for app developers to engage with platform functionality and data. We find five such forms of regramming: intensification, reduction, revival, instruction, and transformation. Apps accommodate diverse use practices and their developers can regram platforms in different ways. In this sense, regramming differentiates and qualifies existing notions of programmability, as the dimensions of regramming signpost what apps do to platforms and their data. However, because social media and app stores both have their own policies and terms of service, these developer contributions are not always welcomed and therefore reveal the messy, contingent peripheries of platforms.54
One group of apps offers functionality that seemingly aligns with platform interests and implements only minor adjustments that further intensify existing use practices. That is, the app’s functionality can be distinct from the platform’s functionality but is nonetheless captured within the existing logics and grammars of the core platform, thus further intensifying its native use practices. As Gehl has argued, social media platforms are designed as ‘empty frames’ that await user-generated content to add value to the platform.55 Therefore, it is interesting that most apps in this category engage on the level of content creation and editing.
First, most intensification concerns visual content. Featuring prominently in all source sets, content creation and editing apps such as Beautify56 and Snapseed57 enable users to create, edit, and ‘beautify’ visual content before posting online. For Instagram and Snapchat, such apps address photo or video content editing, cameras and lenses, filters, face masks, croppings, and collages. They support means of content creation focused on specific aesthetic formats. Creative expression is structured and channelled through recurring visual grammars, such as popular filters, animal faces, thematic masks, and face swaps. The question of aesthetic standardisation is particularly apparent in the proliferation of apps for facial alteration features, skin smoothening, hairstyle alterations, and the application of thematic make-up. As such, these apps offer various pre-sets for photo, video, and selfie editing; before that content is posted online using one of the available posting methods. However, while visual content creation and editing are widely accommodated by third-party apps, there is notably less support for creating and editing non-visual content forms. This is remarkable since previous research on third-party Twitter apps using API data has revealed an ecosystem of web-based apps supporting textual content creation and editing (e.g., RSS feed integrations, news aggregation tools).58
Second, a significantly smaller number of intensification apps focus on textual content forms. For platforms such as Facebook and Twitter, which also feature textual content forms, there are apps for the discovery of inspirational quotes, selection of hashtags for audience growth purposes, and customised emoji and stickers (implemented with device-level keyboards). Additionally, there are apps to support the automatic generation of posts, answers, and replies. Such apps intensify the use of action grammars by increasing the volume of content created, shared, and engaged with while simultaneously creating format standards and templates. They are not necessarily concerned with content quality at all (although Snapchat has some ‘auto-beautification’ apps). Twitter leads in terms of the number of such automation apps, many of which are professional social media management apps such as Hootsuite – Social Media Tools59 and Everypost for Social Media.60 While it may seem that Twitter has the most automation-friendly use culture, the platform has become increasingly restrictive, as reflected in its ‘Automation Rules.’61 Because these apps can operate against Twitter’s interests, Twitter is continuously monitoring its APIs to detect policy violations.62 This recently led to API access suspensions for apps supporting bulk user following and unfollowing on Twitter, such as Statusbrew63 and Crowdfire64, which are featured in both our Android and iOS source sets.65
Finally, the intensification of action grammars not only concerns content-related functionality but also targets the reputation mechanisms and performance metrics designed to optimise users’ audience reach and strategic engagement. Twitter and Snapchat had the most monitoring and growth-related as well as management-related apps. These apps mostly aligned with platforms’ own interests and enable professional users such as businesses and ‘influencers’ to ‘understand and manage their audience’, to ‘develop their content strategy’ in Instagram’s case,66 and to ‘publish and analyze Tweets, optimise ads, and create unique customer experiences’ in Twitter’s case.67 All source sets include business-oriented apps for monitoring and management-related needs, including ones that do not use official platform resources. In the cases of Facebook, Instagram, and Twitter there is a focus on monitoring users who do not follow, have unfriended, or have unfollowed the focal user. Such information is not officially offered to users of those platforms, although it is important for these users because they seek to engage strategically and grow their audiences or engagement. Then, there are apps that offer interfaces to connect and use multiple user accounts or channels at once or to enable ad management, team engagement, and community management. These capabilities feature prominently for Facebook, Twitter, and Snapchat and do not necessarily alter or introduce alternative action grammars; rather, they assist existing users in more effectively leveraging social media for strategic purposes. These strategic practices are often part of business practices that intensify existing use practices and therefore largely align with platforms’ own interests in growing their multi-sided markets. That is, multi-sided social media platforms mediate the interactions between, on the one hand, billions of end-users sharing and engaging with content or followers and, on the other hand, millions of professionals seeking end-users’ attention to their benefit. Here, too, platforms are actively monitoring the functionality of these third-party apps for growing audiences and engagement. For example, Instagram claims to remove ‘inauthentic likes, follows and comments from accounts that use third-party apps to boost their popularity’ when these apps violate community guidelines, policies, or terms of service.68
The second group of apps reduces existing functionality to improve of specific use practices. These apps make use of the existing functionality offered by platforms but implement them in reduced form or make minor adjustments to improve their situative performance in some way.
Most of these apps are alternative, unofficial third-party ‘clients’ for Facebook and Twitter offering lightweight alternatives to official platform clients to free up device storage, limit memory and data usage, and increase battery life. These apps negotiate the infrastructure dependencies and limits on the levels of the device and network, enable better performance in low-bandwidth regions and on low-end mobile devices, and reduce the cost of mobile data plans. In the case of Facebook, many of these apps are ‘wrappers’, which load content and functionality from Facebook’s mobile, zero, and free basic sites within their own apps (m.facebook.com, mobile.facebook.com, 0.facebook.com, mbasic.facebook.com). These apps simply repackage existing – and already reduced or optimised – content and functionality and then embed them within their own alternative Facebook clients. In the case of Twitter, however, these unofficial clients mostly call upon Twitter’s official APIs (e.g., api.twitter.com). While some Twitter clients offer reduced content and functionality, some apps, such as Tweecha Lite,69 also introduce their own functionality, such as options to use colour-coded labels or mark tweets as read. Unofficial clients, however, provide alternative experiences of platforms’ own content and functionality, which again seems to be against platform policies. For example, Facebook’s policy reads, ‘Respect the way Facebook looks and functions. Don’t offer experiences that change it’,70 and Twitter’s policy asks developers and users to ‘Maintain the Integrity of Twitter’s Products’.71 Despite this potential friction, some of these unofficial clients have been very popular. Both Facebook and Twitter now offer their own official lightweight clients such as Facebook Lite,72 Messenger Lite,73 and Twitter Lite74 and cater explicitly to developing countries and their emerging economies. Most of these apps only exist for the Android platform and not for iOS as they cater to users in ‘emerging markets’, who typically own much more affordable, lower-end Android devices instead of more expensive iPhones.75 Apps that fall into this category help negotiate infrastructural limits that communities of practice face, such as limited electrical power supply, slower device replacement cycles, and lower network bandwidth. Similarly, we find that these four social media platforms are not currently optimised for smartwatch and television integrations, as we find a very small number of such integrations.76 Here, too, the limitations of the device or infrastructure are negotiated by the developers of third-party apps. The apps in this category broaden the user base of platforms by catering to new communities and intensify user engagement by working around infrastructural constraints.
The third group of apps seek to revive formerly supported and discontinued functionality. For example, in the case of Twitter, some third-party apps have revived previous use practices and ways of being on the platform that no longer exists within the official Twitter client. Twitterific77 brings back Twitter’s reverse-chronological timeline, which was controversially replaced with an algorithmically-sorted timeline in 2016 to increase user engagement.78 Twitterific presents this revival as the acknowledgement of existing use practices for users who want to view all tweets ‘in the way you expect’ and for users who want to return to a less commercialised version of Twitter by promising a ‘clutter free’ experience of the reverse-chronological timeline, which is free of promoted tweets and ads.79 To achieve this reverse-chronological order, the app made use of functionality available through Twitter’s APIs (now deprecated).80 Another Twitter client, Tweecha Prime81 revived a former retweet practice of putting ‘RT’ in front of a tweet to signify a retweet82 and Speed Social for Twitter83 reversed Twitter’s design decision to replace favourites with likes in 2015. The latter app allegedly accommodates users who want their ‘stars back’ and enables them to ‘Use favourite (★) instead of like (♥︎)’. Crucially, such apps only change the appearance of like buttons back to the former favourite buttons and do not actually modify or revive any of the former action grammars. Such an intervention merely modifies the perceived affordance for users, which may then influence the actual use of that functionality. Hence, the data they produce may introduce different interpretations to the newly established action grammars.
Additionally, some app developers reunite divided families of apps. These apps have been broken up into groups of related apps by the same developer and thus distribute functionality across multiple apps.84 Floating Lite for Facebook85 and Messenger for Facebook – Security Lock,86 for example, both allow users to reunite Facebook and Messenger back into one single app. This approach is in contrast to apps such as WeChat which offer the entire functionality within a single app. Note that both Google Play and the App Store now accommodate these broken families by serving related apps of the same developers, which makes it easier to find these ‘orphaned’ apps. These cases of revival elicit nostalgia among users about discontinued platform-related practices and features. As such, they negotiate between established user practices and platform design decisions – a process that can but does not need to align with platforms’ own interests.
The fourth group of apps concerns learning about existing platform functionality and use affordances. These apps range from guides for Facebook and Instagram for users interested in deleting their accounts to beginners’ and how-to guides for using hashtags and saving videos found on Twitter. Most of these instruction apps, however, appear for Snapchat and Twitter and are guides or tutorials for using specific cameras and lenses or finding friends but also for growing audiences, operating multiple accounts, and running campaigns (again targeting influencers). Furthermore, we find guides for learning how to use Snapchat, especially for understanding its specific terminology and basic interface functionality; this proves that for some users, Snapchat’s interface is not intuitive and indeed needs explanation. In 2018, Snapchat introduced a controversial overhaul of its interface that was intended to make the app ‘simpler and easier to use, especially for older users’.87 However, in doing so, it only made the app even more difficult to use, according to over 1.2 million Snapchat users who signed a petition to urge a reversal of the major redesign.88 Similar to revival apps, these instruction apps point to the messy, complicated relationship between, on the one hand, official apps and their changing interface design and functionality and, on the other hand, diverse use practices and user communities.
The final group of apps seek to introduce or transform – either implicitly or explicitly – existing action grammars or use practices. These apps can stretch or circumvent the limitations of existing action grammars to introduce new functionality, such as replaying Stories, creating ‘tweetstorms’, downloading images and videos, saving ephemeral content such as Snaps, muting users on Twitter, hiding users’ online status, or monitoring how other users have engaged with or visited a user’s profile. This type of functionality is usually not officially supported but may nonetheless rely on official APIs. Out of all forms of regramming, apps in this category interfere most explicitly with platforms’ existing action grammars.
First, many apps ‘chain’ existing action grammars to create workarounds, for instance, to create new grammars. Regrann89 and Regram90 both introduce reposting by chaining existing grammars one after another. These reposting apps are then used alongside the official Instagram client, rather than taking its place. That is, both apps are linked and necessary to achieve the functionality: users copy a publicly accessible image URL from Instagram and the third-party app then downloads it onto the device, prepares a repost with a watermark or photo credit, and posts it back to Instagram using the official app. Since it is not possible to post directly to Instagram, developers create workarounds, for example by using a ‘share to’ window that opens into Instagram. Other apps such as InRepost91 work around this problem by using Instagram’s private APIs (i.instagram.com), loading the entire feed and adding a reposting button. Similarly, Twitterific92 introduces functionality to edit previously posted tweets by chaining existing grammars, which is not officially supported either. As a workaround, it ‘immediately deletes your original tweet and redisplays the compose screen with the text of your tweet already filled in’.93 In addition to posting and editing, many apps introduce functionality for downloading or saving content. Snaps and Stories are only available for only a limited amount of time. While users can replay Snaps once, there is no way to save or download them for later use; in fact, saving is actively discouraged and the official client alerts users when others create screenshots. Consequently, apps such as Snitchchat,94 Snapsaver,95 and Record snap story without being detected96 introduce workarounds to save or record Snapchat content without alerting other users. Additionally, while the social media platforms all offer functionality for live broadcasting and video content streaming, none of them supports the official functionality to download or save content (probably due to copyright restrictions). As a workaround, most of these apps rely on APIs to authenticate and download the content concerned (graph.facebook.com, api.twitter.com, stream.twitter.com, i.instagram.com).
Second, in addition to such workarounds, there are apps that promise new functionality but then fail to deliver on their promise. For example, activity and profile monitoring apps such as Who Viewed My Profile97 and Who Viewed My Facebook Profile98 claim to give more insights into user engagement when that is not supported. Some of them use the official APIs to retrieve friends or follower lists although the endpoints used do not provide any information about who visited users’ profiles (due to privacy protection). As a result, these apps use workarounds that give users the illusion of functionality (and their developers confirm this with disclaimers in their apps’ descriptions).99
Practices on the Peripheries of Platforms
In this final section, we reflect on the conceptual and methodological implications of our analysis of the various kinds of relations between apps and platforms that we found based on our app-centric approach. We took stock of Android and iOS apps related to four leading social media platforms and used Google Play and Apple’s App Store as devices to demarcate our source sets. We found that the infrastructural relations between apps and platforms are not necessarily API-based and traceable but may exist beyond the purview of platforms’ governance and control mechanisms – a key focus point in both media and management and information systems research.104 As such, our app-centric approach provides insights into the marginal and contingent practices of users and developers on the peripheries of platforms.
Like app developers, researchers need to consider the multiple layers of infrastructure supporting apps, especially between apps and app stores (Google Play, App Store), apps and mobile platforms (Android, iOS), and apps and social media platforms (Facebook, Instagram, Snapchat, Twitter). Although the primary focus of our empirical analysis has been on the relations between mobile apps and social media platforms, our methodological approach relies on all three infrastructure layers. For one, app stores have different policies and terms of service (relating to safety, business, performance, design, and legal aspects) that influence the kinds of apps listed, the contents and functionality they offer, and the practices they support or extend. App stores also have their own specific ways of ordering apps and their relations such as through recommender systems that associate apps by the same developers or by topic (in our case social media platform names). When we employ app stores to demarcate source sets for us, we therefore also considered how their specificities influence app results, relevance, and relatedness. Furthermore, we noticed that both app stores are rather volatile. Within our corpus, 3.95% of Android apps and 6.79% of iOS apps were removed within one month after data collection.105 These removals were due to general app store maintenance efforts but also due to targeted app removals, including apps that violate social media platforms’ policies and terms of service. As we have seen, app stores appeal to their regulatory power by removing apps that violate social media platform policies and terms of service.106 Finally, development affordances depend not only on the specificities of app stores but also on the mobile platforms these apps are built for. Certain functionalities, such as lock screen customisation and theming (of which we found many in our source sets), are simply available only for Android and not for iOS, for example.
By taking the apps listed in app stores as the starting point of analysis, we looked at the peripheries of social media platforms to identify app–platform relations beyond API-based connections only. As such, we conceived of infrastructure in relational terms as emerging at the interplay between the development of technical or material elements and communities of practice.107 In addition to API-based infrastructural relations, we distinguished platform-specific practices and features that reveal how social media platforms are used via and alongside third-party clients and apps. These relations are enabled by the official resources that social media platforms offer to third-party developers (e.g., APIs, SDKs), but we also found that many app developers use unofficial and alternative resources to build apps, such as repurposing mobile resources for lightweight functionality. Other apps do not rely on any platform APIs and are designed as complementary apps to be used alongside the official apps. In fact, for all platforms, we found workarounds involving different strategies to resist or overcome infrastructure constraints, demonstrating the creativity of app developers and the marginal status of their apps. Additionally, due to such developer workarounds, not all practices supported by third-party apps are captured by social media platforms. When apps work around official resources, the practices they support may escape data capture because there is not always a pre-structured action grammar underpinning users’ activities. This marks another consequence of apps operating on the peripheries of platforms and may well be a motivation for social media platforms to adopt the more popular, newly introduced functionality from third-party apps. In short, we make two contributions to social media and platform studies.108 The first relates to discussions about the central role of APIs in enabling platforms’ programmability by identifying forms of regramming beyond APIs; the second relates to discussions about the capture of users’ online activities and behaviours by arguing that not all forms of regramming align with platforms’ existing action grammars or interests.
Analysing platform-related practices and grammars through third-party apps allowed us to explore how app developers engage with social media platforms. As we argued, app developers have different ways of engaging with the specific action grammars offered by platforms. The majority of apps mostly make minor adjustments to accommodate the ‘countless needs and niches’ of platforms,109 which we largely consider intensifications and reductions of existing functionality, the use of which feeds back into and aligns well with the logic and grammars of the core platform. With reductions and revivals, the apps also accommodate use practices that can be seen as forms of customisation rather than circumvention – that is, they are mostly aesthetic changes that do not change the fundamental use of the platform. This insight allows revisiting claims around platform-based innovation ecosystems that stress app developers’ capacities to envision and produce complementary, value-adding functionality.110 Our analysis of four leading social media platform ecosystems has provided an analytical language to consider such contributions and determine how they actually relate or add value to platforms. In our case, apps could be conceived for example as adding value not by introducing new functionality but by increasing the volume and type of content or engagement via new use practices. Additionally, we found apps that introduce new or transform existing functionality. Sometimes their innovations are adopted by the core platform (e.g., reposting and anti-addiction apps for Instagram, lightweight clients and dating apps for Facebook). The crucial benefit to the social media platform is not necessarily the new functionality itself, which could arguably have been introduced far sooner, but rather the fact that the practice is already established and adopted within the community, thus making the introduction of the new functionality much less risky for the platform while still accommodating the needs and niches of its users.
Contrary to Agre’s original formulation of the grammars of action concept, which originated in the context of automating organisational routines and practices, our analysis suggests the need for a more distributed,111 layered and platform-specific account of action grammars. When core platforms introduce new features it is not necessarily the case that use practices adapt to those new features (e.g., Twitter’s reverse-chronological timeline or favourite button). Moreover, when users or developers come up with alternative ways of using existing action grammars, the activities captured through them may no longer be commensurable (e.g., when Instagram users’ original content posts become reposts). While post counts or follower counts remain the same metrics, their uses and meanings are marginally contested or negotiated. Furthermore, users may chain multiple action grammars within one use practice such as with tweet editing or reposting, which respectively combine delete-and-post or share-and-post functionality, thereby assigning different meanings to these action grammars. Therefore, the development of new action grammars not only is about technological development on the side of platforms but also involves the establishment of support – or infrastructure – for use practices that are currently not (or not officially) supported. As we have argued, that process is very much an interplay between platforms and other stakeholders, each with their own interests.
The main aim of this article was to explore the relations and interactions between third-party apps and social media platforms. We developed the notion of regramming to describe the different kinds of app–platform relations that we derived from our empirical analysis of platform-related practices and features. In particular, we advanced an app-centric methodological approach for identifying the infrastructural relations between apps, social media platforms, app stores, and mobile platforms, as enacted through the practices of both users and developers. This perspective revealed a complex web of infrastructural relations between apps and platforms characterised by the use of official platform resources and by developer workarounds and infrastructure constraints. The forms of regramming that we found are indicative of how – and how much – app developers can negotiate the infrastructural affordances and constraints determined by platforms. We, therefore, encourage future critical research in this area to continue exploring platforms’ peripheries and consider the creative potential of app developers in creating alternative practices and features. Such a perspective should be of particular interest to scholars in the fields of software and platform studies, which have long promoted diversity in entry points, methods of analysis, and descriptions for purposes of critical enquiry into the objects and practices of computational culture. Conceiving platforms and apps in relational and infrastructural terms foregrounds the messiness and contingency of app development on the periphery of platforms.
Authors are listed in alphabetical order. Thanks to Emile den Tex and Erik Borra (Digital Methods Initiative, University of Amsterdam) for their development and maintenance of digital methods tools. Thanks also to the Writing with Networks workshop participants (University of Amsterdam) and to the reviewers for their constructive comments.
Parts of this work were supported by the German Research Foundation (DFG) under Grant DFG-SFB-1187; and the Netherlands Organisation for Scientific Research (NWO) under Grants 275-45-005 and 275-45-009.
Agre, Philip E. “Surveillance and Capture: Two Models of Privacy.” The Information Society 10, no. 2 (1994): 101–127. https://doi.org/10.1080/01972243.1994.9960162.
Alter, Steven. “Theory of Workarounds.” Communications of the Association for Information Systems 34 (2014): 1041–1066.
Andreessen, Marc. “The Three Kinds of Platforms You Meet on the Internet.” blog.pmarca.com, September 16, 2007. https://pmarchive.com/three_kinds_of_platforms_you_meet_on_the_internet.html.
Apple Developer. “Optimizing for App Store Search.” Apple Developer. https://developer.apple.com/app-store/search/.
Baldwin, Carliss Young, and C. Jason Woodard. “The Architecture of Platforms: A Unified View.” In Platforms, Markets and Innovation, edited by Annabelle Gawer, 19–44. Cheltenham, UK: Edward Elgar Publishing, 2009.
Blackwell, Courtney, Jeremy Birnholtz, and Charles Abbott. “Seeing and Being Seen: Co-Situation and Impression Formation Using Grindr, a Location-Aware Gay Dating App.” New Media & Society 17, no. 7 (2015): 1117–1136. https://doi.org/10.1177/1461444814521595.
Bodle, Robert. “Regimes of Sharing.” Information, Communication & Society 14, no. 3 (2011): 320–337. https://doi.org/10.1080/1369118X.2010.542825.
Bogost, Ian, and Nick Montfort. “Platform Studies: Frequently Questioned Answers.” In Proceedings of the Digital Arts and Culture Conference. University of California, Irvine, 2009.
Bucher, Taina. “Objects of Intense Feeling: The Case of the Twitter API.” Computational Culture 3 (2013). http://computationalculture.net/article/objects-of-intense-feeling-the-case-of-the-twitter-api.
Bucher, Taina, and Anne Helmond. “The Affordances of Social Media Platforms.” In The SAGE Handbook of Social Media, edited by Jean Burgess, Thomas Poell, and Alice Marwick, 233–53. London: SAGE Publications, 2018.
Constantinides, Panos, Ola Henfridsson, and Geoffrey G. Parker. “Introduction—Platforms and Infrastructures in the Digital Age.” Information Systems Research 29, no. 2 (2018): 381–400. https://doi.org/10.1287/isre.2018.0794.
Constine, Josh. “Instagram Now Lets You Regram Your Posts to Multiple Accounts.” TechCrunch, January 9, 2019. http://social.techcrunch.com/2019/01/09/instagram-self-regram/.
———. “Twitter Cuts off API Access to Follow/Unfollow Spam Dealers.” TechCrunch, January 31, 2019. http://social.techcrunch.com/2019/01/31/dont-buy-twitter-followers/.
Dieter, Michael, Carolin Gerlitz, Anne Helmond, Nathaniel Tkacz, Fernando N. van der Vlist, and Esther Weltevrede. “Multi-Situated App Studies: Methods and Propositions.” Social Media + Society 5, no. 2 (2019): 1–15. https://doi.org/10.1177/2056305119846486.
Duguay, Stefanie. “Dressing up Tinderella: Interrogating Authenticity Claims on the Mobile Dating App Tinder.” Information, Communication & Society 20, no. 3 (2017): 1–17. https://doi.org/10.1080/1369118X.2016.1168471.
Eaton, Ben, Silvia Elaluf-Calderwood, Carsten Sorensen, and Youngjin Yoo. “Distributed Tuning of Boundary Resources: The Case of Apple’s iOS Service System.” MIS Quarterly 39, no. 1 (2015): 217–243. https://doi.org/10.25300/MISQ/2015/39.1.10.
Evans, Peter C., and Rahul C. Basole. “Revealing the API Ecosystem and Enterprise Strategy via Visual Analytics.” Communications of the ACM 59, no. 2 (2016): 26–28. https://doi.org/10.1145/2856447.
Facebook for Developers. “Android SDK.” Facebook for Developers. https://developers.facebook.com/docs/android.
———. “APIs and SDKs.” Facebook for Developers. https://developers.facebook.com/docs/apis-and-sdks/.
———. “Instagram Graph API.” Facebook for Developers. https://developers.facebook.com/docs/instagram-api.
———. “Platform Policy.” Facebook for Developers. https://developers.facebook.com/policy/.
Fuller, Matthew. “Software Studies.” In The Johns Hopkins Guide to Digital Media, edited by Marie-Laure Ryan, Lori Emerson, and Benjamin J. Robertson, 463–466. Baltimore, MD: Johns Hopkins University Press, 2014.
Gawer, Annabelle, and Michael A. Cusumano. “Industry Platforms and Ecosystem Innovation.” Journal of Product Innovation Management 31, no. 3 (2014): 417–33. https://doi.org/10.1111/jpim.12105.
Gehl, Robert. Reverse Engineering Social Media: Software, Culture, and Political Economy in New Media Capitalism. Philadelphia, PA: Temple University Press, 2014.
Gerlitz, Carolin, and Anne Helmond. “The Like Economy: Social Buttons and the Data-Intensive Web.” New Media & Society 15, no. 8 (2013): 1348–1365. https://doi.org/10.1177/1461444812472322.
Gerlitz, Carolin, and Bernhard Rieder. “Tweets Are Not Created Equal. A Platform Perspective on Social Media Metrics.” International Journal of Communication 12 (2018): 528–547.
Gerlitz, Carolin, Fernando N. van der Vlist, Anne Helmond, and Esther Weltevrede. “App Support Ecologies: An Empirical Investigation of App–Platform Relations.” In 1st 2016 Annual Conference of the CRC ‘Media of Cooperation’. Artur-Woll-Haus, University of Siegen, Germany, December 2016. https://bit.ly/app-support-ecologies.
Gerlitz, Carolin, and Esther Weltevrede. “What Happens to ANT, and Its Emphasis on the Socio-Material Grounding of the Social, in Digital Sociology?” In The Routledge Companion to Actor-Network Theory, edited by Anders Blok, Ignacio Farías, and Celia Roberts. London, UK and New York, US: Routledge.
Ghazawneh, Ahmad, and Ola Henfridsson. “Balancing Platform Control and External Contribution in Third-Party Development: The Boundary Resources Model.” Information Systems Journal 23, no. 2 (March 1, 2013): 173–192. https://doi.org/10.1111/j.1365-2575.2012.00406.x.
Gillespie, Tarleton. “The Politics of ‘Platforms.’” New Media & Society 12, no. 3 (2010): 347–364. https://doi.org/10.1177/1461444809342738.
Google Play Console. “Google Play Console.” Google Play Console. https://play.google.com/apps/publish/.
Google Play Console Help. “Get Discovered on Google Play Search.” Google Play Console Help. https://support.google.com/googleplay/android-developer/answer/4448378.
Helmond, Anne. “The Platformization of the Web: Making Web Data Platform Ready.” Social Media + Society 1, no. 2 (July 1, 2015): 1–11. https://doi.org/10.1177/2056305115603080.
Instagram. “New: Share Feed Posts to Stories.” Instagram, May 17, 2018. https://instagram-press.com/blog/2018/05/17/new-share-feed-posts-to-stories/.
———. “Platform Policy.” Instagram. https://www.instagram.com/about/legal/terms/api/.
———. “Thinking Outside the Square: Support for Landscape and Portrait Formats on Instagram.” Instagram Info Center, August 27, 2015. https://instagram-press.com/blog/2015/08/27/thinking-outside-the-square-support-for-landscape-and-portrait-formats-on-instagram/.
Instagram Info Center. “Reducing Inauthentic Activity on Instagram.” Instagram Info Center, November 19, 2018. https://instagram-press.com/blog/2018/11/19/reducing-inauthentic-activity-on-instagram/.
John, Nicholas A. The Age of Sharing. Malden, MA: Polity Press, 2017.
Langlois, Ganaele, and Greg Elmer. “The Research Politics of Social Media Platforms.” Culture Machine 14 (2013): 1–17.
Nieborg, David B., and Anne Helmond. “The Political Economy of Facebook’s Platformization in the Mobile Ecosystem: Facebook Messenger as a Platform Instance.” Media, Culture & Society 41, no. 2 (2019): 196–218. https://doi.org/10.1177/0163443718818384.
Paßmann, Johannes, and Carolin Gerlitz. “‚Good‘ Platform-Political Reasons for ‚bad‘ Platform-Data. Zur Sozio-Technischen Geschichte Der Plattformaktivitäten Fav, Retweet Und Like.” Mediale Kontrolle Unter Beobachtung 3, no. 1 (2014): 1–40.
Perez, Sarah. “6 Million Users Had Installed Third-Party Twitter Clients.” TechCrunch, August 17, 2018. http://social.techcrunch.com/2018/08/17/6-million-users-had-installed-third-party-twitter-clients/.
———. “Google Follows in Apple’s Footsteps by Cleaning up Its Play Store.” TechCrunch, July 27, 2018. http://social.techcrunch.com/2018/07/27/google-follows-in-apples-footsteps-by-cleaning-up-its-play-store/.
Pinch, Trevor J., and Wiebe E. Bijker. “The Social Construction of Facts and Artefacts: Or How the Sociology of Science and the Sociology of Technology Might Benefit Each Other.” Social Studies of Science 14, no. 3 (1984): 399–441. https://doi.org/10.1177/030631284014003004.
Plantin, Jean-Christophe, Carl Lagoze, Paul N. Edwards, and Christian Sandvig. “Infrastructure Studies Meet Platform Studies in the Age of Google and Facebook.” New Media & Society 20, no. 1 (2018): 293–310. https://doi.org/10.1177/1461444816661553.
[Port:9]. “Why Regram?” [Port:9], November 6, 2012. http://www.port9.com/post/44691426770/why-regram.
Puschmann, Cornelius, and Jean Burgess. “The Politics of Twitter Data.” In Twitter and Society, edited by Katrin Weller, Axel Bruns, Jean Burgess, Merja Mahrt, and Cornelius Puschmann, 43–54. New York, NY: Peter Lang, 2014.
de Reuver, Mark, Carsten Sørensen, and Rahul C. Basole (2018) “The Digital Platform: A Research Agenda.” Journal of Information Technology 33(2): 124–135. https://doi.org/10.1057/s41265-016-0033-3.
Rogers, Richard. Digital Methods. Cambridge, MA: The MIT Press, 2013.
Roy, Gautam. “How We Built Facebook Lite for Every Android Phone and Network.” Facebook Code, March 9, 2016. https://code.fb.com/android/how-we-built-facebook-lite-for-every-android-phone-and-network/.
Snap Business. “Apply to the Snapchat Partners Program.” Snap Business. https://forbusiness.snapchat.com/partners/apply.
———. “Introducing Snap Kit.” Snap Business, June 14, 2018. https://forbusiness.snapchat.com/blog/introducing-snap-kit/.
Snap Inc. “Third-Party Applications and the Snapchat API.” Snap Inc. News, October 14, 2014. https://www.snap.com/en-US/news/post/third-party-applications-and-the-snapchat-api.
Snapchat Support. “Third-Party Applications and Plugins.” Snapchat Support. https://support.snapchat.com/en-US/a/third-party.
Star, Susan Leigh, and Karen Ruhleder. “Steps Toward an Ecology of Infrastructure: Design and Access for Large Information Spaces.” Information Systems Research 7, no. 1 (1996): 111–134. https://doi.org/10.1287/isre.7.1.111.
Statista. “Global Social Media Ranking 2018.” Statista, July 2018. https://www.statista.com/statistics/272014/global-social-networks-ranked-by-number-of-users/.
Tiwana, Amrit. Platform Ecosystems: Aligning Architecture, Governance, and Strategy. Waltham, MA: Morgan Kaufmann, 2014.
Twitter Developer. “Build Mobile Apps with Twitter Kit.” Twitter Developer. https://developer.twitter.com/en/docs/publisher-tools/twitterkit/overview.html.
———. “Developer Agreement and Policy.” Twitter Developer, May 25, 2018. https://developer.twitter.com/en/developer-terms/agreement-and-policy.html.
———. “Developer Policy.” Twitter Developer, November 3, 2017. https://developer.twitter.com/en/developer-terms/policy.html.
———. “Twitter Developer Platform.” Twitter Developer. https://developer.twitter.com/content/developer-twitter/en.html.
Twitter Help Center. “Automation Rules.” Twitter Help Center, November 3, 2017. https://help.twitter.com/en/rules-and-policies/twitter-automation.
Twitterrific. “Editing Tweets in Twitterrific (iOS and macOS).” The Iconfactory. https://support.iconfactory.com/kb/twitterrific/editing-tweets-in-twitterrific-ios-and-macos.
van Dijck, José. The Culture of Connectivity: A Critical History of Social Media. Oxford, UK: Oxford University Press, 2013.
van der Vlist, Fernando N. “Accounting for the Social: Investigating Commensuration and Big Data Practices at Facebook.” Big Data & Society 3, no. 1 (2016): 1–16. https://doi.org/10.1177/2053951716631365.
Wagner, Kurt. “Instagram Is Limiting How Much Data Some Developers Can Collect from Its API — and Cutting off Others Altogether.” Recode, April 2, 2018. https://www.recode.net/2018/4/2/17189512/instagram-api-facebook-cambridge-analytica.
Werning, Stefan. “‘Re-Appropriating’ Facebook? Web API Mashups as Collective Cultural Practice.” Digital Culture & Society 3, no. 2 (2017): 183–204. https://doi.org/10.14361/dcs-2017-0211.
Wilson, Fred. “App Constellations.” AVC, May 18, 2014. https://avc.com/2014/05/app-constellations/.
Zaidi, Deena. “Snap’s Redesign Faces Backlash From Loyalists.” Seeking Alpha, February 22, 2018. https://seekingalpha.com/article/4149405-snaps-redesign-faces-backlash-loyalists.
Carolin Gerlitz is a professor of Digital Media and Methods at the University of Siegen. Her research interests include digital media technologies, quantification, inventive methods, software studies, platforms, sensor media, and critical data studies.
Anne Helmond is an assistant professor of New Media and Digital Culture at the University of Amsterdam. Her research interests include software studies, platform studies, app studies, digital methods, and web history.
Fernando van der Vlist is a PhD candidate at Utrecht University and a research associate with the Collaborative Research Centre “Media of Cooperation” at the University of Siegen. His research interests include software studies, digital methods, social media and platform studies, app studies, and critical data studies.
Esther Weltevrede is an assistant professor of New Media and Digital Culture at the University of Amsterdam. Her research interests include digital methods, software and platform studies, app studies, data infrastructures, and social media automation.
- Instagram, “New: Share Feed Posts to Stories.” ↩
- Khader, Regram ( Repost Photo & Video for Instagram ), https://play.google.com/store/apps/details?id=regram.instagram.download. ↩
- [Port:9 ↩
- As of January 2019, Instagram has started to roll out a new “self regram” feature, allowing users to cross-syndicate their own content to multiple Instagram accounts. Constine, “Instagram Now Lets You Regram Your Posts to Multiple Accounts.” ↩
- Perez, “6 Million Users Had Installed Third-Party Twitter Clients.” ↩
- For example, as of August 2018, IFTTT lists 163 Instagram Applets while Google Play returns 250 app search query results for [Instagram ↩
- Statista, “Global Social Media Ranking 2018.” ↩
- Agre, “Surveillance and Capture.” ↩
- Bogost and Montfort, “Platform Studies”; Gillespie, “The Politics of ‘Platforms’”; Langlois and Elmer, “The Research Politics of Social Media Platforms”; van Dijck, The Culture of Connectivity. ↩
- Cf., Fuller, “Software Studies,” 463. ↩
- Bodle, “Regimes of Sharing”; Bucher, “Objects of Intense Feeling”; Gerlitz and Helmond, “The Like Economy”; Gillespie, “The Politics of ‘Platforms’”; Puschmann and Burgess, “The Politics of Twitter Data.”, Werning, “‘Re-Appropriating’ Facebook?” ↩
- Plantin et al., “Infrastructure Studies Meet Platform Studies in the Age of Google and Facebook.” ↩
- Nieborg and Helmond, “The Political Economy of Facebook’s Platformization in the Mobile Ecosystem.” ↩
- Helmond, “The Platformization of the Web.” ↩
- Andreessen, “The Three Kinds of Platforms You Meet on the Internet.” ↩
- Facebook for Developers, “Platform Policy.” ↩
- Twitter Developer, “Developer Policy.” ↩
- Snap Kit Docs, “Snap Kit Documentation.” ↩
- Pinch and Bijker, “The Social Construction of Facts and Artefacts”; cf. Paßmann and Gerlitz, “‚Good‘ Platform-Political Reasons for ‚Bad‘ Platform-Data.” ↩
- Gerlitz et al., “App Support Ecologies.” ↩
- Constantinides, Henfridsson, and Parker, “Platforms and Infrastructures in the Digital Age”; de Reuver, Sørensen, and Basole, “The Digital Platform”; Tiwana, Platform Ecosystems. ↩
- Baldwin and Woodard, “The Architecture of Platforms”; Gawer and Cusumano, “Industry Platforms and Ecosystem Innovation.” ↩
- de Reuver, Sørensen, and Basole, “The Digital Platform.” ↩
- Eaton et al., “Distributed Tuning of Boundary Resources”; Ghazawneh and Henfridsson, “Balancing Platform Control and External Contribution in Third-Party Development.” ↩
- Tiwana, Platform Ecosystems, 5–6. ↩
- Dieter et al., “Multi-Situated App Studies”; Gerlitz et al., “App Support Ecologies.” ↩
- Evans and Basole, “Revealing the API Ecosystem and Enterprise Strategy via Visual Analytics”; Werning, “‘Re-Appropriating’ Facebook?”; ProgrammableWeb, “API Directory,” https://www.programmableweb.com/apis/directory; IFTTT, “Services,” https://ifttt.com/services. ↩
- Star and Ruhleder, “Steps Toward an Ecology of Infrastructure,” 113, emphasis in original. ↩
- Ibid., 113. ↩
- Cf. Agre, “Surveillance and Capture,” ↩
- Ibid., 107–109. ↩
- Gerlitz and Rieder, “Tweets Are Not Created Equal”; van der Vlist, “Accounting for the Social.” ↩
- van Dijck, The Culture of Connectivity. ↩
- Cf., Andreessen, “The Three Kinds of Platforms You Meet on the Internet.” ↩
- Dieter et al., “Multi-Situated App Studies.” ↩
- Statista, “Global Social Media Ranking 2018.” ↩
- Dieter et al., “Multi-Situated App Studies”; Rogers, Digital Methods, 118. ↩
- Apple Developer, “Optimizing for App Store Search”; Google Play Console, “Google Play Console”; Google Play Console Help, “Get Discovered on Google Play Search.” ↩
- Dieter et al., “Multi-Situated App Studies.” ↩
- Data collected in mid-July 2018. ↩
- Digital Methods Initiative, Google Play ‘Similar’ Apps, https://tools.digitalmethods.net/beta/googlePlaySimilar/; ibid., iTunes Store, https://tools.digitalmethods.net/beta/itunesStore/. ↩
- Most apps in our corpus had English descriptions (95.71%), followed by a relatively small number in Arabic (1.14%), and Spanish (0.91%), which led us to include some search patterns in these languages. All searches were processed computationally with ‘grep’, a UNIX-based command-line utility for searching textual data. Each practice and feature is searched for with multiple search patterns (although we counted positive matches only once per app). ↩
- Blackwell, Birnholtz, and Abbott, “Seeing and Being Seen”; Duguay, “Dressing up Tinderella.” ↩
- This is after the company discovered that ‘nearly one in five photos or videos people post aren’t in the square format’, which suggests that these photos or videos are created with third-party apps before they are posted on Instagram. Instagram, “Thinking Outside the Square.” ↩
- John, The Age of Sharing. ↩
- Facebook for Developers, “Instagram Graph API.” ↩
- Snap Business, “Apply to the Snapchat Partners Program.” ↩
- Dieter et al., “Multi-Situated App Studies.” ↩
- Facebook for Developers, “Android SDK.” ↩
- Twitter Developer, “Build Mobile Apps with Twitter Kit.” ↩
- Snap Inc., “Third-Party Applications and the Snapchat API.” ↩
- Alter, “Theory of Workarounds.” ↩
- Facebook for Developers, “APIs and SDKs”; Snap Inc., “Third-Party Applications and the Snapchat API.” ↩
- Constine, “Twitter Cuts off API Access to Follow/Unfollow Spam Dealers”; Snapchat Support, “Third-Party Applications and Plugins”; Wagner, “Instagram Is Limiting How Much Data Some Developers Can Collect from Its API — and Cutting off Others Altogether.” ↩
- Gehl, Reverse Engineering Social Media, 81. ↩
- Neelkanth, Beautify – Skin Tone Filters, https://itunes.apple.com/us/app/beautify-skin-tone-filters/id1136143080. ↩
- Google, Snapseed, https://itunes.apple.com/us/app/snapseed/id439438619. ↩
- Gerlitz and Weltevrede, “What Happens to ANT, and Its Emphasis on the Socio-Material Grounding of the Social, in Digital Sociology?” ↩
- Hootsuite Media, Hootsuite – Social Media Tools, https://itunes.apple.com/us/app/hootsuite-social-media-tools/id341249709. ↩
- Everypost, Everypost for Social Media, https://itunes.apple.com/us/app/everypost-for-social-media/id572530903. ↩
- Twitter Developer, “Developer Policy”; Twitter Help Center, “Automation Rules.” ↩
- Constine, “Twitter Cuts off API Access to Follow/Unfollow Spam Dealers.” ↩
- Statusbrew, Statusbrew: Social Media Tools, https://itunes.apple.com/us/app/statusbrew-social-media-tools/id1079388184. ↩
- Codigami Technologies, Crowdfire, https://itunes.apple.com/us/app/crowdfire/id528626975. ↩
- Constine, “Twitter Cuts off API Access to Follow/Unfollow Spam Dealers.” ↩
- Instagram, “Platform Policy.” ↩
- Twitter Developer, “Twitter Developer Platform.” ↩
- Instagram Info Center, “Reducing Inauthentic Activity on Instagram.” ↩
- sinProject, Tweecha Lite for Twitter: Presented in Papers, https://play.google.com/store/apps/details?id=net.sinproject.android.tweecha.lite. ↩
- Facebook for Developers, “Platform Policy.” ↩
- Twitter Developer, “Developer Policy.” ↩
- Facebook, Facebook Lite, https://play.google.com/store/apps/details?id=com.facebook.lite. ↩
- Facebook, Messenger Lite, https://play.google.com/store/apps/details?id=com.facebook.mlite. ↩
- Twitter, Twitter Lite, https://play.google.com/store/apps/details?id=com.twitter.android.lite. ↩
- Roy, “How We Built Facebook Lite for Every Android Phone and Network.” ↩
- Kumagai, Looking for Twitter, https://play.google.com/store/apps/details?id=com.droibit.looking. ↩
- The Iconfactory, Twitterrific 5 for Twitter, https://itunes.apple.com/us/app/twitterrific-5-for-twitter/id580311103. ↩
- Bucher and Helmond, “The Affordances of Social Media Platforms.” ↩
- The Iconfactory, Twitterrific 5 for Twitter, https://itunes.apple.com/us/app/twitterrific-5-for-twitter/id580311103. ↩
- Perez, “6 Million Users Had Installed Third-Party Twitter Clients.” ↩
- sinProject, Tweecha Prime for Twitter: Presented in papers, https://play.google.com/store/apps/details?id=net.sinproject.android.tweecha.prime. ↩
- Cf. Paßmann, in this issue. ↩
- Shikh Apps, Speed Social for Twitter, https://play.google.com/store/apps/details?id=net.alshikh.speedtwi. ↩
- Wilson, “App Constellations.” ↩
- sarvopari infotech, Floating Lite for Facebook, https://play.google.com/store/apps/details?id=com.sarvopari.lite.floatingfb. ↩
- Rain Studio, Messenger for Facebook – Security Lock, https://play.google.com/store/apps/details?id=com.a2z.liteforfacebook. ↩
- Zaidi, “Snap’s Redesign Faces Backlash From Loyalists.” ↩
- Ibid. ↩
- JaredCo, Repost for Instagram – Regrann, https://play.google.com/store/apps/details?id=com.jaredco.regrann. ↩
- Khader, Regram (Repost Photo & Video for Instagram), https://play.google.com/store/apps/details?id=regram.instagram.download. ↩
- BillApps, InRepost- Repost for Instagram, https://play.google.com/store/apps/details?id=com.billApps.repostForInstagram. ↩
- The Iconfactory, Twitterrific 5 for Twitter, https://itunes.apple.com/us/app/twitterrific-5-for-twitter/id580311103. ↩
- Twitterrific, “Editing Tweets in Twitterrific (iOS and macOS).” ↩
- Microcore, Snitchchat – The Snapchat Screenshot Tool, https://play.google.com/store/apps/details?id=com.studiow.top.snitchchat. ↩
- V-Ware, SnapSaver, https://play.google.com/store/apps/details?id=com.v_ware.snapsaver. ↩
- PINEAAPPLE, Record Snap Story Without Being Detected, https://play.google.com/store/apps/details?id=com.dododev.storyrecord. ↩
- Loneman Labs, Who Viewed My Profile? Followers Insight Plus, https://play.google.com/store/apps/details?id=com.lonemanlabs.whoviewedmyprofile.facebook. ↩
- Who Viewed My Profile, Who Viewed My Facebook Profile, Profile Tracker, https://play.google.com/store/apps/details?id=com.WhoVisited.My.Facebook.app. ↩
- E.g., as the developers of Who Viewed My Profile note, ‘We do our best to bring you who might have checked your Facebook profile recently; however as Facebook does not disclose who viewed data directly what our app shows you is just a good estimation.’ ↩
- Global Tech Social, Find Girls Username, Friend for Snapchat Usernames, https://play.google.com/store/apps/details?id=girls.username.girls_username_for_snapchat. ↩
- VCNC, Between – Private Couples App, https://play.google.com/store/apps/details?id=kr.co.vcnc.android.couple. ↩
- Return Zero, AddMe – Friends & Usernames for Snapchat & Kik, https://play.google.com/store/apps/details?id=co.addme.friends. ↩
- Facebook for Developers, “Platform Policy”; Twitter Developer, “Developer Agreement and Policy.” ↩
- Bucher, “Objects of Intense Feeling”; Eaton et al., “Distributed Tuning of Boundary Resources”; Ghazawneh and Henfridsson, “Balancing Platform Control and External Contribution in Third-Party Development”; Puschmann and Burgess, “The Politics of Twitter Data.” ↩
- Perez, “Google Follows in Apple’s Footsteps by Cleaning up Its Play Store.” ↩
- Constine, “Twitter Cuts off API Access to Follow/Unfollow Spam Dealers”; Snapchat Support, “Third-Party Applications and Plugins.” ↩
- Star and Ruhleder, “Steps Toward an Ecology of Infrastructure.” ↩
- Bogost and Montfort, “Platform Studies”; Helmond, “The Platformization of the Web”; Langlois and Elmer, “The Research Politics of Social Media Platforms”; Paßmann and Gerlitz, “‚Good‘ Platform-Political Reasons for ‚Bad‘ Platform-Data”; Plantin et al., “Infrastructure Studies Meet Platform Studies in the Age of Google and Facebook.” ↩
- Andreessen, “The Three Kinds of Platforms You Meet on the Internet.” ↩
- Cf. Gawer and Cusumano, “Industry Platforms and Ecosystem Innovation.” ↩
- Agre, “Surveillance and Capture.” ↩