SMS-Activate 마이그레이션 허브 2026: 개발자 체크리스트, API 매핑 및 환불 비교

If you are still carrying handler_api.php calls in your repo pointed at sms-activate.org, this is the hub you open at 9pm on a Friday and close with a working integration before midnight. Real endpoint mapping, real code diffs, refund policy comparison, and the gotchas that will bite you between the line you change and the alert that wakes you up on Monday morning.

이 플레이북이 존재하는 이유

대부분의 "SMS-Activate는 죽었다, 대체 목록이 여기 있다"는 게시물은 실제로 개발자 시간을 태우는 부분을 놓치고 있다: 코드. 새로운 제공업체에 가입하는 것은 5분이 걸리지만, 수년 동안 생산 환경에서 조용히 실행되고 있는 통합을 다시 작성하는 것은 예상보다 오래 걸린다.

우리는 2026년 1월에 호환성 레이어를 출시한 후, 그것을 시도한 모든 팀으로부터 동일한 세 가지 질문을 받기 시작했다:

1. 어떤 엔드포인트가 깨끗하게 매핑되고 어떤 엔드포인트는 수동 변경이 필요한가?
2. 재작성 없이 비용 추적 및 환불 흐름을 작동하려면 어떻게 해야 하는가?
3. 조용히 중단되고 일주일 후 청구서로 나타나는 것은 무엇인가?

이 플레이북은 순서대로 이 세 가지 질문에 답하고 실행하기 전에 감사할 수 있는 복사-붙여넣기 코드를 제공한다.

48시간 요약: 실제로 일어난 일

SMS-Activate는 2025년 12월 29일에 갑자기 중단되었다. 예정된 유지 보수 배너, 마이그레이션 도구, 공개 공지가 없었다. 로그인하려고 하는 사용자는 서비스가 영구적으로 종료되었다는 단일 페이지를 만났고, API는 몇 시간 내에 모든 엔드포인트에서 연결 재설정을 반환했다.

세 가지 일이 빠르게 일어났다:

• 대시보드 잔액에 접근할 수 없게 되었다. r/sms 하위 레딧 및 공식 텔레그램 채널의 보고서에 따르면 $20에서 수천 달러까지의 잔액이 복구 경로 없이 동결되었다.
• 실행 중인 통합이 중단되었다. handler_api.php을 폴링하는 모든 서비스는 HTTP 연결 오류를 받기 시작했으며, 대부분의 버그 트래커에서 이는 "회로 차단기가 트립됨, 팀에 경고함"을 의미한다.
• 마이그레이션 창이 며칠 내로 닫혔다. 72시간 이내에 모든 나머지 제공업체에 대기열이 생겼다. 5sim, SMSPVA 및 SMS-MAN은 모두 용량 제약을 인정했다. VerifySMS는 그룹 중 가장 작고 여유 공간이 있었기 때문에 유지되었지만 거의 가까웠다.

여파는 여전히 계속되고 있다. 2026년 4월 현재 러시아와 최소 두 건의 조정된 커뮤니티 소송이 있어 동결된 잔액을 복구하려고 시도하고 있다. 이 중 어느 것도 코드를 실제로 수정할 수 없기 때문에 수정할 수 있는 부분에 집중하려고 한다.

파트 1: API 사용 중단 맵

SMS-Activate는 https://sms-activate.org/stubs/handler_api.php에서 단일 공개 엔드포인트를 제공했다. 모든 작업은 해당 URL의 쿼리 문자열 매개 변수였다. 아래 표는 모든 주요 작업을 VerifySMS와 동등한 것으로 매핑한다. https://api.verifysms.app/compat/handler_api.php의 호환성 레이어는 동일한 쿼리 문자열 모양을 허용한다.

적게 사용되는 SMS-Activate 작업 몇 개는 일대일로 매핑되지 않는다. getRentServicesAndCountries 및 장기 임대 API는 SMS-Activate에 특정적이며 호환성 레이어가 없다. 통합에서 해당 작업을 사용하는 경우 기본 VerifySMS 장기 임대 엔드포인트 POST /v1/rentals/long으로 이동해야 하며, 이는 별도로 문서화되어 있다.

파트 2: 코드 마이그레이션 워크스루

다음 스니펫은 1월에 자체 테스트 환경에서 테스트한 것과 동일한 모양이다. 컨텍스트 전환 없이 고유 코드를 읽을 수 있도록 의도적으로 심플하게 작성했다.

