X-URL-parser (Twitter)

Introduktion

X-länkar (Twitter) är kaotiska av naturen. Samma tweet kan komma som en twitter.com-länk, en x.com-länk, en app-delningslänk med fem spårningsparametrar, en trend-klick-söklänk, en /photo/1-variantlänk eller en hashtag-länk på vilket språk som helst. Innehållet är identiskt – bara URL:ens form ändras. X-URL-parseraren (Twitter) är ett gratis onlineverktyg som känner igen fler än tjugo X-länkformat, extraherar tweet-ID:t, tar bort spårningsbruset och bygger om länken som en ren kanonisk URL, en officiell embed-URL eller en delnings-intent-URL.

Parseraren är för alla som regelbundet arbetar med X-länkar: sociala medier-chefer som publicerar dem, community-chefer som arkiverar dem, marknadsförare som följer kampanjer, forskare som samlar dem i stor skala och utvecklare som lagrar dem i databaser. I stället för att rensa varje länk manuellt eller lita på en förkortare som döljer vad den gör, klistrar du in länken och ser exakt vad parseraren hittade – länktypen, användarnamnet, innehålls-ID:t, visningsvarianten och de borttagna parametrarna.

Två egenskaper utmärker verktyget. Det analyserar direkt, med uppdaterat resultat vid varje tangenttryckning, och gör noll nätverksförfrågningar – länken lämnar aldrig din webbläsare. Ingen server, ingen API-kvot, ingen logg över vad du klistrar in.

Användningsområden

Publicering och kampanjer. Innan du sätter en X-länk i ett nyhetsbrev, ett blogginlägg eller en annonskommentar rensar du den med det kanoniska formatet. Spårningsparametrar som s, t och twclid är knutna till delningssessionen, blir snabbt värdelösa och förorenar analysrapporter. Att publicera den kanoniska URL:en håller dina innehållslänkar stabila och dina mätvärden ärliga.

Arkivering och deduplicering. Om du lagrar X-länkar i ett kalkylblad, ett CMS eller en forskningsdatamängd kan samma tweet dyka upp i dussintals URL-former – olika domäner, varianter och parameterkedjor. Parseraren normaliserar allt till en kanonisk form, så att twitter.com/jack/status/20, x.com/jack/status/20 och samma länk med ?s=20&t=… faller samman till en enda stabil identifierare att deduplicera mot.

Trendbevakning. Trend-klicklänkar är de stökigaste X-URL:erna som finns: x.com/search?q=%23Gewitter&src=trend_click&vertical=trends. Varje tweet i din bevakningstabell kommer i den formen. Parseraren känner igen mönstret, normaliserar en enkel-hashtag-fråga till den kanoniska hashtagsidan och tar bort källparametrarna – en inklistring förvandlar en trendlänk till en ren, delbar URL.

Inbäddning på webbplatser. När du publicerar tweets på din egen webbplats genererar embed-formatet den officiella X-widget-URL:en (platform.twitter.com/embed/Tweet.html?id=…). Sätt den i en iframe så renderar X tweeten med officiell design – inga tredjeparts-embedtjänster, ingen scraping.

Datahygien. För utvecklare och forskare är parseraren också en specifikationsreferens – listan över borttagna parametrar visar exakt vilka spårningsnycklar X lägger till idag, och tabellen över stödda format dokumenterar varje väg verktyget känner igen.

Anatomi av en X-länk

En X-länk har tre delar värda att förstå: värden, sökvägen och frågesträngen.

Betrakta en riktig tweetlänk som mobilappen delar:

https://twitter.com/markito0171/status/2089759704335482961/video/1?s=20&t=FakeNonce&ref_src=twsrc%5Etfw

Värden twitter.com (eller x.com, mobile.twitter.com) talar om för parseraren vilken familj länken tillhör. Sökvägen /markito0171/status/2089759704335482961/video/1 namnger vägen – här en tweet med en video-visningsvariant. Frågesträngen blandar två typer av parametrar som parseraren behandlar väldigt olika:

Identitetsparametrar talar om för vilken tweet, profil, lista, Space, evenemang eller hashtag länken pekar. Allt annat är kontext – hur du kom dit, från vilken app, vilken vy som var öppen. Parseraren behåller identiteten och kastar kontexten, och rapporterar sedan de borttagna nycklarna så att rensningen går att verifiera.

