Birden çok H1 etiketi SEO'ya zarar verir mi?

TL;DR — Bir sayfada birden fazla <h1> etiketi bulunması Google sıralamalarınıza zarar vermez. Google bunu açık ve tekrar tekrar söyledi. Bir sayfanın tam olarak bir H1’e sahip olması gerektiği bir mittir. Bilinmesi gereken tek nokta şudur: birden çok H1, ekran okuyucu kullananların sayfada gezinmesini biraz zorlaştırabilir; bu nedenle tek ve net bir ana başlık hâlâ iyi bir varsayılandır — çoğu kişinin düşündüğü nedenle değil.

Evidence for this claim Google's current guidance treats semantic heading order as useful for screen readers but not something that materially changes Google Search behavior. Scope: Current Google SEO Starter Guide; does not establish that every multiple-H1 pattern is ideal HTML. Confidence: high · Verified: 2026-07-14 Google Search Central: SEO Starter Guide Evidence for this claim A page without a single clear first-level heading can be harder for assistive-technology users to navigate. Scope: Accessibility and document organization, not a Google penalty claim. Confidence: high · Verified: 2026-07-14 MDN: Heading elements — Accessibility

”multiple H1 tags” (çeviri) “birden çok H1 etiketi” ne demektir

<h1>, bir sayfanın ana başlığı için kullanılan HTML etiketidir. “Multiple H1 tags” (çeviri) “Birden çok H1 etiketi”, bir sayfada bu etiketlerden birden fazla bulunması demektir. Klasik örnek şudur: bir site şablonu header’daki logoyu bir <h1> içine alır ve makalenin gerçek başlığını da ikinci bir <h1> içine koyar. Böylece bunu kimse özellikle planlamadan iki H1’iniz olur.

H1’in ne olduğunu ve H2 ile H3’lerin altında nasıl konumlandığını öğrenmek istiyorsanız H1 etiketi makalesi bunu anlatır. Bu sayfa, insanların endişelendiği tek bir soruya odaklanır: iki (veya daha fazla) H1’e sahip olmak SEO’ma zarar verir mi?

Kısa yanıt: hayır

Muhtemelen Screaming Frog, Ahrefs Site Audit, Semrush veya Lighthouse gibi bir denetim aracı çalıştırdınız ve “multiple H1 tags found.” (çeviri) “birden çok H1 etiketi bulundu” uyarısını gördünüz. Bu uyarı kulağa bir sorunmuş gibi gelebilir. Google sıralamaları açısından değildir.

Google’dan John Mueller, bir sayfanın “rank perfectly fine with no H1 tags or with five H1 tags,” (çeviri) “H1 etiketi olmadan veya beş H1 etiketiyle de gayet iyi sıralanacağını” ve araçlar birden çok H1’i işaretlediğinde bunun “from our point of view that’s not a critical issue.” (çeviri) “bizim açımızdan kritik bir sorun olmadığını” söyledi. Google’ın söyleyebileceği kadar açık bir ifade bundan daha fazla olamaz.

Peki aracım bunu neden işaretliyor?

Çünkü bu, sıralama cezası değil, düşük öncelikli bir düzen ve kullanılabilirlik önerisidir. Ahrefs’in kendi Site Audit’i de dahil çoğu araç, tam bu nedenle bunu düşük önem derecesinde işaretler. Bu, denetim aracının “you might want to look at this,” (çeviri) “buna bir göz atmak isteyebilirsiniz” demesidir; “this is hurting you.” (çeviri) “bu size zarar veriyor” demesi değil.

Hâlâ önemsemek için gerçek neden

Bu neden Google değil, ekran okuyucu kullanan insanlardır. Ekran okuyucu bir sayfadaki her <h1> etiketini aynı derecede önemli, en üst düzey başlık olarak ele alır. Bu nedenle bir sayfada beş H1 varsa, başlıklarla gezinen ekran okuyucu kullanıcısı beş “main” (çeviri) “ana” başlık duyar ve hangisinin gerçekten sayfanın konusunu taşıdığını tahmin etmek zorunda kalır. Bu, SEO’dan ayrı, gerçek (küçük olsa da) bir kullanılabilirlik sorunudur.

Pratik sonuç şudur:

• Bir araç birden çok H1’i işaretlediğinde panik yapmayın. Bu bir sıralama sorunu değildir.
• Sayfa başına tek ve net bir H1 hâlâ iyi bir varsayılandır — çoğunlukla erişilebilirlik ve düzen için.
• Bir şablon başıboş ikinci bir H1 ekliyorsa (örneğin logo H1’i), bu düşük öncelikli ve kolay bir temizlik işidir; acil durum değildir.

Kaynaklardaki tam Google alıntılarını ve tarihleri, HTML5’in gerçekte neyi değiştirdiğini, spesifikasyonun 2022’de neden yeniden değiştiğini ve zararsız bir tekrarı düzeltilmeye değer bir durumdan nasıl ayıracağınızı mı istiyorsunuz? Advanced sekmesine geçin.

Inventory her H1 ve onun context

çalıştır bu in DevTools Console on rendered sayfa. o listeler her H1, onun text, whether başka bir H1 contains o, ve nearest sectioning ancestor:

console.table([...document.querySelectorAll('h1')].map((h1, index) => {
  const section = h1.closest('section, article, aside, nav');
  return {
    number: index + 1,
    text: h1.textContent.trim().replace(/\s+/g, ' '),
    nestedInH1: Boolean(h1.parentElement?.closest('h1')),
    sectioningAncestor: section?.tagName.toLowerCase() ?? 'none',
    sectionId: section?.id || 'none',
  };
}));

