Contact form 7 error contact form not found: fix

A shortcode is a pointer. It holds a form ID, and the page asks the plugin for that form each time it loads. When the form is rebuilt, the new copy gets a new ID, and the pointer still aims at the old number. Owners duplicate a form to edit it, then paste the new shortcode into one page and leave the old one on another. A form rebuilt on the live site also has a new ID that a copied staging page cannot find. The form still appears in the plugin's list, so the owner assumes the page is fine.

• Read the shortcode on the page. The number in the id must match the ID shown beside a form in the plugin's list.
• Open the plugin's form list and check the shortcode and its ID beside each form name, not only the title you remember.
• Look for curly quotes around the ID. A shortcode pasted from a document often fails on them.
• Check the block type. A code or preformatted block shows the shortcode as text and runs nothing.
• Compare the live and staging copies of the page. A form rebuilt on one site has a new ID.

The first is a deleted or rebuilt form. When a form is removed and made again, the new one has a new ID, and every page that pointed at the old one now prints a not found message. The second is a copied page. Duplicating a page copies its shortcode, so the copy keeps pointing at the original form. It works until the original is deleted, and then both pages break at once.

The third is a shortcode that never ran. A code or preformatted block shows the shortcode as text, so the visitor sees bracketed words in place of the form. Curly quotes from a pasted document do the same, because the plugin often does not recognize a quote that is not straight. The fault sits in the page content, not in the plugin, and you can find it by searching the page for the bracket.

Read the text where the form should be. A bracketed line such as [contact-form-7 404 "Not Found"] means the ID has no matching form on this site. The plain shortcode text, with its brackets still visible, means the page never ran it, so the block or the quotes are the cause. A form that appears and then fails to send is a different fault, and the mail and script checks apply to it.

The ID is easy to confirm. Open the form list in the plugin, read the ID next to each form name, and compare it with the number in the page's shortcode. If the number is missing from the list, the form is gone. Rebuild the form, or point the page at the form that replaced it, and then check the page again.

The visitor opens the contact page from the address you give and looks for the form where a stranger would expect it, below the opening text. If the form is there, it fills in the fields and presses Send. If a bracketed line shows in its place, the report records that step with a screenshot of the text, and any failed request made while the page loaded.

The run cannot read the page source or the plugin's form list, so it cannot tell you which ID the shortcode holds. It shows what a stranger sees. Check the ID in the editor, then run the visitor again to confirm the page now shows the form. Keep a copy of the working shortcode in your notes, so the next rebuild can be checked against it.

The break returns when someone rebuilds the form, restores an older copy of the site or copies a page over from staging. Rerun the visitor who looks for the form after each of those changes, on the live address and on the preview. Owners who gate the site behind a password add it to the run, so the visitor reaches the contact page the way a customer would.