Python(요청)

필요한 변경 사항은 기본 URL뿐이다. 이미 API를 작은 클라이언트 모듈로 래핑한 경우 diff는 한 줄이다.

import os
import requests

# 이전
# BASE_URL = "https://sms-activate.org/stubs/handler_api.php"
# 이후
BASE_URL = "https://api.verifysms.app/compat/handler_api.php"
API_KEY = os.environ["SMS_API_KEY"]

def get_number(service: str, country: int) -> tuple[str, str]:
    resp = requests.get(BASE_URL, params={
        "api_key": API_KEY,
        "action": "getNumber",
        "service": service,
        "country": country,
    }, timeout=30)
    resp.raise_for_status()
    # ACCESS_NUMBER:12345:+441234567890
    status, rental_id, phone = resp.text.split(":", 2)
    if status != "ACCESS_NUMBER":
        raise RuntimeError(f"예상치 못한 응답: {resp.text}")
    return rental_id, phone

def wait_for_code(rental_id: str, deadline_seconds: int = 180) -> str:
    import time
    start = time.monotonic()
    while time.monotonic() - start < deadline_seconds:
        resp = requests.get(BASE_URL, params={
            "api_key": API_KEY,
            "action": "getStatus",
            "id": rental_id,
        }, timeout=15).text
        if resp.startswith("STATUS_OK:"):
            return resp.split(":", 1)[1]
        time.sleep(4)
    # 환불 받도록 표시
    requests.get(BASE_URL, params={
        "api_key": API_KEY,
        "action": "setStatus",
        "status": 8,
        "id": rental_id,
    }, timeout=15)
    raise TimeoutError(f"{deadline_seconds}초 후 코드 없음")

Node.js(axios)

import axios from "axios";

// 이전
// const BASE_URL = "https://sms-activate.org/stubs/handler_api.php";
// 이후
const BASE_URL = "https://api.verifysms.app/compat/handler_api.php";
const API_KEY = process.env.SMS_API_KEY;

export async function getNumber(service, country) {
  const { data } = await axios.get(BASE_URL, {
    params: { api_key: API_KEY, action: "getNumber", service, country },
    timeout: 30_000,
  });
  const [status, rentalId, phone] = data.split(":");
  if (status !== "ACCESS_NUMBER") {
    throw new Error(`예상치 못한 응답: ${data}`);
  }
  return { rentalId, phone };
}

export async function waitForCode(rentalId, deadlineMs = 180_000) {
  const start = Date.now();
  while (Date.now() - start < deadlineMs) {
    const { data } = await axios.get(BASE_URL, {
      params: { api_key: API_KEY, action: "getStatus", id: rentalId },
      timeout: 15_000,
    });
    if (data.startsWith("STATUS_OK:")) return data.split(":")[1];
    await new Promise((r) => setTimeout(r, 4000));
  }
  await axios.get(BASE_URL, {
    params: { api_key: API_KEY, action: "setStatus", status: 8, id: rentalId },
    timeout: 15_000,
  });
  throw new Error(`${deadlineMs}ms 후 코드 없음`);
}

PHP(curl)

<?php
// 이전
// const BASE_URL = "https://sms-activate.org/stubs/handler_api.php";
// 이후
const BASE_URL = "https://api.verifysms.app/compat/handler_api.php";

function sms_call(array $params): string {
    $params["api_key"] = getenv("SMS_API_KEY");
    $url = BASE_URL . "?" . http_build_query($params);
    $ch  = curl_init($url);
    curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
    curl_setopt($ch, CURLOPT_TIMEOUT, 30);
    $body = curl_exec($ch);
    curl_close($ch);
    return $body;
}

function get_number(string $service, int $country): array {
    $resp = sms_call(["action" => "getNumber", "service" => $service, "country" => $country]);
    [$status, $id, $phone] = explode(":", $resp, 3);
    if ($status !== "ACCESS_NUMBER") {
        throw new RuntimeException("예상치 못한: $resp");
    }
    return ["id" => $id, "phone" => $phone];
}

Go(net/http)

package sms

import (
    "errors"
    "fmt"
    "io"
    "net/http"
    "net/url"
    "os"
    "strings"
    "time"
)