De två domänerna. X bytte namn från Twitter till X 2023, och x.com blev huvuddomän 2024. Båda domänerna serverar samma innehåll och omdirigerar till varandra, och länkar som kopierats från båda platserna fungerar identiskt. Parseraren accepterar båda plus den gamla mobile.twitter.com-subdomänen och ger alltid den kanoniska formen på x.com – den domän X självt omdirigerar till idag.

De interna /i/-vägarna. En andra länkfamilj lever under /i/: x.com/i/web/status/{id} (tweet-vägen i webbappen när en tweet-URL öppnas utan användarnamn), x.com/i/spaces/{id} (live audio-Spaces), x.com/i/lists/{id} (listor på ID) och x.com/i/events/{id} (tidslinjer och Moments). Parseraren känner igen var och en och för dem tillbaka till sin kanoniska form.

Så fungerar det

Analysen sker helt i din webbläsare, utan nätverksförfrågningar och utan serverresor. Vid varje tangenttryckning går länken igenom tre steg:

1. Värdmatchning. Länken jämförs med X-domänerna: twitter.com och x.com, med vilken subdomän som helst som mobile. eller www.. Liknande domäner som evilx.com avvisas.
2. Vägmatching. Sökvägen delas i segment och jämförs med tabellen över kända vägar – {användare}/status/{id}, i/web/status, i/spaces, i/lists, i/events, hashtag, search, profilrötter och profilfliksökvägar.
3. Frågeanalys. Parametern q i söklänkar avkodas och klassificeras, medan spårningsparametrar känns igen enligt tre regler och läggs till i borttagen-listan.

Varje extraherat värde valideras mot strikta mönster innan det accepteras: tweet-ID:n måste ha 15–19 siffror, användarnamn 1–15 bokstäver, siffror eller understreck, och hashtaggar upp till 30 tecken i valfri Unicode-skrift. Allt som inte klarar valideringen gör att parseraren rapporterar en ogiltig länk i stället för att gissa.

Eftersom det inte finns någon nätverksåtkomst behöver parseraren aldrig ett laddningstillstånd, stöter aldrig på en rate limit och levererar resultat i samma stund som du klistrar in.

Stödda länkformat

Parseraren känner igen fler än tjugo format i sju resultattyper.

Profilflikar accepteras generiskt: vilket ord i gemener som helst i det andra sökvägssegmentet – with_replies, media, likes, following, followers, lists, moments och vilken framtida flik som helst – löser upp till själva profilen, eftersom en flik är en vy av profilen och inte en egen resurs.

Parseraren avvisar också vägar som inte är delbart X-innehåll. Plattformssaker som home, explore, login, settings, messages och notifications ger ett ogiltig-meddelande, liksom trasiga former som ett rent numeriskt användarnamn (x.com/1234567890), ett tweet-ID utan 15–19 siffror (x.com/användare/status/1234) eller en tom väg utan identifiering (x.com/hashtag/). Den fullständiga blocklistan finns i kapitlet "Tekniska specifikationer".

Förstå Snowflake-ID:n

Varje tweet har ett numeriskt ID, och talet är inte slumpmässigt. X bygger tweet-ID:n i Snowflake-formatet: ett 64-bitars heltal med tre delar – en 41-bitars tidsstämpel i millisekunder sedan den egna epoken 4 november 2010, en 10-bitars maskinidentifiering och en 12-bitars sekvensräknare per maskin.

Vad detta betyder i praktiken:

• ID:t kodar den exakta publiceringsmillisekunden. ID:t 2089759704335482961 avkodas till exempel till en publiceringstid i augusti 2026 – det kan du verifiera med vilken Snowflake-avkodare som helst, utan API.
• ID:n har vuxit från 15 siffror 2010 till 19 siffror idag, eftersom tidsstämpelbitarna fortsätter växa. Parseraren accepterar 15–19 siffror och täcker därmed hela plattformens historia.
• ID:t är tweetens stabila nyckel. Till skillnad från användarnamn (som kan ändras) och URL-former (som varierar) ändras Snowflake aldrig – använd det för att deduplicera länkar i en databas, söka tweeten eller referera den i ett CMS.

