Front-End Checklist, web sitenizi/ HTML sayfanızı yayına vermeden önce test etmek için sahip olmanız gereken tüm öğelerin kapsamlı bir listesidir.
Bu, bazı diğer açık-kaynak kontrol listelerinden gelen eklemelerle birlikte Front-End geliştiricilerinin sahip olduğu yılların birikimine dayanır.
Front-End Checklist' i Product Hunt üzerinden oylayarak ve önererek paylaşmaya yardımcı olun.
Front-End Checklist' de bulunan tüm öğeler web projelerinin çoğunluğu için gereklidir, fakat bazı öğeler dahil edilmeyebilir ya da birinci derecede önemli değildir(bir admin paneli web uygulamasında, örneğin RSS beslemesine gerek duymayabilirsiniz). Biz 3 esneklik seviyesi kullanmayı uygun buluyoruz:
- öğenin tavsiye edildiği ama bazı özel durumlarda ihmal edilebileceğini ifade eder.
- öğenin şiddetle tavsiye edildiğini ve ancak bazı çok önemli durumlarda çıkarılabileceğini ifade eder. Bazı öğeler dahil edilmediği taktirde performans ve SEO açısından istenmeyen sonuçlar doğurabilir.
- öğenin herhangi bir nedenden dolayı ihmal edilemeyeceğini ifade eder. Sayfanızda işlev bozukluğuna neden olabilir, erişilebilirlik veya SEO sorunlarıyla karşılaşabilirsiniz.
Bazı kaynaklar, içeriğin hangi tür olduğunu anlamanıza ya da kontrol listesi üzerinde bulabilmenize yardımcı olmak için bir ifadeye sahipler.
- 📖: belge veya makale
- 🛠: çevrimiçi araç / test aracı
- 📹: medya veya video içerik
Notlar: HTML belgesinin
<head>
bölümünde bulunabilecek olan her şeyin bir listesini bulabilirsiniz.
<!-- Doctype HTML5 -->
<!doctype html>
Sonraki 3 meta etiketinin (Charset, X-UA Compatible and Viewport) head alanında ilk olarak gelmesi gerekir.
<!-- Belge için karakter kodlamasını belirle -->
<meta charset="utf-8">
<!-- Internet Explorer' u en yeni işleme motorunu kullanması için bilgilendir. -->
<meta http-equiv="x-ua-compatible" content="ie=edge">
<!-- Duyarlı web tasarım için Viewport -->
<meta name="viewport" content="width=device-width, initial-scale=1">
- Title: Tüm sayfalarda bir başlık kullanılır. (SEO: Google, başlıkta kullanılan karakterlerin piksel genişliğini, başlığı 472 ve 482 piksel arasında kesip ayırarak hesaplar. Ortalama karakter sınırı 55-karakter civarı olacaktır).
<!-- Belge Başlığı -->
<title>Sayfa Başlığı 65 karakterden daha azdır.</title>
- Description: Bir açıklama metası, eşsiz olan ve 150 karakterden fazlasına sahip olmayan bir şekilde oluşturulur.
<!-- Meta Açıklama -->
<meta name="description" content="Sayfanın açıklaması 150 karakterden daha azdır.">
- Favicons: Her bir favicon doğru bir şekilde oluşturuldu ve görüntülendi. Eğer sadece bir
favicon.ico
' nuna sahipseniz, onu sitenizin kök dizinine koyun. Normalde başka herhangi bir işaret kullanmanız gerekmez. Buna rağmen, aşağıdaki örneği kullanarak ona bağlantı vermek hala iyi bir uygulamadır. Günümüzde,.ico
biçimine nazaran PNG biçimi önerilir.(boyutlar: 32x32px).
<!-- Standart favicon -->
<link rel="icon" type="image/x-icon" href="https://example.com/favicon.ico">
<!-- Önerilen favicon biçimi -->
<link rel="icon" type="image/png" href="https://example.com/favicon.png">
- Apple Touch Icon: Apple mobil web uygulamasına duyarlı Apple touch favicon mevcut.(İhtiyacınız olabilecek tüm boyutları desteklemek için en azından 200x200px boyutlu Apple Icon dosyası oluşturun)
<!-- Apple Touch Icon -->
<link rel="apple-touch-icon" href="/custom-icon.png">
<!-- Microsoft Tiles -->
<meta name="msapplication-config" content="browserconfig.xml" />
browserconfig.xml dosyası için gereken minimum xml biçimlendirmesi aşağıdaki gibidir:
<?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>
<!-- Kopya içerik sorunlarını önlemeye yardım eder -->
<link rel="canonical" href="http://example.com/2017/09/a-new-article-to-red.html">
- Language attribute: Web sitenizin
lang
özelliği belirtilmiş ve geçerli sayfanın diliyle ilişkilendirilmiştir.
<html lang="en">
- Direction attribute: Metin yönü HTML etiketi üzerinde belirtilmiş. (Bu farklı HTML etiketleri üzerinde kullanılabilir).
<html dir="rtl">
- Alternate language: Web sitenizin dil özelliği belirtilmiş ve geçerli sayfanın diliyle ilişkilendirilmiştir.
<link rel="alternate" href="https://es.example.com/" hreflang="es">
-
RSS feed: Eğer projeniz bir blog ise veya makaleler içeriyorsa, bir RSS bağlantısı sağlandı.
-
inline critical CSS: Sayfa yüklenme ("ilk görünen üst kısım içeriği") sırasında hemen görünür olan içeriğe şekil veren CSS, kritik CSS olarak adlandırılır. Bu temel CSS kurallarınızdan önce ve tek bir satır olarak (küçültülmüş)
<style></style>
etiketleri arasına yerleştirilir.
- 🛠 Critical by Addy Osmani on Github bu işi otomatikleştirir
- CSS order: Tüm CSS dosyaları
<head>
alanında tüm JavaScript dosyalarından önce yüklenir. (Kimi zaman JS dosyalarının sayfanıza eşzamanlı olmayan bir şekilde yüklendileri durumlar dışında.)
Facebook OG and Twitter Cards, herhangi bir web sitesi için şiddetle tavsiye edilir. Diğer sosyal medya etiketlerini de düşünebilirsiniz eğer onlar üzerinde özel bir varlığı hedefliyor veya görünümden emin olmak istiyorsanız.
- Facebook Open Graph: Tüm Facebook Open Graph (OG) etiketleri test edilmiş ve hiçbiri eksik ya da yanlış bir bilgiye sahip değil. Resimlerin en az 600x315 piksel olması gerekir, 1200x600 piksel önerilir.
Notlar:
og:image:width
andog:image:height
kullanımı tarayıcı(Facebot) için resim boyutlarını belirtir ve böylece resmi eş zamanlı olmayan bir şekilde yüklemeye ve işlemeye gerek duymadan hemen sunabilir.
<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">
<!-- Sonraki etiketler isteğe bağlıdır ama önerilir -->
<meta property="og:image:width" content="1200">
<meta property="og:image:height" content="630">
- 📖 Web Yöneticileri İçin Paylaşım Rehberi
- 📖 En İyi Uygulamalar - Paylaşma
- 🛠 Facebook OG testing ile sayfanızı test edin.
<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">
- 📖 Twitter cards başlangıç rehberi— Twitter Developers
- 🛠 Twitter card validator ile sayfanızı test edin.
- HTML5 Anlamsal Öğeler: HTML5 Anlamsal Öğeler gereğine uygun olarak kullanılıyor. (header, section, footer, main...).
-
Hata sayfaları: Hata 404 ve 5xx sayfaları mevcut. 5xx hata sayfalarının CSS kurallarının dahili olması gerektiğini unutmayın(mevcut sunucu üzerinden hiçbir harici çağrı yok).
-
Noopener:
target="_blank"
'e sahip harici bağlantılar kullanıyorsanız, sekme ele geçirme saldırısını önlemek için bağlantınızın birrel="noopener"
özelliğine sahip olması gerekir.
- W3C uyumlu: Muhtemel HTML kod sorunlarını belirlemek için tüm sayfalar W3C doğrulayıcıyla test edilmelidir.
- HTML Lint: HTML kodumda karşılaşabileceğim herhangi bir sorunu analiz etmeme yardım edecek araçlar kullanırım.
- Reklam engelleyici testi: Web siteniz, reklam engelleyici yazılımların aktif olduğu durumda, içeriğinizi doğru şekilde gösteriyor.(İnsanlara reklam engelleyici yazılımlarını devre dışı bırakmalarını teşvik edici bildirimler sunabilirsiniz).
Notlar: Web yazı tipleri kullanmak, biçimlendirilmemiş metin ortaya çıkması(FOUT)/ net görünmeyen metin belirmesi(FOIT) sorunlarına neden olabilir. Bu durumu kontrol etmek için alternatif yazı tipleri ve/veya web yazı tipi yükleyicilerini kullanmayı düşünün.
-
Web yazı tipi boyutu: Web yazı tipi dosyaları 2 MB(tüm biçimler dahil) 'ı aşmamalı.
-
Web yazı tipi yükleyicisi: Bir web yazı tipi yükleyicisi ile yükleme davranışını kontrol edin.
Notlar: Pek çok Front-End geliştiriciler tarafından takip edilen CSS Kılavuz ve Sass Kılavuz sitelerine gözatın. Eğer CSS özellikleri ile ilgili şüphelerin varsa, CSS Reference sitesini ziyaret edebilirsin.
- Duyarlı Web Tasarım: Web site, duyarlı web tasarımı uyguluyor.
- CSS Print: Bir baskı stil dosyası sağlanmış ve her sayfada hatasız.
- Önişlemciler: Sayfanız bir CSS önişlemcisi kullanıyor (Sass tercih edilen).
- Benzersiz Kimlik: Eğer kimlik kullanılıyorsa, her sayfa için benzersizdir.
- CSS Sıfırlama: CSS sıfırlama işlemi( sıfırlama, standartlaştırma veya yeniden yükleme) kullanıldı ve güncel. (Eğer Bootstrap veya Foundation gibi CSS Framework' ları kullanıyorsanız zaten bu işlemler dahil edilmiştir.)
- 📖 Reset.css
- 📖 Normalize.css
- 📖 Reboot
- JS öneki: JavaScript dosyalarında kullanılan tüm class ve id' ler js- ile başlıyor ve CSS dosyalarında stilize edilmemiş.
<div id="js-slider" class="my-slider">
<!-- Veya -->
<div id="id-used-by-cms" class="js-slider my-slider">
- Gömülmüş veya satır içi CSS: CSS işlemlerinizi
<style>
etiketlerine gömmekten veya satır için CSS kullanmaktan mümkün mertebe kaçının: sadece geçerli sebebler için kullanın (slider için background-image, kritik CSS gibi). - Sağlayıcı önekleri: Css sağlayıcı önekleri kullanıldı ve tarayıcınızın uyumluluk desteğine göre oluşturuldu.
- 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.
-
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.
- 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.
- Reading direction: All pages need to be tested for LTR and RTL languages if they need to be supported.
Notes: For a complete understanding of image optimization, check the free ebook Essential Image Optimization from Addy Osmani.
- 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.
- Picture/Srcset: You use picture/srcset to provide the most appropriate image for the current viewport of the user.
- 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
andheight
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.
- 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).
- JavaScript security:
- Non-blocking: JavaScript files are loaded asynchronously using
async
or deferred usingdefer
attribute.
- Modernizr: If you need to target some specific features you can use a custom Modernizr to add classes in your
<html>
tag.
- 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.
- 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.
-
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.
- 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.
- 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 negociation 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 usingpreload
.
<link rel="preload" href="app.js">
- Google PageSpeed: All your pages were tested (not only the homepage) and have a score of at least 90/100.
Notes: You can watch the playlist A11ycasts with Rob Dodson 📹
- Progressive enhancement: Major functionality like main navigation and search should work without JavaScript enabled.
- 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).
- Role banner:
<header>
hasrole="banner"
. - Role navigation:
<nav>
hasrole="navigation"
. - Role main:
<main>
hasrole="main"
.
- Specific HTML5 input types are used: This is especially important for mobile devices that show customized keypads and widgets for different types.
- Label: A label is associated with each input form element. In case a label can't be displayed, use
aria-label
instead.
- Accessibility standards testing: Use the WAVE tool to test if your page respects the accessibility standards.
- 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.
- 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
- Sitemap HTML: An HTML sitemap is provided and is accessible via a link in the footer of your website.
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
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/)
Open an issue or a pull request to suggest changes or additions.
The Front-End Checklist repository consists of two branches:
This branch consists of the README.md
file that is automatically reflected on the Front-End Checklist website.
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.
Check out all the super awesome contributors.
If you have any question or suggestion, don't hesitate to use Gitter or Twitter: