Om din produkt eller ditt koncept plötsligt får mycket uppmärksamhet, till exempel genom ett TV-framträdande på "Die Höhle der Löwen", rekommendationen från en influencer eller en storskalig marknadsföringskampanj, betyder det en sak: mycket trafik på servern! Tyvärr lite för mycket för vissa webbplatser och servrar. Jag kommer att presentera och fördjupa detta ämne för dig idag.

Vad händer om en lagmedlem i ett roddlag försvagas? Hela laget tappar kraft och måste kompensera för bristen på styrka. Om det hela händer under ett mästerskap är det dödligt och leder med största säkerhet till ett nederlag. Detsamma gäller för din WordPress-webbplats under tung belastning. Om din server, ditt tema, dina plugins, din databas och Co inte är ett väl inövat team kommer din webbplats att kollapsa under belastningstoppar - naturligtvis är potentialen bortkastad.

Om din WordPress-webbplats inte tål en plötslig rusning är resultatet alltid detsamma: din webbplats är oåtkomlig och du förlorar indirekt pengar. Så vad behöver du göra för att förhindra att detta händer?

Vi funderade på vilka åtgärder du bör vidta inför en sändning av "Die Höhle der Löwen" för att förbereda din WordPress-webbplats för hög belastning. Grunden för optimeringsprocessen för bästa praxis är följande steg:

1. Planering
2. Optimera infrastruktur
3. Backend
4. Frontend
5. Offsite
6. Tester och rapportering
7. Live-krets

Baserat på denna process och våra års erfarenhet har vi skapat en konkret 13-punktsplan som hjälper dig att göra din WordPress-webbplats lämplig för hög belastning.

#1 planering

1.1 Tid

Tyvärr är den tid du har tillgänglig för genomförandet ofta en underskattad faktor i planeringen, men ibland den viktigaste.

Du behöver tid för dig och ditt team att optimera och testa din WordPress-webbplats och butik. Du kan också behöva tid (eller din webbhotell) för att flytta din webbplats eller domän eller skala servern.

Du behöver också tid att tänka om begrepp och eventuellt tredje part eller Plugins att byta.

1.2 Nytänkande begrepp

Plugins , widget och resurser

Alla resurskrävande plugins, widgets och funktioner som du inte har i din Dashboard eller på din webbplats bör du ta bort. Behöver du verkligen dina övervakningsverktyg som Matomo eller Google Analytics i din WordPress Dashboard?

Försök att hålla dig till ett minimum när det gäller att hålla din webbplats online även under högsta belastning. Även de minsta sakerna som en social media-knapp kan kompensera dubbelt så mycket laddningstid. I följande exempel till och med 12 skript med totalt 462,7 kB – endast för att visa en knapp för sociala medier.

Annonser

För många annonser på din webbplats saktar inte bara ner din server utan håller också din webbplats snabbare. Som ett resultat kommer du att förlora reklamintäkter. Begränsa dig till några få och högkvalitativa annonser för att öka din avkastning på investeringen (ROI) så snabbt och effektivt som möjligt.

E

Din webbplats är din online-närvaro - dina e-postmeddelanden styrs inte från den. Servern tar upp mycket belastning och det är bara på din bekostnad vid höga belastningstoppar.

Här skiljer vi mellan två typer av e-post:

• Marknadsföring (Nyhetsbrev)
• Administration

Marknadsföringsmeddelanden, till exempel ditt nyhetsbrev, bör alltid läggas ut på entreprenad. PUL kompatibla, tyska leverantörer är till exempel Cleverreach eller Newsletter2Go. Naturligtvis finns det också internationella leverantörer som Mailchimp eller ActiveCampaign, som också gör en bra sak.

Du bör inte skicka marknadsföringsmeddelanden via din webbplats.

Administrativa mail, såsom fakturor, återställning av lösenord, e-post för att skapa konto eller liknande kan också outsourcas. Speciellt om det finns många beställningar med höga besökarantal, bör du överväga detta.

Det finns också flera leverantörer som du helt enkelt kan använda som en SMTP-server från tredje part: Mailgun är min favorit här. Det finns också ett enkelt att installera WordPress-plugin.

#2 Värd

Den viktigaste direkt handlingsbara punkten som du bör vara uppmärksam på är verkligen värd. Först och främst är det viktigt att välja en värd som inte har några trafikbegränsningar. Eftersom: Om din trafik överskrider denna gräns kan din värd blockera din webbplats och all ansträngning skulle vara borta.

