Konfigurera Google Search Console: domänobjekt eller URL-prefix?

Google Search Console börjar med rätt objekt. Här förklarar jag på ett lättförståeligt sätt skillnaden mellan domänobjekt och URL-prefix.

Den här artikeln uppdaterades senast den 18 juni 2026.

info
Skrivet av Saskia Teichmann
den 18 juni 2026
Sändning
Användarrecension
0 (0 röster)
Kommentarer Betyg 0 (0 recensioner)
Humorvolles 50er-Jahre-Werbeplakat mit Frau, Schlüssel und zwei Türen als Bild für die Wahl zwischen Domain-Property und URL-Präfix in der Google Search Console.

Per juni 2026. Innan du skickar in webbkartor, läser indexeringsrapporter eller tolkar CTR-siffror behöver du ha en korrekt konfigurerad Google Search Console. Det första hindret är nästan alltid detsamma: Ska jag skapa en domänresurs eller en URL-prefixresurs?

Det korta svaret: Om du har åtkomst till DNS-inställningarna för din domän är domänegenskapen oftast det bästa valet. Om du inte har åtkomst till DNS eller bara vill kontrollera ett tydligt avgränsat område kan en URL-prefixegenskap vara ett bra alternativ.

Varför det är viktigt att välja rätt fastighet

Search Console visar alltid data för den valda webbplatsen. Om du bara https://www.example.com/ har skapat, ser du inte automatiskt alla uppgifter för https://example.com/, underdomäner eller andra protokoll. Det låter kanske som en teknisk bagatell, men kan senare snabbt leda till felaktiga slutsatser.

Särskilt efter nylanseringar, domänbyten eller gamla www-/icke-www-konfigurationer är ett noggrant valt property inte bara en detalj. Det avgör om du ser hela din webbplats eller bara en del av den.

Den goda nyheten är att du inte förstör något på din webbplats genom att göra detta. Att skapa en egenskap i Search Console påverkar inte din placering i sökresultaten och publicerar ingenting. Det är först och främst bara en grund som gör att du kan se data och senare analysera dem på ett meningsfullt sätt.

Domänens egenskaper: ett helhetsperspektiv

Enligt Google omfattar en domänresurs en domän utan protokoll och utan sökväg. Den kan inkludera underdomäner och olika protokoll. För vanliga webbplatser är detta oftast den bästa utgångspunkten, eftersom du då inte av misstag endast analyserar en variant av din webbplats.

  • Fördel: Du får en mer fullständig bild av domänen.
  • Nackdel: Du behöver åtkomst till DNS-hanteringen.
  • Bra för: Företagswebbplatser, bloggar, webbutiker, nylanseringar och långsiktig övervakning.

För en domänfastighet betalar du alltså inte https:// och ingen sökväg. Istället https://www.example.com/blog/ om domänegenskapen till exempel vore example.com.

URL-prefix: den exakta visningen av en adress

En URL-prefixegenskap omfattar exakt det angivna prefixet, inklusive protokollet. https://example.com/ är alltså inte detsamma som https://www.example.com/. Det är användbart om du medvetet bara vill övervaka en viss variant, en subdomän eller en katalog.

  • Fördel: Verifieringen är ofta enklare, även utan tillgång till DNS.
  • Nackdel: Du ser endast det angivna området.
  • Bra för: Kundsituationer utan tillgång till DNS, enskilda underdomäner, kataloger eller tester.

När det gäller egenskaper för URL-prefix är detaljerna viktiga. Om din webbplats finns på https://example.com/ pågår, då är http://example.com/ inte samma egenskap. Och https://www.example.com/ är också en annan adress.

Domännamn eller URL-prefix: valet

Om du bara vill veta var du ska börja kan du göra så här:

  • Egen webbplats med DNS-åtkomst: Skapa en domän-egenskap.
  • Kundprojekt utan tillgång till DNS: Skapa en URL-prefix-egenskap eller begär DNS-åtkomst.
  • Kontrollera endast en underdomän: Använd ett URL-prefix eller en lämplig domänegenskap för denna underdomän.
  • Flerspråkig webbplats med underkataloger: Domänegenskaper som helhetsbild, vid behov även URL-prefixegenskaper för enskilda språkkataloger.
  • Nylansering eller domänflytt: Domain-Property som en stabil grund, så att du inte bara följer en gammal URL-variant.

Mitt tips för WordPress-webbplatser: Om det är din egen webbplats och du har åtkomst till DNS, börja med domänegenskapen. Därefter kan du dessutom skapa en URL-prefixegenskap om du vill följa en viss variant särskilt noggrant.

Så här konfigurerar du egenskapen

  1. Öppna Google Search Console.
  2. Klicka på följande i egenskapsväljaren: Lägg till fastighet.
  3. Välj Domän, om du har tillgång till DNS, eller URL-prefix, om du bara vill verifiera en specifik adress.
  4. Följ den verifieringsmetod som Google visar dig.
  5. Kontrollera efter verifieringen om du har valt rätt egenskap.

