Så fixar du dålig SEO från en tidigare byrå

Du sparkade byrån (eller de tystnade) och sajten känns fortfarande fel. Rankningar vacklar, Search Console är full av varningar du inte känner igen, och ingen kan förklara vilka sidor som var riktigt arbete kontra fyllnad som skeppades för att se upptagna ut. Det är ett saneringsjobb. En motiverande omstart fixar inte resterna.

Den här guiden ger dig en återställningssekvens för en rörig SEO-överlämning: lås åtkomst och backups de första två dagarna, kartlägg skadan över content, teknik och länkar, och fixa sedan i en ordning som stoppar blödningen innan du skriver om allt.

Hur dålig byrå-SEO brukar se ut

Ett rörigt överlämningsbord med staplade rapporter, plugin-ikoner och föräldralösa utkast.

“Dålig byrå-SEO” är sällan en dramatisk hack. Det är vanligtvis en stapel av genvägar som såg bra ut i en månadsrapport och ruttna i indexet.

Vanliga mönster efter en överlämning:

• Dussintals eller hundratals nästan identiska plats- eller tjänstesidor med utbytta stadsnamn och tunn brödtext
• Blogginlägg som läses som synonymsoppa, publicerade enligt kalender utan ägare och utan uppdateringsplan
• WordPress (eller liknande) lastat med överlappande SEO-, cache-, schema- och säkerhetsplugins som slåss mot varandra
• Canonical-taggar, noindex-regler eller sitemap-poster som inte matchar det du tror är live
• Redirectkedjor kvar från “URL-optimeringar” som aldrig städades upp
• Länkpaket, gästinlägg på irrelevanta sajter eller katalogblastningar du aldrig godkände
• Spårningstaggar installerade tre gånger, eller kritiska konverteringar spårade bara i byråns privata dashboard

Den kommersiella signalen är mismatch. Du betalade för tillväxt. Du fick volymmetrik (publicerade sidor, “optimerade” sökord, “byggda” länkar) medan intäkts-URL:er blev svagare, långsammare eller trängdes ut av skräp.

Varning: Börja inte “från noll” genom att rensa CMS:et innan du har Search Console-ägandeskap, en full backup och en lista över URL:er som fortfarande ger klick. Att radera utan karta kan sudda ut de få sidor som fortfarande fungerar.

Om den tidigare leverantören sålde garanterade rankningar, privata bloggätverk eller automatiserat “AI-content i skala” som huvudleverans, behandla varje påstående som misstänkt tills du verifierar det i dina egna properties.

Lås åtkomst, Search Console och backups inom de första 48 timmarna

Nycklar och kontotiles för hosting, CMS, Search Console, analytics och DNS på en inventeringstavla.

Innan du skriver om en enda sida, ta kontroll över systemen som bevisar vad som hände.

1. Inventera varje inloggning. Hosting, CMS-admin, DNS/registrar, CDN, Google Search Console, Bing Webmaster Tools, Google Analytics (eller GA4), Tag Manager, annonskonton, e-post som använts för property-verifiering, staging-sajter och eventuella SEO-verktygsplatser betalda på ditt kort. Om byrån hade den enda admin-användaren, skapa din egen admin först, och degradera eller ta bort deras efter att du bekräftat åtkomst.

2. Kräv Search Console själv. Föredra domänproperty-verifiering när du kontrollerar DNS. Användar-/property-åtkomst som bara lever under byråns Google-konto är ett återkommande överlämningsfel. Exportera coverage-, pages- och performance-data medan du fortfarande kan.

3. Frys riskabla ändringar. Pausa masspubliceringsplugins, schemalagda “contentmaskiner” och eventuella auto-genererade interna länkningsverktyg tills du förstår vad de gör. Vanliga redigeringar kan fortsätta. Stoppa automatiserad volym.

4. Full backup, sedan en andra kopia utanför hosten. Filer plus databas för CMS-sajter. Dokumentera PHP-/Node-versioner och aktivt tema. Om något går sönder under plugin-borttagning behöver du en återställningsväg som inte beror på den gamla leverantören.

5. Snapshot av URL-uppsättningen som fortfarande fungerar. Från Search Console performance (senaste 3 och 12 månaderna), exportera queries och pages med klick. Den listan är din “radera inte casually”-uppsättning. Korskontrollera med analytics-landningssidor och eventuella CRM-anteckningar om organiska leads.