Parseraren validerar ID:ts form men avkodar det inte – att avkoda tidsstämpeln är en uppgift för en dedikerad Snowflake-avkodare. För länkrening spelar det roll att parseraren aldrig misstar ett slumpmässigt tal för ett tweet-ID och aldrig gissar när formen är felaktig.

Söklänkar och hashtag-normalisering

När du klickar på en trend eller hashtag på X skickar plattformen dig inte till en ren URL. Den skickar dig till en söksida med kodad fråga:

https://x.com/search?q=%23Gewitter&src=trend_click&vertical=trends

Parametern q är den faktiska sökfrågan – här, percent-kodad, den enda hashtaggen #Gewitter. Resten är ankomstkontext: src=trend_click noterar att du kom från en trend och vertical=trends väljer trendvyn.

Parseraren behandlar dessa länkar på två sätt:

Varför normalisera överhuvudtaget? En hashtag-sökning och hashtagsidan visar samma innehåll, men hashtagsidans URL är stabil, kort och delbar – och det är den form X självt använder i profiler och bios. Normaliseringen besparar dig att korrigera varje trendlänk i din tabell för hand.

Rena nyckelordssökningar normaliseras inte (det finns ingen kanonisk sida för en godtycklig fråga), så parseraren behåller dem som söklänkar, men tar ändå bort ankomstkontexten (src, vertical, f). Sökningar med tomt eller saknat q avvisas som ogiltiga.

Spårningsparametrar vi tar bort

X lägger till en lång lista parametrar på länkar, och parseraren tar bort dem enligt tre igenkänningsregler:

1. Kampanjparametrar – alla nycklar med utm_-prefix (Google Analytics-konvention): utm_source, utm_medium, utm_campaign, utm_term, utm_content.
2. Interna tokens – alla nycklar med dubbelt understreck-prefix.
3. Den exakta listan – 19 kända spårnings-, sessions- och navigeringsparametrar.

De vanligaste parametrarna i den exakta listan:

Identitetsparametrar tas aldrig bort: tweet-ID:t i sökvägen, list-ID:t, Space-ID:t och q i en söklänk är själva innehållet. Att ta bort dem skulle bryta länken.

Varför är borttagning alltid säker? Spårningsparametrar beskriver hur du kom dit, inte vart länken pekar. twclid, src och utm_* ändrar bara attribueringsrapporterna; det renderade innehållet är identiskt utan dem. Rader "Borttagna parametrar" visar exakt vad som togs bort, så att rensningen går att verifiera i en blick.

Guide till utdataformat

Varje analyserad länk kan produceras i tre format.

Det kanoniska formatet ger alltid domänen x.com – det nuvarande varumärket – oavsett vilken domän du klistrade in. Hashtag-sökningar normaliseras till hashtagsidor och profilflikar faller tillbaka på profilroten.

Embed-formatet finns bara för tweets, eftersom X-embed-widgeten renderar tweets. Det genererar samma widget-URL som X:s eget embed-skript laddar i en iframe – öppna den i webbläsaren så ser du tweeten renderad med officiell design. Radioalternativet döljs automatiskt för profiler, listor, Spaces och hashtaggar, som saknar widget.

Delningsformatet väljer lämplig intent för innehållet: tweets använder intent/retweet?tweet_id=… (öppnar retweet-dialogrutan för den tweeten), profiler intent/user?screen_name=…, och hashtaggar intent/tweet?hashtags=… (skriver en tweet med förifylld hashtag). Intents lever på twitter.com – den historiska intent-värden – och X löser dem på båda domänerna.

Användning

1. Klistra in länken. Klicka på inmatningsfältet och klistra in X-URL:en (Ctrl+V eller Cmd+V). Parseraren läser den medan du skriver – det finns ingen knapp att trycka på.
2. Läs resultatpanelen. Fem rader sammanfattar analysen:

3. Välj utdataformat. Kanonisk URL är standard. Växla till Embed-URL (endast tweets) eller Delnings-URL när du behöver en av dessa former. Format som inte gäller för den aktuella länktypen döljs automatiskt.
4. Kopiera resultatet. Utdatafältet uppdateras direkt; tryck på Kopiera för att lägga det i urklippet.

Steg-för-steg-guide

Följ ett komplett exempel, från en trend-klicklänk till den publicerade rena URL:en.

Steg 1 – Klistra in en trend-klicklänk. Kopiera den här länken, precis som den kommer när du klickar på en trend i X-appen:

