A suspicious citation usually arrives in one of two forms: a reference in a manuscript you are reviewing that does not quite look right, or a line in your own draft that you cannot fully place. The fastest way to settle the question is to separate two jobs that are easy to blur together. One job is discovery: finding whether a work exists and where it lives. The other is metadata lookup: reading the deposited record that a publisher registered for a specific identifier. Google Scholar is built for the first job. Crossref is built for the second. Checking a citation well means using each for what it does, then running a short verification sequence across title, DOI, author, and version.
This article compares the two on the same task and criteria, shows where each one fails, and gives a decision table plus a combined workflow you can keep as an auditable method trail.
The two jobs a suspicious citation creates
When a reference looks wrong, you are really asking two questions at once. Does this work exist, and is this the right record of it?
Discovery tools answer the first question. They search across a wide space of scholarly material and help you locate candidate works, alternative versions, and related items. Metadata registries answer the second. They return the fields a publisher deposited for a registered identifier: titles, authors, venues, dates, identifiers, and related records.
Keeping these apart matters because a discovery hit is not the same as a verified record. A search result can confirm that something with a similar title exists. It does not, by itself, confirm that the authors, venue, year, and version in your reference all point to that same work. Conversely, a clean metadata record confirms what was deposited for an identifier, but it does not by itself tell you whether the claim in the surrounding sentence is actually supported by the source text.
What Google Scholar is good at
Google Scholar's documented features are oriented toward finding and navigating literature. Its help documentation describes searching by author and by title, sorting and limiting by date, using Cited by and Related articles, exporting citations, following library access links, setting email alerts, and locating alternative versions of a work.
For a suspicious citation, those features map onto concrete first steps:
- Title search to see whether a work with that title surfaces at all.
- Author search to check whether the named authors have a body of work that matches the reference.
- Alternative versions to find preprints, working papers, or other copies when the cited venue is unclear.
- Cited by and Related articles to see whether the work sits in a plausible literature neighborhood.
- Date limits and sorting to test whether a claimed year is consistent with what surfaces.
This is exactly the kind of exploratory checking you want early, before you commit to a specific record. If a title returns nothing plausible, or the named authors have no matching output, that is a useful signal that the reference needs closer scrutiny.
What Crossref is good at
Crossref exposes publisher-deposited scholarly metadata through its REST API. That metadata can include titles, authors, venues, dates, identifiers, licenses, funding information, ORCID and ROR identifiers, abstracts when they have been deposited, and post-publication updates from trusted sources.
The key word is deposited. Crossref is a registry of records that publishers have registered, not a general web index. That makes it the right place to confirm what a specific identifier actually points to. If you have a DOI, the deposited record tells you the title, author list, venue, and dates associated with that identifier, along with any updates that trusted sources have registered.
A DOI itself resolves through doi.org to the current destination registered for that identifier. Resolution helps you locate a work. It does not, on its own, confirm that the bibliographic fields in your reference are correct or that the source text supports your claim. Those still need to be checked against the record and the text.
Comparing them on the same task
Put both tools against one suspicious reference and the division of labor becomes clear.
| Criterion | Google Scholar | Crossref |
|---|---|---|
| Primary job | Discovery and navigation | Deposited metadata lookup |
| Best starting input | Title, author, keywords | DOI or known identifier |
| Confirms a work exists somewhere | Yes, as a search hit | Yes, as a deposited record |
| Confirms exact deposited fields | Not its purpose | Yes, for the registered record |
| Finds alternative versions | Documented feature | Not its purpose |
| Surfaces post-publication updates | Not its purpose | When deposited by trusted sources |
| Handles a missing DOI | Still useful for discovery | Limited without an identifier |
| Tells you the claim is supported | No | No |
Two rows deserve emphasis. First, neither tool tells you whether the sentence citing the work is actually supported by the source text. That is a reading task, not a lookup task. Second, the tools fail in opposite directions: Scholar is strong when you have no identifier and weak on exact deposited fields; Crossref is strong on exact deposited fields and weak when there is no identifier to look up.
Where each one fails
Where discovery fails. A search hit can be a preprint, a conference version, a book chapter, or a similarly titled but different work. Scholar's documented ability to locate alternative versions is helpful precisely because multiple versions exist, but that same multiplicity means a hit does not pin down which version your reference intends. A title match is a lead, not a confirmation.
Where metadata lookup fails. Crossref depends on what publishers deposit. If a work has no registered identifier, or if the identifier in your reference is wrong, the lookup cannot resolve the question on its own. And even a clean record only tells you what was deposited, not whether the citing sentence is accurate.
Where both fall short. Neither tool reads the source text for you. A reference can point to a real, correctly deposited work and still misrepresent what that work says. Verification of the claim is a separate step that belongs to you as the reader.
A verification sequence: title, DOI, author, version
Run these four checks in order. Each one narrows the next.
Step 1: Title
Start with a title search in a discovery tool. The goal is not confirmation but triage. Does a plausible work surface? Do the words match closely, or is the reference a paraphrase that may point elsewhere? Note any alternative versions that appear, because they will matter at the version step.
Step 2: DOI
If the reference includes a DOI, resolve it and then read the deposited record. Check that the title in the record matches the title in the reference. A DOI that resolves to a different title is a strong signal that the identifier was copied incorrectly or attached to the wrong work. If there is no DOI, use the discovery results to find a candidate record before moving on.
Step 3: Author
Compare the author list in the deposited record against the reference. Check order, spelling, and completeness. Author searches in a discovery tool can help when a name is ambiguous or when you want to see whether the named authors have related output. ORCID identifiers, when deposited, give you an additional anchor for disambiguating authors.
Step 4: Version
Decide which version the reference intends: the published version, a preprint, a conference paper, or another deposit. Use the alternative versions surfaced during discovery and the deposited record to distinguish them. Record which version you verified, because a later reader repeating your check will need to know.
Worked example: a reference in a manuscript you are reviewing
Suppose you are reviewing a manuscript and one reference lists a title, three authors, a journal, a year, and a DOI. The title sounds plausible but the author list looks short for the topic.
- Title. A title search surfaces the work, plus a preprint with a longer author list. That is your first flag: the reference may be citing an earlier version or dropping authors.
- DOI. You resolve the DOI and read the deposited record. The title matches, but the deposited author list is longer than the reference's. The identifier is correct; the reference is incomplete.
- Author. You compare the deposited author list to the reference and confirm which names were omitted. An author search confirms the omitted authors have related output, supporting the conclusion that they belong on the citation.
- Version. You check whether the reference intends the published version or the preprint. The deposited record corresponds to the published version, so you note that the reference should cite the full author list for that version.
You now have a specific, checkable finding for your review rather than a vague suspicion. The method trail is: title search, DOI resolution, deposited record, author comparison, version decision.
Keeping an auditable method trail
For a review, a revision, or a grant-related evidence summary, the value of the check is partly in being able to show how you reached it. A lightweight trail is enough:
- The search string and tool used at the title step.
- The DOI as written in the reference and the title it resolved to.
- The deposited author list versus the reference author list.
- The version you verified and why.
- The final disposition: confirmed, corrected, or flagged for the author.
This trail lets a co-author or editor repeat your check without guessing. It also keeps your findings narrow: you are reporting what the records show, not asserting more than the evidence supports.
Where WisPaper fits in the workflow
WisPaper is an AI research assistant for finding, screening, organizing, and working with academic papers, and it can support several steps in this sequence without replacing the registry check.
At the discovery step, WisPaper search gives you a scholarly search interface for locating candidate papers, and the Scholar Search page explains the entry point for finding academic papers. When a check turns into a longer literature task, Scholar Agent is the area for literature review and related use cases.
At the organization step, My Library lets you save or upload papers and organize them, which is useful when you are tracking several suspicious references at once. Once papers are in your library, Library QA lets you ask questions based on those papers.
For reference lists specifically, TrueCite screens BibTeX citations against real academic databases to flag hallucinated references. That is a natural fit when you are checking a whole bibliography rather than a single line.
Decision table: which tool first
| Situation | Start with | Then |
|---|---|---|
| No DOI, vague title | Discovery search | Find a candidate record, then check deposited fields |
| DOI present, fields look wrong | DOI resolution and deposited record | Compare title, authors, version |
| Author list looks incomplete | Deposited record | Author search to confirm missing names |
| Multiple versions suspected | Discovery search for alternatives | Deposited record to identify the published version |
| Whole bibliography to screen | Citation screening | Spot-check flagged entries with the four-step sequence |
| Claim support in question | Read the source text | Confirm the specific passage supports the sentence |