Värdplaner baserade på delad hosting är också helt olämpliga för en hög belastningsökning, eftersom du delar CPU-tiden med andra användare (webbplatser). I de flesta fall är dessa inte heller tillräckligt kraftfulla för att motstå sådana trafikrusningar som i "Lejonens grotta".

En på WordPress och WooCommerce Specialiserad hoster är det bästa valet i de allra flesta fall, om du inte vill ta hand om installation, underhåll, prestandaoptimeringar och säkerhet på din webbplats noggrant. Vilka fyra faktorer du kan göra i WooCommerce Webbhotell kan du läsa i vår artikel .

En kortsiktig skalning av din server kan också vara vettigt. Detta innebär att du kommer att skala upp din server under en tidsperiod (mer CPU / RAM etc.) och sedan återgå till den vanliga hastigheten efter trafiktoppen för att spara kostnader.

I bästa fall pratar du med din webbhotell i början av planeringen. Detta kan bäst ge dig råd och ge dig rekommendationer.

#3 Backups

Säkerhetskopior är ett absolut måste, inte bara för toppbelastningar, utan i princip. Din webbplats ska säkerhetskopieras automatiskt på natten och du bör också ha möjlighet att skapa manuella säkerhetskopior. Detta ger dig ett annat skyddsnät, särskilt i faser som att omstrukturera din webbplats.

Också, du kan säkra stora milstolpar som versioner på detta sätt.

Som:

• Säkerhetskopiering 1: Initialt tillstånd
• Backup 2: Caching plugin installerat och konfigurerat
• Backup 3: Databas städa
• ...

Så du kan alltid hoppa tillbaka till vissa punkter i dina justeringar om något går fel.

Jag rekommenderar att du verkligen utnyttjar detta när du arbetar dig igenom detta dokument.

3.1 Backup-system

Säkerhetskopiering på Managed WordPress Webhosters (rekommenderas):
Med de flesta specialiserade värdar kan du lita på en nattlig automatisk säkerhetskopiering av din webbplats. Dessutom finns det vanligtvis möjlighet att skapa och återställa manuella säkerhetskopior med ett klick. Eftersom dessa säkerhetskopior inte betyder en omständighet för dig och inte tar bort något lagringsutrymme från dig, går rekommendationen tydligt i den här riktningen.

Säkerhetskopiering via WordPress Plugin:
Plugins som BackWPup, Updraft, BackUpWordPress och liknande kan säkerhetskopiera hela din WordPress-webbplats, inklusive media och databas, till din server.

Beroende på Plugin och version (gratis eller betalningsversion) kan du också spara eller ladda ner din backup i molnet*.

BackWPup är skriven av Inpsyde och stöds väl. Därför är detta vår rekommendation för dig om du inte har en säkerhetskopieringslösning i ditt värdpaket. BackWPup erbjuder tidsinställda säkerhetskopior, lagring på molntjänster* som Dropbox eller Microsoft Azure eller en annan FTP-server.

I inköpsversionen kan du ange andra molntjänster som lagringsutrymme och kryptera dina säkerhetskopior.

*När man lagrar säkerhetskopior i molnet bör man i tider av PUL Tänk noga på vilken leverantör du ska använda, eftersom dina säkerhetskopior också innehåller kunddata som namn, adresser och e-post.

#4 Caching & Minifying

Den Faktor nummer ett, när det gäller att leverera webbplatser snabbt och med så lite serverbelastning som möjligt, är tydligt cachning.

Med cachelagring minimerar du förfrågningarna till din server, som sedan levererar statiska filer istället för dynamiskt innehåll, till exempel dina bilder eller HTML på dina webbplatser. Förutom en enorm hastighetsförbättring ger detta dig också en betydligt lägre belastning, eftersom servern inte behöver ladda samma innehåll om och om igen. Tänk på det som om din mamma skulle skicka dig för att få mjölk om och om igen. Istället för att springa om och om igen fyller du helt enkelt kylskåpet med flera flaskor. Detta minskar belastningen på dina ben och stressen med din mamma eftersom du inte var tillräckligt snabb.

Här skiljer vi mellan cache på serversidan och cachning av plugins. Vi har sammanställt en detaljerad översikt över cachen och skillnaderna mellan dessa cachealternativ i vår artikel om grunderna för cachelagring åt dig.

