Amazon 계정 탐지 볼륨은 상대적으로 큽니다. API에 액세스한 후 자동으로 완료할 수 있는 측면은 무엇입니까?

때때로 수백 개의 이메일이나 번호를 감지하여 수동으로 파일을 업로드하는 것은 번거롭지 않습니다. 그러나 데이터는 광고 양식, 독립 방송국 및CRM이 계속 입력된 후 결과 내보내기, 정렬, 업로드, 대기 및 채우기를 반복하면 시간이 많이 걸릴 수 있습니다.

디지털플래닛 제공Amazon 계정 감지 API는 기존 비즈니스 시스템에 연결하는 데 적합합니다. 새로운 데이터가 입력되면 시스템은 규칙에 따라 감지를 위해 자동으로 제출한 다음 계정 상태를 사용하여 원본 데이터를 분류함으로써 빈번한 파일 업로드와 수동 처리를 줄일 수 있습니다.

API가 가져오는 주요 변화는 탐지 프로젝트 수를 늘리는 것이 아니라 반복적인 작업을 자동화하는 것입니다. 데이터에 Amazon 계정 상태가 있는지 확인하는 데 도움이 될 수 있지만 사용자가 구매자, 판매자 또는 Prime 회원인지 자동으로 확인할 수는 없습니다.

일괄 테스트 및다양한 상황에 적합한 API

일괄 검사는 임시 작업에 더 적합합니다.

예를 들어, 월말에 기록 사서함을 정리해야 하거나 독립 스테이션에서 수천 개의 데이터를 내보낸 경우 파일을 준비하여 한 번에 Digital Planet에 제출할 수 있습니다. 지속적으로 작업이 생성되지 않는다면 추가적인 인터페이스 개발을 마련할 필요가 없습니다.

API는 지속적인 작업에 더 적합합니다. 매일 새로운 광고 양식이 나오고, 독립 웹사이트는 계속해서 등록된 사용자를 추가하며, CRM은 계속해서 새로운 이메일 주소나 번호를 받게 됩니다. 여전히 매일 수동으로 내보내고 업로드하는 경우 동일한 단계가 반복적으로 나타납니다.

두 가지 방법은 유사한 탐지 기능을 사용합니다. 주요 차이점은 데이터가 입력되는 방식과 결과가 원래 시스템으로 반환되는 방식에 있습니다.

선택하기 전에 단일 수량만 볼 필요는 없습니다. 매일500개의 항목을 몇 달 동안 지속적으로 실행하는 것은 일반적으로 한 번에 수만 개의 항목을 테스트하는 것보다 API에 액세스하는 데 더 적합합니다. 전자의 수동 작업이 오랫동안 반복되기 때문입니다.

많은 양의 데이터는 파일 크기에만 국한되지 않습니다.

Amazon 계정 탐지 수가 증가하면 일반적으로 가장 먼저 발생하는 문제는 탐지 속도가 아니라 프로세스 연결입니다.

직원은 광고 플랫폼이나 독립 사이트에서 데이터를 내보내고, 이메일 형식을 통합하고, 중복된 콘텐츠를 삭제하고, 작업을 업로드해야 합니다. 테스트가 완료된 후 원래 고객 번호에 해당하는 결과를 다운로드한 후 다시 가져와야 합니다.CRM.

하루에 한 번 실행하면 파일 버전이 점점 더 많아집니다. 오늘 내보내는 것은 새로운 데이터이며, 내일은 어제 감지된 콘텐츠와 혼합될 수 있습니다. 동일한 이메일 주소에서 반복적으로 제출하면 탐지 횟수가 늘어날 뿐만 아니라 통계가 편향됩니다.

디지털 행성에 대한 액세스Amazon이 API를 감지하면 비즈니스 시스템은 어떤 데이터가 제출되었는지, 어떤 데이터가 처리 중인지, 어떤 데이터를 다시 감지해야 하는지 기록할 수 있습니다. 여러 테이블 간에 데이터를 앞뒤로 이동할 필요가 없으며 전체 프로세스를 통해 원본 소스를 더 쉽게 보존할 수 있습니다.

API가 실제로 줄이는 것은 반복해서 발생하는 이러한 작은 단계입니다.

새로운 데이터가 자동으로 탐지 프로세스에 들어갈 수 있습니다.

