Markdown metinlerinizi anında temiz, geçerli ve semantik HTML koduna dönüştürün. Zengin araç çubuğu ile kolayca tablolar, başlıklar ve kod blokları ekleyin; tek tıkla HTML kodunu kopyalayın veya indirin.
Sol editöre doğrudan Markdown formatında yazın veya araç çubuğundaki düğmelerle başlık, kalın metin ve tablolar ekleyin.
Sağ paneldeki 'Canlı Önizleme' sekmesinde içeriğinizin web sitesinde tam olarak nasıl görüneceğini gerçek zamanlı takip edin.
'HTML Kodu' sekmesine geçerek arka planda üretilen temiz, semantik ve W3C uyumlu HTML kaynak kodunu kontrol edin.
HTML kodunu tek tıkla panoya kopyalayın, veya dosyanızı .html ve .md uzantılarıyla bilgisayarınıza indirin.
2004 yılında teknoloji yazarı John Gruber ve internet aktivisti Aaron Swartz tarafından tasarlanan Markdown; web içerik üreticilerinin, yazılımcıların ve teknik yazarların karmaşık HTML etiketleriyle boğuşmadan, düz metin (plain text) sadeliğinde biçimlendirilmiş içerikler yazmasını sağlayan hafif bir işaretleme dilidir (lightweight markup language). Markdown'ın temel felsefesi, ham metin halinde dahi hiçbir derleyiciye ihtiyaç duymadan bir insan tarafından kolayca okunabilmesi (human-readable) ve istendiğinde tek bir komutla yapısal, semantik bir HTML5 belgesine dönüştürülebilmesidir.
Orijinal Gruber spesifikasyonu resmi bir gramer kuralı veya biçimsel test paketi tanımlamadığı için zamanla farklı Markdown ayrıştırıcıları (parsers) arasında tutarsızlıklar türedi. Bu belirsizliği gidermek adına 2014 yılında Jeff Atwood ve John MacFarlane liderliğinde matematiksel olarak kesin CommonMark standardı kuruldu. Ardından GitHub, yazılım geliştiricilerin vazgeçilmez ihtiyaçları olan tablolar (tables), görev listeleri (task lists), üstü çizili metin (strikethrough) ve otomatik URL bağlama (autolinking) yeteneklerini ekleyerek bugün tüm modern web ekosisteminin referans aldığı GitHub Flavored Markdown (GFM) standardını ilan etti.
# Başlık 1 → <h1>Başlık 1</h1>
## Başlık 2 → <h2>Başlık 2</h2>
**Güçlü Vurgu** → <strong>Güçlü</strong>
*Vurgulanan* → <em>Vurgulanan</em>
> Alıntı Metni → <blockquote>Alıntı</blockquote>
```php ... ``` → <pre><code class="language-php">
Bir Markdown belgesi tarayıcıda veya sunucuda derlenirken üç ana işlem hattından (pipeline) geçer:
Yazılım dokümantasyonu, blog içerik üretimi ve teknik yayıncılıkta kullanılan popüler işaretleme formatlarının teknik kabiliyetleri:
| Biçimlendirme Formatı | Öğrenme Eğrisi | Standart & Spesifikasyon | Tablo & Gelişmiş Özellikler | XSS Güvenlik Riski | İdeal Kullanım Alanı |
|---|---|---|---|---|---|
| CommonMark / Markdown | Çok Kolay (10 Dakika) | Resmi CommonMark Spec | Temel (Tablosuz orijinal) | Orta (Ham HTML izni var) | Basit notlar, blog taslakları, README dosyaları. |
| GitHub Flavored (GFM) | Çok Kolay (15 Dakika) | GFM Spesifikasyonu | Gelişmiş (Tablo, Checkbox, Strikethrough) | Orta (Sanitizasyon gerekir) | Teknik bloglar, Jamstack (Next.js/Astro), GitHub/GitLab repoları. |
| AsciiDoc | Orta (Daha kapsamlı) | Eclipse Foundation Standart | Çok Güçlü (İç içe tablolar, include, macro) | Düşük (Dahili korumalar) | Kapsamlı teknik kitaplar, kurumsal yazılım şartnameleri, O'Reilly basımları. |
| reStructuredText (reST) | Zor (Girinti duyarlı) | Docutils Python Spec | Güçlü (Directives, roll-based) | Düşük | Python ekosistemi, Sphinx dokümantasyonu, Linux Kernel docs. |
| Ham HTML5 (WYSIWYG) | Orta (Görsel araçlarla kolay) | W3C / WHATWG HTML5 | Sınırsız (Her CSS/JS yapısı) | Çok Yüksek (Doğrudan DOM saldırıları) | Geleneksel CMS (WordPress TinyMCE), son kullanıcı zengin metinleri. |
Senaryo & Problem: 250.000 aylık organik trafiğe sahip bir SaaS şirketi, içerik yazarlarının Strapi üzerinden Markdown formatında makale girmesini sağlamaktadır. Next.js SSR derleme katmanında içerik basit bir Markdown parser ile çözülüp doğrudan dangerouslySetInnerHTML ile sayfaya basılmıştır. Ancak konuk yazarlardan birinin makale taslağına eklediği <img src="x" onerror="stealTokens()"> kodu filtrelenmediği için Stored XSS zafiyeti oluşmuş; ayrıca başlıklara (H2, H3) otomatik bağlantı ID'si (anchor slug) atanmadığı için Google arama sonuçlarında "İçindekiler Atlaması" (Jump to section) zengin sonuçları kaybedilmiştir.
Uygulanan Çözüm: Unified.js tabanlı modern Remark ve Rehype pipeline'ı kurgulanmıştır:
Teknik Sonuç: rehype-sanitize sayesinde Stored XSS riski sıfıra indirilmiştir. rehype-slug sayesinde tüm alt başlıklara otomatik semantik ID'ler atanmış; Google SERP'te doğrudan alt başlıklara yönlendiren Jump-to-link Featured Snippet'lar elde edilerek organik tıklama oranı (CTR) %34 oranında artırılmıştır.
Senaryo & Problem: 80 farklı mikroservise ait REST ve GraphQL API referanslarını barındıran 600 sayfalık kurumsal bir yazılım portalı, geliştiricilerin GitHub üzerinden .md dosyaları güncellemesiyle otomatik derlenmektedir. Ancak eski derleyici kod bloklarındaki dil etiketlerini (```bash, ```json, ```python) doğru etiketleyememekte, mobil telefonlarda 10 sütunlu parametre tabloları ekran dışına taşarak Google Core Web Vitals (CLS ve LCP) skorlarını kırmızıya düşürmektedir.
Uygulanan Çözüm: GFM tablo ayrıştırıcısı çıktı üretirken tablolar otomatik olarak <div class="table-responsive"> kapsayıcısıyla sarmalanmış; kod blokları için Shiki sözdizimi renklendiricisi (TextMate grammars) devreye alınarak sıfır istemci taraflı JS maliyetiyle sunucuda renklendirilmiştir.
Teknik Sonuç: Mobil cihazlarda sağa kaydırılabilir yatay tablo mimarisi sayesinde sayfa düzeni kayması (CLS) 0.00 değerine çekilmiş; Google Mobil Uyumluluk denetiminden 100/100 tam puan alınarak yazılımcı kitle için en hızlı yanıt veren API portalı haline getirilmiştir.
| Hata Tipi | Görülen Semptom & SEO / Güvenlik Riski | Hatalı Kullanım | Doğru & Semantik Yaklaşım |
|---|---|---|---|
| 1. Başlık Hiyerarşisi İhlali | Aynı sayfada birden fazla # (H1) kullanmak veya H2'den H4'e atlamak arama motorlarının başlık hiyerarşisi indekslemesini bozar. | # Sayfa Başlığı |
Sayfa başına tek # H1; alt bölümlerde sırasıyla ## H2 ve ### H3 kullanın. |
| 2. Ham HTML XSS İhmali | Markdown içine yazılan zararlı <script> veya <iframe> etiketlerinin doğrudan DOM'a aktarılması. |
<script>alert(1)</script> |
Derleyicide HTML sanitization (DOMPurify veya rehype-sanitize) zorunlu tutulmalıdır. |
| 3. Paragraf Ayrımı ve Boş Satır | Markdown'da ardışık satırlar aynı paragraf kabul edilir; araya boş satır konmazsa metinler tek satırda birleşir. | Satır 1 |
Paragraflar arasında tam 1 boş satır bırakın veya satır sonuna 2 boşluk (soft break) ekleyin. |
| 4. Tablo Hizalama Eksikliği | Sayısal ve parasal değerler sola hizalandığında basamak takibi zorlaşır; profesyonel tablo okunabilirliği kaybolur. | | Fiyat | |
Sayısal kolonlarda sağa hizalama kullanın: | ---: |. |
| 5. Kod Dil Etiketi Unutulması | Üçlü ters tırnak yanına dil adı girilmezse sözdizimi renklendirmesi (syntax highlighting) yapılamaz. | ``` |
Mutlaka dil etiketini belirtin: ```javascript. |
| 6. Kırık Görsel / Alt Text | Görsel sözdiziminde  köşeli parantez içi boş bırakılırsa SEO görsel optimizasyonu ve ekran okuyucu erişilebilirliği sıfırlanır. |
 |
Açıklayıcı alt metin girin: . |
Ziyaretçilerinizi sadık müşterilere dönüştüren, semantik HTML5 ve Schema işaretlemeleriyle arama motorlarında otorite kuran modern web siteleri inşa ediyoruz.