Guide complet PD-2 — Salesforce

Salesforce Certified Platform Developer II · Programme, plan de révision, ressources, examen blanc gratuit.

TL;DR — Le guide en 1 minute

La Salesforce Certified Platform Developer II (PD-2) s'adresse aux developpeurs Salesforce confirmes maitrisant Apex, Lightning Web Components et l'integration. L'examen comprend un QCM de 60 questions en 120 minutes (score requis 70%) au tarif de 200 USD. Prerequis : detenir la certification Platform Developer I et 2-4 ans d'experience Salesforce. Debouches : Senior Salesforce Developer, Technical Architect, Lead Developer avec salaires entre 55K et 85K EUR en France en 2026.

Pourquoi passer la certification PD-2 ?

Passer la PD-2 en 2026 represente un investissement strategique majeur. L'ecosysteme Salesforce emploie plus de 9 millions de professionnels dans le monde et genere 1 540 milliards USD de revenus indirects selon IDC. En France et en Europe, la demande de developpeurs Salesforce confirmes depasse largement l'offre, particulierement avec l'essor d'Agentforce et de Data Cloud. La PD-2 valide une expertise avancee distinguant clairement le candidat d'un developpeur PD-1 junior. Le ROI est immediat : augmentation salariale moyenne de 15 a 25% post-certification, acces aux postes de Lead Developer, Technical Architect et CTA. Sur LinkedIn France, plus de 3 200 offres mentionnent explicitement PD-2 comme atout. Les ESN (Capgemini, Accenture, Sopra Steria) et les partenaires Salesforce (Avanade, Cognizant) recrutent activement avec primes de signature. La certification ouvre egalement la voie vers le programme Salesforce Certified Technical Architect (CTA), considere comme le Graal de l'ecosysteme avec des remunerations depassant 130K EUR. En 2026, l'integration des LWC, des Platform Events et des integrations API REST renforce la valeur technique de PD-2, devenue incontournable pour piloter des projets d'envergure et architecturer des solutions complexes multi-cloud.

Caractéristiques de l'examen

Format	QCM 60 questions a choix multiples
Duree	120 minutes
Score requis	70%
Prix officiel	200 USD (environ 185 EUR)
Langues	Anglais (francais non disponible)
Validite	Maintenance annuelle obligatoire via Trailhead
Prerequis	Certification Platform Developer I obligatoire + 2-4 ans d'experience Apex/LWC

Programme détaillé par domaine

Domain 1 : Developer Fundamentals 16%

Objectifs: Ce domaine evalue la capacite a appliquer les fondamentaux du developpement Salesforce dans un contexte multi-tenant. Le candidat doit comprendre l'architecture de la plateforme Lightning, le modele MVC, les patterns de conception (Singleton, Factory, Strategy) et les principes SOLID appliques a Apex. Il s'agit egalement de maitriser les limites du gouverneur (governor limits), les bonnes pratiques de bulkification et la gestion des transactions. La connaissance des differences entre declaratif et programmatique est cruciale : savoir quand utiliser Flow plutot qu'Apex represente un point majeur de l'examen.
Concepts clés: Architecture multi-tenant, Lightning Platform, MVC pattern, Separation of Concerns (Service Layer, Domain Layer, Selector Layer via fflib-apex-common), Enterprise Patterns de Martin Fowler, Apex Trigger Framework, recursion control, governor limits (SOQL 100, DML 150, CPU 10000ms), heap size, query optimization avec selective queries, indexed fields, custom indexes, skinny tables, large data volumes (LDV), declarative-first approach, comparaison Flow vs Process Builder vs Apex.
Services / outils: Salesforce DX, Scratch Orgs, Source-Driven Development, Salesforce CLI (sf command), VS Code Extensions, Apex Replay Debugger, Developer Console, Setup Audit Trail, Schema Builder.
Temps estimé: 12h

Domain 2 : Process Automation, Logic, and Integration 28%

Objectifs: Domaine le plus important en ponderation, il couvre l'ensemble des mecanismes d'automatisation et d'integration. Le candidat doit savoir choisir l'outil approprie entre Flow, Apex Triggers, Platform Events, Change Data Capture et Asynchronous Apex. La maitrise des integrations REST/SOAP, des callouts, des Named Credentials et de la gestion d'erreurs distribuees est exigee. Les patterns d'integration (Request-Reply, Fire-and-Forget, Batch Data Sync, Remote Call-In, UI Update Based on Data Changes) doivent etre connus avec leurs cas d'usage precis.
Concepts clés: Apex Triggers (before/after, insert/update/delete/undelete), Trigger Handler pattern, Batch Apex (Database.Batchable, Stateful), Queueable Apex (chaining, max 50 jobs), Schedulable Apex, Future methods (limitations), Platform Events (high-volume vs standard), Change Data Capture (CDC), Streaming API, Apex REST/SOAP services, @RestResource, @HttpGet/@HttpPost, callouts HTTP avec Continuation, Named Credentials, External Services avec OpenAPI, MuleSoft Composer.
Services / outils: Workflow Rules (deprecated), Process Builder (deprecated), Flow Builder, Apex, Platform Events, CDC, REST API, SOAP API, Bulk API 2.0, Composite API, GraphQL API, Pub/Sub API, MuleSoft, Heroku Connect.
Temps estimé: 20h

Domain 3 : Logic and Testing 27%

Objectifs: Ce domaine evalue la qualite du code Apex et la rigueur des tests unitaires. Le candidat doit ecrire des classes Apex robustes respectant la separation des preoccupations, gerer correctement les exceptions personnalisees, et atteindre une couverture de code superieure a 75% avec des assertions significatives. La comprehension de Test.startTest/stopTest, des mocks via HttpCalloutMock et Stub API, ainsi que l'usage de TestDataFactory sont essentiels. Les notions de sharing (with/without/inherited sharing), de securite (Security.stripInaccessible, WITH SECURITY_ENFORCED, USER_MODE) sont systematiquement testees.
Concepts clés: Apex Classes, Interfaces, Abstract Classes, polymorphisme, exception handling (try-catch-finally), custom exceptions, SOQL/SOSL dynamique avec bind variables, sharing rules, with sharing vs without sharing vs inherited sharing, FLS (Field-Level Security), CRUD checks, Security.stripInaccessible, WITH SECURITY_ENFORCED, USER_MODE / SYSTEM_MODE, test classes (@isTest), Test.startTest/stopTest, System.runAs, Test.setMock, HttpCalloutMock, StubProvider, TestDataFactory pattern, assert methods (Assert class), code coverage 75%+.
Services / outils: Apex Test Execution, Apex Code Coverage, ApexFlexQueue, Developer Console, Salesforce Inspector, Apex PMD pour analyse statique, SonarQube.
Temps estimé: 18h

Domain 4 : User Interface 17%

Objectifs: Le domaine UI se concentre sur Lightning Web Components (LWC), Aura Components (legacy) et la communication entre composants. Le candidat doit maitriser le Shadow DOM, les decorateurs (@api, @track, @wire), les events (CustomEvent, Lightning Message Service), et la consommation de donnees via Apex ou UI API. La performance, l'accessibilite (WCAG), la securite (LWS - Lightning Web Security remplacant Lightning Locker) et la portabilite vers Experience Cloud sont des points cles.
Concepts clés: Lightning Web Components, Web Components standards, Shadow DOM, decorators @api/@track/@wire, lifecycle hooks (connectedCallback, renderedCallback, disconnectedCallback), reactive properties, Lightning Data Service (LDS), wire adapters (getRecord, getObjectInfo), Apex imperatif vs wire, CustomEvent bubbling/composed, Lightning Message Service (LMS) pour communication cross-DOM, Lightning Locker Service vs Lightning Web Security (LWS), SLDS (Salesforce Lightning Design System), Aura interoperability.
Services / outils: LWC Recipes, Lightning App Builder, Experience Builder, SLDS, Lightning Design System, Base Lightning Components, navigation service, NavigationMixin.
Temps estimé: 14h

Domain 5 : Performance, Debugging, and Deployment 12%

Objectifs: Ce dernier domaine traite du cycle de vie applicatif : debugging, monitoring, optimisation et deploiement. Le candidat doit savoir utiliser les Debug Logs, analyser les CPU times, identifier les requetes non selectives, et resoudre les problemes de performance LDV. Le deploiement via Change Sets, Salesforce DX, Unlocked Packages et CI/CD (GitHub Actions, Jenkins, Copado) est evalue. La gestion des metadonnees, des environnements (sandbox refresh strategy) et la strategie ALM (Application Lifecycle Management) sont essentielles.
Concepts clés: Debug Logs configuration, log levels (FINEST, FINER, FINE, DEBUG, INFO, WARN, ERROR), checkpoints, Developer Console heap dump, Apex Replay Debugger, Apex Interactive Debugger, performance analysis (Query Plan Tool), selective vs non-selective queries, Skinny Tables, indexed fields, deployment options (Change Sets, Metadata API, SFDX), Unlocked Packages vs 2GP Managed, sandbox types (Developer, Developer Pro, Partial Copy, Full), CI/CD pipelines, source vs org-based development.
Services / outils: Salesforce DX, sfdx-project.json, Salesforce CLI, Unlocked Packages, Change Sets, Metadata API, Tooling API, GitHub Actions, Copado, Gearset, AutoRABIT, Flosum.
Temps estimé: 10h

Plan de révision hebdomadaire