아니요API를 사용할 때 데이터가 감지되는 시기는 일반적으로 직원이 파일을 내보내는 시기에 따라 다릅니다. 업무량이 많은 경우 며칠에 한 번씩 처리될 수 있으며, 신규 사용자는 분류가 완료되기까지 오랜 시간을 기다려야 합니다.

디지털 행성에 대한 액세스API 이후 실제 데이터량에 따라 제출 방식을 설정할 수 있습니다. 광고 양식 또는 독립 스테이션이 새로운 데이터를 생성한 후 시스템은 테스트할 범위에 들어간 다음 설정된 빈도로 테스트를 위해 Amazon 계정을 제출합니다.

데이터가 제출될 때마다 즉시 호출할 필요는 없습니다. 데이터 양이 많은 경우 합리적인 일괄 처리가 가능하므로 관리가 용이할 뿐만 아니라 호출 빈도도 제어됩니다. 실시간, 예약 또는 배치 모드의 구체적인 사용은 Digital Planet 인터페이스 설명 및 기존 시스템 조건에 따라 결정되어야 합니다.

자동 제출의 장점은 수동 대기 시간을 줄이는 것입니다. 직원은 매일 내보내기를 기억할 필요가 없으며 특정 채널의 데이터를 놓치는 것도 쉽지 않습니다.

전화하기 전에 형식 확인을 할 수 있습니다.

API는 감지를 위해 자동으로 제출할 수 있지만 입력 데이터 품질은 무시할 수 없습니다.

이메일에는 앞뒤 공백, 대문자 차이 또는 명백한 철자 오류가 있을 수 있으며 휴대폰 번호에 국가 코드가 없을 수 있습니다. 원본 콘텐츠를 처리하지 않고 바로 제출하면 무효 호출이 늘어납니다.

디지털 행성을 부르다Amazon은 API를 감지하기 전에 먼저 자체 시스템을 통해 기본 확인을 완료할 수 있습니다. 사서함이 기본 구조를 가지고 있는지 확인하고, 번호가 통일된 국제 형식을 사용하는지 확인하고, 완전히 중복된 데이터를 먼저 중복 제거합니다.

비정상적인 형식의 콘텐츠는 검사 대상 범위에 남겨둘 수 있으며, 즉시 탐지를 위해 전송할 필요가 없습니다. 이를 통해 불필요한 통화를 줄일 수 있을 뿐만 아니라 사용자가 잘못된 정보를 입력했는지 확인하기가 더 쉬워집니다.

형식이 정확하다고 해서 이메일 주소가 유효하거나 등록되었다는 의미는 아닙니다.아마존. 기본 검증은 명백한 오류를 차단하는 역할만 담당하며 플랫폼 계정 상태는 후속 테스트를 통해 확인해야 합니다.

중복 제거는 일회성 작업에서 장기적인 규칙으로 바뀔 수 있습니다.

수동 검색 중에는 일반적으로 현재 파일만 중복 제거됩니다. 동일한 사서함이 두 개의 다른 채널에 나타나는 경우 별도로 내보내면 반복적으로 감지될 수 있습니다.

API 접근 후, 각 데이터에 대한 탐지 기록이 시스템에 보관될 수 있습니다. 새로운 데이터가 들어오면 먼저 동일한 이메일 주소나 번호가 처리되었는지, 마지막으로 감지된 지 얼마나 되었는지 확인하세요.

방금 감지된 경우에는 즉시 다시 제출할 필요가 없습니다. 결과가 장기간 저장되어 있거나 기업이 꼭 최신 상태를 확인해야 하는 경우에는 검토 프로세스에 들어갑니다.

이는 한 번에 하나의 파일을 중복 제거하는 것보다 더 완벽합니다. 파일 내 중복을 처리할 뿐만 아니라, 서로 다른 시간과 채널 간의 중복 감지를 줄여줍니다.

Digital Planet이 완성을 담당합니다.Amazon 계정 상태 판단 및 다시 호출 여부는 시간과 목적에 따라 비즈니스 시스템에서 결정할 수 있습니다.

작업 진행이 전적으로 수동 검토에 의존할 필요는 없습니다.

데이터의 양이 많을 때, 한 번API 요청은 즉시 완전히 처리되지 않을 수 있습니다. 시스템은 데이터가 제출되었는지, 아직 테스트 중인지, 결과가 유효한지 여부를 구별할 수 있어야 합니다.

