Awesome

Önyüz Gereksinim Listesi

Önyüz Gereksinim Listesi sahip olmanız gereken olan tüm öğelerin ayrıntılı bir listesidir / sitenizi yayınlamadan önceki test süreci / HTML dosyanızın yayın süreci.

Tecrübeli Önyüz geliştiricilerinin deneyimi ve zamanla gelecek olan bazı açık kaynak gereksinim listelerini temel alır.

Product Hunt üzerindeki Oylama ve Tavsiye ile Önyüz Gereksinim Listesini paylaşmaya yardımcı olun

İçerik Tablosu

Head Etiketi
HTML
Web Yazı Tipleri
CSS
Resimler
JavaScript
Güvenlik
Performans
Erişilebilirlik
SEO

Nasıl kullanılır ?

Önyüz Gereksinim Listesi de bulunan tüm öğeler çoğu proje için gereklidir, ama bazı öğeler atlanabilir yada gerekli olmayabilir (Mesela bir yönetim uygulamasında RSS'e ihtiyacınız olmayabilir) burada seçeceğimiz 3 adet seviye var bunlar;

Tavsiye Edilen anlamına gelir ama bazı özel durumlarda atlanabilir.
Şiddetle Tavsiye Edilen gerçekten özel durumlarda atlanabilir ama bazı öğeler atlanırsa performans veya SEO açısından kötü etkilere neden olabilir.
Atlanılamaz herhangi bir sebepten ötürü atlanılamaz anlamına gelir.Sayfanızı erişime kapatabilir yada fonksiyon çalışmalarını engelleyebilir yada SEO konusunda kötü etkilere neden olabilirsiniz.

Bazı kaynaklar bir emojiye sahip olur bu sizin konuyu daha rahat anlamanıza yardımcı olacaktır.Bunlardan bir kaçını aşağıda görebilirsiniz.

📖: belge veya makale
🛠: çevrimiçi araç / test aracı
📹: medya yada video

Head Etiketi

Notlar: Bir HTML dökümanının <head> bölümünde bulunabilecek her şeyin listesi burada göreceğiz.

Meta etiketi

Doctype: Doctype HTML5 öğesidir ve tüm HTML sayfalarının en üstünde bulunur.

<!-- Doctype HTML5 -->
<!doctype html>

📖 Karakter kodlamasını belirlemek - HTML5 W3C

Gelecek 3 meta etiketi (Charset, X-UA Compatible and Viewport) head etiketinde her şeyden önce tanımlanmalı

Charset: Karakter seti (UTF-8) olarak doğru bir şekilde tanımlandı.

<!-- Set character encoding for the document -->
<meta charset="utf-8">

X-UA-Compatible: X-UA-Compatible etiketi tanımlandı.

<!-- Instruct Internet Explorer to use its latest rendering engine -->
<meta http-equiv="x-ua-compatible" content="ie=edge">

📖 Specifying legacy document modes (Internet Explorer)

Viewport: The viewport is declared correctly.

<!-- Viewport for responsive web design -->
<meta name="viewport" content="width=device-width, initial-scale=1">

Title: A title is used on all pages (SEO: Google calculate the pixel width of the characters used in the title, cut off between 472 and 482 pixels. Average character limit would be around 55-characters).

<!-- Document Title -->
<title>Page Title less than 55 characters</title>

📖 Title - HTML - MDN

🛠 SERP Snippet Generator

Description: A meta description is provided, it is unique and doesn't possess more than 150 characters.

<!-- Meta Description -->
<meta name="description" content="Description of the page less than 150 characters">

📖Meta Description - HTML - MDN

Favicons: Each favicon has been created and displays correctly. If you have only a favicon.ico, put it at the root of your site. Normally you won't need to use any markup. However, it's still good practice to link to it using the example below. Today, PNG format is recommended over .ico format (dimensions: 32x32px).

<!-- Standard favicon -->
<link rel="icon" type="image/x-icon" href="https://example.com/favicon.ico">
<!-- Recommended favicon format -->
<link rel="icon" type="image/png" href="https://example.com/favicon.png">

🛠 Favicon Generator

🛠 RealFaviconGenerator

📖 Favicon Cheat Sheet

📖 Favicons, Touch Icons, Tile Icons, etc. Which Do You Need? - CSS Tricks

📖 PNG favicons - caniuse

Apple Touch Icon: Apple touch favicon apple-mobile-web-app-capable are present (Create your Apple Icon file with at least 200x200px dimension to support all dimensions that you may need).

<!-- Apple Touch Icon -->
<link rel="apple-touch-icon" href="/custom-icon.png">

📖 Configuring Web Applications

Windows Tiles: Windows tiles are present and linked.

<!-- Microsoft Tiles -->
<meta name="msapplication-config" content="browserconfig.xml" />

Minimum required xml markup for the browserconfig.xml file is as follows:

<?xml version="1.0" encoding="utf-8"?>
<browserconfig>
   <msapplication>
     <tile>
        <square70x70logo src="small.png"/>
        <square150x150logo src="medium.png"/>
        <wide310x150logo src="wide.png"/>
        <square310x310logo src="large.png"/>
     </tile>
   </msapplication>
</browserconfig>

📖 Browser configuration schema reference

Canonical: Use rel="canonical" to avoid duplicate content.

<!-- Helps prevent duplicate content issues -->
<link rel="canonical" href="http://example.com/2017/09/a-new-article-to-red.html">

📖 Use canonical URLs - Search Console Help - Google Support

📖 5 common mistakes with rel=canonical - Google Webmaster Blog

HTML tags

Language attribute: The lang attribute of your website is specified and related to the language of the current page.

<html lang="en">

Direction attribute: The direction of lecture is specified on the html tag (It can be used on another HTML tag).

<html dir="rtl">

📖 dir - HTML - MDN

Alternate language: The language tag of your website is specified and related to the language of the current page.

<link rel="alternate" href="https://es.example.com/" hreflang="es">

Conditional comments: Conditional comments are present for IE if needed.

📖 About conditional comments (Internet Explorer) - MSDN - Microsoft

RSS feed: If your project is a blog or has articles, an RSS link was provided.
Inline critical CSS: CSS which styles content that is immediately visible during pageload ("above the fold content") is called "critical CSS". It is embedded before your principal CSS call and between <style></style> in a single line (minified).

🛠 Critical by Addy Osmani on GitHub automates this.

CSS order: All CSS files are loaded before any JavaScript files in the <head>. (Except the case where sometimes JS files are loaded asynchronously on top of your page).

Social meta

Facebook OG and Twitter Cards are, for any website, highly recommended. The other social media tags can be considered if you target a particular presence on those and want to ensure the display.

Facebook Open Graph: All Facebook Open Graph (OG) are tested and no one is missing or with a false information. Images need to be at least 600 x 315 pixels, 1200 x 630 pixels recommended.

Notes: Using og:image:width and og:image:height will specify the image dimensions to the crawler so that it can render the image immediately without having to asynchronously download and process it.

<meta property="og:type" content="website">
<meta property="og:url" content="https://example.com/page.html">
<meta property="og:title" content="Content Title">
<meta property="og:image" content="https://example.com/image.jpg">
<meta property="og:description" content="Description Here">
<meta property="og:site_name" content="Site Name">
<meta property="og:locale" content="en_US">
<!-- Next tags are optional but recommended -->
<meta property="og:image:width" content="1200">
<meta property="og:image:height" content="630">

📖 A Guide to Sharing for Webmasters

📖 Best Practices - Sharing

🛠 Test your page with the Facebook OG testing

Twitter Card:

<meta name="twitter:card" content="summary">
<meta name="twitter:site" content="@site_account">
<meta name="twitter:creator" content="@individual_account">
<meta name="twitter:url" content="https://example.com/page.html">
<meta name="twitter:title" content="Content Title">
<meta name="twitter:description" content="Content description less than 200 characters">
<meta name="twitter:image" content="https://example.com/image.jpg">

📖 Getting started with cards — Twitter Developers

🛠 Test your page with the Twitter card validator

⬆ back to top

HTML

Best practices

HTML5 Semantic Elements: HTML5 Semantic Elements are used appropriately (header, section, footer, main...).

📖 HTML Reference

Error pages: Error 404 page and 5xx exist. Remember that the 5xx error pages need to have their CSS integrated (no external call on the current server).
Noopener: In case you are using external links with target="_blank", your link should have a rel="noopener" attribute to prevent tab nabbing. If you need to support older versions of Firefox, use rel="noopener noreferrer".

📖 About rel=noopener

Clean up comments: Unnecessary code needs to be removed before sending the page to production.

HTML testing

W3C compliant: All pages need to be tested with the W3C validator to identify possible issues in the HTML code.

🛠 W3C validator

HTML Lint: I use tools to help me analyze any issues I could have on my HTML code.

🛠 Dirty markup

🛠 Sonar a linting tool for the web

Link checker: There are no broken links in my page, verify that you don't have any 404 error.

🛠 W3C Link Checker

Adblockers test: Your website shows your content correctly with adblockers enabled (You can provide a message encouraging people to disable their adblocker).

⬆ back to top

Webfonts

Notes: Using webfonts may cause Flash Of Unstyled Text/Flash Of Invisible Text - consider having fallback fonts and/or utilizing webfont loaders to control behavior.

📖 Google Technical considerations about webfonts

Webfont format: WOFF, WOFF2 and TTF are supported by all modern browsers.

📖 WOFF - Web Open Font Format - Caniuse.

📖 WOFF 2.0 - Web Open Font Format - Caniuse.

📖 TTF/OTF - TrueType and OpenType font support

📖 Using @font-face - CSS-Tricks

Webfont size: Webfont sizes don't exceed 2 MB (all variants included).
Webfont loader: Control loading behavior with a webfont loader

🛠 Typekit Web Font Loader

⬆ back to top

CSS

Notes: Take a look at CSS guidelines and Sass Guidelines followed by most Front-End developers. If you have a doubt about CSS properties, you can visit CSS Reference. There is also a short Code Guide for consistency.

Responsive Web Design: The website is using responsive web design.
CSS Print: A print stylesheet is provided and is correct on each page.
Preprocessors: Your page is using a CSS preprocessor (Sass is preferred).
Unique ID: If IDs are used, they are unique to a page.
Reset CSS: A CSS reset (reset, normalize or reboot) is used and up to date. (If you are using a CSS Framework like Bootstrap or Foundation, a Normalize is already included into it.)

📖 Reset.css

📖 Normalize.css

📖 Reboot

JS prefix: All classes (or id- used in JavaScript files) begin with js- and are not styled into the CSS files.

<div id="js-slider" class="my-slider">
<!-- Or -->
<div id="id-used-by-cms" class="js-slider my-slider">

Embedded or inline CSS: Avoid at all cost embeding CSS in <style> tags or using inline CSS: only use for valid reasons (e.g. background-image for slider, critical CSS).
Vendor prefixes: CSS vendor prefixes are used and are generated accordingly with your browser support compatibility.

🛠 Autoprefixer CSS online

Performance

Concatenation: CSS files are concatenated in a single file (Not for HTTP/2).
Minification: All CSS files are minified.
Non-blocking: CSS files need to be non-blocking to prevent the DOM from taking time to load.

📖 loadCSS by filament group

📖 Example of preload CSS using loadCSS

Unused CSS: Remove unused CSS.

🛠 UnCSS Online 🛠

🛠 PurifyCSS

🛠 Chrome DevTools Coverage

CSS testing

Stylelint: All CSS or SCSS files are without any errors.

🛠 stylelint, a CSS linter

📖 Sass guidelines

Responsive web design: All pages were tested at the following breakpoints: 320px, 768px, 1024px (can be more / different according to your analytics).
CSS Validator: The CSS was tested and pertinent errors were corrected.

🛠 CSS Validator

Desktop Browsers: All pages were tested on all current desktop browsers (Safari, Firefox, Chrome, Internet Explorer, EDGE...).
Mobile Browsers: All pages were tested on all current mobile browsers (Native browser, Chrome, Safari...).
OS: All pages were tested on all current OS (Windows, Android, iOS, Mac...).

Pixel perfect: Pages are close to pixel perfect. Depending on the quality of the creatives, you may not be 100% accurate, but your page needs to be close to your template.

Pixel Perfect - Chrome Extension

Reading direction: All pages need to be tested for LTR and RTL languages if they need to be supported.

📖 Building RTL-Aware Web Apps & Websites: Part 1 - Mozilla Hacks

📖 Building RTL-Aware Web Apps & Websites: Part 2 - Mozilla Hacks

⬆ back to top

Images

Notes: For a complete understanding of image optimization, check the free ebook Essential Image Optimization from Addy Osmani.

Best practices

Optimization: All images are optimized to be rendered in the browser. WebP format could be used for critical pages (like Homepage).

🛠 Imagemin

🛠 Use ImageOptim to optimise your images for free.

🛠 Use Kraken.io awesome alternative for both png and jpg optimization. Up to 1mb per files on free plan.

Picture/Srcset: You use picture/srcset to provide the most appropriate image for the current viewport of the user.

📖 How to Build Responsive Images with srcset

Retina: You provide layout images 2x or 3x, support retina display.
Sprite: Small images are in a sprite file (in the case of icons, they can be in an SVG sprite image).
Width and Height: Set width and height attributes on <img> if the final rendered image size is known (can be omitted for CSS sizing).
Alternative text: All <img> have an alternative text which describe the image visually.

📖 Alt-texts: The Ultimate Guide

Lazy loading: Images are lazyloaded (A noscript fallback is always provided).

⬆ back to top

JavaScript

Best practices

JavaScript Inline: You don't have any JavaScript code inline (mixed with your HTML code).
Concatenation: JavaScript files are concatenated.
Minification: JavaScript files are minified (you can add the .min suffix).

📖 Minify Resources (HTML, CSS, and JavaScript)

JavaScript security:

📖 Guidelines for Developing Secure Applications Utilizing JavaScript

Non-blocking: JavaScript files are loaded asynchronously using async or deferred using defer attribute.

📖 Remove Render-Blocking JavaScript

Modernizr: If you need to target some specific features you can use a custom Modernizr to add classes in your <html> tag.

🛠 Customize your Modernizr

JavaScript testing

ESLint: No errors are flagged by ESLint (based on your configuration or standards rules).

📖 ESLint - The pluggable linting utility for JavaScript and JSX

⬆ back to top

Security

Scan and check your web site

securityheaders.io

Observatory by Mozilla

ASafaWeb - Automated Security Analyser for ASP.NET Websites

Best practices

HTTPS: HTTPS is used on every pages and for all external content (plugins, images...).

🛠 Let's Encrypt - Free SSL/TLS Certificates

🛠 Free SSL Server Test

📖 Strict Transport Security

HTTP Strict Transport Security (HSTS): The HTTP header is set to 'Strict-Transport-Security'.

🛠 Check HSTS preload status and eligibility

📖 HTTP Strict Transport Security Cheat Sheet - OWASP

📖 Transport Layer Protection Cheat Sheet - OWASP

Cross Site Request Forgery (CSRF): You ensure that requests made to your server-side are legitimate and originate from your website / app to prevent CSRF attacks.

📖 Cross-Site Request Forgery (CSRF) Prevention Cheat Sheet - OWASP

Cross Site Scripting (XSS): Your page or website is free from XSS possible issues.

📖 XSS (Cross Site Scripting) Prevention Cheat Sheet - OWASP

📖 DOM based XSS Prevention Cheat Sheet - OWASP

Content Type Options Prevents Google Chrome and Internet Explorer from trying to mime-sniff the content-type of a response away from the one being declared by the server.

📖 X-Content-Type-Options - Scott Helme

X-Frame-Options (XFO) Protects your visitors against clickjacking attacks.

📖 X-Frame-Options - Scott Helme

📖 RFC7034 - HTTP Header Field X-Frame-Options

Content Security Policy Defines how content is loaded on your site and from where it is permitted to be loaded. Can also be used to protect against clickjacking attacks.

📖 Content Security Policy - An Introduction - Scott Helme

📖 CSP Cheat Sheet - Scott Helme

📖 CSP Cheat Sheet - OWASP

⬆ back to top

Performance

Best practices

Page weight: The weight of each page is between 0 and 500 KB.

🛠 Website Page Analysis

📖 Size Limit: Make the Web lighter

Minified HTML: Your HTML is minified.
Lazy loading: Images, scripts and CSS need to be lazy loaded to improve the response time of the current page (See details in their respective sections).
Cookie size: If you are using cookies be sure each cookie doesn't exceed 4096 bytes and your domain name doesn't have more than 20 cookies.

📖 Cookie specification: RFC 6265

📖 Cookies

🛠 Browser Cookie Limits

Third party components: Third party iframes or components relying on external JS (like sharing buttons) are replaced by static components when possible, thus limiting calls to external APIs and keeping your users activity private.

🛠 Simple sharing buttons generator

Preparing upcoming requests

📖 Explanation of the following techniques

DNS resolution: DNS of third-party services that may be needed are resolved in advance during idle time using dns-prefetch.

<link rel="dns-prefetch" href="https://example.com">

Preconnection: DNS lookup, TCP handshake and TLS negotiation with services that will be needed soon is done in advance during idle time using preconnect.

<link rel="preconnect" href="https://example.com">

Prefetching: Resources that will be needed soon (e.g. lazy loaded images) are requested in advance during idle time using prefetch.

<link rel="prefetch" href="image.png">

Preloading: Resources needed in the current page (e.g. scripts placed at the end of <body>) in advance using preload.

<link rel="preload" href="app.js">

📖 Difference between prefetch and preload

Performance testing

Google PageSpeed: All your pages were tested (not only the homepage) and have a score of at least 90/100.

🛠 Google PageSpeed

🛠 Test your mobile speed with Google

🛠 WebPagetest - Website Performance and Optimization Test

🛠 GTmetrix - Website speed and performance optimization

⬆ back to top

Accessibility

Notes: You can watch the playlist A11ycasts with Rob Dodson 📹

Best practices

Progressive enhancement: Major functionality like main navigation and search should work without JavaScript enabled.

📖 Enable / Disable JavaScript in Chrome Developer Tools

Color contrast: Color contrast should at least pass WCAG AA (AAA for mobile).

🛠 Contrast ratio

Headings

H1: All pages have an H1 which is not the title of the website.
Headings: Headings should be used properly in the right order (H1 to H6).

📹 Why headings and landmarks are so important -- A11ycasts #18

Landmarks

Role banner: <header> has role="banner".
Role navigation: <nav> has role="navigation".
Role main: <main> has role="main".

📖 Using ARIA landmarks to identify regions of a page

📖 ARIA roles categorization

Semantics

Specific HTML5 input types are used: This is especially important for mobile devices that show customized keypads and widgets for different types.

📖 Mobile Input Types

Form

Label: A label is associated with each input form element. In case a label can't be displayed, use aria-label instead.

📖 Using the aria-label attribute - MDN

Accessibility testing

Accessibility standards testing: Use the WAVE tool to test if your page respects the accessibility standards.

🛠 Wave testing

Keyboard navigation: Test your website using only your keyboard in a previsible order. All interactive elements are reachable and usable.
Screen-reader: All pages were tested in a screen-reader (VoiceOver, ChromeVox, NVDA or Lynx).
Focus style: If the focus is disabled, it is replaced by visible state in CSS.

📹 Managing Focus - A11ycasts #22

⬆ back to top

SEO

Google Analytics: Google Analytics is installed and correctly configured.
Headings logic: Heading text helps to understand the content in the current page.
sitemap.xml: A sitemap.xml exists and was submitted to Google Search Console (previously Google Webmaster Tools).
robots.txt: The robots.txt is not blocking webpages.

🛠 Test your robots.txt with Google Robots Testing Tool

Structured Data: Pages using structured data are tested and are without errors. Structured data helps crawlers understand the content in the current page.

📖 Introduction to Structured Data - Search - Google Developers

🛠 Test your page with the Structured Data Testing Tool

🛠 Complete list of vocabularies that can be used as structured data. Schema.org Full Heirarchy

📖 RDFa - Linked Data in HTML

📖 JSON-LD

📖 Microdata

Sitemap HTML: An HTML sitemap is provided and is accessible via a link in the footer of your website.

📖 Sitemap guidelines - Google Support

🛠 Sitemap generator

⬆ back to top

Translation

The Front-End Checklist is also available in other languages. Thanks for all translators and their awesome work!

🇯🇵 Japanese: miya0001/Front-End-Checklist
🇪🇸 Spanish: eoasakura/Front-End-Checklist-ES
🇨🇳 Chinese: JohnsenZhou/Front-End-Checklist
🇰🇷 Korean: kesuskim/Front-End-Checklist
🇧🇷 Portuguese: jcezarms/Front-End-Checklist
🇻🇳 Vietnamese: euclid1990/Front-End-Checklist
🇹🇼 Traditional Chinese: EngineLin/Front-End-Checklist
🇫🇷 French: ynizon/Front-End-Checklist
🇷🇺 Russian: ungear/Front-End-Checklist

Front-End Checklist Badge

If you want to show you are following the rules of the Front-End Checklist, put this badge on your README file!

➔

[![Front‑End_Checklist followed](https://img.shields.io/badge/Front‑End_Checklist-followed-brightgreen.svg)](https://github.com/thedaviddias/Front-End-Checklist/)

⬆ back to top

Contributing

Open an issue or a pull request to suggest changes or additions.

Guide

The Front-End Checklist repository consists of two branches:

1. `master`

This branch consists of the README.md file that is automatically reflected on the Front-End Checklist website.

2. `develop`

This branch will be used to make some significant changes to the structure, content if needed. It is preferable to use the master branch to fix small errors or add a new item.

Support

If you have any question or suggestion, don't hesitate to use Gitter or Twitter:

Authors

David Dias

Contributors

This project exists thanks to all the people who contribute. [Contribute]. <a href="graphs/contributors"><img src="https://opencollective.com/front-end-checklist/contributors.svg?width=890" /></a>

Backers

Thank you to all our backers! 🙏 [Become a backer]

License

⬆ back to top

Awesome

Önyüz Gereksinim Listesi

İçerik Tablosu

Nasıl kullanılır ?

Head Etiketi

Meta etiketi

HTML tags

Social meta

HTML

Best practices

HTML testing

Webfonts

CSS

Performance

CSS testing

Images

Best practices

JavaScript

Best practices

JavaScript testing

Security

Scan and check your web site

Best practices

Performance

Best practices

Preparing upcoming requests

Performance testing

Accessibility

Best practices

Headings

Landmarks

Semantics

Form

Accessibility testing

SEO

Translation

Front-End Checklist Badge

Contributing

Guide

1. master

2. develop

Support

Authors

Contributors

Backers

Sponsors

License

1. `master`

2. `develop`