https://x.com/search?q=%23Gewitter&src=trend_click&vertical=trends&twclid=abc123xyz

Klistra in den i inmatningen. Resultatpanelen fylls direkt: typ hashtag, innehålls-ID Gewitter och de borttagna parametrarna src, vertical, twclid.

Steg 2 – Kopiera den kanoniska URL:en. Utdata visar den rena hashtagsidan:

https://x.com/hashtag/Gewitter

Enkel-hashtag-frågan har normaliserats till den kanoniska hashtag-vägen – URL:en som X självt använder i profiler och bios.

Steg 3 – Rensa en delad tweet. Klistra in en app-delningslänk med full parameterkedja:

https://twitter.com/markito0171/status/2089759704335482961/video/1?s=20&t=FakeNonce&ref_src=twsrc%5Etfw

Typen visar tweet, användarnamnet länkar profilen, ID:t är 2089759704335482961, varianten visar video, och borttagen-listan visar s, t, ref_src. Den kanoniska utdatan kollapsar allt till https://x.com/markito0171/status/2089759704335482961 – /video/1-vyn är samma tweet, så den rena länken pekar på själva tweeten.

Steg 4 – Bädda in tweeten. Växla till Embed-URL. Utdatan blir https://platform.twitter.com/embed/Tweet.html?id=2089759704335482961. Sätt den i en iframe på din webbplats:

<iframe src="https://platform.twitter.com/embed/Tweet.html?id=2089759704335482961"
  width="550" height="600" style="border:none;overflow:hidden" frameborder="0"
  allowfullscreen="true"></iframe>

Steg 5 – Hantera en Unicode-hashtag. Klistra in https://x.com/hashtag/%E6%97%A5%E6%9C%AC?src=hashtag_click. Typen visar hashtag, ID:t är 日本 (avkodat från den percent-kodade sökvägen), och den kanoniska utdatan är den kodade rena formen https://x.com/hashtag/%E6%97%A5%E6%9C%AC.

Steg 6 – Dela en profil. Klistra in https://x.com/elonmusk och växla till Delnings-URL. Utdatan blir https://twitter.com/intent/user?screen_name=elonmusk – den officiella följ-intenten, redo för en delningsknapp.

Proffstips

• Deduplicera arkiv på innehålls-ID:t. När du rensar en tabell i batchar är raden för innehålls-ID din stabila nyckel: samma tweet ger alltid samma Snowflake, oavsett vilken domän, variant eller parameterkedja den kom via. Sortera och deduplicera på den kolumnen, inte på URL:en.
• Normalisera trendlänkar innan du sparar dem. Trend-klick är de stökigaste X-länkarna, och alla faller tillbaka på en ren hashtagsida med en enda inklistring. Bygg ditt bevakningsflöde kring den kanoniska hashtag-formen.
• Använd embed-URL:er med den officiella iframen. X-embed-widget-URL:en behöver inget extra JavaScript på din sida – bara iframen från guiden. Widgeten hanterar responsiv bredd och renderar den officiella tweetdesignen.
• Använd delnings-intents i kampanjer. Delnings-URL-formatet genererar officiella intentlänkar för retweet-, följ- och hashtag-skriv-åtgärder. De fungerar utan API-nyckel och öppnar X:s egna dialoger.
• Betrakta borttagen-listan som en övervakningssignal. X ändrar sitt spårningsvokabulär då och då. Om en parameter du aldrig sett dyker upp i borttagen-listan är den värd en titt – parseraren visar exakt vad plattformen lägger till idag.
• Profilflikar kollapsar automatiskt. Korrigera inte x.com/elonmusk/with_replies till x.com/elonmusk för hand i en tabell – parseraren gör det åt dig och håller användarnamnsraden intakt.
• Klistra in länkar från var som helst. Parseraren accepterar båda domänerna och alla subdomäner, så länkar från appen, webben, nyhetsbrev eller e-post fungerar utan normalisering.

Alternativ

För engångsrensning är det kanoniska formatet i den här parseraren snabbaste vägen; för batchforskning med metadata kan ett X-API-konto passa – men det är ett utvecklarverktyg, inte en länkrensare.

I jämförelse med de officiella API:erna

X-API:et hade en gång en gratisnivå. Det ändrades 2023 och igen 2026: X gick över till pay-per-use i februari 2026, tog bort gratisnivån och stängde de gamla Basic- och Pro-abonnemangen för nya registreringar. Att läsa ett enda inlägg kostar cirka $0,005 (runt $5 per 1.000 tweets) och profilläsningar det dubbla. Det finns ingen gratis kvot att prototypa med.

Den här parseraren anropar medvetet inte API:et. En lokal parserare täcker vad det betalda API:et inte kan:

Parseraren besvarar frågan vad är den här länken och vad är dess rena form? – en fråga som inte behöver API, nyckel eller kvot. Om du utöver rensningen behöver tweetmetadata är ett API-konto ett separat beslut; den rena kanoniska URL som det här verktyget producerar är exakt vad du skulle mata ett sådant API med ändå.

Vad verktyget inte gör

Det kan inte lösa t.co-kortlänkar. Varje länk som publiceras på X förkortas automatiskt till en t.co-URL, och målet kan bara upptäckas genom att följa omdirigeringen. Webbläsare kan inte läsa omdirigeringsmålet eftersom CORS inte tillåter det, och en noll-förfrågningar-parserare gissar aldrig. Öppna kortlänken en gång och kopiera den långa URL:en från adressfältet – parseraren bearbetar den direkt.

Det avvisar tredjepartsspeglar. Nitter-instanser (nitter.net/…) och förhandsvisningstjänster som fxtwitter.com och vxtwitter.com är inte X-domäner och avvisas. Bara twitter.com och x.com (med valfri subdomän) accepteras.

Det avvisar icke-innehållsvägar. Plattformssaker som home, explore, login, settings, messages, notifications, compose, intent och share är inte delbart innehåll och avvisas som ogiltiga, liksom tomma vägar utan identifiering (x.com/hashtag/, x.com/i/spaces/).

Det hämtar ingen metadata. Ingen begäran går till X, så parseraren visar aldrig tweettext, författarnamn, engagemangssiffror eller publiceringsdatum. Den besvarar vad är den här länken och vad är dess rena form? – inget mer. (Snowflake-ID:t kodar i sig publiceringstiden, men att avkoda det är en uppgift för en dedikerad avkodare.)

Det ändrar ingenting. Verktyget förkortar, omdirigerar, lagrar eller vidarebefordrar inga länkar. Utdatan är en URL du tar med dig.

Felsökning

Integritet och datahantering

Det här verktyget gör noll nätverksförfrågningar. URL:en du klistrar in bearbetas helt i din webbläsare: ingen server tar emot den, inget analysskript ser den, ingen tredjepartslogg noterar den. Det finns inget konto, ingen lagring och inget sätt för verktyget att veta vad du klistrade in efter att sidan stängts.

Detta skiljer konkret parseraren från API-drivna verktyg: länken, dess tweet-ID och dess användarnamn passerar aldrig en server du inte kontrollerar. Du kan rensa länkar före publicering, interna kampanjlänkar eller privat vidarebefordrade länkar utan att de dyker upp i tredjepartsloggar.

Parseraren laddar inte heller tredjepartsskript. Embed-URL:en den genererar pekar på X:s egen widgetsida, och X ser bara de URL:erna om du själv öppnar eller bäddar in dem – parseraren laddar dem aldrig.

Tekniska specifikationer

Blocklistan är: home, explore, search, intent, share, compose, messages, notifications, settings, login, signup, help, tos, privacy, about, download, jobs, developers, analytics, support, feedback, blog, media, status, s, bookmarks, i, hashtag, lists.

Funktioner

• Analyserar fler än 20 X-länkformat (Twitter) – tweets, profiler, listor, Spaces, evenemang, hashtaggar och söklänkar, på twitter.com och x.com
• Tar automatiskt bort spårningsparametrar som twclid, ref_src, src och utm_* och visar exakt vad som togs bort
• Extraherar tweet-ID:t och normaliserar hashtag-söklänkar till kanoniska hashtagsidor
• Skapar kanoniska x.com-URL:er, officiella embed-widget-URL:er och delnings-intent-URL:er med ett klick
• Förstår Unicode-hashtaggar som 日本, URL-varianter som /photo/1 och de interna /i/-vägarna
• Analyserar direkt i din webbläsare med noll förfrågningar – dina länkar lämnar aldrig din enhet

Vanliga frågor