6. Notera juridiska och kontraktsrester. Vem äger innehållet, vem får återpublicera det, och om byrån fortfarande hostar assets eller typsnitt på sitt CDN. Få skriftlig bekräftelse att din domän, sökproperties och annonskonton är överförda.

Tips: Skärmdumpa robots.txt, live-källan för startsidan (canonical och title) och XML-sitemap-indexet dag ett. De tre filerna ändras tyst och folk argumenterar om “vad det brukade stå.”

Fyrtioåtta timmar räcker för att stoppa tyst skada. Det räcker inte för att bygga om strategi. Motstå frestelsen att anlita nästa leverantör dag två med bara en ilsken brief.

Bygg en skadekarta innan du “optimerar” igen

Fyra kvadranter märkta content, teknisk SEO, länkar och spårning med post-it om allvarlighetsgrad.

Byråer älskar en ny kickoff-deck. Du behöver en skadekarta: vad som är trasigt, hur allvarligt det är och vilken evidens du har. Fyra buckets täcker nästan varje rörig överlämning.

Bucket	Vad du letar efter	Var du tittar först
Content	Tunna, spunna, duplicerade eller AI-doorway-sidor	CMS-listvyer, Search Console-sidor med impressions och dålig CTR, crawl av title/H1-kluster
Teknik	Indexfällor, hastighetsskuld, plugin-konflikter, trasiga redirects	Coverage-/indexeringsrapporter, live HTML, host-errorloggar, performance-fältdata
Länkar	Irrelevanta, betalda-looking eller plötsliga spikes	Länkrapporter du äger, Search Console-länkar, brand mention-kontroller
Spårning	Saknade konverteringar, dubbletttaggar, byrå-only dashboards	Tag Manager-container, GA4-admin, annonspixels, CRM UTM-historik

Allvarlighetsgrad ska svara på en pengafråga. En soft 404 på ett gammalt bloggtaggarkiv är brus. En noindex på din primära tjänstemall är en nödsituation. Tusen spunna stadssidor som slösar crawl är medium-hög om de konkurrerar med riktiga platssidor du fortfarande behöver.

Skriv kartan i ett delat dokument som både din utvecklare och den som äger P&L kan läsa. Kolumner som fungerar i praktiken: URL eller mall, bucket, evidenslänk (Search Console eller crawl-ID), affärspåverkan, föreslagen åtgärd (behåll / slå ihop / redirect / noindex / radera / skriv om), ägare, klart-till-datum.

Starta inte ett andra “SEO-program” förrän den här kartan finns. Annars betalar du för nytt content ovanpå ofixad röta.

Sanera tunt och spunnet innehåll utan att torcheda equity

Staplar av nästan identiska sidblad där bara stadsnamnet bytts på varje omslag.

Tunt innehåll efter ett byråengagemang kommer ofta i tre smaker: spunna tjänstesidor, kalenderbloggar utan expertis och doorway-liknande platsfarmar. Googles egen vägledning om people-first content är ribban. Om en sida inte skulle hjälpa en människa som redan hittat dig ska den inte stanna som indexmål.

Arbeta exporten av sidor med impressions först. Sortera efter klick fallande. Skydda vinnare även om copy:n är ofullkomlig. Öppna sedan långsvansen av URL:er med impressions och nästan inga klick, plus mallar som aldrig syns i rapporten alls.

För varje kluster (till exempel /services/plumbing-in-*):

1. Bestäm det verkliga affärsavtrycket. Vilka städer eller tjänster betjänar ni faktiskt med personal, lager eller licenser?
2. Behåll eller skriv om sidor som matchar det avtrycket och har unik bevisning (foton, team, case-notes, prissättningslogik, lokala FAQ:er ni kan stå bakom).
3. Slå ihop nära-dubbletter till starkare hubbar när skillnaderna är kosmetiska.
4. 301-redirecta pensionerade URL:er till bästa kvarvarande destination. Soft-404 eller “sidan borttagen” utan redirect kastar bort den equity och de bokmärken som finns kvar.
5. Ta bort CMS-posterna och sitemap-raderna så att crawlers ser samma sanering som människor ser.