För en domänbaserad egenskap sker verifieringen via en DNS-post. Det innebär att du får en TXT-post från Google och lägger in den där din DNS-zon hanteras. Det kan vara hos domänleverantören, webbhotellleverantören eller hos en DNS-tjänst som Cloudflare.

När det gäller en URL-prefix-egenskap finns det flera möjliga metoder, till exempel HTML-fil, HTML-metatagg, Google Analytics eller Google Tag Manager. Välj den metod som du verkligen kan behålla på lång sikt. Google kontrollerar verifieringen igen senare. Om beviset försvinner kan åtkomsten gå förlorad.

Vad WordPress och Yoast har med detta att göra

Yoast spelar bara en underordnad roll vid konfigurationen av Search Console. Pluginet kan hjälpa dig att lägga in en HTML-metatagg i head-delen av din webbplats. Det är praktiskt för URL-prefix-egenskaper. För en domänegenskap behöver du dock DNS-verifiering, och det sker inte i WordPress.

Det viktigaste är att WordPress i sig är korrekt konfigurerat: rätt webbadress, giltigt HTTPS, inga förvirrande www-/icke-www-varianter och inga gamla omdirigeringsregler som fortfarande finns kvar någonstans. Search Console visar data för dig. Den åtgärdar inte webbplatsens struktur.

När sidan är klar är nästa logiska steg webbplatskartan. För Yoast ligger webbplatskartans index normalt under /sitemap_index.xml. Hur man konkret lämnar in ansökan visar jag i nästa artikel: Skicka in Yoast-sitemap till Google Search Console.

Vanliga misstag

  • Skapa den felaktiga URL-varianten: http, https, www och icke-www-adresser betraktas som olika adresser i egenskaperna för URL-prefix.
  • Ta bort DNS-verifiering: TXT-posten bör vara permanent, inte bara fram till den första lyckade kontrollen.
  • Analysera endast en specifik egenskap: Den som endast använder en URL-prefix-egenskap riskerar att förbise underdomäner eller gamla varianter.
  • Att förväxla Search Console med Ranking-Boost: Verktyget tillhandahåller data. Det förbättrar inte automatiskt rankningen.
  • Att bli nervös för tidigt: Uppgifterna visas inte alltid omedelbart. Google påpekar själva att det kan ta några dagar innan uppgifterna blir synliga.

Vanliga frågor

Måste jag skapa http, https, www och icke-www var för sig?

Inte som standardmetod. Poängen med en domän-property är just att du ska betrakta domänen ur ett bredare perspektiv. Gamla anvisningar med fyra enskilda properties har ofta vuxit fram över tid. En ytterligare URL-prefix-property kan ändå vara meningsfull om du vill övervaka en specifik variant separat.

Kan jag byta senare?

Du kan lägga till fler egenskaper. Uppgifterna förblir dock kopplade till respektive egenskap. Därför lönar det sig att planera noggrant redan från början, istället för att senare behöva tolka flera ofullständiga datavyer parallellt.

Behöver jag Yoast för verifieringen i Search Console?

Nej. Yoast är bara ett av flera möjliga verktyg för HTML-metataggen. DNS-verifiering, HTML-fil och andra metoder fungerar också. För en domänegenskap behöver du ändå tillgång till DNS.

När får jag se de första uppgifterna?

Google samlar in data för en egendom så snart den har lagts till i Search Console. Det är dock inte säkert att uppgifterna visas omedelbart. Om ingenting visas efter några dagar bör du först kontrollera om du har skapat rätt variant av egendomen.

Vilken egenskap ska jag skapa för kunderna?

Om du har ansvaret för SEO eller övervakning på lång sikt, be om DNS-åtkomst och skapa en domänresurs. Om det inte är möjligt, använd en URL-prefixresurs för den webbadress som faktiskt används och dokumentera denna begränsning.

Källor

<span class="castledown-font">Saskia Teichmann</span>

Saskia Teichmann

Saskia Teichmann är certifierad AI-strateg (MMAI®) och fullstack webbutvecklare. Hon hjälper små och medelstora företag och industrin att integrera AI, GDPR, EU:s AI-förordning och modern webbteknik i en framtidssäker och rättssäker digital strategi.

För att uttrycka det enkelt:
Som teknisk verklighetsöversättare arbetar hon i gränssnittet mellan AI, webbutveckling och operativ verklighet. Hon utvecklar AI-stödda arbetsflöden för företag och byråer - med målet att se till att tekniken inte bara imponerar i demos, utan också fungerar i vardagen.

Skicka in en projektförfråganServera kaffe

0 kommentarer

Skicka en kommentar

Din e-postadress kommer inte publiceras. Obligatoriska fält är märkta *

Sändning