Directory Index-sider: Filtrering, Fasettnavigasjon og Indekseringsregler
Bygg en directory index-side som tilfører bestillingsverdi med nyttige filtre, stabil sortering, profiltruter og trygge indekseringsregler for hver fasettside.
Directory index-side
Formål: gjør en profilsamling til et beslutningsrom ved å forklare inkludering, sortere poster for en reell oppgave og filtrere uten å opprette ukontrollerte søkesider.
Leserspørsmål: “Hvilke profiler hører til i denne samlingen, hvordan kan jeg begrense dem, hvorfor er de sortert slik, og hvilken bør jeg åpne videre?”
En directory index-side er det vedlikeholdte navigasjonslaget over mange enhetsprofiler: leverandører, selskaper, personer, lokasjoner, avdelinger, institusjoner eller andre konsekvent modellerte poster. Den er ikke verdifull bare fordi den inneholder lenker. Den fortjener sin plass ved å tilføre bestillingsverdi — et nyttig prinsipp for å velge, merke, filtrere, sortere, sammenligne og forklare samlingen.
Regelen er enkel: hvis det å fjerne indexen og vise en databaseeksport ville gitt leseren samme opplevelse, er siden ikke ferdig.
Spørsmål den besvarer
En nyttig index besvarer samlingsspørsmål før profilspørsmål:
- Hvilken type enhet er inkludert, og hva er eksplisitt utenfor directoryens omfang?
- Er samlingen komplett, kuratert, sponset, samfunnsinnsendt eller begrenset til verifiserte deltakere?
- Hvor nylig ble poster kontrollert, og hvordan håndteres inaktive eller omstridte profiler?
- Hvilke filterdimensjoner tilsvarer reelle leserbeslutninger snarere enn praktiske databasefelt?
- Hva betyr standard sorteringsrekkefølge, og kan betalt plassering påvirke den?
- Hvor mange poster samsvarer med gjeldende tilstand, og hvilke filtre er aktive?
- Hva skjer når en kombinasjon gir svært få eller ingen resultater?
- Hvilke filtrerte ruter er ment som søkelandingssider, og hvilke eksisterer kun som interaktive tilstander?
- Hvordan kan en enhet be om inkludering, korrigere en post eller utfordre en klassifisering?
Når du skal bruke denne posttypen
Bruk dette formatet når hovedoppgaven er oppdagelse på tvers av mange enheter, og hver enhet har, eller forventes å ha, sin egen stabile profil. Beslutningstabellen betyr noe fordi en directory, en produktkategori og en listartikkel alle kan fremstå som rader med kort samtidig som de gir forskjellige redaksjonelle løfter.
| Forvirrende søsken | Velg den når | Primært organiserende objekt | Avgjørende grense |
|---|---|---|---|
| Directory index | Lesere trenger å navigere i et vedlikeholdt sett med enheter etter stabile egenskaper | Profiler for personer, organisasjoner, leverandører, avdelinger eller steder | Eier samlingsomfang, taksonomi, filtre, rekkefølge og ruter; eier ikke hver enhetsfakta |
| leverandørprofil | En kjøper trenger å kvalifisere én suppliers kapabiliteter, dekning, legitimasjon og bevis | Én leverandør | Enhetsposten er destinasjonen, ikke samlingen |
| bedriftsprofil | En leser trenger én organisasjons identitet, eierskap, aktiviteter, historie og kilder | Én organisasjon | Løser identitet og kontekst uten å gi samlingsomfattende oppdagelse |
| kategoriside | En kjøper trenger å begrense produkter eller tilbud og bevege seg mot en transaksjon | Produkter, tilbud eller varelager | Eier merchandising, produktattributter, tilgjengelighet og kjøpsruter |
| Listeguide | En redaktør har valgt og forklart et endelig sett for et bestemt spørsmål | Anbefalinger eller eksempler | Listen har en tese og redaksjonell rekkefølge; den er ikke en uttømmende styrt databasevisning |
| Directory-hub | Flere distinkte directoryer trenger et orienteringslag | Samlinger | Lenker til indexer og forklarer deres grenser; den gjengir ikke de individuelle postene |
Ikke opprett en index for tre poster bare for å oppta en taksonomi-URL. Omvendt, ikke tving hundrevis av profiler inn i en statisk listeguide når gjentagbare attributter krever filtrering og styring.
Best for disse forretningstypene
Rangeringen reflekterer hvor sterkt oppdagelse avhenger av strukturerte enhetsattributter og hvor ofte samlingen endres.
- Markedsplasser. Leverandør-, profesjonelle- og selgerdirectoryer kan gjøre fragmentert tilbud om til brukbare valg. Tillit avhenger av identitet, nåværende deltakelse og transparent kommersiell plassering.
- Mediepublisister og tilknyttede selskaper. Referansedirectoryer kan betjene gjentagende oppdagelsesbehov, forutsatt at inkluderingsregler, bevis og inntektsgenerering ikke kollapser til betal-for-rangering-oppføringer.
- Lokale tjenestebedrifter. Flerlokasjons- og leverandørindexer hjelper brukere med å begrense etter faktisk tjenesteområde, spesialitet, åpningstider, tilgjengelighet eller tilgjengelighetstilpasning snarere enn etter en misvisende nærmeste-adresse-beregning.
- Produsenter og industribedrifter. Distributør-, anlegg-, sertifiserings- og leverandørnettverk drar nytte av presise tekniske fasetter. En fasett må bevare omfang: “ISO 9001” er ikke nyttig med mindre den sertifiserte enheten og operasjonen er tydelig.
- B2B-tjenester. Partner-, konsulent- og spesialistdirectoryer kan dirigere kvalifisert etterspørsel etter kapabilitet, marked, engasjementsmodell og region, samtidig som bevis holdes på profilen.
- Reise og gjestfrihet. Eiendoms-, steds- og destinasjonsindexer støtter geografisk- og fasilitetsledet oppdagelse, men tilgjengelighet og sesongstatus krever nøye ferskhetskontroller.
Søkeintensjon
Directory-spørsmål kombinerer vanligvis en flertallsenhetsklasse med en begrensende betingelse: “emballasjeprodusenter i Ohio,” “cybersikkerhetsleverandører for helsesektoren,” “museer åpne mandag,” eller “regnskapsfirmaer som betjener ideelle organisasjoner.” Intensjonen er overveielsesledet oppdagelse. Leseren forventer et brukbart sett, nok kontekst til å forstå inkludering, og en vei til å inspisere kandidater.
Tre lag kan sameksistere:
- Bred samlingsintensjon: “industrielle leverandører directory” trenger orientering, hovedruter og en fornuftig standard rekkefølge.
- Enkeltfasettert intensjon: “industrielle leverandører i Birmingham” kan rettferdiggjøre en stabil landingsrute når etterspørsel, beholdning og differensiert kontekst finnes.
- Interaktiv foredling: kombinasjoner som region + syv spesialiteter + rangering + åpent-nå hjelper en tilstedeværende besøkende, men fortjener sjelden permanent indeksering.
Søk og AI-svar kan hente ut navn uten forbehold. Hold samlingsomfang, verifiseringsstatus, stedsbetydning og siste revisjonsdato nær listen. “Betjener Frankrike” må ikke bli til “har et kontor i Frankrike.”
Kartlegg representative spørsmål til rotindexen, en godkjent fasettside, en profil, eller ingen indekserbar side. Dette forhindrer at hver spørrestrengkombinasjon blir en utilsiktet SEO-strategi.
Sidestruktur
Ordbånd begrenser forklaring; postkort og kontrollerte felt gjør oppdagelsesarbeidet. En bred index kan inneholde hundrevis av profiler, men bør ikke begrave oppføringen under et essay.
| Seksjon | Ord- eller elementbånd | Formål | Påkrevet? |
|---|---|---|---|
| Hero og direkte svar | 60–100 ord | Definer samlingen, geografi eller marked, inkluderingsgrunnlag og primæroppgave | Påkrevet |
| Omfang og ferskhetsoversikt | 5–8 felt | Oppgi kvalifiserende enhetstype, dekning, postantall, verifiseringsgrunnlag og siste revisjon | Påkrevet |
| Primære ruter | 4–12 lenker | Tilby stabile, høyverdige ruter som region, spesialitet, enhetstype eller verifisert status | Påkrevet for brede indexer |
| Filtre og sortering | 3–8 filtre; 1–4 sorteringer | La brukere begrense etter beslutningsrelevante, tilstrekkelig befolkede attributter | Påkrevet når settet ikke kan skannes komfortabelt |
| Aktiv tilstand-sammendrag | 20–60 ord pluss chips | Gjenta valgte filtre, resultatantall, sorteringsrekkefølge og en tydelig tilbakestillingshandling | Påkrevet når noe filter er aktivt |
| Directory-oppføring | 10–50 poster per side | Presenter konsistente fakta og én tydelig rute til hver kanonisk profil | Påkrevet |
| Metode og inkluderingspolicy | 180–350 ord | Forklar kvalifisering, unntak, sortering, sponsing, verifisering og korrigeringer | Påkrevet |
| Tom eller tynn tilstand | 40–100 ord | Forklar resultatet og tilby kontrollerte måter å utvide settet på | Påkrevet som en designet tilstand |
| Relaterte directory-ruter | 3–8 lenker | Fortsett til tilstøtende samlinger uten å generere en lenkesky | Betinget |
| FAQ | 250–500 ord | Løs spørsmål om indeksering, inkludering, rangering, oppdatering og bruk | Påkrevet |
| CTA | 20–60 ord | Fortsett leserens oppgave eller inviter til en korrigering eller kvalifisert innsending | Påkrevet |
Påkrevede elementer
| Element | Alltid eller betinget | Posisjon | Directory-index-regel |
|---|---|---|---|
| forside-spesifikasjon | Alltid | Før brødtekst | Lagre én samlingsidentitet, kanonisk rute, omfang, eier, skjema, indekspolicy og livssyklustilstand |
| direkte svar-blokk | Alltid | Rett under H1 | Oppgi hvilke enheter som kvalifiserer, directoryens grense og hva en leser kan gjøre |
| rask oversikt og innholdsfortegnelse | Alltid på komplekse indexer | Før primære ruter | Vis antall, omfang, ferskhet, inkluderingsgrunnlag og anker til policy og FAQ |
| tilpasset oppføring | Alltid | Hovedinnholdsområde | Bruk én kortmodell med stabile etiketter, en kanonisk profil-URL og eksplisitte utilgjengelige verdier |
| ankerlenker | Betinget | Over alfabetiske eller regionale grupper | Bruk bare når anker representerer stabile, meningsfulle underinndelinger; ikke vis tomme bokstaver eller grupper |
| intern lenkemodul | Alltid | Primære ruter og etter oppføring | Lenk kun til godkjente fasetter, søsken-directoryer eller støttende veiledning med en oppgitt grunn |
| to-kolonne varsling | Betinget | Nær sponsede, ufullstendige eller endrede tilstander | Forklar en materiell begrensning og par den med en korrigering, avsløring eller bredere visningshandling |
| FAQ-struktur | Alltid | Etter policy og før CTA | Svar på gjenværende spørsmål uten å gjenta alle filteretiketter eller inkluderingskopi |
| CTA-blokk | Alltid | Siste innholdsblokk | Fortsett oppdagelsen, behold nåværende filtre, eller inviter til en styrt korrigering eller innsending |
Hvert kort bør vise navn, enhetstype, avgjørende attributter, presis lokasjon eller dekning, oppdateringsstatus og én profillenke — ikke en full biografi, sertifiseringsprotokoll, katalog eller dom.
Forside
Sett entity = "directory-index". Anbefalt skjematype er CollectionPage med en ItemList som representerer de synlige ordnede postene. Legg til BreadcrumbList bare når samsvarende brødsmuler er synlige, og FAQPage bare når synlige spørsmål og svar samsvarer nøyaktig med markeringen og gjeldende kvalifiseringsregler.
| Felt | Regel |
|---|---|
entity | Nøyaktig directory-index for denne posttypespesifikasjonen |
directoryId | Stabil samlingsidentifikator som overlever tittel-, rute- og taksonomiendringer |
recordType | Én kontrollert enhetsklasse som leverandør, selskap, person, avdeling eller sted; bland ikke ulike poster bare for å øke antallet |
scope | Menneskeskrivbar grense som dekker geografi, marked, kvalifisering og unntak |
defaultSort | Navngitt sorteringsregel vist til lesere, som relevans, navn, avstand, nylig verifisert eller redaksjonell rekkefølge |
allowedSorts | Bare sorteringer grensesnittet virkelig støtter og utgiveren kan forklare |
indexableFacets | Eksplisitt tillatelsesliste over stabile fasettruter; fravær betyr at ingen filtrert tilstand er indekserbar |
minUsefulRecords | Redaksjonell vurderingsterskel, ikke en automatisk garanti for indekserbarhet |
lastReviewedAt | Dato samlingsregler, døde profiler, antall og godkjente fasetter ble sjekket |
schemaTypes | CollectionPage, ItemList og BreadcrumbList; legg til FAQPage bare når det er passende |
| ownership | Navngi taksonomieier, dataeier, redaksjonell anmelder og teknisk eier for indexkontroller |
Nye filtre bør forbli ikke-indekserbare inntil noen demonstrerer distinkt etterspørsel, tilstrekkelige poster, stabil betydning og vedlikeholdbart innhold.
Fullstendig eksempel
Dette fiktive eksempelet viser en directory som tilfører orden uten å late som om hver fasett er en landingsside.
+++
title = "Verifiserte Emballasjeprodusenter i Storbritannia"
entity = "directory-index"
directoryId = "dir_uk_packaging_manufacturers"
recordType = "vendor"
scope = "Aktive emballasjeprodusenter med en verifisert britisk juridisk enhet eller produksjonsanlegg"
defaultSort = "recently-verified"
allowedSorts = [ "recently-verified", "name" ]
indexableFacets = [ "material", "region" ]
minUsefulRecords = 8
lastReviewedAt = "2026-08-21"
schemaTypes = [ "CollectionPage", "ItemList", "BreadcrumbList" ]
+++
# Verifiserte emballasjeprodusenter i Storbritannia
Denne directoryen dekker aktive produsenter med en verifisert britisk juridisk
enhet eller britisk produksjonsanlegg. Filtrer etter materiale eller region,
åpne deretter en profil for å sjekke kapabiliteter, sertifiseringer,
leveringsdekning og bevis. Distributører uten produksjonsvirksomhet er
ekskludert.
**28 aktive poster · sist revidert 21. august 2026 · standard: nylig verifisert**
## Filtrer produsenter
Materiale: Papir og kartong
Region: Alle britiske regioner
Verifisering: Aktive poster
Sortering: Nylig verifisert
**11 produsenter samsvarer.** [Fjern materialfilter]
### Calder Carton Works
Papirkartonger · Produksjonsanlegg i Yorkshire og Humber · Matkontakt-kapabilitet
leverandør-erklært · profil verifisert 18. august 2026
[Vis Calder Carton Works profil]
## Hvordan inkludering og sortering fungerer
Poster kvalifiserer når directoryen kan verifisere en aktiv britisk juridisk
enhet eller britisk produksjonsanlegg og nåværende emballasjesortiment. "Betjener
Storbritannia" er ikke nok. Nylig verifisert er standard; betaling påvirker ikke
organisk rekkefølge.
Materiale og region er de eneste indekserbare fasettfamiliene. Sertifiserings-,
kapasitets- og applikasjonsfiltre er interaktive fordi kombinasjoner endres
ofte eller krever kvalifisering på profilenivå. Tomme tilstander og tilstander
med én enkelt post indekseres ikke.
## Ingen samsvarende produsenter
Ingen aktiv post samsvarer med alle valgte filtre. Fjern sertifiseringsfilteret,
se alle produsenter i den valgte regionen, eller send inn dokumentasjon for en
manglende produsent. Dine eksisterende valg vil forbli synlige mens du utvider
settet.
Eksempelet skiller anlegg fra tjenestedekning og godkjente landingsfasetter fra interaktive foredlinger.
Designgalleri
Design må gjøre tilstand synlig. En besøkende bør kunne identifisere omfang, valgte filtre, postantall, sorteringsregel og sponset plassering uten å måtte reversere URL-en.
Test standardtilstanden, en godkjent fasett, en uautorisert kombinasjon, en tom tilstand, paginering og en avviklet profil.
Kvalitetssjekkliste
- Helten navngir én enhetsklasse, samlingsgrense, inkluderingsgrunnlag og primær leseroppgave.
- Hver oppførte post har en stabil identifikator og én kanonisk profil-URL.
- Directoryen tilfører bestillingsverdi gjennom omfang, klassifisering, meningsfulle ruter, konsistente etiketter og en forklart standardsortering.
- Lokasjon skiller mellom fysisk tilstedeværelse, hovedkontor, produksjon, tjenesteområde, levering og fjern-tilgjengelighet.
- Resultatantall, aktive filtre, sorteringsrekkefølge og fjern-handling forblir synlige etter hver tilstandsendring.
- Tomme tilstander bevarer kontekst og tilbyr bevisste bredere ruter snarere enn generiske søkeforslag.
-
indexableFacets-tillatelseslisten inneholder bare ruter med distinkt intensjon, stabil betydning, tilstrekkelige vedlikeholdte poster og unik støttende kontekst. - Tynne, tomme, dupliserte, vilkårlige sorterings-, søkeforespørsels- og flerfiltertilstander er ekskludert fra indeksering.
- Kanonisk håndtering, robots-direktiver, paginering, interne lenker og sitemap-inkludering samsvarer med den erklærte policyen.
-
ItemList-rekkefølge og elementer samsvarer med den synlige siden; strukturert data inkluderer ikke skjulte eller bortfiltrerte poster. - Betalt inkludering, sponsing, henvisningsrelasjoner og rangeringseffekter avsløres der de påvirker tolkning.
- Inaktive, omstridte, sammenslåtte, dupliserte og midlertidig utilgjengelige profiler har dokumenterte livssyklusregler.
- En navngitt eier sjekker taksonomidrift, foreldreløse profiler, døde destinasjoner, fasettantall og policy-unntak med sjekklisten for innholdsoppdatering.
Vanlige feil
Publisere et databaseutkast. En søkeboks og hundrevis av navn skaper ikke en nyttig index. Definer omfang, normaliser attributter og forklar rekkefølgen.
Behandle hvert filter som en nøkkelordside. Filtre finnes for interaksjon; landingssider finnes for stabil intensjon. Hold en liten indekseringstillatelsesliste og krev bevis før du legger til en fasettrute.
Endre standard sorteringsrekkefølge stille. “Anbefalt,” “populær” og “best match” innebærer en metode. Navngi inndataene, avslør kommersiell påvirkning, og tilby en nøytral sortering der det er hensiktsmessig.
Generere tomme gjennomsøkbare URL-er. Søkemotorer trenger ikke permutasjoner med null resultater. Hold besøkstilstanden funksjonell, fjern den fra sitemaps og interne landingslenker, og ekskluder den fra indeksering.
Kanonifisere hver fasett til rotindexen. Det kan skjule tilsiktede fasettlandingssider og sende motstridende signaler. Bestem hvilke ruter som er uavhengige sider, gi deretter hver enkelt en selvkanonisk URL og unikt formål; håndter alle andre tilstander konsekvent som ikke-indekserbare interaksjoner.
Skjule profiler bak JavaScript. Tilby gjennomsøkbare profillenker og stabil paginering eller en annen server-gjengitt rute.
Blande usammenlignbare enhetstyper. Et selskap, en avdeling, et produkt og en person kan ikke dele én nyttig kortmodell. Del samlingen eller opprett eksplisitte enhetstyperuter.
Intern lenking
Directoryen eier oppdagelse; profiler eier enhetssannhet. Denne grensen forhindrer at kopierte fakta driver på tvers av titalls filtersider.
- Lenk fra den brede indexen til et lite sett med godkjente fasettruter fordi de representerer varige leseroppgaver.
- Lenk fra hvert oppføringskort til én kanonisk profil, med enhetens faktiske visningsnavn snarere enn gjentatte “lær mer”-ankere.
- Lenk fra en profil tilbake til dens mest relevante overordnede index og, når nyttig, én eller to meningsfulle fasettruter.
- La leverandørprofilen eie leverandørroller, kapabiliteter, legitimasjon, dekningsbevis og verifiseringshistorikk.
- La bedriftsprofilen eie organisasjonsidentitet, eierskap, ledelse, aktiviteter og historie.
- La kategorisiden eie produktsett-merchandising, vareattributter, tilgjengelighet og kjøpsruter.
Bruk intern lenkemodul for bevisste ruter som “bla gjennom produsenter etter materiale.” Ikke lenk hver sted × spesialitet × legitimasjonspermutasjon.
Behold en nyttig statusside for en søkt inaktiv enhet. Omdiriger bare når en annen side tilfredsstiller samme intensjon, aldri automatisk til rotdirectoryen.
Hvordan måle resultater
Bruk rammeverket i hvordan vi måler resultater for å koble oppdagelse til kvalifiserte utfall. Flere indekserte fasett-URL-er er ikke en suksessmåling. En mindre, bevisst index kan forbedre dekning samtidig som duplisert gjennomsøking og feilrutelandinger reduseres.
Mål fem lag:
- Oppdagelse: Visninger og innganger for brede samlings-, enhet-pluss-attributt- og profilnavn-spørsmål; godkjent fasettdekning; directory-siteringer i AI-svar.
- Indekshelse: Indekserte godkjente ruter, ekskluderte parametertilstander, kanoniske konflikter, dupliserte titler, tomme sider funnet av gjennomsøkere, gjennomsøkingsvolum per fasettfamilie og foreldreløse profiler.
- Navigasjon: Filterbruk, resultat-til-profil klikkfrekvens, foredling per økt, null-resultat-rate, filterforlatelse, pagineringsdybde og tilbakesporing fra profiler.
- Representasjon: Om søk og AI-svar bevarer enhetstype, geografi, inkluderingsgrunnlag, verifiseringsstatus, sorteringsmening og siterte kanoniske URL-er.
- Utfall: Kvalifiserte henvendelser, bestillinger, tilbudsstarter, sammenligningstillegg, søknader eller en annen forretningshandling tilskrevet directory- og profilreiser.
Bruk Prompt Tracking for gjentagende oppdagelsesspørsmål som “verifiserte emballasjeprodusenter i Storbritannia” og inspiser om motorene navngir kvalifiserte profiler, siterer den tiltenkte directoryen og bevarer inkluderingsforbeholdet. Bruk kilde- og siteringsinnsikt for å identifisere om en utdatert kopiert directory overgår eller leverer svar i stedet for den styrte samlingen.
Annoter taksonomi-, import-, sorterings-, indekspolicy- og oppryddingsendringer. Fjerning av tusenvis av tomme fasett-URL-er kan redusere rå trafikk samtidig som det forbedrer kvalifiserte profilbesøk.
FAQ
Hva er en directory index-side?
En directory index-side er en navigerbar oversikt over et styrt sett med profiler. Den hjelper en leser med å forstå samlingen, begrense den med meningsfulle filtre, sammenligne konsekvent merkede poster og nå riktig profil uten å late som om hver filterkombinasjon fortjener en søkelandingsside.
Hvordan skiller en directory index seg fra en kategoriside?
En directory index organiserer enheter som selskaper, personer, avdelinger eller leverandører. En kategoriside organiserer produkter eller tilbud og støtter vanligvis merchandising og kjøpsbeslutninger. Hvis postene hovedsakelig er identifiserbare enheter med egne vedlikeholdte profiler, bruk en directory index.
Bør filtrerte directory-sider indekseres?
Bare utvalgte fasetter bør være indekserbare. En indekserbar fasett trenger distinkt etterspørsel, et stabilt kvalifiserende sett, nyttig innledende kontekst, nok vedlikeholdte poster, en kanonisk URL og bevisste interne lenker. Tomme, tynne, dupliserte, volatile eller vilkårlige kombinasjoner bør forbli brukbare for besøkende, men ekskluderes fra søkeindeksering.
Hvor mange poster trenger en directory-side?
Det finnes ingen universell minimumsgrense. Publiser når settet gir leseren et troverdig valg og siden kan forklare sitt omfang og sortering. Fem godt kvalifiserte spesialister kan være nyttige i et smalt marked; femti nesten tomme profiler kan fortsatt være tynne. Vurder informasjonsverdi, ikke antall rader alene.
Hva er den beste standardsorteringen for en directory?
Bruk den rekkefølgen som best tjener den dominerende oppgaven og kan forklares ærlig. Relevans, verifisert status, avstand, tilgjengelighet eller en transparent redaksjonell rekkefølge kan fungere. Unngå uforklarlige popularitets- eller kvalitetsrangeringer, og la aldri betaling stille bestemme organisk rekkefølge.
Hva bør skje når en fasett ikke gir noen resultater?
Hold tilstanden nyttig for besøkende, men ikke indekser den. Forklar at ingen poster samsvarer, behold de valgte filtrene, tilby ett-klikks måter å utvide settet på, og foreslå tilstøtende gyldige ruter. Returner en ekte ikke-funnet-respons bare når URL-en i seg selv er ugyldig eller permanent avviklet.
Gjør en directory til en nyttig beslutningsrute
Gjennomgå én levende index fra utsiden og inn: definer dens grense, forklar dens standard rekkefølge, identifiser filtrene som endrer en reell beslutning, og fjern tomme eller vilkårlige kombinasjoner fra det indekserbare settet. Bruk deretter CTA-blokken for å fortsette den valgte reisen i stedet for å sende hver besøkende til et generisk kontaktskjema.
Åpne AmICited Prompt Tracking for å overvåke hvilke directoryer og profiler svar-motorer viser for enhetssamlingene dine kjøpere spør om.
Ofte stilte spørsmål
En directory index-side er en navigerbar oversikt over et styrt sett med profiler. Den hjelper en leser med å forstå samlingen, begrense den med meningsfulle filtre, sammenligne konsekvent merkede poster og nå riktig profil uten å late som om hver filterkombinasjon fortjener en søkelandingsside.
En directory index organiserer enheter som selskaper, personer, avdelinger eller leverandører. En kategoriside organiserer produkter eller tilbud og støtter vanligvis merchandising og kjøpsbeslutninger. Hvis postene hovedsakelig er identifiserbare enheter med egne vedlikeholdte profiler, bruk en directory index.
Bare utvalgte fasetter bør være indekserbare. En indekserbar fasett trenger distinkt etterspørsel, et stabilt kvalifiserende sett, nyttig innledende kontekst, nok vedlikeholdte poster, en kanonisk URL og bevisste interne lenker. Tomme, tynne, dupliserte, volatile eller vilkårlige kombinasjoner bør forbli brukbare for besøkende, men ekskluderes fra søkeindeksering.
Det finnes ingen universell minimumsgrense. Publiser når settet gir leseren et troverdig valg og siden kan forklare sitt omfang og sortering. Fem godt kvalifiserte spesialister kan være nyttige i et smalt marked; femti nesten tomme profiler kan fortsatt være tynne. Vurder informasjonsverdi, ikke antall rader alene.
Bruk den rekkefølgen som best tjener den dominerende oppgaven og kan forklares ærlig. Relevans, verifisert status, avstand, tilgjengelighet eller en transparent redaksjonell rekkefølge kan fungere. Unngå uforklarlige popularitets- eller kvalitetsrangeringer, og la aldri betaling stille bestemme organisk rekkefølge.
Hold tilstanden nyttig for besøkende, men ikke indekser den. Forklar at ingen poster samsvarer, behold de valgte filtrene, tilby ett-klikks måter å utvide settet på, og foreslå tilstøtende gyldige ruter. Returner en ekte ikke-funnet-respons bare når URL-en i seg selv er ugyldig eller permanent avviklet.
Flere veiledninger i denne delen
Klar til å sette det ut i livet?
Gratis sjekk · 7 dagers prøveperiode · kredittkort kreves