Spunna blogginlägg är lättare känslomässigt och svårare operativt eftersom det finns så många. Batcha efter ämne. Om tio inlägg upprepar samma svar, behåll det minst dåliga, redirecta resten och schemalägg en riktig omskrivning bara där sökefterfrågan och säljsamtal överlappar.

Vanligt misstag: Massradera varje byrå-URL på en eftermiddag utan redirects. Du känner dig produktiv. Search Console visar en spike av 404:or, och de få sidor som fortfarande rankade förlorar sin väg.

Om du misstänker skalad AI-doorway-content, prioritera borttagning av farmen framför att polera enskilda inlägg. Volym var produkten. Din saneringsprodukt är färre, tydligare URL:er.

Strippa plugin- och temabloat som slåss mot sig själv

En CMS-pluginpanel packad med överlappande SEO-, cache-, schema- och säkerhetsikoner.

Byråer installerar ofta verktyg de redan kan, och lämnar dem när retainern tar slut. Särskilt på WordPress kan du hitta två SEO-plugins, två caches, ett trasigt schemapaket, en bildoptimerare som skriver om URL:er och ett “säkerhets”-plugin som rate-limitar Googlebot.

Saneringsordning som brukar överleva kontakt med produktion:

1. Inventera aktiva plugins och mu-plugins. Notera vilka som skriver till .htaccess, injicerar head-taggar eller genererar sitemaps.
2. Staging-klon om du har en. Om inte, schemalägg ett underhållsfönster och håll backupen varm.
3. Välj en ägare för SEO-metadata (titles, kanonikaler, robots). Inaktivera förlorarna efter att ha exporterat deras settings.
4. Välj en cachingväg (host-cache, plugin eller CDN). Staplad page cache skapar “jag fixade det men live-sajten håller inte med”-spöken.
5. Ta bort övergivna page builders och oanvända teman efter att ha bekräftat att mallar inte beror på shortcodes.
6. Återkontrollera Core Web Vitals och HTML för en intäkts-URL. Bekräfta en enda canonical, en enda title, och att kritisk CSS/JS fortfarande laddas.

Temabloat syns som render-blocking font stacks, homepage builders som skickar oanvända sektioner sitewide, och mobilmenyer som laddar desktop mega-nav-skript. När fältdata i Search Console eller CrUX visar ett mallnivåproblem, fixa mallklassen i stället för att jaga en lyckad URL.

Du behöver inte noll plugins. Du behöver en tydlig ägare för varje jobb och ingen tyst andra skrivare av canonical-taggar.

Trassla upp indexerings- och kanonikalröra

En labyrint av indexnoder med pilar som pekar på motstridiga kanoniska URL:er och sitemap-poster.

Indexeringsproblem efter byråarbete kommer ofta från “hjälpsamma” defaults. Parameter-URL:er blev indexerade. Staging blev länkad. Facetterade filter skapade tusentals tunna varianter. En migrering lämnade HTTP- och HTTPS-tvillingar. Kanonikaler pekar på en föråldrad sökväg som marketingsajten inte längre använder.

Använd Google Search Console som sanningsskälla för vad Google för närvarande tror, och bekräfta sedan med live HTML och din crawl.

Praktisk runda:

• Coverage / Pages-rapport. Gruppera efter orsak. “Crawled - currently not indexed” och “Duplicate without user-selected canonical” förtjänar stickprov innan du behandlar varje rad som brådskande. “Excluded by noindex” på intäktsmallar är brådskande.
• URL Inspection på de organiska URL:er som konverterar mest. Bekräfta “URL:en finns på Google” när den ska, och att den inspekerade kanonikalen matchar din föredragna URL.
• Sitemaps. Bara kanoniska, indexerbara 200:or. Ta bort redirects, noindexade URL:er och adminrester. Skicka in det städade indexet efter att CMS:et är fixat.
• robots.txt. Se till att du inte blockerar assets eller sökvägar som den tidigare leverantören “säkrade” utan att förstå.
• Interna länkar. Navigering och footer ska peka på föredragna URL:er. Föräldralösa som bara finns i en gammal XML-sitemap är en varningssignal.

Canonical-strategi är ett beslut du dokumenterar. En plugin-checkbox håller den inte ensam. För facetterad navigering, bestäm om filter är indexerbara. De flesta kataloger bör behålla en liten uppsättning användbara landningssidor och hålla resten utanför indexet med en konsekvent regel (canonical till parent, noindex, eller båda, tillämpat försiktigt). Dokumentera regeln så att nästa utvecklare inte hittar på en ny.