Planning intensif de 8 semaines (environ 80h au total). Semaine 1 : Fondamentaux et architecture. Lecture du Developer Guide officiel, modules Trailhead 'Apex Integration Services' et 'Apex Specialist'. Revision MVC, governor limits, patterns de conception. Setup environnement Salesforce DX, VS Code, scratch orgs. Semaine 2 : Process Automation. Etude approfondie des Triggers (handler pattern), Batch/Queueable/Schedulable Apex. Realisation du Superbadge 'Apex Specialist'. Semaine 3 : Integrations. Maitrise REST/SOAP callouts, Platform Events, CDC, Named Credentials. Implementation de cas pratiques d'integration bidirectionnelle avec mock services. Semaine 4 : Testing et securite. Ecriture de TestDataFactory, mocks via Stub API, Test.setMock pour callouts. Approfondissement sharing rules, FLS, Security.stripInaccessible. Objectif : 90% de code coverage sur projets perso. Semaine 5 : Lightning Web Components. Construction de 5 composants LWC complets avec @wire, LMS, NavigationMixin. Realisation du Superbadge 'Lightning Web Components Specialist'. Semaine 6 : Performance et deploiement. Optimisation requetes SOQL, analyse Query Plan, deploiement via Unlocked Packages et SFDX. Mise en place CI/CD basique avec GitHub Actions. Semaine 7 : Examens blancs. Realisation de 3 examens blancs Focus on Force et Salesforce Ben. Identification des points faibles et revision ciblee. Relecture des Release Notes Spring/Summer 2026. Semaine 8 : Revision finale. Synthese fiches, refaire les questions echouees, repos la veille de l'examen. Reservation via Webassessor 1 semaine a l'avance. Total : 8 semaines, 10h/semaine en moyenne.

Besoin d'un planning sur mesure ? 30 jours · 60 jours · 90 jours

Ressources recommandées

Salesforce Developer Documentation

Reference officielle Apex, LWC, SOQL, SOSL, API REST/SOAP. Indispensable et constamment a jour.

Trailhead - Prepare for PDII

Trailmix officiel avec modules et superbadges (Apex Specialist, Data Integration Specialist, Lightning Web Components Specialist).

Focus on Force PDII Practice Exams

Banque de 200+ questions d'examen blanc tres proches du format reel. Reference incontournable des candidats.

Salesforce Developers Trailblazer Community

Communaute officielle, groupes PDII, retours d'experience, Q&A avec MVP Salesforce.

5 erreurs classiques à éviter

Erreur 1 : Sous-estimer la partie Testing - beaucoup pensent que 75% de couverture suffit. L'examen teste les assertions, mocks (StubProvider), Test.setMock et System.runAs en profondeur. Pratiquer en ecrivant des tests pour callouts et batch.
Erreur 2 : Negliger les patterns Enterprise (fflib-apex-common, Service/Domain/Selector). Plusieurs questions portent sur la separation des couches et le choix d'architecture - lire le livre 'Force.com Enterprise Architecture' d'Andrew Fawcett.
Erreur 3 : Confondre Platform Events, Change Data Capture et Streaming API. Memoriser les cas d'usage precis : CDC pour synchroniser systemes externes, Platform Events pour communication evenementielle decouplee.
Erreur 4 : Mal comprendre les modes d'execution (with/without/inherited sharing) et USER_MODE vs SYSTEM_MODE introduits recemment. Tester les comportements en sandbox avant l'examen.
Erreur 5 : Croire que connaitre Aura suffit pour LWC. L'examen 2026 cible quasi exclusivement LWC avec wire adapters, LMS et LWS. Construire reellement des composants au lieu de lire passivement.

5 questions types corrigées

Q1. Un developpeur doit synchroniser en temps reel les modifications de comptes Salesforce vers un ERP externe. Quelle solution est la plus appropriee ?

Réponse : C

Change Data Capture (CDC) est concu specifiquement pour propager les modifications de donnees Salesforce vers des systemes externes en quasi temps reel via la Pub/Sub API. Cette approche est decouplee, scalable et resiliente. Les Outbound Messages sont limites et legacy. Le Trigger avec @future bloque les limites de callouts et n'est pas resilient aux erreurs. Le Batch Apex n'est pas temps reel. CDC supporte egalement le replay des evenements en cas de panne du consommateur, garantissant l'integrite de la synchronisation.

Q2. Dans une classe Apex avec 'without sharing', un developpeur execute une requete SOQL. Comment garantir que la FLS est respectee ?

Réponse : A

WITH SECURITY_ENFORCED applique automatiquement les controles FLS et CRUD au niveau de la requete SOQL, levant une QueryException si un champ inaccessible est interroge. 'with sharing' ne gere que les regles de partage (record visibility), pas la FLS au niveau champ. Alternative moderne : utiliser USER_MODE dans la requete (introduit recemment). Security.stripInaccessible est une autre option post-query. Cette distinction sharing vs FLS est frequemment testee a PDII.