Minifizing CSS och JS kan också ge dig en prestandafördel. Här förenklas innehållet i respektive formatmallar och JavaScript-filer med kommentarer och mellanslag och slås samman till en lång sträng. Vi rekommenderar till exempel plugin -programmet "Merge + Minify + Refresh".

#5 mediaoptimering (skala bilder, avlasta videor)

5.1 Bilder

Stora medier är naturligtvis mördaren när det gäller belastning och prestanda. Om din butiksundersida innehåller 25 produktbilder i full upplösning, även om dessa bara visas i 200px x 250px, går webbplatsen snabbt på knä.

Du bör vara särskilt försiktig med bilder i kundvagnen eller kassaområdet, eftersom dessa områden är oupptäckta. Om du laddar upp 300 dpi-bilder till 2000px, även om bara ett piktogram behövs, kan du vara säker på att ingen kan köpa något vid full belastning.

Med vilka WordPress-plugins du automatiskt kan förbereda dina bilder, förklarar vi i vår jämförelse av bildoptimeringsplugin.

5.2 Videoklipp

Videor hör hemma på videoportaler och integreras sedan på din webbplats! Åtminstone när det gäller prestanda. Det finns knappast någon anledning att vara värd för videor själv (i vissa fall kanske PUL, men låt oss lämna det åt sidan).

Om du verkligen vill vara värd för videor själv, gör det på en dedikerad server och sedan inkludera dem med dig. Annars laddar du upp den på YouTube, Vimeo, 3q eller Brightcove.

#6 databas

Låt oss nu gå in i djupet av WordPress IT: databasen.

Mycket viktigt: Först och främst, gör en säkerhetskopia i förväg!

WordPress lagrar inlägg, kommentarer, sidor och andra typer av textdata i en enda databas (exklusive bilder och videor, eftersom de finns i mappen "wp-content /**"). Efter ett tag blir naturligtvis denna databas lite fylligare och "rörig".

Sopor här innebär bland annat:

• Kommentarer i skräppostområdet
• Revideringar av artiklar och sidor
• Saker i papperskorgen
• Metadata för inlägg och kommentarer, till exempel valideringar som har gått ut under lång tid

Allt detta är arv som du vanligtvis inte längre behöver och som drar ner din server.

Hur blir man av med sånt här?

DR & för dem som vill ha det lite enklare: Installera WP-Optimize och låt det springa!

6.1 Revideringar

Revideringar är mellanliggande av dina bidrag, sidor och utkast.

I de flesta fall kan dessa minskas enormt, till exempel till högst 8 till 10 revisioner. I vissa fall är det till och med vettigt att stänga av dem helt.

I din wp-config.php du om det:

Stäng av helt:

definiera( 'WP_POST_REVISIONS', falskt ).

Begränsa revideringar:

"WP_POST_REVISIONS", 10 ); Max 10 revideringar

6.2 Optimera wp_options

Den wp_options tabellen är en av de viktigaste och samtidigt ofta förbisedda tabellerna i WordPress när det gäller belastningsoptimering. Den wp_options innehåller inställningar för plugins, teman, WP-cronjobs och cacherdata utöver saker som webbplatsens URL, hem-URL, tidsformat och administratörsdata.

För att optimera dessa måste vi först förstå vad de enskilda tabellkolumnerna betyder. Den wp_options har följande kolumner:

• option_id
• Option_name
• option_value
• Ladda automatiskt

Låt oss ta en titt på autoload-kolumnen. Detta styr vilka alternativ och inställningar som läses in via funktionen wp_load_alloptions( ). Detta innebär att om posten är inställd på "ja" på en rad laddas den här funktionen på varje sida på din webbplats.
Med många plugins är inställningen att detta är så jävla viktigt att det måste laddas på varje sida - även om plugin faktiskt bara används på en sida (till exempel en miniräknare eller kontaktformulär).

Naturligtvis skräpar detta din webbplats och orsakar enorm extra belastning. Hur fixar du detta?

I slutändan är detta en planeringsfråga. Som redan nämnts i punkt 1.2 "Ompröva begrepp" bör du ställa dig själv frågan: "Behöver jag det här pluginet?". Om du kan ersätta det med ett annat alternativ, gör det.

Du kan till exempel inte använda Google Analytics i WordPress Dashboard belastning, men externt. Eller istället för att använda ett omdirigeringsplugin kan du kontrollera med din webbhotell för att se om de redan har integrerat sådana saker.

