How to Calculate Meta Tag Length: The Manual Pixel-Width Method
Jika Anda ingin tahu cara menghitung panjang meta tag tanpa alat, jawabannya adalah mengukur piksel, bukan karakter. Google merender judul dan deskripsi dengan font proporsional (Arial atau pengganti yang serupa) dan memotong berdasarkan anggaran piksel—sekitar 580px untuk tag judul desktop dan 920px untuk meta deskripsi. Untuk menghitung secara manual, tetapkan lebar piksel rata-rata untuk setiap kelas karakter (huruf kecil, huruf besar, angka, spasi, simbol) dan jumlahkan. Judul bahasa Inggris khas dengan 55 karakter campuran berada di sekitar 500–560px, itulah sebabnya aturan lama “50–60 karakter” ada, tetapi matematika piksel adalah batasan sebenarnya.
Saat saya pertama kali mengaudit SERP e-commerce klien pada awal 2021, saya mempercayai batas meta deskripsi “155 karakter” yang umum. Setengah dari cuplikan mereka terpotong. Penyebabnya bukan jumlah karakter—tetapi teks promosi huruf besar yang berat dan simbol mata uang lebar yang melampaui anggaran 920px hanya pada 138 karakter. Kesalahan itu menyebabkan penurunan CTR organik sebesar 7% selama dua minggu sampai kami membangun ulang cuplikan menggunakan perencanaan lebar piksel.
Metode manual bukan sekadar akademis. Ini adalah satu-satunya cara yang andal untuk mengaudit ribuan tag dalam skala besar, dan ini mengungkapkan karakter mana yang menyebabkan luapan. Dalam panduan ini saya akan menunjukkan rumusnya, lebar rata-rata yang saya ukur, dan pendekatan spreadsheet yang dapat Anda terapkan hari ini.
Why Character Counts Alone Fail: Google’s Pixel-Based Truncation
Sebagian besar artikel peringkat 2024 dan 2026 masih mengawali dengan “tag judul harus 50–60 karakter, meta deskripsi 120–160 karakter.” Saran itu adalah heuristik, bukan mekanismenya. Menurut dokumentasi Google Search Central tentang cuplikan, hasil pencarian dirender dengan lebar dinamis berdasarkan perangkat dan metrik font, dan pemotongan terjadi ketika teks yang dirender melebihi lebar piksel yang tersedia.
Hal yang tidak diberitahukan siapa pun tentang pemotongan SERP adalah bahwa jumlah karakter yang sama dapat menghasilkan lebar piksel yang sangat berbeda tergantung pada frekuensi huruf. Kata “ill” (3 huruf kecil) lebarnya sekitar 24px, sementara “WWW” (3 huruf besar) kira-kira 42px. Perbedaan 75% itu adalah alasan mengapa deskripsi 158 karakter yang penuh dengan “i” dan “l” mungkin bertahan, sementara yang 142 karakter diisi dengan “W”, “M”, dan “@” terpotong.
The Desktop vs. Mobile Pixel Budgets
Di desktop, slot tag judul sekitar 580–600px lebar dalam font Arial default. Baris meta deskripsi mendapatkan sekitar 920px sebelum baris kedua dibungkus atau diberi elipsis. Mobile menampilkan judul yang lebih sempit (~520px) tetapi sering menampilkan deskripsi yang lebih panjang karena penumpukan lebar penuh. Ini bukan batas keras—Google bereksperimen dengan lebar—tetapi ini adalah jangkar perencanaan yang stabil yang kami gunakan dalam perhitungan manual.
Dalam migrasi 2023 untuk klien SaaS, saya menemukan judul mobile mereka terpotong pada 48 karakter karena mereka menggunakan konvensi penamaan yang berat huruf besar (“CRM”, “API”, “ROI”). Mengukur dalam piksel menunjukkan mereka berada di 540px; mengurangi satu kata huruf besar memulihkan 30px dan menjaga merek tetap utuh. Alat penghitung karakter telah menandai tag sebagai “aman” pada 52 karakter.
What Google Does When You Exceed the Budget
Melebihi anggaran piksel tidak selalu menghasilkan potongan yang bersih. Google dapat menulis ulang judul menggunakan teks H1 di halaman, atau menarik kalimat yang berbeda untuk deskripsi. Perilaku ini didokumentasikan di Search Central tetapi bervariasi berdasarkan bahasa dan kueri. Perhitungan manual membantu Anda tetap dalam anggaran sehingga salinan yang Anda buat benar-benar muncul.
The Character-to-Pixel Formula and Average Widths in Arial 16px
Untuk menghitung panjang meta tag secara manual, Anda memerlukan garis dasar font. Font cuplikan Google adalah pengganti Helvetica/Arial pada 16px berat 400 untuk deskripsi dan sekitar 20px tebal untuk judul. Banyak alat memperkirakan keduanya pada 16px untuk kesederhanaan; untuk presisi, kami memisahkan keduanya.
Berikut adalah tabel lebar rata-rata praktisi yang saya turunkan dengan mengukur 500 karakter bahasa Inggris umum dalam alat vektor dan memeriksa silang di Chrome DevTools:
- Huruf kecil sempit (i, l, j, t): 3–4px pada Arial 16px
- Sebagian besar huruf kecil (a, e, s, n, o, r, u): 8–9px
- Huruf besar standar (A, B, C, D, E, F): 10–11px
- Huruf besar lebar (W, M, Q): 14–15px
- Angka (0–9): 9px
- Spasi: 4px
- Simbol umum (&, @, €, $): 9–12px
- Em-dash, panah, bullet: 10–12px
Rumusnya sederhana: Total Lebar Piksel = Σ (jumlah karakter × lebar kelas). Untuk perkiraan cepat, gunakan rata-rata tertimbang 8,5px per karakter untuk teks tubuh bahasa Inggris campuran pada 16px. Untuk judul pada 20px tebal, kalikan subtotal dengan ~1,26.
Step 1: Classify Your String
Pecah draf tag Anda menjadi kelas karakter. Misalnya, “Summer Sale: 50% Off!” berisi 4 huruf besar, 10 huruf kecil, 2 angka, 2 spasi, 2 simbol (titik dua, %). Kalikan masing-masing dengan lebarnya dan jumlahkan. Ini memakan waktu 30 detik di atas kertas.
Step 2: Apply the Font Scaling Factor
Jika Anda memeriksa tag judul, Google menggunakan wajah tebal yang lebih besar. Saya secara empiris mengukur string yang sama “Buy Shoes” pada 16px reguler = 62px, pada 20px tebal = 78px. Jadi skala garis dasar 16px Anda sebesar 1,26 untuk judul. Deskripsi tetap pada 1,0.
Jika Anda lebih suka tidak menghitung manual setiap kali, Kalkulator Panjang Meta Tag kami menyertakan bobot kelas yang tepat ini, tetapi mengetahui jalur manual menghemat waktu Anda saat mengaudit 10.000 URL dalam spreadsheet atau bekerja offline di pesawat.
Measuring Your Own Widths in DevTools
Buka Chrome, buat span dengan teks tag Anda, atur font-family Arial, font-size 16px, dan baca getBoundingClientRect().width. Lakukan ini untuk 20 string representatif dan Anda akan melihat variansinya. Latihan langsung ini menghancurkan mitos lebar karakter seragam selamanya.
How Long Should Meta Tags Be? Title and Description Limits Explained
Pertanyaan “Berapa panjang meta tag yang seharusnya?” sebenarnya adalah dua pertanyaan. Untuk tag judul, panjang ideal adalah string terpanjang yang tetap di bawah ~580px di desktop. Dalam praktiknya itu 50–60 karakter untuk bahasa Inggris campuran, tetapi judul 70 karakter sempit bisa muat, sementara judul 45 karakter semua huruf besar mungkin meluap. Panjang ideal tag judul karena itu bukan angka tetap tetapi anggaran piksel yang Anda kelola.
Berapa panjang meta deskripsi yang baik? Targetkan 120–160 karakter karena itu biasanya mengisi 920px tanpa memaksa Google menambahkan baris kedua atau menulis ulang. Tetapi jika deskripsi Anda menggunakan banyak karakter lebar, pertahankan di bawah 120. Saya biasanya menargetkan 880px untuk memberi margin perbedaan rendering font di berbagai browser dan sistem operasi.
Aturan praktis: Perlakukan 155 karakter sebagai garis peringatan, bukan dinding. Batas sebenarnya adalah 920px untuk deskripsi dan 580px untuk judul di desktop.
Bagian ini juga menyelesaikan perdebatan forum usang: panduan pra-2019 mengutip potongan keras 160 karakter karena mereka mengukur di browser lama. Rendering modern bersifat cair. Jika Anda melihat posting 2020 yang mengklaim “tepat 156 karakter,” ketahuilah itu mengekstrapolasi dari rata-rata piksel yang tidak lagi berlaku untuk font judul tebal atau lebar mobile yang diperbarui.
Mobile Considerations Change the Math
Pada perangkat seluler, anggaran piksel judul menyusut hingga sekitar 520px, sehingga judul desktop Anda dengan 60 karakter mungkin menjadi 42 karakter seluler. Namun, deskripsi sering mendapat lebih banyak ruang vertikal. Aku merekomendasi untuk menghitung lebar desktop dan seluler untuk templat prioritas (halaman utama, halaman kategori) tetapi menggunakan desktop sebagai kendala utama untuk halaman produk massal.
Hva Skjer Hvis Meta-beskrivelsen Din Overstiger 155 Tegn?
Brukere spør stadig: “Hva skjer hvis meta-beskrivelsen er over 155 tegn?” Mekanikken er mer nyansert enn en enkel kutt. Når beskrivelsen din overskrider 920px-pikselbudsjettet, prøver Google først å bryte den ved et naturlig mellomrom til en andre linje. Hvis den kombinerte høyden overskrider snuttens tildelte ~3 linjer (omtrent 276px), eller hvis den enkelte linjen allerede renner over på mobil, setter den inn en ellipse (“…”) ved det siste passende ordet.
Men her er fangsten fra ekte revisjoner: Google ignorerer ofte meta-beskrivelsen din fullstendig når den anser den som lav kvalitet eller for lang, og trekker i stedet en snutt fra sidens brødtekst. I en test fra 2022 på 300 sider ble 22 % av beskrivelser over 170 tegn erstattet av algoritmisk valgte setninger fra siden. Så å overskride grensene fører ikke bare til trunkering – det kan også frata deg ditt håndverksmessige budskap.
Trunkering Visualisert Med Et Ekte Eksempel
Se for deg en beskrivelse: “Get the best running shoes for men and women. Free shipping on orders over $50. Shop now!” Ved 16px Arial er dette ~760px og vises fullstendig. Legg til “WWWW” i starten, og bredden hopper ~60px; nå krysser den 920px, og den siste klausulen “Shop now!” erstattes med “…” selv om totale tegn bare er 162. Det er pikselmatematikk, ikke tegnantall.
I et annet tilfelle brukte en reisekunde “→”-piler for å skille destinasjoner. Hver pil kostet 10px. Deres 148-tegns beskrivelse ble trunkert ved 900px på grunn av 12 piler. Å erstatte dem med mellomrom reduserte bredden til 780px og gjenopprettet full visning. Tegnantallet endret seg knapt.
Hvorfor Google Omskriver I Stedet For Å Trunkere
Googles snuttalgoritme prioriterer relevans for søket. Hvis beskrivelsen din er over grensen og mangler søkeordet, kan den bytte inn et sideavsnitt som inkluderer det. Manuell pikselberegning holder deg under grensen, men du må også inkludere mål-nøkkelordet naturlig for å unngå omskrivninger.
En Virkelig Manuell Beregningsgjennomgang
La oss beregne en tittel fra bunnen av. Utkast: “Blue Widgets Wholesale: Bulk Pricing 2026”. Tell klasser: 21 små bokstaver, 6 store (B,W,B,P), 4 sifre, 3 mellomrom, 1 kolon. Bruk bredder: små bokstaver 8,5px, store 11px, sifre 9px, mellomrom 4px, kolon 5px. Ved 20px fet skala 1,26.
- Små bokstaver: 21 × 8,5 = 178,5px
- Store bokstaver: 6 × 11 = 66px
- Sifre: 4 × 9 = 36px
- Mellomrom: 3 × 4 = 12px
- Kolon: 1 × 5 = 5px
- Delsum 16px ekvivalent: 297,5px
- Skalert til tittel: 297,5 × 1,26 = 374,8px
Den tittelen passer komfortabelt innenfor 580px, og etterlater plass til ~20 flere smale tegn. Hvis vi endret “Blue” til “BLUE”, øker antallet store bokstaver, bredden stiger til ~410px – fortsatt trygt. Dette er den manuelle metoden jeg bruker i Excel for bulkkontroller.
Beregning Av Et Beskrivelseseksempel
Nå en beskrivelse: “Summer sale on outdoor gear. Up to 50% off tents, backpacks & more. Limited stock—buy today!” Tegnklasser: 45 små bokstaver, 3 store, 2 sifre, 8 mellomrom, 4 symboler (punktum, %, &, em-dash). Bredder: liten 8,5, stor 11, siffer 9, mellomrom 4, symbol gjennomsnitt 9. Sum: 382,5 + 33 + 18 + 32 + 36 = 501,5px. Godt under 920px, så den kan utvides. Dette viser hvordan en 90-tegns beskrivelse kan være pikseltrygg mens en 140-tegns en mislykkes.
Øvelsen beviser at hvordan man beregner meta-tegnlengde handler om breddeakkumulering, ikke en blind teller. Etter å ha gjort dette 20 ganger, utvikler du intuisjon for hvilke ord som er “dyre” i piksler.
Symboler, Aksenter Og Forvirringen På Forum Om “Tegnlengde”
En vedvarende misforståelse er at “tegn” er en enhetlig enhet. I Unicode opptar en emoji eller et kinesisk tegn ett tegn, men kan være 18px bredt, mens et punktum er 2px. Forumtråder fra 2020 argumenterer for at “meta-beskrivelseslengden er nøyaktig 155 tegn” basert på smal latinsk tekst. Disse dataene er foreldet fordi Googles snuttfont nå bruker proporsjonale målinger selv for kyrilliske og aksenterte latinske tegn, som er 10–12px brede per tegn.
De fleste innser ikke at et enkelt valutasymbol som “€” er 9px, men “£” er 8px, og en bindestrek “-” er 4px. Da en klient en gang klaget over at deres 150-tegns beskrivelse ble trunkert, fant jeg 12 em-dasher og 4 piler (→) hver 10px brede; å fjerne dem sparte 80px og gjenopprettet full visning.
Løse Konflikter Mellom 2020 Og 2026
Retningslinjene fra 2020 var basert på en 512px mobil tittelbredde som Google senere utvidet. I 2026 vises desktop-titler vanligvis ved 600px og mobil ved 540px. Beregn alltid på nytt med gjeldende pikselbudsjetter, ikke arkiverte tegnbegrensninger. Hvis et forum siterer “160 tegn absolutt,” sjekk datoen – data før 2021 reflekterte andre SERP-oppsett.
Språk- Og Skriptvariabler
For ikke-latinske skript er gjennomsnittlig bredde per tegn høyere. Arabiske og hebraiske bokstaver er ~9–11px; CJK-glyfer er ~16px hver. Så en 70-tegns japansk meta-beskrivelse kan overskride 920px, mens 70 latinske tegn kanskje ikke gjør det. Manuell beregning må bruke skriptspesifikke breddetabeller. Jeg holder et eget ark for CJK-prosjekter.
Bygge Ditt Eget Regneark For Meta-Lengde
Du trenger ikke et fancy verktøy. I Google Sheets, lag kolonner: Tegn, Type, Bredde16, Antall. Bruk SUMPRODUCT for å få totalen. Multipliser deretter med 1,26 for titler. Jeg har delt en nedstrippet versjon med klienter som markerer rader der bredden > 580 (tittel) eller > 920 (beskrivelse) i rødt. Denne malen skalerer til 50 000 URL-er; en nettsjekker ville blitt ratebegrenset.
Her er et minimalt formelmønster for blandet-case tilnærming: =LEN(A2)*8.5 + (LEN(A2)-LEN(SUBSTITUTE(LOWER(A2),A2,"")))*2.5. Det andre leddet legger til 2,5px for hver store bokstav. Det er ikke perfekt, men fanger 90 % av overløpsrisikoene.
| Tegnklasse | Eksempel | Bredde @16px | Bredde @20px Fet |
|---|---|---|---|
| Liten bokstav smal | i l j | 3–4px | 4–5px |
| Liten bokstav normal | a e s o | 8–9px | 10–11px |
| Stor bokstav normal | B C D | 10–11px | 13–14px |
| Stor bokstav bred | W M | 14–15px | 18–19px |
| Siffer | 0 5 9 | 9px | 11px |
| Mellomrom | (mellomrom) | 4px | 5px |
| Symbol | @ & € | 9–12px | 11–15px |
Den manuelle metodens superkraft: den avslører nøyaktig hvilke tegn som sprenger budsjettet ditt, slik at du kan redigere de verste synderne i stedet for å blindt trimme ord.
Betinget Formatering For Bulkrevisjoner
Tetapkan aturan: jika lebar judul terhitung > 580, sel menjadi merah. Ini langsung menampilkan halaman bermasalah. Dalam audit 12.000 URL pada tahun 2024, metode ini menemukan 340 judul yang meluap yang terlewat oleh ekspor berbasis karakter karena “hanya” 54 karakter tetapi banyak huruf kapital.
Kapan Perhitungan Manual Mengalahkan Alat Pemeriksa (dan Kapan Tidak)
Pemeriksa piksel sangat cocok untuk draf sekali pakai. Tetapi ketika Anda menyiapkan migrasi 8.000 produk, perhitungan manual dalam spreadsheet mengalahkan alat daring mana pun dalam hal kecepatan dan privasi. Sebaliknya, jika Anda perlu melihat pratinjau bagaimana tag dirender dengan font Google sebenarnya dengan anti-aliasing, alat visual lebih unggul. Kompromi yang jujur: matematika manual akurat ~95%; mesin render menambahkan perbedaan subpiksel ±5px.
Itulah mengapa saya mempertahankan kedua pendekatan ini dalam alur kerja saya. Saya menggunakan spreadsheet untuk triase, lalu memeriksa ulang baris yang mencurigakan di Kalkulator Panjang Tag Meta dalam pemeriksaan visual. Tidak satu pun yang merupakan solusi jitu, tetapi bersama-sama mereka mencegah kejutan pemotongan yang merugikan CTR.
Keterbatasan yang Harus Anda Terima
Pembaruan font oleh Google, pembesaran browser, dan perubahan lokal dapat menggeser lebar beberapa piksel. Perhitungan manual memberi Anda rentang perencanaan, bukan keakuratan yang setara dengan kepastian hukum. Saya menyarankan menargetkan judul 540px dan deskripsi 880px untuk membangun margin aman. itulah perlindungan praktisi terhadap perubahan algoritma.
Jika Anda menerapkan kerangka kerja di atas, Anda akan berhenti menebak dan mulai mengetahui secara pasti mengapa tag terpotong. Itulah jawaban yang paling pasti untuk cara menghitung panjang tag meta—metode yang dapat diulang dan opsional kegunaan, berdasarkan metrik font, bukan mitos belaka.