Q3. Quel pattern Apex permet de chainer plusieurs jobs asynchrones tout en passant un etat entre eux ?

Réponse : C

Queueable Apex permet le chainage en appelant System.enqueueJob() depuis la methode execute() d'un job en cours. Les variables d'instance de la classe Queueable persistent naturellement entre les chainages, eliminant le besoin de Database.Stateful. Les @future methods ne peuvent pas etre chainees ni s'appeler entre elles. Batch Apex avec Stateful conserve l'etat entre les chunks mais n'est pas concu pour le chainage de jobs distincts. Limitation : maximum 50 jobs enqueued par transaction, 1 chainage par execution en Developer Edition.

Voir plus de questions gratuites →

Carrière & salaire après PD-2

Avec PD-2 en 2026, les debouches sont nombreux : Senior Salesforce Developer (55-70K EUR en France, 70-90K EUR a Paris/Geneve), Lead Developer (65-85K EUR), Technical Architect junior (75-95K EUR). En freelance, les TJM oscillent entre 600 et 950 EUR a Paris, 500-750 EUR en region. A Londres, Amsterdam ou Dublin, les salaires depassent souvent 90K GBP/EUR. Les certifications complementaires recommandees sont : Application Architect (regroupant Data Architect, Sharing & Visibility Designer, Platform Developer I et Platform App Builder) puis Integration Architect, B2B Solution Architect, et finalement Certified Technical Architect (CTA) avec remunerations depassant 130K EUR. L'integration Agentforce Specialist et Data Cloud Consultant devient egalement strategique en 2026 face a la montee de l'IA generative dans l'ecosysteme Salesforce.

Détail des salaires PD-2 en 2026 →

FAQ — PD-2

Combien de temps faut-il pour preparer PD-2 ?

Avec 2-3 ans d'experience Salesforce active, comptez 8 a 12 semaines a raison de 10h/semaine, soit environ 80-120h. Les profils sans pratique reguliere d'Apex/LWC doivent prevoir 4 a 6 mois supplementaires pour combler les lacunes pratiques.

Cette certification est-elle reconnue en France ?

Oui, PD-2 est tres reconnue par les ESN (Capgemini, Accenture, Sopra Steria), les partenaires Salesforce (Avanade, Cognizant, Wipro) et les clients finaux. Elle est explicitement mentionnee dans plus de 3200 offres LinkedIn France en 2026 et constitue un filtre de selection majeur pour les postes seniors.

Quel est le taux de reussite a PD-2 ?

Le taux de reussite officiel n'est pas communique par Salesforce mais estimes a environ 40-50% au premier passage. C'est l'une des certifications developpeur les plus difficiles, justifiant une preparation rigoureuse incluant labs pratiques et examens blancs Focus on Force.

Quel est le salaire apres PD-2 ?

En France 2026, un Senior Salesforce Developer certifie PD-2 gagne entre 55K et 75K EUR brut/an (jusqu'a 90K en region parisienne). En freelance, TJM moyen de 700 EUR. A Londres ou Zurich, 90-120K EUR/GBP. Salaire majore de 15-25% versus PD-1 seul.

Faut-il une experience prealable ?

Salesforce recommande 2 a 4 ans d'experience pratique avec Apex, LWC, integrations API et tests unitaires. La certification Platform Developer I (PD-1) est officiellement requise comme prerequis avant de passer PD-2. Sans pratique reelle, l'examen est extremement difficile.

PD-2 ou cert concurrente : laquelle choisir ?

PD-2 est unique dans l'ecosysteme Salesforce - il n'y a pas de concurrente directe. Apres PD-2, orientez-vous vers Application Architect, puis Integration Architect ou B2B Solution Architect selon vos appetences. Le CTA reste l'objectif ultime pour les developpeurs ambitieux.

Combien coute l'examen PD-2 ?

L'examen coute 200 USD (environ 185 EUR HT) hors taxes locales. En cas d'echec, la repassage coute 100 USD. Certains employeurs ou partenaires Salesforce remboursent integralement les frais. Des vouchers de reduction sont parfois offerts lors de Dreamforce ou TrailblazerDX.

Combien de fois peut-on repasser PD-2 ?

En cas d'echec, vous devez attendre 24 heures avant de repasser. Maximum 3 tentatives par release Salesforce (Spring, Summer, Winter). Au-dela, attendez la release suivante. Chaque repassage coute 100 USD (tarif retake). Aucune limite annuelle stricte au-dela de cette regle.

Prêt à passer à la pratique ?

Lancez votre examen blanc gratuit ou faites le test d'orientation pour valider votre choix.

Démarrer l'examen blanc PD-2 → Test d'orientation