접속 시 Digital Planet에서 공개한 인터페이스 지침에 따라 작업 상태 쿼리 또는 해당 결과 획득 프로세스를 설정할 수 있습니다. 특정 반환 필드를 직접 가정하는 것은 권장되지 않습니다.

여러분의 시스템은 최소한 한 가지 상황을 피해야 합니다. 작업이 완료되기 전에는 등록되지 않은 결과로 처리됩니다. 예외 감지, 처리 및 완료는 서로 다른 상태이므로 모두 하나의 범주로 분류할 수 없습니다.

네트워크 또는 기타 이유로 호출이 실패하는 경우, 빠른 연속 제출이 아닌 원본 데이터 및 작업 기록을 합리적인 방식으로 유지하고 재처리해야 합니다.

API 자동화는 모든 예외를 숨기지 않지만 예외에 명확한 처리 위치를 제공합니다.

결과는 자동으로 원래 사용자 기록으로 반환될 수 있습니다.

수동 프로세스에서 가장 오류가 발생하기 쉬운 부분은 테스트 결과를 원본 데이터와 다시 일치시키는 것입니다.

사서함 순서 변경, 중복 제거 후 행 수 감소 또는 동시에 처리되는 여러 파일로 인해 결과가 잘못 정렬될 수 있습니다. 계정 상태가 잘못된 사용자에게 매핑되면 이후의 콘텐츠 분류에도 영향을 미칩니다.

API가 연결된 후 감지할 각 데이터에 대해 내부 번호를 예약할 수 있습니다. 탐지가 완료된 후 전체 열을 수동으로 복사하는 대신 이 기록에 따라 결과가 원래 시스템으로 반환됩니다.

이를 통해 사용자가 어떤 광고를 통해 유입되었는지, 어떤 페이지를 방문했는지, 언제 가입했는지, 제품에 대해 문의했는지 등을 추적합니다.Amazon 계정 상태는 새로운 정보로만 사용되며 원래 비즈니스 행동을 다루지 않습니다.

디지털 행성API는 플랫폼 관계를 확인하는 데 도움이 되며 CRM 또는 비즈니스 시스템은 계속해서 전체 사용자 배경을 저장하는 역할을 합니다.

광고 양식을 통해 분류 대기 시간을 줄일 수 있습니다.

광고 양식에서 이메일 주소나 휴대폰 번호를 계속 생성하는 경우 일반적으로 수동 감지에 상당한 지연이 발생합니다. 오늘 제출된 데이터는 내일 내보낼 때까지 처리되지 않을 수 있습니다.

입장Amazon이 API를 감지한 후 미리 결정된 빈도로 새로운 데이터가 감지에 입력될 수 있습니다. 계정 상태가 반환된 후 사용자의 원래 광고 소스를 기준으로 콘텐츠가 정렬됩니다.

이메일의 출처인 경우Amazon 관련 서비스 광고는 플랫폼 등록 상태를 감지하면서 보다 구체적인 사용 시나리오에 직접 들어갈 수 있습니다. 일반 상품 광고에서 나온 경우에는 아마존 계정이 감지되더라도 해당 사용자가 아마존 구매자인지 직접적으로 판단할 수 없습니다.

API가 단축하는 것은 데이터 제출부터 플랫폼 상태 획득까지의 시간이며 광고 리드 자체의 수요 강도를 변경하지 않습니다. 사용자가 적극적으로 작성하는 양식은 계정 상태보다 여전히 실제 의도에 더 가깝습니다.

독립적인 스테이션 등록 데이터는 플랫폼 배경을 자동으로 보완할 수 있습니다.

독립 웹사이트의 사용자가 이메일 주소를 남기면 백엔드는 일반적으로 등록, 구독, 상담 또는 구매와 같은 현장 작업에 대해서만 알고 있으며 사용 여부는 알 수 없습니다.아마존.

독립 스테이션을 디지털 플래닛과 연결Amazon은 API 연결을 감지한 후 새 등록 데이터에 플랫폼 상태 참조를 추가할 수 있습니다. 이미 구매한 사용자는 순서에 따라 계속 유지됩니다. 장바구니에 담았지만 아직 결제하지 않은 사용자는 가격이나 배송 관련 질문을 처리합니다. Amazon 등록 상태는 콘텐츠 배경을 조정하는 데에만 사용됩니다.

