I fortiden har vi talt om, hvordan WordPress står i forhold til andre populære indholdsstyringssystemer som Drupal, Joomla og endda Squarespace. Men hvad hvis du forsøger at beslutte dig mellem WordPress vs. statisk HTML til dit websted?
På et grundlæggende niveau er dette en slags generel debat mellem at bruge et databasedrevet indholdsstyringssystem (som WordPress) eller at skrive al HTML/CSS selv sammen med eventuelt at bruge et framework.
For at hjælpe dig med at træffe din beslutning vil vi forklare, hvad disse udtryk betyder, og derefter springe ind på nogle af fordelene og ulemperne ved hver tilgang.
- Forskellen mellem WordPress og statisk HTML
- For- og ulemper ved WordPress
- For- og ulemper ved statisk HTML-websted
- Brug WordPress som en statisk webstedsgenerator
- Forskellen mellem WordPress og statisk HTML
- Hvad er et indholdsstyringssystem så?
- For- og ulemper ved WordPress
- Kodefri indholdsstyring
- Nemt at ændre, hvordan dit websted ser ud
- Nemt at tilføje ny funktionalitet
- Hurtig udvikling og ændringer
- Er der nogen ulemper ved at bruge WordPress?
- Uden cache
- Amelder dig til nyhedsbrevet
- Vi øgede vores trafik med 1.187 % med WordPress.Vi viser dig hvordan.
- Med Cache
- For- og ulemper ved et statisk HTML-websted
- Der er ingen underliggende software, der skal vedligeholdes
- Enklere adgang til den underliggende kode
- Hvad er ulemperne ved at oprette et statisk HTML-websted?
- Brug WordPress som en statisk webstedsgenerator
- Cloudflare Full Page Cache
- Vi leverer det bedste fra begge verdener
- WordPress eller statisk?
Forskellen mellem WordPress og statisk HTML
I sidste ende kommer alting ud som HTML på frontend. Det vil sige, at koden til dit websted kommer til at se nogenlunde sådan ud, uanset om du bruger WordPress eller et statisk HTML-websted:
Og uanset hvilken metode du vælger, vil din kode stadig se sådan ud
Den vigtige forskel ligger i, hvordan denne HTML kommer til eksistens.
Med statisk HTML er den historie ret enkel. Du, eller din udvikler, skriver koden (herunder dit indhold). Når den så først er på serveren, er den altid sådan. Der foregår ingen baggrundsbehandling – dit websted er altid lige der i sin færdige form.
WordPress er på den anden side et indholdsstyringssystem, der bruger PHP og en database. I enkle vendinger betyder det, at når nogen besøger dit WordPress-websted, “samler” din server dit websted ved at:
- Udføre PHP-koden for at sammensætte HTML-versionen af dit websted
- Søge i din database for at få det indhold, der skal indsættes i denne HTML
Hvad er et indholdsstyringssystem så?
Overfor fortalte vi dig, at WordPress er et indholdsstyringssystem, men vi forklarede ikke rigtig, hvad det betyder. Et indholdsstyringssystem, ofte forkortet som CMS, er software, der hjælper dig med at oprette, administrere og ændre indhold på et websted uden at du behøver at interagere direkte med koden.
For eksempel kan du i stedet for manuelt at skulle tilføje dit indhold ved at formattere det med HTML, som du ville gøre på et statisk HTML-websted, bare indtaste dit indhold ved hjælp af WordPress-editoren, og WordPress vil håndtere visningen af det på dit websted:
Samtidig, hvis du nogensinde ønsker at redigere indholdet på et senere tidspunkt, kan du bare gå ind og redigere det ved hjælp af den samme editor, i stedet for at skulle redigere den statiske HTML-fil på din server direkte.
For- og ulemper ved WordPress
Vi kommer ind på nogle af fordelene og ulemperne ved et statisk HTML-websted om lidt, men lad os starte med nogle af grundene til, at over 39,5 % af hele internettet nu bruger WordPress.
Kodefri indholdsstyring
Den største fordel ved WordPress er, at det næsten helt kan fjerne kode fra den daglige styring af dit websted. I stedet kan de fleste af de handlinger, som du ønsker at foretage, udføres ved hjælp af en grafisk grænseflade.
Med denne grafiske grænseflade kan du:
- Opret nyt indhold
- Oprettelse af, hvordan dit websted ser ud
- Oprettelse af, hvordan dit websted fungerer
- Konfigurer vigtige SEO-indstillinger
- Udfør masser af andre vigtige handlinger
Medmindre du lever og ånder for HTML/CSS (og sandsynligvis selv hvis du gør), vil denne tilgang gøre det meget lettere at administrere alle aspekter af dit websted.
Nemt at ændre, hvordan dit websted ser ud
Hvert WordPress-websted har brug for noget, der kaldes et tema. Dit tema bestemmer, hvordan dit websted ser ud på frontend. Hvis du vil installere et nyt WordPress-tema, klikker du grundlæggende på en knap eller uploader en enkelt fil, og dit websted tager straks denne styling til sig:
Sådan tilføjer du et nyt WordPress-tema
På den anden side styrer du med et statisk HTML-websted, hvordan dit websted ser ud ved hjælp af din egen CSS. Ikke alene er dette tidskrævende at oprette i første omgang, men det vil også være tilsvarende tidskrævende, hvis du nogensinde ønsker at ændre radikalt på, hvordan dit statiske HTML-websted ser ud i fremtiden. Ja, der findes CSS-rammer, som du kan bruge til at fremskynde denne proces, men det kræver stadig mere arbejde og ekspertise at kunne administrere.
Vi kender dette fra første hånd på grund af det faktum, at størstedelen af Kinsta-webstedet blev oprettet med gode gamle Github-kommits (foreslået læsning: git vs Github). Ja, vi bruger et WordPress-tema og -ramme, og vores kode er pakket ind i WordPress-funktioner, men det meste af det, du ser på vores websted, blev oprettet af vores team. Dette kan nogle gange give mulighed for større fleksibilitet, men det kræver også at have udviklere på personale. Hvis du ønsker at spare tid og ikke har fuldtidsudviklere, kan det at gå med et præfabrikeret WordPress-tema drastisk fremskynde din arbejdsgang.
WordPress-tema
Dertil kommer, at du skal bekymre dig om at gøre alt dit CSS responsivt (AKA se godt ud på mobiler), mens næsten alle WordPress-temaer er responsive som standard i dag.
Nemt at tilføje ny funktionalitet
WordPress tilbyder også noget, der hedder plugins, som giver dig mulighed for nemt at udvide funktionaliteten på dit websted. Vil du f.eks. tilføje en kontaktformular til dit websted? Med statisk HTML skal du forholde dig til validering, og hvad der sker med de data, som en bruger indsender. Med WordPress installerer du bare et plugin …
Sådan tilføjer du et nyt WordPress-plugin
Sværhedsforskellen bliver endnu større med større funktioner. Ønsker du at tilføje et forum til dit websted? Held og lykke med at gøre det på egen hånd. Men med WordPress skal du blot installere et forum-plugin.
Du kan endda hurtigt tilføje e-handel eller funktionalitet til sociale netværk.
Hurtig udvikling og ændringer
Kombinationen af temaer og plugins, sammen med WordPress’ generelle funktionalitet som et indholdsstyringssystem, betyder, at du hurtigt kan få selv komplicerede websteder op at køre.
Statisk HTML kan være hurtigt til et meget grundlæggende websted med blot et par sider … men hvis du har brug for ikke-standardiserede funktioner, vil WordPress næsten helt sikkert lade dig bygge et websted hurtigere.
Vil du have flere fordele? Tjek disse 10 gode grunde til, hvorfor du bør bruge WordPress.
Er der nogen ulemper ved at bruge WordPress?
Du vil finde nogle mennesker, der siger ting som “statiske HTML-websteder indlæses hurtigere” eller “statiske HTML-websteder rangerer bedre i Google”. Men noget af dette bør tages med et gran salt. Selv om det er sandt, at PHP og en database introducerer yderligere indlæsningstid og forsinkelser, er det ikke så svært at få WordPress-indlæsningstider under et sekund – hvilket er rigeligt hurtigt.
Du bør spørge dig selv, om det er værd at have et lidt hurtigere statisk websted at opgive de fordele, WordPress har at tilbyde? Desuden er PHP-ydelsen blevet drastisk forbedret i løbet af de sidste fem år. I vores seneste PHP-benchmark-test konkluderede vi, at PHP 7.3 kan håndtere 3x så mange forespørgsler (transaktioner) pr. sekund som PHP 5.6. 🚀
WordPress 5.0 PHP-benchmarks
Der er også måder, hvorpå du nemt kan negere PHP- og databaseforsinkelser ved at bruge caching til at servere statiske HTML-versioner af dine sider. Dette betyder, at hver sideindlæsning i det væsentlige kan indlæses lynhurtigt, ligesom det ville være tilfældet med et statisk HTML-websted.
Hvor meget påvirker caching et WordPress-websted? Her er en hurtig test på en WordPress-blog før og efter cache.
Uden cache
Vi kørte først en test med cache deaktiveret på WordPress-bloggen.
WordPress-websted uden cache (Pingdom-test)
Som du kan se, er der en betydelig forsinkelse i den første HTML DOC-load. Dette skyldes, at den ikke serverer fra cache på serveren.
Amelder dig til nyhedsbrevet
Vi øgede vores trafik med 1.187 % med WordPress.Vi viser dig hvordan.
Gå med i 20.000+ andre, der får vores ugentlige nyhedsbrev med insidertips om WordPress!
Med cacheforsinkelse
Med Cache
Vi kørte derefter en test med cache aktiveret på WordPress-bloggen. Intet andet blev ændret.
WordPress-websted med cache (Pingdom-test)
Som du kan se, er der en massiv forbedring. Faktisk faldt indlæsningstiden med 32,2 % ved blot at servere den første side fra cache på serveren.
Med cache
Kinsta håndterer automatisk caching på serverniveau for alle WordPress-hostingkunder. Det betyder, at du ikke behøver at bøvle med caching-plugins fra tredjeparter.
Når det kommer til de ranking-rygter, du måske hører, er der gode WordPress SEO-plugins, der lader dig optimere din WordPress SEO ved at kontrollere alle aspekter af dit websteds tekniske og on-page SEO. Hvis WordPress-websteder virkelig præsterede dårligere end statiske HTML-websteder i søgerangeringerne, ville du ikke se det blive brugt af massive platforme som The Wirecutter eller TechCrunch.
Der er dog et par små ulemper, og den første er vedligeholdelse. Mens du ved at vælge kvalitetsadministreret WordPress-hosting kan fjerne meget af den værste vedligeholdelse, vil du stadig være ansvarlig for at sikre, at WordPress-kernesoftwaren, plugins og temaer er opdateret og kompatible. Dette er ret nemt i dag, men det er noget, som du ikke behøver at gøre med et statisk HTML-websted.
Den anden ulempe vil nok være kvaliteten. På grund af den ekstreme popularitet af WordPress er der en masse dårlige plugins og temaer derude. Og gratis løsninger forsvinder nogle gange bare helt fra kortet. Det kan være tidskrævende at sortere blandt de dårlige for at finde de gode.
For- og ulemper ved et statisk HTML-websted
Du har hørt om WordPress – men lad os nu grave i nogle af de fordele og ulemper ved et statisk HTML-websted.
Der er ingen underliggende software, der skal vedligeholdes
Vi talte lidt om dette for et øjeblik siden, men lad os genopfriske det hurtigt her, fordi det er en af de store fordele ved statisk HTML.
Når du bruger WordPress og temaer/plugins, er du ansvarlig for at opdatere al den underliggende kode og sørge for, at der ikke er nogen kompatibilitetsproblemer. Selv om dette er ret simpelt (du skal normalt bare klikke på en knap), er det noget, du er nødt til at gøre for at holde dit websted sikkert og velfungerende.
På den anden side, hvis du har skrevet ren statisk HTML, bør du stort set kunne lade tingene være i fred og aldrig bekymre dig om opdateringer.
Enklere adgang til den underliggende kode
Mens WordPress giver dig adgang til al den underliggende kode til dit websted, vil et statisk HTML-websted gøre det en smule enklere at indtaste visse typer af markup. I stedet for at skulle beskæftige sig med temaskabelonfiler og WordPress-sløjfen, er alt lige foran dig.
For eksempel, mens der findes skema-plugins til WordPress, kan du nemmere styre skema-markup på et statisk HTML-websted.
Hvad er ulemperne ved at oprette et statisk HTML-websted?
Mens et statisk HTML-websted helt sikkert er fint til et grundlæggende websted, opstår de vigtigste problemer, når du forsøger at skalere op, enten med hensyn til mængden af indhold eller funktionalitet.
De fleste af disse ulemper er simpelthen det modsatte af WordPress’ fordele. Nemlig:
- At tilføje eller redigere indhold er ikke brugervenligt, fordi du skal grave i koden.
- At tilføje ny funktionalitet kræver, at du selv koder den.
- Om du ændrer, hvordan dit websted ser ud, skal du omskrive din CSS.
Medmindre du faktisk selv kan HTML/CSS, vil alle disse ting desuden også kræve, at du betaler en udvikler, hvorimod WordPress vil lade dig gøre det selv, for det meste.
Brug WordPress som en statisk webstedsgenerator
Statiske webstedsgeneratorer adskiller sig en smule fra de to ovenstående muligheder, da de tager indholdet fra et indholdsstyringssystem, såsom WordPress, kombinerer det med et tema og genererer statiske HTML-sider. Jekyll er en af de mest populære, som du kan bruge til at hoste hele dit websted eller din blog på GitHub Pages og skubbe dit nye indhold med én kommando. Ulempen? Det er ikke let (for at sige det mildt) at sætte det op, og selv for udviklere kan det være tidskrævende.
Hvis du har en ledig eftermiddag til at lære mere om Jekyll, så tag et kig på denne artikel af Mike Neumegen. Alternativt kan et flat-file CMS som Grav give dig en nemmere indholdsstyring, mens du stadig undgår behovet for en database.
Hvis du er teknisk kyndig, er det endda muligt at få det bedste fra begge verdener og bruge WordPress som en statisk HTML-webstedsgenerator. Du skal dog bare huske, at hvis du bruger WordPress på denne måde, skal du ofre dig:
- Der vil ikke være noget dynamisk indhold i “realtid” på dit websted, overhovedet.
- Ingen anbefalede artikler til dig eller widgets, der ændres for hver besøgende.
- Du kan ikke bruge WordPress’ indbyggede kommentarsystem.
Væsentligt nok vil alt, der er genereret på serversiden (PHP), blive statisk og opdateres manuelt. Statiske webstedsgeneratorer vil oprette en komplet HTML-side baseret på dit indhold, og når den er færdig, vil den, uanset hvor mange mennesker der besøger dit websted, ikke blive regenereret; ikke medmindre du indtaster en specifik kommando på din computer.
Læseforslag: Sådan uploader du en HTML-fil til WordPress.
Udviklere løser “problemet” med kommentarer ved enten slet ikke at bruge det eller ved at skifte til JavaScript-baserede løsninger, hvoraf de mest populære er Disqus eller Facebook-kommentarer.
Der er et par WordPress caching-plugins, som du kan bruge til at oprette statiske HTML-filer af dine indlæg og sider, men hvis du bruger Nginx som webserver (hvis du ikke gør det, bør du virkelig gøre det, men det er et emne til en anden artikel), kan du bare slå kontakten til caching af hele siden til og indstille den til at udløbe om en dag eller en uge. Jo længere periode du har “råd” til at sætte den til, jo bedre.
Det næste der sker er, at den første besøgende får serveren til at generere de komplette, cachede HTML-filer, og alle efterfølgende besøgende inden for den foruddefinerede udløbstid vil få serveret disse filer. Her på Kinsta bruger vores servere nginx fastcgi cache module
til caching af sider. Du spørger, hvordan man sætter det op? Hvis du administrerer dine egne servere, er der en meget detaljeret vejledning fra DigitalOcean, som du kan følge.
Hvis du er Kinsta-kunde, er dette automatisk for hvert WordPress-websted, og cachen udløber som standard hver time. Du kan dog åbne en billet med vores supportteam i dit MyKinsta-dashboard og anmode om en længere cachevarighed. Du skal blot sikre dig, at du fuldt ud forstår konsekvenserne af at gøre dette.
Cloudflare Full Page Cache
Du kan også bruge Cloudflare-sideregler med WordPress og tjene hele dit websted fra cache. Vi giver dig alle detaljer her om, hvordan du konfigurerer Cloudflare-cache til dine WordPress-indlæg og -sider.
Dette kan være meget fordelagtigt for websteder, der lancerer en begivenhed eller forventer en enorm stigning i trafikken. Husk dog, at hvis du serverer udelukkende fra cache, vil du højst sandsynligt løbe ind i problemer med WooCommerce checkout, din WordPress-administrationsværktøjslinje og andre forskellige ting, som du enten skal rette eller finde workarounds.
Suggested reading: Sådan konfigureres Cloudflare APO til WordPress.
Vi leverer det bedste fra begge verdener
Vi anbefaler generelt ikke at servere hele dit websted fra cache, medmindre du har tid til at teste alt ordentligt. For eksempel, når det kommer til WooCommerce: Du kan cache den “statiske” forside, kategorier, produktsider (hvis du ikke ændrer dem for ofte), og så ja, det vil indlæse næsten øjeblikkeligt! Men så snart nogen klikker på “tilføj til kurv”, skal du skifte til en ikke-cachelagret version, ellers vil de se, at kurven altid er tom.
Her hos Kinsta har vi regler på serverniveau for e-handelsløsninger og blogs for at sikre, at det, der skal caches, er det, og det, der ikke skal, ikke er det.
Et par eksempler omfatter visse WooCommerce- og EDD-sider som kurv, my-account og checkout, der er udelukket fra caching. Og brugerne omgår automatisk cachen, når woocommerce_items_in_cart
-cookie eller edd_items_in_cart
-cookie registreres for at sikre en glat og synkroniseret checkout-proces.
Dette giver dig et WordPress-websted med hurtig indlæsning, men uden at du behøver at bekymre dig om, at ting går i stykker.
Cache component stack
Vil du ikke hoste hele dit websted hos Kinsta, men vil du gerne udnytte de dynamiske funktioner til din WordPress-blog? Du bør måske overveje at indlæse dit websted via en reverse proxy. Vi understøtter disse typer opsætninger.
WordPress eller statisk?
Nu til millionspørgsmålet… Hvis du bare bygger et lille websted, der sandsynligvis ikke vil ændre sig eller kræve nyt indhold, er statisk HTML en fin tilgang. Men til alt andet vil WordPress næsten helt sikkert være et bedre valg. Dette gælder især, hvis du ikke har adgang til en udvikler.
Dets brugervenlighed kombineret med dets udvidelsesmuligheder er hovedårsagerne til, at det nu driver over 39,5 % af alle websteder på internettet. Nu er det op til dig – ville du nogensinde bygge et websted med statisk HTML frem for WordPress? Eller er du gået ned ad den statiske website generator rute?
Hvis du nød denne artikel, så vil du elske Kinsta’s WordPress hosting platform. Giv dit websted turboeffekt, og få 24/7 support fra vores erfarne WordPress-team. Vores Google Cloud-drevne infrastruktur fokuserer på auto-scaling, ydeevne og sikkerhed. Lad os vise dig Kinsta forskellen! Tjek vores planer