Katalogu filtri un SEO: kuras kombinācijas drīkst kļūt par indeksējamām lapām

Indeksēšanai paredziet tās kataloga filtru kombinācijas, kurām ir patstāvīgs pircēja nolūks, atbilstošs piedāvājums un uzturams saturs. Pārējās var palikt ērtai preču atlasei, nekļūstot par atsevišķām meklēšanas mērķlapām. Lēmums jāpieņem pirms bezkontroles URL ģenerēšanas. Pārmeklēšanas ierobežojums, noindex un canonical risina atšķirīgus uzdevumus, tāpēc tos nevar izmantot kā savstarpēji aizvietojamas pogas. Praktiski vajadzīga filtru matrica: kuras kombinācijas veidot, kuras ļaut pārmeklēt un kādu indeksācijas rezultātu katrai sagaidīt.

Sāciet ar pircēja vajadzību, ne parametru skaitu

Filtrs palīdz sašaurināt izvēli pašā katalogā. Tas vēl nenozīmē, ka cilvēks meklētājā meklē tieši šādu kombināciju. Kārtošana pēc cenas var būt noderīga lietotājam, bet pati par sevi parasti nemaina piedāvājuma būtību. Savukārt konkrēts pielietojums vai savietojamība var noteikt atsevišķu pirkuma jautājumu.

Katram kandidātam formulējiet, kāpēc pircējs gribētu nonākt tieši šajā lapā. Vai viņš saņem precīzāku izvēli nekā augstākajā kategorijā? Vai produktu grupa ir pietiekami saprotama bez iepriekš veiktām klikšķu darbībām? Vai lapa palīdz pieņemt lēmumu, nevis tikai atkārto kategorijas nosaukumu ar papildu īpašību?

Atbildi pamatojiet ar klientu jautājumiem, katalogā izmantoto atlasi un pieejamiem meklēšanas datiem. Ja konkrētās kombinācijas pieprasījums nav izmērīts, atzīmējiet to kā hipotēzi. Saistīta plaša vaicājuma redzamība nav pierādījums, ka vajag indeksēt visus tā iespējamos precizējumus.

Lapu vērtējiet arī kā uzturamu uzņēmuma solījumu. Ja produktu grupa regulāri pazūd vai tās jēga mainās līdz ar katru krājumu atjauninājumu, būs vajadzīga skaidra rīcība tukšuma un piedāvājuma maiņas gadījumā. Lēmums par indeksējamu lapu ietver atbildību par tās turpmāko saturu.

Katalogu filtri SEO darbā: vispirms saskaitiet URL veidus

Pirms noteikumu maiņas izveidojiet nelielu URL paraugu kopu. Iekļaujiet kategoriju bez filtriem, vienu filtru, vairāku filtru kombināciju, kārtošanu, lapošanu un nederīgu ievadi. Vajadzīgi arī dažādi ceļi līdz vienam rezultātam, jo katalogs var vienu atlasi attēlot ar atšķirīgām adresēm.

Google filtru navigācijas dokumentācija apraksta risku, ka kombinācijas rada ļoti lielu URL telpu un nevajadzīgu pārmeklēšanu. Tāpēc jautājums nav tikai par lapu skaitu indeksā. Jānoskaidro arī, kādas adreses vietne veido un piedāvā atklāt.

Katram URL veidam pierakstiet izcelsmi. Vai saite rodas filtrēšanas saskarnē, lapošanā, sitemap vai vecā kampaņas lapā? Atsevišķi atzīmējiet parametrus, kas maina produktu kopu, un tos, kas maina tikai skatu. Šāds sadalījums palīdz nepiemērot vienu plašu noteikumu adresēm ar dažādu nozīmi.

Šis raksts neizvēlas vēlamo adresi vienai dublikātu grupai. Tam noder atsevišķais canonical URL lēmumu ceļvedis. Šeit sākuma lēmums ir agrāks: vai konkrēto filtru lapu vispār veidot kā meklēšanai paredzētu resursu.

Indeksējamo filtru matrica

Zemāk ir plānošanas paraugs, ne apgalvojums par konkrēta kataloga pieprasījumu. Katrā reālā projektā tas jāaizpilda ar faktiskajiem filtru veidiem un pārbaudītiem URL.

