Meta tags tjekker

Meta tags tjekker er et gratis værktøj, der henter og kontrollerer metatags på ethvert website, så du kan se, hvordan en side beskriver sig selv over for søgemaskiner og andre tjenester.

Hvad undersøger et tjek af metatags?

Et tjek af metatags henter og kontrollerer metatags i en websides HTML. Metadata giver crawlere og delingstjenester instruktioner eller beskrivende oplysninger om siden.

Det er blandt andet relevant at gennemgå metabeskrivelsen, robots-direktiver, viewport-indstillinger og metadata til sociale medier, eksempelvis Open Graph-tags. En canonical URL angives normalt i et separat HTML-linkelement og skal derfor gennemgås særskilt. Dokumentets titel er teknisk set et HTML-element og ikke et metatag. Den kontrolleres dog ofte sammen med metadata, fordi søgemaskiner kan bruge den som titel på et søgeresultat.

Elementerne kan påvirke synlighed og præsentation på forskellige måder. Et robots-direktiv kan forhindre indeksering. Et canonical-link kan desuden angive, hvilken version af flere lignende sider der skal betragtes som den primære. Beskrivelser og metadata til sociale medier kan påvirke, hvordan et link vises, men søgemaskiner og sociale platforme kan vælge at generere deres egen tekst eller deres eget billede.

Det gamle meta keywords-tag giver ikke de store søgemaskiner noget brugbart optimeringssignal. Det er som regel harmløst, hvis tagget findes, men det er usandsynligt, at søgesynligheden forbedres ved at bruge tid på at udfylde det med søgeordslister.

Hvordan tjekker jeg metatags på et website?

Indtast den fulde offentlige URL til den side, du vil undersøge. Kør derefter kontrollen, og gennemgå de hentede metadata. Kontrollér den konkrete side i stedet for at gå ud fra, at alle sider på websitet bruger de samme indstillinger som forsiden.

1. Brug så vidt muligt den endelige HTTPS-adresse, inklusive hele stien til artiklen, produktet eller profilen.
2. Kontrollér, om den indsendte URL omdirigerer. Hvis den gør, skal du også undersøge den destination, der vises i browseren.
3. Sammenlign de returnerede værdier med sidens formål og den ønskede visning i søgeresultater.
4. Foretag ændringerne i websitets skabelon, indholdsstyringssystem eller SEO-indstillinger, udgiv dem, og kør derefter kontrollen igen.

Kontrollen udføres på serveren. Den URL, du indsender, sendes til serveren via HTTPS og gemmes ikke. Målsiden skal være tilgængelig fra det offentlige internet, før et serverbaseret kontrolværktøj kan hente den. Private forhåndsvisningslinks, intranetsider og sider bag et login er muligvis ikke tilgængelige.

Detaljerne i URL'en har betydning. En forespørgselsstreng kan give et andet svar, mens et fragment, der begynder med et hashtegn, ikke sendes til webserveren. Mellemrum er ikke gyldige bogstavelige URL-tegn og skal normalt procentkodes. Domænenavne med accenttegn eller ikke-latinske tegn kan under IDNA være repræsenteret som ASCII-etiketter med Punycode, og ikke-latinske tegn i stien kan være procentkodede.

Hvordan læser jeg resultatet?

Gennemgå hvert returneret metaelement ved at kontrollere dets attributter, eksempelvis name, property, http-equiv, charset og, hvor det er relevant, content. Kontrollér også, om værdierne passer til den side, du indsendte. Et tag kan godt være til stede og stadig være forkert, være duplikeret eller være arvet fra en uegnet skabelon.

• Metabeskrivelse skal beskrive den konkrete side i et naturligt sprog. En tom værdi giver ikke søgemaskinen noget forslag til et resumé, men søgemaskinen kan stadig oprette et ud fra den synlige tekst.
• Robots angiver direktiver, som crawlere, der understøtter dem, kan følge. Eksempelvis beder robots = noindex, follow disse crawlere om ikke at indeksere siden, samtidig med at de fortsat må følge dens links.
• Canonical skal gennemgås særskilt, fordi det normalt er et HTML-linkelement og ikke et metaelement. Dets href identificerer den foretrukne URL for identisk eller næsten identisk indhold. Linket skal normalt føre til en gyldig side, der kan indekseres og repræsenterer det samme indhold.
• Viewport hjælper browsere med at tilpasse sidens layout til mobilenheder. Værdien beskriver ikke selve siden direkte, men en manglende eller uegnet værdi kan bidrage til en dårlig visning på mobilenheder.
• Open Graph og lignende tags til sociale medier angiver forslag til titel, beskrivelse, URL eller billede, når siden deles. Den enkelte platform afgør selv, hvilke værdier den faktisk bruger.

Et konkret eksempel er en produktside, der returnerer description = Red wool scarf with tasselled ends. Beskrivelsen er specifik for varen. Hvis den samme side returnerer description = Welcome to our website, findes tagget, men det giver meget lidt brugbar kontekst. Når canonical-linket gennemgås særskilt, er href-værdien https://example.co.uk/scarves/red-wool-scarf tilsvarende fornuftig for produktet. Et canonical-link, der peger på butikkens forside, kan derimod få produktets URL til at blive behandlet som en dublet.

