Slik løser du vanlige feil med WordPress

WordPress er den mest populære CMS i verden. Det er ikke overraskende at brukere av denne motoren står overfor typiske problemer og gjør vanlige feil. Hvilke feil snakker vi om og hvordan de skal løses?

Mobil menyfeil

Når du prøver å bruke nettstedmenyen, kan det hende at brukere opplever et problem (se illustrasjon).

Dette skjer hvis du har glemt å angi mobilmenyen i WordPress-innstillingene. For å rette feilen, velg avsnittet "Utseende - Meny - Arealstyring" i konsollen. Velg ønsket meny og lagre endringene.

Kontroller tilgjengeligheten til mobilmenyen på nettstedet.

Se også: Hvilke feil gjør de største nettbutikkene Runet

Strukturert datafeil (hatom, hcard)

Dette er en svært vanlig feil at WordPress-ressurseiere vanligvis lærer om gjennom varsler i Search Console.

Hvor kom feilen fra? De fleste WordPress-designmaler støtter markup ved hjelp av mikroformater som standard. Mange temautviklere implementerer data microformats.org med feil.

Gjør feil i strukturerte data forstyrrelser for brukere? Nei, de har ingen direkte effekt på brukeropplevelsen. Mikromarkering hjelper søkemotorer til å korrekt indeksere nettsteder.

I teorien, i fremtiden, kan semantiske data bli en rangeringsfaktor. I dette tilfellet vil feil i merkingen påvirke synligheten av ressursen i søket negativt. På grunn av feil viser søkemotorer ikke en utvidet utgave på utdatasiden. Et annet argument til fordel for å jobbe med feilene: De tilsvarende meldingene i Search Console er bare irriterende.

Det er to måter å korrigere feilen og en måte å hindre den på. Forebygging består i å velge en designmal der mikroformats.org-merket er integrert riktig. Velg et tema med SEO Friendly og Microformats funksjoner, installer og test med Google mikromarkering testverktøy.

Vær oppmerksom på at dette ikke garanterer mangel på feil i strukturerte data, men reduserer bare sannsynligheten. Det er et slikt problem: Temaet blir validert i Google-tjenesten, men etter at indekseringen av sidene i Search Console vises, vises feilmeldinger. I dette tilfellet må de korrigeres.

Den første måten er å rette feil ved hjelp av DT hAtom Error Removal-plugin. Vær oppmerksom på at dette er et kommersielt produkt som forfatteren for tiden distribuerer gratis. Legg også merke til fraværet av dette pluginet i den offisielle katalogen på WordPress.org. Dette betyr at tillegget kanskje ikke oppfyller sikkerhetskravene.

DT hAtom Error Removal fjerner automatisk mikroformater fra temafilene og legger til riktig oppføring. Utvikleren advarer om at tillegget ikke fungerer med alle temaer, så det er ingen hundre prosent garanti for å korrigere feil.

Installer og aktiver pluginet. For å rette feil i utformingen av publikasjoner og sider, merk av i boksen ved siden av Legg til hAtom-kode til Innlegg og legg til hAtom-kode til sider. Lagre endringene.

Plugin legger til riktig mikrodata på sidene. Relevant informasjon vises under innholdet.

Markeringen opprettet av plugin er validert.

Hvis arkiver, koder og kategorier er åpne for indeksering på ressursen din, og det er feilmeldinger i Search Console, velger du alternativet Fjern hentry-klassen fra Arkivsider. Den fjerner strukturerte data fra arkivsidene. Hvis sidene i arkivene på nettstedet ditt er stengt fra indeksering, er det ikke nødvendig med ytterligere innstillinger.

Hvis nettstedet ditt bruker en statisk hjemmeside, merk av i boksen ved siden av Legg til hAtom-kode til Hjemstatisk side. Hvis hovedsiden er registreringssiden, må du sjekke Fjern henteklassen fra startsiden.

Det er enda en plugin som du kan fikse lekkasjer. Hatom fixet av Fivera.net betalt. Vær oppmerksom på at den også mangler fra den offisielle WordPress-katalogen.

Den andre måten å rette feilen på, kan kalles radikal. Ved hjelp av Hatom / henty remover plugin, kan du fjerne mikroformater fra et hvilket som helst emne. Utvikleren hevder at bruken av tillegget ikke påvirker de andre funksjonene og utseendet på designmalen.

Hvis du bruker andre typer markering, er det et logisk trinn å fjerne mikroformater. Hvis du for eksempel merker opp publikasjoner ved hjelp av Artikkel eller BlogPosting Schema.org, får søkemotorer semantiske data ved hjelp av denne typen oppslag. Mikroformater dupliserer bare informasjon, slik at de kan slettes.

Installer og aktiver pluginet. Ved hjelp av verktøyet for strukturert dataverifisering, må du kontrollere at plugin har fjernet mikroformater fra sidene til ressursen. Etter å ha reindexert en ressurs, vil feilmeldinger i Search Console forsvinne.

Se også: Hva å gjøre når hendene dine klør: råd og liv hacking for avanserte WordPress brukere

Ubeleilige nettadresser for brukere

Anbefalinger for å sette opp CNC er tilgjengelige i nesten alle WordPress-sider. Mange nettstedseiere bruker imidlertid brukervennlige nettadresser.

Som standard ser lenker i WordPress ut som dette: // site-wordpress /? P = 112. Søkemotorer forstår og godtar slike nettadresser, så fra et teknisk SEO-synspunkt kan de brukes.

Hvorfor er standardkoblinger ansett ubeleilig for levende brukere? De er uninformative. En person er ikke fortalt om noe av settet av tegn "/? P = 112", derfor er det vanskelig for ham å huske nettadressen eller å vurdere hensikten med å følge linken. Sammenlign standard CNC-koblinger som ser slik ut: // site-wordpress / kotiki eller // site-wordpress / cats / britancy.

For å tilpasse nettadressen, installer plugin Cyr til Lat forbedret. Denne tillegget konverterer cyrilliske tegn til latin i referanser. Når du har aktivert pluginet, går du til konsollmenyen "Innstillinger - Permanente koblinger". Velg riktig URL-struktur og lagre endringene dine.

For å vise overskriftsnavnet i nettadressen, på siden for permalinkinnstillinger, merk av i boksen ved siden av alternativet "Gratis". I feltet tom fyller du inn verdien /% kategori% /% etternavn% /.

Ingen akselererte mobil sider

Denne strategiske feilen berøver nettstedet ditt av andelen av mobiltrafikk. Du kan fikse det om noen få minutter.

Accelerated Mobile Pages (AMP) er en innholdsvisningsteknologi som øker hastigheten til et nettsted lastes når du bruker mobile enheter. For mer informasjon, besøk AMP-prosjektets nettsted og referanseguide for Google webmastere.

Nøkkelpunkter du trenger å vite om akselerert mobilsider:

  • AMP er en forkortet versjon av nettsider. På akselererte sider vises bare hovedinnhold.
  • Google caches AMP med riktig merking for å øke siden lastes hastighet når du surfer fra en mobil og bruker en sakte internettforbindelse.
  • Den største søkemotoren i verden kan vise innholdet på akselererte sider på nettstedet ditt i karusellen på søkeresultatsiden.
  • AMP har ingen fordel i rangeringer. Men hvis sidene på nettstedet vises i karusellen, får du mer trafikk. Karusellen ligger øverst på SERP.
  • Hvis du bruker en mobil versjon eller en adaptiv layout med AMP, vil Google foretrekke akselererte mobilsider. Det vil si med riktig implementering av AMP, vil Google-brukere mest sannsynlig komme på de akselererte sidene på nettstedet, i stedet for på mobilen eller den adaptive versjonen.

For å lage akselererte mobilsider, bruk Automattic AMP plugin. Etter installasjon og aktivering på nettstedet ditt vises AMP. For å komme til den akselererte siden, legg til slutt / AMP / til URL-adressen. Vær oppmerksom på at pluginet bare lager akselererte sider for publikasjoner. For kategorier, er koder, statiske sider og hoved AMP ikke opprettet.

