Rapport genererad 2026-06-03 · Viva Media × PS Auction · Granskning av v6.psauction.com (stage)
Det här är en granskning av er nya stage-miljö v6.psauction.com inför migreringen från Lovable. Den vandrar igenom era tidigare fynd från mars och visar vad som är löst, vad som återuppstått, och vad som är en inställning ni klickar i på lanseringsdagen.
Tre saker att veta innan du läser vidare: var den nya sajten finns, var den gamla rapporten tog vägen, och vad du själv kan göra idag.
Vi har gått igenom hela v6 mot dagens sajt och hittat 24 fynd (detta är v6-läget, inte samma lista som era mars-fynd längre ner). Fördelningen ser ut så här, så du vet omfånget innan du dyker i:
17 + 4 + 2 = 23 av fynden kräver en åtgärd eller ett beslut. Det 24:e är en bevakningspunkt på vår sida (V6-18, om dagens trafik-equity).
Börja här (de tre som gör att Google inte ens når sajten):
Vi förstår att metadatan inte är klar, precis som du skrev 27 maj, så titlar och metabeskrivningar är medvetet inte bedömda i den här omgången. Det fulla läget för de 17 felen, de 4 flipparna och de utelämnade punkterna står i flikarna ovan.
Granskningen gäller v6.psauction.com. Miljön är IP-låst, vilket är helt rätt för en stage som inte ska lanseras än. Vivas IP (94.246.103.52) är vitlistad.
För att vi ska kunna komplettera den här rapporten med skärmbilder från v6 behöver fler granskar-IP:er vitlistas. Säg till så skickar vi dem.
Allt arbete från mars samlades i en rapport som vi nu har fryst. Vi jobbar inte längre i den och ändrar den inte, vi tar bara insikter ur den och vandrar igenom dess fynd här. Vill du se utgångsläget, öppna den:
Varje fynd är verifierat med faktiska HTTP-svar (curl-loggar visas per fynd) och omverifierat live mot v6 den 2026-06-04 från vitlistad IP, både med enkel sidhämtning och i en riktig webbläsare (Chrome DevTools). Under varje fynd finns en replikeringsväg: exakt vilken URL ni öppnar från vitlistad IP för att se samma sak själva, så ert tekniska team kan verifiera varje punkt direkt. Vill ni ha skärmbilder på enskilda fynd skickar vi dem.
Hur projektet hänger ihop, så att den här rapporten landar i sitt sammanhang.
En mening: sett av en vanlig webbläsare ser v6 mestadels rätt ut, men sett av sökmotorer och AI-robotar är v6 idag en nästan tom, delvis blockerad sajt på fel språk, utan crawlbar väg till sina kategori- och objektsidor. Att gå live så här vore en allvarlig trafikrisk.
Så här ser startsidan ut för Google (Googlebot), dagens sajt mot v6. Skärmbilder från v6 fylls på när fler granskar-IP:er är vitlistade.
Allt fler köpare hittar auktioner via ChatGPT, Perplexity och Google AI-översikter, inte bara via klassisk sökning. Vi körde därför även AI-läsbarheten på v6. Läget är hårdare för AI än för vanlig sök, av tre skäl som staplar på varandra.
AI-robotar stoppas på två ställen samtidigt, och båda måste öppnas:
Att lyfta brandväggen vid lansering räcker alltså inte, robots-blocket måste också släppas om ni vill synas i AI-svar. Det är ett medvetet kundbeslut (GEO-policy).
Även där en AI-agent tar sig in mäter Lighthouse AI-läsbarhet (Agentic Browsing) till 67 av 100. Den underkända punkten är att sidans tillgänglighets-struktur inte är välformad (V6-24), precis den struktur en AI-agent läser sidan igenom.
Kombinerat med de tomma objekt- och kategorisidorna (V6-06, V6-08) betyder det att v6 idag är både osynlig och, där den syns, svårtolkad för AI.
Vivas vinkel: AI-synlighet (GEO/AIO) är inte ett separat projekt utan samma fundament som teknisk SEO, en sajt som server-renderar sitt innehåll, släpper in rätt robotar och har en ren struktur blir läsbar för både Google och AI på en gång. Fixar ni de skarpa felen nedan rätar ni upp båda. När v6 är crawlbar tar vi gärna en egen runda på den agentiska beredskapen.
I mars dokumenterade vi ett 60-tal fynd mot den dåvarande Lovable-miljön och fixade en stor del tillsammans med er. Nu när den riktiga stage-miljön (v6) finns har vi stämt av dem mot den. Här är helheten, detaljerna längst ner i rapporten.
Totalt 65 fynd i mars-loggen (mars-sammanställningen sa 64, en räknemiss i en av summeringsraderna, inget fynd har tappats). De 24 som kräver åtgärd hänger ihop med de aktiva v6-fynden nedan. Mappningen ID för ID finns längst ner.
De här punkterna är faktiska fel som följer med till produktion om de inte åtgärdas. Tyngst först. Varje kort har vad det betyder, vilken URL det gäller, beviset, vem som äger det och vad som händer om det inte fixas.
En vanlig webbläsare kommer in på v6 och får sidan (200). Men Google, Bing, GPTBot, ClaudeBot och PerplexityBot får i stället 403 Förbjudet på hela /search*- och /item/view/*-ytan. Blockeringen sitter i lastbalanseraren (awselb), före själva sajten. På en stage som inte ska indexeras är det här rätt skydd. Det här kortet finns för att ni ska veta att det inte löser sig automatiskt: vid lansering måste filtret öppnas för verifierade robotar.
Listsidorna (/auctions, /sok) levereras som tomma ramar: header, meny och footer finns, men själva listan med auktioner och objekt laddas först i besökarens webbläsare. För Google betyder det 0 länkar till detaljsidor.
Det går djupare än brandväggen. v6 har två adresser för samma kategori, och båda är återvändsgränder för Google: den som fungerar (/search/itemtype=, visar 25 produkter och rätt rubrik i webbläsaren) ger robotar 403 (brandväggen, V6-05), och den som robotar når (/sok?kategori=, svarar 200) renderar ett tomt skal utan en enda produkt. Den fungerande sidan är osynlig, den synliga är tom. Det betyder att även om brandväggen lyfts vid lansering hittar Google fortfarande inga kategori-objekt, listorna måste renderas på servern.
Sett av Google ger dagens startsida 311 interna länkar och cirka 22 600 tecken text. v6-startsidan ger 46 länkar och cirka 2 400 tecken. Internt länkvärde och crawlbart innehåll kollapsar vid migreringen.
Samma sidtyp finns nu i tre olika adress-format samtidigt: live /search/typ=, v6-menyn /search/itemtype= och sajtkartan /sok?kategori=. Ingen av de sju mest trafikstarka live-adresserna får en permanent omdirigering (301) till sin v6-motsvarighet.
Canonical-taggen talar om för Google vilken adress som är den "riktiga". På v6 är den fel på tre sätt samtidigt: startsidan pekar på en relativ rot, /auctions pekar på /auktioner som studsar tillbaka (loop), och /sv, /sok och detaljsidor pekar hårt på psauction.se (fel domän).
Även en känd objekt-URL renderar för Google och browser ett generiskt startside-skal: generisk titel, ingen rubrik (H1), canonical mot fel domän och ingen produktdata (namn, pris, beskrivning). Objektinformationen finns bara i en del som laddas senare i webbläsaren.
En mellanlager-funktion tvingar allt till /en och sätter språk-cookien till engelska oavsett om besökaren begär svenska. Sidkoden säger <html lang="en"> på svenskt innehåll. Det finns ingen väg till ett svenskt språkläge.
Alla okända eller felaktiga adresser (testat på 11+ varianter) svarar 200 OK med "indexera, följ" i stället för ett riktigt 404/410. Avslutade eller borttagna objekt blir därmed indexerbara tunna sidor.
Sajtkartan (sitemap) listar ett tjugotal adresser, men alla pekar på psauction.se (fel domän), datumet är fruset på 2025-12-23, flera adresser omdirigerar eller är blockerade, och inga objekt- eller auktionssidor finns med.
Robots-filen blockerar en adressfamilj (/search?*filter=) som ändå ger 403 för robotar. De faktiska filterfällorna (sortering, sidnummer, komma-listor) lever oblockerade på /sok? och /auctions?, alla 200, utan normalisering.
Det finns noll hreflang-taggar på hela sajten, trots att det finns både ett engelskt träd och svenska adresser. Hreflang är det som parar ihop språkversioner åt Google.
Objektsidor saknar Product/Offer-märkning, auktionssidor saknar Event-märkning, kategorisidornas list-märkning är tom (noll objekt), och brödsmuls-märkningen pekar på en adress som omdirigerar.
Den svenska säljvägen är trasig från början till slut: /salj omdirigerar (307) till /sell, men /sell svarar med serverfel 500. Även den engelska /to-sell ger 500. En besökare som klickar "Sälj" landar alltså på ett serverfel.
De här fynden syns bara när sidan körs i en riktig webbläsare (Chrome), inte i en enkel sidhämtning. Vi har medvetet hoppat över hastighetssiffror (Core Web Vitals), de mäter bara stage-servern, inte koden. Allt nedan är kod- eller innehållsnivå och följer med till produktion.
Varenda bild saknar angiven bredd och höjd. Det gör att sidan "hoppar" medan den laddar, eftersom webbläsaren inte vet hur stor plats bilden ska ha.
När ett objekt har gått ut (auktionen är slut) kraschar objektsidan i webbläsaren och visar "This page couldn't load", men servern svarar ändå HTTP 200 (allt ok). Orsaken: objekt-API:t svarar 406 och sidans kod kraschar.
Ett aktuellt objekt renderar visserligen produktnamn och produktdata i webbläsaren (bra), men titeln är en generisk sajt-titel (PS Auctions standardtitel, inte objektets namn), canonical pekar på live-domänens rot (psauction.se), och rubriken (H1) står dubbelt.
Auktionernas miniatyrbilder (från en av bild-tjänsterna) blockeras av webbläsarens säkerhetsmekanism och laddar inte alls för besökaren. Objektbilderna, som ligger på en annan tjänst, laddar fint.
Cookie-samtyckesverktyget (Cookiebot) är inte auktoriserat för domänen v6.psauction.com, så bannern visas inte korrekt. Felet syns i webbläsarens konsol på varje sida.
En automatisk granskning (Lighthouse) gav Tillgänglighet 87 och AI-läsbarhet 67 av 100. Bristerna är otillräcklig färgkontrast, aria-attribut som inte matchar sina roller, rubriker i fel ordning, ram-element (iframe) utan titel, och en tillgänglighets-struktur som inte är välformad.
Det här är inte trasig kod, utan inställningar som är rätt för en stage-miljö men måste ändras när ni trycker på lanseringsknappen. De ska inte ligga som buggar i dev-backloggen, de ska bockas av vid cutover.
Vissa saker bedömer vi inte ännu, för att ni sagt att de inte är klara. De registreras här så inget faller mellan stolarna.
I Fas 2-tråden (mejl 2026-05-27) skrev David: "metadatan ännu inte klar så ni kan bortse från den vid första analysen", eftersom den fulla CMS-kopplingen inte är på plats. Vi följer det. Punkterna nedan om titlar och metadata är alltså medvetet inte bedömda i den här omgången, de följs upp när CMS-texterna är inkopplade.
David nämnde också att "allt ska vara server side rendering" (mejl 2026-05-25, hedgat med "som jag förstår det"). Det stämmer delvis: ramen (header, meny, footer, redaktionell startsidetext) är server-renderad, men listorna med objekt och auktioner laddas fortfarande för sent för Google (se V6-06).
Startsidans titel är Den cirkulära handelsplatsen, utan "PS Auction" och utan sökord. Dagens sajt har Auktioner online ... | PS Auction. Förväntas lösas när CMS-skriven metadata kopplas in, precis det David flaggade.
I sajtens märkning står grundat 1987, medan texten och llms.txt säger "sedan 1958". Kontaktmejlen i märkningen är info@ps.se (inte @psauction.se). Det här är text/innehåll som ni bör verifiera, inte ett tekniskt fel.
Hela listan från mars, översatt till klarspråk, med status och koppling till v6. De som "kräver åtgärd" kommer först, de lösta och deferrade ligger hopfällda längst ner som lugn referens.
| Mars-ID | Vad det handlade om | Kopplat v6-fynd |
|---|---|---|
| F49 | Underkategorierna (Bilar, Båtar osv) gick inte att klicka sig in i som vanliga länkar, så hela kategoriträdet var osynligt för Google. I v6 stoppas samma yta i stället av att säkerhetsbrandväggen svarar "förbjudet" till robotar. | V6-05 |
| F01 | Sidorna byggdes klart först i besökarens webbläsare. I v6 är ramen färdig på servern men listorna med auktioner och objekt laddas fortfarande för sent för sökmotorer. | V6-06 |
| F20 | Auktionssidornas adresser fick ett rent format i mars, men det överlevde inte bytet till v6 och finns nu i tre varianter samtidigt. | V6-02, V6-08 |
| F47 | Informationssidorna fick nya adresser som inte matchar de gamla. I v6 har det vuxit till tre olika adress-språk för samma sidtyp och noll permanenta omdirigeringar. | V6-02, V6-09 |
| REC01 | Beslutet att behålla det gamla adressformatet för filter. I praktiken räddar det ingen trafik i v6 eftersom adresserna ändå blockeras och canonical kollapsar. | V6-02 |
| F24 | Tiotusentals filter-adresser i Googles index utan omdirigeringsplan. Var parkerat i mars, är nu en aktiv lanseringsspärr. | V6-02, V6-05 |
| F45 | Ett tjugotal informationssidor som fanns på live saknades på gamla stage. I v6 har innehållet rasat brett (startsidan ger Google en bråkdel av länkarna och texten mot live). | V6-09 |
| F16 | Canonical-taggen (som talar om vilken adress som är den riktiga) saknades på objekt- och auktionssidor. Fixades i mars men har återuppstått i v6 i flera nya former. | V6-07, V6-08 |
| F35 | Sökmotorer såg motstridiga indexerings-instruktioner (dubbel noindex). I v6 är problemet i stället att objektsidorna är tomma skal. | V6-08 |
| F42 | Objektsidor visade produktnamnet som rubrik två gånger. I v6 har det svängt till motsatsen, objektsidorna har ingen rubrik alls för sökmotorer. | V6-08 |
| F43 | Listsidan för auktioner saknade en huvudrubrik. Samma typ av tomt skal återkommer på v6:s objektsidor. | V6-08 |
| F41 | Trasiga auktionssidor svarade "allt ok" i stället för "finns inte". I v6 är felet bredare, alla okända adresser svarar ok och blir indexerbara tomma sidor. | V6-01 |
| F09 | Tomma filter-sidor svarade "allt ok" i stället för "finns inte". Ingår i samma bredare felaktiga 404-hantering i v6. | V6-01 |
| F37 | I mars blockerade test-sajten allt för sökmotorer (rätt för en testmiljö). I v6 är det omvänt, hela testmiljön är öppen för indexering och riskerar krocka med live. | V6-04 |
| F38 | Test-sajten råkade säga "indexera mig" trots lösenordsskydd. I v6 är hela miljön öppen för indexering och behöver låsas tills lansering. | V6-04 |
| F40 | Sajtkartan pekade på fel adresser och saknade sidor. I v6 har den återuppstått: pekar mot fel domän, fryst datum, inga objekt- eller auktionssidor. | V6-10 |
| F31 | Språkväxlaren fungerade inte och flerspråks-taggar (hreflang) saknades. I v6 är svenska sajten dessutom hårdkodad till engelska som standard. | V6-03, V6-12 |
| F18 | Filter-sidornas rubrik och titel visade föräldrakategorin i stället för det valda. Återkommer i v6:s ohanterade filter-parametrar. | V6-11 |
| F25 | Sid-numrering (sida 2, 3 osv) hanterades. I v6 lever liknande parametrar (sortering, sidnummer) oblockerade och skapar en crawl-fälla. | V6-11 |
| F29 | Filter-sidor hade motstridiga indexerings-taggar. I v6 skyddar robots-filen fel adresser medan de riktiga filter-fällorna ligger öppna. | V6-11, V6-10 |
| NLF05 | Objektsidor saknar produkt- och pris-märkning (Product/Offer) som ger rika sökresultat. Kvarstår i v6. | V6-13 |
| NLF06 | Auktionssidor saknar evenemangs-märkning (Event) som hjälper Google förstå auktioner. Kvarstår i v6. | V6-13 |
| NLF07 | Kategorisidor saknar list-märkning (ItemList). I v6 finns den men är tom (noll objekt). | V6-13 |
| NLF08 | Brödsmuls-märkning (BreadcrumbList) saknades. I v6 finns den men pekar på en adress som omdirigerar, så den är defekt. | V6-13 |
| Mars-ID | Vad det handlade om |
|---|---|
| F07 | Den tunga JavaScript-filen (2,5 MB) kan dra ner laddningstiden och Core Web Vitals. Ej omverifierad mot v6, prestanda-punkt. |
| F08 | Möjlig överblockering i robots-filen. Löses när robots byggs om inför lansering. |
| F10 | Titlarna följde inget enhetligt format, och i v6 är startsidans titel generisk utan varumärke eller sökord. Hör ihop med metadatan som David flaggat ännu inte är klar (kopplat V6-16), följs upp när CMS-texterna kopplas in. |
| F15 | Titeln stod dubbelt. Kvarstår som titel-fråga i v6, del av samma metadata som är medvetet utelämnad i denna omgång (kopplat V6-16). |
| F17 | Delningsbilden (OG-titel) på objektsidor visade auktionsnamnet i stället för objektet. Innehållspunkt, tas i lanserings-QA. |
| F23 | Den övergripande adress-strategin. Kund beslutade i möte att bygga rätt långsiktigt i stället för en snabbfix, parkerat för uppföljning. |
| F48 | Outlet-kategorin saknades på stage. Väntar på att stage fylls med riktig data, verifieras då. |
| F05 | Delningsbilden (OG-adress) saknade sökväg på live kategorisidor. Löses av serverrendering på live, utanför scope. |
| F06 | Meta-taggar byggdes i webbläsaren på live. Löses av serverrendering på live, utanför scope. |
| F13 | Delningsbildens adress pekade på startsidan för live-auktioner. Live-konfiguration, utanför scope. |
| F14 | Live-sajten rapporterade "indexera inte". Bedömt avsiktligt och motsägs av att live drar ~17-45k besök i månaden, avskrivet. |
| F26 | Delningsbildens adress var fel innan JavaScript kört på live-auktioner. Löses av serverrendering på live, utanför scope. |
| NLF09 | Citerbara faktablock saknades i brödtexten (hjälper AI och utvalda utdrag). Content-punkt, ej omverifierad mot v6. |
| NLF10 | Geografisk täckning (Sverige) fanns bara delvis i texten. Content-punkt, ej omverifierad mot v6. |
| NLF11 | Meta-beskrivningar saknade volym-siffror (antal auktioner). Content-punkt, ej omverifierad mot v6. |
| NLF12 | Schema-märkningen (HowTo) låg isolerad på startsidan utan full täckning. Content-punkt, ej omverifierad mot v6. |
| REC03 | Cookie-banner bör behandla "Avvisa alla" likvärdigt med "Tillåt alla". Öppen GDPR-hygienpunkt på er sida. |
| Mars-ID | Vad det handlade om, och varför det är lugnt |
|---|---|
| F02 | Innehållet i den gamla sitemap.xml var okänt. Ersatt av det större sitemap-fyndet, stängt. |
| F03 | En tidig robots.txt-fråga. Ersatt av ett senare robots-fynd, stängt. |
| F04 | Inkonsekvent snedstreck i slutet av adresser. Crawl bekräftade noll sidor med problemet. |
| F11 | Misstänkt canonical-bugg med fyrkant-tecken. Visade sig vara ett verktygs-artefakt, ej verkligt. |
| F12 | Canonical pekade mot föräldrakategori vid multi-filter. Bekräftat korrekt och avsiktligt. |
| F19 | Objektens adress-struktur var identisk på live och stage. Bekräftat korrekt. |
| F21 | Auktionssidorna visade inte individuell auktionsdata. Löstes via det nya adressformatet i mars. |
| F22 | Live-auktionssidor sa "indexera inte". Bekräftat avsiktligt av kund. |
| F27 | Objektens adress-struktur på live, identisk med stage. Bekräftat korrekt. |
| F28 | Delningstiteln (OG-titel) var generisk på stage. Gjordes unik per sida i mars. |
| F30 | Det gamla auktions-adressformatet ersattes med rent format i mars. |
| F32 | FAQ-schemat hade ett parse-fel. Rättat till fyra fungerande fråga-svar-par. |
| F33 | Dubbla meta-beskrivningar. Reducerat till en unik per sida. |
| F34 | Dubbla meta-keywords. Helt borttaget. |
| F36 | Två canonical-taggar per sida (grundbuggen bakom F16). I v6 finns nu exakt en per sida, den biten är löst. |
| F39 | Sid-numreringen visades inte vid klick. Fungerar nu. |
| F44 | Test-sajten var lösenordsskyddad i mars. Lösenordet togs bort, ej längre aktuellt (v6 är ny miljö). |
| F46 | Säljsidan fanns på två adresser på gamla stage. Lovable-specifik routing, ej återflaggad i v6. |
| F50 | Meta-taggar uppdaterades inte vid klick mellan kategorier på gamla stage. Fixades i mars, Lovable-specifikt. |
| NLF01 | llms.txt (fil för AI-robotar) hade trasiga svenska tecken. I v6 korrekt UTF-8 utan teckenfel. |
| NLF02 | Organisations-schema saknades på startsidan. Finns och är giltigt i v6. |
| NLF03 | Webbplats- och sökruts-schema saknades. Finns och är giltigt i v6. |
| NLF04 | FAQ-schemat var tomt. Fyllt med fyra fråga-svar-par redan i mars, giltigt i v6. |
| REC02 | Rekommendation att stage stödjer kommaseparerat filterformat. Bekräftat implementerat. |
Rapport genererad 2026-06-03 · Viva Media × PS Auction · Granskning av v6.psauction.com (stage)