예를 들어, 사용자가 등록했습니다.Amazon을 사용하면 플랫폼 쇼핑, 배송, 계정 관련 표현을 더 쉽게 이해할 수 있습니다. 등록 상태가 감지되지 않으면 콘텐츠에서 Amazon에 대해 잘 알고 있다고 가정할 필요가 없습니다.

이 자동 보완 기능은 장기간 작동에 적합하며 매주 독립 스테이션 사용자 파일을 반복적으로 내보낼 필요가 없습니다.

CRM은 기존 규칙에 따라 계속 분류할 수 있습니다.

Amazon 계정 탐지 결과가 CRM으로 반환된 후 등록된 모든 사용자를 정확한 고객으로 자동 표시하는 것은 권장되지 않습니다.

보다 합리적인 방법은 원래 조건과 함께 계정 상태를 사용하는 것입니다.

이미 상담함Amazon 관련 서비스, 유효한 이메일 주소 및 감지된 Amazon 계정을 가진 사용자는 먼저 해당 비즈니스 프로세스에 들어갈 수 있습니다. Amazon 등록만 감지하고 관련 상담이나 행동이 없는 사람들은 플랫폼의 배경을 유지하고 키 범위에 서두르지 않을 수 있습니다.

감지되지 않음Amazon 계정이지만 사용자가 명확한 요구 사항을 적극적으로 제출했으며 플랫폼 상태로 인해 처리 값을 줄일 수 없습니다. 상대방은 다른 이메일 주소를 사용하여 Amazon에 등록할 수도 있고, 현재 서비스를 사용하는 데 Amazon 계정이 전혀 필요하지 않을 수도 있습니다.

API는 판단 조건을 추가하는 역할을 담당하며 CRM의 기존 사용자 행동을 대체하는 역할을 하지 않습니다.

연속 감지 중 호출 빈도 제어

API 접속 후 호출 규칙이 없으면 동일한 데이터가 자주 제출될 수 있습니다.

사용자가 페이지를 열거나, 메모를 수정하거나, 시스템 동기화를 실행할 때마다 다시 감지되어서는 안 됩니다.아마존 계정. 더 적절한 트리거 시간은 일반적으로 새로운 데이터가 처음 입력되거나, 주요 필드가 변경되거나, 과거 결과를 정기적으로 검토해야 하는 경우입니다.

구체적인 검토 주기는 데이터의 목적을 기반으로 해야 합니다. 새로 획득한 우편함을 단시간에 반복해서 확인할 필요가 없습니다. 오랫동안 저장되어 재사용 가능한 데이터를 새 작업을 시작하기 전에 다시 확인할 수 있습니다.

또한 인터페이스가 일시적으로 비정상일 때 시스템이 계속해서 많은 수의 반복 요청을 시작하는 것을 방지하기 위해 호출 실패 후 처리 간격을 설정해야 합니다.

디지털 행성API는 자동화를 지원할 수 있지만 자동화 규칙은 액세스 당사자가 미리 명확하게 설계해야 합니다.

탐지 수가 많으면 데이터 권한에 더 많은 주의가 필요합니다.

Amazon 계정 감지에는 이메일 또는 휴대폰 번호가 포함됩니다. API에 액세스할 때 관련 데이터를 제출하고 보고 내보낼 수 있는 사람을 제어해야 합니다.

인터페이스 키는 프런트 엔드 페이지에 직접 노출되어서는 안 되며 모든 사용자가 볼 수 있는 코드에 배치되어서도 안 됩니다. 통화는 내부자에게 필요한 액세스 권한이 설정된 통제된 서버 환경에서 가장 잘 이루어집니다.

작업 번호, 처리 시간 및 실행 상태는 로그에 보관될 수 있지만 완전한 민감한 정보는 여러 시스템에 반복적으로 저장할 필요가 없습니다. 비즈니스에 더 이상 필요하지 않은 데이터도 내부 규칙에 따라 처리되어야 합니다.

이러한 작업은 감지 정확도를 변경하지 않지만 장기간 사용의 안정성에 직접적인 영향을 미칩니다. 데이터 볼륨이 클수록 권한 및 기록 관리를 위해 임시 관행에 의존하는 것이 어려워집니다.

최신Amazon 데이터는 지속적인 처리의 필요성을 보여줍니다.

