A Flickr profile is the person's account page, a photostream is that account's stream of images, and an individual-image URL addresses one photo page. The profile and stream describe the account that hosts or posts material; they do not establish who appears in a picture. Flickr documents distinct path formats for these page types, and it says the NSID form of a page continues to work when a custom (pretty) URL is configured. Treat that as page continuity for the account, not as an offline identity check.
Find public social profile clues with our TraceSeek app.
Name the object before you interpret it
Start by asking which object you actually hold. A people-profile path points to an account page. A photostream path points to the collection of photos associated with that account. An individual-photo path points to one image page and its surrounding context. Albums are a further kind of page. These are different objects with different scopes, so a conclusion that fits one should not be silently carried over to another. Reading an image page tells you about that image page; reading a photostream tells you about a set of items associated with an account. [Flickr Services: profile and photo page URL forms]
- Write down the object type first: profile, photostream, single image or album.
- Keep a separate note for anything the page does not state.
Compare NSID and custom URL continuity
Flickr supports more than one URL form for the same page: a page can appear with the account's NSID or with a custom URL, and the NSID form keeps working where a pretty URL has been configured. That continuity is useful for matching two links to the same account page. It is narrower than it sounds. It shows that two address forms can refer to the same page; it does not confirm a person's real-world identity, their other accounts, or who appears in their photographs. Treat it as address continuity and nothing more. [Flickr Services: profile and photo page URL forms]
| observation | limit | next step |
|---|---|---|
| Two links appear to resolve to the same account page | Continuity of the page, not proof of offline identity | Record both forms and mark identity as unknown |
| A custom URL is in use | The NSID form may still work for the same page | Do not assume the custom name describes the account holder |
| A photostream shows many images | Each image is a separate object with its own page | Inspect the specific image rather than generalizing from the stream |
Keep the photographer's page separate from the people pictured
The strongest error in this task is treating a profile or photostream as evidence about the subject of a photo. A page belongs to whoever controls the account that posted or hosts the image. The people visible in a photograph are not automatically the account holder, the photographer, or anyone the page names. A profile photo is likewise an image on a page, not an identity document. Where attribution is absent or ambiguous, the honest result is unknown, and that unknown should stay attached to the specific image it concerns.
- Describe pictured people as unidentified unless the image context itself supplies a basis.
- Do not infer a relationship between the account holder and the people pictured.
A short worked classification, explicitly hypothetical
Suppose, hypothetically, that a reader sends three links: one to an account page under a custom name, one to that account's photostream, and one to a single photo page where two people appear. The correct reading is: the first link is a profile object, the second is a stream object, and the third is one image object. If the pretty-name link and an NSID link both open the same account page, that is page continuity. Nothing in this set says who the two pictured people are, and the profile should not be described as their page. The practical next step is to record the classification, note the identity gap, and stop unless there is a voluntary, permitted way to add context. [Flickr Services: profile and photo page URL forms]
When the documented page form or artifact is unavailable
If you cannot open the expected page form, or a link is no longer available, record that as unavailable and stop at the access boundary. Do not substitute guessing, a different person's page, or an aggregator's re-upload for the missing object. Use the official current help for the platform if you need to understand a page format, or ask the owner for a voluntarily shared current link. Do not attempt to reach a private account, and do not treat a missing or hidden page as meaningful evidence about the person involved.
- Record: unavailable, with the date and the object type you sought.
- Do not treat silence, a privacy setting or a removed page as proof of anything.
A couple more questions
Does a Flickr profile page tell me who is in the photos on that account?
No. The profile belongs to the account that hosts or posts the material. The people visible in an image are not automatically the account holder or the photographer, and a matching appearance is not proof of identity.
If a custom URL and an NSID link both open the same page, what does that prove?
It supports page continuity: both address forms can refer to the same account page, and the NSID form keeps working where a pretty URL is configured. It is not an offline identity check.
How should I record a photostream link when my question is about one image?
Note it as a photostream object, then look for the individual image page. Do not generalize from the stream to a specific image, and record attribution for the image as unknown if the page does not supply it.
Sources & editorial notes
Official references checked on October 23, 2026. Checklists, comparison tables and example wording are DateClues editorial tools, not official tests or validated risk scores.
General information. No guide or tool can certify a person’s identity, intentions or safety. Read our editorial standards.