Før I bygger noget om, så find ud af om I faktisk er faldet. En stor del af de fald der bliver meldt ind, viser sig at være sæson, forsinkede data eller en sammenligning med den forkerte periode.

Hvordan ved jeg om et fald er ægte?

Sammenlign med samme periode sidste år frem for med sidste måned, og se på visninger frem for placering. Falder visningerne mens placeringen ligger stille, har efterspørgslen ændret sig — ikke jeres placering. Falder placeringen mens visningerne ligger stille, er I reelt rykket ned. Search Console-data er desuden et par dage bagud, så de sidste dage i enhver graf er ufuldstændige og ikke et sammenbrud.

Det sidste punkt udløser flere falske alarmer end noget andet. Nogen kigger på grafen en mandag, ser kurven dykke mod nul og indkalder til krisemøde om data, der ikke er kommet ind endnu.

Måned-mod-måned-sammenligningen er den anden fælde. Mange virksomheder er sæsonbetonede, og at sammenligne december med november fortæller jer om julen frem for om Google. År-mod-år fjerner det.

Hvorfor er mit website pludselig faldet i Google?

De almindelige årsager er en ændring I selv lavede, en teknisk fejl der opstod af sig selv, en konkurrent der blev bedre, eller en opdatering af Googles algoritme. Tjek dem i den rækkefølge, for de to første er noget I selv styrer og kan efterprøve i jeres egne optegnelser. Et fald der begynder præcis den dag I lagde en ændring ud, er næsten aldrig et tilfælde.

Start ved kalenderen og ikke ved teorien. Hold begyndelsen på faldet op mod jeres egen ændringslog: et redesign, en CMS-opgradering, en migrering, et nyt plugin, en DNS-ændring, et nyt samtykkebanner. Skete der noget inden for en dag eller to af faldet, har I jeres mistænkte.

De tekniske fejl der giver fald af sig selv

De opstår uden at nogen har besluttet noget, og derfor bliver de først bemærket når trafikken gør det.

  • Et noindex der lister sig ind. En CMS-indstilling, en skabelonændring, en testopsætning der ryger i produktion. Sider forlader indekset inden for dage.
  • Sider der begyndte at fejle. En sektion der svarer 500, eller en viderestillingskæde der knækkede. Google dropper det den ikke kan hente.
  • Indhold der holdt op med at rendere. En framework-opgradering der flytter tekst fra server- til klientrendering, efterlader crawleren med en tom skal — se indholdet Google ikke kan se.
  • Sitet blev langsommere. Et nyt tag, et for stort kampagnebillede, et tredjeparts-script. Hastighed er et rangeringssignal og, mere direkte, en grund til at besøgende går igen.
  • Der opstod dubletter. Et testsite blev indekseret, en printversion, eller parameter-URL’er der formerer sig. Google vælger én version at vise, og det er måske ikke den I ville have.

Alle er tavse, og ingen af dem bliver meldt af den der forårsagede dem, for set fra en browser ser sitet fint ud. TrustCtrl tjekker dem alle igen med faste mellemrum og rapporterer hvad der har ændret sig siden sidste crawl. Det er forskellen på at finde det her om en uge og at finde det om et kvartal.

Var det en Google-opdatering der fik min trafik til at falde?

Det er muligt, men det bør være jeres fjerde gæt frem for jeres første. Opdateringer bliver annonceret og bredt diskuteret, så tjek datoerne: passer jeres fald ikke sammen med en bekræftet opdatering inden for en dag eller to, ligger årsagen mere sandsynligt på jeres eget website. Det er behageligt at give en opdatering skylden, netop fordi det indebærer at der ikke er noget at gøre.

Der er også en nyere årsag, som hverken er en opdatering eller en fejl. Ligger der nu et AI-svar over jeres resultat på en søgning, kan jeres placering være uændret mens klikkene falder, fordi svaret bliver givet før nogen scroller. Det viser sig som stabile visninger, stabil placering og faldende klikrate — et mønster der er værd at genkende. Hvad man gør ved det, er en anden disciplin: at blive citeret i AI-svar frem for at ligge under dem.

Hvordan får jeg mine placeringer tilbage?

Find årsagen før I vælger behandling, for løsningerne har intet med hinanden at gøre. Var det en ændring på jeres website, er det hurtigste at rulle den tilbage eller reparere den. Var det en teknisk fejl — sider der begyndte at fejle, et noindex tilføjet ved et uheld, et website der blev langsommere — genopretter placeringen sig over de følgende crawls når fejlen er rettet. Blev en konkurrent bare bedre, betyder genopretning at jeres side skal blive et bedre svar, og det går langsommere.

Modstå trangen til at ændre mange ting på én gang. Et redesign sat i gang som svar på et fald gør årsagen permanent ukendelig, og var den oprindelige årsag én tilbagerullet indstilling, har I brugt et kvartal på et problem med en enkelt linjes løsning.