Blog › Knowledge panels

Why your knowledge panel disappeared, and what brings it back

A panel that was there last month is gone. The one minute test that tells you whether the entity still exists, the five causes behind most disappearances, what to fix for each, and why the one thing not to do is build a second version of yourself.

You had a knowledge panel. Maybe you claimed it, set the photo, sent the link to a client. Now a search for your name shows ten blue links and nothing on the right. Nothing in your inbox explains it, because Google does not send a notice. A disappearance is usually one of five things, and the first job is a one minute test that tells you which half of the problem you have: the entity is still there and has stopped showing, or the entity itself is gone.

The test

If you ever saw your panel, the address bar at the time carried a code: kgmid=/g/ followed by letters and numbers, or occasionally /m/. If you saved a link to it, or it is in your browser history, you have the code. Paste this into the address bar, with your code in place of the Xs, and make sure the All tab is selected:

google.com/search?kgmid=/g/XXXXXXXX

One of two things happens. The panel appears, looking as it did, in which case the entity still exists and your problem is confidence: Google has stopped showing it for a plain name search but has not forgotten you. Or the page shows ordinary results with no panel, in which case the entity has been merged into another or dropped from the graph, and the problem is upstream.

If you never saved the code, search your name with distinguishing words (your company, your city, your book) and see whether a panel appears for that; if it does, grab the kgmid from the address bar now. The Web tab, the one that shows only links, never displays panels, so make sure you are not on it.

1Check the kgmidgoogle.com/search?kgmid=/g/..., All tab2It resolvesthe entity exists; confidence dropped3It returns nothingmerged or dropped; look for a duplicate4Find what changeda stale bio, a profile rename, a lost source5Fix at source, then feedbackIncomplete category, cite your record
The diagnosis, in order. The kgmid test splits the problem in two before you touch anything.

If the entity exists: the confidence causes

A panel that resolves by code but not by name has lost Google's confidence that the name means you. Three things cause most of these.

A namesake got stronger. Someone with your name released something, got a Wikipedia article, joined a well covered company. Google now holds two candidates for the name and is unsure which a searcher means, so it shows neither, or shows theirs. The fix is evidence that disambiguates: your record page stating the facts that separate you, your profiles agreeing on them, and recent third party pages using your full name alongside your company or city. Your panel exists but does not show goes deeper on this case, which is the most common of all.

A source you relied on went stale or vanished. The panel was leaning on one strong page: an employer bio that was removed when you left, a conference page taken down after the event, a profile you renamed. When it goes, the corroboration drops below Google's threshold. The fix is more sources than one, on pages you control, so the loss of any single page does not matter.

Your own signals drifted. You changed your name form on LinkedIn, swapped the headshot on one profile, moved your site to a new domain without redirects, or let the website field on three profiles point at three different places. Each of those is small; together they tell Google the entity is less coherent than it was. Audit for one name, one photo, one website on every profile and the same facts on each.

If the entity is gone: the structural causes

A kgmid that no longer resolves means Google has merged your entity into another one or dropped it.

A merge with a namesake. Google decided two entities were one person and kept the other. Search your name plus the other person's distinguishing details and you will often find your facts appearing under their panel. The fix is to report it under the entity feedback link (the small one under the panel's Overview box, not the page footer) with the category "Incomplete", stating that the panel conflates two people and citing your record page and, if you have one, your Wikidata item. Then make the disambiguating evidence unmissable, as above, because a merge that leaves the cause in place tends to recur.

A Wikidata item deleted. If the panel was built on a Wikidata entry, and the entry was deleted for lacking notability or references, the panel usually goes with it. This is the signature of a cheaply bought panel. Check the item's history on Wikidata; a deletion log will say why. If the statements were true and you have independent coverage, a properly referenced item can be refiled, but read Wikidata for people first, because a second deletion makes a third attempt much harder. If you do not have the coverage, do not refile; build it.

A manipulation penalty. If the panel appeared after a burst of fabricated signals, Google's systems can remove the entity and become reluctant to rebuild it. Nobody outside Google can confirm this has happened, but the pattern is a panel that appeared quickly, disappeared a few weeks later, and does not return despite the kgmid test showing nothing and the sources looking otherwise fine. The only route back is the slow one: real sources, consistent over months.

The five causes, side by side

Cause kgmid test Tell tale sign Fix
Namesake got stronger Resolves A different person's panel shows for your name Disambiguating evidence; one name form; recent pages with your full name and context
Source went stale Resolves A page the panel cited is gone or changed More sources on pages you control; fix or replace the lost one
Your signals drifted Resolves Profiles now disagree on name, photo or website Profile audit; one name, one photo, one website everywhere
Merged with a namesake Fails Your facts appear under their panel Feedback as Incomplete, cite the record; make the separation obvious
Wikidata deleted or penalty Fails Deletion log on Wikidata; panel was recent and thin Refile only with references and coverage; otherwise rebuild from real sources

What not to do

Do not create a new site, a new Wikidata item or a new set of profiles under a slightly different name to "start fresh". A second entity for the same person is exactly what causes merges and duplicates, and Google will have to resolve the two of you before it shows either. Keep the one identity and strengthen it.

Do not submit feedback every day. One well cited report, then three weeks, then another if nothing moved. Google reads these; it does not read them faster when there are more of them.

Do not buy a replacement. A service promising to restore the panel in a week is the same thin signal that may have caused the loss, and a second removal is worse than the first. Are knowledge panel services legit? sets out how to tell.

Getting it back, in order

  1. Run the kgmid test and write down the result. Everything else depends on which half you are in.
  2. Find what changed. Compare today's profiles, site and top ten results against what they were when the panel was last seen. Browser history, old screenshots, the Wayback Machine. Look for a renamed profile, a dead page, a new namesake, a deleted Wikidata item.
  3. Fix the cause at its source. Restore the lost page or replace it with one you control; realign the profiles; add the disambiguating facts to your record page in plain sentences.
  4. Add corroboration you did not have before. One or two new third party pages that use your full name with your current role: an interview, a contributed piece, a release through a reputable wire for something real.
  5. Report, once, with sources. For a merge or a duplicate, feedback under the panel (or under the namesake's panel) with "Incomplete" and your record cited. For a confidence drop, no report is needed; the evidence does the work.
  6. Wait three weeks and test again. Both the plain name search and the kgmid. Record the dates. If the panel was claimed before, the claim survives the disappearance and returns with the panel.

Why this is less fragile than it feels

A panel that disappears feels like losing something you owned. It is more accurate to say Google's confidence in a particular reading of the evidence dropped, and confidence is rebuilt the same way it was built: a canonical page that states the facts, profiles that agree with it, and other people's pages that say the same thing. People who build that foundation properly rarely lose a panel to drift, because no single page is load bearing. The ones who lose panels and cannot get them back are nearly always the ones who got them from a single thin source in the first place.