// 이전
// const baseURL = "https://sms-activate.org/stubs/handler_api.php"
// 이후
const baseURL = "https://api.verifysms.app/compat/handler_api.php"

func call(params url.Values) (string, error) {
    params.Set("api_key", os.Getenv("SMS_API_KEY"))
    req, _ := http.NewRequest("GET", baseURL+"?"+params.Encode(), nil)
    client := &http.Client{Timeout: 30 * time.Second}
    resp, err := client.Do(req)
    if err != nil {
        return "", err
    }
    defer resp.Body.Close()
    body, _ := io.ReadAll(resp.Body)
    return string(body), nil
}

func GetNumber(service string, country int) (id, phone string, err error) {
    body, err := call(url.Values{
        "action":  {"getNumber"},
        "service": {service},
        "country": {fmt.Sprint(country)},
    })
    if err != nil {
        return "", "", err
    }
    parts := strings.SplitN(body, ":", 3)
    if len(parts) != 3 || parts[0] != "ACCESS_NUMBER" {
        return "", "", errors.New("예상치 못한: " + body)
    }
    return parts[1], parts[2], nil
}

Go 예제는 별도의 종속성을 추가하지 않고 최소 서비스에 넣을 수 있도록 의도적으로 작성되지 않은 클라이언트로 작성되었다. 다른 언어에서도 동일한 패턴이 적용된다: URL을 교체하고 나머지는 그대로 유지하며 기존 오류 처리가 이어지도록 한다.

파트 3: 주의 사항

다음은 호환성 레이어가 SMS-Activate의 특성을 충실히 따르지만, 특성이 예기치 않게 놀라울 수 있는 곳이다.

국가 ID는 ISO 코드가 아니다

SMS-Activate는 국가를 자체 순서로 번호를 매겼다: 러시아는 0, 미국은 187, 인도네시아는 6 등. 통합에 이러한 매직 번호가 하드코딩되어 있는 경우 호환성 레이어에서 여전히 작동한다. 새로운 코드를 작성하는 경우 ISO-3166 알파-2 형식(RU, US, ID)을 선호한다. 호환성 레이어도 이를 허용한다. 동일한 호출 사이트에서 두 스타일을 혼합하지 마라. 향후 디버깅이 고통스러울 것이다.

상태 코드 3 대 6

setStatus 작업 코드 3은 SMS-Activate 세계에서 "다른 SMS 요청"을 의미하고 코드 6은 "코드를 유효한 것으로 수락"을 의미했다. 이 두 코드는 쉽게 바꿀 수 있으며 반대의 청구 결과가 있다: 3은 비용을 청구하지만 6은 성공적인 확인을 확인한다. 호환성 레이어는 동일한 방식으로 작동한다. 코드에서 setStatus을 검색하고 코드 6이 확인된 후에 실행되는 지점을 확인하라.

시간 제한 및 회로 차단기

SMS-Activate는 부하로 인해 때때로 200을 반환했지만 빈 본문 대신 HTTP 오류가 있었다. 방어적인 클라이언트는 호출을 시간 제한으로 래핑하고 빈 본문을 재시도 신호로 처리한다. VerifySMS는 호환성 레이어에서 빈 본문을 반환하지 않는다. 클라이언트가 여전히 빈 본문을 재시도로 처리하는 경우, 재시도가 다른 임대 ID를 치게 되므로 비용이 청구된다. 더 안전한 패턴은 알려진 응답 접두사(ACCESS_, STATUS_, BAD_)를 확인하고 다른 것을 일시적이지 않은 하드 실패로 처리하는 것이다.

속도 제한이 키에서 IP로 이동

SMS-Activate 속도 제한은 API 토큰으로 키가 지정되었다. VerifySMS 속도 제한은 API 토큰 및 소스 IP 주소의 조합으로 키가 지정된다. 이는 스크래퍼 스크립트가 봇넷에서 하나의 키를 여러 개 공유하는 것을 보기 때문에 남용을 많이 보기 때문이다. 단일 서버 또는 로드 밸런싱 풀의 일반적인 생산 트래픽의 경우 이는 보이지 않는다. 여러 CI 작업을 공유하는 스테이징 키가 있는 경우 첫 번째로 플릿이 함께 워밍업될 때 429를 볼 수 있다. 수정 사항은 카나리아를 한 노드에서 하루 동안 실행한 다음 확장하는 것이다.