~에 따르면Amazon이 2026년 2분기에 발표한 데이터에 따르면, 회사의 분기별 매출은 약 2,006억 달러에 달했습니다. 2026년 상반기 Amazon Store에서 공개한 EU의 월간 활성 사용자 수는 약 1억 9,390만 명이었습니다.

이 데이터는 반영Amazon은 광범위한 플랫폼 범위를 보유하고 있지만 특정 이메일 주소나 번호가 Amazon에 등록되어 있어야 한다는 의미는 아닙니다. 특정 비즈니스의 경우 실제로 처리해야 하는 것은 매일 자체 시스템에 입력되는 데이터입니다.

계좌 확인 횟수가 적을 경우 일괄 제출을 통해 이미 문제를 해결할 수 있습니다. 데이터가 계속해서 증가한 후에는그래야만 API의 가치가 분명해질 것입니다. 이를 통해 탐지는 더 이상 가끔씩 발생하는 표 형식의 작업이 아니라 기존 비즈니스 프로세스의 자동화된 부분이 됩니다.

API는 사용자가 속한 Amazon ID를 자동으로 결정할 수 없습니다.

감지됨Amazon 계정 상태를 확인한 후 시스템에서는 사용자가 구매자인지, 판매자인지, Prime 회원인지, AWS 고객인지 직접 확인할 수 없습니다.

Amazon 계정에는 여러 제품과 서비스가 포함됩니다. 이메일 주소는 계정과 연결될 수 있지만 사용자의 최근 온라인 쇼핑을 나타내지는 않습니다. 일반 계정 등록 테스트에서는 매장, 주문, 멤버십 가입, 클라우드 서비스 사용량도 확인할 수 없습니다.

따라서 자동 분류 규칙은 다음과 같이 작성할 수 없습니다."Amazon 계정이 감지되면 구매자 범위에 들어갑니다." 보다 합리적인 조건은 사용자의 원래 행동이 Amazon 쇼핑 또는 판매자 서비스와 관련되어 있고 계정 상태가 추가 플랫폼 참조를 제공한다는 것입니다.

디지털 행성API가 자동으로 완료하는 것은 사용자 식별이 아닌 계정 감지입니다.

주문량 및 소비량 획득도 불가능

API는 Amazon 계정 내의 주문, 장바구니, 주소 및 결제 정보를 읽지 않으며 사용자가 어떤 제품을 구매했는지 확인할 수도 없습니다.

특정 제품을 홍보하는 경우에는 독립 사이트나 광고에 대한 사용자의 실제 검색 및 상담 행위가 우선적으로 고려되어야 합니다.Amazon 계정 상태는 플랫폼 진입의 존재만을 나타낼 수 있으며 제품 관심을 대체할 수는 없습니다.

마찬가지로, 등록된 계정은 지출이 많은 사용자로 이해될 수 없습니다. 사용자에게 구매 능력이 있는지 여부는 실제 비즈니스 행위를 통해 판단해야 하며 플랫폼 계정에서 추론할 수 없습니다.

자동화는 처리 속도를 높이지만 테스트 결과 자체의 의미를 확장하지는 않습니다.

입장API 이전에 후속 규칙을 명확하게 정의해야 합니다.

API 개발에 앞서 세 가지 실질적인 질문에 답해야 합니다.

어떤 데이터가 필요합니까?아마존 계정 감지. 신규 사용자가 모두 무분별하게 제출할 경우 업무와 무관한 전화가 대량으로 발생할 수 있습니다. 광고 소스, 페이지, 제품군을 기준으로 필터링하여 시작할 수 있습니다.

테스트 결과가 돌아온 후 어디에 보관합니까? 유지 관리가 어려운 파일을 여러 개 만드는 것보다 별도의 상태로 원래 사용자 기록으로 돌아가는 것이 더 좋습니다.

다양한 결과에 따라 어떤 작업이 실행되는지. 등록 상태를 감지한 후 입력하세요.아마존 관련 콘텐츠 범위에서 메모만 추가하면 되나요? 해당 상태가 감지되지 않으면 정상적인 프로세스를 계속 진행하거나 다른 판단을 기다려야 합니다. 이러한 규칙은 사전에 결정되어야 합니다.

