Ikke registrert ennå? Hvordan distribuere søk på tvers av sider Se en videoopplæring om klyngefunksjonalitet.
Ha en fin dag alle sammen!
I denne korte artikkelen vil jeg fortelle deg hvordan du tar tiden for utførelsen av PHP-koden din. Mange kaller denne teknikken for å telle sidegenereringstid. Jeg likte også dette navnet, så jeg kommer til å bruke det oftere i fremtiden.
Ikke fortell meg at du aldri har sett noe slikt på et nettsted:
Siden generert på 0.235467 sekunder
Siden generert på 0.235467 sekunder
Kul ting, skjønt. Har jeg rett hvis du også ønsker å implementere det på nettstedet ditt? Hvis du vil, så la oss gå.
Først vil jeg forklare logikken bak hvordan denne funksjonen fungerer. Det er veldig enkelt:
Før vi utfører koden vi ønsker å oppdage, leser vi gjeldende tid.
Etter å ha utført koden, leser vi igjen gjeldende tid og viser forskjellen i de resulterende tidene.
Så skriptkoden start.php, som beregner gjeldende tid (sett inn på stedet der vi begynner å telle, dvs. et sted på begynnelsen av siden).
#------ start.php-fil
// les gjeldende tid
$start_tid = mikrotid();
// separer sekunder og millisekunder (blir verdiene til de første nøklene til listearrayen)
$start_array = eksplodere(" ",$starttid);
// dette er starttiden
$start_time = $start_array + $start_array;
Starttiden ble beregnet. Nå er koden i end.php-filen, som også beregner gjeldende tid, og deretter viser forskjellen mellom denne tiden og tiden beregnet i start.php-filen, dvs. faktisk viser sidegenereringstiden.
#------ end.php-fil
// gjør det samme som i start.php, bare bruk forskjellige variabler
$sluttid = mikrotid();
$end_array = eksplodere(" ",$sluttid);
$end_time = $end_array + $end_array;
// trekk den første tiden fra den siste tiden
$tid = $sluttid - $starttid;
// utdatasidegenereringstid til utdatastrømmen (nettleser)
printf("Side generert på %f sekunder",$tid);
I utgangspunktet er det det. Sett inn start.php-filen der du vil starte timingen; end.php - hvor du vil "stoppe stoppeklokken". Du kan sette inn filer, for eksempel ved å bruke include()-instruksjonen;
Jobben er gjort ... men du vil sannsynligvis finne ut hvordan det vi skrev fungerer. Personlig liker jeg ikke å bruke andres arbeid i prinsippet. Og hvis jeg bruker det, sørger jeg for å forstå hvordan de fungerer. Deretter vil jeg forklare deg hva funksjonene vi brukte i eksemplene er for og gi noen tips.
Funksjoner brukt i eksemplene
streng mikrotid()- returnerer en streng i formatet: "microseconds of a second", der sekunder er et tidsstempel returnert av time()-funksjonen, og mikrosekunder er en brøkdel av sekunder, brukt for mer nøyaktig måling av tidsintervaller. Funksjonen fungerer kun på systemer som støtter systemkallet gettimeofday(), dvs. i nesten alle.
Merk: tidsstempel er et tidsformat som tilsvarer "antall sekunder som har gått siden midnatt 1. januar 1970 GMT til i dag." Dette dataformatet er akseptert som standard i UNIX-akser. En universell og praktisk presentasjon som du vil komme over mer enn én gang.
array explode(strengseparator, strengstreng [, int limit])- mottar strengen spesifisert i det andre argumentet og prøver å finne delstrenger i den som er lik det første argumentet. Deretter, på stedet der disse delstrengene forekommer, "kuttes" strengen i deler som plasseres i en liste, som returneres. Hvis grenseparameteren er spesifisert, blir bare de første grense-1-seksjonene av "kuttet" tatt i betraktning. Dermed returneres en liste over maksimalt grenseelementer.
Merk: string implode(string lim, array pieces) (synonym - join()) er funksjoner som har en helt motsatt betydning av funksjonen explode(). De tar en assosiativ matrise (vanligvis en liste) med stykker og limer verdiene inn i en enkelt streng ved hjelp av en limstreng.
void printf (strengformat [, blandede argumenter])- f-i, helt lik C-versjonen. Den sender ut til nettleseren en streng basert på en formatstreng som inneholder noen spesialtegn som senere vil bli erstattet med verdiene til de tilsvarende variablene fra argumentlisten. Alternativer:
format - strengdatautdataformat
args - argumenter for formatering
Jeg vil ikke dvele ved denne funksjonen i detalj, siden den fullstendige beskrivelsen er ganske lang (vel, ikke så mye...), og selve funksjonen er veldig kraftig (langsom også). La meg bare si at i vårt tilfelle bruker vi den til å konvertere den resulterende "sidegenereringstiden" til et flyttallnummer (x.xxxxxx) under utdata. De. slik at det etter perioden ikke er mer enn 6 tegn.
Merk: du kan også bruke et enkelt funksjonskall som echo() eller print(). Men i dette tilfellet vil et tall med et stort antall sifre etter flytepunktet vises!
Råd
Eksempler kan brukes til å spore utførelsen av et hvilket som helst skriptfragment. Det vil si at det slett ikke er nødvendig at nettstedet fullstendig oppdager genereringen av en dynamisk side. Noen jukser, oppdager noe som ikke er klart i det hele tatt; Derfor bør det ikke være overraskende at et nettsted som laster med hastigheten til en kakerlakk ble generert på overraskende kort tid. I prinsippet er sidegenereringstid og sideutgangstid helt forskjellige ting. For eksempel, på nettstedet vårt - Progers.ru, sporer vi utførelsestiden for all PHP-kode som er til stede.
Det er sannsynligvis alt jeg ville fortelle deg om dette emnet. Du kan se et typisk eksempel på nettstedet vårt - Progers.ru, hvor denne beryktede sidengenereringstiden vises i opphavsretten.
| Hvis du har andre spørsmål eller noe er uklart - velkommen til vår | |
|
|
I denne artikkelen vil vi gi råd om hvordan du bryter forespørsler direkte inn på landingssider og hvilke prinsipper du bør følge når du gjør dette. Disse tipsene vil hjelpe deg å unngå forvirring og hjelpe deg med å finne ut nøyaktig hvilke sider du skal velge eller opprette.
Hva er typene landingssider?
La oss starte med typene landingssider og angi eksempler på søk som brukes for dem. De kan grovt deles inn som følger:
1) Hjem
Grunnleggende spørringer, ord, setninger som karakteriserer hele nettstedet som helhet, retningen på dets aktiviteter (velg hovedsakelig høyfrekvente spørringer).
For eksempel:"nettbutikk", "medisinsk senter i Moskva", "salg av husholdningsapparater", "kvinneblad"
Sider forent av et felles emne, informasjon, produkter og tjenester er hovedsakelig mellomstore søk, og noen ganger også høyfrekvente søk (vanligvis er det fra 5 til 50 slike sider på nettstedet).
For eksempel: «Samsung-mobiltelefoner», «ferier i Kroatia», «behandling av fobier i Moskva»
Det er viktig å forstå at hvis nettstedet ditt bare tilbyr Samsung-mobiltelefoner eller bare ferier i Kroatia, må disse søkene mest sannsynlig brukes for hjemmesiden og ikke for kategorisider.
I alle fall, for å være sikker, bør du alltid fokusere på TOPPEN for slike spørsmål. Hvis det ikke er noen hovedside der, er det bedre å plassere denne forespørselen på kategorisider.
3) Sider med produkter og tjenester
I utgangspunktet er dette lavfrekvente søk som er svært målrettede og nøyaktig karakteriserer siden (det er vanligvis fra 50 til flere titusenvis av slike sider, og noen ganger flere).
For eksempel: "kjøp en Casio LK-125 synthesizer", "bestill et rom på Grand Kemer Hotel Antalya 5*"
4) Informasjonssider
Sider som kan svare på en spesifikk informasjonsforespørsel og er kun informativ.
Ofte inneholder disse spørringene ordene "dette", "hva", "hvordan", "hvorfor", "er det mulig".
For eksempel:
"Hvordan fikser hodetelefoner"
«Hva skal jeg gi en fyr 23. februar»
"Er det mulig å finne ut eieren på telefonnummer?"
To tilnærminger til distribusjon av spørringer
1. Valg av struktur for forespørsler
I dette tilfellet blir det først utført en grundig analyse av spørringene, og basert på resultatene opprettes en nettstedsstruktur.
Du lager for eksempel en nettside som selger mobiltelefoner, samler inn alle forespørsler og bestemmer deretter hvordan du skal distribuere dem.
Du deler alle forespørsler inn i grupper basert på felles kjennetegn.
For eksempel:
- etter merke:
"Samsung-telefoner"
- etter farge:
"rosa smarttelefoner"
- i henhold til egenskaper:
"smarttelefon med et godt kamera"
"telefon med et kraftig batteri"
- etter tid:
"samsung telefon 2014 pris"
- etter pris:
"budsjetttelefoner"
"eksklusive telefoner"
Alternativ 1 (klassisk). Du kan velge den klassiske tilnærmingen og gjøre det som de fleste konkurrenter (inndelingen av seksjoner er standard, for eksempel etter merke).
I dette tilfellet blir det mer konkurranse, men du vil være sikker på at du brukte riktig landingsside. Denne metoden vil koste mer, men den er mer pålitelig.
Alternativ 2 (eksperimentell). Du kan opprette ikke-standardiserte seksjoner som konkurrenter ikke har (for eksempel delen "Telefoner etter farge" og plassere separate sider med en bestemt farge). I dette tilfellet vil konkurransen være mye lavere, men risikoen for ikke å motta målrettet trafikk vil også være høyere. Dette krever konstant arbeid og studier av algoritmen på slike spørsmål. Denne metoden kan vise seg å være rimeligere, men risikoen for å "mangle" er høy.
Dette utvalget er egnet for nye nettsteder, nettsteder som nettopp er under opprettelse og ennå ikke har bestemt seg for struktur / antall seksjoner på sidene.
2. Valg av spørringer i henhold til strukturen
I dette tilfellet velges forespørsler for å matche den eksisterende strukturen på nettstedet. Egnet for gamle nettsteder eller nettsteder som allerede har konstant trafikk og som en unødvendig endring i strukturen kan være kritisk for. I dette tilfellet er det viktigste å utvide den semantiske kjernen eller finne nye, mer populære spørringer for å erstatte de gamle.
For eksempel har du en netttelefonbutikk med produkter delt inn etter hovedegenskaper og merker. Du kan også bruke flere ord på disse sidene.
For eksempel:
"Samsung Galaxy-telefoner"+"hvit"+"2014"+"med rabatt" etc.
I den første tilnærmingen er det viktig for oss å opprette maksimalt antall grupper for alle forespørsler (for nye nettsteder).
Den andre tilnærmingen er å utvide eksisterende grupper så mye som mulig (for gamle nettsteder).
Les om måter å velge den semantiske kjernen "fra generell til spesifikk" og "fra spesifikk til generell."
Opprette en side for en forespørsel
Spørsmålet om å lage sider for spesifikke forespørsler er svært relevant for mange.
Valg 1. Spørsmål som må plasseres på kun én side
For eksempel:
"en bordklokke"
"skrivebordsklokkebutikk"
"kjøp en bordklokke"
Det er ingen vits i å lage separate sider for disse spørringene - individuelt vil de rangere dårlig. I tillegg, hvis du oppretter separate sider for "Skrivebordsklokker" og "Kjøp skrivebordsklokker", vil dette definitivt bli oppfattet som søkesøppel.
Alternativ 2. Spørsmål som må plasseres på forskjellige sider
For eksempel:
"en bordklokke"
"elektronisk skrivebordsklokke"
"skrivebordsklokke vekkerklokke"
I dette tilfellet kan man anta at alle forespørsler også kan plasseres på én side. Søkeresultatanalyse viser imidlertid at det er mye mer effektivt å markedsføre disse søkene på forskjellige sider.
Vanskeligheter med å bestemme en landingsside
Det er grupper av forespørsler og individuelle forespørsler som kan være ganske vanskelig å fordele på destinasjonssidene.
1) Tjenester og forespørsler av typen "Objekt-emne".
I dette tilfellet mener vi forespørsler knyttet til en bestemt tjeneste (objekt) og personen som yter denne tjenesten (emnet).
For eksempel:
Lege - behandling
Fotograf - fotografi
Laster -flytte
Søkeresultatanalysen viste at i de fleste tilfeller må søk som beskriver tjenesten og søk som beskriver spesialisten som leverer tjenesten plasseres på forskjellige sider, siden de vil rangere dårlig på samme side.
2) "Det tredje hjulet"
Det hender ofte at av 3 like søk på én side, er det kun 2 som kan rangeres.I dette tilfellet kan det være vanskelig å plassere søk på én side.
For eksempel:
"Loadertjenester i Moskva"
"flytter til Moskva"
“flytter i Moskva med flyttefolk”
Det ser ut til at hver av disse forespørslene kan plasseres på én side. Imidlertid viser en analyse av Yandex-resultater at:
— 1 og 2 forespørsler finnes ofte på samme side;
— 2 og 3 spørringer finnes ofte på samme side;
— Forespørsler 1 og 3 ble ikke funnet, selv om begge inneholder ordet «lastere».
Derfor, når du lander HF- og MF-forespørsler, er det nødvendig å studere hvordan de er ved siden av hverandre, om det er et "tredje hjul" blant dem.
Hvis det ikke er helt åpenbart hvilken side du skal velge, må du analysere TOPPEN før du legger inn forespørsler.
3) Synonymer
Det er kjent at for eksempel Yandex bruker sin egen database med synonymer, og derfor er synonymene ofte ikke sammenfallende med allment aksepterte konsepter.
La oss se på noen tilfeller:
A) De er ikke synonymer
For eksempel:
"rengjøring i Moskva"
"Rengjøring i Moskva"
Spørringene er faktisk synonyme, men Yandex anser dem ikke som sådan, og det er ekstremt vanskelig å promotere begge søkene på samme side.
B) Synonymer bilateral og unilateral
For forespørsel "metro kart" synonymt med spørring "t-banekart" og omvendt - dette er en toveis avhengighet.
For forespørsel "Opplegg fra Moskva" synonymt med spørring "Moskva kart", men for forespørselen "Moskva kart" be om "Opplegg fra Moskva" er ikke et synonym - det er en enveisavhengighet.
Før du plasserer synonymforespørsler på én side, sørg derfor for at de er toveis fra Yandex synspunkt (Yandex fremhever synonymer i søkeresultatene - sjekk om det fremhever begge alternativene). Suksessen til kampanjen for disse forespørslene vil avhenge av dette.
konklusjoner
Som du kan se, trenger du for å distribuere forespørsler på riktig måte:
- distribuere forespørsler i grupper;
- bestemme hvor mange grunnleggende søk som skal plasseres på sidene;
- bestemme hvor mange nye sider som må opprettes;
- sørge for at forespørsler kan "nabo hverandre".
Vi gir bort 200 kontogrenser for å prøve det!
Klynger av søkeord er en automatisert distribusjon av forespørsler i grupper basert på søkemotorresultater.
Rush Analytics-klyngealgoritmen vil samle TOP10 Yandex- eller Google-søke-URLene for hvert av søkeordene dine, sammenligne resultatene for hvert søkeord og gruppespørringer nøyaktig hvordan de vil bli promotert i søkemotorer, og hvordan det vil være praktisk og logisk å lage sider på nettstedet.
I Rush Analytics kan klynging gjøres ved hjelp av to metoder: Myk og Hard
Etter å ha behandlet forespørslene vil du motta en nesten ferdiglaget og riktig utformet, fra søkemotorers synspunkt, nettstedstruktur. Og basert på frekvensdataene for hver gruppe søkeord, kan du enkelt bestemme deg for å opprette flere sider på nettstedet.
Sjekk ut videoopplæringen om klyngefunksjonalitet
Vanlige spørsmål om klynging: de oftest stilte spørsmålene fra brukerne våre
Clustering er en gruppering av søkeord basert på sammenligning av søkemotorresultater. Algoritmen vil samle TOP10-URL-ene for søkeordene dine, sammenligne resultatene for hvert søkeord og gruppere søkene nøyaktig hvordan de vil bli vellykket promotert i søkemotorer, og hvordan det vil være praktisk og logisk å lage sider på nettstedet
Du må laste opp en liste over søkeord og deres frekvens (hvilken som helst) til Rush Analytics, eller merke søkeordene som hoved (markørspørringer) og alle andre.
For å bruke en kombinert klyngealgoritme trenger du både nøkkelordfrekvens og markørmarkeringer. Les om dette litt nedenfor.
Klyngerpresisjon spesifiserer hvor mange vanlige nettadresser som må være i søkeresultatene for to søk før vi grupperer søkene sammen.
Med andre ord, jo større nøyaktigheten av clustering (gruppering) er, desto flere like setninger vil falle inn i én gruppe (cluster).
For de fleste emner vil nøyaktighet = 5 være tilstrekkelig.
EN: Hvert emne har sin egen nødvendige og tilstrekkelige terskel for søkelikhet for å . For eksempel, når du markedsfører nettbutikker, vil det være et stort problem hvis søkeordene «Redmond RX500 multicooker» og «Redmond RX500-1 multicooker» faller inn i én klynge ved gruppering av søk – fordi Dette er forskjellige produkter og de bør promoteres til forskjellige produktkort. Her anbefaler vi å bruke presisjon = 5
Hvis trafikken til nettstedet hovedsakelig er russisk og fra Yandex, er det optimalt å gjøre gruppering av Yandex, og velge regionen der nettstedet markedsføres.
Du kan bruke begge søkemotorene og deretter sammenligne resultatene. Ofte er resultatene veldig like mellom søkemotorer.
Hvis du markedsfører nettstedet ditt for andre markeder, er klynging allerede tilgjengelig for alle regioner og språk i verden i henhold til Google-resultater.
Snart vil vi legge til funksjonalitet for å velge land og by for gruppering etter Google.com-resultater. Hvis du er interessert i denne funksjonaliteten, stem i fellesskapet vårt og det vil dukke opp mye raskere - lenke for å stemme
Ja det kan du. Og noen ganger er det til og med nødvendig.
Når kan to klynger slås sammen til én?
Ofte kan søkeord som "kjøp redmond multicookers" og "redmond multicookers price" falle inn i forskjellige klynger på grunn av den lave kvaliteten på resultatene i Yandex og Google for disse søkene.
I dette tilfellet må du kombinere disse klyngene til én og markedsføre dem til siden multikoker redmond. Dette er en helt normal situasjon.
Når bør du ikke kombinere to klynger til en?
Når det er informasjonsforespørsler i den ene klyngen, og kommersielle i den andre. For eksempel kan ikke klyngene "kjøp redmond multicookers" og "review of redmond multicookers" kombineres fordi disse forespørslene bør i utgangspunktet fremmes til forskjellige sider.
Jeg tviler på om jeg skal kombinere to klynger eller ikke, hva skal jeg gjøre?
Vi forklarer i detalj hva du skal gjøre i dette tilfellet i denne veiledningen.
Fordi ordene fra «Ikke-klynget»-fanen ikke fant samsvar for klyngen. Dessverre kan ikke alle søkeord grupperes - fordi... ikke alle er i slekt.
Vi veiledes først og fremst av hvordan søkeord skal promoteres (rangeres) og grupperer dem basert på likhet i søkeresultatene.
For eksempel: spørringer "mobiltelefon" og "mobiltelefoner" bør promoteres til forskjellige sider fordi en forespørsel er informativ, og den andre er kommersiell, og de vil aldri gå videre en side.
Hva skal jeg gjøre med ikke-grupperte søk?
Hvis du finner nøkkelord som er verdifulle for deg i listen over ikke-grupperte ord, kan du manuelt legge dem til eksisterende grupper (de kan ikke ha blitt koblet på grunn av dårlige resultater) eller opprette separate sider på nettstedet for disse ordene.
Før gruppering vil alle fraser som inneholder stoppord bli ekskludert fra listen. De. søppelnøkkelord vil ikke bli brukt i gruppering og vil bli forkastet før sammenligning av søk starter.
Vi anbefaler å bruke dette alternativet hvis du laster inn en skitten liste med søkeord i et klyngeprosjekt. Funksjonaliteten bidrar til å spare budsjett for gruppering og løser problemet med manuell, kjedelig rengjøring av stoppord i Excel. Vi foreslår å bruke ferdige lister med stoppord for geospørringer og ulike emner, eller lage din egen liste over stoppord.
Trinn-for-trinn algoritme for å jobbe med tjenesten:
- Opprette et prosjekt. For å opprette et prosjekt må du gå til klyngefanen og klikke på "Opprett et nytt prosjekt"
- Trinn én: Søkemotor og region.
Her må du skrive inn navnet på prosjektet (obligatorisk felt). Du kan skrive inn hvilket som helst navn, det er ofte praktisk å skrive inn navnet på nettstedet slik at du enkelt kan finne ønsket prosjekt i fremtiden.Deretter spesifiserer vi søkemotoren hvis data skal brukes til gruppering. Du kan velge enten Yandex eller Google.
Alle regioner og språk i verden er for øyeblikket tilgjengelige for Google.
- Trinn to: Samlingsinnstillinger
Alt om klyngealgoritmene våre
Klyngemetode:- Myk gruppering: i denne klyngemetoden identifiserer algoritmen sentrale (markør) spørringer og sammenligner alle andre spørringer med dem. Algoritmen er utmerket for å gruppere nøkkelord for trafikkprosjekter: nettbutikker, informasjonssider, tjenestesider med liten konkurranse.
- Hard clustering: forespørsler kombineres til en gruppe bare hvis det er et felles sett med URL-er for alle forespørsler. Denne typen gruppering grupperer færre søkeord, men med svært høy nøyaktighet. Ideell for konkurransedyktige høyfrekvente forespørsler.
Vi har 3 klyngealgoritmer:
- Klynger med manuelle markører
- Clustering av Wordstat
- Kombinert klyngealgoritme (manuelle markører + Wordstat)
De jobber etter det samme grunnleggende prinsippet - sammenligner likheten til TOP søkemotorer, men er designet for å løse flere forskjellige problemer.
Algoritme ved hjelp av manuelle markører:
Denne algoritmen er mest effektiv å bruke når du har en ferdiglaget og ganske omfattende semantisk struktur av nettstedet (katalogen), og du kjenner alle markørene på forhånd og du trenger bare å forstå for hvilke søk du skal markedsføre eksisterende sider , og det er ikke nødvendig å utvide nettstedstrukturen. I dette tilfellet tar du markørene dine (navn på kategorier/sider), samler inn Yandex- eller Google-tips basert på dem, merker markørene som 1, den innsamlede skyen som 0 og sender den til gruppering. Som et resultat vil du motta en ferdig semantikk for kategoriene dine, og ord som ikke er knyttet til strukturen din vil forbli ugruppert.
Datalastningsformat: nøkkelord | markør(1/0) - last ned eksempelinndatafilKlyngealgoritme i henhold til Wordstat
Denne algoritmen løser heller problemet omvendt til algoritmen for manuelle markører: du kjenner ennå ikke strukturen til nettstedet ditt og kan ikke velge markører - du har nettopp samlet Wordstat, tips og frekvens i henhold til tips. Nå må du strukturere denne semantikken for å få grupper med forespørsler om sider på et fremtidig nettsted eller fremtidige kategorier på et eksisterende nettsted. I dette tilfellet er Wordstat-klyngealgoritmen perfekt; den fungerer som følger.
Hele listen med søkeord er sortert i synkende rekkefølge etter frekvens, algoritmen prøver å koble alle mulige ord fra listen til det mest hyppige ordet og danner en klynge, deretter gjentas alt iterativt for de nest hyppigste søkeordene.
Ikke bekymre deg for at nøkkelord blir tilordnet feil klynge ved første pass av algoritmen - vi bruker maskinlæringsalgoritmer bygget på binære trær for å forhindre dette :)
Datalastningsformat: nøkkelord | frekvens (hvilken som helst) - last ned eksempelinndatafilKombinert algoritme (manuelle markører + Wordstat) - kombinerer tilnærmingene til de to foregående metodene.
Denne algoritmen er egnet for oppgaven med å samtidig velge nøkkelord for den eksisterende nettstedstrukturen og utvide den. Det fungerer som følger: først prøver vi å binde alle mulige forespørsler til markørforespørslene dine og danner en ferdig struktur knyttet til markørene dine. Videre blir alle forespørsler som ikke var knyttet til markører, sortert i synkende rekkefølge etter frekvens og gruppert sammen. Som et resultat får du:
a) Ferdig semantikk for eksisterende nettstedskategorier
b) Utvidelse av semantikk for nettstedet ditt.
Vi anbefaler på det sterkeste å bruke en kombinert algoritme– det gir best resultat.
Datalastningsformat: nøkkelord | | markør(1/0) | frekvens - last ned eksempelinndatafilAlt du trenger å vite om clustering-nøyaktighet
Nøyaktighet– jo større nøyaktigheten av clustering (gruppering), jo flere like setninger vil falle inn i én gruppe (cluster).
Dette alternativet er med andre ord ansvarlig for hvor mange vanlige nettadresser som trengs i TOP10 av søkemotoren slik at søkeordene faller inn i én klynge.Hvert emne har sin egen nødvendige og tilstrekkelige terskel for søkelikhet for å oppnå en semantisk kjerne av høy kvalitet. For eksempel, når du markedsfører nettbutikker, vil det være et stort problem hvis søkeordene «Redmond RX500 multicooker» og «Redmond RX500-1 multicooker» faller inn i én klynge ved gruppering av søk – fordi Dette er forskjellige produkter og de bør promoteres til forskjellige produktkort. Her anbefaler vi å bruke presisjon = 5
For informasjonsemner, for eksempel for rabatt- eller oppskriftssider, er det ikke nødvendig med slik presisjon - her er oppgaven å oppnå maksimalt antall grupperte klynger for å skrive artikler. For slike nettsteder anbefaler vi en nøyaktighet på 3 eller 4. Og for nettsteder i svært konkurransedyktige emner, der kampen om TOPPEN hovedsakelig er basert på konkurrerende høyfrekvente søk, anbefaler vi å bruke økt klyngingsnøyaktighet - 6 eller 7, og opprette separate sider for ikke-grupperte søk.Det anbefales å velge alternativer 3-6 og, basert på resultatene, se hvilken spørringsgruppering som vil ha tilstrekkelig fullstendighet og nøyaktighet for din semantikk. Jo høyere nøyaktighetsverdi, jo mindre vil gruppene være.
Andre klyngeinnstillinger
Ikke cluster hvis frekvensen er mindre enn- Dette alternativet lar deg ikke gruppere søkeord med en frekvens som er mindre enn den spesifiserte. Dette vil spare deg for å manuelt rense lavpopulære søk - slike ord vil bli plassert i fanen "Ikke gruppert".Bestemme relevante nettadresser for eksisterende områdeklynger
Du trenger bare å skrive inn navnet på det ønskede domenet, og algoritmene våre vil prøve å finne relevante nettadresser for de resulterende klyngene.
Alternativet fungerer som følger: hvis nettstedet ditt allerede er i TOP10 for hovedforespørselen (markør), vil vi vise denne nettadressen og markere den i grønt. Ellers velger vi URL-en for markørforespørselen ved å bruke site:-operatoren.VIKTIG: Relevante URL-er velges for markør(hoved)spørringer i klyngen og tilordnes hele klyngen (alle nøkkelord i klyngen).
- Trinn tre: «Søkeord og pris».
Last opp en fil med forespørsler.
Støttede formater: xls, xlsx. Datainndataformat: spørring; markør eller frekvens. For klynging ved bruk av Wordstat + Manuelle markører-metoden er dataformatet: spørring; markør; frekvens.Skrive inn stoppord
Før gruppering vil setninger som inneholder stoppord bli ekskludert fra listen. Funksjonaliteten hjelper til med å spare budsjett for klynging og løser problemet med å tømme stoppord manuelt. Funksjonen er spesielt nyttig hvis du grupperer en "skitten" liste over søkeord som ikke har blitt renset tidligere.Vi foreslår å bruke ferdige lister med stoppord for geospørringer og ulike emner, eller lage din egen liste over stoppord. Og ikke glem "Ekspertalternativene" - som standard brukes symbolsk matching - dvs. et delvis samsvar vil fjerne hele ordet/frasen; hvis du trenger et nøyaktig samsvar med stoppordet, velg setningsmatch.
- Klikk "Opprett et nytt prosjekt"– det er det, prosjektet ditt er sendt til klynging!
For øyeblikket er det 5 statuser i Rush Analytics:
Kø– data er ennå ikke samlet inn, prosjektet venter på sin tur til å samle inn data
Datainnsamling– telleren viser hvor mange søkeord som er behandlet
Gruppering– prosjektdata er allerede samlet inn, systemet beregner alle nødvendige beregninger for å gi deg resultatet
På pause– du kan pause prosjektet manuelt hvis du ikke er sikker på at du vil bygge det. Eller, prosjektet kan stoppe av seg selv fordi... du har gått tom for penger på saldoen din.
Klar– prosjektet er klart – du kan se resultatene i webgrensesnittet eller laste ned i XLSX-format
Clustering Output File - Kolonnebeskrivelser
Resultatet av klynging i XLSX-format ser slik ut:
- Nedtonede forespørsler– markørforespørsler – spesifisert av deg manuelt, eller definert av systemet
- Klyngenavn– navnet på markeringsforespørselen tas
- Klyngestørrelse - antall søkeord i gruppen
- Søkeordfrekvens– frekvensen du spesifiserte i trinnet "Søkeord". Avhengig av hvilken frekvens du tok - base, i anførselstegn eller med et utropstegn, kan klyngeresultatene variere noe
- Samlet klyngefrekvens– summen av frekvensene til alle søkeordene i klyngen
- TOP kamper– antall vanlige nettadresser i søkeresultater for et gitt søk med resultater for et referanse(markør) søk
- Bakgrunnslys– høydepunkter fra søkemotorresultater samlet inn av søkeordet ditt
- Klyngelys- høydepunkter uten duplikater, i henhold til alle ordene i denne klyngen
- Topp URL- den mest synlige konkurrent-URLen i søkeresultatene for alle søk i klyngen. Her evaluerer vi hyppigheten av forekomsten av konkurrent-URL-er i SERP-en for hver forespørsel og plasseringen til hver konkurrent-URL i SERP-en
- Relevant URL- funnet relevant URL for klyngen, hvis alternativet "Oppdag relevante URLer" ble valgt
Alternativet fungerer som følger: hvis nettstedet ditt allerede er i TOP10 for hovedforespørselen (markør), vil vi vise denne nettadressen og markere den i grønt. Ellers velger vi en URL for markørforespørselen ved å bruke nettstedsoperatøren:
Laster inn...
