Astro SEO: slik får du et Astro-nettsted til å rangere på Google og bli sitert av KI

Rask quiz

Passer SEO for deg, og hvordan bør du starte?

Spørsmål 1 av 425%

Søker folk på Google etter det du selger?

Ja, tror jegNei, det er nytt eller svært nisjepregetJeg vet ikke

Astro SEO handler om å gjøre den rene HTML-en om til sider som rangerer. Googles egen guide til grunnleggende JavaScript-SEO forklarer at Google behandler JavaScript-nettsteder i tre faser (crawling, rendering og indeksering), og sier at «server-side- eller forhåndsrendering fortsatt er en veldig god idé», fordi ikke alle roboter kan kjøre JavaScript. Astro starter fra den posisjonen som standard. Denne guiden dekker resten, innstilling for innstilling, med hver oppførsel kontrollert mot den offisielle Astro-dokumentasjonen. For sammenhengens skyld kjører nettstedet sorank.com, som du leser nå, på Astro.

Er Astro godt for SEO?

Ja, teknisk sett. Astro renderer komponenter til HTML under bygging og fjerner JavaScriptet som rammeverk som React eller Vue normalt sender til nettleseren. Resultatet unngår de klassiske problemene som beskrives i vår guide til JavaScript-SEO: tomme HTML-skall, innhold som først vises etter rendering, lenker som ikke er ekte anchor-elementer. Det unngår også rutefellene i en single-page application, siden hver Astro-rute er en ekte URL med sin egen HTML-fil.

Det Astro ikke gjør, er minst like viktig. Det finnes ingen innebygd SEO-plugin, ingen automatisk metabeskrivelse, ingen automatisk kanonisk tagg og ingen strukturerte data. Tabellen under skiller det du får gratis fra det du må bygge selv.

Statisk eller server-rendering: hvilken modus er best for SEO?

Astro-dokumentasjonen om rendering på forespørsel er tydelig: som standard blir sider, ruter og API-endepunkter forhåndsrenderert som statiske sider under bygging. For SEO er statisk output den tryggeste standarden: hver URL er en ferdig HTML-fil servert fra et CDN, rask og identisk for alle besøkende og alle roboter.

Rendering på forespørsel (server) krever en adapter for vertstjenesten din (Node, Netlify, Vercel eller Cloudflare, for eksempel). Deretter kan du velge bort forhåndsrendering for en enkelt rute med export const prerender = false, eller slå hele prosjektet over til output: 'server' og velge statiske sider tilbake. Begge modusene gir full HTML, så Google ser det samme. Forskjellene ligger andre steder:

• Hastighet: en statisk fil serveres øyeblikkelig; en server-rendret side avhenger av serverens svartid, noe som teller mot Largest Contentful Paint.
• Ferskhet: server-rendering passer for sider som endrer seg hele tiden (lager, priser, søkeresultater), der ombygging av hele nettstedet ville vært for tregt.
• Verktøy: enkelte integrasjoner, som sitemapet, kan ikke se dynamiske serverruter (se nedenfor).

Den praktiske regelen: hold markedsføringssider, blogginnlegg og dokumentasjon statiske, og render bare de rutene på forespørsel som trenger direkte data. Astros dokumentasjon gir samme anbefaling og råder deg til å beholde standard statisk modus helt til de fleste sidene dine trenger rendering på forespørsel.

Hvordan setter du opp metataggene og de kanoniske URL-ene i Astro?

Lag én SEO-komponent (ofte kalt BaseHead eller Seo) og ta den med i head på hvert layout. Den tar imot en tittel, en beskrivelse, et valgfritt bilde og et valgfritt noindex-flagg, og skriver ut:

1. tittelkoden, unik per side, med hovedsøkeordet nær starten;
2. metabeskrivelsen, skrevet for hånd for hver side (den er søkeutdraget ditt);
3. den kanoniske taggen, bygget som absolutt URL fra Astro.url.pathname og site-verdien i konfigurasjonen;
4. Open Graph- og sosiale tagger (tittel, beskrivelse, bilde, URL) for forhåndsvisninger av lenker;
5. en robots-metatagg når en side må holdes utenfor indeksen.

Sett site-alternativet i astro.config.mjs først: den kanoniske taggen, sitemapet og de sosiale taggene avhenger alle av det. Velg deretter en trailingSlash-policy ('always' eller 'never') og hold deg til den, slik at /blog/post og /blog/post/ aldri konkurrerer som to versjoner av samme side. Søkestrenger bør fjernes fra den kanoniske URL-en, slik at sporingsparametere ikke lager duplikater.

Hvordan lager du et sitemap og robots.txt med Astro?

Bruk den offisielle integrasjonen som er dokumentert på siden for @astrojs/sitemap. Kjør npx astro add sitemap, så installeres den og legges til i konfigurasjonen. Den krever site-alternativet, og under bygging skriver den en fil sitemap-index.xml som peker til nummererte filer (sitemap-0.xml, deretter flere på store nettsteder). Hver fil holder opptil 45000 oppføringer som standard, satt med alternativet entryLimit. Hvis formatet er nytt for deg, forklarer vårt leksikonoppslag om XML-sitemap hva Google gjør med det.

Tre innstillinger betyr noe for SEO:

• filter: en funksjon som tar imot hver sides URL; returner false for takk-sider, intern søk, utkast eller alt med noindex, slik at sitemapet bare lister indekserbare URL-er.
• i18n: kobler språkmappene dine til språkkoder og legger til hreflang-alternativer på hver oppføring.
• customPages: legger til URL-er som integrasjonen ikke kan finne på egen hånd.

For robots.txt er en statisk fil i public-mappen nok på de fleste nettsteder. Hvis innholdet er forskjellig mellom staging og produksjon, lager du den fra et endepunkt (src/pages/robots.txt.ts) i stedet. I begge tilfeller legger du til en Sitemap-linje som peker til sitemap-index.xml, og tester resultatet med en kontroll av robots.txt før lansering. Den samme endepunktteknikken lager en llms.txt-fil; vår guide om hvordan du installerer en llms.txt-fil dekker innholdet.

Hvordan håndterer du hreflang og flerspråklige nettsteder i Astro?

Astros innebygde i18n-ruting tar seg av URL-delen. I konfigurasjonen erklærer du en defaultLocale og en liste over språk, og du velger om standardspråket også skal få et prefiks (prefixDefaultLocale). Hjelpefunksjoner som getRelativeLocaleUrl bygger lokaliserte lenker, og Astro.currentLocale forteller hver side hvilket språk den er på.

Rutingguiden dekker ikke hreflang-taggene i head, så planlegg å skrive dem selv i SEO-komponenten: for hver side én alternativ lenke per språkversjon, pluss en x-default, alle som absolutte URL-er, og hver versjon må lenke til alle de andre (gjensidige lenker). Å generere dem fra samme språkliste som rutingen unngår den vanligste feilen, et alternativ som peker til en side som ikke finnes. For å kontrollere logikken på noen få URL-er gir vår generator for hreflang hele settet med tagger for en side. Aktiver deretter i18n-alternativet for sitemapet som et andre signal.

Hvordan påvirker bilder og øyer hastigheten og Core Web Vitals?

Hastighet er der Astro vinner mest, og det vises i Core Web Vitals. guiden for bilder i Astro beskriver komponenten Image fra astro:assets: den optimaliserer lokale bilder, konverterer formatet, sørger for lazy loading og asynkron dekoding, og utleder bildedimensjoner for å unngå Cumulative Layout Shift. Alt-attributtet er obligatorisk på den, noe som håndhever en grunnregel i bilde-SEO. Komponenten Picture går lenger og serverer AVIF eller WebP med en reserveløsning.

