Technical Details:
Recall searching compares text and dates in published records. CPSC provides the matching notices; the returned product descriptions then support a separate comparison with the physical item. There is no automatic decision that a model, barcode or serial number belongs to the recall.
Lookup Core
Product and manufacturer searches are case-insensitive substring searches. A match can occur within a longer word, and a recall-number search can match digits within a longer recall number. Supplying several fields requires the corresponding conditions together.
Search matching rules and accepted input boundaries
| Search value |
Accepted input |
Matching meaning |
| Product name |
Up to 120 characters; required unless a recall number is supplied. |
Substring in the product-name field. A brand helps only when it appears there; this is not a search across all notice text. |
| Recall number |
2 to 20 digits when supplied; required unless a product name is supplied. |
Substring in the published recall number. Even a longer search value does not request exact equality. |
| Manufacturer |
Optional, up to 120 characters. |
Substring in the manufacturer field. A retailer or brand name may differ from the listed manufacturer. |
| Original recall dates |
Optional real calendar dates in YYYY-MM-DD format. |
The first date includes that day and later dates; the last includes that day and earlier dates. Both dates may be the same. A blank boundary adds no restriction on that side. |
Leading and trailing spaces are removed before the search. Embedded control characters are rejected. Calendar checks include leap days, and the first recall date cannot be later than the last. Model, UPC, serial number and product category are information to inspect in a notice, rather than separate search fields here.
The search sends one combined request. The complete response is checked for required notice identifiers and readable supplied details. Product identity is not independently confirmed, and the returned text is not re-matched locally to produce an exact-match verdict. No additional pages are fetched automatically, and a successful response does not independently establish that CPSC returned every potentially relevant notice.
Complete-response limits
A result must fit all of the following boundaries. Exceeding a limit rejects the response instead of displaying a shortened list.
Limits for accepting a complete CPSC response
| Boundary |
Limit |
Effect |
| Returned notices |
0 to 50 |
50 notices can be accepted. A response containing 51 or more is rejected in full. |
| Response size |
1 MiB, or 1,048,576 bytes |
The UTF-8 response must not exceed this byte count. A short notice list can still exceed the limit if its descriptions are large. |
| Request duration |
15 seconds |
The complete response must finish before the deadline; otherwise the search times out. |
| Each supplied detail list |
100 entries |
Each list of products, hazards or comparable details must remain within this limit. |
| Each supplied text value |
65,536 UTF-16 code units |
Some characters occupy two code units. Overlong text rejects the response rather than being cut off. |
Every notice must have a positive whole-number CPSC notice ID, a nonblank published recall number and a nonblank title. Duplicate notice IDs, unreadable responses or malformed supplied details reject the complete result. Missing optional details are allowed and remain explicitly unsupplied. An invalid source date has its own treatment below and does not by itself reject an otherwise valid notice.
If the response is too broad or too large, add a manufacturer, a more specific recall number or an original-recall date range. A malformed or incomplete response requires a fresh search or inspection through CPSC directly. Neither case produces a partial table that can be mistaken for a complete result.
Notice identity and source dates
The published Recall number identifies the recall announcement. The CPSC ID, also shown as Notice ID in the details, identifies its database record. These are distinct values. The recall-number search uses the published number, not the CPSC ID, and neither value is a product model or serial number.
Three dates describe different events. Keeping them separate prevents an updated older recall from being counted as a new recall.
Meaning of recall, publication and retrieval dates
| Date |
Meaning |
Effect on the search or counts |
| Recall date |
The original recall date supplied by CPSC. |
Used by the date filters and to group returned notices by recall year. |
| Last published |
The publication date supplied with that notice record. |
A later publication does not change its original recall-year group. |
| Retrieved |
When the browser finished receiving the response, recorded in UTC using the browser's clock. |
Documents the retrieval, not when CPSC last updated every detail or whether coverage is exhaustive. |
Source dates remain visible as supplied. Valid calendar dates, including accepted date-and-time forms, use their written calendar day without conversion to the viewer's timezone. Missing dates show Not supplied. Invalid date text is retained with Invalid date supplied, so an impossible date is not silently repaired or replaced by the publication date.
Each accepted notice contributes once to the recall-year counts. A missing or invalid original recall date contributes to Date unavailable, shortened to No date on the chart. Thus the year counts, including unavailable dates, add up to the returned notice count. They do not measure affected units, incident frequency or relative danger. A newer retrieval can produce different candidates or details, so comparisons need the same search terms and date restrictions as well as the recorded retrieval times.