Har den organiska trafiken, synligheten, leadsen eller försäljningen fallit? Innan ni ändrar innehåll, teknik eller länkar behöver ni veta vad som faktiskt har hänt. En SEO-tappdiagnos avgränsar tidpunkt, omfattning och sannolika orsaker med hjälp av data från Google Search Console, webbanalys, förändringshistorik och vid behov webbserverloggar.
Hos oss på TribuSoft börjar SEO-återhämtning med ett beslutsunderlag, inte en standardiserad checklista. Vi undersöker om tappet är verkligt, vilka affärskritiska delar som berörs och vilka hypoteser som har stöd i data. Därefter kan rätt kompetens och rätt åtgärd prioriteras.
En tappdiagnos passar när förändringen är plötslig, gradvis eller svår att förklara. Det kan handla om färre organiska besök, lägre exponeringar i Google, tappade konverteringar eller en avvikelse mellan rapporter och affärsdata.
Flera möjliga förklaringar kan uppstå samtidigt. En release, en ändrad samtyckeslösning, nya sökresultat eller minskad efterfrågan kan ha inträffat nära varandra. Tidssamband är dock inte samma sak som orsak. Därför avgränsar vi först vad som förändrades, var förändringen syns och om mönstret stämmer med respektive hypotes.
En SEO-audit är en bred granskning av webbplatsens möjligheter och brister. Den kan omfatta teknik, innehåll, on-page-signaler och struktur även när ingen specifik förlust har inträffat.
En SEO-tappdiagnos är mer riktad. Vi utgår från en observerad förändring och analyserar läget före och efter tappet. Målet är att fastställa ett startdatum eller ett tidsintervall, avgränsa berörda segment och rangordna orsaker utifrån evidens.
Diagnosen är första steget i SEO-återhämtning efter trafik- och synlighetstapp. När orsaken är tillräckligt avgränsad tar vi fram en prioriterad väg framåt. Själva implementationen och uppföljningen är ett separat arbete som anpassas efter vad diagnosen visar.
Vi arbetar stegvis för att undvika att en enskild graf eller ett antagande styr hela analysen. Vår bredd inom SEO, spårning, webbutveckling, migrering och serverdrift gör att vi kan bedöma hela kedjan – från mätning och sökresultat till releaser och serversvar.
Först kontrollerar vi datakvaliteten. Ett problem i taggning, Google Tag Manager, samtyckeshantering, kanalgruppering eller rapportfilter kan få ett mätfel att se ut som ett SEO-tapp.
Google Search Console och GA4 ska inte förväntas visa identiska siffror. Search Console mäter exponeringar och klick i Google Sök. GA4 mäter sessioner och beteende efter besökarens ankomst till webbplatsen. En skillnad kan vara normal, men en plötsligt förändrad skillnad är en viktig signal att utreda.
Vid behov granskar vi bland annat taggarnas publicerade versioner, mät-ID, consent-status, realtidsdata och om berörda landningssidor faktiskt mäts. För djupare arbete med mätning och datakvalitet kan vi koppla diagnosen till Digital spårning och attribution med tillförlitliga data.
Vi analyserar utvecklingen över en tillräckligt lång period. Det hjälper oss att skilja en faktisk förändring från normala variationer, veckomönster och säsong. Jämförelsen kan omfatta både närliggande perioder och samma period föregående år.
Ett startdatum är inte alltid en enskild dag. Gradvisa förändringar, tidszoner, datalatenser och aggregerad rapportering kan innebära att vi i stället identifierar ett sannolikt tidsintervall. Det är ofta tillräckligt för att jämföra tappet med relevanta händelser.
En totalsiffra räcker sällan. Vi segmenterar förlusten för att se om den gäller hela webbplatsen eller är koncentrerad till vissa kataloger, sidmallar, organiska landningssidor, sökfrågor, länder, enheter eller söktyper.
Vi bedömer både absolut förlust och relativ förändring. Ett stort procentuellt tapp på en liten sida kan vara mindre affärskritiskt än en måttlig nedgång på en central kategori, tjänstesida eller leadgenererande landningssida.
Vi skiljer även, när data tillåter, mellan varumärkessökningar och icke-varumärkessökningar. Det ger en mer rättvis bild av om förändringen gäller er etablerade efterfrågan, er bredare synlighet eller båda.
Därefter sammanställer vi en förändringstidslinje. Den kan inkludera publiceringar, CMS- och malländringar, JavaScript, navigering, taggar, samtyckesplattform, serverhändelser och SEO-inställningar. Vi jämför sedan varje hypotes med vilka URL:er, frågor och marknader som faktiskt har påverkats.
Vi utgår inte från att en förändring i Google eller en intern release är förklaringen bara för att den skedde vid samma tidpunkt. Hypotesen måste även stämma med tappets form och omfattning. Flera bidragande orsaker kan också finnas samtidigt.
En tillförlitlig diagnos bygger på att varje datakälla används för det den kan besvara. Vi väger samman data i stället för att behandla en enskild rapport eller ett tredjepartsverktyg som facit.
Search Console kan visa om synligheten i Google har förändrats, medan webbanalysen visar vad som händer efter besöket. Efterfrågedata och förändringshistorik sätter tappet i sitt sammanhang. Serverloggar kan komplettera bilden av hur Googlebot faktiskt har mött webbplatsen.
Färre klick betyder inte automatiskt att webbplatsen har tappat ranking. Om exponeringarna minskar kan sökefterfrågan, positioner, indexeringssignaler eller vilka frågor webbplatsen visas för ha förändrats. Om exponeringarna är stabila men klicken minskar undersöker vi i stället bland annat klickfrekvens, frågemix och hur sökresultatet ser ut för de berörda frågorna.
Förändrade SERP-funktioner eller AI-genererade svar kan påverka klickpotentialen för vissa sökningar. Vi behandlar det som en hypotes som behöver stöd på fråge- och SERP-nivå, inte som en standardförklaring. Genomsnittlig position kan också vara vägledande, men är ett aggregerat mått och räcker inte ensamt för att bevisa en rankingförlust.
Vi kopplar dessutom synlighetsdata till affärsvärde. Ett tapp på sidor som tidigare bidrog till kvalificerade leads, transaktioner eller intäkter behöver ofta hanteras före ett större trafikfall på sidor med låg affärspåverkan.
Webbserverloggar är särskilt värdefulla när diagnosen behöver gå från aggregerade rapporter till specifika URL:er och händelser. De kan visa när Googlebot begärde en URL, hur ofta det skedde och vilket HTTP-svar servern gav. Det hjälper oss att undersöka om berörda delar av webbplatsen har mött återkommande fel, omdirigeringar, långsamma svar eller förändrade mönster i genomsökningen.
Beroende på miljö kan relevanta data finnas i webbserverns accessloggar, men även hos CDN, lastbalanserare eller WAF. Om en förfrågan besvaras eller blockeras innan den når originservern kan serverloggarna annars ge en ofullständig bild. Därför kartlägger vi först var loggningen sker och vilken historik som finns kvar.
En user-agent som säger Googlebot räcker inte som identitetsbevis när det är viktigt för slutsatsen. Vi kan verifiera Googlebots förfrågningar genom IP- eller DNS-kontroll. Loggarna kan däremot inte ensamma visa att en URL är indexerad, vilken canonical Google har valt eller varför en sida rankar på ett visst sätt. De används som evidens om faktisk genomsökning och serversvar, tillsammans med Search Console och övriga datakällor.
Resultatet är en tappkarta som gör det möjligt att fatta beslut utan att blanda samman observationer och antaganden. Vi presenterar vad data tydligt visar, vilka förklaringar som har starkast stöd och vilka frågor som inte kan avgöras med tillgängligt underlag.
Diagnosen kan peka på flera samtidiga bidragande faktorer. Vi prioriterar därför nästa steg utifrån evidens, affärspåverkan och genomförbarhet, snarare än utifrån en generell åtgärdslista.
Vi anpassar underlaget efter tappets omfattning och de system ni använder. Ju tidigare vi får tillgång till relevant historik, desto bättre kan vi avgränsa händelser och bevara data som annars kan roteras bort.
Vi behöver inte alltid full åtkomst till alla system från start. Däremot behöver vi tillräckligt underlag för att kontrollera datakvalitet, jämföra tidsperioder och testa de mest relevanta hypoteserna.
När grundorsaken har avgränsats kan vi planera återhämtningen med rätt ordning och rätt specialistkompetens. Det kan innebära fortsatt analys, implementation eller löpande uppföljning beroende på vad underlaget visar.
Vi rekommenderar inte stora innehållsändringar, omdirigeringar, länkåtgärder eller tekniska insatser på chans. Ett metodiskt första steg kan spara tid och resurser genom att rikta arbetet mot det som har störst sannolikhet att påverka affären.
För fortsatt uppföljning kan vi bygga vidare med SEO-rapportering som visar resultat och affärseffekt. Behöver ni en bredare plan för insatserna efter diagnosen är SEO-återhämtning efter trafik- och synlighetstapp nästa naturliga steg.
En audit granskar webbplatsens generella förbättringsmöjligheter. En tappdiagnos utgår från en konkret förlust och fokuserar på när den började, vad som berörs och vilka orsaker som stöds av data.
Search Console mäter exponeringar och klick i Google Sök, medan GA4 mäter sessioner och beteende på webbplatsen. Måtten definieras olika och ska inte förväntas vara identiska. En ny eller ovanligt stor avvikelse kan däremot vara viktig att undersöka.
Nej. Loggar kan visa vilka URL:er Googlebot har begärt, när det skedde och vilka serversvar roboten fick. De visar inte direkt indexeringsstatus, vald canonical eller varför en sida rankar på ett visst sätt.
Ja. Search Console, webbanalys, förändringshistorik och affärsdata kan fortfarande ge ett användbart underlag. Utan äldre loggar blir slutsatser om Googlebots historiska genomsökning mer begränsade.
Diagnosen avgränsar orsaker och rekommenderar nästa steg, men återhämtning kräver normalt separat prioritering, implementation och uppföljning. Utfallet påverkas bland annat av genomförande, efterfrågan, konkurrens och sökmotorernas fortsatta bedömning.
Har ni tappat organisk trafik, synlighet eller affärsvärde och behöver ett metodiskt underlag? Vi på TribuSoft hjälper er att avgränsa problemet med data från sökresultat, webbanalys, förändringshistorik och vid behov webbserverloggar.
Få en kostnadsfri offert eller inled en dialog om företagets tillväxt.
