Een productbeschrijving geplakt vanuit een tekstverwerker lijkt proper in de editor en wordt een probleem in de code. De zichtbare tekst vertegenwoordigt soms minder dan 10% van het reële gewicht van de beschrijving, de rest is opmaakcode waar u geen enkel gebruik van heeft.
Wat de tekstverwerker daadwerkelijk injecteert
Een copy-paste vanuit een document brengt vier families parasitaire code mee.
De inline stijlen. Elke alinea, elk zinsfragment krijgt een declaratie van lettertype, grootte, kleur en regelafstand. Een zin van tien woorden kan driehonderd tekens aan stijlattributen dragen.
De propriëtaire tags. Elementen en attributen specifiek voor de oorspronkelijke software, die de browsers negeren maar die in de database opgeslagen blijven en bij elke weergave worden geserveerd.
De conditionele commentaren. Codeblokken bestemd voor oude browsers, soms volumineuzer dan de tekst zelf.
De lege en geneste tags. Alinea’s die alleen een vaste spatie bevatten, opmaakelementen op vijf niveaus gestapeld rond één enkel woord.
De concrete gevolgen
Drie effecten, in volgorde van ernst.
Het paginagewicht. Op een catalogus waar elke beschrijving 30 kilobytes weegt in plaats van 3, laadt de productpagina trager, en dat raakt uw prestatie-indicatoren.
De gebroken mobiele weergave. Het meest zichtbare probleem voor uw klanten. Een lettertype vastgezet op 11 punten en een breedte in pixels produceren onleesbare tekst of een horizontale overloop op klein scherm. Het thema kan niet corrigeren wat de inline stijl oplegt.
De visuele inconsistentie. Vijf personen die vanuit vijf verschillende documenten hebben geplakt, produceren vijf verschillende typografieën op uw catalogus. De site lijkt geknutseld, en geen enkele themawijziging corrigeert het.
Een vierde, discreter effect: de content wordt moeilijk herbruikbaar. Die beschrijvingen exporteren naar een productfeed of een marktplaats geeft de parasitaire code door, die vaak wordt geweigerd of letterlijk getoond.
HTML-opschoning van Product- & Categoriebeschrijvingen: Word-code, Inline Styles en Lege Tags Verwijderen (PrestaShop 8 & 9)Verwijder Word-code, inline styles en lege tags uit uw beschrijvingen, zonder de tekst te raken.€79,00
Wat te verwijderen, en wat te behouden
De vraag die over de haalbaarheid van een massaschoonmaak beslist.
Zonder aarzelen verwijderen: de inline stijlattributen, de propriëtaire tags en attributen, de commentaren, de puur visuele opmaaktags, de lege alinea’s, de class-attributen die in uw thema niet bestaan.
Absoluut behouden: de semantische structuur. De titels, de alinea’s, de lijsten, de tabellen, de links, het vet en cursief wanneer het betekenis draagt.
Geval per geval bekijken: de tabellen, waarvan de opmaak nodig kan zijn voor de leesbaarheid, en de in de beschrijving geïntegreerde afbeeldingen, waarvan de vaste afmetingen de mobiele weergave kunnen breken.
De scheidsregel: verwijder wat het uiterlijk beschrijft, behoud wat de aard van de content beschrijft. Een titel moet een titel blijven, geen vette alinea van 16 punten worden.
In massa schoonmaken zonder te breken
Drie voorzorgen, in deze volgorde.
Maak eerst een back-up. Een slecht gekalibreerde schoonmaak op drieduizend beschrijvingen is niet met de hand te herstellen. De databaseback-up moet gemaakt en gecontroleerd zijn.
Test op een steekproef. Neem twintig representatieve producten, waaronder de complexste: die met tabellen, geïntegreerde afbeeldingen en lange lijsten. Vergelijk ervoor en erna visueel, niet alleen in de code.
Werk per batch. Eén categorie tegelijk in plaats van de hele catalogus. U beperkt de omvang van een fout en u kunt de regels tussen twee doorgangen bijstellen.
Een methodepunt: behandel ook de korte beschrijvingen, de categoriebeschrijvingen en de CMS-pagina’s. Ze lijden onder hetzelfde probleem en worden vaak vergeten.
De terugkeer van het probleem vermijden
Een eenmalige schoonmaak dient nergens toe als dezelfde content bij de volgende import terugkomt.
Drie preventieve maatregelen.
Het plakken zonder opmaak. Leer uw teams de sneltoets voor plakken als platte tekst. De efficiëntste en goedkoopste maatregel.
De filtering bij de invoer. De backoffice-editor kan worden geconfigureerd om geplakte content automatisch schoon te maken. Die configuratie bestaat en wordt zelden geactiveerd.
De schoonmaak bij de import. Komen uw beschrijvingen van een leverancier of een bestand, dan moet de behandeling op het importmoment gebeuren, niet erna.
Het geval van de leveranciersbeschrijvingen
Een frequente situatie op wederverkoopcatalogi: de beschrijvingen komen uit een leveranciersbestand, met hun eigen code.
Twee problemen komen bij de technische schoonmaak. De content is identiek bij alle wederverkopers, wat u vanuit het oogpunt van de zoekmachines in niets onderscheidt. En hij bevat soms verwijzingen naar de leverancier, externe links of garantievermeldingen die niet met uw voorwaarden overeenkomen.
De HTML-schoonmaak regelt de vorm. De inhoud veronderstelt een herschrijving, minstens op uw hoofdreferenties.
Het resultaat controleren
Drie controles na een schoonmaak.
Het gemiddelde gewicht van de beschrijvingen, ervoor en erna. Een vermindering van 60 tot 80% is courant op een nooit schoongemaakte catalogus.
De mobiele weergave van een steekproef productpagina’s, in het bijzonder die welke tabellen bevatten.
De laadtijd van een typische productpagina, die merkbaar zou moeten verbeteren op de zwaarste beschrijvingen.
De HTML-schoonmaak Beschrijvingen module voor PrestaShop behandelt dit werk op PrestaShop 8 en 9: verwijdering van de code uit tekstverwerkers, de inline stijlen en de lege tags, batchbehandeling met voorvertoning voor toepassing, en behoud van de semantische structuur.