WordPress 글 생성 응답이 정상인지, 언제 재시도할지, 목록을 빠짐없이 가져왔는지 확인하는 작은 도구입니다. 서버 주소나 계정 없이 예제를 먼저 실행할 수 있습니다.
검사는 입력한 값만 사용합니다. 사이트에 접속하거나 글을 생성하지 않습니다. 민감한 응답을 그대로 붙여 넣지 말고 비밀번호·토큰·개인정보를 제거하세요.
입력 내용은 이 브라우저에서만 처리합니다. 전송·저장하지 않습니다. 비밀번호와 인증 헤더를 제외한 응답만 넣으세요. 아래 검사는 실제 발행 여부를 보장하지 않으며 사이트에 요청을 보내지 않습니다.
1. 글 생성·수정 응답 검사
HTTP 성공 코드와 실제 글 객체를 구분합니다. 목록 조회·미디어 업로드 응답용 검사는 아닙니다.
2. Retry-After 대기 시간 계산
초 단위 값과 HTTP 날짜를 구분합니다. 브라우저 시계 기준이며 서버 시계가 다르면 실제 대기 시간도 달라집니다.
글 생성 POST는 타임아웃 뒤 무조건 재전송하지 마세요. 서버에서 이미 저장됐을 수 있으므로 기존 글 ID·slug를 조회한 뒤 결정해야 합니다.
3. 전체 목록 누락 검사
같은 조건으로 조회한 X-WP-Total과 모든 페이지에서 모은 글 ID를 비교합니다. 공개 글과 초안은 각각 검사하세요.
응답 검사를 쓸 때
글 생성·수정 요청 직후 HTTP 상태와 Content-Type, 본문을 각각 복사합니다. HTML 200 예제는 JSON이 아닌 성공 응답을 거절하고, JSON 201 예제는 양의 정수 ID와 공개 상태를 확인합니다. 수정 요청이면 예상 ID도 넣어 다른 글의 응답을 잡아내세요.
초안 저장이 목적이었다면 draft는 올바른 결과일 수 있습니다. 이 도구는 공개 발행을 확인하므로 draft·pending·future를 통과시키지 않습니다. 통과 후에도 글 ID를 다시 조회하고 비로그인 공개 페이지의 제목과 본문을 확인해야 합니다. 브라우저 버전은 공개 상태까지 검사하며, 저장소의 오프라인 Python 명령은 글 객체의 ID 검증까지만 수행합니다.
목록 검사에서 건수만 맞으면 끝인가요?
아닙니다. WordPress REST 목록의 페이지당 최대 개수는 100이며, 응답 헤더의 X-WP-Total과 X-WP-TotalPages로 조회 범위를 확인할 수 있습니다. 공개 글과 초안은 같은 인증·상태·검색 조건으로 각각 모아야 합니다. 수집 도중 글이 추가·수정되면 중복이나 누락이 생길 수 있으므로 고유 ID와 수집 시점도 기록하세요. 이 도구는 입력 목록의 건수와 중복을 확인할 뿐 서버의 전체 목록을 알고 있지는 않습니다.
대기 시간을 계산한 다음
Retry-After는 정수 초 또는 HTTP 날짜일 수 있습니다. 이 계산기는 GMT의 표준 날짜 형식을 받으며, 브라우저 기준 시각을 사용합니다. 값이 잘못됐다고 즉시 반복 호출하지 말고 제한된 재시도 정책을 정하세요. 글 생성 POST가 타임아웃됐다면 이미 저장됐을 수 있으므로 기존 ID·slug 확인이 먼저입니다.
코드와 참고 문서
오류를 발견했다면 실제 인증 정보를 제외한 최소 예제와 기대 결과를 알려 주세요. 이 도구는 광고 승인이나 검색 색인을 판정하지 않습니다.