Lim inn hvilken som helst tekst og se sanntidstellinger for ord, tegn, linjer, avsnitt, setninger og reading time. Ingen opplasting, ingen registrering, ingenting forlater nettleseren din.
En gratis ordteller som kjører i nettleseren. Slipp inn et essay, et tweet-utkast, en meta description eller et blogginnlegg på 4 000 ord, og du får sanntidstellinger for ord, tegn med og uten mellomrom, linjer, avsnitt, setninger og en estimert reading time. Teksten forlater aldri maskinen din.
Den finnes for de små, vanlige øyeblikkene: du er 12 tegn over 280-grensen på X, meta description-en din er på 187 tegn, og Google kommer til å klippe den, studiesøknaden din sier "500 words maksimum", og MS Words word count-dialog ligger to menyer ned. Lim inn, sjekk, fiks, gå videre.
Telling er også mer interessant enn det ser ut. Wikipedia-artikkelen om ordtelling påpeker at MS Word, Pages og Google Docs returnerer litt forskjellige tall for samme dokument, mest på grunn av hvordan hver håndterer bindestreksord, em dashes og inline-fotnoter. Vi er åpne om hvilken regel vi bruker, så du kan koble svaret til editoren du stoler på.
Ord telles ved å splitte på whitespace og filtrere bort tomme oppføringer, samme tilnærming som MS Word, Google Docs og de fleste bloggplattformer bruker under panseret. Det er raskt og godt nok for engelsk, fransk, spansk og andre mellomromsadskilte språk. Avveiningen: det går ikke å telle ord korrekt på kinesisk, japansk, koreansk eller thai fordi de skriftsystemene ikke setter mellomrom mellom ord. For spec-korrekte ordgrenser i alle språk er rett verktøy Intl.Segmenter, som implementerer algoritmen i Unicode UAX #29 (Text Segmentation). Vi viser et CJK-varsel når input ser ut til å trenge det.
Tegn telles på to måter: med mellomrom (hvert code point i strengen) og uten mellomrom (uten ASCII-mellomrom, tabs og linjeskift). Hvilket tall du trenger, avhenger av hvilken grense du sjekker mot. Sidetitler, meta descriptions og SMS-meldinger teller mellomrom. Twitter er sin egen sak, se FAQ-en. Vi rapporterer også antall synlige tegn ved hjelp av grafem-klynger, slik at en familie-emoji som tar 7 code points fortsatt teller som ett tegn for en menneskelig leser.
Linjer, avsnitt og setninger fyller panelet. Linjer splittes på linjeskift. Avsnitt splittes på tomme linjer (én eller flere påfølgende tomme linjer). Setninger splittes på ., ! og ? etterfulgt av whitespace, noe som gir riktig svar for det meste av prosa, men teller feil "Mr. Smith said hello" som to setninger og "i.e." som starten på en ny. Det finnes ingen pålitelig setningsegmenterer som får plass på 200 linjer JavaScript; hvis teksten din er full av forkortelser, behandle setningstallet som et grovt estimat.
Ett tekstpanel, seks sanntidstellinger. Ingenting å installere, ingenting å laste opp, ingen konto kreves.
Lim inn fra MS Word, Google Docs, e-postklienten din, et SMS-utkast eller en CMS-editor. Eller klikk Upload for å laste inn en .txt- eller .md-fil. Sample-knappen legger inn et avsnitt hvis du først vil se tellerne bevege seg. Innliming fjerner formatering, som er det du vil; bare teksten telles.
Hver telling oppdaterer mens du skriver eller redigerer. Ord, tegn med mellomrom, tegn uten mellomrom, linjer, avsnitt, setninger og reading time er alle synlige samtidig. Reading time-estimatet bruker 230 words per minute for vanlig prosa. Det finnes også en CJK-detektor som varsler når mellomromsbasert ordtelling kommer til å undervurdere innholdet ditt.
Trykk Copy for å hente den ryddede teksten tilbake til utklippstavlen, eller bruk telle-chipsene for å kopiere et bestemt tall. Download lagrer teksten som .txt. Hvis du trenger en annen telleregel (for eksempel å behandle bindestreksord som ett ord), juster input og tellingene oppdaterer; det er ingenting å konfigurere på serversiden.
Du skriver en tråd, andre tweet er på 312 tegn, og du må kutte uten å miste poenget. Lim inn tweeten her, følg med på tegntellingen, klipp til du lander på 280 eller under. Merk at X teller URL-er som 23 tegn uavhengig av lengde og emoji som 2, så en naiv tegntelling undervurderer litt hvor mye plass du har igjen. Se FAQ om Twitter-vekting.
En personlig søknad på 500 ord, en litteraturoppgave på 4 000 ord, et abstract på 250 ord til en konferanse. De fleste institusjoner teller hvert mellomromsadskilt token som ett ord, inkludert bindestreksord som ett ord. Det matcher det vi rapporterer. Common App-essaygrensen er 650 ord, og de er strenge; en teller som avviker fra deres med 10 er forskjellen mellom innsendt og avslått.
Google klipper sidetitler rundt 60 tegn, av og til tidligere på mobil. Meta descriptions klippes rundt 160. Begge er tegntellinger inkludert mellomrom. Lim inn utkastet ditt her, følg med på telleren, skriv om til de viktige nøkkelordene lander før klippepunktet. Samme regel gjelder for Open Graph-titler og Twitter card-beskrivelser.
En standard SMS er 160 tegn i 7-bit GSM-encoding, og faller til 70 tegn per segment hvis du tar med ett tegn utenfor GSM (for eksempel en emoji eller et typografisk anførselstegn). Push-varsler på iOS klippes rundt 178 tegn i låseskjermsforhåndsvisningen. Teksten din kan få plass i én SMS ved 159 tegn og deles i to ved 161; telleren forteller deg nøyaktig hvor grensen går.
Bloggplattformer som Medium og Substack viser et reading time-estimat øverst i artikkelen. Standardregningen er totalt antall ord delt på 230 (en typisk voksen lesehastighet for vanlig prosa), rundet opp. Teknisk innhold med kodeblokker eller matematikk går saktere, rundt 100 words per minute, så estimatet lover for mye for engineering-innlegg. En how-to på 1 200 ord er omtrent 5 minutters lesing.
Du skrev et utkast på 1 400 ord, og briefen sier under 1 000. Lim inn originalen, lim inn den trimmede versjonen i en andre fane, og du ser nøyaktig hvor mye du har klippet. For en side-ved-side-diff som viser hvilke setninger som har flyttet seg eller blitt skrevet om, og ikke bare differansen i telling, dekker vårt compare-text-verktøy det tilfellet. Par dem når du trenger begge metrikkene.
Telle-situasjonene som setter de fleste verktøy fast, med hva vi gjør og hva du skal følge med på. Ser en telling rar ut, ligger svaret som regel her.
| Topic | What this tool does |
|---|---|
| Whitespace-splitt vs Unicode-segmentering | Vi splitter på whitespace, som er raskt og matcher MS Word/Google Docs for engelsk. Det spec-korrekte alternativet er Unicode UAX #29, eksponert i JavaScript via Intl.Segmenter. Bruk den når språkdekning betyr mer enn fart. |
| CJK-språk uten ordmellomrom | Kinesisk, japansk, koreansk og thai skiller ikke ord med mellomrom. En whitespace-telling returnerer omtrent 1 for et helt avsnitt. For disse språkene er den meningsfulle metrikken tegntelling, som virker korrekt her. Bruk Intl.Segmenter for ekte CJK-ordtellinger. |
| Emoji og Unicode code points | En familie-emoji 👨👩👧👦 ser ut som ett tegn, men er 7 UTF-16-code-points knyttet sammen av zero-width joiners. Vi teller grafemer (synlige tegn) for det menneskevennlige tallet, og code points separat. En hudtonemodifikator på en thumbs-up er ett grafem, men to code points. |
| Twitter / X tegnvekting | X vekter hvert tegn: det meste av ASCII teller som 1, emoji og CJK som 2, og URL-er er låst på 23 uavhengig av lengde. Vår tegntelling er rå-tellingen. Trekk omtrent 7 fra 280-budsjettet for hver emoji du bruker. |
| URL-er og @mentions i tweets | X reduserer hver URL til 23 tegn via t.co uavhengig av hvor lang den faktiske lenken er. @mentions telles ved sin bokstavelige lengde. Telleren vår viser rå lengde, så en tweet med to lange URL-er vil leses som lengre her enn det X rapporterer. |
| Smart-anførselstegn vs rette anførselstegn | "Krøllete" og "rette" anførselstegn er forskjellige Unicode-tegn, men hver teller som ett tegn. De ser like ut i de fleste skrifttyper; innliming fra MS Word eller Pages bytter som regel stille til smart-anførselstegn. Limer du inn kode, gjør om tilbake først. |
| Etterfølgende whitespace og tomme linjer | Mellomrom på slutten av en linje teller fortsatt som tegn. Et avsluttende linjeskift på slutten av dokumentet teller som én linje. Tomme linjer mellom avsnitt teller med i linjetotalen, men skiller avsnitt i avsnittstellingen. |
| Encoding (UTF-8) og bytelengde | De fleste API-er som nevner en "tegngrense", mener Unicode-tegn, men noen få mener UTF-8-bytes. En emoji er 4 bytes i UTF-8, et CJK-tegn er 3, en aksentbærende latinsk bokstav er 2. Hvis grensen din er i bytes, vil tegntellingen vår underrapportere. Twitter er den berømte mellomveien: verken bytes eller tegn, men sin egen vektede ordning. |
Ordtelling er antall mellomromsadskilte tokens i teksten din, så "hello world" er to ord. Tegntelling er antall enkelttegn, så "hello world" er 11 tegn med mellomrommet, 10 uten. Forskjellige plattformer bryr seg om forskjellige tall: akademiske oppgaver bruker ordtelling, SMS- og tweet-grenser bruker tegntelling, og SEO-title-tags bruker også tegntelling. Telleren viser begge samtidig, slik at du kan velge den riktige for din kontekst.
Det splitter input på whitespace (mellomrom, tabs, linjeskift) og teller de ikke-tomme bitene. Så "fast-paced" er ett ord, "well known" er to og "isn't" er ett. Dette matcher MS Word og Google Docs på engelsk prosa. Avveiningen er at det ikke håndterer kinesisk, japansk eller koreansk korrekt, fordi de språkene ikke skiller ord med mellomrom. For spec-korrekt ordtelling på alle språk leveres Intl.Segmenter med moderne nettlesere og implementerer Unicodes algoritme for ordgrenser.
Reading time er ord delt på 230 words per minute, rundet opp til nærmeste minutt. 230 wpm er et rimelig midtpunkt for voksne lesere på vanlig prosa; publiserte estimater går fra 200 til 250 wpm for ikke-teknisk materiale. Teknisk skriving med kodeblokker, formler eller ukjent terminologi senker lesere til rundt 50 til 100 wpm, så estimatet lover for mye for engineering- eller vitenskapelig innhold. Vil du ha strengere matematikk for et nisjepublikum, del ordtellingen din på deres faktiske lesehastighet.
For ord, nei. CJK-språk setter ikke mellomrom mellom ord, så en mellomromsbasert ordtelling returnerer nær 1 for et helt CJK-avsnitt. Tegntellinger er fortsatt nøyaktige (ett CJK-tegn er ett tegn), og det er som regel metrikken som teller for de språkene: en grense for et japansk essay er i tegn, ikke ord. Hvis du trenger en ekte CJK-ordtelling, implementerer Intl.Segmenter-API-et i moderne nettlesere Unicodes algoritme for ordsegmentering og håndterer CJK, thai og andre skriftsystemer uten mellomrom korrekt.
Nei. Telleren kjører helt i nettleseren din. Ingenting sendes til en server, logges eller lagres. Du kan lime inn et konfidensielt utkast, en upublisert artikkel eller selvangivelsen din og lukke fanen; det er ingen kopi igjen. For å verifisere, åpne DevTools, bytt til Network-fanen og følg med mens du skriver. Det er ingen utgående forespørsler når tellingene oppdaterer. Verktøyet er åpent om avhengighetene sine; den eneste tellekoden involvert er ren JavaScript som kjører på maskinen din.
Stort sett ja. X bruker en egendefinert vekting der det meste av basic Latin, sifre og vanlig tegnsetting telles som 1, og praktisk talt alt annet (emoji, CJK, aksenttegn) telles som 2 av 280-tegnsbudsjettet. Den nøyaktige algoritmen finnes i deres counting-characters-dokumentasjon; den bruker code-point-intervaller heller enn grafem-klynger, så en flagg-emoji (som er to regional indicator-code-points) faktisk telles som 4. URL-er er spesialhåndtert til 23 tegn uavhengig av lengde. Vår tegntelling er rå-tellingen, ikke den vektede.
Teksten din forlater aldri nettleseren. Tellingen, splittingen og renderingen kjører alle på maskinen din. Vi laster ikke opp teksten, logger den ikke og sender den ikke gjennom noen tredjepartstjeneste. Du kan lime inn et konfidensielt utkast, et upublisert essay eller annet privat innhold og lukke fanen uten å etterlate spor. For å verifisere, åpne nettleserens DevTools, bytt til Network-fanen og følg med mens du skriver; det er ingen utgående forespørsler. Den eneste avhengigheten er nettleserens egen JavaScript-motor pluss valgfri Intl.Segmenter for grafemtelling. Trenger du en side-ved-side-tekst-diff, en case converter, en måte å sortere linjer på eller en fjerner av duplikatlinjer, ligger de verktøyene ett klikk unna og følger samme in-browser-policy.