환불 타이밍은 즉각적이기 때문에 실제로 즉각적이다

이것은 함정보다 즐거운 놀라움이다. SMS-Activate 환불은 몇 시간이 걸렸지만 VerifySMS 환불은 60초 이내에 나타난다. 비용 추적기가 일정에 따라 잔액을 읽는 경우 오래된 시스템에서 놓쳤을 크레딧으로 환불을 등록할 것이다. 조정 대시보드는 첫날에 이것을 이상으로 표시하는 경우가 있다.

4부: 가격 비교 현실 점검

서비스 중단 전에 SMS-Activate는 시장의 최저가였습니다. 러시아 번호는 검증당 $0.03에서 $0.05였으며 대량 구매자는 더 저렴한 가격을 지불했습니다. 이제 이 최저가가 사라졌습니다. 2026년 4월 7일 기준 각 제공업체의 공개 가격 페이지에서 가져온 가장 일반적인 서비스에 대한 가격 현황은 다음과 같습니다.

패턴은 간단합니다: 5sim과 SMS-MAN은 러시아 가격으로 가장 낮고, TextVerified는 미국 프리미엄 등급이며, VerifySMS는 모든 것을 제외하고 가장 비싼 미국 비-VoIP 번호에 대해 $0.10의 고정 가격으로 중간 등급에 위치합니다. SMS-Activate의 최저 가격에 맞춰 예산을 책정했다면, 대체 서비스를 선택하더라도 검증당 2~5배 더 지불해야 할 것으로 예상됩니다.

이 표에 대한 두 가지 참고 사항이 있습니다. 첫째, 모든 제공업체(VerifySMS 포함)는 이동통신사 비용에 따라 개별 국가 가격을 인상하고 인하하므로 예산을 확정하기 전에 자신의 대시보드에서 현재 가격을 확인하십시오. 둘째, 성공적인 검증에 따른 실효 가격은 환불 비율에 따라 다릅니다. $0.08의 스티커 가격과 70%의 성공률을 가진 제공업체는 $0.10의 제공업체보다 자동 환불과 90%의 성공률로 인해 성공당 더 많은 비용을 지불하게 됩니다.

5부: 10단계 마이그레이션 체크리스트

이것은 1월에 사용자가 직접 진행한 실제 시퀀스입니다. 단일 개발자, 리포지토리 액세스, 하나의 프로덕션 서비스 및 스테이징 환경이 있다고 가정합니다. 여러 서비스를 실행하거나 모노레포를 사용하는 경우 카나리아 비율을 높이십시오.

1. 모든 호출 사이트를 확인합니다. git grep -n 'sms-activate\.org\|handler_api\.php\|getNumber\|setStatus'을 실행하고 이전 API를 호출하는 모든 파일을 나열합니다. 12개 이상 발견하면 래퍼 모듈을 선택하고 호출을 중앙 집중화하기 전에 마이그레이션을 진행합니다.
2. VerifySMS API 키를 얻습니다. 가입하고, 소량의 잔액을 추가하고, 스테이징용으로 제한된 키를 생성합니다. 프로덕션 키를 리포지토리에 두지 마십시오.
3. 기본 URL을 변경합니다. SMS-Activate 호스트를 api.verifysms.app/compat/handler_api.php로 대체합니다. 쿼리 문자열을 변경하지 마십시오. 이 작업을 혼자 커밋하여 diff를 깨끗하게 유지합니다.
4. 기존 테스트를 실행합니다. 테스트가 실제 API를 호출하는 경우 스테이징을 대상으로 지정하고 모양 불일치를 확인합니다. API를 모의하는 경우 라이브 스테이징 엔드포인트에 대해 테스트를 실행하여 계약 드리프트를 확인합니다.
5. 국가 ID를 재확인합니다. 코드에서 국가 상수를 스캔합니다. 이전에 사용하는 경우 레거시 숫자 ID가 여전히 작동합니다. ISO-3166 코드를 사용할 기회가 있으면 다음에 파일을 터치하는 개발자가 감사하게 될 것입니다.
6. 환불 클레임을 연결합니다. 타임아웃 경로가 setStatus을 status=8로 호출하는지 확인합니다. 이 작업을 수행하지 않으면 비용 추적기가 현실을 따라가지 못하지만 여전히 환불을 받을 수 있습니다(만료된 임대를 자동으로 환불합니다).
7. 비용 추적기를 업데이트합니다. X-VerifySMS-Cost 응답 헤더에서 비용을 읽기 대신 가격 테이블에서 구문 분석합니다. 이 단일 변경으로 재무 대시보드를 정확하게 표시합니다.
8. 모니터링을 추가합니다. 성공률, p95 지연 시간 및 환불 비율에 대한 경고를 기존 기준선에 대해 추가합니다. 방어할 수 있는 임계값을 선택하고 "괜찮을 것"으로 생각하는 임계값을 선택하지 마십시오.
9. 5% 카나리아를 24시간 동안 실행합니다. 생산 트래픽의 작은 부분을 새로운 엔드포인트로 라우팅합니다. 대시보드를 확인하고 경고를 확인하지 마십시오.
10. 나머지 트래픽을 전환합니다. 카나리아 창이 깨끗한 경우 나머지 95%를 이동하고 이전 클라이언트 코드를 한 릴리스 주기 동안 주석 처리하여 롤백을 빠르게 진행할 수 있도록 합니다.

