kakasoo

에러 상황 { "channel": "meta", "message": "(#100) The parameter (생략) is required", "type": "OAuthException", "code": 100, "fbtrace_id": (생략) } code 100번에 message가 항상 고정으로 들어가는 것은 아니지만, code 100이 시사하는 바는 항상 똑같다. 요청자의 요청이 잘못된 경우로, 일반적으로 우리가 4XX 클라이언트 에러라고 생각하는 것을 모두 code 100으로 표현한다. 여기서는 생략한 지점에 들어간 파라미터가 잘못되었다는 의미로, 어떤 파라미터가 잘못되었는지에 따라 요청이 바뀐다. 해결 방법 명백한 개발 실수이기 떄문에 수정을 하면 된다. 특정 파라미터의 경우에는 어떤 점이 잘못되..

서론 이 글에서는 유저가 메타 관리자 페이지에서 비즈니스를 생성하고 광고 계정을 생성, 결제 정보를 연동하는 것까지를 다루려고 한다. 사실 개발자 입장에서는 유저의 플로우를 몰라도 API를 연동하는 데에는 아무런 문제가 없기는 하다. 실제로 나는 그걸 전혀 모르는 상태로 개발을 해온 적이 있었는데, 그래도 알고 있는 편이 수월하기 때문에 다뤄봐야겠단 생각이 들었다. 광고를 만들기 위해서는 일단 비즈니스가 필요하다. 어떤 유저도, 자신의 비즈니스를 생성하지 않고서 광고를 집행할 수는 없다. ( 사업자를 등록해야 한다는 의미는 아니다. ) Meta Business Suite 및 비즈니스 관리자에 로그인하고 액세스하기 Meta Business Suite와 비즈니스 관리자를 사용하면 한곳에서 광고를 만들고 계정..

메타 용어 정리 설명하기에 앞서 메타 용어들을 정리하고 가야 할 필요성을 느낀다. 메타의 ERD 구조가 실제로는 어떠한지 모르지만, Meta Marketing API를 호출하면서 광고 자산들의 구조에 대해 대략 생각해볼 수 있다. 생각해보면 위와 같이, 1:M으로만 구성되어 있는 어떤 모습을 상상해볼 수 있는데, 실제로도 저러한지는 알 수가 없다. 아무래도 글로벌 서비스인 탓에, 처음의 설계와 달라진 '허용'들이 생겨나면서 1:1, 1:N, N:M 등 다양한 관계성이 생겨난 것으로 보인다. 최종적으로 그려지는 ERD의 모습은 위와 같이, 유저부터 광고 계정까지 1:M으로 연결되며, 각 연결 지점마다 자산이 있는 걸로 보인다. 메타 서비스의 '유저'는 여러 개의 '비즈니스'를 가지고, '비즈니스'는 다시 ..