Teknisk opsætning af en klinikhjemmeside
Af Daniel Palle, KlinikWebStudio
Den tekniske opsætning skal understøtte en enkel opgave: Besøgende skal kunne åbne klinikhjemmesiden, læse om behandlingen og komme videre til kontakt eller booking. Du behøver ikke selv udføre opsætningen, men du bør få gennemgået de vigtigste funktioner sammen med din leverandør. Her får du en rækkefølge til kontrollen og forslag til, hvad du kan bede om at få dokumenteret.
Begynd med en oversigt over ansvar og adresser
Saml oplysninger om klinikkens domæne, hosting og den person eller leverandør, der står for teknikken. Bed om at få noteret, hvem der administrerer domæne, DNS og HTTPS, og hvilken adresse hjemmesiden skal bruge som sin primære adresse. Ved en ny hjemmeside kan du bede leverandøren demonstrere, at både adressen med og uden www samt relevante gamle links ender det aftalte sted. Åbn også et direkte link til en behandlingsside. Kontrollen bør omfatte mere end forsiden. Alle nye klinikhjemmesider fra KlinikWebStudio bygges i WordPress. Aftal ved overdragelsen, hvordan du redigerer indhold i WordPress, og hvem du kontakter ved tekniske problemer. Abonnement hos KlinikWebStudio er valgfrit.
Test vejen fra behandling til booking på en telefon
Tag udgangspunkt i en person, der overvejer en behandling. Åbn behandlingssiden på en telefon, læs teksten, find kontaktoplysningerne og følg bookinglinket. Kontrollér, at linket fører til den rigtige klinik og den tilsigtede destination. Prøv menuen, og se efter tekst, der kræver zoom, knapper, som er svære at ramme, eller indhold, der dækker for bookingknappen. Har siden en kontaktformular, bør I aftale en test og kontrollere, at henvendelsen når frem. Gentag gennemgangen på computer. Notér den konkrete side og handling, hvis noget fejler. En besked som "bookingknappen på behandlingssiden åbner en forkert adresse" er lettere at arbejde videre med end "mobilen virker dårligt".
Brug hastighedsmålinger til at finde problemer
Core Web Vitals beskriver centrale dele af weboplevelsen: indlæsning, reaktion på brugerens handlinger og visuel stabilitet. Målingerne kan indgå i den tekniske gennemgang sammen med din egen mobiltest. [web.dev: Web Vitals](https://web.dev/articles/vitals). Bed leverandøren skelne mellem en test under simulerede forhold og målinger fra faktiske besøg. En laboratorietest kan hjælpe med at finde problemer, men erstatter ikke data om rigtige brugeres oplevelse. Enheden, forbindelsen og brugerens handlinger kan påvirke resultatet. Gem sidens adresse, testdato og måleværktøj sammen med resultatet. Test den berørte side igen efter en rettelse, og kontrollér samtidig manuelt, at navigation og bookinglink stadig fungerer.
Gennemgå søgemaskiners adgang og sidernes links
Google anbefaler indhold skrevet til mennesker og links, som søgemaskinen kan følge. Selv når en side opfylder Googles krav og anbefalinger, er crawling, indeksering og visning i søgeresultater ikke garanteret. [Google Search Essentials](https://developers.google.com/search/docs/essentials). Bed leverandøren gennemgå, om de offentlige sider er tilgængelige for søgemaskiner. Medtag sitemap, robots.txt og eventuelle indstillinger for indeksering i kontrollen. Få forklaret eventuelle udelukkelser, så I er enige om, hvilke sider der skal kunne findes. Klik selv fra forsiden til de vigtigste behandlingssider. Brug beskrivende linktekster, så læseren kan forstå destinationen. Når en behandling tilføjes eller fjernes, bør gennemgangen også omfatte de links, der peger på den.
Få kontrolleret gamle adresser og canonical
Ved en flytning eller større ændring kan du samle en liste over de gamle sideadresser, du kender. Bed leverandøren kontrollere, hvor hver adresse ender, og notere eventuelle fejl. Prioritér behandlingssider, kontakt og booking. Bed også om en kontrol af canonical-angivelserne på de centrale sider og en forklaring på den valgte opsætning. Lad kontrollen omfatte både den adresse, besøgende åbner, og den adresse, leverandøren har valgt som den foretrukne. Du behøver ikke godkende teknisk kode. Bed i stedet om en oversigt med sideadresse, fundne problemer og udførte rettelser. Gem den sammen med oplysningerne om domæne og hosting.
Lad strukturerede data beskrive sidens indhold
Strukturerede data er et standardiseret format, der hjælper Google med at forstå en sides indhold. Opsætningen skal følge retningslinjerne for den relevante type. Markeringen bør gennemgås sammen med det indhold, læseren faktisk kan se. [Google: Introduktion til strukturerede data](https://developers.google.com/search/docs/appearance/structured-data/intro-structured-data). For et blogindlæg findes typen BlogPosting. Den omfatter blandt andet egenskaber til overskrift, forfatter og udgivelsesdato. Brug kun oplysninger, som er korrekte for det konkrete indlæg. [Schema.org: BlogPosting](https://schema.org/BlogPosting). Bed leverandøren teste markeringen og rette fejl. Korrekt opsætning er ikke et løfte om en særlig visning i søgeresultater. Vælg relevante oplysninger frem for at udfylde felter med usikre data.
Mål søgeklik særskilt fra bookinger
Search Consoles Performance-rapport viser blandt andet klik fra Googles søgeresultater, eksponeringer, klikrate og gennemsnitlig position. Data kan fordeles efter eksempelvis side, søgning og enhed. [Google Search Console: Performance-rapport](https://support.google.com/webmasters/answer/7576553). Start med at vælge en periode og se på de vigtigste behandlingssider. Notér periode, filtre og datakilde, når du gemmer eller deler en måling. Gennemsnitlig position er et gennemsnit for den valgte visning, ikke en fast placering, alle ser. Et søgeklik dokumenterer ikke en booking eller en ny kunde. Hold derfor Search Console-tal adskilt fra dokumenterede bookinger. Et klik på hjemmesidens bookingknap bør også beskrives som netop et klik, medmindre en gennemført booking er registreret særskilt.
Det kan du gennemgå på din side
- Notér, hvem der administrerer domæne, DNS, HTTPS og hosting.
- Få den primære hjemmesideadresse bekræftet.
- Test domænevarianter, direkte links og relevante gamle adresser.
- Gennemgå forside, behandlinger, kontakt og booking på telefon og computer.
- Kontrollér bookinglinkets destination og en eventuel kontaktformular.
- Gem adresse, dato og værktøj sammen med hastighedsmålinger.
- Få gennemgået sitemap, robots.txt og indstillinger for indeksering.
- Kontrollér links til de vigtigste behandlingssider.
- Få kontrolleret canonical-angivelser og strukturerede data.
- Angiv kilde, periode og filtre ved målinger af søgetrafik, og hold klik adskilt fra bookinger.
Spørgsmål og svar
Skal jeg selv kunne sætte DNS og HTTPS op?
Du kan aftale, at leverandøren håndterer opsætningen. Bed om at få noteret den primære adresse, hvem der administrerer teknikken, og hvem du skal kontakte ved fejl.
Hvad skal jeg teste før lancering?
Start med den besøgendes vej fra en behandlingsside til kontakt eller booking. Test på telefon og computer, og kontrollér også direkte links, gamle adresser og en eventuel kontaktformular.
Er en god hastighedstest nok til at godkende mobiloplevelsen?
Supplér målingen med en manuel gennemgang. Prøv at læse teksten, bruge menuen og følge bookinglinket på en telefon. Skeln desuden mellem laboratorietest og målinger fra faktiske besøg.
Garanterer korrekt teknisk opsætning synlighed på Google?
Nej. Google oplyser, at opfyldelse af krav og anbefalinger ikke garanterer crawling, indeksering eller visning i søgeresultater.
Hvad kan jeg bruge Search Console til?
Du kan følge søgeklik, eksponeringer, klikrate og gennemsnitlig position for en valgt periode. Se eksempelvis på enkelte behandlingssider eller enheder. Rapporten dokumenterer ikke gennemførte bookinger eller nye kunder.
Skal teknikken kontrolleres igen efter lancering?
Gentag de relevante kontroller efter ændringer. Har du ændret bookinglink, så test destinationen. Har du flyttet sider, så gennemgå adresser og links. Efter ændringer i layoutet bør du også prøve de vigtigste handlinger på en telefon.
Kilder
- Google Search Central: Search Essentials
Googles grundlæggende tekniske krav, spamregler og anbefalede praksis for indhold.
- Google Search Central: Introduktion til strukturerede data
Googles forklaring af hvordan strukturerede data beskriver en sides indhold.
- Google Search Console: Performance-rapport
Definitioner af klik, eksponeringer, CTR, position og rapportens filtre.
- Schema.org: BlogPosting
Den officielle Schema.org-type og egenskaber til blogindlæg.
- web.dev: Web Vitals
Googles dokumentation af brugercentrerede kvalitetsmålinger for weboplevelser.