A dating site can expose public acquisition pages while protecting accounts, messages, and other sensitive areas. The technical audit therefore needs an explicit inventory of what should be discoverable, what should be inaccessible without authorization, and which public templates must work well on mobile.
Do not close a control because a configuration looks plausible; close it after the intended behavior is reproduced and verified.
Mobile Core Web Vitals and interaction quality. Evidence required: Search Console field data when available, PageSpeed Insights diagnostics, and hands-on tests of the main public templates on representative mobile devices.
Pass condition: the team has no unresolved material loading, interaction, or layout defect on the public templates that support discovery or service evaluation. Fail condition: a repeatable experience problem affects a primary template and has no accepted explanation, owner, or remediation.
Severity: high when the defect interferes with discovery or service-selection tasks. Owner: web performance or engineering. Corrective action: trace the issue to the responsible resource, rendering path, script, media behavior, or template decision and fix the shared cause instead of patching one URL.
Validation: rerun the original diagnostics and repeat direct mobile testing on the affected template. Tools: PageSpeed Insights, Search Console.
ProfilePage structured data for public matchmaker or expert pages. Evidence required: the rendered page, emitted structured data, and proof that the page represents a real public person or profile that visitors can access.
Pass condition: any markup reflects visible content, uses supported properties, and validates without adding facts that the page does not show. Fail condition: the markup describes hidden information, is attached to an unsuitable page type, or exists only to pursue a search feature.
Severity: medium. Owner: technical SEO with engineering. Corrective action: remove unsupported properties, make the markup match visible content, or omit it when the page does not represent the relevant entity.
Validation: inspect the rendered output and test the final markup with Schema.org tooling. Tools: Schema.org, Validator.schema.org.
Robots controls for private or user-generated profile areas. Evidence required: robots.txt, meta robots directives, authentication behavior, XML sitemaps, and representative public and private profile URLs.
Pass condition: intended public discovery pages are crawlable and indexable as designed, while sensitive account or profile areas are protected by actual access controls rather than crawler instructions alone.
Fail condition: a private area is publicly reachable when it should not be, or a material set of public pages is unintentionally blocked. Severity: critical for privacy exposure and high for broad accidental blocking.
Owner: engineering with security or privacy review. Corrective action: repair authorization and access control first, then align robots directives and sitemaps with the approved public surface. Validation: test signed-in and signed-out behavior and inspect crawler directives on representative URLs. Tools: Screaming Frog.
Image delivery for public profile previews and editorial media. Evidence required: rendered dimensions, image formats, transfer sizes, responsive markup, and layout behavior across the main public templates.
Pass condition: assets are sized for their display use, delivered efficiently where practical, and do not create avoidable layout movement or excessive transfer. Fail condition: oversized sources, rigid dimensions, or delivery choices materially degrade a primary public template.
Severity: medium. Owner: front-end engineering or design systems. Corrective action: resize source media, implement responsive delivery, and use WebP or AVIF where the existing delivery stack supports them.
Validation: retest representative templates and confirm that the optimized asset is the file actually served. Tools: Cloudinary, TinyPNG.