Produktfilter hjälper kunden att hitta rätt i ett stort sortiment. Men när varje val av varumärke, färg, storlek, pris eller lagerstatus skapar en ny URL kan antalet adresser växa snabbt. Det riskerar att skapa onödig crawling, duplicerade sidvarianter och ett index med lågkvalitativa resultat.
Målet är inte att begränsa filtreringen för besökaren. Målet är att skilja användbara filtertillstånd från de URL:er som faktiskt ska kunna crawlas och indexeras som egna söklandningssidor. Hos oss på TribuSoft ser vi därför facetterad navigering som ett styrnings- och implementationsproblem, inte som en enskild taggfråga.
Facetterad navigering är en filtreringsfunktion som begränsar en produktlista efter flera egenskaper, eller facetter. En besökare kan exempelvis välja damkläder och sedan filtrera på varumärke, färg, storlek, material och pris.
En kategori beskriver normalt en övergripande produktgrupp. Ett filter förfinar urvalet inom den gruppen. Sortering är något annat: den ändrar ordningen på samma produkter, till exempel efter pris eller popularitet. Intern sökning bygger i sin tur på en sökfråga och är inte nödvändigtvis kopplad till en fast produktkategori.
Problemet uppstår när varje enskilt val, och varje kombination av val, får en egen crawlbar URL. Fem filter med flera värden vardera kan skapa tusentals möjliga adresser. De flesta har inget självständigt värde i sökresultatet, även om de fyller en viktig funktion för kunden på webbplatsen.
Sökmotorer behöver ofta hämta en filter-URL innan de kan avgöra om den skiljer sig meningsfullt från andra varianter. Ett stort lager av parametrar och kombinationer kan därför leda till övercrawling. Det använder serverresurser och kan göra att viktiga, nya eller uppdaterade URL:er upptäcks senare.
Crawlutrymme, ofta kallat crawl budget, är främst en praktisk prioriteringsfråga för stora eller ofta föränderliga webbplatser. Det är inte en direkt rankingfaktor och inte automatiskt ett akut problem för varje mindre e-handel. Däremot kan produktfilter göra även en begränsad katalog svår att överblicka för sökmotorer.
Filter kan också skapa snarlika listor med tunt eller överlappande innehåll. Det är inte en automatisk bestraffning, men det försvårar valet av vilken URL som bäst representerar ett visst urval. Resultatet kan bli att mindre relevanta filtervarianter indexeras medan viktiga sidor får mer splittrade signaler.
En hållbar lösning börjar med att skilja på tre olika mål. Crawling handlar om huruvida Googlebot ska hämta en URL. Indexering handlar om huruvida URL:en ska kunna visas i sökresultatet. Canonical handlar om vilken av flera liknande URL:er som ska betraktas som huvudversion.
Verktygen går inte att byta mot varandra. En canonical är en signal om den föredragna URL:en, inte ett direkt crawlblock. Den kan över tid minska crawling av icke-kanoniska varianter, men stoppar inte hämtning omedelbart.
Noindex anger att en crawlad sida inte ska visas i sökresultatet. Google måste alltså få åtkomst till URL:en för att kunna läsa direktivet. Robots.txt begränsar i stället crawling. En URL som blockeras där kan inte samtidigt förväntas kommunicera en canonical eller noindex via HTML eller HTTP-header.
Nofollow på filterlänkar är inte ett stabilt ensamt skydd, eftersom URL:en kan upptäckas på andra sätt. URL-fragment efter ett #-tecken kan däremot passa för filtertillstånd som enbart behövs i användarupplevelsen. Fragment används normalt inte för att särskilja indexerade webbsidor.
Bestäm först om en filterkombination ska kunna ranka som en egen sida. Bestäm sedan hur den ska upptäckas, crawlas och hanteras i indexet. Börja inte med att lägga samma tekniska lösning på samtliga URL:er.
En utvald filterkombination kan vara värdefull när den motsvarar en tydlig och återkommande sökintention. Ett exempel kan vara en stabil kombination av produktgrupp och varumärke, eller en egenskap som kunder aktivt söker efter. Den behöver samtidigt ha ett tillräckligt och varaktigt produktutbud, ett tydligt affärsvärde och begränsad överlappning med befintliga landningssidor.
Sökefterfrågan är en viktig signal, men den räcker inte ensam. Vi väger även in hur stabilt sortimentet är, om sidan kan ge ett bra urval över tid, hur användaren förväntar sig att resultatet ser ut och om samma behov redan täcks av en annan URL. Det finns inget universellt minsta antal produkter eller sökningar som avgör frågan.
När en kombination förtjänar indexering behöver den behandlas som en avsiktlig sida. Det innebär en stabil och konsekvent URL, self-referencing canonical, tydliga interna länkar och plats i XML-webbplatskartan. Antingen kan den dynamiska filter-URL:en användas eller en separat permanent landningssida. Valet beror på plattform, redaktionell kontroll, URL-stabilitet och risken för överlappning.
En facettstrategi bör bestå av regler per URL-mönster, inte av manuella beslut för enstaka adresser. Nedan är en praktisk utgångspunkt. Den slutliga hanteringen behöver anpassas till e-handelns sortiment, teknik och sökdata.
Med indexering menas här att URL:en avsiktligt får vara en söklandningssida. Med begränsad crawling menas att URL:en inte behöver fungera som en söksida och att lösningen utformas för att minska onödiga hämtningar.
Valet beror på vad URL:en ska åstadkomma. Canonical används när flera URL:er representerar samma eller mycket liknande innehåll och signalerna ska samlas på en huvudversion. Det är en rekommendation till sökmotorn, inte en garanti för att den angivna URL:en alltid väljs.
Noindex passar när en URL behöver kunna crawlas, men inte ska visas i sökresultatet. Det kan vara relevant under sanering av redan kända filter-URL:er eller för vissa mönster som behöver vara åtkomliga av tekniska skäl. Noindex stoppar dock inte crawlbegäran i sig.
Robots.txt är ett verktyg för att begränsa crawling av URL-mönster som inte behöver nås av sökmotorer. Det ska inte användas som en säker metod för att avindexera redan kända URL:er. Om en URL blockeras kan Google inte läsa en meta robots-tag, X-Robots-Tag eller HTML-baserad canonical på sidan.
URL-fragment lämpar sig för filterlägen som endast ska ändra upplevelsen för besökaren och inte bilda egna söksidor. De är däremot inte rätt val för kombinationer som ni vill att Google ska hitta, crawla och indexera.
Samma filterval ska alltid ge samma URL. Om röd, blå och svart kan väljas i valfri ordning får inte varje ordningsföljd skapa en egen adress. Det gäller både parametrar och filter som byggs in i URL-sökvägen.
För parameterbaserade URL:er behövs fasta regler för parameternamn, värden, separatorer och ordning. Vanliga nyckel-värdeparametrar och standardseparatorn & gör strukturen tydligare. Systemet bör sortera filter i en bestämd ordning, ta bort upprepade värden och förhindra att samma filter skickas flera gånger.
Normalisering ska ske innan URL:en exponeras i länkar, canonical-taggar, sitemaps och interna system. Omdirigering eller canonical kan i vissa fall hjälpa till att konsolidera gamla variationer, men den bästa lösningen är att inte generera onödiga variationer från början.
HTML-länkar hjälper sökmotorer att upptäcka sidor. Därför behöver värdefulla filterkombinationer få avsiktliga interna länkar från relevanta delar av webbplatsen. Däremot bör inte varje möjlig filterkombination exponeras genom obegränsade crawlbara länkar i filtergränssnittet.
XML-webbplatskartan ska fokusera på kanoniska URL:er som ni faktiskt vill ha crawlande och indexerade. Tillfälliga filterlägen, sorteringsparametrar och blockerade mönster hör inte hemma där.
I JavaScript- och headless-lösningar behöver filtreringen kvalitetssäkras både före och efter rendering. Vi kontrollerar att filterlänkar och URL:er går att upptäcka där det är avsikten. Vi granskar också att canonical och robotsdirektiv finns på rätt svar och att delbara filter-URL:er ger korrekt serverrespons, inte bara fungerar i webbläsaren.
För det bredare arbetet med struktur, synlighet och försäljning är E-handels-SEO som driver organisk försäljning det naturliga sammanhanget.
En hållbar förändring börjar med en URL-inventering. Vi kartlägger kategorier, parametrar, filtervärden, sortering, sidindelning och möjliga kombinationer. Därefter klassificerar vi varje URL-mönster utifrån användarnytta, sökefterfrågan, sortimentsstabilitet, affärsvärde och önskat crawl- och indexbeteende.
En webbplatscrawl visar vilka URL:er den interna länkgrafen gör upptäckbara. Search Console visar bland annat indexeringsmönster och vilka URL:er Google har valt att hantera. Serverloggar kompletterar bilden genom att visa vilka parameter- och filtermönster Googlebot faktiskt hämtar. Tillsammans gör underlagen det möjligt att prioritera de mönster som skapar mest onödig belastning eller störst risk för indexbrus.
Sedan omsätter vi besluten till testbara regler. Det kan handla om URL-normalisering, robots.txt-regler, canonical-logik, noindex för avgränsade mönster, internlänkar och korrekt statuskod för ogiltiga kombinationer. SEO, utveckling, analys och sortimentsansvariga behöver vanligtvis bidra, eftersom en tekniskt korrekt regel också måste fungera för kundens filtrering och det faktiska sortimentet.
Vid plattformsbyte eller lansering av ny filtrering bör reglerna testas före driftsättning. Kontrollera gamla och nya URL-mönster, omdirigeringar där de behövs, statuskoder för tomma kombinationer och om canonical- samt robotsignaler kan läsas på rätt URL:er. Testa även att samma filterval ger samma adress oavsett i vilken ordning användaren klickar.
Efter lansering behöver ni kontrollera att den nya lösningen inte har öppnat oanade parameterkombinationer eller tagit bort värdefulla, indexerbara landningssidor. Tidig uppföljning minskar risken att ett felaktigt URL-lager hinner växa.
En kategori grupperar produkter på en övergripande nivå. Facetterad navigering låter besökaren förfina urvalet med egenskaper som färg, storlek, varumärke eller material. Varje filterval kan skapa en ny URL om lösningen inte styrs.
Nej. Filterkombinationer med tydlig sökefterfrågan och stabilt innehåll kan förtjäna att indexeras. Robots.txt passar främst för URL-mönster som inte behöver crawlas. Det är inte en säker metod för att ta bort redan indexerade URL:er.
Den kan tekniskt innehålla signalerna, men Google kan inte läsa dem om crawling blockeras i robots.txt. Noindex och HTML-baserad canonical kräver att sökmotorn får hämta URL:en.
Nej. Canonical är en signal om vilken URL som bör vara huvudversionen. Den kan på sikt minska crawling av alternativa varianter, men den är inte ett direkt crawlblock.
Normalt HTTP 404 på den begärda URL:en. Undvik att svara med en tom sida med status 200 eller att omdirigera till en generell felsida. Lagerintensiva butiker behöver samtidigt utforma regler som inte ger instabila växlingar för värdefulla sidor.
Vanligtvis inte. Sortering ändrar normalt bara produktordningen och möter sällan en egen sökintention. Hanteringen behöver dock alltid bedömas utifrån den enskilda e-handelns struktur och efterfrågan.
Har er e-handel växande mängder parameter-URL:er, svårtolkade canonical-signaler eller en ny filterlösning på väg? Vi hjälper er att kartlägga URL-ekosystemet, prioritera rätt facetter och kvalitetssäkra implementationen.
Kontakta oss för en kostnadsfri offert eller för att inleda en dialog om er tillväxt.