다음 단계가 불분명한 경우에도API가 성공적으로 연결되면 결과는 여전히 시스템에 쌓일 뿐이므로 실제로 작업을 줄일 수는 없습니다.

어떤 상황에서 배치 테스트를 계속 사용하는 것이 더 적절합니까?

모든 시나리오에 API가 필요한 것은 아닙니다.

일시적으로 데이터 조각을 얻으려면 해당 데이터를 한 번만 감지하면 됩니다. 일괄 검색에는 Digital Planet을 사용하는 것이 더 쉽습니다. 개발자가 없고 기존 시스템이 인터페이스를 지원하지 않는 경우 강제 접속을 하면 유지관리 비용이 증가하게 됩니다.

데이터가 매일 계속 입력된다면 광고 양식, 독립 방송국 또는CRM은 자동으로 연결되며 수동 업로드는 효율성에 분명히 영향을 미치므로 API를 사용하는 것이 더 적합합니다.

먼저 일괄적으로 확인할 수 있습니다.Amazon은 비즈니스 요구 사항을 충족하는지 확인하고 결과가 후속 분류에 실제로 영향을 미칠지 확인한 후 액세스 여부를 결정합니다. 이렇게 하면 개발이 완료된 후 테스트 결과에 실제 사용 시나리오가 없다는 사실을 발견하는 것을 방지할 수 있습니다.

Amazon 계정 탐지량이 큰 경우 Digital Planet API는 데이터 제출, 작업 추적, 결과 획득, 원본 시스템 채우기 등 반복되는 단계를 자동으로 완료할 수 있습니다. 기본 형식 확인, 교차 채널 중복 제거 및 후속 분류 규칙도 기존 시스템에서 완료할 수 있습니다.

API를 사용하면 수동 처리 및 대기가 줄어들며 구매자, 판매자 또는 Prime 회원을 자동으로 식별하지 않습니다. 먼저 감지해야 할 데이터와 결과가 반환된 후 결과를 사용하는 방법을 명확히 한 다음 실시간, 예약 또는 일괄 호출을 선택해야만 Amazon 계정 감지가 진정으로 비즈니스 프로세스의 일부가 될 수 있습니다.

디지털 행성 결합한 세계 최고의 번호 심사 플랫폼입니다. 글로벌 휴대폰 번호 구간 선택, 번호 생성, 중복 제거, 비교 및 ​​기타 기능 . 전 세계 고객을 지원합니다.236개국의 배치 번호선별 및 테스트 서비스 , 현재 지원다음과 같은 40개 이상의 소셜 및 앱:

whatsapp/line, twitter, facebook, Instagram, LinkedIn, Viber, zalo, binance, signal, skype, DISCORD, Amazon, Microsoft, Truemoney, Snapchat, kakao, Wish, GoogleVoice, Botim, MoMo, TikTok, GCash, Fantuan, Airbnb, Cash, VKontakte, Band, Mint, Paytm, VNPay, Moj, DHL, Okx, MasterCard, ICICBank, Byb 잠깐만요.

플랫폼에는 다음과 같은 여러 기능이 있습니다. 공개 필터링, 능동 필터링, 대화형 필터링, 성별 필터링, 아바타 필터링, 연령 필터링, 온라인 필터링, 정밀 필터링, 지속 시간 필터링, 전원 켜짐 필터링, 빈 번호 필터링, 휴대폰 장치 필터링 기다리다.

플랫폼이 제공하는 자체 스크리닝 모드, 세대 스크리닝 모드, 미세 스크리닝 모드 및 사용자 정의 모드 , 다양한 사용자의 요구를 충족합니다.

전 세계의 주요 소셜 네트워킹과 애플리케이션을 통합하여 글로벌 디지털 개발을 달성하는 데 도움이 되는 원스톱, 실시간 및 효율적인 번호 심사 서비스를 제공하는 것이 장점입니다.

공식 채널에서 만나보실 수 있습니다t.me/xingqiupro 공식 홈페이지를 통해 더 많은 정보를 얻고 사업 담당자의 신원을 확인해보세요. 관용전보:@xq966

(친절한 팁:존재하다텔레그램 공식 고객센터 전화번호 검색시 반드시 사용자 이름을 찾아주세요xq966), 공식 홈페이지 담당자를 통해서도 확인할 수 있습니다. https://www.xingqiu.pro/check.html , 연락하는 업체가 행성 관계자인지 확인하세요