To vaner fullfører bildet. Behold bilder som må optimaliseres i src (filer i public serveres uendret, uten behandling). Og ikke bruk lazy loading på hovedbildet øverst på siden: gi det eager loading, slik at det ikke forsinker Largest Contentful Paint.

øyarkitekturen holder JavaScript under kontroll. En komponent er statisk HTML til du legger til et direktiv for klienten: client:load hydrerer den umiddelbart, client:idle når nettleseren er ledig, client:visible først når den kommer inn i synsfeltet. Å reservere client:load til det som må reagere med en gang (en meny, en handlekurv), er den enkleste måten å beskytte Interaction to Next Paint. Serveröyer (server:defer) lar en personlig blokk lastes etter den mellomlagrede siden, uten å bremse hovedinnholdet.

Hvordan legger du til strukturerte data på et Astro-nettsted?

Astro har ingen funksjon for skjema, og det gir deg full kontroll. Bygg et JavaScript-objekt for hver sidetype (Article, Product, Organization, BreadcrumbList, FAQPage) og skriv det ut i en script-tagg av typen application/ld+json, med direktivet set:html og JSON.stringify, slik at JSON-en ikke escapes. Mat den fra samme frontmatter eller samme samlingsdata som den synlige siden, slik at markeringen alltid stemmer med det brukerne ser. Det er et krav i Googles retningslinjer for skjemamarkering.

For å lage utkastet til JSON for en ny sidetype gir vår gratis generator for skjema en gyldig startblokk som du så gjør om til en mal. Valider et utvalg bygde sider med Googles Rich Results Test etter hver endring i malen.

Hvordan håndterer du omdirigeringer ved migrering til Astro?

Migreringer fra WordPress eller Next.js er det mest risikable øyeblikket for et Astro-nettsted. Behold hver URL som har trafikk eller backlinks, og koble de andre én for én til nærmeste tilsvarende med permanente omdirigeringer, slik det forklares i vår guide til SEO-omdirigeringer.

Astros konfigurasjon godtar et redirects-objekt som kobler gamle stier til nye. Med en server-adapter blir disse ekte HTTP-omdirigeringer. Ved et rent statisk bygg skriver Astro i stedet en HTML-side med en meta refresh, som Google følger, men behandler som et svakere signal enn en 301 på serveren. For et statisk nettsted deklarerer du omdirigeringene i vertstjenestens eget format (en _redirects-fil på Netlify eller Cloudflare Pages, en vercel.json-fil på Vercel), slik at crawlere får en ekte 301.

Hvordan hjelper Astro med SEO og GEO?

Å bli sitert av ChatGPT, Perplexity eller Gemini starter med å være lesbar. Mange KI-crawlere henter rå HTML og kjører ikke JavaScript, så et nettsted som leverer hele teksten i første respons, slik Astro gjør som standard, fjerner en hindring som klientrenderte nettsteder fortsatt har. Rene overskrifter, avsnitt som svarer først, strukturerte data og en llms.txt-fil gjør deretter hver side lettere å sitere.

Etter lansering måler du i stedet for å gjette. dashbordet for GEO og SEO i Sorank samler Search Console-dataene dine og besøkene dine fra KI-assistenter, slik at du kan se om det nye nettstedet holder posisjonene sine.

Teknisk kvalitet betaler seg bare når det finnes innhold å rangere med. Sorank-generatoren for AI-blogartikler skriver og publiserer artikler optimalisert for Google og KI-assistenter, og kobles til et tilpasset nettsted, for eksempel et Astro-prosjekt, via webhook.

Astro gir deg crawlbar, rask HTML som standard; rangering avhenger likevel av head-taggene, sitemapet, hreflang, strukturerte data og omdirigeringene du legger på toppen. Sett opp den felles SEO-komponenten og sitemapet først, og gå deretter gjennom tabellen over før lansering.