리스트 포스트 조회: 표준 v1.1과 X API v2 비교
- 유사점
- 인증 방식
- 요청 한도
- 차이점
- 엔드포인트 URL
- App 및 Project 요구 사항
- 요청당 데이터 객체 한도
- 응답 데이터 형식
- 요청 매개변수
유사점
| Standard v1.1 | X API v2 |
| /1.1/lists/statuses.json OAuth 1.0a 사용자 컨텍스트 사용 시 15분당 900회 요청 App 전용 인증 사용 시 15분당 900회 요청 | /2/lists/:id/tweets OAuth 1.0a 사용자 컨텍스트 사용 시 15분당 900회 요청 OAuth 2.0 Authorization Code with PKCE 사용 시 15분당 900회 요청 App 전용 인증 사용 시 15분당 900회 요청 |
차이점
- 표준 v1.1 엔드포인트:
- GET https://api.x.com/1.1/lists/statuses.json (지정된 리스트에서 Tweet 조회)
- X API v2 엔드포인트:
- GET https://api.x.com/2/lists/:id/tweets (지정된 리스트에서 Tweet 조회)
- attachments
- author_id
- context_annotations
- created_at
- geo
- lang
| 엔드포인트 | expansion |
| /2/lists/:id/tweets | author_id |
- JSON 루트 레벨에서, 표준 엔드포인트는 게시물 객체를 statuses 배열로 반환하는 반면, X API v2는 data 배열로 반환합니다.
- 리트윗된 및 인용된 “statuses”를 참조하는 대신, X API v2 JSON은 리트윗된 및 인용된 Tweet을 참조합니다. contributors 및 user.translator_type과 같은 많은 레거시 및 사용 중단 필드는 제거됩니다.
- 게시물 객체에서 favorites, 사용자 객체에서 favourites를 모두 사용하는 대신, X API v2는 like라는 용어만 사용합니다.
- X는 값이 없는 JSON 필드 값(예: null)은 페이로드에 기록하지 않는 규칙을 채택했습니다. 게시물 및 사용자 속성은 null이 아닌 값을 가진 경우에만 포함됩니다.
| 표준 v1.1 | X API v2 |
| list_id | id |
| slug | 해당 없음 |
| owner_screen_name | 해당 없음 |
| owner_id | author_id 값을 가진 expansions 매개변수로 요청 |
| since_id | 해당 없음 |
| max_id | 해당 없음 |
| include_entities | entities 값을 가진 tweet.fields 매개변수로 요청 |
| include_rts | 해당 없음 |
| count | max_results |
코드 예제
리스트에서 포스트 가져오기 (v2)
cURL