For at akselererte sider skal vises i utgangen, må de være gyldige.

Etter indeksering av AMP-informasjon om dem, vil de vises i Search Console i menyen "Vis i søk - Accelerated mobile pages".

Vær oppmerksom på at tilstedeværelsen av akselererte mobilsider på nettstedet ikke betyr at alle eiere av smarttelefoner og nettbrett automatisk vil gå til AM-versjonen av sidene når de besøker nettstedet ditt. Behovet for å lede brukere fra et søk på AMP bestemmes av en søkemotor.

Besøkende fra andre kilder faller som standard på mobilen eller den tilpassede versjonen av ressursen. Om ønskelig kan de selvstendig bytte til AMP. For dette må du endre nettadressen. Noen optimizers anbefaler at du gjør omdirigering av server, som automatisk omdirigerer alle brukere til akselererte sider. Dette er en feil tilnærming, siden ikke alle brukere av smarttelefoner og nettbrett trenger AMP.

Opprett bare akselererte sider, og la Google bestemme om du skal sende brukere til dem. Omdirigering fra mobilversjonen til AMP er ikke nødvendig.

Juster ytelsessporing av akselererte sider. For å spore AMP besøk med Google Analytics, installer og aktiver AMP Analytics plugin eller AMP Toolbox. I innstillingene angi sporing ID GA.

Indeksering av paginasjonssider

Nesten alle sider som kjører CMS WordPress, har paginasjonssider. Hvis ingen handling er tatt, kan ekstra sider som // site-wordpress / page / 2 / eller // site-wordpress / category / page / 2 / vises i indeksen for søkemotorer.

Google tilbyr tre måter å løse problemet på:

  • Ikke gjør noe og la søkemotoren selvstendig avgjøre om du vil inkludere paginasjonssider i indeksen.
  • Lag «Vis alle» -siden og spesifiser den som kanonisk.
  • Bruk attributter rel = "next" og rel = "prev" for å indikere koblingen mellom paginasjonssidene til søkemotoren.

En "Yandex" anbefaler å lage andre og påfølgende sider av paginering, ikke-kanonisk. Problemet er løst ved hjelp av All in One SEO Pack-plugin. Installer og aktiver tillegget. I innstillingene kan du aktivere alternativene "Canonical URLs" og "Forbli paginering for kanoniske nettadresser".

Plugin angir rel = "next" og rel = "prev" attributter og gjør den første siden av paginasjonen kanonisk.

Lukket / åpen for indeksering av overskrifter, koder og arkiver

Tale handler ikke om en feil, men om et spørsmål som krever oppmerksomhet. CMS WordPress oppretter navigeringssider overskrifter, koder og arkiver. Enkelte nettstedseiere lar dem åpne for indeksering, og noen er sperret fra roboter for å unngå sanksjoner for duplikat innhold.

Det er ingen generell oppfatning om hensiktsmessigheten til å blokkere indekseringen av sider av kategorier, arkiver og koder. Fortsett derfor i henhold til situasjonen.

La kategoriklasser åpne for søkroboter hvis du finner dem nyttige for brukere. Ikke-WordPress eksempel: for "bærbare datamaskiner", "Yandex" tilbyr nettbutikk kategori sider. De er nyttige for brukere som, etter å ha navigert til en kategoriside, vil kunne søke etter en egnet bærbar datamaskin ved hjelp av filtre og navigasjonsmenyer.

WordPress blog-overskriftssider kan også spille rollen som navigeringsnav. Tenk deg at du skriver om musikkinstrumenter. Brukeren går inn på overskriftssiden for "akustiske gitarer". På denne siden finner han vurderinger av verktøyene han er interessert i.

Søkemotorer vil ikke straffe nettstedet for duplikat innhold hvis overskriftssidene forblir åpne for indeksering. For det første vises kun navn og kunngjøring på publikasjonene på kategorisidene. Og søkemotorer er godt klar over at verdien av kategorisider er å forenkle navigasjonen og søke etter nødvendig informasjon, og ikke i innholdet.