För att ta reda på vilka plugins som orsakar stora laddningstider har jag skrivit en SQL-fråga här:

VÄLJ option_name, längd(option_value) AS option_value_length FRÅN wp_options DÄR autoload ='yes' ORDER BY option_value_length DESC

När du har kört den här frågan får du en lista tillbaka som visar vilka funktioner som orsakar mest belastning.

I det här fallet kommer det från plugin "Rewrite Rules". Om du befinner dig på Raidboxes kan du följa omskrivningsreglerna i Raidboxes Dashboard för dessa Box använd helt enkelt omskrivningsreglerna och ta bort plugin.

Ta bort gammalt "plugin-skräp" från wp_options

Tas bort Plugins lämna rester i wp_options och även på autoload = ja. Detta är naturligtvis mycket dåligt, eftersom funktionerna bakom det inte ens existerar längre och den beräknande tiden för servern är alltså bortkastade helt.

Det jag alltid tycker om att göra är Plugins slå upp och ta bort namnen i wp_options.

Låt oss anta att vi inte längre behöver plugin-programmet "Rewrite Rules" ovanifrån, så jag kör den här SQL-frågan:

VÄLJ * FRÅN 'wp_options' DÄR 'autoload' = 'yes'AND 'option_name' LIKE %rewrite_rules%'

Jag får då tillbaka en hel massa funktioner som inte längre behövs, som alla fortfarande är på autoload = ja, men är helt värdelösa. Jag tar bara bort dem. Jag hade redan nämnt säkerhetskopior, eller hur? 😉

Jag går igenom detta förfarande för alla Plugins Av. Redan är wp_options ett helt hörn är lättare.

6.3 Ta bort gamla transienter

För WordPress-versioner före 4.9.9:
Transienter är inget annat än tillfälliga alternativ som lagras i databasen under en kort tid. Så snart dessa har gått ut och inte längre behövs raderas de. Som ett exempel: "site_transient_update_plugins" innehåller helt enkelt informationen om vilka plugins som har en uppdatering och vilka som inte har det. Så snart du uppdaterar dessa plugins eller startar en ny uppdateringskontroll kommer denna övergående att raderas.

Tyvärr är detta inte alltid fallet, eftersom vissa transienter förblir fast i databasen för alltid och gör frågorna svåra. De borde naturligtvis försvinna.

Det är bäst att använda Transient Cleaner för detta, för att göra detta manuellt är en enorm ansträngning. När du har använt det här pluginet kan du säkert ta bort det efteråt. Transient Cleaner tar bara bort de utgångna transienterna och inget mer - ett bra verktyg!

6.4 WordPress-sessioner

Sessioner finns för att styra, logga, granska och köra användarinloggningssessioner. Efter ett tag tar en WP cronjob bort dessa sessioner från databasen. Åtminstone är det så det ska vara.

Tyvärr lägger cron-jobb på eller så inaktiveras de av plugins - då har du många sessioner i databasen på nolltid.

För att se om du påverkas har jag en annan SQL-fråga åt dig:

VÄLJ * FRÅN 'wp_options' DÄR 'option_name' SOM '_wp_session_%'

Om du upptäcker att det finns tusentals och tusentals poster använder du följande SQL-fråga för att ta bort dem:

TA BORT FRÅN "wp_options" DÄR "option_name" SOM "_wp_session_%"

Vid Raidboxes vi har vår egen cronjob på serversidan, som du kan styra efter intervall. Detta finns under din Box Inställningar under WP Session Eraser.

6.5 Lägga till ett index i autoload

Ok, nu ska det bli knepigt! Men om du lyckas använda detta trick på 10up för din WordPress-webbplats har du vunnit mycket.

Vad han gör i princip:

Ett index läggs till i autoloadfältet i wp_options. Detta minskar frågetiden avsevärt och till och med ger den till ett konstant, mycket lågt "maximum".

Resultatet är tydligt:

Det fina är: För de flesta webbplatser fungerar vårt plugin Add Index To Autoload underbart. Som alltid, kom ihåg säkerhetskopian tidigare!

Manuellt skulle det gå med den här SQL-frågan här:

ALTER-TABELL 'wp_options' ADD INDEX ('autoload');

#7 Håll allt uppdaterat!

