Phân Tích Kỹ Thuật

Cải thiện UX người dùng thật với reCAPTCHA v3 (biên tập)

Phạm vi an toàn: Hướng dẫn này chỉ áp dụng cho môi trường QA, staging hoặc pre-production thuộc sở hữu hoặc được uỷ quyền của bạn. Nội dung bao gồm các mẫu chẩn đoán, kiểm thử và quan sát cho tích hợp CAPTCHA của chính bạn — không áp dụng cho bên thứ ba hoặc luồng không được phép.

v3 trả về điểm số thay vì challenge trực quan. Bài biên tập này tổng hợp thực hành UX và cấu hình cho người dùng thật trong ứng dụng của bạn.

Tên action sạch

Đặt tên theo chức năng: login, signup, checkout.

Ngưỡng theo từng action

Phân biệt ngưỡng theo luồng; tránh dùng một giá trị global duy nhất.

Luồng dự phòng người dùng

Khi điểm thấp, đưa ra v2 hoặc bước bổ sung thay vì từ chối thẳng.

Xác thực trong QA

Dùng CaptchaAI trong staging của bạn để chạy luồng đầy đủ mà không phụ thuộc traffic thật.

Khắc phục sự cố

Vấn đề Nguyên nhân thường gặp Cách xử lý
Test không tìm thấy widget Thay đổi selector hoặc thời điểm load Kiểm tra selector và wait_for_selector trên staging
CaptchaAI trả ERROR_NO_SLOT_AVAILABLE Hàng đợi đầy tạm thời Thử lại với backoff trong pipeline nội bộ
Backend QA từ chối token Sai action/sitekey/secret Đối chiếu cấu hình backend với staging

Khả năng quan sát

Hãy ghi nhật ký có cấu trúc cho mỗi lần chạy QA. Các chỉ số nên thu thập bao gồm: tổng thời gian lấy token, mã trạng thái HTTP, ID tác vụ và độ sâu hàng đợi. Tách các môi trường (development, staging, pre-production) thành các kênh riêng biệt và liên kết các bước thông qua một correlation id (ví dụ với OpenTelemetry). Khả năng phát lại toàn bộ kịch bản từ một id duy nhất sẽ cắt giảm thời gian chẩn đoán sự cố ít nhất một nửa.

Danh mục kiểm tra

  • Phạm vi kiểm thử chỉ giới hạn trong ứng dụng của bạn hoặc tài nguyên đã được uỷ quyền.
  • Khoá CaptchaAI nằm trong CI secret hoặc vault, không nằm trong mã nguồn.
  • Mỗi lần chạy có thời gian gọi và mã trạng thái phản hồi được ghi lại.
  • Có chính sách thử lại idempotent với giới hạn cho lỗi tạm thời.
  • Bài kiểm thử có thể tái lập trên CI mà không cần can thiệp thủ công.

Ví dụ gọi QA

Đoạn mã Python dưới đây minh hoạ luồng tối thiểu để kiểm thử một CAPTCHA widget trên môi trường staging của bạn thông qua CaptchaAI.

import os
import requests

API_KEY = os.environ['CAPTCHAAI_KEY']
QA_PAGE_URL = os.environ['QA_PAGE_URL']  # ví dụ https://staging.example.com/qa-login
QA_SITE_KEY = os.environ['QA_SITE_KEY']


def submit_qa_recaptcha() -> str:
    payload = {
        'clientKey': API_KEY,
        'task': {
            'type': 'NoCaptchaTaskProxyless',
            'websiteURL': QA_PAGE_URL,
            'websiteKey': QA_SITE_KEY,
        },
    }
    response = requests.post(
        'https://api.captchaai.com/createTask',
        json=payload,
        timeout=30,
    )
    response.raise_for_status()
    return response.json()['taskId']


def fetch_qa_result(task_id: str) -> dict:
    payload = {'clientKey': API_KEY, 'taskId': task_id}
    response = requests.post(
        'https://api.captchaai.com/getTaskResult',
        json=payload,
        timeout=30,
    )
    response.raise_for_status()
    return response.json()

Câu hỏi thường gặp

Quy trình này có chạm vào lưu lượng production không?

Không. Mọi ví dụ giả định một môi trường được uỷ quyền như staging.example.com hoặc một domain QA do bạn sở hữu. Hãy tái tạo cấu hình CAPTCHA của production trong bản sao staging của riêng bạn.

Có thể đặt API key trực tiếp trong mã không?

Không. Hãy nạp khoá thông qua trình quản lý secret của CI, biến môi trường hoặc vault. Khoá đã bị commit vào kho mã phải được xoay vòng ngay lập tức.

Bạn khuyến nghị gì cho lỗi tạm thời?

Thử lại idempotent kèm exponential backoff (ví dụ 1s, 2s, 4s) và một giới hạn trên. Lỗi mạng, mã 5xx và ERROR_NO_SLOT_AVAILABLE đều phù hợp để thử lại; lỗi xác thực kéo dài thì không nên.

Hướng dẫn liên quan an toàn

Xác thực tích hợp CAPTCHA của bạn trong môi trường nội bộ với CaptchaAI.

Os comentários estão desativados para este artigo.