다음 릴리스 후에 이전 코드를 삭제합니다. 일주일 이상 비활성 호출 사이트를 남겨 두지 마십시오. 다음에 모듈을 터치하는 사람은 새 통합에 실수로 붙여넣을 것입니다.

자주 묻는 질문

SMS-Activate 호환성 레이어는 실제 API입니까 아니면 스텁입니까?

api.verifysms.app/compat/handler_api.php의 실제 엔드포인트로 SMS-Activate 공개 문서의 모든 주요 작업을 수락합니다: getBalance, getNumber, getStatus, setStatus, getPrices, getCountries. 요청은 기본적으로 우리 API로 프록시되며, 코드 변경 없이 VerifySMS 가격, 적용 범위 및 환불 동작을 얻을 수 있습니다.

이전 API 키가 작동합니까?

아니요. SMS-Activate API 키는 서비스가 중단된 날부터 인증을 중지했습니다. VerifySMS에서 새 키를 받아야 합니다. 가입하고, 소량의 잔액을 추가하고, 대시보드에서 키를 생성합니다. 키 형식은 길이가 동일하므로 동일한 환경 변수에 붙여넣을 수 있습니다.

환불은 SMS-Activate와 어떻게 비교됩니까?

SMS-Activate는 20분 이내에 상태 코드 8로 setStatus을 호출하여 미사용으로 표시하고 몇 시간 내에 수동으로 환불을 처리하도록 요구했습니다. VerifySMS는 동일한 setStatus 호출을 수락하고 전체 금액을 60초 이내에 잔액으로 환불합니다. setStatus을 호출하는 것을 잊더라도 시스템은 임대 창이 만료된 후 SMS를 수신하지 않은 번호를 자동으로 환불합니다.

어떤 국가가 지원됩니까?

VerifySMS는 200개 이상의 국가를 지원합니다. SMS-Activate가 제공한 모든 국가가 VerifySMS에서 제공되며, 러시아, 인도네시아, 베트남, 나이지리아 및 미국이 포함됩니다. 기존 국가 ID 매핑을 유지하거나 언제든지 ISO-3166 알파-2 코드로 마이그레이션할 수 있습니다.

가격은 동일합니까?

아니요. SMS-Activate의 시장 최저가 $0.03에서 $0.05의 러시아 번호에 대한 가격은 공개 시장에서 사라졌습니다. 현재 시장 가격은 일반 서비스에 대해 $0.10에서부터 엄격한 플랫폼에서 미국 비-VoIP 번호에 대해 $0.25까지입니다. VerifySMS는 기준선으로 $0.10을 청구하며, 대시보드에 국가별 가격을 게시합니다.

폴링 논리를 변경해야 합니까?

아니요. getStatus 호출은 STATUS_WAIT_CODE 및 STATUS_OK을 SMS-Activate에서 사용한 것과 동일한 형식으로 반환합니다. 3~5초의 폴링 간격이 여전히 작동합니다. 새로운 동작은 VerifySMS에서 대시보드에서 웹훅 URL을 노출한다는 것입니다. 따라서 선호하는 경우 폴링을 완전히 중지하고 이벤트 기반 흐름을 사용할 수 있습니다.

호환성 레이어가 향후 폐기되면 어떻게 됩니까?