Matrica nedrīkst beigties ar vienu lauku “SEO: jā/nē”. Pievienojiet atbildīgo, konkrētu URL piemēru, sagaidāmo atbildes statusu, pārmeklēšanas piekļuvi un indeksācijas signālu. Tad izstrādātājs var pārbaudīt prasību, bet satura komanda saprot, kuras lapas tai jāuztur.

Apstiprinātajai mērķlapai jāspēj pastāvēt arī ārpus filtru klikšķu konteksta. Vajadzīgs atbilstošs virsraksts, redzamā produktu atlase un skaidrojums, kas šo grupu padara noderīgu. Nav jāveido garš teksts tikai tāpēc, ka lapa paredzēta indeksēšanai. Informācijas apjomu nosaka pircēja jautājums un produkta sarežģītība.

Ko atsevišķi risina robots, noindex un canonical

Pārmeklēšana ir piekļuve resursam, bet indeksēšana ir atsevišķs meklētāja process. Šo atšķirību vajag saglabāt arī tehniskajā uzdevumā. Pretējā gadījumā ieviešana var izpildīt vienu prasību un nejauši traucēt citai.

Robots.txt ierobežojums paredzēts pārmeklēšanas kontrolei. Tas nav drošs paņēmiens, kā panākt jau zināma URL izņemšanu no meklēšanas rezultātiem. Ja mērķis ir samazināt nevajadzīgu piekļuvi lielai filtru telpai, vispirms definējiet precīzu bloķējamo grupu un vajadzīgos izņēmumus.

Noindex ir norāde neindeksēt saturu. Google dokumentācijā uzsvērts, ka robotam jāspēj piekļūt lapai, lai šo norādi nolasītu. Ja robots.txt to bloķē, noindex var palikt neredzams. Tāpēc kombinācija “aizliegt pārmeklēšanu un gaidīt noindex nolasīšanu” nav saskaņots ieviešanas plāns.

Canonical norāda vēlamo variantu dublikātu vai ļoti līdzīgu lapu grupā. Tas nav pārmeklēšanas aizliegums un nepārvērš atšķirīgu produktu atlasi par identisku lapu. Google canonical dokumentācija šo izvēli apraksta kā signālu sistēmai, ne pilnīgu vietnes īpašnieka kontroli pār Google lēmumu.

Tātad prasībās norādiet sagaidāmo rezultātu pirms tehniskā līdzekļa izvēles. Ja lapa jau indeksēta, tās sakārtošanas secība var atšķirties no jaunas, vēl neatklātas filtru grupas ierobežošanas. Plašu bloķējumu neveiciet, nepārbaudot, kā tas ietekmēs lapas, kuru signālus Google vēl jāspēj nolasīt.

Ierobežojiet tukšas un bezgalīgas kombinācijas pie avota

Nevajadzīgu adrešu problēmu nevajag risināt tikai pēc to izveides. Nosakiet, kā katalogs normalizē filtru secību, ko dara ar atkārtotu filtru un kā apstrādā neatļautu vērtību. Lietotāja izvēlei jāved uz paredzamu stāvokli, ne arvien jaunu adresi katrā darbības atkārtojumā.

Google filtru dokumentācija iesaka loģisku, konsekventu URL struktūru un korektu HTTP 404 atbildi tukšām vai neloģiskām kombinācijām un nepastāvošai lapošanai. Komerciāli svarīgu kategoriju, kurai īslaicīgi nav preču, automātiski nedzēsiet. Šādas kategorijas saturs un turpmākā loma jāizvērtē atsevišķi.

Pārbaudiet arī filtru mijiedarbību. Pēc vienas izvēles nākamais filtrs var piedāvāt kombinācijas, kurām nav jēgas. Saskarnei jāpalīdz izvairīties no šādām izvēlēm, bet serverim joprojām jāapstrādā tieši ievadīts nederīgs URL. Tikai pogas paslēpšana nav pilnīgs adrešu politikas risinājums.

Ar lapošanu pārbaudiet, ko vietne atgriež pēc pēdējās pieejamās lapas. Bezgalīga atkārtota pēdējās lapas rādīšana pie jauniem numuriem rada citu problēmu nekā vienkārši liels, bet reāls katalogs. Testā jābūt paredzētai robežai un saprotamai atbildei pēc tās.