Bästa praxis: Efter stora canonical- eller noindex-ändringar, återexportera Pages-rapporten om två till fyra veckor och jämför orsaks-koder. Sanering är iterativ. En deploy rensar sällan varje stale URL.

Om rankningar föll precis efter en redesign byrån hanterade, jämför gamla och nya URL-kartor innan du skyller på “algoritmen.” Många “SEO-katastrofer” är trasiga redirects och förlorade interna länkar i kostym.

Behandla spammy länkar försiktigt och gå långsamt med disavow

En backlink-graf där täta spamkluster sitter avskilda från vanliga citationslänkar.

Länktoxicitet efter en byrårelation är känslomässigt högljudd och ofta överdriven. Irrelevanta gästinlägg och katalogblastningar ser fula ut i ett kalkylblad. Google har i åratal minskat hur mycket lågvärdig länkspam hjälper. Ändå, om du fått en manual action, eller ser tydliga paid-link-mönster kopplade till engagemanget, behöver du en pappersspår och ett försiktigt svar.

Börja med fakta:

• Exportera länkar du kommer åt (Search Console links-rapport, plus eventuellt verktyg kontraktet fortfarande täcker).
• Markera mönster: exact-match-ankare på intäktssökord, plötsliga spikes, sajter utan tematisk relation, footer-sitewide-länkar och nätverk som upprepas över dina konkurrenter i samma paket.
• Kolla Search Console efter en manual action relaterad till onaturliga länkar. En manual action ändrar playbooken. Enbart algoritmisk misstanke betyder inte att du måste disavowa imorgon.

Googles disavow links-verktyg finns för fall där du inte kan få länkar borttagna och tror att de är ett problem, särskilt med manual actions. Docs är tydliga med att de flesta sajter aldrig behöver det. Missbruk skapar busywork och kan kasta bort länkar du hellre behåller.

Operationsordning:

1. Försök borttagning hos de värsta hostarna när kontaktinfo finns och volymen är hanterbar.
2. Dokumentera vad du bad om och vad som ändrades.
3. Överväg en disavow-fil bara för kvarvarande tydlig spam du inte kunde ta bort, granskad av någon som gjort det här innan.
4. Disavowa inte dina egna properties, partnerpress eller vanliga katalogcitationer för att en slide deck kallade dem “toxiska.”

Medan du granskar länkar, stoppa eventuell pågående betald placering den gamla byrån fortfarande fakturerar. Framtida spam är lättare att förebygga än att processa gammal spam.

Prioriterad saneringsordning (så du inte kokar oceanen)

En trappa av saneringssteg från åtkomstlås längst ner till contentomskrivning högst upp.

Sekvens spelar större roll än hjältemod. En fungerande ordning för de flesta små och medelstora sajter:

1. Åtkomst, backups, Search Console-ägandeskap (dag 0–2)
2. Stoppa maskinerna (auto-publish, doorway-generatorer, vårdslösa länkleverantörer)
3. Indexeringsnödsituationer (noindex på intäkts-URL:er, oavsiktlig staging-index, kritiska redirectfel)
4. Spårningsintegritet så du kan mäta om fixar hjälper
5. Plugin-/temakonflikter som ändrar HTML, kanonikaler eller hastighet på intäktsmallar
6. Redirect- och URL-kartsanering för migreringar och raderade tunna URL:er
7. Tunna contentkluster med redirects och riktiga omskrivningar där affären behöver ämnet
8. Länktriage bara med evidens snarare än vibes
9. Sedan en framåtriktad content- och internlänkningsplan baserad på sidor du är stolt över att behålla

Om budgeten är tight, stoppa efter steg 7 på mallarna som driver leads eller intäkter. Ett perfekt bloggarkiv är valfritt. En korrekt tjänstemall är det inte.

Tilldela ägare efter skill. Utvecklare äger robots, redirects, plugins och mallar. Den som äger erbjudandet äger content keep/kill-beslut. Låt inte en SEO-konsult radera produkt-URL:er utan sign-off från sälj eller ops.

Redirect- och URL-kartor som gör eller bryter saneringen

Ett planeringsblad som mappar gamla byrå-URL:er till vänster till behållna destinations-URL:er till höger.

