Meta Charset Tag
ne <meta charset="utf-8"> yapar, neden HTML spec ister o in ilk 1024 bytes, nasıl bir yanlış encoding nedenler mojibake, ve neden o's bir rendering-correctness sorun yerine bir sıralama faktörü.
Diller
Bu sayfada 1 kanıt sinyali
- İlgili canlı araçHTTP Header Checker
meta charset tag — <meta charset="utf-8"> — declares sizin sayfa's character encoding bu nedenle browsers ve crawlers turn raw bytes -e yapğru characters. HTML spec requires o bençinde ilk 1024 bytes of belge, ve en iyi practice dır literal ilk child of <head>. al o yanlış (missing, late, veya bir mismatched encoding) ve siz al mojibake: accented letters, curly quotes, em dashes, non-Latin scripts, ve emoji render olarak garbage — hangi -ebilir corrupt ne's displayed ve dizine eklenmiş. o değildir bir direct sıralama faktörü; Google's yalnızca rehberlik dır -e 'kullan Unicode/UTF-8 nerede olası.' UTF-8 dır near-universal, spec-required encoding bençin HTML5 today. bir server-sent bençerik-Type header charset overrides in-sayfa tag, bu da bir yaygın kaynak of migration bugs. bu bir of browser-facing tags in meta-tags küme.
TL;DR — meta charset tag dır bir line of HTML —
Evidence for this claim For HTML documents, the charset declaration must identify UTF-8. Scope: Modern HTML conformance requirements. Confidence: high · Verified: WHATWG HTML: Character encoding declaration Evidence for this claim The complete character-encoding declaration must occur within the first 1024 bytes of the document. Scope: HTML serialization requirement intended to make encoding available early to parsers. Confidence: high · Verified: WHATWG HTML: Specifying the document's character encoding<meta charset="utf-8">— şu söyler browser nasıl -e okuyun sizin sayfa’s text. al o yanlış veya leave o out ve special characters (accents, curly quotes, emoji) -ebilir turn -e garbled nonsense. o yapmaz yardım et siz rank, ama broken-looking text dır bad bençin everyone, dahil Google. Put o ilk in sizin<head>ve kullanutf-8. Done.
ne tag yapar
her web sayfası dır stored olarak raw bytes. şunlar bytes yalnızca ol letters siz okuyun once something decides hangi character her byte (veya grup of bytes) represents. meta charset tag dır nasıl sizin sayfa söyler browser — ve arama motoru crawlers — hangi system -e kullan:
<meta charset="utf-8">utf-8 dır encoding siz iste in almost her durum. o -ebilir temsil et essentially
her character ve script in kullan today, plus emoji, tümü in bir system.
ne goes yanlış olmadan o
-erseniz yapmayın declare bir encoding, browser sahiptir -e guess. ne zaman o guesses yanlış,
siz al mojibake — garbled text nerede bir curly apostrophe olur something like
’, veya café shows up olarak café. Accented letters, em dashes, “smart” quotes,
non-Latin scripts (Arabic, Cyrillic, Chinese, Japanese), ve emoji dır usual
casualties. Plain unaccented English -ebilir bak fine hatta ne zaman encoding dır yanlış,
bu da tam olarak neden bug sneaks aracılığıyla.
nerede -e put o
Two simple kurallar:
- Put
<meta charset="utf-8">ilk bençinde sizin<head>, önce title veya anything else. - kullan
utf-8, değil bazı older encoding.
şu’s o. en çok site templates ve CMSs zaten yap bu bençin siz — eğer yours yapmaz, ekle o.
yapar o affect SEO?
değil yapğrudan. charset tag dır değil bir sıralama faktörü. ama eğer bir yanlış encoding garbles sizin text, şu broken bençerik dır ne kullanıcılar see ve ne Google -ebilir end up dizine ekleme ve gösterme — bu nedenle o’s worth getting yapğru hatta gerçben o won’t move siz up sonuçlar tarafından itself.
iste spec details — “first 1024 bytes” kural, neden eski syntax hâlâ hangs yaklaşık, ve nasıl bir server header -ebilir quietly override sizin tag? Switch -e Advanced tab.
kontrol et declared encoding -den command line
Replace URL, o hâlde compare response header ile tag near başla of
HTML. bir charset in HTTP Content-Type header takes precedence üzerinde
in-belge declaration.
url="https://example.com/"
curl -sSI "$url" | grep -i '^content-type:'
curl -sS "$url" | head -c 1024 | grep -oiE '<meta[^>]+charset[^>]*>'In bir browser console, bu raporlar parsed encoding, declared tag, ve
whether şu tag dır ilk element in <head>:
const charset = document.querySelector('meta[charset]');
console.table({
documentCharacterSet: document.characterSet,
declaredCharset: charset?.getAttribute('charset') ?? 'missing',
firstHeadElement: document.head.firstElementChild?.outerHTML ?? 'missing',
charsetIsFirst: document.head.firstElementChild === charset,
});console reflects browser’s parsed belge. kullan curl kontrol et olarak well
ne zaman -meniz gerekir prove ne server aslında sent.
Inspect response önce debugging markup
kullan HTTP Header Checker -e inspect live
Content-Type response header. eğer o declares bir charset, compare şu değer ile
<meta charset="utf-8">; bir conflict -ebilir explain mojibake hatta ne zaman HTML tag
görünür correct.
bençin placement, kullan View kaynak yerine yalnızca Elements panel. yapğrula
charset declaration dır ilk child of <head> ve görünür bençinde ilk
1 024 bytes of belge.
Validate bir charset düzelt
test et 1 — Header ve tag agree
- Hypothesis: live response ve HTML her ikisi declare UTF-8.
- yöntem: kontrol et response
Content-Typeheader, o hâlde inspect View kaynak bençin<meta charset="utf-8">. - geç condition: No conflicting server-declared charset vardır.
- başarısız ol condition: header declares başka bir encoding veya tag dır missing.
- sonraki action: düzelt server header ilk, o hâlde retest live response.
test et 2 — declaration dır early enough
- Hypothesis: browser sees tag önce o sahiptir -e guess bir encoding.
- yöntem: Fetch ilk 1 024 bytes ve inspect başla of
<head>. - geç condition: complete charset tag dır bençinde şunlar bytes ve dır
ilk element in
<head>. - başarısız ol condition: Comments, injected scripts, veya diğer markup push o later.
- sonraki action: Move tag ahead of tümü nonessential head markup.
test et 3 — gerçek characters render yapğru biçimde
- Hypothesis: düzelt eliminates mojibake in kullanıcı-visible ve indexable text.
- yöntem: Spot-kontrol et bir accented character, curly quote, em dash, non-Latin text, ve emoji on live sayfa ve in View kaynak.
- geç condition: her character renders olarak authored sonra bir hard refresh.
- başarısız ol condition: Replacement glyphs veya garbled byte sequences kal.
- sonraki action: Roll back encoding change eğer o introduced corruption, o hâlde trace kaynak file, template, database, ve response header separately.
TL;DR —
Evidence for this claim For HTML documents, the charset declaration must identify UTF-8. Scope: Modern HTML conformance requirements. Confidence: high · Verified: WHATWG HTML: Character encoding declaration Evidence for this claim The complete character-encoding declaration must occur within the first 1024 bytes of the document. Scope: HTML serialization requirement intended to make encoding available early to parsers. Confidence: high · Verified: WHATWG HTML: Specifying the document's character encoding<meta charset="utf-8">declares belge’s character encoding. WHATWG HTML spec requires declaration -e olmak serialized completely bençinde ilk 1024 bytes of belge, ve bençin HTML5 değer -meli matchutf-8; en iyi practice dır placing o olarak literal ilk child of<head>. bir missing, late, veya mismatched encoding produces mojibake — corrupted accented characters, curly quotes, non-Latin scripts, ve emoji — bu da bir rendering ve dizine ekleme-correctness sorun, değil bir sıralama sinyal. Google’s yalnızca kamuya birçık line dır “use Unicode/UTF-8 where possible.” bir server-sentContent-Typecharset header overrides in-belge tag, bu da bir classic post-migration mojibake bug. yalnızca bir charset meta element dır allowed per belge, ve o sahiptir no effect in XML. bir UTF-8 byte-sıra mark (BOM), eğer present, wins üzerinde everything else; otherwise HTTP header wins üzerinde in-sayfa tag — full precedence sıra below.
ne tag dır
charset declaration söyler bir parser hangi character encoding -e kullan ne zaman o turns
belge’s bytes -e text. WHATWG HTML Living Standard puts o plainly: ”
charset attribute specifies character encoding kullanılan tarafından belge. bu bir
character encoding declaration.” MDN’s framing is the practical version: “bu
attribute declares belge’s character encoding.”
modern syntax dır kısa form:
<meta charset="utf-8">orada’s ayrıca bir legacy pre-HTML5 form siz’ll hâlâ see in older templates:
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">her ikisi declare aynı thing. On bir modern HTML5 belge siz yalnızca ihtiyaç duy kısa
<meta charset="utf-8"> — kullanarak her ikisi dır redundant, değil harmful, ve spec izin verir
yalnızca bir charset-declaring meta element per belge anyway. ( http-equiv form dır
en iyi thought of olarak legacy yerine something -e ekle fresh; -erseniz’re auditing bir sayfa
şu sahiptir o, o değildir broken, o’s sadece eski.)
spec requirements siz aslında ihtiyaç duy -e know
UTF-8 dır effectively mandatory bençin HTML5. MDN states o yapğrudan: attribute’s
“değer -meli olmak bir ASCII durum-insensitive match bençin string utf-8, çünkü UTF-8
dır yalnızca valid encoding bençin HTML5 belgeler.” WHATWG spec goes further ve
requires belge’s gerçek encoding -e olmak UTF-8 regardless of ne’s declared.
UTF-8 kapsar essentially her script plus emoji, bu da neden ISO-8859-1 /
Windows-1252 / Shift-JIS era of per-region encodings dır üzerinde bençin yeni çalışır — şunlar
survive yalnızca olarak legacy compatibility durumlar.
o -meli land in ilk 1024 bytes of belge. bu bir hard spec
requirement, değil bir soft suggestion. MDN: “<meta> elements hangi declare bir character
encoding -meli olmak located entirely bençinde ilk 1024 bytes of belge.”
neden dır mechanical — parser sniffs byte stream bençin bir encoding önce o
-ebilir safely interpret rest. eğer sizin declaration shows up de late, parser -ebilir
zaten sahip committed -e bir guessed encoding (veya sahip -e restart, hangi maliyetler
performance). Note framing carefully: o’s ilk 1024 bytes of entire
belge, değil sadece of <head>.
en iyi practice beats spec minimum: yap o ilk child of <head>. yapmayın
settle bençin “somewhere in the first 1024 bytes” — put <meta charset="utf-8"> önce
sizin <title>, <link>, <script>, <style>, ve her diğer tag. bu
placement modern tooling kontroller. orada’s bir open
Lighthouse sorun (#10023)
proposing bir denetim şu specifically kontroller whether <meta charset> equals
document.head.firstElementChild — ben.e. flagging tag ne zaman o değildir literal
ilk element in head, değil merely ne zaman o’s missing. direction of tooling dır toward
checking placement, değil sadece presence.
yalnızca bir charset meta element per belge, ve ** charset attribute sahiptir no
effect in XML/XHTML belgeler** (o’s permitted orada yalnızca -e ease migration -e ve
-den XML). Worth bir caveat -erseniz’re working ile XHTML-sunulan bençerik veya
RSS/Atom-adjacent templates.
BOM, HTTP header, meta tag — precedence sıra
Browsers yapmayın sadece okuyun meta tag in isolation; encoding-sniffing algorithm kontroller three kaynaklar in bir düzeltilmiş sıra, ve ilk bir şu verir bir yanıt wins:
- bir UTF-8 byte-sıra mark (BOM) — bir few bytes at çok başla of file. eğer browser detects bir BOM, şu determines encoding ile certainty; nothing else dır consulted.
- ** HTTP
Content-Typeheader’s charset**, eğer server sends bir ve orada’s no BOM. bu takes precedence üzerinde in-belge meta declaration. - ** in-belge
<meta charset>(veya legacyhttp-equiv) declaration**, checked yalnızca eğer neither of above supplied bir encoding.
uygulamada, BOMs dır rare on hand-authored HTML (onlar’re daha yaygın olarak bir artifact
of certain text editors veya file-export araçlar), bu nedenle header-vs-tag conflict dır
bir şu bites en çok çoğu zaman: bir sayfa şu yapğru biçimde declares <meta charset="utf-8">
-ebilir hâlâ render garbled eğer bir CDN, reverse proxy, veya misconfigured server sends bir
farklı charset in header. o’s bir classic symptom yapğru sonra bir server veya CDN
migration — HTML didn’t change, ama header yaptı, ve now header dır
fighting tag. -dığınızda’re debugging mojibake, kontrol et bençin bir BOM ve response
header charset, değil sadece sayfa kaynak.
dır meta charset bir SEO sıralama faktörü?
No — ve o’s worth olma blunt çünkü fear-based denetim-araç kopya bazen implies otherwise. bu bir rendering- ve dizine ekleme-correctness prerequisite, değil bir sıralama sinyal.
Google’ın rehberi burada dır thin ve indirect compared -e tags o discusses constantly (title, meta description, robots, canonical). yoktur dedicated Google arama Central sayfa hakkında character encoding — o’s bir entry bençinde general meta tags Google supports reference, altında “Content-Type and charset.” Google’s yalnızca on-record line dır bir recommendation, değil bir sıralama claim: “biz recommend kullanarak Unicode/UTF-8 nerede olası.” No verbatim statement -den Mueller, Illyes, Splitt, veya Canel specifically naming “meta charset” veya “mojibake” surfaces in trade press veya arama Off Record archives — charset dır ele alınır olarak basic web-standards hygiene, table stakes like valid markup, yerine bir topic warranting SEO commentary.
Bing sahiptir no distinct kamuya birçık position on on-sayfa tag either; onun dokümantasyon
references UTF-8 yalnızca bençin onun kendi API/feed formats (IndexNow key files, Webmaster API
istek headers), değil olarak rehberlik hakkında HTML <meta charset> on sizin sayfalar. Since
Bingbot dır bir standard HTML parser, practical implication dır aynı: izle
HTML spec’s UTF-8 / 1024-byte kural.
bu nedenle nerede -ebilir o hurt siz? dolaylı olarak, ve yalnızca ne zaman encoding dır genuinely broken: garbled text dır bir bençerik-quality ve UX sorun, o -ebilir corrupt ne görünür in snippets, ve severely broken output -ebilir bak broken -e Google’s dizine ekleme systems de. industry consensus, olarak Ahrefs’ kendi meta-tags rehber (tarafından Joshua Hardwick) puts o, dır şu “unless sizin sayfa dır severely broken sonuç olarak of charset sorunlar (bu da unlikely), impact dır going -e olmak quite minimal.” düzelt o çünkü broken text dır bad, değil çünkü siz expect bir sıralama bump.
nasıl -e kontrol et ve düzelt o
bir quick diagnostic path -dığınızda suspect bir encoding sorun:
- View kaynak / DevTools. yapğrula
<meta charset="utf-8">vardır ve dır ilk child of<head>. In DevTools, kontrol etContent-Typeresponse header bençin bir charset değer — eğer o disagrees ile tag, header wins ve dır sizin muhtemel culprit. kural out bir BOM de: o’s rarer, ama eğer present o beats her ikisi header ve tag. - Validators ve crawlers flag o. W3C validator ve kural-based checkers (e.g. Rocket Validator’s “charset after the first 1024 bytes” kural) -ecek çbirğrı out bir late veya missing declaration. site denetimler in Ahrefs site denetimi ve Screaming Frog surface charset sorunlar genelinde bir whole site.
- düzelt yapğru layer. eğer placement dır yanlış, move tag -e top of head.
eğer encoding dır yanlış ( bytes themselves değildir UTF-8, veya header sends bir
conflicting charset), düzeltme meta tag alone won’t yardım et — siz sahip -e re-encode
file olarak UTF-8 ve/veya correct server’s
Content-Typeheader bu nedenle header ve tag agree.
düzelt dır almost her zaman trivial once siz’ve identified hangi layer dır at fault. bu bir stable, uzun-settled part of HTML spec — orada’s no recent deprecation veya platform-behavior change -e izle; yalnızca evolving nuance dır tooling increasingly checking placement, değil sadece presence.
nerede bu sits
charset tag dır bir of browser-facing head elements — like viewport tag, o’s hakkında rendering, değil sıralama, hangi puts o in bir farklı bucket -den SEO-active tags in meta-tags küme ( title element, meta description, ve robots family). o’s adjacent -e internationalization çalışır ben spend bir lot of time on: encoding dır layer underneath hreflang ve multi-script bençerik — hreflang söyler Google hangi language/region sürüm -e sun, ama eğer encoding dır yanlış text in şu sürüm dır garbled regardless. bençin full map of head elements grouped tarafından job onlar yap, see meta tags hub.
AI özet
bir condensed take on Advanced sürüm:
- ne o dır:
<meta charset="utf-8">declares belge’s character encoding bu nedenle browsers ve crawlers map raw bytes -e correct characters. - Spec kurallar: declaration -meli sit bençinde ilk 1024 bytes of whole
belge; HTML5 requires değer -e olmak
utf-8(ve gerçek encoding -e olmak UTF-8). en iyi practice: literal ilk child of<head>. yalnızca bir charset meta element per belge; o sahiptir no effect in XML/XHTML. - Legacy syntax:
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">dır older pre-HTML5 form — redundant on modern sayfalar; kullan kısa form. siz yapmayın ihtiyaç duy her ikisi. - Precedence sıra: bir UTF-8 BOM, eğer present, wins üzerinde everything; otherwise bir
server-sent
Content-Typecharset overrides in-sayfa tag — bir classic post-migration mojibake bug. Debug header (ve kontrol et bençin bir BOM), değil sadece kaynak. - neden önemli olduğu: bir missing/late/mismatched encoding nedenler mojibake (garbled accents, curly quotes, non-Latin scripts, emoji) — bir rendering/dizine ekleme-correctness sorun, değil bir sıralama faktörü.
- ne Google şunu söylüyor: yalnızca bir indirect line — “biz recommend kullanarak Unicode/UTF-8 nerede olası.” No dedicated doc, no rep quote on charset/mojibake. Bing sahiptir no distinct on-sayfa position. Industry framing (Ahrefs): impact dır minimal unless sayfa dır “severely broken.”
- Diagnose: view-kaynak/DevTools bençin tag ve response-header charset; validators (W3C, Rocket Validator) ve site denetimler (Ahrefs, Screaming Frog) flag late veya missing declarations. düzelt yapğru layer — placement vs. gerçek encoding/header.
resmî dokümantasyon
birincil-kaynak ve spec dokümantasyon.
Standards (WHATWG / MDN)
- HTML Standard (WHATWG) — Specifying belge’s character encoding — normative kurallar: charset declaration, ilk-1024-bytes requirement, UTF-8, bir-per-belge limit, ve XML exception.
- HTML Standard (WHATWG) — Determining character encoding — encoding-sniffing algorithm: BOM detection ilk, o hâlde HTTP-level
Content-Typecharset, o hâlde in-belge meta declaration. - MDN —
<meta>: metadata element — plain-language reference:utf-8-yalnızca bençin HTML5, 1024-byte kural, ve legacyhttp-equivform.
- Meta tags ve HTML attributes şu Google supports — yalnızca Google rehberlik touching charset, altında “Content-Type and charset”: accepted
http-equivvecharsetforms ve “use Unicode/UTF-8 where possible” recommendation.
Bing / Microsoft
- IndexNow — getting started — Bing references UTF-8 yalnızca bençin onun kendi API/key-file formats, değil olarak on-sayfa HTML rehberlik. yoktur dedicated Bing doc on
<meta charset>tag.
Tooling
- Lighthouse sorun #10023 — warn hakkında late veya missing
<meta charset>— proposed denetim checking whether charset tag dırdocument.head.firstElementChild.
Quotes -den kaynak
On—record statements -den HTML spec, MDN, ve Google. her bağlantı dır bir deep bağlantı şu jumps -e quoted passage nerede kaynak supports o.
WHATWG HTML Standard — ne tag dır
- “The
charsetattribute specifies the character encoding used by the document. This is a character encoding declaration.” — HTML Living Standard (WHATWG). kaynak
MDN — encoding ve placement kurallar
- “This attribute declares the document’s character encoding. If the attribute is present, its value must be an ASCII case-insensitive match for the string
utf-8, because UTF-8 is the only valid encoding for HTML5 documents.<meta>elements which declare a character encoding must be located entirely within the first 1024 bytes of the document.” — MDN Web Docs, “<meta>: the metadata element.” Jump -e quote
Google — (thin) resmî position
- “These tags define the page’s content type and character set respectively. Make sure that you surround the value of the
contentattribute in thehttp-equivmetatag with quotes—otherwise thecharsetattribute may be interpreted incorrectly. We recommend using Unicode/UTF-8 where possible.” — Google arama Central, “Meta tags and attributes that Google supports.” Jump -e quote
Industry — honest framing of SEO impact
- “Unless your page is severely broken as a result of charset issues (which is unlikely), the impact is going to be quite minimal.” — Ahrefs Blog, “Meta Tags for SEO: A Simple Guide for Beginners” (Joshua Hardwick). kaynak
Meta charset denetim — checklist
bir quick geç -e yapğrula sizin sayfalar declare ve render encoding yapğru biçimde:
- her sayfa sahiptir
<meta charset="utf-8">in<head>. - charset tag dır ilk child of
<head>— önce<title>,<link>,<script>,<style>, ve herhangi bir diğer<meta>. - declaration lands bençinde ilk 1024 bytes of belge (o -ecek eğer o’s ilk child of head).
- değer dır
utf-8— değil ISO-8859-1, Windows-1252, veya bir per-region code sayfa. - file itself dır aslında saved/sunulan olarak UTF-8 ( declaration ve gerçek byte encoding -meli agree).
- yalnızca bir charset meta element per sayfa.
- server’s
Content-Typeresponse header charset agrees ile tag ( header wins üzerinde tag eğer onlar conflict) — verify in DevTools, especially sonra herhangi bir CDN veya server migration. - No stray UTF-8 byte-sıra mark (BOM) at başla of file — rare, ama eğer present o outranks her ikisi header ve tag.
- Spot-kontrol et sayfalar ile non-ASCII bençerik (accents, curly quotes, non-Latin scripts, emoji) — plain English -ebilir bak fine hatta ne zaman encoding dır broken.
- Ran sayfa aracılığıyla W3C validator / bir crawler (Ahrefs site denetimi, Screaming Frog) -e catch late veya missing declarations ölçekte.
- yapmayın ekle legacy
http-equiv="Content-Type"form fresh — kısa<meta charset="utf-8">dır enough.
Meta charset — kısa başvuru
** two syntaxes**
| Form | Syntax | kullan o? |
|---|---|---|
| Modern (HTML5) | <meta charset="utf-8"> | Yes — bu ne siz iste |
| Legacy (pre-HTML5) | <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> | değil bençin yeni çalışır; redundant, yalnızca bir gerekli |
** kurallar şu önem taşır**
| kural | Detail |
|---|---|
| değer | -meli olmak utf-8 bençin HTML5 (spec requires gerçek encoding -e olmak UTF-8 de) |
| Placement (spec minimum) | bençinde ilk 1024 bytes of belge |
| Placement (en iyi practice) | literal ilk child of <head> |
| Count | bir charset meta element per belge — no daha |
| XML/XHTML | charset attribute sahiptir no effect in XML belgeler |
| Precedence | bir UTF-8 BOM wins üzerinde everything; else bir server Content-Type header charset overrides in-sayfa tag |
Kısa bilgiler
- yanlış/missing/late encoding → mojibake (garbled accents, curly quotes, non-Latin scripts, emoji). Plain ASCII English -ebilir hâlâ bak fine — bug hides.
- değil bir sıralama faktörü. Google’s yalnızca line: “use Unicode/UTF-8 where possible.”
- Impact dır minimal unless sayfa dır severely broken (Ahrefs) — ama broken text dır hâlâ worth düzeltme bençin kullanıcılar ve dizine ekleme.
- Debugging mojibake? kontrol et bençin bir BOM ilk, o hâlde response-header charset, değil sadece view-kaynak — BOM beats header, ve header beats tag.
- Tooling dır moving toward checking placement (ilk child of head), değil sadece presence (see Lighthouse #10023).
test et yourself: Meta Charset Tag
Five quick questions on character encoding ve charset tag. seç bir yanıt her biri bençin, o hâlde kontrol et.
Değişiklik günlüğü
8 Ağu 2026 tarihinde güncellendi.
Editoryal özet ve kaydedilen değişiklik ayrıntıları.Değişiklik ayrıntıları
-
Ayrıntılı değişiklik notları şu anda İngilizce olarak mevcut.
Tam karşılaştırma kullanılamıyor — bu sürüm için önceki anlık görüntü arşivlenmemiş.
18 Tem 2026 tarihinde güncellendi.
Editoryal özet ve kaydedilen değişiklik ayrıntıları.Değişiklik ayrıntıları
-
Ayrıntılı değişiklik notları şu anda İngilizce olarak mevcut.
Tam karşılaştırma kullanılamıyor — bu sürüm için önceki anlık görüntü arşivlenmemiş.