Ett mycket effektivt sätt att motstå hög trafik är att hålla din programvara uppdaterad. Inte bara din WordPress själv, utan också ditt aktiva tema, dina plugins och direkt: din PHP-version.

7.1 PHP

PHP är "mjukvarumotorn" för WordPress. Detta innebär också att ju kraftfullare motorn är, desto snabbare blir din webbplats. PHP 7.0 kan redan utföra mer än dubbelt så många förfrågningar per sekund som PHP 5.6 - och på halva latenstiden. Med PHP 7.1 och 7.2 blev det hela lite snabbare.

Sammantaget är det mer än vettigt att använda PHP-versionen som ger dig bästa prestanda. Men se upp: inte alla plugins och teman är redan kompatibla med de senaste versionerna! Här hjälper antingen dokumentationen av plugins och teman eller enkel försök och fel.

7.2 WordPress-version

För att få maximal prestanda bör din WordPress-version också vara uppdaterad. Om du inte har uppdaterat din WordPress på ett tag bör du inte hoppa direkt från en huvudversion till nästa (t.ex. 4.3 till 4.4) utan gå vidare i mindre versioner (till exempel från version 4.3.3 till 4.3.4).

Kontrollera hela funktionaliteten på din webbplats om och om igen mellan uppdateringarna. I princip rekommenderas att du skapar individuella säkerhetskopior av din webbplats om och om igen. Detta gäller särskilt innan huvudversionen hoppar!

I grund och botten rekommenderas också en hanterad WordPress-webbhotell här, som tar över WordPress-uppdateringarna åt dig.

7.3 Plugins Och Themes

Precis som din WordPress-version bör du också uppdatera dina plugins och teman. Säkerhet och prestanda är de främsta orsakerna. Osäkra plugins och teman kan förstöra allt ditt arbete. En översikt över för närvarande kända säkerhetsproblem för WordPress, teman och plugins finns i "WPScan Vulnerability Database" från säkerhetsleverantören Sucuri.

Plugin- och temauppdateringar ger också möjlighet att uppgradera till en högre PHP-version och därmed uppnå en betydande prestandaökning. Förresten, buggar elimineras och du har fler funktioner tillgängliga.

Återigen, för större uppdateringar: Gör en säkerhetskopia av din webbplats i förväg eller testa den nya versionen i en iscensättningsmiljö. Kontrollera funktionaliteten på din webbplats innan du tar ändringarna live.

Vilka konsekvenser det kan få om du släpar efter med dina plugin-uppdateringar, till exempel i Sårbarhet hos en PUL Plugins visas.

#8 Brutna länkar

En mycket enkel punkt som inte nödvändigtvis drar ner din webbplatsprestanda, men som kan kosta dig sidvisningar, är trasiga länkar. Du kan enkelt kontrollera din webbplats med hjälp av Online Broken Link Checker .

Jag rekommenderar att du använder den här webbplatsen istället för ett WordPress-plugin för kontrollen, eftersom plugins drar ner prestandan på din webbplats - även om du inte har dem i bruk just nu. Men det finns många fler verktyg och metoder för att hitta trasiga länkar. Du kan ta reda på vad dessa är i det här inlägget.

#9 Lazy Loading

Lazy Load visar bara det innehåll som användaren har i sitt synliga webbläsarområde. Resten läses in dynamiskt när användaren fortsätter att rulla nedåt.

För att minska belastningen på din webbplats uppfylls endast de förfrågningar som faktiskt behöver uppfyllas omedelbart. Detta inkluderar till exempel bilder, videor och texter samt manus och andra saker. Ett riktigt elverktyg – Quasi Thors hammare för att spara resurser.

Det fungerar så här:

Webbläsaren laddar redan allt textinnehåll (DOM), men använder Javascript för att bara ladda de bild- / video - / skriptresurser som användaren behöver. Om användaren rullar djupare laddas de saker som kommer in i hans synfält om.

Många moderna Themes , särskilt för butiker, har redan genomfört Lazy Loading. Tyvärr är det inte alltid lätt att lägga Lazy Loading efteråt.

Men det finns en Plugin för det! Det finns många lata laddningsplugins på marknaden. Men en sak gillar jag särskilt: a3 Lazy Load. A3 Lazy Load fungerar i många fall och kan lat ladda videor och iFrames förutom bilder. Dessutom stöder den WordPress AMP, WooCommerce och Advanced Custom Fields.

#10 betalningsprocessen