For det andre kan du legge til unik informasjon på rubrikksidene. For å gjøre dette, velg menyen "Records - Categories" i konsollen og legg til tekst i "Beskrivelse" -feltet. Vær oppmerksom på at ikke alle designmaler viser beskrivelser på rubrikksiden.

Overskriftssider skal bare lukkes fra indeksering hvis du ikke vil at de skal vises i søket. Hvis du for eksempel vil sende besøkende fra et søk ikke til siden i kategorien Akustisk gitarer, men til en bestemt artikkel om akustiske gitarer, forhindrer du roboter i å indeksere kategorisider.

For eksempel kan dette gjøres ved å bruke All-In-One SEO Pack-plugin (meny "Grunnleggende innstillinger - indekseringsinnstillinger). Du kan også lukke arkiver med datoer og forfattere og tagger side fra indeksering.

Se også: Hvordan lage et nettsted på Joomla!: En trinnvis veiledning for nybegynnere

Posting hele innlegg

Dette er en typisk feil av nybegynnere bloggere. Når publikasjoner vises helt på hovedsiden, på sidene i overskrifter og arkiver, påvirker det brukeropplevelsen. Lesere er vanskeligere å finne ønsket innlegg.

Er det ikke nok? Her er et annet argument: Når du publiserer et innlegg helt, er det lettere for angriperne å stjele innholdet ditt. Videre mottar aggregatene ditt innhold via RSS og publiserer det nesten samtidig med deg.

For å unngå problemer med brukervennlighet og tyveri av innhold, fjern hoveddelen av innlegget under katten. Dette kan gjøres ved hjelp av "Neste" -taggen.

For å beskytte innhold mot tyveri via RSS-aggregatorer, gå til "Innstillinger - Les". Sørg for at du har lov til å vise kun innleggsmeddelelser i RSS-feeds.

Oversetteren av malen med en økse

Vi snakker om den klumpete måten å russifisere emner: redigering av filmaler. Dette er minst ubeleilig. For å raskt oversette et emne, fortsett som følger:

  • Velg og installer et tema tilpasset oversettelse. Vanligvis utvikler utviklere dem med en ferdig oversettelseskode.
  • Installer og kjør Poedit.
  • Last ned temaspråksmønsterfilen til datamaskinen din. Dette kan gjøres ved hjelp av en FTP-klient eller File Manager-plugin. Språkkjermfilen har en .pot-utvidelse. Det er i språkmappen til temaet ditt. Du kan også bruke en eksisterende oversettelsesfil med .po-utvidelsen.
  • Bruk menyen "Opprett ny oversettelse" i Poedit. Oversett de foreslåtte setningene og setningene. Lagre oversettelsesfilene på harddisken din.
  • Ved å bruke en filbehandling eller en FTP-klient, laster du opp filer med .mo og .po-utvidelsene til malens språkmappe.

Mangel på innleggsminiatyrer

Hvis du ikke velger en miniatyr av publikasjonen, vil motoren gjøre det for deg. Avhengig av temaet, blir det første eller siste bildet publisert i artikkelen brukt som miniatyrbilde.

Miniatyrbilder vises i publikasjonsmeldinger på hovedsiden og kategorisider. Også, avhengig av innstillingene, kan de danne utklipp på sosiale nettverk.

Du kan velge et vilkårlig miniatyrbilde på rekordredigeringssiden. Du må først laste opp et bilde til mediegalleriet.

Ignorerer OpenGraph-mikrodata

Open Graph-protokollen refererer til de grunnleggende typer mikromarkering. Han er ansvarlig for å vise en utdrag av siden i sosiale nettverk. Hvis det ikke er noen Open Graph-markering på nettstedet, vil koblingen til nettstedet ditt publisere en kobling eller deling minimalistisk.

Hvis nettstedet har en mikrofon på Open Graph, viser de sosiale nettverkene et attraktivt utdrag på sidene. Den inneholder et bilde og en beskrivelse.

Du kan implementere Open Graph-markering ved hjelp av den aktuelle plugin-modulen. Og hvis du bruker SEO i alt i en SEO Pack, vil ikke flere verktøy være nødvendig. I menyen "Alt i en SEO - Modulstyring" aktiveres modulen "Social Meta".

Gå til menyen "All in One SEO - Social Meta". I modulinnstillingene angir du nettstednavnet. I delen "Bildeinnstillinger", spesifiser du et miniatyrbilde som kilde. Nå når du publiserer koblinger, vil sosiale nettverk tegne en utdrag med bildet du valgte som miniatyrbilde. De gjenværende innstillingene kan ikke endres.

Se også: Hvilke CMS å velge: En guide for å velge en "motor" for nettstedet

Plugin misbruk

Muligheten til å raskt utvide funksjonaliteten til motoren ved hjelp av plug-ins - et visittkort WordPress. Denne medaljen har en bakside. Mange nettstedseiere installerer ekstra tilleggsprogrammer. De kan komme i konflikt med hverandre, redusere hastigheten på å laste sider, øke sannsynligheten for hacking ressurs.

Tenk deg at du vil legge til en blokk "Del" fra "Yandex" til bloggsidene. Dette kan gjøres ved hjelp av passende plugg på ett minutt. Det samme problemet kan løses uten en plugg på 60 sekunder. Konfigurer blokken, kopier koden og lim den inn på nettstedet.

Du kan sette inn koden på to måter:

  • I menyen "Utseende - Editor" finner du malfilen, som er ansvarlig for publisering av publikasjoner. Avhengig av emnet, kan det være single.php, content-single.php, index.php. Lim inn blokkkoden før lukkekoden.
  • Hvis du bruker plugins for å sette inn en WP Insert Code, legger du inn delblokkekoden på konfigurasjonssiden for administrativ konsollkode.

Не будет ли злоупотреблением вставка кода с помощью плагина? Нет, так как надстройки типа WP Insert Code действительно полезны. С их помощью вы можете мгновенно вставлять произвольный код. Например, плагин для вставки кода позволяет быстро установить коды сервисов аналитики, пиксели ретаргетинга, социальные виджеты и так далее.

Слишком много рубрик в меню навигации

На сайтах и блогах под управлением WordPress в качестве навигационного меню обычно используется виджет рубрик в сайдбаре. Если вы создали слишком много категорий, навигация по сайту усложняется.

Сколько категорий должно быть в блоге? Постарайтесь уложиться в 15-20. Что делать, если вы пишете много и на разные темы? "Лента.ру" тоже пишет много и на разные темы. Посмотрите, сколько рубрик отображается в основном навигационном меню сайта издания.

Планируйте структуру рубрик так, чтобы пользователю было легко искать нужную информацию. Подумайте, стоит ли создавать дочерние категории.

Hvis du ikke kan begrense antall rubrikker på nettstedet, viser du bare de viktigste i navigasjonsmenyen. For å gjøre dette, kaste "Kategorier"-widgeten, som som standard viser alle opprettede kategorier. I stedet lager du en navigasjonsmeny i den tilsvarende delen av konsollen. Ta med hovedoverskriftene.

Vis navigasjonskoblinger i sidefeltet ved hjelp av widgeten Tilpasset meny.

Hvis du vil, viser brukerne den fullstendige listen over kategorier i form av en rullegardinmeny ved hjelp av widgeten "Kategorier". Hvis du har opprettet barnekategorier, sjekk du alternativet "Vis hierarki" i widgetens innstillinger.

Ignorer https-protokollen

Google gjorde den sikre https-nettverksprotokollen til en av rangeringsfaktorene i midten av 2014. Og fra begynnelsen av 2017 markerer verdens største søkemotor som usikre ressurser som ikke har skiftet til en sikker forbindelse.

Behovet for å bruke https for innholdsprosjekter, som inkluderer de fleste WordPress-områder, kan diskuteres. Men hvis Google legger til et advarselsikon for koblingen til ressursen din i Chrome-nettleseren eller i søkeresultatene, vil du sikkert miste noe av trafikken. Gå derfor til https, selv om du har en blogg om rør eller fotomagasin om katter.

Her er et par liv hack som vil hjelpe deg raskt og smertefritt å oversette et WordPress-nettsted til en sikker forbindelse:

  • SSL-sertifikat kan fås gratis. Les omhyggelig vilkårene for din hosting plan, så vel som å bli kjent med handlinger fra verten.
  • Du kan installere et SSL-sertifikat på nettstedet ved hjelp av det virkelige enkle SSL-pluginet. Dette tillegget løser automatisk problemene knyttet til overgangen til en sikker protokoll. Pluggen retter interne linker og inneholder en konstant omdirigering fra http til https-versjon.
  • For å fikse interne linker, i innstillingene til den virkelige enkle SSL-plugin-modulen, merk av for alternativet Auto erstatte blandet innhold.
  • Kontroller at pluginet har konfigurert server omdirigering 301. Følgende oppføring skal vises i .htaccess-filen etter at du har aktivert plugin-modulen:

Skriv om på nytt

RewriteCond% {https}! = På [NC]

RewriteRule ^ (. *) $ //% {HTTP_HOST}% {REQUEST_URI} [R = 301, L]

Hvis tillegget ikke har aktivert omdirigering av serveren, må du gjøre det manuelt på egen hånd eller kontakte webområdet ditt.

Etter å ha opprettet en 301-omadressering, bestemmer Google automatisk nettstedets hovedspeil. Du trenger bare å legge til en ressurs med https i Search Console og bekrefte ledelsesrettigheter. Dataene vil bli oppdatert om noen få dager.

Med Yandex må flere tiltak tas. Teoretisk sett bør Runets største søkemotor endre hovedspeilet etter korrekt innstilling av en permanent omdirigering. I praksis er det bedre å spesifisere hovedspeilet ved hjelp av vertsdirektivet i robots.txt-filen.

Redigeringen av robots.txt-filen er praktisk ved hjelp av pluginet Virtuell robots.txt eller lignende tilleggsprogrammer.

Når du har angitt hovedspeilet i robots.txt-filen, bruker du "Site Moving" -verktøyet i Yandex.Webmaster. Sjekk alternativet "Legg til https" og lagre endringene.

NB! Angi hovedspeilet i robots.txt-filen og fortell Yandex om endringen av hovedspeilet ved hjelp av Site Move-verktøyet før du slår på omdirigering av serveren. I dette tilfellet trenger du ikke opprette separate omadresseringsregler for robots.txt-filen på http-versjonen av ressursen, og forsinker også innstillingen av serverendirecting til speilene limes.

Når du har lagret endringene i delen Moving site, legger du til et nettsted med https til "Webmaster". I løpet av en uke vil Yandex rapportere en endring i hovedspeilet.

Ikke vær redd for å miste søketrafikk. Hvis du gjør alt riktig, vil søkemotorene svare normalt på en endring av protokollen. Grafen markerer overgangspunktet til teststedet til https. Endringen i protokollen påvirket ikke den generelle trenden.

Widget misbruk

CMS WordPress støtter flere widgets: Meta, Nylige publikasjoner, Populære publikasjoner, Tag Cloud, Kalender og andre. Mange designmaler lar deg vise flere widgets, for eksempel en widget med ikoner av sosiale nettverk eller en tilpasset blokk med populære oppføringer. Til slutt kan mange plugins også vise deg flere widgets på nettstedet. For eksempel, polling plugin WP-polls lar deg vise resultatene av meningsmålinger i sidefeltet eller bunnteksten.

Widgets forbedrer funksjonaliteten og informasjonsinnholdet på nettstedet, samt forbedrer utseendet til ressursen. Så hva er problemet? Det ser ut når nettredaktøren fanger på nettstedet nesten alle de visuelle elementene som finnes i konsollmenyen "Utseende - Widgets". Det ødelegger ikke bare utseendet på bloggen din. Dette forvirrer brukeren og skaper ulempe for ham.

Ikke legg inn mer enn tre eller fire widgets i sidefeltet på et nettsted eller en blogg på WordPress. Sørg for å finne et sted for navigasjonsmenyen, som kan implementeres ved hjelp av "Overskrift" eller "Vilkårlig meny" -grensesnitt. Publiser en vanlig eller tilpasset widget av populære publikasjoner. Du har to steder igjen. Legg inn en sosial widget og et abonnementsskjema.

Men de widgets som er oppført nedenfor, bør ikke vises på nettstedet ditt under noen omstendigheter:

  • Merk skyen Denne widgeten er bare egnet for blogger som "Vår femte klasse."
  • Meta. Dette elementet er vanligvis ikke nødvendig på nettsteder. Det eneste unntaket: fellesskapssider med et stort antall brukere. I dette tilfellet er widgeten nødvendig for å gjøre det lettere for brukerne å logge på nettstedet.
  • Kalender-widget. Dette er et ubrukelig element som tar opp mye plass.
  • Arkiver. Tror du virkelig at noen vil se etter publikasjoner i arkivene det siste året? Deretter henger widgeten i form av en rullegardinmeny et sted i bunnteksten.
  • RSS. Hvorfor sendes andres RSS-feeder på nettstedet ditt?
  • Ekstra sosiale widgets. Du kan henge ett visuelt element av denne typen. Alternativt kan du vurdere panelet med lenker til grupper i sosiale nettverk.
  • Teller og puzomerki. Hvis du vil, la en eller to tellere av de mest anerkjente tjenestene, for eksempel Liveinternet. Men du kan overvåke effektiviteten til nettstedet ved hjelp av "Metrics" eller Google Analytics, som ikke krever installasjon av visuelle elementer på nettstedet.

Husk at eksternt tjeneste widgets kan øke sidelastningstiden.

Se også: Hvordan lage et nettsted på Drupal selv

JS og CSS kode som blokkerer displayet øverst på siden

Dette er en feil som jeg ennå ikke har lært å korrigere. Men delvis løst problemet, slik at opplevelsen kan være nyttig for CMS WordPress-brukere.

Feilen er ikke relatert til handlinger fra webmastere. JavaScript og CSS-koden som blokkerer displayet øverst på siden, finnes i de fleste designmaler, inkludert standardtemaene til den Twentieth-familien. Du kan lære om problemet ved å sjekke nettstedet med Googles PageSpeed ​​Insights-verktøy.

Teknikere med "Habra" anbefaler å overføre stilarter fra fil til kode. Dette optimaliserer CSS og øker sidens lasthastighet. Hvis du ikke har profesjonell kunnskap om HTML, CSS og JavaScript, bør du ikke redigere malen selv. Kontakt eksperter eller bruk ferdige løsninger. Nedenfor finner du en liste over plugins som delvis løser problemet med å vise toppen av siden.

Betalt versjon av WP raskest cache

Hvis du er klar til å legge ut 40 dollar for en levetidslisens, får du tilgang til de avanserte optimaliseringsfunksjonene til JS, CSS og HTML. Jeg har ingen erfaring med å bruke den betalte versjonen av verktøyet. I webmasternes forum mottar premiumversjonen av plugin gode anmeldelser, slik at tillegget fortjener en omtale.

W3 Total Cache

Denne plugin løser problemet delvis "gjengjeldende JavaScript og CSS". Det har fordeler over WP Fastest Cache: funksjonene du trenger er tilgjengelig gratis. Men flere ulemper:

  • Først må du tinker med innstillingene.
  • For det andre fungerer ikke følgende oppskrift for å løse problemet med blokkering av skript som viser toppen av siden, i praksis med alle emner. For eksempel fungerte pluginet med standardeksemplaret for tjuefemteen, men det var ingen effekt på det realistiske temaet.
  • For det tredje, som nevnt ovenfor, er oppskriftenes effektivitet begrenset. Med hjelpen var det mulig å løse problemet med å forhindre visning av JavaScript-kode. Men for å fullt ut optimalisere arbeidet med CSS mislyktes. Som et resultat, til og med etter fjerning av JSS, økte ikke antall PageSpeed ​​Insights poeng. I testresultatene har kun anbefalingen endret seg: i stedet for "Korrekt nødvendigvis," skriver Google "Rett så mye som mulig."
  • Endelig er den største ulempen: På grunn av W3 Total Cache-plugin-modulen blir nettsteder utilgjengelige fra tid til annen. To teststeder som ligger på forskjellige fysiske servere, gikk offline med en feil på 500 etter installasjon og aktivering av tillegget. Etter deaktivering av plugin-modulene gjenopprettes.

Vil du ta en sjanse og prøve? Så fortsett. Installer og aktiver pluginet. I de generelle innstillingene, aktiver alternativet Minify. Velg manuell optimaliseringsmodus.

Gå til Innstillinger-delen av Plugin Performance - Minify. I innstillingene for JavaScript-optimalisering velger du asynkron kode lasting i sidens overskrift.

Kopier URL-adressen til blokkeringsskriptene fra PageSpeed ​​Insights-siden.

Sett inn URI-en i et spesielt skjema i W3-filadministrasjonsdelen av W3 Total Cache-plugin. Vær oppmerksom på at banen til hver fil må spesifiseres separat.

I innstillingsdelen av CSS File Management-pluginet, legg til nettadressene til CSS som blokkerer displayet øverst på siden. Banen til CSS finner du på siden SideSpeed ​​Insights verifikasjonssultat.

Når du har installert pluginet, må du sjekke tilgjengeligheten for nettsiden i inkognitomodus i nettleseren. Sjekk siden laster fart med PageSpeed ​​Innsikt. Hvis nettstedet er tilgjengelig, og problemet med JS- og CSS-koden blokkerer skjermen løst eller delvis løst, bruk verktøyet.

Autoptimize

Autoptimize-pluginet løser også problemet med å delvis blokkere visning av JavaScript og CSS-koden.

Installer og aktiver tillegget. I innstillingene aktiveres HTML, JS og CSS optimalisering. Før du bruker pluginet anbefaler PageSpeed ​​Insights sterkt at du blokkerer JavaScript og CSS-koden.

Etter at du har aktivert pluginet, reduseres antallet problematiske CSS-filer, og Google anbefaler å rette feilen hvis det er mulig. Antall PageSpeed ​​Insights-poeng økes fra 65 til 71 for mobil og fra 84 til 86 for stasjonære PCer.

Over fold optimalisering

Pluggen over optimaliseringspluggen er også plassert som et verktøy for å løse problemet med JS og CSS-kode, som blokkerer displayet øverst på siden. Tillegget løser ikke problemet helt.

Etter installasjon og aktivering, gå til innstillingssiden. På CSS-fanen aktiverer du alternativene for optimalisering av CSS-levering og optimalisering av webfonter. På JavaScript-fanen aktiverer du funksjonene for optimalisering av Javascript Loading og Lazy Load Scripts. Sjekk ut sidene ved hjelp av PageSpeed ​​Insights. Pluggen bør fjerne uønsket JS-kode og redusere antall blokkering av visning av CSS-filer.

I praksis viser de beste resultatene i kampen mot blokkeringskoden blant de gratis verktøyene Plugin Over fold optimalisering. Deltakere på engelskspråklige fora for webmastere foretrekker å løse et problem ved hjelp av W3 Total Cache, men dette verktøyet er ustabilt.

Rett feil for å gjøre nettstedet bedre.

Det er ingen teknisk perfekt CMS. Det er ikke en eneste nettredaktør som korrekt bruker motorens egenskaper. Derfor kan utviklingen av nettstedet bli representert som et permanent arbeid på feilene: egne og andre.

For å gjøre en WordPress-ressurs bedre, start med de strategiske målene som er beskrevet ovenfor. Implementere akselererte mobilsider, koble til https-protokollen, ta vare på hastigheten for å laste sider, lage en praktisk navigasjonsmeny og widget-område. Vær så oppmerksom på taktiske tekniske problemer: lag strukturerte datafeil, integrer OpenGraph-markering, sett opp en mobilmeny. Dette vil gjøre nettstedet ditt mer brukervennlig.

For øvrig, hvis du har erfaring med å løse problemet med å blokkere visning av toppen av sidekoden JavaScript og CSS, del i kommentarene.

Loading...

Legg Igjen Din Kommentar