Ieviešanas secība bez nejaušas vērtīgo lapu aizvēršanas

Vispirms saglabājiet sākuma stāvokli: izvēlēto URL kopu, aktuālos signālus un pieejamos meklēšanas novērojumus. Pēc tam apstipriniet matricu ar satura un biznesa atbildīgajiem. Izstrādātājam jāsaņem lēmums par lapu grupām, ne uzdevums “samazināt URL skaitu” bez robežām.

Pārbaudes vidē piemērojiet noteikumus reprezentatīvai kopai. Iekļaujiet arī atļautās lapas, kuru ceļi vai parametri līdzinās bloķējamajiem. Plašs parametra paraugs var aptvert vairāk adrešu nekā paredzēts. Vajag gan pozitīvu testu vērtīgajai lapai, gan negatīvu testu nevajadzīgajai kombinācijai.

Pirms publicēšanas salīdziniet iekšējās saites, sitemap un lapās dotās norādes ar matricu. Ja vietne vienlaikus reklamē vienu adresi un norāda citu kā vēlamo, nesaskaņa jāatrisina. Nepievienojiet jaunu kontroles slāni, neizprotot iepriekšējo signālu.

Pārmaiņas ieviesiet ar saglabātu konfigurācijas versiju un atkopšanas plānu. Ja atklājas, ka svarīgās lapas vairs nav pieejamas, komandai jāspēj noteikt, kurš noteikums to radīja. Mainot vairākus savstarpēji nesaistītus SEO un satura elementus vienlaikus, būs grūtāk izskaidrot novēroto rezultātu.

Ko pārbaudīt žurnālos un Search Console

Pārbaudiet matricu kā funkcionālu prasību

Izvēlieties apstiprinātu mērķlapu un mēģiniet to atvērt tieši, bez iepriekšējas filtru izvēles. Tai jāparāda paredzētais saturs un saprotams atlases stāvoklis. Pēc tam mainiet izvēļu secību saskarnē un pārbaudiet, vai iegūtais rezultāts atbilst tai pašai prasībai. Šādi iespējams atrast atšķirības starp tiešu saiti un pārlūkā uzkrātu stāvokli.

Testa protokolā norādiet arī sagaidāmās novirzes. Ja kārtošana drīkst mainīt preču secību, tas nav satura regresijas pierādījums. Ja kārtošana pēkšņi maina pašu produktu kopu, jāpārbauda implementācija. Šo atšķirību ir vieglāk izvērtēt ar iepriekš fiksētu testu datu kopu, ne pastāvīgi mainīgiem produkcijas krājumiem.

Atsevišķi pārbaudiet pārmeklēšanas noteikumu izņēmumus. Testam vajag konkrētu atļautu adresi, kurai līdzīgs aizliegtais paraugs nedrīkst piemēroties. Pēc noteikumu maiņas pārbaudiet arī kategorijas un produkta lapas ārpus filtru telpas. Ierobežojuma mērķis ir atlasīt nevajadzīgo, ne nejauši slēgt visu katalogu.

Ja lapas signāli tiek veidoti dažādos slāņos, salīdziniet to gala rezultātu. Satura pārvaldības sistēma var glabāt vienu izvēli, bet publiskā atbilde jāvērtē atsevišķi. Redaktora iestatījuma ekrānattēls neapliecina, ko saņem ārējais pieprasījums. Pieņemšanā saglabājiet pašu pārbaudīto adresi un novēroto atbildi.

Matrica palīdz arī kļūdu sarunā. Ziņojuma “filtri nestrādā pareizi” vietā nosauciet ievades kombināciju, sagaidāmo lapas lomu un faktisko rezultātu. Tad var atšķirt satura izvēles domstarpību no tehniska noteikuma kļūmes. Nav vajadzības vienlaikus mainīt gan pieprasījuma hipotēzi, gan URL ģenerēšanas algoritmu.

Nošķiriet tehnisko pārbaudi no meklēšanas rezultāta