De flesta “vi sanerade och trafiken föll mer”-historier är redirecthistorier. Bygg ett blad innan massraderingar.

Kolumner som förtjänar sin plats:

• Gammal URL (exakt)
• Status idag (200, 301, 404, soft 404)
• Träffar i Search Console eller analytics (om några)
• Beslut (behåll, 301 till X, borta)
• Ny URL
• Implementerad (ja/nej) och vem som kollade live

Tumregler:

• Föredra en-hopp 301:or till närmaste relevanta live-sida. Kedjor genom tre legacy-sökvägar slösar crawl och förvirrar felsökning.
• Startsidan är en sista-utväg-redirectmål när inget relevant finns kvar. Bättre en topikal hubb än en lat dump till /.
• Uppdatera interna länkar och sitemaps i samma release när du kan. Att lämna navigering pekande på 301:or för alltid är hur kedjor växer tillbaka.
• Behåll bladet. Nästa utvecklare behöver det när någon frågar varför /blog/best-widgets-2021-optimized-copy-3 fortfarande syns i en gammal PDF.

Testa ett stickprov med curl eller browser DevTools efter deploy. Bekräfta statuskoder. “Sidan laddas” i en webbläsare räcker inte som bevis för att redirect-hoppet är korrekt.

Genomarbetat scenario för en regional tjänstesajt efter en contentfarm-retainer

Storyboard-paneler som visar en uppsvälld platssidesfarm som krymper till en mindre uppsättning riktiga tjänstehubbar.

Föreställ dig ett regionalt hemtjänstföretag. Tolv månader med en byrå producerade 180 “stad × tjänst”-sidor, en blogg som postade fem gånger i veckan, tre SEO-plugins (två inaktiva men fortfarande installerade) och en sitemap som listade varje paginering och tagg-URL. Leads planade ut. Brand queries fungerade fortfarande. Non-brand tjänstefrågor försvagades. Search Console visade många crawled-not-indexed-URL:er och dubbletter.

Vecka 0. Ägaren återställer Search Console via DNS, exporterar performance, tar en full backup, tar bort byråadmin efter att ha skapat egen.

Vecka 1. Skadekarta. Intäkts-URL:er är /services/drain-cleaning/, /services/water-heater/ och ungefär femton städer de faktiskt bemannar. Övriga stadssidor är spunna. Spårning hade två GA4-taggar som eldade. Plugin A och Plugin B outputade båda kanonikaler.

Vecka 2. Teknisk stop-the-bleed. Ett SEO-plugin finns kvar. Dubbletttaggar borttagna. Sitemap begränsad till kanoniska tjänste- och riktiga stadssidor. robots.txt orörd förutom borttagning av en kvarvarande Disallow byrån lade till för en staging-sökväg som inte längre finns.

Vecka 3–5. Content. Behåll femton stadssidor som har riktiga crew och unika FAQ:er. 301 resten till matchande tjänstehubb eller närmaste riktiga stad. Blogg: behåll tjugo inlägg som matchar säljfrågor; redirecta nära-dubbletter; kasta kalenderfyllnad med redirects till topikala hubbar där det går.

Vecka 6. Länkgranskning hittar ett paket gästinlägg på orelaterade lifestyle-bloggar. Ingen manual action. Borttagningar begärda för de värsta tio. Ingen disavow ännu.

Efteråt. Indexbloat krymper i Pages-rapporten över efterföljande crawls. Företaget slutar betala för volym och börjar briefa ämnesägare för färre, tydligare sidor. Rankningar “snappar” inte tillbaka på timer. Poängen med saneringen är en sajt du kan försvara och förbättra, med mätning du litar på.

Dina siffror och ditt CMS skiljer sig. Sekvensen (kontroll → karta → nödsituationer → mallar → tunna kluster → länkar) reser bra.

DIY kontra anlita hjälp för räddningen

En vägförgrening mellan en DIY-checklista och en anlitad räddningsspecialist med en liten verktygslåda.

Gör det själv när:

• Du fortfarande har adminåtkomst och en utvecklare som kan leverera redirects och plugin-ändringar
• Skadan mestadels är uppenbara tunna sidor och verktygsskräp
• Trafiken är irriterande men inte existentiell, och du kan avvara några fokuserade veckor
• Ingen har fått en manual action du inte förstår

Anlita hjälp när:

• Search Console-åtkomst är omtvistad eller verifiering är trasig
• En migrering, redesign eller domänändring sitter under fallet
• Du ser en manual action, säkerhetsincident eller injicerad spam du inte kan isolera
• URL-antalet är stort nog att keep/kill-beslut behöver crawl-stickprov och ett riktigt redirectprogram
• Ledningen vill ha en extern läsning innan stämning eller innehållen betalning (dokumentationskvalitet spelar roll)

Ett bra räddningsengagemang ska lämna dig med skadekartan, redirectbladet, Search Console under din inloggning och en kort backlog rankad efter affärspåverkan. Det ska inte fånga dig i en annan opak retainer som bara rapporterar “optimerade sökord.”

Om du anlitar, fråga hur de undviker att återskapa farmen: vem skriver, vilken evidens styr publicering, och vad de vägrar sälja (betalda länkar, rankinggarantier, doorway-automation). Avböj leverantörer som föreslår omedelbar disavow utan att inspektera Search Console, eller som lovar återställningsdatum de inte kan styra.

För en strukturerad teknisk runda när överlämningsröjan är stabil kan en fokuserad audit sitta bredvid det här saneringsarbetet. Räddningssekvensen här stannar vid byrårester. Den djupare crawl-och-index-checklistan är ett separat jobb när du behöver ett.

Vanliga frågor

Hur lång tid tar det innan rankningar återhämtar sig efter att ha sparkat en SEO-byrå?

Det finns ingen ärlig universell tidslinje. Google omcrawlar och ombearbetar enligt sitt eget schema. Vissa indexsaneringar visar rörelse på veckor. Contentförtroende och länkrester kan ta längre. Mät ledande indikatorer du styr: korrekta kanonikaler på intäkts-URL:er, krympande skräp i Pages-rapporten, återställd analytics-integritet och leads från organiska landningssidor du behöll. Behandla “garanterad återhämtning till datum X” som en säljrad.

Ska jag radera allt den tidigare byrån publicerade?

Nej. Börja från URL:er som fortfarande ger klick eller konverteringar, och bestäm sedan behåll, skriv om, slå ihop eller redirect. Blanketradering utan redirectkarta förstör ofta det residualvärde som blandats in i röjan. Radera systemen som fortsätter producera skräp. Var kirurgisk med URL:er som redan har historik.

Krävs en disavow-fil efter dåligt länkbygge?

Vanligtvis nej. Googles dokumentation om disavow-verktyget positionerar det som valfritt och främst relevant när du har ett tydligt problem du inte kan lösa genom borttagning, särskilt med manual actions. Granska evidens först. Ladda inte upp en enorm disavow skrapad från en rädslobaserad audit-PDF utan mänsklig granskning.

Kan jag behålla ranking medan jag sanerar tunna sidor?

Ofta ja om du sekvenserar rätt. Skydda och förbättra intäktsmallar först, redirecta pensionerade URL:er till relevanta ersättningar, och undvik att noindexa stora svep av användbart innehåll medan du “tänker.” Tillfällig volatilitet sker när du ändrar många URL:er samtidigt. Batcha efter mall, skeppa redirects med raderingarna, och bevaka Search Console i stället för att ändra fem system samma natt.

Vad ska jag kräva skriftligt dag ett med en ny SEO-leverantör?

Ditt ägandeskap av Search Console, analytics, CMS och annonskonton; en delad backlog du kan läsa; tydlig vägran av rankinggarantier och paid-link-scheman; och en definition av klart för varje sprint (ändrade URL:er, skeppade redirects, borttagna sidor, testade moduler). Om den enda leveransen är en PDF med sökordspositioner köper du en rapport. Du behöver fortfarande ett operativsystem för hur sajten ändras vecka till vecka.

Avslutning

Dålig byrå-SEO lämnar rester på fyra ställen: content ingen skulle skicka till en kund, verktyg som skriver om varandras taggar, ett index fullt av URL:er du aldrig menade att ranka, och länkar du kanske inte godkände. Fixen är ägandeskap först, sedan en skadekarta, sedan en sekvenserad sanering som prioriterar intäktsmallar och ärlig mätning framför ännu en publiceringsburst.

Om du vill ha hjälp att förvandla en rörig överlämning till en rankad fixlista och en redirectplan du kan försvara, hör av dig via kontaktformuläret.