In short: Proof of publication for a press release should show where, when and what was published. Keep the live URL, a dated screenshot, a PDF copy, the publisher's report and your own record of checks, store them with a clear file name, and confirm in your funding contract or programme guidance what evidence is actually required.
Why proof of publication matters
Many organisations running EU-funded projects publish a press release and then discover, months later, that they cannot show clearly what was published, where and when. The reasons are usually small: the page moved, nobody saved a copy, the screenshot has no date. Proof of publication for a press release is not complicated, but it is easier to collect on the day than to reconstruct at the end of a project. If you are still choosing where to publish, ask any provider of press releases for EU-funded projects exactly what documentation you will receive.
Evidence matters because publicity measures for funded projects are normally something a beneficiary has to be able to demonstrate. How much evidence, in what form and for how long varies by programme and by contract, so this article offers a practical, generic routine and does not describe the requirements of any specific fund. Always treat your funding contract and programme manual as the final authority. For an overview of what a project typically communicates, see our publicity checklist for an EU-funded project.
It also helps to understand the basic idea. Proof has to answer four questions without needing explanation: what was published, by whom, when, and where it can be seen. If your file answers these four, reviewers should find it easy to accept.
The five items to keep
For each published release or article, keep a small bundle of files. The table shows what each item proves.
| Item | What it shows | Notes |
|---|---|---|
| Live URL | Where the content can be seen | Copy it from the address bar; do not retype |
| Dated screenshot | How the page looked on a given day | Full page, with address bar and date visible |
| PDF copy of the page | The text, links and layout in a fixed form | Use the browser's print-to-PDF function |
| Publisher's report | Confirmation from the publisher of what was published | Request one if it is not provided |
| Your check log | That you verified the page and when | A simple dated list is enough |
None of these is unusual, and together they cost a few minutes. If you use a publishing service, ask for the list of live URLs; ours provides a report with the URLs of the published articles, which can be dropped straight into your project folder.
How to capture the page correctly
A capture that does not show its context is easy to challenge. A few habits solve this.
- Capture the whole page. Use the browser's full-page screenshot tool or print to PDF, so that headline, text, images and the publication's name are visible.
- Show the address. If you take a screenshot, include the address bar, or add the URL in the file name or in a note beside it.
- Show the date. The operating system clock in the screenshot, or the date in the file name and your log, shows when the capture was made. Remember that the capture date is not the same as the publication date, so note both.
- Check the links. Click every link in the article and note that it works. A broken link in the evidence invites questions.
- Capture again after any change. If the publisher edits the page, take a new capture and keep the old one.
Where the publication displays the author, date and category, include these in the capture. If the page is long, save a PDF as well as a screenshot, because a PDF preserves selectable text and link addresses.
Naming and archiving so you can find it later
Evidence you cannot find is evidence you do not have. A tidy structure matters more than the tool you use.
- One folder per publication event, inside a project-level folder for communication.
- Consistent file names, for example project code, date of publication, publication name and a short title, in a fixed order.
- A simple index, in a spreadsheet, listing each item with its URL, date of publication, date of capture and who checked it.
- At least two copies, for example a shared drive and an offline backup. Cloud accounts tied to a single person are a risk if that person leaves the organisation.
- Original files kept untouched. If you need an edited version for a report, keep the original beside it.
The index becomes the tool you use when a monitoring visit or a final report asks for “all publicity actions”. A single table with links is far quicker than a search through email attachments.
Why a stable, permanent link is part of the evidence
A funder may look at your page long after the project closes. A news item that is deleted, moved to an archive without redirects or replaced by another is no longer evidence. For this reason, the stability of the address is part of the quality of the proof.
Before you choose a publication, ask how it treats old articles. Does it keep them at the same address? Does it archive them? Are they open to everyone, or hidden behind a login or a paywall? Articles we publish stay at the same URL once they are live, and it is worth asking the same question of any outlet you consider. Our EU funding press release service is built around that point: publication, a permanent address and the documentation for your file.
Also check yourself. Open each URL again after a month, again at the project mid-point and at closure, and log the result. If a page has gone, you will know early enough to publish a replacement.
What to check in your contract and programme guidance
This is the part no general article can replace. Before you rely on any routine, read the following in your own documents.
- Which publicity actions are mandatory for your project type and size?
- Which evidence does the programme list for each action?
- Is there a specific format, a template or an online reporting platform?
- How long must the documents be kept, and where?
- Must the visual identity (logos, mentions of funding) appear in a particular way on each published item?
If the answer is unclear, ask your project officer in writing and keep the reply. Do not infer requirements from another project or from an article, including this one. Details such as emblem placement and wording of the funding statement come from the funder's visual identity guidance, which you should obtain from the programme or managing authority. Our companion article on press releases for EU-funded projects explains in general terms why these obligations exist and how releases fit into them.
A fictional example of an evidence index
To make the routine concrete, imagine a small association running a fictional project called “Green Courtyards”, which converts school yards into community spaces. It publishes a launch release and a completion release. Its evidence index might look like this, with every value invented for illustration.
| Action | Publication | Published | Captured | Files |
|---|---|---|---|---|
| Launch release | Regional news site A | Date X | Same day | URL, PDF, screenshot, publisher report |
| Completion release | Business site B | Date Y | Same day | URL, PDF, screenshot, publisher report |
| Follow-up check | Both | n/a | Date Z | Check log entry, new screenshot |
The value of such a table is that anyone in the organisation, including a colleague who joined later, can open the folder and understand it in a minute. It also makes the final report quicker to prepare, since every publicity action already has a row.
What about social media, print and other formats?
Projects rarely publish only online articles. A few notes on other channels follow, again in general terms.
Social media. Posts can be deleted or edited, and platforms change how pages display. Capture the post with its date, link and visible engagement context, and keep a PDF if the platform allows it. Do not treat a post as a replacement for a durable article page.
Print. If a regional newspaper prints the text, keep the whole page showing the title and date of the edition, not just a cut-out of the article. A photograph of the page plus a scan is better than either alone.
Events and materials. Roll-ups, banners and leaflets need photographs showing the funding mention in place, with a date and location noted in your index.
For all these formats the same four questions apply: what, by whom, when and where. If your evidence answers them clearly and you know where to find it, you are in good shape for monitoring, whichever form of publicity it concerns.
Common gaps in project files
These are the problems that tend to appear at the end of a project.
- Only a link, no capture. If the page changes, nothing remains.
- Only a screenshot, no link. The reviewer cannot verify it independently.
- Undated files. You cannot tell which version is the evidence.
- Publisher not identified. The capture does not show the site's name.
- Funding mentions missing. The published text omits a required acknowledgement, and it is too late to change it.
- Files stored on one laptop. The person who held them has left.
The fix for each is a routine, not extra work: capture, name, log, back up and check again later. Treat proof of publication as the last step of publishing, not as an administrative afterthought.
A short routine for the day of publication
- Open the published page and confirm that text, images, links and funding mentions are correct.
- Copy the URL and save a full-page PDF and a screenshot with address bar.
- Add the item to your index with the publication date and capture date.
- Request or download the publisher's report.
- Back up the folder and note the next check date.
If the release came from a longer plan, our press release guide describes the earlier steps, from drafting to distribution.
Next step: publish with documentation in mind
If you are preparing a communication plan for a funded project, think about evidence at the planning stage, not at the end. Our press releases for EU funding come with a report of the live URLs, which you can add to the project file. You can also check the available categories and sites in the portfolio before deciding where the text should appear.
This article is general information and not advice on your specific funding programme. Your contract, the programme manual and your project officer remain the authoritative sources on what evidence you must provide.
Frequently asked questions
What counts as proof of publication?
Generally, a record that shows the content, the publisher, the date and a stable address. In practice that means the live URL, a dated screenshot or PDF of the page, and any report from the publisher. What a funder accepts depends on the programme, so check your contract or guidance.
Is a screenshot enough?
A screenshot is useful but works best alongside the URL and a saved PDF, because a screenshot alone can be questioned. Make sure it shows the full address bar, the date and the whole article, and save the file in its original format with a clear name.
Why does the link need to be permanent?
A grant manager or auditor may check the page months or years after publication. If the page moves, disappears or changes, your evidence weakens. Choosing publications that keep articles at the same address, and checking the page periodically, reduces that risk.
How long should I keep the evidence?
Keep it for as long as your funding contract or the programme rules require, which can extend well beyond the end of the project. Rules differ by programme and funding body, so confirm the exact period in your contract rather than relying on a general figure.
Do I need a printed copy?
Only if your funder asks for one. Many programmes accept electronic evidence, but requirements vary. When in doubt, ask the project officer or check the programme manual, and keep both a digital archive and, if requested, a signed printout.