Citat Postat în original de Tom Vezi Post
Daca le faci corect, adica /laptop/toshiba-i7-500gb ai nevoie de seo names facute corect (cad pui /filtru-toshiba-5475865-i7-fggfgf-hard-500gb-56575/ alea nu sunt chiar ce cauti ). Iar daca vorbim de o platforma ecommerce si nu de o solutie custom,cu cateva sute simultant si click pe filtre, ai load mult mai mare, fata de filtrele clasice. Adaugi seo on page (h1 + content / filtru) title pe filtre (index, noindex, redirect, canonical etc.) si ai suficiente request cat sa realizezi ca un articol e perfect
nu contest ca probabil e mai eficient un articol, dar considerand exclusiv comparatia celor doua situatii de filtre.. nu gasesc semnificativa diferenta (repet, strict dpdv al serverului, pt ca de programator si de restul ai nevoie);
o platforma decenta permite si un sistem de cacheing cel putin decent, iar asta rezolva mare parte din problema; aici oricum nu includem magazinele gazduite intr-un partajat pt ca alea sunt acolo fie pt ca sunt mici (si nu prea conteaza cum implementezi filtrele pt ca nu vor crea mari probleme), fie pt ca au proprietari nepregatiti (deci nu vor avea nici programator priceput);

acum.. nu am testat comparativ pt acelasi caz ambele situatii ca sa pot avea un raspuns argumenat siintific, dar sunt destul de convins ca pot implementa ce ai enumerat mai sus a.i. sa se comporte similar dpdv al vitezei cu filtrele standard;
evident, implementarea asta costa si cu siguranta costa mai mult decat un set de articole cu care sa captezi longtailurile;
concluzia e ca nu te contrazic in ideea generala, insa de server ai nevoie cam in aceeasi masura si pt filtre standard, deci n-ar fi o diferenta majora aici;