
What internet newspapers should check when managing sources and contacts
A practical guide for internet newspapers to manage source contacts, interview notes, consent, access, handoff, and deletion requests safely.
Internet newspapers talk to people every day. Editors and reporters collect contact details from public agencies, company PR teams, experts, local organizers, event staff, readers, tipsters, and interviewees. In a small newsroom, that information can easily scatter across personal phones, messengers, inboxes, spreadsheets, and draft documents.
Source contacts are not just an address book. They can be tied to fact checks, consent, anonymity requests, sensitive background context, correction requests, and follow-up coverage. Without clear rules, the context disappears when a reporter changes roles, contacts are shared too widely, or a person is contacted again in a way they did not expect.
This guide explains what publishers, editors, reporters, and marketing teams should decide when managing sources and contact records for an internet newspaper.
Keep source information separate from article materials
If every contact detail is stored inside article drafts, it becomes hard to manage later. Drafts are for publication work. Contact details are internal operational information. When drafts, photos, recordings, emails, and contact details all sit in one folder, access rules become unclear.
Start by separating information by purpose.
- Names and roles that may be published
- Internal contact details for verification
- Interview schedules and response history
- Anonymity requests and off-record conditions
- Whether future contact is allowed
- Deletion or unsubscribe request records
Separating publishable information from internal information reduces mistakes. Phone numbers, personal email addresses, and messenger IDs should not accidentally appear in article bodies, captions, or shared materials.
Be clear about why you keep each contact
It is natural to receive contact details during reporting, but the newsroom should be able to explain why it keeps them. Keeping every detail forever just in case creates risk and operational clutter.
These are common purposes for keeping source contacts.
- Reconfirming facts before or after publication
- Coordinating interview schedules
- Following up on related issues
- Responding to correction or right-of-reply requests
- Continuing event or feature coverage collaboration
When the purpose is clear, the required data becomes smaller. For a press release contact, name, organization, and email may be enough. For a sensitive source, contact availability, anonymity rules, and reporter-only notes may matter more.
Store consent and private conditions next to the contact
Promises made to sources should not live only in a reporter's memory. Anonymity, quotation scope, photo use, pre-publication confirmation, and future contact permission should remain checkable later.
The record does not need to be long. These fields are often enough.
- Name and role that may be published
- Whether real-name reporting is allowed
- Whether photo or audio use is allowed
- Quotation scope
- Items that require confirmation before publication
- Channels that may be used for future contact
For example, an interviewee may agree to publish their name and portrait, while providing a personal phone number only for internal coordination. Those are different permissions. Keeping them together helps the next person follow the same rules.
Limit access by role
In a small newsroom, giving everyone access to everything can feel convenient. For source contacts and sensitive notes, access should still be limited to people who need it.
Role-based access keeps the rules simple.
- The assigned reporter can see detailed contacts and reporting notes
- The editor can see summaries and verification status needed for editorial judgment
- Advertising and marketing staff do not see source contacts by default
- External contributors only see information directly related to their assignment
- Former staff and ended contractors lose access immediately
Sharing one contact list between reporting and advertising is especially risky. Using a reporting contact for sales outreach can damage trust. If the newsroom wants to use a contact for a different purpose, it needs a separate standard and consent.
Do not leave everything on personal devices
Phones and messengers are fast in the field. The problem starts when all records stay only on a reporter's personal device. If that reporter is on leave or leaves the company, the newsroom may lose the context behind key conversations.
Personal devices may still be part of reporting, but important work records should move into the newsroom's system.
- Confirmed interview schedules
- Key fact-checking results
- Quotation approvals or change requests
- Anonymity conditions
- Post-publication questions and correction requests
- Next follow-up timing
A CMS like BylineCloud can help keep article workflow, authorship, revision history, and internal notes in one place. The newsroom should still decide separately where the full source contact list lives and who can access it.
Review old contacts on a schedule
Not every contact needs to be kept forever. As old contact lists grow, the newsroom is more likely to contact the wrong person or hold personal information that no longer has a clear purpose.
Start with simple review criteria.
- Contacts with no interaction for more than a year and no likely follow-up need
- People who changed roles or organizations
- Contacts that asked to unsubscribe or be deleted
- Temporary contacts kept only for one published article
- Old lists with unclear source or consent scope
If deletion feels difficult, mark the contact inactive first. The important thing is to distinguish current contacts from old records and make restricted contacts visible to the team.
Treat deletion and unsubscribe requests seriously
When a source asks for deletion or no further contact, the request should not stay only with one reporter. If another reporter or marketer contacts the same person later, trust can suffer quickly.
Record the request with practical details.
- Request date
- Person and contact details involved
- What they asked for
- Who handled it
- What was deleted or restricted
- Channels that should no longer be used
Not every request means every record can be deleted immediately. Some records may need to be retained for editorial responsibility or dispute handling. Still, optional contact such as sales outreach, newsletter sending, and future pitching should respect the request.
Handoff means transferring context
When a reporter changes assignments, handing over a contact file is not enough. The new person also needs the relationship context, prior promises, sensitive topics, and recent history.
A handoff note can include these items.
- Last contact date and reason
- Published article history and related links
- Possible follow-up topics
- Public and private conditions
- Conflicts of interest to watch
- Times or channels to avoid
With this context, the new reporter does not repeat the same questions or break earlier expectations. The source also experiences the newsroom as one coherent team.
Small newsrooms should write the rules first
You do not need a large system on day one. What matters is deciding where contacts are stored, who can access them, when they are reviewed, and how requests are handled.
A small starting policy can be simple.
- Choose one place for source contact records
- Separate public article information from internal contact details
- Record anonymity and quotation conditions together
- Split access by role
- Remove access when staff or contractors leave
- Review old contacts every quarter
Source contacts are a newsroom asset and personal information that deserves careful handling. Clear rules help reporters focus on reporting, while publishers and editors protect trust.
Good source management is not about collecting more contacts. It is about using the right information, with the right people, within the promises already made.
Start your online newspaper with BylineCloud
We guide you through the entire process, from consultation to launch.
Request Consultation