Servera žurnālos vērtējiet pieprasījumus pēc iepriekš definētajām URL grupām. Vai nevajadzīgās kombinācijas joprojām tiek intensīvi pieprasītas? Vai svarīgās kategorijas paliek sasniedzamas? Žurnālu analīzē jāatšķir robotu un citu apmeklētāju darbība; tikai klienta nosaukums pieprasījumā nav pietiekams pierādījums robotam.

Search Console pārbaudiet atlasītu piemēru indeksācijas stāvokli, piekļuves ierobežojumus un, kur pieejams, izvēlēto canonical. Pašreizējās lapas pārbaude un informācija par Google saglabāto versiju nav viens un tas pats. URL Inspection apraksts palīdz nošķirt aktuālu tehnisku testu no indeksācijas rezultāta.

Nemēriet panākumus tikai pēc mazāka indeksēto lapu skaita. Nepieciešams pārliecināties, ka samazinās nevajadzīgā URL telpa, bet paredzētās mērķlapas saglabā pieejamību un atbilst nolūkam. Ja pazūd vērtīga kategorija, kopējais skaita samazinājums nav pozitīvs iznākums.

Arī redzamības izmaiņām vajag kontekstu. Piedāvājums, sezonālums un citas vietnes izmaiņas var ietekmēt rezultātu. Vienas nedēļas svārstību nevajag piedēvēt tikai filtru politikai. Pierakstiet ieviešanas datumu un salīdziniet vienādas lapu grupas, vienlaikus saglabājot nenoteiktību par cēloni.

Kā uzturēt matricu pēc kataloga paplašināšanas

Ja pievienojas jauns filtrs, nepārņemiet tam automātiski iepriekšējā filtra indeksācijas lomu. Noskaidrojiet, kādas kombinācijas tas rada un vai kādai ir patstāvīgs pircēja nolūks. Atļauto lapu saraksta paplašināšanai vajag tādu pašu pamatojumu kā sākotnējai izvēlei.

Periodiski pārskatiet lapas, kas vairs neatbilst sākotnējai iecerei. Var būt mainījusies produktu grupa vai pazudis saturs, kura dēļ mērķlapa tika izveidota. Ja divas agrāk atšķirīgas lapas sāk atbildēt uz vienu jautājumu, vajadzīgs atsevišķs satura kanibalizācijas izvērtējums, ne automātiska visu filtru aizvēršana.

Lēmumu vēsturē saglabājiet, kāpēc kombinācija sākotnēji apstiprināta. Ja pamatojums bija eksperimentāls, norādiet, kādi novērojumi vajadzīgi atkārtotam izvērtējumam. Ja lapa paredzēta stabiliem klientu jautājumiem, neslēdziet to tikai īslaicīgas skaita svārstības dēļ. Izvērtējumam vajag vairāk par vienu izolētu metriku.

Atbildību sadaliet starp satura īpašnieku un tehnisko uzturētāju. Pirmais nosaka, vai lapa joprojām pilda pircēja uzdevumu; otrs pārbauda, vai signāli un URL veidošana atbilst apstiprinātajai politikai. Ja šīs lomas nesazinās, tehniski pareizs noteikums var uzturēt vairs nevajadzīgu lapu vai aizvērt tādu, kas uzņēmumam kļuvusi svarīga.

Izmaiņu pieteikumā saglabājiet URL piemērus un sagaidāmo uzvedību. Šādi nākamā kataloga funkcija neizjauc iepriekš apstiprināto politiku tikai tāpēc, ka tās autors nebija klāt sākotnējā SEO sarunā.

Nākamais solis: konkrētu URL izvērtējums

Sagatavojiet piemērus no katras būtiskās filtru grupas un norādiet, kuras kombinācijas uzņēmums uzskata par pārdošanai svarīgām. Pievienojiet zināmos klientu jautājumus un pieejamos meklēšanas datus, nesaucot nepārbaudītu ideju par pierādītu pieprasījumu.

Tehniskā SEO un MI atrodamības izvērtējumam noder tieši kataloga un filtru URL piemēri. Rezultātam jābūt pārbaudāmai matricai ar ieviešanas secību. Mērķis ir vadāms lapu kopums ar skaidru jēgu, ne maksimāli daudz indeksētu kombināciju.