Identifiers validate isbn
Exactidentifiers_validate_isbnDeterministic and authoritative — the canonical answer for this input.
Validate an ISBN-10 (mod-11, terminal X=10) or ISBN-13 (mod-10 EAN-13). Auto-detects which form. Hyphens and spaces are stripped. Returns both ISBN-10 and ISBN-13 forms when convertible (978-prefix). Processing multiple inputs? Use `identifiers_validate_isbn_batch` to do up to 1000 in one call.
Parameters
valuestringrequiredThe identifier string to validate.
Call it
curl -X POST https://api.snipget.ai/v1/identifiers/validate/isbn \
-H "Authorization: Bearer sk_live_..." \
-H "Content-Type: application/json" \
-d '{"value":"978-0-306-40615-7"}'The Batch tab sends up to 1000 inputs in one call via /v1/identifiers/validate/isbn/batch.
Example response
{
"input": "978-0-306-40615-7",
"is_valid": true,
"normalized": "9780306406157",
"form": "ISBN-13",
"isbn13": "9780306406157",
"isbn10": "0306406152"
}FAQ
What does it do?
It confirms a book's ISBN passes its check digit and tells you whether it is an ISBN-10 or ISBN-13. When the two forms convert, it returns both so you can match across catalogs.
Do I need to strip the dashes first?
No. Hyphens and spaces are removed automatically, and it auto-detects the 10- versus 13-digit form.
Does it look up the title or author?
No. It validates and converts the number only; it does not fetch book details. That requires a separate catalog service.
How reliable is it?
It is exact and deterministic. A correct ISBN always validates, and a single transposed digit is caught by the checksum.
When is there no ISBN-10 form?
Only ISBN-13s that start with 978 convert back to ISBN-10. For 979-prefixed books the isbn10 field is null, which is expected.