bençin bir fast count ve visual outline:

const h1s = [...document.querySelectorAll('h1')];
console.log(`${h1s.length} H1 element(s)`);
h1s.forEach((h1, i) => console.log(`${i + 1}.`, h1.textContent.trim(), h1));

count alone değildir verdict. Review whether her H1 represents bir gerçek top-level heading, whether bir logo veya shared template creates bir accidental bir, ve whether nested sectioning relies on obsolete outline-algorithm pattern.

TL;DR — Birden çok H1 etiketi Google sıralamalarına zarar vermez — Mueller bunu 2019’dan beri (“not a critical issue” (çeviri) “kritik bir sorun değil”) doğrudan ve tekrar tekrar söyledi; 2026’ya kadar geri alınmış bir açıklama yok. HTML5 (2014), aynı düzeydeki birden çok sibling (çeviri) “kardeş” <h1> öğesini uyumlu hâle getirdi; “exactly one H1” (çeviri) “tam olarak bir H1” kuralı HTML4/XHTML-strict döneminden kalmadır. Bir zamanlar nested (çeviri) “iç içe” birden çok H1 kalıbını gerekçelendiren outline algoritması, hiçbir tarayıcı bunu uygulamadığı için WHATWG Living Standard’dan Temmuz 2022’de (PR #7829) kaldırıldı. Bu yüzden iç içe sectioning içeriğinde H1 kullanmak artık uyumlu değildir; kardeş H1’ler ise uygundur. “Harmless for Google” (çeviri) “Google için zararsız” ≠ “zero downside” (çeviri) “hiçbir dezavantaj yok”: Bing’in (2009’da kalmış) ifadesine göre ek H1’ler etiketin “diminish the value” (çeviri) “değerini azaltır”; ekran okuyucular da her H1’i en üst düzey olarak duyurur ve birkaçı başlık gezinmesini karıştırabilir. Sitelerin %51,3’ünde bir yerde birden çok H1 bulunur — yaygın ve zararsız bir şablon kalıbı. Sıralamalar için değil, erişilebilirlik ve düzen için düzeltin.

Evidence for this claim Google's current guidance treats semantic heading order as useful for screen readers but not something that materially changes Google Search behavior. Scope: Current Google SEO Starter Guide; does not establish that every multiple-H1 pattern is ideal HTML. Confidence: high · Verified: 2026-07-14 Google Search Central: SEO Starter Guide Evidence for this claim A page without a single clear first-level heading can be harder for assistive-technology users to navigate. Scope: Accessibility and document organization, not a Google penalty claim. Confidence: high · Verified: 2026-07-14 MDN: Heading elements — Accessibility

Aslında sorduğumuz şey

Bu makale, endişe yaratan tek ve dar bir soruyu yanıtlar: bir sayfada birden fazla <h1> bulunması SEO’ya zarar verir mi? Genel H1 konusunu — H1’in bir sıralama faktörü olup olmadığını, SERP başlık bağlantısını nasıl beslediğini ve H1 ile title etiketinin farkını — yeniden tartışmaz. Daha geniş tablo için H1 etiketi derinlemesine incelemesine gidin. Burada birden çok H1 mitini ve daha önemlisi, neredeyse her rakip makalenin belirsiz bıraktığı HTML spesifikasyonu tarihini ele alıyoruz.

Google birden çok H1 etiketini cezalandırır mı?

Hayır. Google bunu söyleyebildiği kadar çok farklı biçimde söyledi.

Temel açıklamalar, 30 Eylül 2019 tarihli Webmaster Central buluşmasından gelir; John Mueller doğrudan konuştu:

“You can use H1 tags as often as you want on a page. There’s no limit, neither upper or lower bound.” (çeviri) “Bir sayfada H1 etiketlerini istediğiniz kadar kullanabilirsiniz. Ne üst ne de alt sınır vardır.”

“Your site is going to rank perfectly fine with no H1 tags or with five H1 tags.” (çeviri) “Siteniz H1 etiketi olmadan veya beş H1 etiketiyle gayet iyi sıralanacaktır.”

Ve “my audit tool flagged it” (çeviri) “denetim aracım bunu işaretledi” diyen kitle için en ilgili satır şudur — araç uyarılarını doğrudan ele aldı:

“Some SEO tools flag this as an issue and say like ‘oh you don’t have any H1 tag or you have two H1 tags’… from our point of view that’s not a critical issue.” (çeviri) “Bazı SEO araçları bunu sorun olarak işaretleyip ‘H1 etiketiniz yok veya iki H1 etiketiniz var’ diyor… bizim açımızdan bu kritik bir sorun değil.”

Bunu, hâlâ göz atmaya değer olabileceğine dair dürüst bir kayıtla yumuşattı: “From a usability point of view maybe it makes sense to improve that. So it’s not that I would completely ignore those suggestions but I wouldn’t see it as a critical issue.” (çeviri) “Kullanılabilirlik açısından bunu iyileştirmek mantıklı olabilir. Önerileri tamamen görmezden geleceğim anlamına gelmez; fakat bunu kritik bir sorun olarak görmem.” Bu, bütün hükmün kısa özeti: sıralama sorunu değil, belki küçük bir kullanılabilirlik iyileştirmesi.

Birkaç gün sonraki #AskGoogleWebmasters videosunda Mueller şunu ekledi: “Our systems don’t have a problem when it comes to multiple H1 headings on a page. That’s a fairly common pattern on the web.” (çeviri) “Söz konusu bir sayfadaki birden çok H1 başlığı olduğunda sistemlerimizin bir sorunu yok. Bu, web’de oldukça yaygın bir kalıp.” Videodaki diğer satırların tam ifadesini kayıt dökümüyle doğrulanmış olmaktan çok aktarılmış ama geniş ölçüde desteklenmiş kabul ediyorum — burada dayanak olarak aldığım satırlar yukarıdaki “not a critical issue” (çeviri) “kritik bir sorun değil” ve “no limit” (çeviri) “sınır yok” ifadeleridir.

Bu hâlâ 2026’da geçerli mi?

Evet. Bunlardan herhangi birini geri alan daha yeni bir Google açıklamasını özellikle aradım; yok. 2019 Mueller alıntıları, birden çok H1 sorusuna ilişkin en yeni doğrudan ve kayıt altına alınmış Google açıklaması olmaya devam ediyor. Başlıkların sırasının ve sayısının sıralamaları etkilemediğine dair yakın görüş, Gary Illyes’in başlıkların sıra dışı olmasının Google Search için önemli olmadığını ve “just because a non-Google tool tells you something is good or bad, that doesn’t make it relevant for Google.” (çeviri) “Google dışı bir araç bir şeyin iyi veya kötü olduğunu söyledi diye bu Google için de anlamlı olmaz” dediği Temmuz 2024 SEO Office Hours içinde güçlendirildi. Google’ın SEO Starter Guide rehberi de başlık sayısını odaklanmamanız gereken şeyler arasında listeler: “There’s also no magical, ideal amount of headings a given page should have.” (çeviri) “Bir sayfanın sahip olması gereken sihirli, ideal bir başlık sayısı da yoktur.” Beş yılı aşkın süredir geri adım yok. Görüşü eskimiş değil, istikrarlı kabul edin.

HTML5 kuralı gerçekten değiştirdi mi, yoksa bu bir şehir efsanesi mi?

Çoğu makalenin atladığı bir şeyi burada ekleyebilirim. “HTML5 allows multiple H1s” (çeviri) “HTML5 birden çok H1’e izin verir” ifadesi, kimse neyin ne zaman değiştiğini belirtmeden her yerde tekrarlanıyor. Gerçek tarih üç perdeden oluşur ve bu sayfanın amacı bunları doğru sıraya koymaktır.

1. Perde — HTML4/XHTML-strict dönemi: “one H1” (çeviri) “tek H1” bir sözleşmeydi, gerçekten katı bir kural değil

“exactly one H1 per document” (çeviri) “belge başına tam olarak bir H1” inancı HTML5’ten önceye dayanır. XHTML-strict tarzı belge düşüncesinden ve bir belgenin tek bir başlığı olduğu yönündeki genel sezgiden çıktı. İnsanların hatırladığı gibi parlak çizgili bir HTML4 doğrulama hatası değildi; folklora dönüşen bir sözleşmeydi.

2. Perde — HTML5 (2014): birden çok kardeş H1 açıkça uyumlu hâle geliyor

HTML5 konuyu spesifikasyon düzeyinde kapattı. WHATWG HTML Living Standard, üç kardeş en üst düzey başlıklı bir belge örneğini hâlâ taşıyor — <h1>Apples</h1>, <h1>Bananas</h1>, <h1>Carambola</h1> — ve açıklamasında bir belgenin birden çok en üst düzey başlık içerebileceğini söylüyor. Bu, spesifikasyon düzeyinde mümkün olan en açık doğrulamadır: birden çok <h1> öğesi uyumlu HTML’dir.

HTML5 ayrıca “multiple H1s, especially inside sections, are fine” (çeviri) “özellikle section’ların içindeki birden çok H1 uygundur” düşüncesinin asıl kaynağı olan outline algoritmasını getirdi. Tasarlanan kalıpta her <article>, <section> veya <aside> kendi h1 etiketiyle başlayabiliyor ve uyumlu bir tarayıcının, başlığın etkin düzeyini ne kadar iç içe olduğuna göre hesaplaması bekleniyordu; böylece derinde iç içe bir <h1>, H3 veya H4 gibi ele alınacaktı. Kâğıt üzerinde bu, çok sayıda H1’i yalnızca yasal değil, sayfa yapılandırmanın önerilen yolu hâline getiriyordu.

3. Perde — Temmuz 2022: outline algoritması hiçbir tarayıcı tarafından uygulanmadığı için kaldırılıyor

Rakip makalelerin neredeyse hiç değinmediği gerçek şudur. Outline algoritması, Steve Faulkner tarafından yazılan ve 1 Temmuz 2022’de birleştirilen PR #7829 (“replace current outline algorithm with one based on heading levels” (çeviri) “mevcut outline algoritmasını başlık düzeylerine dayalı olanla değiştirme”) ile WHATWG Living Standard’dan çıkarıldı. Belgenin “outline” (çeviri) “outline” kavramı, sectioning öğelerinin içine iç içe yerleşimden değil, <h1>–<h6> öğelerinin düz sırasından ve açık düzeylerinden türetilen bir kavramla değiştirildi.

Kaldırılma nedeni bütün hikâyeyi anlatır: outline algoritması spesifikasyonda on yılı aşkın süre boyunca tek bir tarayıcı bile tarafından uygulanmadan durdu. Ekran okuyucular ve tarayıcılar, iç içe yerleşime bakmadan her <h1> etiketini en üst düzey başlık olarak ele aldı. Spesifikasyon metninin dışında hiçbir yerde bulunmayan “some H1s effectively become H3s” (çeviri) “bazı H1’ler etkin olarak H3 olur” davranışı gerçekte hiç var olmadı. Erişilebilirlik yazarları bunu yıllardır söylüyordu — Adrian Roselli’nin 2016 tarihli There Is No Document Outline Algorithm yazısı, spesifikasyon tartışmasının tekrar tekrar döndüğü metindi; Bruce Lawson’ın plain-language explainer yazısı da kaldırmanın erişilebilirlik rehberliğini neden iyileştirdiğini özetler.

Bugün geriye ne kaldı

Öyleyse mevcut ve kesin (2022 sonrası) durum — “does it hurt” (çeviri) “zarar verir mi” sorusunun özü de budur:

• Aynı iç içe derinliğe sahip birkaç sibling <h1> öğesi (Apples/Bananas/Carambola kalıbı) hâlâ uyumlu HTML’dir.
• Eski outline algoritması davranışına güvenmek için iç içe <h1>/<section>/<article> içinde bir <aside> kullanmak artık uyumlu değildir; bunun nedeni söz konusu mekanizmanın kaldırılmış olmasıdır.

MDN bunu açıkça belirtir: birden çok <h1> öğesi “on one page is allowed by the HTML standard (as long as they are not nested), this is not considered a best practice,” (çeviri) “bir sayfada birden çok <h1> öğesine HTML standardı izin verir (iç içe olmadıkları sürece); ancak bu bir iyi uygulama sayılmaz” ve iç içe sectioning öğelerinde H1’lerin kullanılmasının “was allowed in older versions of the HTML standard. However, this was never considered a best practice and is now non-conforming.” (çeviri) “HTML standardının eski sürümlerinde izinli olduğunu; ancak bunun hiçbir zaman iyi uygulama sayılmadığını ve artık uyumlu olmadığını” söyler. MDN’nin önerisi şöyledir: “Prefer using only one <h1> per page and nest headings without skipping levels.” (çeviri) “Sayfa başına yalnızca bir <h1> kullanmayı ve düzey atlamadan başlıkları iç içe yerleştirmeyi tercih edin.”

SEO içeriğinin çoğu bütün bunları tek bir “multiple H1s are HTML5-legal.” (çeviri) “HTML5 birden çok H1’e izin verir” cümlesine indirger. Siz bundan daha kesin olabilirsiniz.

Peki Bing?

Arama motorlarının gerçekten ayrıştığı tek yer Bing’dir — ancak konumunu tarih ekleyerek okuyun. Bing’in alıntılanabilir H1 açıklaması, SEO için içerik mimarisi (SEM 101) başlıklı 2009 tarihli web yöneticisi yazısıdır:

“Only use only one <h1> tag per page. No, you won’t be considered web spam if you use two, but you diminish the value of the <h1> tag if you use more than one (after all, there is supposed to be only one big idea per page, right?).” (çeviri) “Sayfa başına yalnızca bir <h1> etiketi kullanın. İki tane kullanırsanız web spam’i sayılmazsınız; ancak birden fazla kullanırsanız <h1> etiketinin değerini azaltırsınız (sonuçta sayfa başına yalnızca bir büyük fikir olması gerekir, değil mi?).”

Bu, Google’ın düz “not critical” (çeviri) “kritik değil” ifadesinden daha yumuşak, zayıflama tarzı bir uyarıdır — Bing ek H1’lerin spam olarak işaretlenmeyeceğini, fakat sinyali zayıflatacağını söyler. İki dürüst not var: ifade HTML5’in 2014’teki birden çok H1 izninden önce, 2009’da yayımlandı ve Bing’in o zamandan beri bunu yeniden ele aldığına dair kanıt yok. Bulabildiğim en güncel Bing’e özgü ifade hâlâ bu; fakat onu güncel bir görüş değil, tarihli bir tutum olarak aktarıyorum.

Sıralamalara zarar vermiyorsa erişilebilirlik uzmanları neden hâlâ bundan kaçınmayı söylüyor?

Çünkü bu, SEO’dan tamamen farklı bir eksende duran gerçek, güncel ve mit olmayan dezavantajdır.

Ekran okuyucular, HTML yapısında nerede bulunduğuna bakmadan her <h1> etiketini en üst düzey başlık olarak duyurur. Outline algoritmasının vaat ettiği, iç içe yerleşimi dikkate alan davranış — içteki H1’in daha düşük bir düzey olarak duyurulması — hiçbir zaman yardımcı teknolojide var olmadı. Bu nedenle birkaç H1 içeren bir sayfa, sayfada başlıklarla gezinen (çoğu böyle gezinir) ekran okuyucu kullanıcısına birbiriyle yarışan birkaç “this is the main thing” (çeviri) “ana konu bu” sinyali sunar. BOIA erişilebilirlik ekibi bunu şöyle ifade eder: “must ask which heading truly represents the main topic.” (çeviri) “hangi başlığın gerçekten ana konuyu temsil ettiğini sormalıdır.” HTML doğrulayıcıları da bunu araç diliyle aynı şekilde söyler: “all <h1> elements are treated as top-level headings by many screen readers and other tools.” (çeviri) “birçok ekran okuyucu ve diğer araç, tüm <h1> öğelerini en üst düzey başlık olarak ele alır.”

Bu nedenle “multiple H1s don’t hurt Google rankings” (çeviri) “birden çok H1 Google sıralamalarına zarar vermez” ile “multiple H1s have zero downside for every user” (çeviri) “birden çok H1 her kullanıcı için hiçbir dezavantaj yaratmaz” iki farklı iddiadır. İlki doğrudur; ikincisi değildir. Bunları birbirinden ayırın.

Birden çok H1 içeren bir sayfayı düzeltmeli misiniz?

Panik yapmadan önceliklendirin. Üç durum vardır:

1. Şablon hatası — logo H1’i ve başlık H1’i. Bu, gerçek hayattaki en yaygın nedendir. SEO açısından düşük önceliklidir, fakat erişilebilirlik için kolay bir kazanımdır: logoyu <div>, <p> veya <span> öğesine düşürün (gerçekten başlık olması gerekiyorsa <h2> kullanın) ve makale başlığını tek H1 olarak bırakın. Hızlı ve düşük risklidir.
2. Birkaç H1 arasında anahtar kelime doldurma. Birileri sıralamaları manipüle etmek için aynı hedef ifadeyi beş H1’e sıkıştırdıysa bunu düzeltmeye değer — Google sayıyı cezalandırdığı için değil. Orada kalıp kalmayacağına karar veren insanlara düşük kaliteli göründüğü ve Mueller’in “not critical” (çeviri) “kritik değil” çerçevesinin manipülatif başlık spam’ine izin vermediği için düzeltin. Çözüm H1’leri silmek değil, dürüst başlıklar yazmaktır.
3. Şablon, kimsenin kafasını karıştırmadığı kardeş H1’leri meşru biçimde kullanıyor. Bir tasarım gerçekten birkaç eşit en üst düzey başlık gerektiriyor ve temiz, okunabilir görünüyorsa bırakabilirsiniz. Uyumlu HTML’dir, sıralama sorunu yoktur. Ekran okuyucu netliği istiyorsanız tek H1 + H2’lerde birleştirebilirsiniz; bu isteğe bağlıdır. Küçük erişilebilirlik nüansını tartın ve ilerleyin.

Bu gerçekten ne kadar yaygın?

Bunu bir felaket saymak anlamsız olacak kadar yaygındır. Bir milyondan fazla alan adını kapsayan milyon alan adlı Site Audit çalışmamda sitelerin %51,3’ünün birden çok H1 etiketi bulunan sayfaları vardı. O zamanki çerçevem hâlâ geçerli: modern HTML’de birden çok H1’e izin verilir ve Google bunların sorun olmadığını söylemiştir — her H1 başlığının gerçekten sayfayla ilgili olduğunu doğrulamak değerli olsa da bu önemli bir kaygı değildir. Web’in yaklaşık yarısında bu durum varsa ve Google beş yılı aşkın süredir buna karşı tek kelime etmediyse, denetim aracınızın kırmızı bayrağının ima ettiği SEO acil durumu olmadığı açıktır. Eksik H1’lerin kıyaslaması için — o da son derece yaygın ve düşük etkili — H1 etiketi makalesine bakın; bu sayıların tekrarını burada yapmayacağım.

Sonuç

Birden çok H1 etiketi Google sıralamalarınıza zarar vermez. HTML5, kardeş H1’leri uyumlu hâle getirdi; 2022 spesifikasyon değişikliği, bir zamanlar iç içe H1’leri gerekçelendiren outline mekanizmasını kaldırdı, dolayısıyla iç içe sectioning içeriğinde H1 kullanmak artık gerçekten uyumsuz olan tek durumdur. Bing’in tarihli “diminishes value” (çeviri) “değeri azaltır” uyarısı ve güncel erişilebilirlik kaygısı, tek ve net bir H1’i hâlâ düzenli varsayılan yapan nedenlerdir — Google cezası değil. Ucuzsa şablon tekrarlarını düzeltin; bunun için bir sprint harcamayın.

Genel H1 resmi — sıralama faktörü durumu, title bağlantısıyla ilişkisi ve eksik H1 verileri — için H1 etiketi derinlemesine incelemesine bakın. H1–H6 ailesinin tamamı ve başlık sırası için header tags merkezine gidin. <header> landmark öğesi ise H1 başlığından tamamen farklıdır; ikisini karıştırmayın.

AI özeti

Advanced sürümünün kısaltılmış özeti:

• Doğrudan yanıt: hayır, birden çok H1 etiketi Google sıralamalarına zarar vermez. Mueller, 2019: bir sayfa “perfectly fine with no H1 tags or with five H1 tags,” (çeviri) “H1 etiketi olmadan veya beş H1 etiketiyle gayet iyi sıralanır” ve araçlar birden çok H1’i işaretlediğinde “from our point of view that’s not a critical issue.” (çeviri) “bizim açımızdan bu kritik bir sorun değil.” 2026’ya kadar geri alınmadı.
• HTML5 (2014), birden çok sibling H1’i uyumlu hâle getirdi; HTML4/XHTML’deki “exactly one H1” (çeviri) “tam olarak bir H1” sözleşmesini sona erdirdi. Spesifikasyonun kendi Apples/Bananas/Carambola örneği, birden çok en üst düzey başlığı gösterir.
• Temmuz 2022: outline algoritması kaldırıldı — WHATWG Living Standard’dan (PR #7829, Steve Faulkner), çünkü hiçbir tarayıcı bunu uygulamadı. Sonuç: kardeş H1’ler uyumlu kalır; nested H1’leri iç içe sectioning içeriğinde kullanmak artık uyumlu değildir (MDN’ye göre).
• “Not an SEO problem” ≠ “no downside.” (çeviri) “SEO sorunu değil” ≠ “dezavantaj yok.” Bing’in 2009’da kalmış ifadesi ek H1’lerin etiketin “diminish the value” (çeviri) “değerini azalttığı” yönündedir; ekran okuyucular her H1’i en üst düzey olarak duyurur ve birkaçı başlık tabanlı gezinmeyi karıştırabilir — SEO’dan bağımsız, gerçek ve güncel bir erişilebilirlik kaygısı.
• Denetim aracı uyarıları tasarı gereği düşük önemlidir (Ahrefs’in kendi Site Audit’i de dahil); Mueller’in “not critical… maybe worth a usability look.” (çeviri) “kritik değil… belki kullanılabilirlik açısından bakmaya değer” ifadesiyle uyumludur.
• En yaygın neden şablondur — logo H1’i ile başlık H1’i — içerik stratejisi değil. Sitelerin %51,3’ünde bir yerde birden çok H1 bulunur (Patrick’in milyon alan adlı çalışması); bu yaygın ve çoğunlukla zararsızdır.
• Önceliklendirin: şablon tekrarlarını ucuza düzeltin (erişilebilirlik kazanımı); gerçek anahtar kelime doldurmayı kalite için düzeltin; temiz kardeş-H1 tasarımlarını bırakın.
• Sonuç: Okuyucular ve erişilebilirlik için yapılandırın; “one H1” (çeviri) “tek H1” varsayılanı düzen ve ekran okuyucularla ilgilidir, Google cezasıyla değil.

Resmî belgeler

Arama motorlarının ve HTML spesifikasyonunun birincil kaynak belgeleri.

Google

• SEO Başlangıç Rehberi: Temeller — başlık sayısı ve sırasını “things you shouldn’t focus on” (çeviri) “odaklanmamanız gereken şeyler” arasında ele alır; “no magical, ideal amount of headings.” (çeviri) “sihirli, ideal bir başlık sayısı yoktur.”
• Google Arama’da başlık bağlantılarını etkileme — SERP başlık bağlantısının kaynakları arasında <h1> öğelerini listeler ve başlık metnini ilk görünür <h1> içine koymayı önerir (birden çok H1’i iyi sıralamak için pratik bir neden).
• SEO Ofis Saatleri — Temmuz 2024 — Gary Illyes: başlık sırası Google sıralamalarını etkilemez ve Google dışı araç uyarıları kendiliğinden Google için anlamlı değildir.

HTML spesifikasyonu (WHATWG) / MDN

• HTML Living Standard — Sections — uyumlu birden çok en üst düzey başlık (Apples/Bananas/Carambola) örneği.
• WHATWG html PR #7829 — “replace current outline algorithm with one based on heading levels” (çeviri) “mevcut outline algoritmasını başlık düzeylerine dayalı olanla değiştirme” (Steve Faulkner; 1 Temmuz 2022’de birleştirildi).
• WHATWG html commit 6682bde — outline algoritmasının kaldırılmasını birleştiren değişiklik.
• MDN — <h1>–<h6> heading elements — güncel uyumlu/uyumsuz ayrımı ve “prefer one H1” (çeviri) “tek H1’i tercih edin” önerisi.

Bing / Microsoft

• SEO için içerik mimarisi (SEM 101) — Bing’in “one H1 per page” (çeviri) “sayfa başına bir H1” / “diminishes the value” (çeviri) “değeri azaltır” görüşü (2009, yeniden ele alınmadı).

Kaynaktan alıntılar

Google ve Bing’den kayıt altına alınmış ifadeler ile HTML spesifikasyonu ve erişilebilirlik kaynakları. Her derin bağlantı, sayfanın metin parçacıklarını desteklediği yerde alıntılanan bölüme gider.

Google — birden çok H1 zarar vermez (John Mueller, 30 Eylül 2019 buluşması)

• “You can use H1 tags as often as you want on a page. There’s no limit, neither upper or lower bound.” (çeviri) “Bir sayfada H1 etiketlerini istediğiniz kadar kullanabilirsiniz. Ne üst ne de alt sınır vardır.” — John Mueller, Google. Alıntıya git
• “Your site is going to rank perfectly fine with no H1 tags or with five H1 tags.” (çeviri) “Siteniz H1 etiketi olmadan veya beş H1 etiketiyle gayet iyi sıralanacaktır.” — John Mueller, Google. Haberi okuyun
• “Some SEO tools flag this as an issue and say like ‘oh you don’t have any H1 tag or you have two H1 tags’… from our point of view that’s not a critical issue.” (çeviri) “Bazı SEO araçları bunu sorun olarak işaretleyip ‘H1 etiketiniz yok veya iki H1 etiketiniz var’ diyor… bizim açımızdan bu kritik bir sorun değil.” — John Mueller, Google. “my audit tool flagged multiple H1s” (çeviri) “denetim aracım birden çok H1’i işaretledi” sorusu için en ilgili satır budur. Haberi okuyun
• “Our systems don’t have a problem when it comes to multiple H1 headings on a page. That’s a fairly common pattern on the web.” (çeviri) “Bir sayfadaki birden çok H1 başlığı söz konusu olduğunda sistemlerimizin bir sorunu yok. Bu, web’de oldukça yaygın bir kalıp.” — John Mueller, Google, #AskGoogleWebmasters (Ekim 2019). Videoyu izleyin

HTML spesifikasyonu / MDN — bugün ne uyumlu?

• “While using multiple <h1> elements on one page is allowed by the HTML standard (as long as they are not nested), this is not considered a best practice.” (çeviri) “Bir sayfada birden çok <h1> öğesi kullanmaya HTML standardı izin verir (iç içe olmadıkları sürece); ancak bu bir iyi uygulama sayılmaz.” — MDN Web Docs. MDN’de okuyun
• “Nesting multiple <h1> elements in nested sectioning elements was allowed in older versions of the HTML standard. However, this was never considered a best practice and is now non-conforming.” (çeviri) “İç içe sectioning öğelerinde birden çok <h1> kullanımı HTML standardının eski sürümlerinde izinliydi. Ancak bu hiçbir zaman iyi uygulama sayılmadı ve artık uyumlu değil.” — MDN Web Docs. MDN’de okuyun
• “Prefer using only one <h1> per page and nest headings without skipping levels.” (çeviri) “Sayfa başına yalnızca bir <h1> kullanmayı ve düzey atlamadan başlıkları iç içe yerleştirmeyi tercih edin.” — MDN Web Docs. MDN’de okuyun

Bing — sayfa başına bir H1 (2009, yeniden ele alınmadı)

• “Only use only one <h1> tag per page. No, you won’t be considered web spam if you use two, but you diminish the value of the <h1> tag if you use more than one (after all, there is supposed to be only one big idea per page, right?).” — Bing Webmaster Blog, “Architecting content for SEO (SEM 101)” (2009). Read on Bing

Erişilebilirlik — tek H1’i korumanın gerçek nedeni

• “When multiple <h1> tags are present, users must ask which heading truly represents the main topic.” (çeviri) “Birden çok <h1> etiketi bulunduğunda kullanıcılar hangi başlığın gerçekten ana konuyu temsil ettiğini sormalıdır.” — BOIA (Bureau of Internet Accessibility). BOIA’da okuyun

Birden çok H1 etiketini düzeltmeli miyim?

Bir sonuca ulaşana kadar bunu sırayla ilerletin. Bunların hiçbiri sıralama acil durumu değildir — erişilebilirlik, düzen ve zaman zaman gerçek bir kalite sorunu için önceliklendirmedir.

1. Aynı anahtar kelime ifadesi, sıralamaları manipüle etmek için birkaç H1’e mi sıkıştırılmış?

• Evet → Düzeltin; fakat bunu H1 sayısını düzeltmek için değil, içerik kalitesi için yapın. Başlıkları, bölümlerini dürüstçe anlatacak şekilde yeniden yazın. Google sayıyı cezalandırmaz; ancak anahtar kelime doldurulmuş başlıklar insanlara düşük kaliteli görünür. Tamamlandı.
• Hayır → Devam edin.

2. Ek H1’lerden biri logo, site adı, slogan veya <h1> içine sarılmış bir widget mı?

• Evet → Bu klasik şablon hatasıdır. SEO açısından düşük önceliklidir, fakat erişilebilirlik için kolay bir kazanımdır: bunu <div>/<p>/<span> öğesine veya gerçekten başlık olması gerekiyorsa <h2> öğesine dönüştürün. Gerçek sayfa başlığını tek H1 olarak bırakın. Uygun olduğunda yapın.
• Hayır → Devam edin.

3. H1’ler iç içe <section>/<article>/<aside> öğelerinin içinde mi (eski outline algoritması kalıbı)?

• Evet → Bu artık uyumlu olmayan HTML’dir (2022 sonrası spesifikasyon değişikliği) ve ekran okuyucular amaçlanan iç içe davranışa hiçbir zaman uymadı. İçteki H1’leri derinliğe uygun <h2>/<h3> öğelerine dönüştürün. Erişilebilirlik için temizlemeye değer.
• Hayır (aynı düzeyde kardeş H1’ler) → Devam edin.

4. Kardeş H1’ler gerçekten birkaç eşit en üst düzey fikri temsil ediyor ve sayfa temiz, okunabilir mi?

• Evet → Uyumlu HTML’dir ve sıralama sorunu yoktur. Bırakabilirsiniz. Ekran okuyucu netliği istiyorsanız tek H1 + H2’lerde birleştirin — ancak bu isteğe bağlıdır. Bırakın veya düzenleyin; karar sizin.
• Hayır / kazara oluşmuş gibi görünüyor → H2’lerin altında tek ve net bir H1 olacak şekilde birleştirin. Düşük riskli bir temizliktir. Düzenleyin.

Üstün kural: hiçbir dalda yanıt “your rankings are being hurt.” (çeviri) “sıralamalarınız zarar görüyor” değildir. Harekete geçme nedenleri erişilebilirlik, HTML uyumluluğu ve içerik kalitesidir — hiçbir zaman Google’ın H1 sayısı cezası değil.

Birden çok H1 anti-pattern’leri

İnsanların bunu iki yönde de yanlış yapmasının tekrarlanan yolları.

1. Denetim aracı uyarısı karşısında paniklemek. “Multiple H1 tags found” (çeviri) “Birden çok H1 etiketi bulundu” kırmızıya döner ve biri P1 bileti açar. Bu, sıralama cezası değil, düşük önem dereceli bir kullanılabilirlik notudur — Mueller buna “not a critical issue.” (çeviri) “kritik bir sorun değil” dedi. Buna göre önceliklendirin.

2. Her sayfada logoyu bir <h1> içine sarmak. Başıboş ikinci bir H1’in en yaygın gerçek nedeni budur. Aynı başlığı her sayfaya koyar ve H1 sinyalini sayfanın konusu yerine markanıza harcar. Başlık olmayan bir öğeye dönüştürün.

3. “HTML5 allows multiple H1s” (çeviri) “HTML5 birden çok H1’e izin verir” ifadesinin her birden çok H1 kalıbının uygun olduğu anlamına geldiğini sanmak. Kardeş H1’ler uyumludur. İç içe sectioning öğelerindeki H1’ler, 2022 spesifikasyon değişikliğinden beri uyumlu değildir. Genel ifade, aslında yanlış olan tek durumu örter.

4. Eski outline algoritmasının içteki H1’leri “downgrade” (çeviri) “düşüreceğine” güvenmek. Hiçbir tarayıcı veya ekran okuyucu bunu uygulamadı — spesifikasyondan kaldırılmasının nedeni budur. İçteki bir <h1>, diğer H1’ler gibi en üst düzey olarak duyurulur. İç içe yerleşimin etkin düzeyi değiştirdiği varsayımıyla sayfa yapılandırmayın.

5. Beş H1’e anahtar kelime doldurup “Google says it’s fine.” (çeviri) “Google sorun olmadığını söylüyor” demek. Mueller’in “not critical” (çeviri) “kritik değil” sözü dürüst yapısal tekrarlar içindi; manipülatif başlık spam’i için değil. Birden çok açıklayıcı H1 sorun değildir. H1’lerde para kazandıran anahtar kelimenizin beş kopyası ise sayı tek başına cezalandırılmasa da kalite sorunudur.

6. Birden çok H1’i “zero downside.” (çeviri) “hiçbir dezavantaj yok” saymak. Aşırı düzeltme de yanlıştır. Google sayıyı önemsemez; ancak Bing’in tarihli görüşü ek H1’lerin etiketi sulandırdığı yönündedir ve ekran okuyucular birkaç en üst düzey başlıkta gerçekten karışır. “Doesn’t hurt Google rankings” (çeviri) “Google sıralamalarına zarar vermez” demek “no downside for anyone.” (çeviri) “kimse için dezavantajı yok” demek değildir.

7. Sıralamalar için yerleşik bir sitedeki birden çok H1’i geriye dönük düzeltmeye bir sprint harcamak. Buradaki kazanımlar erişilebilirlik ve düzendir, sıralamalar değil. H1’leri yeniden düzenleyerek trafik artışı bekliyorsanız projenin kapsamını yanlış belirlemişsinizdir.

Birden çok H1 — hızlı başvuru

Kaygıya göre sonuç

HTML zaman çizelgesi

Hızlı bilgiler

• Sitelerin %51,3’ünde bir yerde birden çok H1 bulunur (milyon alan adlı çalışmam) — yaygın ve zararsız.
• Denetim araçları bunu düşük önem derecesinde işaretler (Ahrefs Site Audit de dahil); Mueller’in “not critical.” (çeviri) “kritik değil” ifadesiyle uyumludur.
• En yaygın neden: logo H1’i + başlık H1’i şablon hatası.
• Google, SERP başlık bağlantısı üretiminde ilk <h1> öğesine bakar — birden çok varsa en önemlisini önce sıralayın.
• Tek H1’i koruma nedeni erişilebilirlik + düzendir, Google cezası değil.

Öncelik sırasıyla düzeltme

1. Anahtar kelime doldurulmuş H1’ler → yeniden yazın (kalite düzeltmesi)
2. Logo/widget H1’i → başlık olmayan öğeye dönüştürün (kolay erişilebilirlik kazanımı)
3. İç içe section’larda H1’ler → H2/H3’e dönüştürün (uyumluluk)
4. Temiz kardeş H1’ler → isteğe bağlı; bırakın veya birleştirin

Zaman ayırmaya değer kaynaklar

İlgili yazılarım ve verilerim

• En yaygın teknik SEO sorunlarını bulmak için 1 milyondan fazla alan adını inceledik — milyon alan adlı Site Audit çalışmam; %51,3’lük birden çok H1 verisinin ve “not a problem” (çeviri) “sorun değil” çerçevemin kaynağı.
• H1 Etiketi Nedir? SEO En İyi Uygulamaları — genel H1 derinlemesine incelemesi: sıralama faktörü durumu, title bağlantısıyla ilişki ve eksik H1 verileri.
• Teknik SEO için Başlangıç Rehberi — başlıklar gibi sayfa içi öğelerin büyük resimdeki yeri.

Bu sitedeki ilgili içerikler

• H1 etiketi makalesi — genel H1 konusu (bu makale bilerek tekrarlamıyor).
• header tags merkezi — H1–H6 hiyerarşisinin tamamı ve başlık sırası.
• title tag makalesi — SERP başlık bağlantısını yöneten ve H1’in beslediği head öğesi.

Sektörden

• Google, H1 Başlıklarının Yararlı Ama Kritik Olmadığını Söylüyor (Search Engine Journal) — “not a critical issue” (çeviri) “kritik bir sorun değil” ve “no limit, neither upper or lower bound.” (çeviri) “ne üst ne de alt sınır var” dahil, Eylül 2019 buluşmasından kelimesi kelimesine Mueller alıntıları.
• MDN — <h1>–<h6> başlık öğeleri — güncel uyumlu/uyumsuz ayrımı ve “prefer one H1” (çeviri) “tek H1’i tercih edin” önerisi.
• WHATWG html PR #7829 (Steve Faulkner) — outline algoritmasını kaldıran Temmuz 2022 değişikliği; spesifikasyon tarihinin birincil kaynağı.
• Belge outline algoritması yok (Adrian Roselli, 2016) — spesifikasyon kaldırmasının temelindeki argüman.
• HTML outline algoritması neden spesifikasyondan kaldırıldı (Bruce Lawson, 2022) — sade dilli açıklama.
• Birden Çok H1 Etiketi Erişilebilirlik (ve SEO) İçin Kötüdür (BOIA) — tek ve net H1 için erişilebilirlik gerekçesi.
• SEO için içerik mimarisi (SEM 101) (Bing Webmaster Blog, 2009) — Bing’in “diminishes the value” (çeviri) “değeri azaltır” görüşü, kendi ifadeleriyle.

test et yourself: birden çok H1 Tags

Five quick questions on birden çok-H1 soru. seç bir yanıt her biri bençin, o hâlde kontrol et.

Değişiklik günlüğü