Skip to content

Latest commit

 

History

History
510 lines (449 loc) · 91.7 KB

File metadata and controls

510 lines (449 loc) · 91.7 KB

Front-End Checklist Rules Catalog

Generated from 385 English rules across 11 categories.

Quick links

Categories

HTML

Semantic markup, metadata, forms, and document structure rules.

Browse HTML on frontendchecklist.io

Back to top

CSS

Layout, typography, responsive design, and styling rules.

Browse CSS on frontendchecklist.io

Back to top

JavaScript

Client-side behavior, async patterns, and runtime quality rules.

Browse JavaScript on frontendchecklist.io

Back to top

Performance

Loading speed, rendering, optimization, and Core Web Vitals rules.

Browse Performance on frontendchecklist.io

Back to top

Accessibility

Keyboard, screen reader, ARIA, and inclusive UX rules.

Browse Accessibility on frontendchecklist.io

Back to top

SEO

Crawlability, metadata, structured data, and search visibility rules.

Browse SEO on frontendchecklist.io

Back to top

Security

Headers, transport, safe linking, and frontend security rules.

Browse Security on frontendchecklist.io

  • Adblock Element Hiding Low: Checks for HTML elements and CSS classes that would be hidden by common adblockers, causing layout breaks or missing functionality for users with ad blocking enabled.
  • Audit dependencies for known vulnerabilities High: Dependencies are regularly scanned for known security vulnerabilities using automated tooling, and critical findings are remediated before deployment.
  • Avoid mixed content on HTTPS pages High: An HTTPS page that loads resources over HTTP has mixed content — browsers block or warn about these requests, breaking functionality and undermining transport security.
  • Blocked Tracking Links Low: Links and resources pointing to known tracking or advertising domains may be blocked by adblockers, breaking navigation and functionality for a significant portion of users.
  • External Link Security Medium: Links that open in a new tab using target='_blank' must include rel='noopener noreferrer' to prevent the opened page from accessing the opener's window context.
  • Implement a content security policy High: A Content Security Policy is implemented to prevent XSS attacks and control resource loading.
  • Leaked Environment Variables Critical: Checks for exposed API keys, tokens, passwords, and other secrets embedded in HTML source, JavaScript bundles, or client-accessible files.
  • Link to your terms of service in the footer Medium: Websites offering services to users should publish Terms of Service and link to them from every page — this establishes the legal agreement governing use of the service.
  • Prevent stack trace exposure in production error responses High: Production error responses never include stack traces, internal file paths, framework internals, or other debugging detail that could aid an attacker (OWASP A09).
  • Protect public forms with CAPTCHA Medium: Public forms that accept user input without authentication must include bot protection to prevent spam, credential stuffing, and automated abuse.
  • Redirect HTTP to HTTPS Critical: All HTTP requests must be permanently redirected (301) to HTTPS to prevent users from accessing your site over an insecure connection.
  • Secure password input fields High: Password fields implement security best practices including proper autocomplete, show/hide toggle, and strength indicators.
  • Serve all pages over HTTPS Critical: Every page and resource on your site must be delivered over HTTPS to protect user data in transit and enable modern browser features.
  • Set a Permissions-Policy header Medium: The Permissions-Policy header lets servers restrict which browser features (camera, microphone, geolocation, etc.) can be used in a page or its embedded iframes.
  • Set a Referrer-Policy header Medium: The Referrer-Policy header controls how much referrer information is sent when navigating from your site to another, protecting user privacy and preventing leaking sensitive URL parameters.
  • Set an HSTS header High: The Strict-Transport-Security response header tells browsers to always use HTTPS for your domain, preventing protocol downgrade attacks and cookie hijacking.
  • Set an X-Frame-Options header High: The X-Frame-Options header controls whether your page can be embedded in an iframe, frame, or object — preventing clickjacking attacks.
  • Set Secure, HttpOnly, and SameSite flags on session cookies High: All session and authentication cookies are issued with the Secure, HttpOnly, and an appropriate SameSite flag to prevent interception, JavaScript exfiltration, and cross-site request forgery.
  • Set X-Content-Type-Options: nosniff High: The X-Content-Type-Options: nosniff header prevents browsers from MIME-sniffing a response away from the declared Content-Type, blocking a class of drive-by download and XSS attacks.
  • Store authentication tokens securely High: Sensitive authentication tokens are stored in httpOnly cookies rather than localStorage or sessionStorage to prevent theft via cross-site scripting attacks (OWASP A07).
  • Submit forms over HTTPS Critical: All HTML form actions must point to HTTPS URLs to ensure form data is encrypted in transit and cannot be intercepted by network attackers.
  • Use COOP, COEP, and CORP for cross-origin isolation when needed Medium: Sensitive or high-capability applications use COOP, COEP, and CORP deliberately, audit third-party embeds, and verify cross-origin isolation in the browser before relying on it.

Back to top

Images

Formats, responsive delivery, optimization, and media quality rules.

Browse Images on frontendchecklist.io

Back to top

Testing

Unit, integration, E2E, monitoring, and quality assurance rules.

Browse Testing on frontendchecklist.io

Back to top

Privacy

Consent, tracking, retention, and user data rights rules.

Browse Privacy on frontendchecklist.io

  • Avoid third-party cookies Medium: Third-party cookies set by external domains track users across sites without their knowledge. Modern browsers are phasing them out, and regulations like GDPR and CCPA require consent before setting them.
  • Collect only the minimum personal data necessary Medium: Limit data collection to only what is strictly required for the stated purpose, in line with GDPR Article 5(1)(c) data minimisation principles.
  • Implement a user-facing data deletion mechanism Medium: Provide users with a clear way to request deletion of their personal data, fulfilling GDPR Article 17 (right to erasure / right to be forgotten).
  • Link to your privacy policy in the footer High: Websites that collect any personal data must publish a privacy policy and link to it prominently — this is a legal requirement under GDPR, CCPA, and most other privacy regulations.
  • Show a cookie consent notice High: Websites that set non-essential cookies must obtain prior, informed user consent under GDPR, CCPA, and similar privacy regulations before cookies are placed.

Back to top

Internationalization

Localization, RTL, language handling, and translation workflow rules.

Browse Internationalization on frontendchecklist.io

Back to top