Speciellt om du vill sälja en eller flera produkter är det viktigt att optimera betalningsprocessen exakt. Som nämnts ovan är saker som kundvagnen eller kassan inte cachable. Därför bör du minska serverbelastningen enormt här, eftersom varje begäran innebär en helt ny och resurskrävande begäran till servern.

Använd dina webbläsarverktyg (i Chrome, till exempel via fliken "Nätverk") för att se hur många förfrågningar som genereras under en kassa och vilka. Om du ser att du genererar 400 förfrågningar när du bara besöker kundvagnen är något fel.

Undersök vilket plugin eller resurs som genererar många av dessa förfrågningar och försök att minska dem. Det betyder att du kan behöva dela med plugins som du inte nödvändigtvis behöver.

Vad vi ofta ser här är teckensnitt som laddas och återges från externa källor, men inte ens används på kundvagnen eller kassasidan.

Ställ dig också frågan om du verkligen måste lista alla produkter med bilder i full upplösning i kassan eller om det räcker med en textannons här.

Betalningsalternativ via gateways

Det kan också vara nödvändigt att ändra din betalningsport. Om det till exempel tar mycket lång tid att behandla förfrågningar från din PayPal kan du förlora erbjudanden här.

Om du vill erbjuda så många betalningsalternativ som möjligt och en säker behandling för dig, ta en titt på Stripe .

#11 CDN

Allt är nu optimerat på sidan? Servern snabb? Super! Sedan kommer nästa nivå för att hålla belastningen så låg som möjligt: ett Content Delivery Network (CDN).

En CDN är en kopia av din cachade webbplats spridd över olika servrar på olika platser runt om i världen. På detta sätt kommer slutenheterna som finns på en av dessa platser snabbare till data. Kvasi – för att ta upp mjölkexemplet ovanifrån – ett kylskåp fullt med mjölk i varje rum. Dessutom kommer CDN också att befria din server från belastning, eftersom den levererar delar av din webbplats cachad från sin server.

Vi rekommenderar Cloudflare som CDN-partner. Här har du till och med en brandvägg och en bildoptimerare i vissa CDN-planer. Hur man använder Cloudflare på Raidboxes med din Box anslut, förklarar vi för dig här:

I Cloudflare :

1. Ange din domän under "Lägg till webbplats" och klicka på "Skanna DNS-poster".
2. Nu söker CF automatiskt efter dina register – vänta bara tills det är genom.
3. Efteråt kommer CF att ge dig förslag (vanligtvis två för A Records). Och det är ok. Klicka på Fortsätt.
4. I nästa steg väljer du din plan och klickar på "Fortsätt" igen.
5. Här har du nu namnservrar som du behöver anpassa.
6. Cloudflare visar dig vår och i vilken du kan ändra dem. (Detta gäller naturligtvis bara domäner som du har med oss. Om du har domänerna någon annanstans, måste du titta där).
7. Du måste sedan ange dessa namnservrar (5) som namnservrar i domänadministrationen. Om du hanterar dina domäner hos oss kan du anpassa dem här . Där klickar du på "DNS" för respektive domän och ändrar namnservrarna till Cloudflare. Om du har dina domäner hos en annan leverantör måste du titta där.

Färdiga!

En annan viktig sak: Om du får felmeddelandet: "För många omdirigeringar" måste du aktivera "Full Strict" i Cloudflare i SSL-inställningarna.

#12 Rapportering

Du kan inte alltid och överallt ta hand om din webbplats, så ett rapporteringsverktyg för övervakning och drifttid är mycket viktigt. Dessa mestadels gratisverktyg övervakar statusen på din webbplats. De kontrollerar med korta mellanrum om din webbplats är tillgänglig. Vi rekommenderar gratisplaner från Pingdom eller UptimeRobot.

#13 Finaler Backup

Allt är igång? Nöjd? Super! Nu ska du bara göra en slutlig säkerhetskopia. Vid nästa toppbelastning genom lejonens och Co.s grotta bör din webbplats inte längre gå på knä.

Slutsats

Jag hoppas att min steg-för-steg-guide hjälper dig att göra din WordPress-webbplats lämplig för hög belastning. Om det fortfarande finns problem med de mer tekniskt krävande platserna rekommenderar vi att du konsulterar en WordPress-professionell. Har du ytterligare frågor eller kommentarer om hur du förbereder dig för höga belastningar? Lämna mig då gärna en kommentar!