Hur väljer och verifierar man rätt egendom?
Välj en domänegendom när ni vill samla data för webbplatsens olika protokoll och underdomäner, och verifiera den via DNS. En egendom med URL-prefix gäller i stället det angivna prefixet. Välj omfattning efter ert ansvar och kontrollera att rapporterna faktiskt täcker adresserna ni ska analysera innan ni börjar jämföra resultat.
En domänegendom för exempel.se kan samla flera underdomäner medan ett prefix för https://www.exempel.se/ inte automatiskt motsvarar alla andra värdnamn. Det spelar roll när en webbplats flyttats eller när en butik ligger på en egen underdomän. Skriv ned vilka versioner som är publika och vilken som ska vara huvudversion. Matcha sedan detta mot egendomens omfattning och webbplatsens omdirigeringar.
Låt den som ansvarar för DNS lägga till verifieringsposten om du saknar rätt behörighet. Ändra inte andra poster på måfå, eftersom e-post och andra tjänster kan påverkas. Behåll verifieringen efter att åtkomst bekräftats och ge personer individuella behörigheter i stället för att dela inloggning. Dokumentera vem som äger kontot och hur åtkomst ska hanteras om en konsult slutar. Rätt ägarskap gör felsökning och framtida webbplatsflyttar betydligt säkrare.
Hur kontrollerar man att rätt personer har rätt åtkomst?
Ge användare den behörighet deras arbetsuppgifter kräver och behåll ägarskapet hos verksamheten. Kontrollera regelbundet både användarlistan och kända verifieringsmetoder. En extern konsult behöver kunna arbeta effektivt, men ska inte vara den enda personen som kan administrera åtkomst eller återställa kontrollen när ett samarbete avslutas eller en anställd byter roll internt.
Skilj mellan att kunna läsa rapporter och att kunna göra administrativa ändringar. Bestäm också vem som får skicka in webbplatskartor, begära validering och använda borttagningsverktyg. Vissa åtgärder ser enkla ut i gränssnittet men kan få stor praktisk effekt om de används på fel adress eller prefix. En gemensam rutin minskar risken för att olika leverantörer gör motstridiga ändringar.
Gå igenom åtkomsten när nya leverantörer anlitas, vid personalförändringar och efter större säkerhetshändelser. Om en tidigare ägare fortfarande kan verifiera sig via en befintlig metod räcker det inte alltid att enbart ta bort en synlig användare. Kontrollera därför även webbplatsfiler, taggar och DNS-relaterad verifiering tillsammans med tekniskt ansvarig. Förvara instruktioner säkert och undvik att sprida verifieringsuppgifter i öppna ärendesystem. Målet är spårbar administration utan att hindra det löpande analysarbetet.
Hur använder man resultatrapporten för att förstå söktrafik?
Resultatrapporten visar bland annat klick, exponeringar, klickfrekvens och genomsnittlig position för Googles sökresultat. Börja med en tydlig avgränsning av söktyp, period och sidgrupp. Läs sedan sökfrågor och sidor tillsammans, eftersom samma totalsiffra kan beskriva helt olika utveckling beroende på vilka behov och adresser som bidrar till webbplatsens synlighet under perioden.
Ett klick är inte samma sak som en session i ert analysverktyg, och en exponering betyder inte att besökaren läste hela resultatet. Positionen är ett aggregerat mått vars tolkning påverkas av hur resultat visas. Studera därför inte snittpositionen isolerat. En sida kan börja visas för fler sökningar längre ned och därmed få lägre snittposition trots att fler människor upptäcker den.
Börja exempelvis med en viktig tjänstesida och jämför likvärdiga perioder. Filtrera därefter på relevanta sökfrågor och kontrollera om förändringen gäller erbjudandet eller mest företagets namn. Dela upp på mobil och dator om utvecklingen skiljer sig. Exportera bara det underlag ni behöver och spara filterinställningarna med analysen. Då går det att återskapa observationen när någon frågar varför ni föreslog en innehållsändring eller varför en rapport ser annorlunda ut nästa månad.
Hur jämför man perioder utan att dra fel slutsatser?
Jämför perioder som är rimligt likvärdiga i längd, veckodagar och säsong, och håll filtren konsekventa. Kontrollera datans aktualitet innan ni tolkar de senaste dagarna. Separera observation från förklaring: ett tapp i klick visar att något förändrats, men säger inte ensamt om orsaken är efterfrågan, konkurrens, teknik eller förändrat sökbeteende hos målgruppen.
Börja med att avgöra om nedgången gäller hela webbplatsen eller en särskild sidgrupp. Jämför sedan sökfrågor, länder och enheter. Ett företag med stark säsong behöver ofta även jämföra med motsvarande period föregående år, men ska då notera förändringar i erbjudande, helgdagar och marknadsföring. Om ni nyligen bytt adressstruktur måste gamla och nya adresser bedömas tillsammans, inte som oberoende verksamheter.
Kom ihåg att vissa sökfrågor utelämnas av integritetsskäl och att tabeller kan visa ett begränsat urval. Summan av synliga rader behöver därför inte motsvara rapportens total. Vid små datamängder är procentförändringar särskilt lätta att övertolka. Redovisa även antal och skriv vilka alternativa förklaringar som återstår. Be om mer underlag när skillnaden inte är tydlig. En korrekt avgränsad fråga är viktigare än att snabbt presentera en säker berättelse om varför trafiken ändrats.
Hur granskar man en enskild webbadress?
Använd URL-granskning för att se vad Google känner till om en exakt adress och jämför vid behov med ett livetest av den aktuella sidan. Den indexerade informationen och livetestet svarar på olika frågor. Ett lyckat livetest visar inte att sidan redan är indexerad eller att Google kommer att välja den framöver.
Klistra in den fullständiga adressen, inklusive rätt protokoll och värdnamn. Granska status, eventuell senaste genomsökning och information om kanoniska adresser. När det finns flera liknande versioner behöver ni förstå både vilken version webbplatsen anger och vilken Google har valt. Om uppgifterna skiljer sig är lösningen inte automatiskt att skicka en indexeringsbegäran, utan att undersöka varför signalerna pekar åt olika håll.
Kontrollera också sidans verkliga innehåll. En adress kan svara tekniskt men ändå visa ett felmeddelande eller sakna den text som användaren behöver. Jämför vid behov med en fungerande sida från samma mall. Dokumentera vilken version som testades och när. Efter en korrigering kan ni begära indexering för viktiga adresser, men upprepade begäranden ger ingen garanti om snabbare hantering. Uppföljningen ska visa att orsaken lösts, inte bara att ett verktygs kommando har skickats in.
Hur tolkar man rapporten om sidindexering?
Rapporten om sidindexering hjälper er förstå vilka adresser som indexerats och vilka orsaker som rapporteras för andra adresser. Alla undantag är inte fel. Prioritera skillnaden mellan webbplatsens avsikt och Googles faktiska hantering: en viktig tjänstesida som saknas kräver utredning, medan en avsiktligt utesluten filteradress ofta inte behöver åtgärdas alls.
Börja med ett representativt urval från varje relevant grupp. En omdirigerad adress behöver normalt inte indexeras som en egen sida. En dubblett kan korrekt representeras av en annan adress. Om däremot många unika tjänstesidor ligger i en grupp som genomsökts men inte indexerats behöver ni kontrollera innehåll, internlänkar, kanoniska signaler och tekniska svar innan ni antar en enda gemensam orsak.
Skapa inte ett projekt enbart för att göra alla rapporter gröna. Det kan leda till att ni öppnar oviktiga parameteradresser eller indexerar material som inte hjälper någon. Skriv i stället en avsiktslista: dessa sidtyper ska indexeras, dessa ska omdirigeras och dessa ska hållas utanför. Använd listan som jämförelse när rapporter förändras. När en mall ändrats behöver ni kontrollera flera exempel och inte bara den första adress som råkar visas i gränssnittets urval.
Hur skickar man in och utvärderar en webbplatskarta?
Skicka in en XML-webbplatskarta med avsedda, kanoniska adresser som ni vill göra lättare för Google att upptäcka. Kontrollera att filen går att hämta och inte innehåller onödiga omdirigeringar eller avsiktligt blockerade sidor. En godkänd inläsning bekräftar dock inte att alla adresser kommer att indexeras eller få trafik från Googles sökresultat.
Låt i första hand publiceringssystemet hålla kartan uppdaterad. Kontrollera att borttagna sidor försvinner och nya viktiga sidor tillkommer. Om ni använder lastmod ska datumet spegla meningsfulla innehållsändringar, inte bara att en fil genererats om. Felaktigt uppdaterade datum gör informationen mindre användbar och ersätter inte en faktisk förbättring av innehållet.
För större webbplatser kan separata kartor per sidtyp göra felsökningen enklare. Då går det lättare att se om exempelvis produktadresser hanteras annorlunda än guider. Kontrollera några adresser direkt i varje karta och jämför med interna länkar och kanoniska signaler. Om en karta inte kan läsas behöver ni skilja mellan filformat, serveråtkomst och tillfälliga hämtproblem. Att skicka in samma fil om och om igen löser inte ett grundfel i genereringen eller att servern returnerar fel innehåll till Google.
Hur följer man upp Core Web Vitals i Search Console?
Använd rapporten för Core Web Vitals för att hitta grupper av adresser där verkliga användares upplevelse behöver undersökas. Rapporten bygger på fältdata och ger inte en fullständig teknisk diagnos för varje sida. Välj representativa adresser, undersök dem vidare och skilj på rapportens historiska mätfönster och effekten av en nyss publicerad ändring.
Rapporten kan hjälpa er upptäcka att en viss mall har problem med laddning, interaktion eller layoutförskjutningar. Den visar däremot inte alltid den exakta komponent som orsakar problemet. Öppna därför relevanta exempel i PageSpeed Insights och utvecklarverktyg. Kontrollera mobil och dator separat och använd verkliga sidvarianter med bilder, formulär och de tredjepartstjänster som faktiskt används.
Saknade data betyder inte att allt är bra eller att allt är fel. Underlaget kan vara otillräckligt för rapportering. Efter en ändring kan labbmätningar visa förbättring innan fältdata hunnit spegla den nya versionen. Dokumentera därför publiceringsdatum, berörda mallar och vilka användarflöden ni testat. Starta validering först när ni har kontrollerat relevanta exempel. Målet är en bättre användarupplevelse, inte enbart en annan färg på rapportens statusetikett eller ett högre poängtal i ett enskilt test.
Hur hanterar man säkerhetsproblem och manuella åtgärder?
Kontrollera särskilda rapporter för säkerhetsproblem och manuella åtgärder när synligheten förändras kraftigt eller när Google skickar en varning. Läs den angivna orsaken och utred omfattningen innan ni agerar. En manuell åtgärd är inte samma sak som en vanlig positionsförändring, och en tom rapport utesluter inte alla andra tekniska eller innehållsmässiga problem.
Vid misstänkt intrång behöver ni säkra webbplats, konton och bakomliggande system tillsammans med ansvarig tekniker. Att bara ta bort en synlig spamsida kan lämna själva sårbarheten kvar. Kontrollera även främmande användare, oväntade filer och ändrade omdirigeringar. Dokumentera vad som hänt och vilka korrigeringar som genomförts innan ni skickar en begäran om granskning när sådan är tillämplig.
Använd inte borttagningsverktyget som en generell lösning på duplicerat innehåll eller permanenta indexeringsproblem. Tillfällig döljning är något annat än att säkra en läcka eller ta bort material från servern. Om personuppgifter eller hemligt innehåll exponerats behöver åtkomsten åtgärdas vid källan. Samordna insatserna med ansvariga för säkerhet och integritet. En rapport i Search Console är ett viktigt underlag men ersätter varken serverloggar, incidenthantering eller rätt teknisk kontroll av webbplatsen.
Hur gör man rapporterna till en fungerande arbetsrutin?
Skapa en rutin där varje observation leder till en tydlig fråga, en prioriterad åtgärd eller ett beslut att avvakta. Följ viktiga sidgrupper och kontrollera nya avvikelser regelbundet, men undvik att reagera på varje dagsrörelse. Koppla analysen till verksamhetens mål och verifiera att genomförda ändringar faktiskt publicerats och fungerar för användaren efteråt.
En enkel rutin kan omfatta kontroll av varningar, genomgång av viktiga landningssidor och uppföljning av pågående tekniska ärenden. För varje ärende antecknar ni exempeladresser, observation, möjlig orsak, ansvarig och kontrollmetod. Ett bra ärende säger exempelvis att en viss mall fått en felaktig kanonisk adress, inte bara att indexeringen ser dålig ut. Det gör arbetet lättare att genomföra och kvalitetssäkra.
Komplettera sökdata med analys av förfrågningar och affärsutfall. Search Console visar inte hela kundresan och ersätter inte ett kundsystem. Exportera jämförbara underlag när längre historik eller återkommande analyser behövs, och kontrollera vilka begränsningar vald exportmetod har. Avsluta varje uppföljning med några få beslut som har tydliga ägare. Då blir verktyget ett stöd för förbättringar i stället för en samling rapporter som läses utan att någon vet vad som ska hända härnäst.
Vill ni ha hjälp att prioritera? Vår SEO-byrå kopplar sökmotoroptimering till er affär.