호환성 레이어는 영구적인 공개 인터페이스로 간주됩니다. 향후 변경 사항이 있는 경우 최소 6개월의 폐기 기간을 발표하고 전체 마이그레이션 노트를 제공합니다. 기본 VerifySMS JSON API도 문서화되어 있으므로 언제든지 호환성 레이어에서 마이그레이션할 수 있습니다.

비용을 들이지 않고 테스트하려면 어떻게 해야 합니까?

VerifySMS 대시보드는 시뮬레이션된 전화번호와 표준 SMS 코드를 반환하는 샌드박스 모드를 노출합니다. 대시보드에서 샌드박스 플래그를 전환하거나 X-Sandbox-Mode 헤더를 요청과 함께 전송하여 라이브로 전환하기 전에 코드 경로를 테스트합니다.

다른 서비스에서 마이그레이션할 수 있습니까?

예. 이 플레이북은 SMS-Activate API를 중심으로 작성되었지만 대부분의 표류 코드가 있는 곳에서 5sim, SMS-MAN 또는 기타 handler_api 호환 서비스에서 마이그레이션하는 동일한 체크리스트가 적용됩니다. 호환성 레이어는 handler_api.php 매개변수를 인식하므로 이전에 호출한 서비스에 관계없이 사용할 수 있습니다.

실제 마이그레이션에 얼마나 걸립니까?

소수의 호출 사이트가 있는 단일 서비스 통합의 경우 집중적인 작업 2~4시간과 트래픽을 전환하기 전 24시간 카나리아 창을 계획합니다. 사용자 지정 오류 처리, 분석 및 재시도가 있는 대규모 멀티 서비스 마이그레이션은 더 오래 걸릴 수 있지만 일반적으로 한 작업일 이내에 완료됩니다.

이전 데이터를 잃습니까?

SMS-Activate 검증 기록은 서비스가 중단될 때 오프라인으로 전환되었으며 복구할 수 없습니다. VerifySMS는 12개월 동안 모든 검증 시도에 대한 전체 감사 로그를 유지하며, 이는 대시보드에서 액세스하거나 /compat/handler_api.php?action=getHistory 확장 프로그램을 통해 액세스할 수 있습니다.

GDPR 또는 규정 준수를 위반합니까?

VerifySMS는 영국에 등록되어 있으며 UK GDPR을 따릅니다. 데이터 보존 정책, 하위 프로세서 및 DPA를 개인정보 보호 페이지에 게시합니다. 이전 설정에 SMS-Activate와의 DPA가 필요한 경우 연락 주시면 1영업일 이내에 동일한 계약에 서명할 것입니다.

다음 단계

지금까지 읽었다면 필요한 모든 정보를 이미 가지고 있습니다. 인벤토리 단계부터 시작하여 기본 URL 스왑을 동료에게 검토하고 밤새 카나리아를 실행하십시오. 플레이북은 의도적으로 간단합니다. 어려운 부분은 카나리아 창 이후 중지하는 규율입니다.

관련 자료:

• 2026년 SMS 검증 현황 — 8개 서비스의 전체 독립 벤치마크, 가격, 트래픽 및 환불 정책 데이터.
• 2026년 최고의 SMS-Activate 대안 — 완벽 가이드 — 개발자가 아닌 사용자를 위한 대체 옵션 가이드.
• VerifySMS vs SMS-Activate — 완전 비교 — 여전히 평가 중인 팀을 위한 측면 비교.
• SMS 검증 API 통합 가이드 — 호환성 레이어에서 벗어나기 위한 기본 VerifySMS API 워크스루.

Next steps

If you have read this far, you already have the pieces you need. Start with the inventory step, get the base URL swap in front of a teammate for review, and run the canary overnight. The playbook is small on purpose; the hard part is the discipline to stop after the canary window instead of cutting everything over in one commit.

Related reading on the rest of the site:

• State of SMS Verification 2026 — full independent benchmark of 8 services with pricing, traffic, and refund policy data.
• 2026년 최고의 SMS-Activate 대안 — 완벽 가이드 — non-developer guide to the replacement options.
• VerifySMS vs SMS-Activate — 완전 비교 — side-by-side comparison for teams still evaluating.
• SMS Verification API Integration Guide — native VerifySMS API walkthrough for when you are ready to move off the compat layer.