Intet værktøj til kontrol af metadata kan garantere placeringer, indeksering eller et bestemt søgeresultatuddrag. Søgemaskiner vurderer hele siden, links, crawleradgang og mange andre signaler, og de kan omskrive titler eller beskrivelser, så de passer til en bestemt søgning.

Typiske problemer og praktiske løsninger

• Manglende beskrivelse. Tilføj en sidespecifik beskrivelse via indholdsstyringssystemet eller sideskabelonen. Undgå at kopiere den samme sætning til en stor gruppe sider.
• Utilsigtet noindex-direktiv. Fjern det fra sider, der skal kunne findes i søgninger, når de er klar til udgivelse. Kontrollér også HTTP-svarheadere, da robots-instruktioner kan være angivet dér i stedet for i HTML.
• Flere kopier af det samme tag. Find ud af, hvilket tema, plug-in eller hvilken skabelonkomponent der tilføjer hver kopi, og behold én autoritativ værdi. Modstridende robots-direktiver eller duplikerede canonical-linkelementer gør fejlsøgningen vanskeligere.
• Forkert canonical-link. Gennemgå det særskilt fra metataggene, og erstat en standardværdi, der bruges på hele websitet, med den foretrukne URL til det aktuelle indhold. Vær opmærksom på HTTP i forhold til HTTPS, varianter af værtsnavnet og unødvendige sporingsparametre.
• Forældet titel eller billede til sociale medier. Opdater sidens delingsfelter, og kontrollér, at billedets URL er offentligt tilgængelig. Nogle platforme gemmer forhåndsvisninger i cachen, så et rettet tag vises muligvis ikke med det samme.
• Metadata fra en anden side. Kontrollér skabelonvariabler og udgivelsesprocesser. Det sker ofte, når en redaktør kopierer et eksisterende produkt, arrangement eller en artikel uden at udskifte alle felterne.

Metadata, der først tilføjes, efter at JavaScript er kørt på klientsiden, er muligvis ikke synlige for alle crawlere eller kontroltjenester. Metadata med indekseringsdirektiver og separate linkelementer, der angiver canonicalisering, placeres generelt mere pålideligt i den HTML, som serveren leverer.

Hvor ofte bør jeg tjekke metatags?

Kontrollér metadata igen, når du har udgivet en ny skabelon, ændret et SEO-plug-in, flyttet til et andet domæne eller redigeret indstillingerne for indeksering. Rutinemæssige kontroller giver også mening efter større indholdsimporter og udgivelser, der ændrer sideheadere.

Der er ikke meget værdi i at kontrollere en uændret side med få minutters mellemrum. Kontrollér igen, når den udgivne HTML er ændret, efter at en omdirigering er blevet rettet, eller når en platform har haft tid til at rydde en gemt forhåndsvisning fra cachen. På et stort website bør du udtage prøver fra flere sidetyper i stedet for kun at kontrollere forsiden. Medtag en artikel, en kategori, et produkt, en side med paginering og enhver skabelon, der ikke skal vises i søgeresultater.

Ofte stillede spørgsmål

Kan værktøjet se metatags, der tilføjes med JavaScript?

Det afhænger af, om kontroltjenesten renderer JavaScript eller kun læser det oprindelige HTML-svar. Gå ikke ud fra, at tags, som indsættes via scripts, bliver registreret. Undersøg den kildekode, serveren leverer, hvis et tag vises i browserens udviklerværktøjer, men ikke i kontrollen.

Hvorfor er den kontrollerede side en anden end den URL, jeg indtastede?

Den indsendte adresse kan omdirigere til en anden URL på grund af gennemtvingning af HTTPS, canonicalisering af værtsnavnet, normalisering af afsluttende skråstreger eller en ændret sideslug. I nogle tilfælde skyldes det regional routing eller fjernelse af en sporingsparameter. Gennemgå den endelige destination, da det er metadataene fra denne side, der kan blive hentet.

Kan jeg tjekke et testwebsite eller en adgangskodebeskyttet side?

Som regel ikke, medmindre siden er offentligt tilgængelig, og kontrolværktøjet kan åbne den uden loginoplysninger. Undersøg i stedet beskyttede sider lokalt via deres renderede HTML.

Skal alle sider have forskellige metadata?

Sider med forskellige formål bør generelt have titler og beskrivelser, der afspejler deres eget indhold. Et eventuelt canonical-link, som gennemgås særskilt fra metataggene, skal pege på den relevante foretrukne URL. Duplikerede filtrerede sider kræver en bevidst strategi for canonicalisering. Kopier, der udgives via syndikering, skal håndteres i overensstemmelse med udgivelsesaftalen. Oversatte sider bør bruge passende sprogangivelser i stedet for at blive behandlet som dubletter.

Hvad skal jeg gøre, når jeg har rettet et tag?

Udgiv ændringen, ryd relevante caches på websitet, og kontrollér den endelige offentlige URL igen. Undersøg derefter siden med søgemaskinens eller den sociale platforms egen diagnosticeringstjeneste, hvis en sådan findes. Disse tjenester kan nemlig bruge deres egne regler for rendering, cachelagring og berettigelse.